მონაცემთა გაცვლა 1C კონფიგურაციებს შორის 8.3. გაცვლა განლაგების მიხედვით ტიპიური გზებით. დუბლიკატები და ობიექტები, რომლებიც მითითებულია როგორც წაშლილი

ამჟამად, ბევრი კომპანია მუშაობს პარალელურად რამდენიმე 1C მონაცემთა ბაზაში, რომელთაგან თითოეული განკუთვნილია ამოცანის სასიმღერო ფსონის ამაღლებისთვის:

  • ბუღალტრული აღრიცხვის მიზნებისთვის მინიჭებულია Business Accounting (BP) კონფიგურაცია.
  • სავაჭრო ოპერაციების ჩვენება - ვაჭრობის მენეჯმენტი (TM),
  • ხელფასის მართვისთვის - ხელფასი და პერსონალის მართვა (ZUP).

ეს 1C პროგრამები ყველაზე ხშირად გამოიყენება პრაქტიკაში.

პრობლემა მდგომარეობს მონაცემთა ბაზებში გამოსახულების იდენტურობის მიღწევაში. მიუხედავად იმისა, რომ არ არის საკმარისი რაიმე ოპერაციის ჩვენება მონაცემთა ერთ მონაცემთა ბაზაში შეყვანით, აუცილებელია მსგავსი ოპერაციების შესრულება სხვა მონაცემთა ბაზაში, წინააღმდეგ შემთხვევაში მონაცემები განსხვავდებიან. ამ პრობლემის გადასაჭრელად და 1C-ში მონაცემების ხელით დუბლირების აღმოსაფხვრელად, გამოიყენება მონაცემთა გაცვლის მექანიზმი. ამ დახმარებით თქვენ შეგიძლიათ დააყენოთ ინფორმაციის ავტომატური გადაცემა მონაცემთა ბაზებს შორის დადგენილი წესების საფუძველზე.

გაცვლა არის ცალმხრივი და ორმხრივი. მიზეზი ის არის, რომ ცალმხრივი პირდაპირი მონაცემებით შესაძლებელია ერთი ბაზიდან მეორეზე გადასვლა, შებრუნება შეუძლებელია, მაგრამ ორმხრივი ინფორმაციისთვის შესაძლებელია ორივე მიმართულების გაცვლა.

ყველაზე ხშირად გამოყენებული 1C პროგრამებისთვის, კონფიგურაცია მიჰყვება სტანდარტულ გაცვლას. თუმცა, დამატებითი, არასტანდარტული კონფიგურაციისთვის, მონაცემების გადაცემისას შეიძლება არ მოხდეს სწორად გადაცემა. კიდევ ერთხელ, საჭიროა ტიპიური გაცვლის მექანიზმის დახვეწა და მისი ნულიდან განვითარება.

სინქრონიზაციის რეგულირებამდე აუცილებელია კონფიგურაციების განახლება, რომლებიც მონაწილეობენ გაცვლაში საბოლოო გამოშვებამდე და ასევე შექმნათ მათი სარეზერვო ასლები. ამ შემთხვევაში აუცილებელია ინფორმაციის ბაზებში კონფიგურაციის შეცვლა, რათა გაცვლამ ნორმალურად იმუშაოს. რაც შეგიძლიათ ნახოთ ამ მოქმედებების შესახებ, არის შემდეგი ვიდეო:

მონაცემთა გაცვლის (სინქრონიზაციის) დაყენება 1C 8.3 მონაცემთა ბაზებს შორის აპლიკაციის კონფიგურაციაზე BP 3.0 და UT 11

1C 8.3-ში სინქრონიზაციის დაყენება ხორციელდება დამატებითი დამუშავების გამოყენებით. ასისტენტი არეგულირებს მონაცემთა სინქრონიზაციას და მიჰყვება ასისტენტის ნაბიჯების თანმიმდევრობას მონაცემთა გაცვლის მიზნით:

UT 11 კონფიგურაციაში დასაწყებად, თქვენ უნდა გადახვიდეთ ადმინისტრაციის განყოფილებაში, რათა მიჰყვეთ მონაცემთა სინქრონიზაციის დაყენების ინსტრუქციას:

გახსნილ ფანჯარაში შეგიძლიათ აირჩიოთ UT 11-ის პირველი კორექტირება, რომელიც გამარჯვებული იქნება ბირჟების შექმნისას და ასევე გადადით კორექტირებაზე. ამისათვის თქვენ უნდა დააჭიროთ შეტყობინებას მონაცემთა სინქრონიზაცია:

იხსნება კონფიგურირებული მონაცემთა სინქრონიზაციის ფანჯარა. 1C-ში ახალი მონაცემთა გაცვლის შესაქმნელად, თქვენ უნდა გამოიყენოთ Set up მონაცემთა სინქრონიზაციის ღილაკი, მენიუში, რომელიც გამოჩნდება, აირჩიეთ გაცვლის ტიპი, რომელიც დაყენდება:

როგორ დავამატოთ ახალი მონაცემთა გაცვლა 1C 8.3 UT 11-ში მონაცემთა გაცვლის დაყენებამდე, დააყენოთ მრავალი გაცვლა სხვადასხვა ფილტრებით სხვადასხვა ორგანიზაციისთვის, ნახეთ შემდეგ ვიდეოში:

აირჩიეთ ვარიანტი Business Accounting, გამოცემა 3.0. იხსნება ფანჯარა Business Accounting-ის მონაცემებთან სინქრონიზაცია, გამოცემა 3.0 (მორგება). ასე რომ, რადგან UT 11-ში ბირჟის დაყენება მხოლოდ სრულდება, მას შემდეგ რაც შეწყვეტთ დაყენების მეთოდების დაყენებას, ხელით შეიყვანეთ დაყენება და დააჭირეთ ღილაკს შემდეგი:

მონაცემთა გაცვლის დაყენება UT 11-სა და BP 3.0-ს შორის – ნაბიჯ-ნაბიჯ ინსტრუქციები

ნაბიჯი 1. აირჩიეთ სხვა ბაზასთან დაკავშირების მეთოდი

თქვენ შეგიძლიათ ჩამოართვათ პარამეტრები UT 11-ში, დააყენეთ შემდეგი:

Obov'yazkovo-ში თქვენ უნდა შეიყვანოთ:

  • დარგში სხვა მონაცემთა ბაზების განახლება საინფორმაციო ბაზის კატალოგი;
  • შეიყვანეთ ინფორმაცია კლიენტის ავთენტიფიკაციის ველებში;
  • დააჭირეთ ღილაკს შემდეგი:

Krok 2. Vikonannya შეამოწმეთ კავშირი

გაკვეთილი 3. პროგრამისთვის მონაცემთა სინქრონიზაციის პარამეტრების რეგულირება

  • აქ თქვენ უნდა შეავსოთ Usage Warehouse ველი. აირჩიეთ სიის გასაკონტროლებლად.
  • გარდა ამისა, თქვენ შეგიძლიათ აირჩიოთ როგორ გაგზავნოთ მარეგულირებელი და მარეგულირებელი ინფორმაცია მიმღებ ბაზაზე მონაცემთა ბაზიდან და რომელ ორგანიზაციებს გადასცეთ მონაცემები – ყველასთვის ან კონკრეტულისთვის.
  • ცვლილებების შეტანისას თქვენ უნდა დააჭიროთ ღილაკს შენახვა და დახურვა, ხოლო ფანჯრის დახურვის შემდეგ დააჭირეთ ღილაკს შემდეგი:

  • აქ ცვლილებების შეტანა საჭირო არ არის.
  • დააწკაპუნეთ ღილაკზე შემდეგი, რათა გადახვიდეთ მონაცემთა ბაზებს შორის მონაცემთა სინქრონიზაციის პარამეტრების შესახებ ინფორმაციაზე.

გაკვეთილი 4. ახალი სინქრონიზაციის კონფიგურაციის შექმნა

ამ ეტაპის დასრულების შემდეგ, დაყენება ჩაიწერება და შენიშვნა გადადის საბოლოო ხაზში:

Krok 5. Vikonanny მონაცემთა სინქრონიზაცია

თქვენ ვერ დააჭერთ ღილაკს შესრულებულია. გადამრთველი დახურულია და იწყება მონაცემთა სინქრონიზაციის (გაცვლის) პროცედურა ელექტრომომარაგებასა და UT-ს შორის:

Krok 6. მონაცემთა ანალიზი

Krok 7. მონაცემთა სია

თუ მონაცემები გადაეცემა ცარიელ მიმღებ ბაზას, ეს დოკუმენტი გამოტოვებული იქნება:

თუ ზოგიერთი მონაცემი უკვე შევიდა მიმღებ მონაცემთა ბაზაში და ობიექტები არ წაიშალა, მაშინ როდესაც დააჭირეთ ღილაკს შემდეგი, გამოჩნდება შეტყობინების ფანჯარა:

Krok 8. Zavantazhennya ხარკი

გაკვეთილი 9. მონაცემთა გაგზავნის პარამეტრების რეგულირება

Krok 10. ხარკების ვივანტაჟი

შემდეგ 1C UT პროგრამა გადავა ფინალურ ეტაპზე:

შედეგად, ინფორმაცია გამოჩნდება BP 3.0-თან არჩეული სინქრონიზაციის შესახებ:

Setup ღილაკზე გაიხსნება ახალი დოკუმენტი: მონაცემთა სინქრონიზაციის სკრიპტი (შექმნილია), რომელშიც შეგიძლიათ დააყენოთ მონაცემთა ავტომატური გაცვლა მონაცემთა ბაზებს შორის განლაგების მიხედვით:

ჩვენს შემთხვევაში, ბაზის მოწყობილობა არის 1C 8.3 UT 11. მონაცემთა სინქრონიზაციის რეგულირება იმ შემთხვევებში, როდესაც ბაზის მოწყობილობა არის კვების წყარო, ანალოგიურად ხორციელდება.

როგორ დავაყენოთ ორმხრივი მონაცემთა გაცვლა საინფორმაციო ბაზებში 1C 8.3 BP 3.0 და UT 11, ნახეთ ჩვენი ვიდეო გაკვეთილი:

მონაცემთა გაცვლის დაყენება BP 3.0-სა და UT 11-ს შორის – ნაბიჯ-ნაბიჯ ინსტრუქციები

1C 8.3 Accounting 3.0 პროგრამაში სინქრონიზაციის დასაყენებლად, თქვენ ასევე უნდა დაასრულოთ ასისტენტის რამდენიმე ეტაპი მონაცემთა სინქრონიზაციის დასაყენებლად:

თქვენ შეგიძლიათ გაუშვათ ასისტენტი 1C 8.3 ბუღალტერიაში, ადმინისტრაციის განყოფილებაში მონაცემთა სინქრონიზაციის დაყენების პუნქტის არჩევით:

ფანჯარაში, რომელიც იხსნება, ახალ ჩანართში, უნდა შეამოწმოთ მონაცემთა სინქრონიზაციის ჩამრთველი და შემდეგ მიჰყევით მონაცემთა სინქრონიზაციის პარამეტრს:

მონაცემთა სინქრონიზაციის ფანჯარაში მიჰყევით ბრძანებას Adjust data synchronization, ჩამოსაშლელი სიიდან თქვენ უნდა აირჩიოთ ვაჭრობის მენეჯმენტი, გამოცემა 11 ვარიანტი:

იხსნება მონაცემთა სინქრონიზაცია ვაჭრობის მენეჯმენტთან, გამოცემა 11 (მორგებული):

  • აქ ყოველდღიური ცვლილებების შეტანა საჭირო არ არის.
  • შემდეგი ღილაკი გააგრძელებს სინქრონიზაციის დაყენების პროცესის დაწყებას:

ნაბიჯი 1. აირჩიეთ კავშირის ვარიანტი სხვა პროგრამასთან

ამ ეტაპზე თქვენ უნდა მიუთითოთ კავშირის პარამეტრები მონაცემთა მიმღებ ბაზასთან და თავად დირექტორია იქნება კონფიგურირებული და კონფიგურირებული:

პროცედურა 2. კავშირის შემოწმება

გაკვეთილი 3. სინქრონიზაციის პარამეტრების რეგულირება ბაზის მიმღებისა და ბაზის მიმღებისთვის

თქვენ შეგიძლიათ შეცვალოთ ის პარამეტრები, რომლებიც სისტემამ დააწესა თქვენთვის:

თუ პარამეტრები შეიცვალა, შეინახეთ ცვლილებები Save and Close ღილაკის გამოყენებით.

გაკვეთილი 4. ახალი სინქრონიზაციის კონფიგურაციის შექმნა

Krok 5. სინქრონიზაცია

ვინილის სხვადასხვა კონფიგურაციებს შორის გაცვლის აუცილებლობა 1C 7.5 ვერსიის გამოჩენის დღიდან. შემუშავდა სხვადასხვა მეთოდი და მექანიზმი. სტატიაში აღწერილია მიმდინარე (1C:Enterprise 8.2 პლატფორმისთვის) მექანიზმები, რომლებიც გამოიყენება სხვადასხვა კონფიგურაციებს შორის გაცვლისთვის. სტატია განკუთვნილია ადრეული პროგრამისტებისთვის, რომლებიც ქმნიან საკუთარ გაცვლებს ან აანალიზებენ ტიპურ გაცვლებს. გაცვლის პროცედურის აღწერაში არის რამდენიმე უტოპიური განცხადება გაცვლის შესახებ, როგორიცაა სფერული გაცვლა ვაკუუმში.

მონაცემთა გაცვლის ბრძანების დაყენება

გაცვლა ხდება ორ განსხვავებულ კონფიგურაციას შორის, რომლებსაც გონებრივად უწოდებენ მათ ჯერელს და პრიმაჩს. პირდაპირი ცალმხრივი გაცვლა მნიშვნელოვანია განსახილველად. Dzherel და Priymach Rizni-ის კონფიგურაციების მეტამონაცემების სტრუქტურა. აუცილებელია ამ ტიპის დოკუმენტების რეგულარულად გაცვლა.

სხვათა შორის, ორმხრივი გაცვლის ამოცანა იყოფა ცალმხრივი გაცვლის ორ ამოცანად და ისინი ურთიერთშეცვლილია ადგილებსა და მიღებას შორის.

პრობლემები

  1. დოკუმენტები კონფიგურაციაში შეიძლება შეიცავდეს სხვა კომპლექტს და დეტალების საწყობს
  2. დაკეცილი ტიპის დოკუმენტების დეტალები (დოკუმენტები).
  3. თუ დოკუმენტი უკვე გადატანილია Dzherelo-ს კონფიგურაციაში, ის ხელახლა უნდა გადაიცეს Priymach-ის კონფიგურაციაში.
  4. ამ შემთხვევაში შესაძლებელია ელემენტების დუბლირება, ვინაიდან გამომძიებლები ერთდროულად გააქტიურდნენ ორ მონაცემთა ბაზაში. როგორც ვარიანტი, თუ დოკუმენტში არის დუბლიკატები (დოკუმენტის ელემენტები იგივე დეტალების ნაკრებით), დაამატეთ დოკუმენტს "არასაჭირო" ელემენტი - მაგალითად, ის დიდი ხანია არ არის დამატებული და ღირებულებები შეყვანილი არიან.

მეთოდები

ეტაპი 1. ობიექტების ტიპი

Dzherel-ის კონფიგურაციის დოკუმენტის დეტალების ჩვენების წესების შესაქმნელად, გაცვლის წესები იქმნება Priymach-ის კონფიგურაციის დოკუმენტების დეტალებში.გაცვლის წესები სპეციალური ფაილი XML ფორმატში, რომელიც აღწერს Dzherel ობიექტების Priymach ობიექტებად გადაქცევის მახასიათებლებსა და წესებს. გაცვლის წესების შექმნა ავტომატიზირებულია დამატებითი „მონაცემთა კონვერტაციის“ კონფიგურაციის გამოყენებით. Priymach-ისა და Dzherel-ის კონფიგურაციით, დამატებითი სპეციალური დამუშავებისთვის, XML ფაილები გამოიყენება კონკრეტული კონფიგურაციების მეტამონაცემების სტრუქტურის აღსაწერად და გამოიყენება "მონაცემთა კონვერტაციაში".

გაცვლის წესების აღწერისას აუცილებელია მიუთითოთ ის დეტალები (ე.წ. საკვანძო დეტალები), რომლებსაც სისტემა ეძებს Dzherel-ის ობიექტებს შესაბამისი ობიექტების მიღებაში.

მიმდინარე გაცვლის სქემებში ვიკორისტის დეტალების შევსება შესაძლებელია მხოლოდ კოორდინირებული გაცვლით. რობოტული პროცესის დროს შეიძლება შეიცვალოს კონტრაქტორების ძირითადი დეტალები და ობიექტებს შორის კავშირები დაიკარგოს. გარდა ამისა, მიმღების კონფიგურაციაში ივსება "გაცვლის ობიექტების ტიპი". რეესტრს ენიჭება: Jerela-ს კონფიგურაციის უნიკალური ობიექტის იდენტიფიკატორი (GUID) და გლობალური უნიკალური ობიექტის იდენტიფიკატორი, რომელიც შეესაბამება მომხმარებლის მდებარეობას.

ეტაპი 2. ობიექტებში ცვლილებების აღრიცხვა

1C:Enterprise 8 პლატფორმას აქვს ძირითადი მეტამონაცემების ობიექტი, რომელიც სპეციალურად გამოიყენება გაცვლის ორგანიზებისთვის - გაცვლის გეგმა.გაცვლის გეგმები მოიცავს ინფორმაციას კვანძების შესახებ, რომლებსაც შეუძლიათ მონაწილეობა მიიღონ მონაცემთა გაცვლაში, მიუთითებენ მონაცემთა საწყობს, რომელიც ჩართულია გაცვლაში და მიუთითებს, თუ როგორ ჩაერთვება გაზიარებული ინფორმაციის მექანიზმი უცხოური ბაზის გაცვლისას. ერთი აპლიკაციის გადაწყვეტაში შეგიძლიათ გქონდეთ გაცვლის რამდენიმე გეგმა, საიდანაც შეგიძლიათ აღწეროთ მონაცემთა გაცვლის თქვენი რიგი. მაგალითად, როდესაც საქმე ეხება მონაცემთა გაცვლას დისტანციურ საწყობებთან და დისტანციურ ოფისებთან, მაშინ, ძირითადად, არსებობს ორი გაცვლის გეგმა (ერთი საწყობებთან გაცვლისთვის, მეორე ოფისებისთვის), დატოვებს მონაცემთა საწყობს, სადაც ხდება გაცვლა საწყობებთან. ეს ნიშნავს "უკვე", მონაცემთა ქვედა საწყობს, რომელიც განკუთვნილია ოფისებთან გაცვლისთვის.

უმარტივესი ფორმით, გაცვლის გეგმა (და არა მონაცემთა ბაზების გაზიარების ვიკორისტული მექანიზმი) შეიძლება წარმოდგენილი იყოს ცხრილში ორი სვეტით: მონაცემთა მიმღები კვანძის იდენტიფიკატორი და გაცვლისთვის მინიჭებული ობიექტის იდენტიფიკატორი. გაცვლის გეგმა მორგებულია არსებული მეტამონაცემების ობიექტების მონიტორინგისთვის. როდესაც თქვენ შეცვლით რაიმე მეტამონაცემების ობიექტს, რომელიც შედის გაცვლის გეგმაში, შეცვლილი ობიექტის გლობალური იდენტიფიკატორი იკარგება გაცვლის გეგმაში ცვლილების ნიშნით. მონაცემების აღორძინების შემდეგ, ცვლილების ნიშანი გაუქმებულია.

ეტაპი 3. ტრანსპორტი

მონაცემთა გაცვლის ტოპოლოგიები კი ქიმერულია. შესაძლებელია როგორც პირდაპირი წვდომა მიმღებ ბაზაზე dzherel-დან და ასევე შუამავლობით. პირველ ეტაპზე შეგიძლიათ გამოიყენოთ ADO-კავშირი - პირდაპირი კავშირი Dzherel-დან Priymach-მდე. ეს ვარიანტი კიდევ უფრო მარტივია კისტუვაჩის თვალსაზრისით: მას შემდეგ რაც დაარეგულირებთ გაცვლის პარამეტრებს და აძლევთ უფლებას კორისტუვაჩს Priymachi-ში, ღილაკზე ერთი დაჭერით (ან განლაგებაზე) განახორციელეთ გაცვლა.


თუ მიმღებზე პირდაპირი წვდომა შეუძლებელია, მონაცემები გადადის შუალედურ XML ფაილში, გადაეცემა მიმღებს და ინახება. ასევე შესაძლებელია vikoristannya ftp-რესურსზე.

მანამდე როგორ დავაყენოთ ბირჟა

დუბლიკატები და ობიექტები, რომლებიც მითითებულია როგორც წაშლილი

გაცვლის დაყენებამდე, ამოიღეთ ელემენტები, რომლებიც დუბლირებულია დოკუმენტებში. წაშალეთ წაშლილი ობიექტები.

მონაცემთა რეგისტრებისა და რეგისტრების დანერგვა

ასევე შესაძლებელია ანგარიშებისა და ანგარიშების რეგისტრების შეყვანა. ეს აღმოფხვრის არასწორად სინქრონიზებული ელემენტების მუდმივი შესწორების აუცილებლობას, რომლებიც არ „ჩაიშლება“ ბალანსში, რაც გამოიწვევს იდენტურ კოლაფსებს.

ვისნოვოკი

გაცვლის სქემების შექმნის შედეგად, შეკვეთა ასე გამოიყურება:
  1. გაცვლის წესები იქმნება „მონაცემთა კონვერტაციის“ კონფიგურაციაში
  2. გაცვლის გეგმა იქმნება და ინიციალიზებულია
  3. გაცვლამდე საინფორმაციო ბაზები მზადდება. დუბლიკატების ხედი
  4. გაცვლის ინიციალიზაციისას შეივსება „გაცვლის ობიექტების ტიპი“ რეესტრი.
  5. აირჩიეთ თქვენთვის სასურველი ტრანსპორტი (პირდაპირი წვდომა ფაილის საშუალებით)
  6. საჭიროა მონაცემთა რეგულარული გაცვლა

ბიბლიოგრაფია

P.S. გათვალისწინებულია კონსტრუქციული კრიტიკა და დამატებითი კრიტიკა.

ავტომატური მართვის სისტემები უმეტეს შენობებში ეფუძნება მრავალ მონაცემთა ბაზას და ყველაზე ხშირად აქვთ გეოგრაფიულად განაწილებული სტრუქტურა. სწორად განხორციელების შემთხვევაში, მონაცემთა გაცვლა აუცილებელია ასეთი სისტემების ეფექტური მუშაობისთვის.

თავდაპირველად გაცვლის კორექტირება, რამაც შეიძლება გამოიწვიოს დაბალი შესრულება, არა მხოლოდ პროგრამირების კუთხით, არამედ კონსულტაციებითაც, როგორც შეგვიძლია იგივე პროდუქტებით, როგორც პროდუქტების შემთხვევაში 1C:Enterprise პლატფორმაზე. რატომ შეიძლება გახდეს 1C გაცვლის დაყენება (ან, როგორც მას ასევე უწოდებენ, მონაცემთა სინქრონიზაცია 1C 8.3-ში) ინტეგრაციის პროექტისთვის ყველაზე მნიშვნელოვანი და იაფი ამოცანა, ჩვენ გადავხედავთ ამ სტატიას.

მონაცემთა გაცვლა 1C გარემოში საშუალებას იძლევა:

  • დამატებითი დოკუმენტის შეყვანის ჩართვა;
  • ყოველდღიური ბიზნეს პროცესების ავტომატიზაცია;
  • განყოფილებებს შორის ურთიერთქმედების ოპტიმიზაცია;
  • სხვადასხვა დეპარტამენტის სპეციალისტების მუშაობის მონაცემების დროულად განახლება;
  • "ცალკე" სხვადასხვა სახის გარეგნობა.

*როდესაც ერთი ტიპის ინფორმაცია მნიშვნელოვნად განსხვავდება მეორისგან, აუცილებელია ინფორმაციის კონფიდენციალურობის უზრუნველყოფა და ინფორმაციის „განცალკევებული“ ნაკადები. მაგალითად, მონაცემთა გაცვლა 1C UT-სა და 1C Accounting-ს შორის არ საჭიროებს მენეჯმენტის მონაცემების მარეგულირებელ ჩარჩოში ინტეგრაციას. სინქრონიზაცია 1C-ში აქ არათანმიმდევრული იქნება.

მონაცემთა საწყისი გაცვლის განხორციელების სტანდარტული პროცესის წარმოსაჩენად, თუ ერთ-ერთი ობიექტი არის 1C პროდუქტი, მაშინ შეგიძლიათ იხილოთ შემდეგი ეტაპები:

  • საწყობის გაცვლის მოხერხებულობა;
  • ტრანსპორტირებისთვის (გაცვლის პროტოკოლები);
  • წესების დაწესება;
  • დასაკეცი განლაგება.

ნაჩვენებია საწყობის ბირჟაზე 1C

გაცვლის ობიექტები შეიძლება გონებრივად დაიყოს "ძერელო" და "პრიიმაჩ". ამ შემთხვევაში შესაძლებელია ორი როლის ერთდროულად თამაში, რასაც ორმხრივი გაცვლა ეწოდება. დანიშნულება და მიღება განისაზღვრება ლოგიკური გზით, რაც დამოკიდებულია სისტემის აუცილებლობაზე ან ფუნქციონალურ შესაძლებლობებზე.*

*მაგალითად, "WA: Financier" -ის ინტეგრირებით - გადაწყვეტა ფინანსური სტრუქტურის შესანარჩუნებლად და სახაზინო პროცესების მართვისთვის, შემუშავებული "1C: Enterprise"-ის საფუძველზე, WiseAdvice-ის ექსპერტები რეკომენდაციას უწევენ მას, როგორც მთავარ სისტემას. ეს განპირობებულია განაცხადის პოლიტიკის წესებთან შესაბამისობის მონიტორინგის ინსტრუმენტების ხელმისაწვდომობით, რაც აშკარად უზრუნველყოფს გადაწყვეტილების ეფექტურობას.

შემდეგ, შეგროვებული და დაფიქსირებული მონაცემების საფუძველზე იქმნება მონაცემთა გაცვლის სია, დგინდება მათი ვალდებულებები, რომელთა გაცვლა შესაძლებელია გაცვლის სიხშირემდე და დადგენილია კომპენსაციებით მუშაობის პროცესი და დამნაშავე სიტუაციების (შეჯახების) დამუშავება. .

ამ ეტაპზე არსებული სისტემებისა და ბიზნეს სტრუქტურების პარკის იდენტიფიცირება ხდება გაცვლითი ფორმატის გამოყენებით:

გაყოფილი საინფორმაციო ბაზა

  • RIB პატივს სცემს გაცვლას 1C მონაცემთა ბაზების იდენტურ კონფიგურაციებს შორის, თითოეული გაცვლისთვის მკაფიო „თავიდან ფეხის“ მართვის სტრუქტურით. როგორც ტექნოლოგიური პლატფორმის ელემენტი, RIB-ს ასევე შეუძლია გადასცეს ცვლილებები მონაცემთა ბაზის კონფიგურაციასა და ადმინისტრაციულ ინფორმაციაში (ზემოდან ქვემოდან).

მონაცემთა უნივერსალური გაცვლა 1C ტემპერატურაზე

  • მექანიზმი, რომელიც საშუალებას გაძლევთ დააყენოთ 1C მონაცემთა ბაზების გაცვლა, როგორც კონფიგურაციით 1C:Enterprise პლატფორმაზე, ასევე მესამე მხარის განვითარების სისტემებთან. გაცვლა ექვემდებარება მონაცემთა შემდგომ თარგმნას უნივერსალურ XML ფორმატში „გაცვლის გეგმების“ შესაბამისად.

EnterpriseData

  • 1C კომპანიის ახალი განვითარება შექმნილია იმისათვის, რომ განხორციელდეს მონაცემთა გაცვლა xml ფორმატში 1C:Enterprise პლატფორმაზე შექმნილ პროდუქტებს შორის, ნებისმიერი ავტომატიზაციის სისტემით. EnterpriseData-ს ინსტალაცია ხელს უწყობს ბირჟასთან დაკავშირებული შემდგომი დამუშავებით. მანამდე, როდესაც სისტემაში ახალი კონფიგურაცია შედიოდა, საჭირო იყო მონაცემთა იმპორტისა და ექსპორტის მექანიზმის დანერგვა, როგორც მისთვის, ასევე არსებული სისტემებისთვის. ახლა სისტემები, რომლებიც მხარს უჭერენ EnterpriseData-ს, არ საჭიროებენ დამატებით დამუშავებას, დარჩება მხოლოდ ერთი შესვლის-გასასვლელი წერტილი.

ტრანსპორტირებისთვის (გაცვლის პროტოკოლები)

1C:Enterprise 8 პლატფორმაზე არსებული სისტემისთვის გათვალისწინებულია შესაძლებლობების ფართო სპექტრი ნებისმიერი ინფორმაციის რესურსით გაცვლის ორგანიზებისთვის საერთაშორისოდ მიღებული უნივერსალური სტანდარტების გამოყენებით (xml, ტექსტური ფაილები, Excel, ADO-თან დაკავშირებული და ა.შ.). ამიტომ, მონაცემთა ტრანსპორტირებისას, კვალის გაცვლა ექვემდებარება მესამე მხარის სისტემის მონაცემთა ბაზის შესაძლებლობებს.

ბრაუზერების სინქრონიზაცია

p align="justify"> ინდიკატორების ეფექტური სინქრონიზაციის მთავარი პრინციპია ერთი შესვლის წერტილის ხილვადობა. თუ აპირებთ იმ აგენტებთან მუშაობას, რომლებიც ისტორიულად იცავდნენ სხვადასხვა წესებს, მკაფიოდ უნდა განსაზღვროთ სინქრონიზაციის ველები, რათა გაცვლა „ერთ სტანდარტამდე“ მიიყვანოთ.

*ამ ეტაპზე შეიძლება საჭირო გახდეს სამუშაოს შესრულება მონაცემთა ნორმალიზებაზე თითოეულ მონაცემთა წყაროზე. მნიშვნელოვანია იმის უზრუნველყოფა, რომ ელემენტების მოწყობის, ამოცნობის, შეცდომების და დუბლიკატების იდენტიფიცირების, ასევე უარყოფილი ველების შევსების და სინქრონიზაციის ველების მინიჭების პროცესში შეიძლება ჩაერთონ რობოტები ინტეგრატორის მხარეს NCI ნორმალიზაციის მეთოდოლოგიის), ასე რომ, დეპუტატის მხარეს.

წესების დაწესება

ამ სისტემ-მოწყობილობების მოწყობილობებში ჩვენების შესაძლებლობა დამოკიდებულია გაცვლის წესების სწორად დაყენებაზე. xml ფორმატში წარმოდგენილი წესები არეგულირებს მიმღები მოწყობილობის ობიექტების ძირითადი დეტალების გარეგნობას. გადაწყვეტა "1C: მონაცემთა კონვერტაცია" შექმნილია როგორც ერთჯერადი, ასევე მუდმივი გაცვლის განხორციელებისთვის წესების შექმნის ავტომატიზაციისთვის.

გარანტიას არ იძლევა მონაცემთა დაკარგვის გაცვლის გეგმის საათში. ეს არის 1C:Enterprise პლატფორმაზე ნებისმიერი კონფიგურაციის საწყობის ნაწილი, რომელიც სრულად აღწერს 1C-ის გაცვლის პროცედურას: მონაცემთა საწყობი (დოკუმენტები „აღიარების“ დეტალებით) და კვანძები (i მიღებისა და გადაცემის საინფორმაციო ბაზები), ასევე გააქტიურება. RIB პირდაპირი გაცვლისთვის.

გაცვლის გეგმის დაწყებამდე შეყვანილი მონაცემების ნებისმიერი ცვლილება ჩაიწერება და მონიშნულია როგორც "ცვლილება". მონაცემების შეცვლის დოკუმენტები არ იქნება ერთმანეთის იდენტური მიმღებ და გადამცემ კვანძებში, ნიშანი არ მოიხსნება და კონტროლის სისტემა გაძლიერდება დამრღვევ კვანძის ინფორმირებისთვის. მონაცემების იმპორტის და ორივე სისტემაში მისი სრული ხელმისაწვდომობის დადასტურების შემდეგ, ნიშანი ამოღებულია.

გაცვლის დაშლა 1C-ში

რეგულარული გაცვლის ავტომატიზაციისთვის, მითითებულია მონაცემთა შეგროვების სიხშირე. გაცვლის სიხშირე დამოკიდებულია აუცილებლობაზე და ტექნიკურ შესაძლებლობებზე. იგივე კონფიგურაცია "1C:Enterprise" პლატფორმაზე საშუალებას გაძლევთ დააყენოთ მონაცემთა გაცვლა საჭიროების შემთხვევაში.

გაცვლის განხორციელების სტანდარტული პროცესის გათვალისწინებით, ჩვენ დიდ ყურადღებას ვაქცევთ ფაქტორებს, რომლებიც საჭიროებენ დამატებით დამუშავებას სხვადასხვა ეტაპზე:

  • ეს არ არის ტიპიური, ძალზედ შეცვლილი მონაცემთა ბაზის ცვლილებები;
  • 1C:Enterprise პლატფორმის სხვადასხვა ვერსიები;
  • არ არის განახლებული დიდი ხნის განმავლობაში, კონფიგურაციის მიმდინარე ვერსიები;
  • გაცვლის საგნები, რომლებიც ადრე ცნობილი იყო შემდგომი დაკითხვის შესახებ;
  • საჭიროა გაცვლის არასტანდარტული წესები;
  • აშკარა ინფორმატორებში დეტალების დაქირავება და შენახვა, რომლებიც მნიშვნელოვნად განსხვავდება.

მონაცემთა საწყისი გაცვლის განსახორციელებლად ზოგიერთი სტანდარტული მოქმედება მოითხოვს საექსპერტო ცოდნას, რაც რეკომენდებულია 1C ბუღალტერების მონაწილეობით. მას შემდეგ, რაც ყველა აღწერილობა შეირჩევა, გადადით კონფიგურაციის გაცვლაზე. ჩვენ გადავხედავთ მონაცემთა ბაზების ინტეგრაციას აპლიკაციიდან "1C:UPP" და "1C:Rozdrib" (ამავდროულად, დაყენებულია გაცვლა "1C:UT"-დან). ასევე, სტანდარტული სინქრონიზაცია მოიცავს რბილი სტარტერებისა და რბილი სტარტერების გაცვლას, რომლებიც დამახასიათებელია ფართომასშტაბიანი ავტომატიზაციის სისტემებისთვის უმსხვილეს სამრეწველო საწარმოებში.

„სერვისის“ ქვემენიუში აირჩიეთ „მონაცემთა გაცვლა პროდუქტებთან პლატფორმაზე...“ („როზდრიბასთან“ პირდაპირი გაცვლის არჩევა ხშირად ემუქრება ჯარიმებს COM ობიექტების დონეზე). მე დიდ პატივს ვცემ სამსახურში შეტყობინებას „ეს შესაძლებლობები მიუწვდომელია“.


ამ პრობლემის გადასაჭრელად, თქვენ უნდა აირჩიოთ "მონაცემთა გაზიარების მორგება"


…და შეამოწმეთ ყუთი. შესწორების შესახებ შემდგომი შეტყობინებები იგნორირებულია.


მონაცემთა სინქრონიზაციის დაყენებისას აირჩიეთ „შექმენით გაცვლა „Rozdrib“-დან...



სანამ დაარეგულირებთ კავშირის პარამეტრებს ლოკალური ან გვერდითი დირექტორიაში, გადადით დისკზე დირექტორიაში. თუმცა, როგორც წესი, ის არ იკავებს 30-50 მბ-ზე მეტს, ვინდოუსის შემთხვევაში შესაძლოა დაგჭირდეთ 600 მბ-მდე. თქვენ შეგიძლიათ შექმნათ საჭირო დირექტორია პირდაპირ კონფიგურატორიდან.



ქსელის დირექტორიაში დაკავშირებისას, შეგიძლიათ დააყენოთ კავშირები დამატებითი FTP მისამართის და ელ.ფოსტის გამოყენებით „შორს“ დაწკაპუნებით.


დაყენებისას პრეფიქსები დაყენებულია ხელით - ბაზების სპეციფიკაცია (ჩვეულებრივ BP, UPP, RO), დადგენილია წესები და მითითებულია მონაცემთა წაშლის თარიღი. პრეფიქსი გამოჩნდება დოკუმენტების სახელებში, რათა მიუთითოს ის საფუძველი, რომლითაც იგი შეიქმნა. ვინაიდან ჩართულობის წესები არ იქნება რედაქტირებული, მოტივაციის მონაცემები დაექვემდებარება ყველა აშკარა პარამეტრს.



ჩვენ ვქმნით გაცვლის დაყენების ფაილს "Rozdrib"-ისთვის, რათა არ განმეორდეს თქვენი ქმედებები. თუ საჭიროა მონაცემების მკაცრად ატვირთვა სინქრონიზაციის დარეგულირებისთანავე, მონიშნეთ ყუთი.


გაცვლის პროცესის ავტომატიზაციისთვის აუცილებელია განლაგების დაყენება.


მენიუ "როზდრიბი".


შეამოწმეთ ყუთი და აირჩიეთ "სინქრონიზაცია".


მიმდინარეობს "კარიბჭის" კორექტირება, მწარმოებელი საწარმოს მენეჯმენტის შერჩევა.




ჩვენ ვქმნით ფაილს UPP-ში კორექტირებისა და შემოქმედებიდან.


ჩვენ ვსვამთ ტიკს, სისტემა ავტომატურად დაემთხვევა მისამართს.





სიტუაცია იგივეა, რაც UPP-ში.









მონაცემთა გადამოწმება (ხელით რეკომენდირებულია მოსამზადებელი ეტაპის დასრულება, წინააღმდეგ შემთხვევაში შეიძლება გაძნელდეს გაცვლის განხორციელება). ფანჯრის გახსნა მითითებულია მაუსის დაჭერით.



სინქრონიზაციის დროს „ანგარიში...“ შეიცვლება „არა...“-ით.


„ანგარიში...“ ხსნის რეგისტრაციის ჟურნალს გაცვლის შესახებ განახლებული ინფორმაციით.


მზადაა.

თუ თქვენს ორგანიზაციაში 5-ზე მეტი ადამიანია დასაქმებული, მაშინ, უპირველეს ყოვლისა, თქვენ ისარგებლებთ 1C კომპანიის პროდუქტებით. თითქმის ყოველ ჯერზე, ორგანიზაციებში დამონტაჟებულია 1C მონაცემთა ბაზების რაოდენობა და მათი ფართო სპექტრი ენიჭება ერთმანეთს. მაგალითად, კომპანია ეწევა ცალკე გაყიდვებსა და აღრიცხვას, ასეთ ვითარებაში კლიენტი აინსტალირებს UT (ვაჭრობის მენეჯმენტი) და BP (ბიზნეს ბუღალტერია). ასეთი კომპანიის როლი შეიძლება უბრალოდ შეიცავდეს რამდენიმე მუშაკს!

როგორ დავაყენო მონაცემთა გაცვლა?

მოდით უფრო ახლოს მივხედოთ სიტუაციას UT და BP-სთან დაკავშირებით. მისაღებია, რომ ჩვენი ბირჟები ახლა არ არის მორგებულირა ქმედებები უნდა აღმოვფხვრათ ღრუბლოვანი ოპერაციების დივერსიფიკაციისთვის ორივე მონაცემთა ბაზაში? ასეა, პირველ რიგში უნდა გვახსოვდეს მონაცემები UT-ში, შემდეგ კი იგივე მონაცემები უნდა შევიტანოთ BP-ში და მიუხედავად იმისა, რომ არ შეგვიძლია, მაგალითად, ჩავწეროთ საქონლის UT-ში ჩამოსვლა, მაგრამ შეგვიძლია არ აწარმოებს არაფერს BP-ში.

გასაგებია, რომ თქვენ შეარჩიეთ მონაცემთა ტიპიური გაცვლა (ტიპიური მონაცემთა გაცვლის დაყენება (1C სინქრონიზაცია)), მაგრამ ეს არ ნიშნავს რომ მისი დაყენება შესაძლებელია თქვენს მონაცემთა ბაზაში. პრობლემები წარმოიქმნება იმის გამო, რომ თქვენ, მაგალითად, დიდი ხანია არ განახლებთ მონაცემთა ბაზას (ტიპიური გაცვლის მხარდასაჭერად, თქვენი მონაცემთა ბაზები უნდა დარჩეს შესაბამისი) და ობიექტები, რომელთა გადატანას აპირებთ ერთი მონაცემთა ბაზიდან მეორეში, დამატებით განახლდება ( ამ შემთხვევაში, ტიპიური გაცვლა არ არის სწორი), გარდა იმისა, რომ მონაცემთა ბაზის პლატფორმის ვერსიები განსხვავდება (7.7 - 8.3), მაშინ ყველაფრისთვის მონაცემების გაცვლა ასევე უნდა დასრულდეს ან განვითარდეს ნულიდან.

ვის სჭირდება მონაცემთა სწრაფად გაცვლა 1C მონაცემთა ბაზებს შორის?

თუ ქვემოთ მოყვანილი განცხადებები თქვენთვის შესაბამისია, მაშინ თქვენ უნდა დაარეგულიროთ გაცვლა თქვენს კონფიგურაციებს შორის:

  • თქვენ გაქვთ 1-ზე მეტი იგივე 1C მონაცემთა ბაზა
  • აუცილებელია ინფორმაციის ერთი ბაზიდან მეორეში გადატანა.
  • საჭიროა ავტომატური გაცვლა ან რეალურ დროში გაცვლა

მონაცემთა გაცვლის შემუშავება და რეგულირება 1C კონფიგურაციებს შორის

მონაცემთა სწორად დაშლა საშუალებას გაძლევთ:

  • განახორციელეთ ობიექტების კონვერტაცია და გადაქცევა ერთი ბაზიდან მეორეზე
  • გადაიყვანეთ გაცვლა 1C-ის სხვადასხვა ვერსიებს შორის
  • გაცვალეთ მონაცემები რეალურ დროში
  • მნიშვნელოვანია სწრაფად დახარჯოთ ფული მუშების ხელფასებზე, მიუხედავად იმისა, რომ სუნი ერთ საათზე მეტ ხანს გრძელდება.
  • დაიცავით თქვენი დრო და ბიუჯეტი

UT და BP დამატებითი საგამოცდო ბაზების გამოყენების შესახებ მონაცემთა გაცვლის წესების განმარტება

გვაქვს ორი მონაცემთა ბაზა, რომელშიც განახლებულია დოკუმენტი „საქონლისა და მომსახურების სანდოობა“, დოკუმენტებსა და ცხრილის ნაწილებს დაემატა ახალი დეტალები და წაშლილია ტიპიური დეტალები, რის გამოც სტანდარტული მონაცემთა გაცვლა არ მუშაობს. ჩვენ შევიმუშავეთ გაცვლის ახალი წესი და ჩავწერეთ ფაილში.

მოდით შევხედოთ მარტივ მაგალითს რეალური ცხოვრებიდან. ვთქვათ, გვაქვს კომპანია, რომელიც საბითუმო და სადისტრიბუციო ვაჭრობით არის დაკავებული და ეს კომპანია ასევე სხვანაირად ახორციელებს ბუღალტრულ აღრიცხვას. საწარმოში დამონტაჟებულია ორი ტიპის მონაცემთა ბაზა, UT (ვაჭრობის მენეჯმენტი) და BP (საწარმოს აღრიცხვა), როგორც ჩანს, თითოეული ბაზა ინარჩუნებს საკუთარ იმიჯს, ხოლო UT მართავს ყველაფერს x ოპერაციებს, რომლებიც დაკავშირებულია ვაჭრობასთან, BP-ს აქვს აღრიცხვა. სამუშაოზე მუშაობა, მაშინ. არ შექმნათ ერთი და იგივე დოკუმენტები ორ მონაცემთა ბაზაში (მათ შორის დამნაშავეები მენეჯმენტისა და ბუღალტრული აღრიცხვის განყოფილებებში) ჩვენ შეგვიძლია პირდაპირ დაარეგულიროთ სინქრონიზაცია ამ მონაცემთა ბაზებს შორის.

მონაცემთა გაცვლა მოეწყობა ცალმხრივად, z UT ---> BP. ასევე შესაძლებელია ორმხრივი გაცვლის დაყენება, მაგრამ პრაქტიკაში ეს არც ისე ხშირად არის საჭირო, ამიტომ ჩვენს აპლიკაციაში ეს არ ჩანს.

ელექტრომომარაგებაში ბირჟის დაყენების მოსამზადებელი ნაბიჯები

დავიწყოთ სინქრონიზაციის დაყენებამდე, ჯერ გადავიდეთ 1C მონაცემთა ბაზაში "Business Accounting 3.0" (შენიშვნა), ჩვენ უნდა შევამოწმოთ ჩართულია თუ არა სინქრონიზაცია ამ მონაცემთა ბაზაში, რათა მივიღოთ ბაზაზე გადასვლა. მონაცემთა ბაზის გახსნის შემდეგ გადადით ჩანართზე "ადმინისტრაცია" ---> "მონაცემთა სინქრონიზაციის რეგულირება"

ჩვენს თვალწინ იხსნება ახალი ჩანართი და მისი შევსება აუცილებელია ისე, როგორც ქვემოთ მოცემულ ეკრანის სურათზე, გარდა საინფორმაციო ბაზის პრეფიქსისა. პრეფიქსი უნდა შედგებოდეს ორი ასოსგან, შეგიძლიათ მიუთითოთ ერთი, მაგრამ 1C სტანდარტის მიხედვით, უმჯობესია მიუთითოთ პრეფიქსი კონფიგურაციის სახელისთვის, შემდეგ "ბიზნეს ბუღალტერიისთვის" პრეფიქსი იქნება "BP". თუ თქვენ შექმენით რთული ბირჟები და არსებობს მრავალი საბუღალტრო მონაცემთა ბაზა, მაშინ პრეფიქსები აშკარად ერთი და იგივეა, აქ შეგიძლიათ გამოიყენოთ ორგანიზაციის სახელის პირველი ორი ასო, როგორც აბრევიატურა.

ჩვენ ვაგრძელებთ მონაცემთა სინქრონიზაციის კორექტირებას UT-ში

მას შემდეგ რაც დავასრულებთ ყველა საჭირო მოქმედებას მიმღების მონაცემთა ბაზაში (BP 3.0), მონაცემთა გაცვლის დაყენების გასაგრძელებლად უნდა გავხსნათ ბაზის მოწყობილობა (UT 11.1). გადადით "ადმინისტრაციის" ჩანართზე, შემდეგ მენიუში აირჩიეთ პუნქტი "მონაცემთა სინქრონიზაციის რეგულირება". თუ სინქრონიზაცია ჩართული არ არის, მაშინ მას ვიყენებთ დამატებითი პროპორციისთვის და არ უნდა დაგვავიწყდეს მოწყობილობის ბაზის პრეფიქსის მითითება. მას შემდეგ რაც დავასრულებთ ყველა პუნქტს 1-4, როგორც ეს ნაჩვენებია ქვემოთ მოცემულ სურათზე, აუცილებელია დააწკაპუნოთ ღილაკზე „მონაცემთა სინქრონიზაცია“ (პუნქტი 5).

ახალ ფანჯარაში, თქვენ უნდა დააჭიროთ მწვანე პლუს ნიშანს (მონაცემთა სინქრონიზაციის მორგება) და მენიუდან აირჩიოთ პუნქტი „ბიზნეს ბუღალტერია 3.0“.

მნიშვნელოვანი პუნქტების დაყენება UT-სა და BP-ს შორის მონაცემთა გაცვლისას

ახლა ჩვენ მზად ვართ დავაყენოთ მონაცემთა სინქრონიზაცია 1C-ში, აირჩიეთ პუნქტი "მიუთითეთ ხელით დაყენება" და დააჭირეთ "შემდეგი".

ჩვენ ვაგრძელებთ მონაცემთა გაცვლის დაყენებას 1C-ში, შემდეგ გვერდზე უნდა ავირჩიოთ მიმღები ინფორმაციის ბაზასთან დაკავშირების ვარიანტი (პირდაპირი კავშირი პროგრამასთან), კავშირის პარამეტრები (ამ კომპიუტერზე ან ადგილობრივ i), დირექტორია შეიცავს ჰოსტის მონაცემთა ბაზა, ასევე საჭირო მონაცემების ავთენტიფიკაცია (დასახელება და პაროლი მონაცემთა ბაზისთვის).

შემდეგ გვერდზე, ჩვენი პასუხისმგებლობაა გავიხსენოთ BP 3.0 (პირველადი) კონფიგურაციის მონაცემების ჩატვირთვისა და ამოღების წესები. რელიეფური „მონაცემთა შეგროვების წესების შეცვლა“.

ჩვენს თვალწინ გაიხსნა ფანჯარა „მონაცემთა შეგროვების წესები“, სადაც ვაყენებთ შემდეგ პარამეტრებს:

  • როგორც NS გაიგზავნება (ჩვენს შემთხვევაში, ჩვენ ვაგროვებთ მხოლოდ დოკუმენტებს და NS-ს, რომლებიც გამოჩნდება მათში, ჩვენ ავიღეთ შემდეგი პუნქტი, თუ აირჩევთ პირველ პუნქტს „ყველას გაძლიერება“, მაშინ დაუყოვნებლივ განიხილება დოკუმენტები და ყველა მოწმე უფრო ხშირად, ვიდრე არა, ინფორმაცია არ შედის დოკუმენტებში, მაშინ მისი გამოყენება არ არის კარგი იდეა, მაგრამ ის საერთოდ არ ჯდება სურათში)
  • ნებისმიერი თარიღისთვის, დაამატეთ ყველა ინფორმაცია (ხელით სინქრონიზაცია არ ჩანს ამ სტატიაში)
  • ნებისმიერი ან ნებისმიერი ორგანიზაციისთვის, გთხოვთ, გაითვალისწინოთ მონაცემები (ჩვენი მაგალითიდან შევაგროვეთ ერთი ორგანიზაცია ZP "Pidpriemets")
  • ხელშეკრულებების დადების წესები
  • საწყობი
  • საწყობის დოკუმენტების კატეგორიზაცია

მას შემდეგ რაც დავასრულეთ წნევის დაყენება, ჩვენ დავაჭირეთ „ჩაწერა და დახურვა“.

ჩვენს აპლიკაციაში ფრაგმენტები მორგებულია და მორგებულია ცალმხრივი გაცვლით, UT-დან BP-მდე, მაშინ „საწარმოთა ბუღალტრული აღრიცხვა 3.0“-დან მონაცემების ამოღების წესების კორექტირება არ გვანიშნებს, დაგვიკრავს ბეჭედი „დალი“.

ახალ ეპოქაში დროა შეცვალოს მიმღები ბაზის (BP) წესები. პირველ ეტაპზე ჩვენ ვუწოდებთ ჩვენს მონაცემთა ბაზას და ვაყენებთ მის პრეფიქსს. PREFIX არის იგივე, რაც ჩვენ დავაყენეთ BP მონაცემთა ბაზაში ამ სტატიის დასაწყისისთვის, რადგან პრეფიქსები არ იქნება გამოყენებული 1C პროგრამაში მონაცემების სინქრონიზაციისთვის.ამის შემდეგ ჩვენ ამოვავლებთ 2 წერტილს, შემდეგ კი 3 წერტილს.

მე-3 პუნქტში ჩვენ უნდა დავუშვათ დოკუმენტების დამუშავება ბაზაში ტრანსპორტირებისას. არის ზეწოლა „ჩაწერა და დახურვა“.

ახლა დედაჩემის ბრალია, რომ ის დაახლოებით ჰგავს ქვემოთ მოცემულს, ამოტვიფრული „დალი“.

რომელი ფანჯარა შეიცავს გაფართოებულ ინფორმაციას 1C-ში სინქრონიზაციის შექმნის შესახებ. უბრალოდ ჩასვით ღილაკი „შემდეგი“. თუ მონაცემთა სინქრონიზაციის კორექტირებისას თქვენს პროგრამაში გამოვლინდა შეცდომა, მაშინ უნდა დაგვიკავშირდეთ, რათა ჩვენი 1C სპეციალისტი დაუყოვნებლივ დაგეხმაროთ!

მომდევნო საფეხურზე პროგრამა არეგისტრირებს visco-sync სინქრონიზაციას მონაცემთა გაცვლის კონფიგურაციისთანავე. დაელოდეთ ერთ წუთს და დააჭირეთ "მზადაა".

თქვენ გამოჩნდება ფანჯარა, სადაც მიიღებთ ინფორმაციას სინქრონიზაციის შესახებ. თუ პრაიმ მოძრავის საფუძველი ცარიელი არ არის, მაშინ. მას უკვე აქვს სრული ფორმა, შემდეგ 1C პროგრამაში მოგიწევთ ობიექტების ხელით შექმნა. ობიექტების დაყენება 1C-ში მონაცემთა სინქრონიზაციისას - ნიშნავს ახალი ობიექტების დაყენებას მოწყობილობაში ახალ ობიექტებთან ერთად.

მოდით შევხედოთ მაგალითს, ვთქვათ UT-ში არის კონტრაგენტი სახელად "TOV PharmGroup" და IPN 1234567, ხოლო BP-ში არის ასევე კონტრაგენტი IPN 1234567, ასევე სახელად "PharmGroup", რომელიც არის მონაცემების შეყვანა სინქრონიზაციის ეტაპი ї არ იქნება დაყენებული მიმღებში სინქრონიზაციის შემდეგ ( Business accounting 3.0) გვაქვს ორი კონტრაგენტი IPN 1234567 და ორი სახელწოდება "TOV PharmGroup" და "PharmGroup" მაგალითად. მსგავსი სიტუაციების თავიდან ასაცილებლად, ნაპოვნია ობიექტების შექმნის მექანიზმი.

კონდახის საფუძველი ცარიელია და, შესაბამისად, გაიხსნა ობიექტების განთავსების ფანჯარა. ნებისმიერი ოპერაციის დასრულების შემდეგ სისტემა ავტომატურად დაარეგისტრირებს თქვენს დამატებით მონაცემებს დამატებით მონაცემებთან ერთად და თქვენ მას უმოკლეს ვადაში ნახავთ. ჩვენ არ გვჭირდება რაიმე დამატებითი ინფორმაციის წარდგენა, ყველაფერი, რაც საჭიროა, უკვე განვიხილეთ ჩვენთან ადრე, რა დროსაც ვირჩევთ „არ დაამატო დოკუმენტები მიწოდებამდე“. ჭედური „დალი“.

მონაცემთა გაცვლის ბოლო ეტაპი 1C-ს შორის

პროგრამის დასკვნით ეტაპზე აჩვენეთ ფანჯრის სტატუსი, აცნობეთ ახალ ოპერატორს, რომ სინქრონიზაცია წარმატებით განხორციელდა და დააჭირეთ ღილაკს "მზადაა". ამ ეტაპზე, დასრულებულია მონაცემთა ბაზებს შორის სინქრონიზაცია ცალმხრივი გაცვლა-გამოცვლაზე "ვაჭრობის მენეჯმენტი 11.1"-დან (UT) "ბიზნეს ბუღალტერია 3.0"-მდე (BP).

აპლიკაცია © 2024 მობილური და კომპიუტერული გაჯეტები