კომპანია "1C" -ის პროგრამული უზრუნველყოფის ინტეგრაციის ხელშეწყობის მიზნით შეიქმნა Enterprisedata მონაცემთა გაცვლის ფორმატი. ფორმატი ეფუძნება XML- ს და ბიზნესზე ორიენტირებულია - მასში აღწერილი მონაცემთა სტრუქტურები, რომლებიც შეესაბამება 1C პროგრამებში წარმოდგენილი ბიზნეს სუბიექტებს (დოკუმენტები და ელემენტები), მაგალითად: შესრულებული სამუშაოს შესრულების აქტი, ფულადი თანხის მიღება , კონტრაგენტი, კონტრაქტი და ა.შ. ეს ქმნის ფორმატში ინტუიციური და მარტივი.
ENTERPRISEDATATA ფორმატში შექმნილია კომპანიის მონაცემების გაცვლა კომპანიაში (მათ შორის ჰეტეროგენული და გეოგრაფიული დისტანციური საინფორმაციო სისტემების ჩათვლით) და განკუთვნილია საწარმოს ყველა სფეროში - ფინანსები, წარმოება, შესყიდვები, საწყობის ოპერაციები და ა.შ.
ფორმატის აღწერა
ფორმატის ვერსია 1.0.1 ფორმატი მოიცავს სხვადასხვა ბიზნეს სფეროს 94 ტიპის ბიზნეს სუბიექტების აღწერას (აქ არის ნაპოვნი ფორმატის დეტალური აღწერა). ფორმატი expandable - კომპანია "1C" დაემატება აღწერა ახალი ბიზნეს სუბიექტების და გაფართოების არსებული პირების ახალი სფეროებში. კომპანიის "1C" პროდუქციის ფორმატის მხარდაჭერა ითვალისწინებს ბოლოდან თავსებადობას - მესამე მხარის პროგრამას EnterprisedAnata- ს მონაცემები "1C", როდესაც თქვენ შევა ფორმატის ახალ ვერსიებს, სწორად მუშაობას.
ფორმატი მიზნად ისახავს ინფორმაციის გაცვლას ნებისმიერ ინფორმაციულ სისტემას შორის: ეს არ არის დამოკიდებული საკუთარი პროგრამული უზრუნველყოფის ან საინფორმაციო ბაზის სტრუქტურების შესახებ, რომლებიც ჩართულია სანაცვლოდ და არ შეიცავს გამოყენების აშკარა შეზღუდვებს.
მონაცემთა გაცვლის პროგრამა "1C"
წინასწარი კონფიგურაცია მხარეს "1C"
1C და მესამე მხარის განაცხადს შორის მონაცემთა გაცვლის მონაცემთა გაცვლის დასაწყებად, თქვენ უნდა დააკონფიგურიროთ მონაცემთა სინქრონიზაციის კონფიგურაცია 1C მხარეს. პარამეტრების მსვლელობისას, უნიკალური განაცხადის კოდი მითითებულია, რომელთანაც გაცვლითი გაცვლითი იქნება, ისევე როგორც არხის მონაცემთა გაცვლა მოხდება. შემდეგი პარამეტრები ამჟამად ხელმისაწვდომია:
- ვებ სერვისი
- ფაილის გაცვლა დირექტორიაში,
- fTP ფაილის გაცვლა.
ელ.ფოსტის გაცვლა
ვებ-სერვისის შემთხვევაში, მესამე მხარის პროგრამა მონაცემთა გაცვლის სესიას დაიწყებს განაცხადის "1C" -ის შესაბამისი ვებ-მეთოდების დარეკვით. სხვა შემთხვევებში გაცვლითი სესიის ინიციატორი იქნება "1C".
გარდა ამისა, "1C" მხარე კონფიგურირებულია, რომელთანაც პერიოდულობა სინქრონიზდება (ფაილის გაცვლის პარამეტრების კატალოგისა და ელ-ფოსტის საშუალებით):
გრაფიკი (მოცემული სიხშირით);
ხელით; მომხმარებელი უნდა ხელით აწარმოოს სინქრონიზაცია ყოველ ჯერზე მას სჭირდება.
ფაილების გაზიარების ფორმა
განაცხადის სინქრონიზაციისას "1C" და მესამე მხარის აპლიკაციების გაცვლითი შეტყობინებები - XML \u200b\u200bფაილები კონკრეტული სტრუქტურის შესახებ. ეს ფაილი შედგება ორი სექციით -
და აჩვენებს, თუ როგორ არის მკაცრად გამარტივება მისი ამოცანების გადაწყვეტა
დღეს ჩვენ გავაანალიზებთ, თუ რამდენად ფაქტიურად 10-15 წუთი კონფიგურაცია და მარტივი გადაცემის წიგნები და საწყისი ნარჩენები.
Და ეს არის - მასობრივი და რეგულარული ამოცანარაც თითქმის გარდაუვალია ახალი კონფიგურაციისთვის.
ამიტომ, მოვუწოდებთ კოლეგებს, ისინი ასევე ძალიან სასარგებლო იქნება.
მით უმეტეს, რომ მათ უკვე ნახეს CD 3 და მოახერხეს შეშინებული :)
დიახ, როცა პირველად ხედავთ - არც ლეღვს არ არის ნათელი.
მაგრამ სინამდვილეში - ყველაფერი ძალიან მარტივია. ასე რომ, მხოლოდ რომ თქვენც კი შეწუხებული :)
რა არის დღევანდელი ვიდეო
ეს არის 4 ვიდეო გაცვლითი ვიდეო უნივერსალური Enterprisedata Exchange ფორმატი.
გარდა ამისა, ჩვენ გამოვხატავთ მაგალითს. ტიპიური გაცვლითი წესების შეცვლა 1C: მონაცემთა კონვერტაციის 3.0
სულ ხანგრძლივობა - 34 წუთი. შინაარსი:
- გაცვლითი პარამეტრი მაგალითი 1C: საბუღალტრო 8 და 1C: ERP
- როგორ ჩამოტვირთოთ ტიპიური წესები და უნივერსალური გაცვლითი ფორმატი მონაცემთა კონვერტაციის 3.0
- გადაცემის მეტადატის სტრუქტურა CD 3.0- ში
- როგორ შევასრულოთ მონაცემების პირველი გაცვლა
- წესების დახვეწა გარდაქმნა
- როგორ ჩამოტვირთოთ ახალი წესები კონფიგურაციის შეცვლის გარეშე ( მხარდაჭერის მხარდაჭერით)
შენიშვნაამ ამოცანის გადაჭრის გზით, ჩამოტვირთვა წესების შეცვლა მხოლოდ მიმღების კონფიგურაციაში შეიცვლება. და წყაროს კონფიგურაცია მუშაობს სტანდარტული წესების მიხედვით.
თუ ასეთი ამოცანა გადაწყდა მონაცემების კონვერტაციაში 2.0, ცვლილებები უნდა წვლილი შეიტანოს წესებსა და წყაროებს და მიმღებს.
ეს ვიდეო გაკვეთილები შესაბამისია BSP- სთვის სარედაქციო 2.3.2 (ნებისმიერი აშენება 2.3.2.43).
BSP- ის ძველი ვერსიის გამოყენების შემთხვევაში, შეიტანეთ "შესწორება" შეიცვალა ინტერფეისი და მოწინავე ფუნქციონირება. ამის გაკეთება, გაიმეორეთ მაგალითი ვიდეო.
ვიდეო 1:
მონაცემთა კონფიგურაციის ტიპიური კონფიგურაციების გაცვლის წესების ჩატვირთვა 3.0
ამ გაკვეთილში, ჩვენ შევასრულებთ მოსამზადებელ ქმედებებს, როდესაც ცვლილებების შეტანა ტიპიური კონფიგურაციებს შორის გაცვლით წესებს:
- ჩატვირთვა CD გაზიარების ფორმატის სტრუქტურაში (
- კონვერტაციის შექმნა
- ტიპიური კონფიგურაციისგან გადმოტვირთვის წესები
- გაცვლითი მენეჯერის მოდულის გადმოტვირთვა
ვიდეო 2:
CD 3.0- ში გაცვლითი წესების დახვეწა
ამ გაკვეთილში ჩვენ ვაჩვენებთ, თუ როგორ უნდა შეავსოთ ობიექტების დეტალები მონაცემების ჩატვირთვისას.
ამოცანა მოგვარდება - წყაროს კონფიგურაციის ობიექტების დატვირთვისას, მითითებული კომენტარი "BP 3.0- დან ატვირთული.
პრობლემის მოსაგვარებლად, თქვენ უნდა გააკეთოთ ცვლილებები ობიექტების კონვერტაციის წესებში, იმ შემთხვევაში, "მიღებული მონაცემების ჩაწერას".
შემუშავებული წესები შენახული იქნება შემდგომი გამოყენების გარე გადამუშავების სახით.
ვიდეო 3:
შექმნას უნივერსალური გაცვლა ტიპიური კონფიგურაციებს შორის
ამ გაკვეთილში ჩვენ ვაჩვენებთ, თუ როგორ უნდა დააკონფიგურიროთ ახალი გაცვლითი ტიპიური.
პარამეტრები გაკეთდება წყარო კონფიგურაციაში და შემდეგ ატვირთა მიმღების კონფიგურაციაში.
ასევე ამ ვიდეოში ჩვენ ვაჩვენებთ როგორ კონფიგურაციის კონფიგურაციის გარეშე ახალი გაცვლითი წესების ატვირთვა.
ვიდეო 4:
გაცვლითი წესების გამოყენებით თავდაპირველი ნარჩენების გადაცემა
გაკვეთილში, ჩვენ ვაჩვენებთ საწყის ნარჩენების გადაცემის ტიპიური ფუნქციონირებას.
P.S.
დიახ, გაცვლითი გზით TXT / DBF / OLE და ა.შ. აქვს უფლება არსებობს. ზოგიერთ სპეციალურ შემთხვევებში, როგორიცაა ვებ-სერვერთან ერთად, ან გარე აპლიკაციის მზა ფორმატში.
თუმცა, სტანდარტული ბირჟებზე - სტანდარტული მეთოდები და სწრაფად და ძალიან მარტივია.
და თუ ვინმეს იწვევს ველოსიპედით, როდესაც მზად არის საყოველთაო გადაწყვეტა - ეს არის ის, თუ როგორ უნდა დაწერა თქვენი შუბლზე "მე არ ფლობენ ინსტრუმენტი, მე არ მინდა სწავლა, მე ავაშენებ crutches თქვენი ფული" .
P.P.S.
ჩვენ გვინდა, რომ მონაცემების კონვერტაციის 3.0 არ არის რთული.
არაჩვეულებრივი - დიახ. ყველაფერი არ არის დაუყოვნებლივ ნათელი - დიახ. ძალიან ორაზროვანი მომენტები - დიახ.
მაგრამ მზა ინსტრუქციებისა და ვიდეოს დახმარებით, ეს შეიძლება იყოს 1-2 კვირის განმავლობაში სიტყვასიტყვით.
კომპანია "1C" -ის პროგრამული უზრუნველყოფის ინტეგრაციის ხელშეწყობის მიზნით შეიქმნა Enterprisedata მონაცემთა გაცვლის ფორმატი. ფორმატი ეფუძნება XML- ს და ბიზნესზე ორიენტირებულია - მასში აღწერილი მონაცემთა სტრუქტურები, რომლებიც შეესაბამება 1C პროგრამებში წარმოდგენილი ბიზნეს სუბიექტებს (დოკუმენტები და ელემენტები), მაგალითად: შესრულებული სამუშაოს შესრულების აქტი, ფულადი თანხის მიღება , კონტრაგენტი, კონტრაქტი და ა.შ. ეს ქმნის ფორმატში ინტუიციური და მარტივი.
ENTERPRISEDATATA ფორმატში შექმნილია კომპანიის მონაცემების გაცვლა კომპანიაში (მათ შორის ჰეტეროგენული და გეოგრაფიული დისტანციური საინფორმაციო სისტემების ჩათვლით) და განკუთვნილია საწარმოს ყველა სფეროში - ფინანსები, წარმოება, შესყიდვები, საწყობის ოპერაციები და ა.შ.
ფორმატის აღწერა
ფორმატის 1.0.1 ფორმატი მოიცავს სხვადასხვა ბიზნეს სფეროს 94 ტიპის ბიზნეს სუბიექტების აღწერას (ფორმატის დეტალური აღწერა). ფორმატი expandable - კომპანია "1C" დაემატება აღწერა ახალი ბიზნეს სუბიექტების და გაფართოების არსებული პირების ახალი სფეროებში. კომპანიის "1C" პროდუქციის ფორმატის მხარდაჭერა ითვალისწინებს ბოლოდან თავსებადობას - მესამე მხარის პროგრამას EnterprisedAnata- ს მონაცემები "1C", როდესაც თქვენ შევა ფორმატის ახალ ვერსიებს, სწორად მუშაობას.
ფორმატი მიზნად ისახავს ინფორმაციის გაცვლას ნებისმიერ ინფორმაციულ სისტემას შორის: ეს არ არის დამოკიდებული საკუთარი პროგრამული უზრუნველყოფის ან საინფორმაციო ბაზის სტრუქტურების შესახებ, რომლებიც ჩართულია სანაცვლოდ და არ შეიცავს გამოყენების აშკარა შეზღუდვებს.
ფორმატი გამოიყენება კომპანიის "1C" -ის პროგრამული პროდუქტებს შორის მონაცემების სინქრონიზაციისათვის. ამ მომენტში, ეს ფორმატი მხარს უჭერს შემდეგ პროდუქტებს:
- "1C: ERP Enterprise Management 2.0",
- "ბიზნეს საბუღალტრო", გამოცემა 3.0,
- "საბუღალტრო საწარმო Corp", გამოცემა 3.0,
- საცალო, გამოცემა 2.0,
- "ძირითადი სავაჭრო მენეჯმენტი", სარედაქციო 11,
- "სავაჭრო მენეჯმენტი", რედაქტორები 11,
- "ხელფასი და პერსონალის მართვის კორპორაცია", გადახედვა 3.
|
|
|
შესაძლო გაცვლითი ვარიანტი |
მონაცემთა გაცვლის პროგრამა "1C"
წინასწარი კონფიგურაცია მხარეს "1C"
1C და მესამე მხარის განაცხადს შორის მონაცემთა გაცვლის მონაცემთა გაცვლის დასაწყებად, თქვენ უნდა დააკონფიგურიროთ მონაცემთა სინქრონიზაციის კონფიგურაცია 1C მხარეს. პარამეტრების მსვლელობისას, უნიკალური განაცხადის კოდი მითითებულია, რომელთანაც გაცვლითი გაცვლითი იქნება, ისევე როგორც არხის მონაცემთა გაცვლა მოხდება. შემდეგი პარამეტრები ამჟამად ხელმისაწვდომია:
- ვებ სერვისი
- ფაილის გაცვლა დირექტორიაში,
- ფაილის გაცვლა FTP- ის მეშვეობით,
- გაცვლითი ელექტრონული ფოსტით.
ვებ-სერვისის შემთხვევაში, მესამე მხარის პროგრამა მონაცემთა გაცვლის სესიას დაიწყებს განაცხადის "1C" -ის შესაბამისი ვებ-მეთოდების დარეკვით. სხვა შემთხვევებში გაცვლითი სესიის ინიციატორი იქნება "1C".
გარდა ამისა, "1C" მხარე კონფიგურირებულია, რომელთანაც პერიოდულობა სინქრონიზდება (ფაილის გაცვლის პარამეტრების კატალოგისა და ელ-ფოსტის საშუალებით):
- გრაფიკი (მოცემული სიხშირით);
- ხელით; მომხმარებელი უნდა ხელით აწარმოოს სინქრონიზაცია ყოველ ჯერზე მას სჭირდება.
ფაილების გაზიარების ფორმა
განაცხადის სინქრონიზაციისას "1C" და მესამე მხარის აპლიკაციების გაცვლითი შეტყობინებები - XML \u200b\u200bფაილები კონკრეტული სტრუქტურის შესახებ. ეს ფაილი შედგება ორი სექციით -
|
|
|
მაგალითი გაგზავნა |
ნაწილი
თუ შეტყობინება საპირისპირო მიმართულებით მიდის - მესამე მხარის განაცხადიდან "1C", მესამე მხარის განაცხადში უნდა იყოს სათანადოდ შევსება სექციაში
აპლიკაციები "1C" შეინახეთ გაგზავნილი და სინქრონიზაციის შეტყობინებების ჩანაწერები და მესამე მხარის აპლიკაციებისგან იგივე ელოდება. რა კეთდება - ქვემოთ მითითებული.
დავალება მექანიზმი
"1C" სინქრონიზაციის დროს "1C" გადაცემას მხოლოდ ბიზნეს სუბიექტებთან დაკავშირებული ცვლილებების შესახებ, ბოლო სინქრონიზაციის შემდეგ (გადაცემული ინფორმაციის მინიმუმამდე შემცირება). პირველი სინქრონიზაციისას, აპლიკაცია "1C" გაათავისუფლებს ყველა ბიზნეს სუბიექტს EnterprisedAdata ფორმატში XML ფაილზე (რადგან ყველა მათგანი "ახალი" გარე აპლიკაციას წარმოადგენს. მესამე მხარის გამოყენების შემდეგ მომდევნო ნაბიჯი უნდა გადანაწილდეს XML ფაილში და მომდევნო დროს სინქრონიზაციის სესია განთავსდება განყოფილებაში
მიღების შემდეგ მიღების შემდეგ, განაცხადის "1C" აღნიშნავს ყველა ცვლილებას წინა შეტყობინებაში, როგორც წარმატებით სინქრონიზებული. მხოლოდ სინქრონიზაციის სესიაზე გარე განაცხადში გადაეგზავნება ბიზნეს სუბიექტებში მხოლოდ ახალი, შეცვლისა და წაშლა).
განაცხადის "1C" -ის საგარეო განაცხადში მონაცემების გადაცემისას, სურათის ცვლილებები საპირისპიროა. აპლიკაცია უნდა შეავსოთ სექციაში
1C განაცხადის დამუშავების შემდეგ ფაილი შეიქმნება XML ფაილი, რომელიც შეიცავს მიღების შეტყობინებას და ახალი მონაცემების სინქრონიზაციისათვის "1C" (თუ არსებობს ბოლო სინქრონიზაციის სესიისგან).
გაცვლითი ვებ სერვისის მეშვეობით
ვებ-სერვისის გამოყენებისას, გაცვლითი სესიის ინიციატორი მესამე მხარის განცხადებას ახდენს. 1C- ის აპლიკაციის მონაცემების მიღება, თქვენ უნდა მოვუწოდებთ GetData ვებ მეთოდს, განახორციელოს უნიკალური განაცხადის კოდი, რომელიც შევიდა მეთოდის პარამეტრებში. საპასუხოდ, "1C" დაბრუნდება ბიზნეს სუბიექტების შემცველი საწარმოო ფორმატში. აღწერილია ფაილის ფორმატი.
"1C" -ს მონაცემების გადასაცემად, განაცხადს უნდა მოვუწოდებთ Putdata ვებ მეთოდს, რომელიც გადადის უნიკალური აპლიკაციის კოდექსის პარამეტრებსა და არქივში, რომელიც აღწერილია ზემოთ აღწერილი ფორმატში.
სხვა არხების გაცვლა
მონაცემთა გაცვლის შემთხვევაში / FTP- ის მეშვეობით, გაცვლითი ან ელ-ფოსტა ინიცირებულია "1C". იგი განთავსდება შესაბამის არხზე (დირექტორია ან საფოსტო ყუთი) ზემოთ აღწერილი ფაილი და მოლოდინი მესამე მხარის განაცხადში იმავე არხზე რეაგირების ფაილებში. გაცვლითი კატალოგის / FTP- ის დირექტორია, ფაილის სახელი უნდა გაკეთდეს სპეციალური გზით, რომ "1C" -ს შეუძლია ეს პროცესი. ელ-ფოსტის გაცვლის შემთხვევაში, წერილის სათაური უნდა იყოს შედგენილი კონკრეტული წესით და არქივში მონაცემთა ფაილი უნდა დაერთოს წერილს.
დასკვნა
ინტეგრაციის სცენარის კომპლექტი EnterprisedAdata ფართო ფორმატის გამოყენებით. ეს არის ერთ ორგანიზაციაში მონაცემების გაცვლა, მაგალითად, "1C: ბუღალტრული აღრიცხვის" მონაცემების გადაცემა სხვა აპლიკაციებისათვის ან ცენტრალური ოფისისა და დისტანციური საწყობების მონაცემთა გაცვლისთვის. ფორმატი განკუთვნილია სხვადასხვა ორგანიზაციებს შორის მონაცემთა გაცვლისთვის.
გააგზავნეთ ეს სტატია ჩემს ფოსტაზე
1C მონაცემთა ბაზების გაცვლის აუცილებლობის აუცილებლობის ძირითადი მიზეზები არის ბუღალტრული აღრიცხვის ფილიალებისა და გამოყოფის გამოყოფა, რადგან ხშირად კომპანიები მუშაობენ რამდენიმე საინფორმაციო ბაზაზე. გაცვლითი 1C 8.3 შექმნის საშუალებას გაძლევთ გამორიცხოთ ორმაგი მუშაობის შენარჩუნება - ორ პროგრამებში იგივე დოკუმენტებისა და საცნობარო წიგნების შესასვლელად, ასევე სასურველი ობიექტების სასურველ ობიექტებს სხვადასხვა ფილიალებისა და დეპარტამენტების სისტემის სასურველ ობიექტებს.
იმ შემთხვევაში, როდესაც თქვენ გაცვლიან ფილიალებს შორის, ნეკნი (გავრცელებული საინფორმაციო ბაზა). ეს არის იდენტური კონფიგურაციის გაზიარების მექანიზმი. ეს არის ხე, ზემოდან, რომლითაც არის ძირითადი ფესვების კვანძი, წყვილის წყვილის ქვემოთ. ამ სისტემის ნებისმიერ კვანში ცვლილებების შეტანა შეგიძლიათ და ისინი სხვა დაკავშირებულ კვანძებს გადაეცემათ. ასევე შესაძლებელია არა მხოლოდ მონაცემების გავრცელება, არამედ ცვლილებების შეტანა ძირეული კვანძის კონფიგურაციაში.
თუ თქვენ უნდა გაითვალისწინოთ ბუღალტრული აღრიცხვის ტიპები, მაგალითად, სავაჭრო მონაცემთა ბაზაში ფუნქციონირების მოვლა და რეგულირებადი - საბუღალტრო აღრიცხვის, უნივერსალური გაცვლითი მექანიზმების მოქნილი მონაცემების სინქრონიზაციის პარამეტრებით.
ერთ-ერთი უახლესი მოვლენები 1C არის Enterprisedata მონაცემთა გაცვლის ფორმატში. ეს არის მარტივი გამოყენება და განკუთვნილია გაცვლით კომპანიას, როგორც მონაცემთა ბაზების 1C და მესამე მხარის პროგრამებს შორის.
საწარმოს მონაცემთა გაცვლის განხორციელება შეიძლება წარედგინოს ზედიზედ პროცედურებს.
უპირველეს ყოვლისა, უნდა განისაზღვროს რა მონაცემთა ბაზებს შორის გაცვლა; იქნება ორმხრივი ან ცალმხრივი გაცვლა; თუ ცალმხრივი, მაშინ რა ბაზა გადადის ინფორმაციას და რა მხოლოდ მიიღებს; თუ ეს არის კომპლექსური ფილიალი ქსელი, მაშინ საჭიროა საბაზისო სქემის რეგისტრაცია.
შემდეგ აირჩიეთ შესაბამისი ფორმატი: ნეკნი, უნივერსალური ფორმატი; გაცვლითი წესების მიხედვით გაცვლა; გაცვლითი წესების გაცვლა.
შემდეგი ნაბიჯი იქნება სატრანსპორტო საშუალება, რათა შეასრულოს გაცვლა. ტექნოლოგიების დიდი შერჩევა შესაძლებელია, აირჩიეთ მთავარი: დირექტორია (ლოკალური ან ქსელი), FTP რესურსი, COM კავშირი, ვებ სერვისი, ელ.
მეოთხე ნაბიჯი იქნება მონაცემების განმარტება: დოკუმენტები, საცნობარო წიგნები და საჭიროების შემთხვევაში, დეტალურად ინდივიდუალური დეტალები გადაეცემა.
და დასასრულს ინიშნება ერთობლივი პერიოდულობის გრაფიკი
თითოეული ვერსია 1C 8.3 გაცვლითი ვარიანტი მოითხოვს ყურადღებით მომზადება. მისი განხორციელება არ არის თითოეული მომხმარებლის გამოყენებისათვის, აქ აუცილებელია გაითვალისწინოს ბევრი ნიუანსი და გაიგოს გაცვლითი პრინციპები. განსაკუთრებული ყურადღება ექცევა კონფიგურაციას, თუ მონაცემთა ბაზები შეიცავს: შეიცავს დახვეწას ან დაამატეთ. დეტალები, განსხვავდება პლატფორმის ვერსიებში ან კონფიგურაციის მოძველებულ ვერსიებში, საწარმო არის დიდი და იყენებს ავტომატური სისტემას, რომელიც შედგება მონაცემთა ბაზების დიდი რაოდენობით. შეცდომები არ არის დაშვებული აქ, რადგან შეიძლება გამოიწვიოს არასწორი შედეგები. 1C- ში გაცვლის დამოუკიდებელი განხორციელება რეკომენდირებულია მხოლოდ იმ შემთხვევაში, თუ თქვენ უნდა დააკონფიგურიროთ მარტივი კონფიგურაციებს შორის ინფორმაციის მარტივი გადაცემა.
თუ თქვენი შესაძლებლობები ეჭვქვეშ აყენებთ, უმჯობესია არ შეინახოთ, მაგრამ დაუკავშირდეს კომპეტენტურ სპეციალისტს, რომელიც დაეხმარება 1C 8.3-ის შექმნის რთულ ამოცანას.
თუ თქვენ ჯერ კიდევ გადაწყვიტეთ, რომ 1C- ის გაცვლის კონფიგურაციას გადაწყვიტონ ექსპერტების მოზიდვის გარეშე, რეკომენდირებულია მონაცემთა ბაზის ასლების შესახებ წინასწარი ქცევის ტესტირება და სამუშაო ბაზებში სამუშაოების დაწყებამდე, კონფიგურაციების გადატვირთვა შეცდომების შემთხვევაში.
ქვემოთ მოყვანილია დეტალური მაგალითი 1C 8.3 ცალმხრივად, ტიპიური კონფიგურაციის სასაქონლო მენეჯმენტის 11 (UT) და საწარმოს აღრიცხვა 3.0 (BP) შორის. მაგალითად, შესაბამისი კომპანიების წამყვანი საბითუმო და საცალო ვაჭრობა. მენეჯმენტი მართავს, BP- ში რეგულირდება, გაცვლითი აუცილებელია მომხმარებლების მუშაობის ხელშეწყობის მიზნით.
ასეთი ალგორითმი განკუთვნილია სხვა ტიპიური კონფიგურაციებისთვის 1C 8.3 პლატფორმაზე
უპირველეს ყოვლისა, ჩვენ განახორციელებთ მოსამზადებელ სამუშაოს მიმღების მიმღებისათვის, I.E. BP- სთვის. პროგრამის გაშვება საწარმოს რეჟიმში. თქვენ უნდა დააყენოთ მონაცემთა სინქრონიზაციის მუდმივი (ადმინისტრაცია → მონაცემთა სინქრონიზაცია).
ყურადღება მიაქციეთ პრეფიქსის ველს, აქ თქვენ უნდა მიუთითოთ ის მნიშვნელობა, რომელიც შემდგომში გაქრება (დირექტორიაში ან დოკუმენტის ნომრის მიხედვით), რომელშიც პროგრამა თავდაპირველად შეიქმნა ობიექტები. ჩვენს მაგალითში, ჩვეულებრივი შემცირება არის შესაფერისი - BP და U, თუ გაცვლითი პარამეტრი 1C 8.3 ხორციელდება კომპლექსური გაცვლის დიდი რაოდენობით მონაცემთა ბაზებს შორის, ისევე როგორც იგივე კონფიგურაციები, თქვენ უნდა შეიტანოთ თქვენი გასაგები აღნიშვნა.
მას შემდეგ, რაც BP არის მხოლოდ მიმღების ინფორმაციის, გადადით კონფიგურაცია UT.
აქ, ისევე, როგორც BP- ში, გსურთ სინქრონიზაციის ჩართვა და პრეფიქსი მიუთითოთ. ეს ინფორმაცია ხელმისაწვდომია NSI- სა და ადმინისტრაციულ განყოფილებაში → მონაცემთა სინქრონიზაციის პარამეტრები.
აირჩიეთ Setup მეთოდი, რათა დააკონკრეტოთ პარამეტრები ხელით. Უფრო.
ჩვენ შევქმენით პირდაპირი კავშირის ვარიანტი, როდესაც ორივე პროგრამა ერთ ადგილობრივ ქსელშია განთავსებული, მიუთითეთ კავშირის პარამეტრებს ამ ქსელში IB- ის დირექტორიაში, ასევე შეავსოთ მომხმარებლის ავთენტიფიკაციის ინფორმაცია (BP). Უფრო.
სისტემა შეამოწმებს მითითებულ მონაცემებს და დადებითი შედეგის შემთხვევაში, 1C 8.3 გაცვლითი პარამეტრების ფანჯარაში გამოჩნდება.
მინიშნება, მონაცემთა გადმოტვირთვის წესების შეცვლა შესაძლებელია გაცვლის მისაღებად. ჩვენ განვმარტავთ NSI - ყველაფერს, რომლებიც გამოიყენება მხოლოდ იმ დოკუმენტებში, აირჩიონ ორგანიზაცია და კონტრაქტებით მუშაობის ვარიანტი - სავალდებულო, საწყობების კონტექსტში დოკუმენტების გამოყოფა. დაიწყეთ გაცვლითი წლის 1 მარტიდან.
წესები ჩაწერილია და დახურულია.
მაგალითისთვის ჩვენ ვსაუბრობთ ინფორმაციის ცალმხრივი გადაცემის შესახებ, შემდეგ კი პარამეტრების მომდევნო ფანჯარაში სხვა პროგრამიდან მონაცემების მიღება, თქვენ არ უნდა გააგზავნოთ ღირებულებები. ჩანაწერი და დახურვა. Უფრო.
ახლა თქვენ უნდა შეამოწმოთ შეყვანილი პარამეტრების და თუ ისინი სწორად დააჭირეთ შემდგომი, სხვაგვარად დაბრუნდება წინა ეტაპზე დაჭერით უკან.
შემდეგ კი სინქრონიზაცია იქნება. დაწკაპეთ მზად არის.
საჭიროების შემთხვევაში, ორი კონფიგურაციის იმავე ობიექტების კორელაცია ფანჯარაში გახსნის მონაცემებს. ჩვენ ვასრულებთ შედარებას და დააჭირეთ შემდეგი.
ობიექტის გადაცემისას, შეიძლება არსებობდეს პრობლემური სიტუაციები, შეგიძლიათ იხილოთ შედეგების ნახვა გაფრთხილების მითითებით, როდესაც მონაცემთა სინქრონიზაცია.
სინქრონიზაციის შესრულების შემდეგ, ფანჯარა გამოჩნდება ამ პროცესის წარმატებით დასრულების დასადასტურებლად.
აქ, სინქრონიზაციის სცენარში, ბრძანების, კონფიგურაციის ან შემდეგ, შეგიძლიათ დააკონფიგურიროთ ავტომატური გაცვლის გრაფიკი.
27.08.2015
კომპანია "1C" ახალი Enterprisedata Business მონაცემთა გაცვლის ფორმატის პირველი ვერსია გამოაქვეყნა XML- ზე. ფორმატი საშუალებას გაძლევთ ეფექტურად ორგანიზება მონაცემთა გაცვლას შორის კომპანიის მიერ გამოყენებული ჰეტეროგენული ბიზნეს-ავტომატიზაციის სისტემებს შორის, მიუხედავად იმისა, თუ ვინ არის მათი დეველოპერი და რა სფეროების საქმიანობა ისინი განკუთვნილია.
სტანდარტის გაცემას კომპანია "1C" გახდა კიდევ ერთი ნაბიჯი მესამე მხარის მწარმოებლების ინტეგრირებისთვის მისი პროდუქციის ღიაობის გაზრდის მიზნით. კომპანია "1C" ყოველთვის განსაკუთრებულ ყურადღებას უთმობდა ამ ტერიტორიას. პროდუქტები "1C" მხარდაჭერა Commerceml ფორმატში, რომელიც გამოიყენება XML ფორმატში კომერციული ინფორმაციის გაცვლისთვის. იმსახურებს ცალკეულ აღნიშვნას 1C: საწარმოთა სისტემას შორის ფინანსური დოკუმენტაციის გაცვლის ფორმატზე და საინფორმაციო ბანკის სისტემების წამყვანი დეველოპერების მიერ შემუშავებული კომპანია "1C" - ის მიერ შემუშავებული დისტანციური საბანკო მომსახურების ("კლიენტ-ბანკის" მოდულები. ეს ფორმატი, რომელიც მხარს უჭერს დღეს ასობით რუსეთის ბანკს (მათ შორის რუსეთის სბბანკი, VTB 24, გაზპრომბანკი, rosselkhozbank), ძირითადად, ინდუსტრიის სტანდარტი გახდა. შემდგომი განვითარება Directbank Directbank Direct- ის პირდაპირი გაცვლითი ტექნოლოგიით მიღებული, რაც 1C- სგან ბანკთან ურთიერთქმედებას გულისხმობს: კომპანია კიდევ უფრო მოსახერხებელი და უსაფრთხოა.
ამავდროულად, "1-ს" მიერ მხარდაჭერილი ფორმატები ძირითადად სხვადასხვა ორგანიზაციებს შორის მონაცემთა გაცვლის პრობლემების მოგვარებას ემსახურებოდნენ მხოლოდ საქმიანობის გარკვეულ სფეროებში (ელექტრონული კომერციის, საბანკო სისტემების ინტეგრაცია). ახლა ახალი Enterprisedata ფორმატი მოიცავს საწარმოს ყველა სფეროს - ფინანსები, წარმოება, შესყიდვები და გაყიდვები, საწყობის ოპერაციები და ა.შ. ფორმატის პირველი ვერსია მოიცავს სხვადასხვა ბიზნესიდან 94 ტიპის დოკუმენტების აღწერას. ფორმატი expandable, კომპანია "1C" დაამატებთ ახალ დოკუმენტებს და დეტალურად არსებული.
ფორმატი რეკომენდირებულია "1C" პროგრამებთან მესამე მხარის განაცხადების ინტეგრირებისას. გარდა ამისა, ფორმატი შეიძლება გამოყენებულ იქნას სხვა საინფორმაციო სისტემებს შორის ინფორმაციის გაცვლას: ეს არ არის დამოკიდებული ინფორმაციული ბაზების პროგრამული უზრუნველყოფის ან სტრუქტურების შესახებ, რომლებიც დაკავშირებულია სანაცვლოდ და არ შეიცავს გამოყენების აშკარა შეზღუდვებს.
ამჟამად, საწარმოთა მონაცემთა ფორმატი უკვე გამოიყენება კომპანია "1C" -ის პროგრამული პროდუქტებს შორის მონაცემების სინქრონიზაციისათვის, მას პროდუქტებში მხარდაჭერილია:
- 1C: ERP Enterprise Management 2.0
- 1C: საბუღალტრო 8, სარედაქციო 3.0
- 1C: საბუღალტრო 8 კორპუსი, სარედაქციო 3.0
- 1C: საცალო, სარედაქციო 2.0
- 1C: მმართველი ვაჭრობა, სარედაქციო 11
"1 ს" ინტეგრირების ერთ-ერთი ყველაზე გავრცელებული შემთხვევა არის ტანდემი "1C: ბუღალტერია" - "1C: სავაჭრო მენეჯმენტი"; ეს ორი პოპულარული პროდუქტი Enterprisedata ფორმატში 73 ტიპის დოკუმენტაციას გაცვალეს, რომელიც საშუალებას გაძლევთ შეინარჩუნოთ მონაცემები თანამედროვე, სინქრონიზებული სახელმწიფოში. კომპანია "1 სს" დეველოპერებს აღნიშნეს, რომ Enterprisedata ფორმატის მიღება შესაძლებელი იყო სისტემის "1C: საწარმოს" აპლიკაციის გადაწყვეტილებების ხარისხის და სიჩქარის გაუმჯობესების მიზნით.
მესამე მხარის პროდუქტებისთვის, რომლებიც პროდუქტებს "1C" ინტეგრირებას, ფორმატის გამოყენებას შეამცირებს როგორც განვითარებისა და შრომის ხარჯების შემუშავებას სისტემების განხორციელებისა და მხარდაჭერისთვის. ადრე, როდესაც თითოეული პროდუქტი მხარს უჭერდა მონაცემთა გაცვლის ფორმატს, თუ გაცვლითი სისტემის ახალი პროდუქტი იყო, ახალი პროდუქტის დამატება 2 * N ცვლილებების (იხ. სურათი 1); თითოეული არსებული პროდუქტი საჭიროა ახალი პროდუქტის მონაცემების მიწოდების მხარდასაჭერად, ახალი პროდუქტი იყო არსებული პროდუქციის მონაცემების იმპორტის მხარდასაჭერად. ერთი ფორმატის შესვლის შემდეგ, ახალი პროდუქტის დამატება მოითხოვს მხოლოდ მასში განხორციელებას და ექსპორტს Enterprisedata ფორმატში და არ გამოიწვევს ცვლილებებს არსებულ პროდუქტებში.
ფიგურა 1 მონაცემთა გაცვლა ერთი ფორმატის არარსებობისას
ფიგურა 2 მონაცემთა გაცვლის მეშვეობით EnterprisedAdata ფორმატში
ფორმატი მხარს უჭერს თავსებადობას "ქვედა- up" - ყველა მესამე მხარის პროგრამული მწარმოებლები, რომლებიც გაცვალეს EnterprisedAdatata C ფორმატში კომპანია "1C", როდესაც ფორმატის ახალი ვერსიები მიდის.
- საკუთარი მოვლენების ინტეგრირება "1C: საწარმოს" პლატფორმაზე (როგორც საბაჟო და მიმოქცევა) სტანდარტული გადაწყვეტილებებით 1C
- სხვა (არა -1C) სისტემების ინტეგრირება 1C პლატფორმაზე: საწარმო
- ორგანიზება სხვა (არა-1C) სისტემების ურთიერთქმედების მიზნით.
