მონაცემთა კონვერტაცია 3.0. KD3 დოკუმენტაციის ცნობილი ბმულები

მონაცემთა კონვერტაცია 2.0 და 2.1 არის 1C-ის ტექნოლოგიური კონფიგურაცია, დანერგილი პლატფორმის ვერსიებზე 8.1-დან 8.3-მდე.

ინსტრუმენტის მთავარი ამოცანაა 1C 8 და 7 აპლიკაციის გადაწყვეტილებებს შორის გაცვლის წესების დაწერა. მონაცემთა კონვერტაციის მიმდინარე ვერსია დღეს არის 3.0.

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

კონფიგურაცია ძალიან მოსახერხებელია გამოსაყენებლად.

მონაცემთა კონვერტაცია სასარგებლო იქნება ნებისმიერი პროგრამისტისთვის: გაცვლის წესების შექმნის უნარ-ჩვევების ქონა პროფესიული უნარების სერიოზული პლიუსია.

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

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

საფუძვლების გასაგებად, დაგჭირდებათ მასალები, მათ ქვემოთ განვიხილავთ.

ვიდეო ინსტრუქციები კონვერტაციისთვის

1C-ში მონაცემთა გაცვლის დაყენების საფუძვლებისთვის „1C მონაცემთა კონვერტაციის“ კონფიგურაციის გამოყენებით, იხილეთ მაგალითი ვიდეოში:

მასალები, სახელმძღვანელოები 1C მონაცემთა კონვერტაციის შესასწავლად 2.0

ინტერნეტში არ არის ძალიან ბევრი მასალა და დოკუმენტაცია, შევეცადე შემეგროვებინა ყველაზე მნიშვნელოვანი და საინტერესო მასალები:

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

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

2. ინფორმაციის მეორე ყველაზე მნიშვნელოვანი წყაროა საიტი http://www.mykod.info/ (საიტი დაიხურა), სპეციალიზირებულია სპეციალურად მონაცემთა კონვერტაციაში. იქ შეგიძლიათ ჩამოტვირთოთ დიდი რაოდენობით მასალები კონვერტაციის შესახებ.

3. ცალკე მინდა გამოვყო სახელმძღვანელო - (ავტორი - ოლგა კუზნეცოვა).

• ვიდეო – 21 სასწავლო საათი
• სასწავლო მასალა PDF ფორმატში - 117 A4 გვერდი
• 16 პრაქტიკული დავალება მასწავლებლის გადაწყვეტილებებით

კურსის ფორმატი, მხარდაჭერა

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

მხარდაჭერა უზრუნველყოფილია მასტერ ჯგუფის მეშვეობით ვებსაიტზე.

სრული წვდომა Master ჯგუფზე უნდა იყოს გააქტიურებული შეძენიდან არაუგვიანეს 100 დღისა.

კურსის აქტუალობა

კურსის მასალები შესაბამისია BSP 2.3.2.73 ვერსიისთვის.

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

BSP-ის უახლესი ვერსიების ახალი კურსი დამუშავების პროცესშია და რამდენიმე თვეში გამოვა. მაგრამ BSP 2.3.2.73 და უფრო ახალგაზრდა ვერსიებისთვის, მიმდინარე მაჩვენებელი შესაბამისი იქნება.

კურსის საფასური

9700 რუბლი

გარანტია

ჩვენ ვასწავლით 2008 წლიდან, ჩვენ დარწმუნებული ვართ ჩვენი კურსების ხარისხში და ვაძლევთ ჩვენს სტანდარტული 60-დღიანი გარანტია.

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

განვადებით

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

ეს შესაძლებელია ფიზიკური პირებისგან 3000 რუბლის ან მეტის ოდენობით გადახდებით. 150000 რუბლამდე.

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

გადახდის ვარიანტები

ჩვენ ვიღებთ გადახდის ყველა ძირითად ფორმას.

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

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

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

რამდენიმე თანამშრომლის ტრენინგი

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

თუ კომპანიას სჭირდება რამდენიმე თანამშრომლის მომზადება, ჩვენ ჩვეულებრივ ვთავაზობთ „დამატების კომპლექტებს“, რომლებიც 40%-ით ნაკლები ღირს.

„დამატებითი ნაკრების“ შეკვეთის განსათავსებლად აირჩიეთ 2 ან მეტი კურსის ნაკრები ფორმაშიმეორე სეტიდან დაწყებული კურსის ღირებულება 40%-ით იაფი იქნება.

დამატებითი ნაკრების გამოყენების სამი პირობაა:

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

ბეჭდვა (Ctrl+P)

მონაცემთა კონვერტაცია, გამოცემა 3.0

გაკვეთილი 1. KD3.0-თან სამუშაოდ მომზადება

მონაცემთა კონვერტაცია, გამოცემა 3.0(Უფრო KD3.0) – არის ფორმატის საშუალებით მონაცემთა გაცვლის ტექნოლოგიის ერთ-ერთი კომპონენტი EnterpriseData. KD3.0არ არის კონფიგურაციის ჩანაცვლება მონაცემთა კონვერტაცია, გამოცემა 2.0(Უფრო KD2.0). ეს არის ახალი სტანდარტი, რომელიც ძალიან განსხვავდება KD 2.0-ისგან. მთავარი მიზანი KD3.0 –ეს არის პროგრამის კოდის შექმნა გაცვლის მენეჯერის მოდულისთვის, რომელიც შედგება პროცედურებისა და ფუნქციებისგან, რომლებიც ახორციელებენ ფორმატში წარმოდგენილი მონაცემების ჩატვირთვის ლოგიკას. EnterpriseData, ისევე როგორც მონაცემების ფორმატში ატვირთვის ლოგიკა.

ნახ 1 გენერალური ბირჟის მენეჯერის მოდული

KD3.0 შეგიძლიათ ჩამოტვირთოთ https://users.v8.1c.ru/-დან

გამოცემა 3.0.5.3, განკუთვნილია სისტემის ვერსიით გამოსაყენებლად
1C:Enterprise 8.3 არ არის 8.3.10-ზე დაბალი, ხოლო გამოცემა 3.0.4.3 არის გამოსაყენებლად 1C:Enterprise 8.3 სისტემის ვერსიით არ არის 8.3.8-ზე დაბალი.

მიწოდება KD3.0 შეიცავს შემდეგ გარე დამუშავებას

• მკურნალობა MD83Exp.epf„კონფიგურაციის მეტამონაცემების სტრუქტურის აღწერის ატვირთვა 8.3“ – განკუთვნილია 1C:Enterprise 8.3 პლატფორმაზე განხორციელებული ნებისმიერი კონფიგურაციის მეტამონაცემების სტრუქტურის აღწერილობის ატვირთვისთვის.
• მკურნალობა სინქრონიზაციის წესების ატვირთვა.epf„სინქრონიზაციის წესების ატვირთვა უნივერსალური ფორმატით“ გამოიყენება კონვერტაციის წესების ფაილების მომზადებისას, რომლებიც განკუთვნილია „მონაცემთა კონვერტაციის“ კონფიგურაციაში შემდგომი ჩატვირთვისთვის, გამოცემა 3.0.
• ფაილი „Configuration Description.htm“ შეიცავს მოკლე აღწერას
  ძირითადი კონფიგურაციის ფუნქციონირება
  "მონაცემთა კონვერტაცია", გამოცემა 3.0.

დამატებითი ინფორმაცია „მონაცემთა კონვერტაციის“ კონფიგურაციის შესახებ, ვერსია 3.0
იხილეთ http://its.1c.ru/db/metod8dev#content:5846:hdoc

1. წესების დასაყენებლად მომზადება

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

აუცილებელია ყველა პაკეტის გადმოტვირთვა, რომელიც ასოცირდება ფორმატთან. ფაილების სახელებს ფუნდამენტური მნიშვნელობა არ აქვს. თქვენ ასევე უნდა ატვირთოთ ExchangeMessage XDTO პაკეტი

XDTO ფორმატის CD 3.0-ში ჩატვირთვის შემდეგ ივსება საქაღალდეები „ფორმატი ობიექტები“, „ფორმატი თვისებები“, „ფორმატის მნიშვნელობები“.

IN საცნობარო წიგნი "ობიექტების ფორმატირება"ჩატვირთვა:

• ობიექტები ტიპის "ObjectTypeXDTO", რომლებიც ასახავს საცნობარო მონაცემთა ტიპებს (დოკუმენტები, დირექტორიები)
• „XDTOValueType“ ტიპის ობიექტები, რომლებიც შეიცავს ნუმერაციას. ისინი ასახავს წინასწარ განსაზღვრულ მონაცემებს (როგორიცაა ჩამოთვლა)

IN საცნობარო წიგნი "ფორმატირების თვისებები"ჩატვირთვა:

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

"XDTOValueType" ობიექტების თვისებები, რომლებიც წინასწარ განსაზღვრული მონაცემების ელემენტებია, ჩაიტვირთება "Format Values" საცნობარო წიგნში. ამავდროულად, თავად ობიექტები არის ის, ვინც ჩაიტვირთა "ფორმატ ობიექტებში"

1. 2. „ჩატვირთვის კონფიგურაციის სტრუქტურის“ დამუშავება

ეს დამუშავება იტვირთება კონფიგურაციის მეტამონაცემების სტრუქტურას ინფობაზაში მონაცემთა კონვერტაცია ed.3.

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

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

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

კონფიგურაციის სტრუქტურის ჩამოტვირთვის შემდეგ, დირექტორიები ივსება

• მეტამონაცემების ობიექტები
• ობიექტის თვისებები
• ობიექტის მნიშვნელობები.

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

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

1.3.1 ფაილების მომზადება ჩატვირთვის წესებისთვის

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

წესების ფაილების მოსამზადებლად, თქვენ უნდა შეიყვანოთ საინფორმაციო ბაზა Enterprise რეჟიმში და დაიწყოთ დამუშავება სინქრონიზაციის წესების ატვირთვა უნივერსალური ფორმატით, რომელიც შედის კონფიგურაციის მიწოდებაში მონაცემთა კონვერტაცია ed.3.

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

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

1.3.2 ჩატვირთვა სინქრონიზაციის წესები

შესრულდა ინფო ბაზაში მონაცემთა კონვერტაცია ed.3დამუშავებით ფაილებიდან სინქრონიზაციის წესების ჩატვირთვა.

დამუშავების ფორმაში მიუთითეთ:

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

1.3.3 არაცარიელ მონაცემთა ბაზაში ჩატვირთვის მახასიათებლები

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

ამ სტატიაში მე აღვწერ ჩემს, ჯერჯერობით მცირე გამოცდილებას მონაცემთა გაცვლის ორგანიზებაში უნივერსალური EnterpriseData ფორმატის საშუალებით.

ჩემს შემთხვევაში, ბირჟა კონფიგურირებულია „Trade Management 11.2“ (შემდგომში UT) და „Enterprise Accounting 3.0.43“ (შემდგომში BP) კონფიგურაციებს შორის. გაცვლა არის ცალმხრივი, UT-დან BP-მდე. Trade Management 11.1-ზე 11.2-მდე განახლებამდე, მონაცემთა გაცვლა კონფიგურირებული იყო მონაცემთა კონვერტაციის 2.0 კონფიგურაციის გამოყენებით. თუმცა, „11.2“-ზე გადასვლის შემდეგ, მომხმარებლებისთვის „ვაჭრობის მენეჯმენტში“ გამოჩნდა შეცდომები. გაცვლის წესების განახლების პროცედურა განხორციელდა, მაგრამ შედეგი არ გამოიღო. გამართულმა აჩვენა, რომ პრობლემა მონაცემთა გაცვლაში იყო. გადაწყდა მონაცემთა გაცვლის პარამეტრის ამოღება ორივე კონფიგურაციაში და ხელახლა კონფიგურაცია.

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

შეცდომა კონტექსტური მეთოდის გამოძახებისას (Verify): XDTO მონაცემთა ვალიდაციის შეცდომა:
ობიექტის სტრუქტურა "/Counterparty Bank Account/Bank" არ შეესაბამება ტიპს: (http://v8.1c.ru/edi/edi_stnd/EnterpriseData/1.1)KeyPropertiesBank
"BIK" ქონების შემოწმება:
ფორმა: ელემენტი
სახელი: (http://v8.1c.ru/edi/edi_stnd/EnterpriseData/1.1)BIK
ტიპი:
საჭირო ქონება აკლია
ობიექტი: კონტრაქტის კონტრაქტი No....

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

ისევ ვცადე UT-დან მონაცემების სინქრონიზაცია. ამჯერად მონაცემები წარმატებით აიტვირთა. XML ფაილი შეიქმნა ქსელის საქაღალდეში, რომელიც შეიცავს მონაცემებს UT-დან BP-ში გადასატანად.

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

ღონისძიება: მონაცემთა გაცვლა
(GeneralModule.Long-runningOperations.Module(371)): ფონური სამუშაოს თანამშრომლის პროცესი არანორმალურად შეწყდა
RaiseException (ErrorText);

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

სინქრონიზაციის შემდგომი ტესტირებით, საჭირო გახდა გარკვეული ცვლილებების შეტანა ობიექტების კონვერტაციის წესებში. დროა გამოვიყენოთ Data Conversion 3.0 კონფიგურაცია. ჩაშენებული კონფიგურაციის დახმარება აღწერს როგორ მუშაობს. ასევე დაგვეხმარა სტატიები ITS ვებსაიტზე.

შედეგად, მე ჩავტვირთე შემდეგი მონაცემები "მონაცემთა კონვერტაცია 3.0"-ში:

• ზოგადი მოდულის "მონაცემთა გაცვლის მენეჯერი უნივერსალური ფორმატის მეშვეობით" ტექსტები ორი მონაცემთა ბაზიდან
• ორივე ბაზის განლაგება
• EnterpriseData ფორმატის აღწერა (ნებისმიერი მონაცემთა ბაზიდან)
• კონვერტაციის წესები

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

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

მე შევასრულე დავალება გაცვლის გეგმაში დავამატო დოკუმენტი "შეკვეთა მიმწოდებელს" გამოყენებით " მონაცემთა კონვერტაცია 3.0". UT - BP-ის სტანდარტულ ვერსიაში ეს დოკუმენტი არ შედის გაცვლის გეგმაში.

შეგახსენებთ, რომ ატვირთვისთვის ობიექტების რეგისტრაციის წესები კვლავ კონფიგურირებულია "Data Conversion 2.0" კონფიგურაციაში.

ეს არის უნივერსალური EnterpriseData ფორმატის მეშვეობით მონაცემთა სინქრონიზაციის პირველი შთაბეჭდილებები.

P.S. თუ თქვენ გაქვთ შეკითხვები ან თქვენი საკუთარი დაკვირვებები მონაცემთა გაცვლის შესახებ უნივერსალური ფორმატისა და კონფიგურაციების საშუალებით" მონაცემთა კონვერტაცია 3.0", დაწერეთ კომენტარებში. გავცვლით გამოცდილებას.

• მონაცემთა სინქრონიზაცია
• უნივერსალური EntepriseData ფორმატი
• მონაცემთა კონვერტაცია 3.0
• მონაცემთა კონვერტაცია 2.0
• ვაჭრობის მენეჯმენტი
• საწარმოს აღრიცხვა

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

მიღებული შემოკლებები ამ პუბლიკაციაში

KD2- კონფიგურაცია მონაცემთა კონვერტაცია, გამოცემა 2.0.
KD3- კონფიგურაცია მონაცემთა კონვერტაცია, გამოცემა 3.0, კონფიგურაცია 3.0.5.3.
ედ- უნივერსალური EnterpriseData გაცვლის ფორმატი.

კითხვებზე პასუხები KD3-ის ზედაპირული გაცნობის შემდეგ. თუ იცით, რატომ არის საჭირო KD3, არ გჭირდებათ ამ აბზაცის წაკითხვა;)

Კითხვები და პასუხები

• არის KD3 KD2-ის ახალი ვერსია? არა! ეს არის კიდევ ერთი ინსტრუმენტი, რომელიც წყვეტს KD2-ის მსგავს პრობლემებს. თითოეულ ხელსაწყოს აქვს საკუთარი გამოყენება.
• KD3 ჯობია KD2? მათი შედარება შეუძლებელია, რადგან... ეს არის სხვადასხვა ინსტრუმენტი და თითოეულს აქვს თავისი დადებითი და უარყოფითი მხარეები.
• KD3 გაცვლის წესების შესაცვლელად გჭირდებათ ამოიღოთ კონფიგურაცია მხარდაჭერიდან? არა არ არის საჭირო მხარდაჭერიდან ამოღება! სტანდარტულ კონფიგურაციებში, ჩვეულებრივ, შეგიძლიათ დააკავშიროთ გარე დამუშავება წესებთან, ხოლო კონფიგურაციებში, რომლებიც მხარს უჭერენ პლატფორმას 8.3.10 და უფრო მაღალ ვერსიას, შეგიძლიათ დაარედაქტიროთ წესები გაფართოების გამოყენებით.
• თქვენ უნდა გადაიტანოთ მონაცემები თქვენი საკუთარი კონფიგურაციებიდან. სასწავლო მიზნებისთვის შემიძლია გამოვიყენო KD3? თუ ამ კითხვას სვამთ, დიდი ალბათობით შეუძლებელია. KD3-სთვის, კონფიგურაცია უნდა შეიცავდეს BSP 2.3 და უფრო მაღალ ვერსიას სინქრონიზაციასთან უნივერსალური ფორმატის საშუალებით. KD2 მოგეწონებათ 100%, KD3 საეჭვოა.
• შესაძლებელია თუ არა KD3-ის გამოყენება სტანდარტული შეცვლილი კონფიგურაციისთვის? Დიახ, შეგიძლია. თუ თქვენი არასტანდარტული მონაცემების გადაცემა შესაძლებელია ED ან AdditionalInfo ატრიბუტის გამოყენებით, მაშინ კარგია. წინააღმდეგ შემთხვევაში, არსებობს გაცვლის ფორმატის შეცვლის შესაძლებლობა (XML სქემა). ამ შემთხვევაში, KD3-ის შესაძლებლობები თითქმის KD2-ის ტოლი იქნება, მაგრამ KD3-ის მთავარი უპირატესობა - გაცვლის ფორმატის უნივერსალურობა - გაქრება.
• შეიძლება თუ არა ED-ზე ჩართული კონფიგურაციების გაცვლა ერთმანეთთან? დიახ! მაგრამ BP 3.0 - BP 3.0 გაცვლისთვის, სინქრონიზაციის შექმნისას, თქვენ არ შეგიძლიათ აირჩიოთ BP 3.0. პრობლემა არ არის, აირჩიეთ "სხვა პროგრამა". თუ თქვენ გჭირდებათ ერთჯერადი გაცვლა, უბრალოდ გამოიყენეთ "Upload Upload EnterpriseData" დამუშავება ყველა ფუნქციის მენიუში.
• კონფიგურაციის განახლების შემდეგ, გჭირდებათ თუ არა უახლესი წესების ჩამოტვირთვა სადისტრიბუციო ნაკრებიდან? არა! წესები მოცემულია კონფიგურაციის მოდულში. სხვა 1C მონაცემთა ბაზებთან გასაცვლისთვის, თქვენ არ გჭირდებათ სხვა მონაცემთა ბაზის წესების ჩამოტვირთვა. რატომ? დეტალები ამ სტატიაში.
• ერთი მონაცემთა ბაზის განახლების შემდეგ, გჭირდებათ თუ არა გაცვლაში მონაწილე სხვა მონაცემთა განახლება? არა! არ არის საჭირო გაცვლაში მონაწილე ყველა მონაცემთა ბაზის სინქრონული განახლება. ეს არის KD3-ის ერთ-ერთი უპირატესობა.
• ჩვენი კონფიგურაციები მნიშვნელოვნად გაუმჯობესდა, არის ახალი ტიპის დოკუმენტები და საცნობარო წიგნები, შეუძლია თუ არა KD3 მათ გადაცემას? არსებობს შესაძლებლობა, რომ ის ვერ შეძლებს ფორმატის შეცვლის გარეშე. ეს არის KD3-ის ერთ-ერთი „მინუსი“ KD2-თან შედარებით.

მაშინ რატომ გვჭირდება KD3? Დადებითი და უარყოფითი მხარეები

KD3-ის დადებითი მხარეები

მოდით შევხედოთ CD3-ის მთავარ უპირატესობას ხშირად ნაცნობი ამოცანის მაგალითის გამოყენებით. არსებობს UT 11.3 კონფიგურაცია, რომელიც არ არის განახლებული რაიმე მიზეზით. აუცილებელია გაცვლის ორგანიზება BP 3.0-ით, რომელიც მუდმივად განახლდება მიმდინარე გამოშვებაზე.

Არაა პრობლემა.

• CD3-ში გამოყენებული უნივერსალური გაცვლის ფორმატი შექმნილია ასეთი პრობლემების გადასაჭრელად.
• გაცვლის წესები UT-ში შექმნილია არა BP-თან გაცვლისთვის, არამედ უნივერსალური EnterpriseData ფორმატში გაცვლისთვის.
• თუ ჩვენ ვმუშაობთ CD2-ით, მაშინ UT ცვლის ED კონფიგურაციას, რომელიც არ იცვლება. BP 3.0 ასევე ცვლის ED-ს.

თითოეულ კონფიგურაციას აქვს ED-თან გაცვლის საკუთარი წესები. ამრიგად, UT ყოველთვის ატვირთავს მონაცემებს იმავე ფორმატში. BP 3.0 კონფიგურაციას, რაც არ უნდა ახალი იყოს, უნდა შეეძლოს ამ ფორმატის მონაცემების მიღება.

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

• იმის გამო, რომ წყაროს კონფიგურაცია ყოველთვის იტვირთება ერთ ფორმატში, მიმღების ნებისმიერ კონფიგურაციას შეუძლია მონაცემების ჩატვირთვა ამ უნივერსალური ფორმატიდან.
  იმათ. ბირჟების თვითნებური კომბინაციისთვის UT - BP, UT - KA, UT - ERP, KA - BP, ERP - BP. არ არის საჭირო ინდივიდუალური წესების დაწერა. KD3-ში წესები უნივერსალურია. ნებისმიერ კონფიგურაციას, რომელიც მხარს უჭერს გაცვლას უნივერსალურ ფორმატში, შეიძლება გაცვალოს ნებისმიერ კონფიგურაციასთან, რომელიც მხარს უჭერს ED ფორმატს.

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

KD2-ის უარყოფითი მხარეები

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

ალგორითმებისა და წესების გამართვა რთულია დამწყები პროგრამისტისთვის ან მათთვის, ვინც იშვიათად აწყდება ამ ამოცანას. წესები ინახება xml ფაილში. სწრაფი გამოსწორება მიუწვდომელია. აუცილებელია წესების ჩატვირთვა CD2-ში, მათი გასწორება და უკან ატვირთვა.

KD3-ის უარყოფითი მხარეები

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

ED სინქრონიზაციის ჩასართავად, კონფიგურაციამ უნდა მხარი დაუჭიროს ამ მექანიზმებს. ეს ყველაფერი არის BSP 2.3 და უფრო მაღალი. ეს ნამდვილად არ არის მინუსი, ეს უფრო მახასიათებელია.

მთავარი უპირატესობა ოდნავ ქრება ფორმატის მხარდაჭერის შეზღუდული დროის გამო. ეს უკვე გამოცდილი აქვთ UT 11.1, UT 11.2 მომხმარებლებმა, რომლებიც ცვლიან BP 3.0-ით. მხარდაჭერის პერიოდები ჩამოთვლილია ამ ბმულზე. იქ ნათქვამია, რომ ფორმატის მხარდაჭერის მინიმალური გარანტირებული ვადა არის წელიწადი, ფაქტობრივად, დაახლოებით 3 წელი. ამრიგად, თუ დღეს დააყენეთ სინქრონიზაცია, მაშინ არ შეგიძლიათ განაახლოთ UT 11 მონაცემთა ბაზა მინიმუმ ერთი წლის განმავლობაში და შემდეგ განაახლოთ კონფიგურაცია, ან უბრალოდ დაამატოთ ახალი ფორმატი, შეცვალოთ BSP-ში და წესებში, საჭიროების შემთხვევაში. . Როგორ გავაკეთო ეს? მოგვიანებით დაზუსტდება ამ სტატიაში.

KD2-ის დადებითი მხარეები

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

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

იმედი მაქვს, ჩვენ გვესმის, რატომ არის საჭირო KD3, მოდით გავაგრძელოთ არსებითად.

მიღებული აბრევიატურები ქვემოთ

BSP- სტანდარტული ქვესისტემების ბიბლიოთეკა.
ქვეშ- მონაცემთა დამუშავების წესი.
PKO- ობიექტის კონვერტაციის წესი.
PKPD- წინასწარ განსაზღვრული მონაცემების კონვერტაციის წესი.
PKS- ქონების გარდაქმნის წესი.

განვიხილოთ მაგალითი - აუცილებელია BP 3.0 და UT 11.3 გაცვლის სტანდარტული წესების შეცვლა.

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

როგორ შევცვალოთ ED წესები?

1. მოდულის შეცვლაგაცვლის წესებით პირდაპირ კონფიგურაციაში. ჩვენ ჯერ არ განვიხილავთ ამ ვარიანტს, რადგან... იმის გასაგებად, თუ რა უნდა შეიცვალოს და სად, ეს უნდა გააკეთოთ ერთხელ მაინც CD3-ში. ამ შემთხვევაში, მომავალში უფრო ადვილი იქნება პრობლემების სწრაფად გადაჭრა, მათი გამართვა მოდულში და საჭიროების შემთხვევაში გადატანა CD3-ზე.
2. გამოიყენეთ KD3.
   როგორ კეთდება ეს KD2-ში? ჩვენ ვტვირთავთ ორივე კონფიგურაციის მეტამონაცემებს და ვტვირთავთ მათ CD2-ში.
   Ნაბიჯი 1. KD3-სთვის ჩვენ იგივეს ვაკეთებთ - თითოეულ კონფიგურაციაში საწარმოს რეჟიმში დამუშავებით \tmplts\1c\Conversion\3_0_5_3\MD83Exp.epfკონფიგურაციის მეტამონაცემების ატვირთვა,
   მაგალითად, საქაღალდეში " D:\Rules BP3\BP 3.0.54.15\", ფაილის სახელი " MD.xml».

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

// Elements.Settings.Visibility = False;

ჩვენ ვინახავთ დამუშავებას, ვხსნით საწარმოს რეჟიმში, ვაყენებთ დროშას „ინფორმაციის რეგისტრების განტვირთვა“ და ვტვირთავთ მას.

ნაბიჯი 3.ჩატვირთეთ ადრე შექმნილი ფაილი " MD.xml"KD3-ში, განყოფილების დროშა" კონფიგურაციის ახალ ვერსიამდე».

იმიტომ რომ KD3-ში გამოიყენება "შუალედური კონფიგურაცია" (ED) გაცვლისთვის, ჩვენ ასევე ვტვირთავთ მის "მეტამონაცემებს", რომელიც არის XML სქემა, ფაილი გაფართოებით "xsd". ნაბიჯი 2.მისი აღება შეგიძლიათ UT 11 ან BP 3.0 კონფიგურაციიდან. Ერთი და იგივეა. გახსენით კონფიგურაცია, შეიყვანეთ " შედი", ჩვენ ვხედავთ ხეში ზოგადი - XDTO პაკეტებიასეთი პაკეტები: EnterpriseData_1_3_8, EnterpriseData_1_4_4და მსგავსი.. ეს არის ფორმატის ვერსიები 1.3 და 1.4, შესაბამისად, და 1.2, 1.1, 1.0 თუ შესაძლებელია. დააწკაპუნეთ პაკეტზე მარჯვენა ღილაკით და აირჩიეთ "" კონტექსტური მენიუში.

ნაბიჯი 4. CD3 განყოფილებაში აირჩიეთ ადრე ატვირთული ფაილები გაფართოებით "xsd". თქვენ უნდა აირჩიოთ ერთი ფაილი! მრავალჯერადი არჩევანით ExchangeMessage არ არის საჭირო! ეს იყო შემოთავაზებული წინა ვერსიების ძველ KD3 ინსტრუქციებში. უახლეს CD3-ში ეს არ არის საჭირო.

განყოფილებაში ფორმატის ჩატვირთვის შემდეგ მონაცემთა ფორმატი - Format Object Treeაირჩიეთ ფორმატის ვერსია. თუ იქ არის დოკუმენტები და საცნობარო წიგნები, მაშინ თქვენ ატვირთეთ სწორი ფაილი. თუ არა, დაიწყეთ ახალი ცარიელი CD3-ით და ჯერ ჩატვირთეთ ფორმატი და შეამოწმეთ ხე.

ეტაპი 2.მეტამონაცემების CD3-ში ჩატვირთვის შემდეგ, ჩვენ ვაგრძელებთ სტანდარტული გაცვლის წესების ჩატვირთვას.
როგორ კეთდება ეს KD2-ში? წესები იტვირთება კონვერტაციაში.
KD3-ში თითქმის იგივეა. ჩვენ ვტვირთავთ წესებს სტანდარტულიდან, ვქმნით კონვერტაციას და შემდეგ ვტვირთავთ მასში წესებს.

სტანდარტული წესების გადმოტვირთვა კონფიგურაციიდან CD3-ში ჩასატვირთად

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

ჩვენ ვხსნით BP 3.0 ან UT 11.3 კონფიგურაციას კონფიგურატორის რეჟიმში, საძიებო ზოლში შეგიძლიათ შეიყვანოთ " მამაკაცის უნი“, გახსენით ზოგადი მოდული. თუ ეს არის BP 3.0, მაშინ გახსენით. ღია მოდულში გადადით მენიუში ფაილი - შეინახეთ ასლიშეინახეთ ფაილი თვითნებური სახელით, მაგალითად, ” D:\BP3-ის წესები\BP 3.0.54.15\General module Exchange Manager უნივერსალური ფორმატის_ მოდულის მეშვეობით».
გახსენით BP 3.0 ან UT 11.3-ის კონფიგურაცია საწარმო რეჟიმში, ღია დამუშავება \tmplts\1c\Conversion\3_0_5_3\Sinchronization rules.epf

ტიპიური დამუშავების ნაკლოვანებები:

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

ძირითადი დამუშავების ფორმის მოდულის გაუმჯობესება. ჩვენ ვაკეთებთ ცვლილებებს პროცედურებში როდესაც CreatedOnServer.

&OnServerProcedureWhenCreatingOnServer(Failure, StandardProcessing) // ფორმატის ვერსიის შერჩევის სია. FormatVersions = New Match; DataExchangeOverridable.OnReceivingAvailableFormatVersions(FormatVersions); თითოეული ExchangePlan From DataExchangeRe-UseExchangePlansBSP() ციკლი If DataExchangeRepeatThisExchangePlanXDTO(ExchangePlan) მაშინ ExchangePlanFormatVersions = New Match; VersionBSP243 = General PurposeClientServer.CompareVersions(StandardSubsystemsServer.LibraryVersion(), "2.4.3.1") >= 0; ModuleDataExchangeServer = GeneralPurpose.GeneralModule("DataExchangeServer"); If VersionBSP243 then ExchangePlanFormatVersions = Data ExchangeModuleServer.CommunicationPlanSettingsValue(ExchangePlan, "ExchangeFormatVersions"); ElseExchangePlans[ExchangePlan].GetExchangeFormatVersions(ExchangePlanFormatVersions); დაასრულე თუ; თითოეული ExchangePlanVersion-ისთვის ExchangePlanFormatVersion CycleModuleManager = FormatVersions.Get(ExchangePlanVersion.Key); თუ ManagerModule = Undefined ან ManagerModule<>ExchangePlanVersion.Value ThenFormatVersions.Insert(ExchangePlanVersion.Key, ExchangePlanVersion.Value); დაასრულე თუ; საბოლოო ციკლი; დაასრულე თუ; საბოლოო ციკლი; თითოეული FormatVersion FROM FormatVersion Cycle Elements.FormatVersionNumber.SelectionList.Add(FormatVersion.Key); საბოლოო ციკლი; FormatVersionStorageAddress = PlaceInTemporaryStorage(FormatVersions, UniqueIdentifier); დასრულების პროცედურა

• აირჩიეთ „ვერსიის ნომრის ფორმატირება“, მაგალითად, „ 1.3 »,
• "გაცვლის დირექტორია" - შექმენით საქაღალდე, მაგალითად, ""
• Დააჭირეთ ღილაკს " განტვირთვა».

ჩვენ ვიმეორებთ ამ ნაბიჯებს ფორმატის სხვა ვერსიებისთვის და ვინახავთ მათ შესაბამის საქაღალდეებში "1.4", "1.5" და ა.შ. BP 3.0-ისთვის საკმარისია ყველა ფორმატის ჩამოტვირთვა 1.3 და უფრო მაღალიდან. სხვა კონფიგურაციისთვის 1.2 და უფრო მაღალი.

წესები გადმოწერილია, ახლა თქვენ უნდა ჩატვირთოთ ისინი CD3-ში. KD2-ში წესები იტვირთება კონვერტაციის შექმნის პარალელურად. KD3-ში თქვენ უნდა შექმნათ კონვერტაცია და ჩატვირთოთ წესები მასში.
KD3 განყოფილებაში კონვერტაციები - კონვერტაციები - შექმნა. . აირჩიეთ კონფიგურაცია. მოხერხებულობისთვის, შეგიძლიათ შეცვალოთ კონფიგურაციის სახელი ელემენტის რედაქტირების რეჟიმში გადასვლით. მაგალითად, ნაცვლად საბუღალტრო საწარმოებიმიუთითეთ " BP 3.0.54.15" რეკვიზიტები სახელიარ არის საჭირო შეცვლა! სახელიკონვერტაციები შეიძლება იყოს მითითებული იმავე გზით, მაგალითად, " BP 3.0.54.15" ცხრილის განყოფილებაში ვირჩევთ მხარდაჭერილი ფორმატის ვერსიებს. ფორმატის ვერსიები არის ის, რაც გადმოვწერეთ ზემოთ მოცემული მონაცემთა ბაზიდან. შეინახეთ კონვერტაცია.

გადადით განყოფილებაში კონვერტაცია - ფაილებიდან სინქრონიზაციის წესების ჩატვირთვა.
:

ჩატვირთვის ადგილმდებარეობა: " არსებულ კონვერტაციაზე»

გაცვლის დირექტორია: " D:\BP3 წესები\BP 3.0.54.15\1.3»

• ფაილი გაცვლის მოდულით: " D:\Rules BP3\BP 3.0.54.15\General module Exchange Manager Through Universal Format13_ Module.txt»
• კონვერტაცია: " BP 3.0.54.15»

UT 11.3 ფაილებიდან სინქრონიზაციის წესების ჩატვირთვისას, ჩნდება შეცდომა " ობიექტის ველი ვერ მოიძებნა". მიზეზი - TekPKO.UseToReceive=False KD3 საჭიროებს ინფორმაციას იდენტიფიკაციის ოფციაზე მიღებისას. თუ ეს არ არის წესების ფაილში, ხდება შეცდომა. ჩვენ ვასწორებთ ამ გაუგებრობას. ან ამოიღეთ ეს ფორმა მხარდაჭერიდან, ან გამოიყენეთ გაფართოება.

// დამუშავების ძირითადი ფორმა Loading Synchronization Rules From Files // ცვლილებების შეტანამდე: // პროცედურა იტვირთება ობიექტების კონვერტაციის წესები &სერვერზე პროცედურა LoadPKO() ... Fill inPropertyValues(TechPKO, AttributeStructure); // საიდენტიფიკაციო ვარიანტი - სპეციალური ლოგიკა. TechPKO.Identification Option = Enumerations.Object Identification Options[Attribute Structure.Identification Option]; ElseIf ReadXML.NodeType = XMLNodeType.EndElement შემდეგ // ჩაწერეთ ჩატვირთული პროგრამა. ... // ცვლილებები მონიშნულია "//ED" // პროცედურა იტვირთება ობიექტების კონვერტაციის წესები &სერვერის პროცედურაზე LoadPKO() ... FillPropertyValues(TechPKO, AttributeStructure); // საიდენტიფიკაციო ვარიანტი - სპეციალური ლოგიკა. თუ TechPKO.UseToReceive მაშინ //ED TechPKO.IdentificationOption = Enumerations.ObjectIdentificationOptions[AttributeStructure.IdentificationOption]; დაასრულე თუ; ElseIf ReadXML.NodeType = XMLNodeType.EndElement შემდეგ // ჩაწერეთ ჩატვირთული პროგრამული უზრუნველყოფა. ...

Დააჭირეთ ღილაკს " ჩამოტვირთვა». « დამმუშავებლები განკუთვნილია სხვა კონვერტაციისთვის: BP 3.0.44 (ფორმატი 1.4). გაგრძელდეს ჩამოტვირთვა?»დააწკაპუნეთ « დიახ».
ფორმის დახურვის გარეშე აირჩიეთ სხვა ” გაცვლის დირექტორია"" და დააჭირეთ ღილაკს "". ჩვენ ვიმეორებთ წესების ჩატვირთვას თითოეული ფორმატისთვის მიმდინარე კონვერტაციაში რამდენჯერმე.
წარმატებული ჩამოტვირთვის შემდეგ გადადით განყოფილებაში " კონვერტაციები“ - „კონვერტაციის წესების დაყენება", გახსენით ჩვენი კონვერტაცია სიის ფორმიდან.
თუ ჩვენ ვხედავთ, POD და ა.შ., მაშინ CD3-ში ჩატვირთვა წარმატებით დასრულდა.

შეამოწმეთ, რომ წესები სწორად არის ჩატვირთული

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

• გახსენით BP კონფიგურატორი, შექმენით ახალი გარე დამუშავება, მაგალითად, სახელი " სინქრონიზაცია EDBP"სინონიმი" სინქრონიზაცია ED BP 3.0».
• KD3 სახით ” გაცვლის წესების დაწესება"დააწკაპუნეთ "" ღილაკს და ჩასვით ეს კოდი ბუფერიდან ჩვენს ახალ დამუშავებაში.
• ელექტრომომარაგების კონფიგურატორში ჩვენ ვამოწმებთ მოდულს სინტაქსის შეცდომებზე. ჩვენ ვინახავთ დამუშავებას.
• შექმენით კიდევ ერთი ცარიელი დამუშავება BP-ში, მაგალითად, სახელი " სინქრონიზაცია EDBP ტიპიური"სინონიმი" სინქრონიზაცია ED BP 3.0 ტიპიური" დააკოპირეთ ზოგადი BP მოდულის ტექსტი ManagerExchangeThroughUniversalFormat13დამუშავების მოდულში და შეინახეთ იგი.

მოდით შევადაროთ ორივე მკურნალობა. მენიუ ფაილი - შეადარეთ ფაილები.

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

ანალოგიურად, ჩვენ ვქმნით კონვერტაციას UT 11.3-ისთვის KD3-ში.

BP 3.0.54.15

• გამოვლინდა პროგრამული უზრუნველყოფის არასწორი ჩატვირთვა " Directory_Users„გამოსწორებაა საჭირო. უნდა.
• PKO-ში " დოკუმენტი_საქონლის ინვენტარი_დისპეტჩერიზაცია"PKS-სთვის" Პასუხისმგებელი პირი"პროგრამული უზრუნველყოფა არ არის მითითებული. გახსენით, ხელახლა აირჩიეთ კონფიგურაციის თვისება და ფორმატის თვისება ისე, რომ შეივსოს მათი ტიპი, რის შემდეგაც არჩევანი იქნება შესაძლებელი ველში" ქონების გარდაქმნის წესი". აირჩიეთ" Directory_Individuals_Dispatch".

მოდით შევხედოთ მოდიფიკაციის მაგალითს

მაგალითის მთავარი მიზანია აჩვენოს ცვლილებების შესაძლებლობა დამატებითი მონაცემების გადაცემისთვის, რომლებიც არ ჯდება გაცვლის ფორმატში.

აუცილებელია რეკვიზიტების გადატანა“ ტიპინომენკლატურადირექტორია "ნომენკლატურა", ატრიბუტის ტიპი " დირექტორია.TypesNomenclature". ამ ტიპის დირექტორია არ არის გადატანილი KD3-ის სტანდარტული წესებით და არ არის მხარდაჭერილი ED ფორმატის ვერსიით 1.6 ქვემოთ.

ამ პრობლემის მოგვარების რამდენიმე ვარიანტი არსებობს

• XDTO პაკეტის გაუმჯობესება, ფორმატში დაამატეთ ობიექტი "Directory.Types of Nomenclature". შედეგად, უნივერსალური ფორმატის მთავარი უპირატესობა იკარგება - ის წყვეტს უნივერსალურობას. XDTO პაკეტის გაუმჯობესება საჭირო იქნება გაცვლაში მონაწილე ყველა მონაცემთა ბაზაში.
• გამოიყენეთ ფორმატის თვისება " Დამატებითი დეტალები“, რომელიც ბევრ ობიექტში გვხვდება. ამ სტატიაში ამ ვარიანტს გარკვეული სირთულის გამო არ განვიხილავთ. გავითვალისწინოთ, რომ ასეთი მეთოდი არსებობს.
• რეკვიზიტები Დამატებითი ინფორმაცია.ის წარმოდგენილია ყველა ფორმატის ობიექტის სათაურში. აკრიფეთ anyType. შექმნილია ასეთი შემთხვევებისთვის. მოდით გამოვიყენოთ ის, როგორც უმარტივესი გზა.

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

მოდით დავიწყოთ.

წესების ცვლილებები UT 11.3-ში

KD3 სახით ” UT 11.3.4.12 გაცვლის წესების დაყენება» ჩანართზე ალგორითმებიახალი ალგორითმის შექმნა

• ალგორითმის სახელი "AdditionalInfoInsert"
• ჯგუფი: "დამატებულია"

პარამეტრები: "XDTO მონაცემები, სახელი, დამატებითი მნიშვნელობა"

ალგორითმის კოდი

თუ DataXDTO.Property("AdditionalInfo") AND TypeValue(DataXDTO.AdditionalInfo) = Type("სტრუქტურა") მაშინ AdditionalData = DataXDTO.AdditionalInfo; წინააღმდეგ შემთხვევაში AdditionalData = ახალი სტრუქტურა; დაასრულე თუ; AdditionalData.Insert(Name, AdditionalValue); DataXDTO.Insert("AdditionalInfo", AdditionalData);

შეინახეთ ალგორითმი და გადადით ჩანართზე ობიექტების კონვერტაციის წესები»

ღილაკით " იპოვე» მოძებნეთ „ნომენკლატურა“, გახსენით PKO « Directory_Nomenclature_Dispatch" გადადით ჩანართზე" გაგზავნისას" იქ ჩვენ ვხედავთ ველს "მმუშავებლის სახელი:" "". ცვლილებების შეტანა შეგიძლიათ პირდაპირ იქ.
უფრო რთული კოდი, რომელიც მოითხოვს გამართვას, შეიძლება ჩაიწეროს კონფიგურაციაში. ჩვენ ვეძებთ პროცედურას გაცვლის მოდულში UT 11.3 სახელწოდებით ” PKO_Directory_Nomenclature_Sending_WhenSendingData"და ჩვენ იქ ვასრულებთ.
ცვლილებების გადასატანად UT 11.3-დან KD3-ზე, დააკოპირეთ მთელი პროცედურა ბუფერში, KD3-ში სახით “ გაცვლის წესების დაწესება"Დააჭირეთ ღილაკს.

ჩვენი მაგალითისთვის, კოდი ასეთია

If Value is Filled(IB Data.Item Type) then //ED AdditionalInfoInsert(XDTO Data, "Item Type", Line(IB Data.Item Type.UniqueIdentifier())); AdditionalInfoInsert(XDTO Data, "Item TypeName", General Purpose.Object Attribute Value(IB Data.Nomenclature Type, "Name")); // AdditionalInfoInsert... //მომსახურების სხვა დეტალების დამატება EndIf;

ცვლილებების CD3-ზე გადატანის შემდეგ დააჭირეთ ღილაკს " ბირჟის მენეჯერის მოდულის შენახვადა გადაიტანეთ კოდი ბუფერიდან UT 11.3 მოდულში.

წესების ცვლილებები BP 3.0-ში

ჩვენ ვაკეთებთ ცვლილებებს PKO-ში. Directory_Nomenclature_receipt", " ჩანართზე XDTO მონაცემების კონვერტაციისას"პროცედურის სახელი" PKO_Directory_Nomenclature_receipt_During Data ConversionXDTO".

კოდი დაემატა მოდულს "PKO_Directory_Nomenclature_Receipt_WhenConvertingDataXDTO"

თუ DataXDTO.Property("AdditionalInfo") AND TypeValue(DataXDTO.AdditionalInfo) = Type("სტრუქტურა") შემდეგ //ED AdditionalData = DataXDTO.AdditionalInfo; If AdditionalData.Property("Item Type") then Nomenclature Type = Data ExchangeXDTOServer.ObjectLink By ObjectUIDXDTO(AdditionalData.Nomenclature Type, Type("DirectoryLink.Nomenclature Types"), Exchange Components); თუ Item Type.GetObject() = Undefined And AdditionalData.Property("Nomenclature TypeName") შემდეგ //შექმენით ახალი ნომენკლატური TypeObject = Directories.Nomenclature Types.CreateElement(); ItemTypeObject.SetLinkNew(NomenclatureType); ნომენკლატურა TypeObject.Name = დამატებითი მონაცემები.Nomenclature TypeName; // შეავსეთ სხვა სერვისის დეტალები FillPropertyValues(NomenclatureTypeObject,AdditionalData); NomenclatureTypeObject.Write(); ელემენტის ტიპი = ნომენკლატურა TypeObject.Link; დაასრულე თუ; ReceivedData.ItemType = ItemType; დაასრულე თუ; დაასრულე თუ;

მხოლოდ კოდი არ არის საკმარისი. აუცილებელია დაამატოთ PCS კონფიგურაციის თვისებით " " და ჩამრთველი ველი "საკუთრების კონვერტაციის წესების" ჩანართზე. გამოყენებული კონვერტაციის ალგორითმი".

გაცვლის მენეჯერის მოდულს გადავიტანთ BP 3 კონფიგურაციის მოდულზე ან გარე დამუშავებაზე.

როგორ ჩატვირთოთ შეცვლილი KD3 წესები მონაცემთა ბაზაში?

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

KD3-ში მომზადებული წესები შეიძლება დამონტაჟდეს კონფიგურაციაში სამი გზით

1. ამოიღეთ კონფიგურაცია მხარდაჭერიდან და შეიტანეთ ცვლილებები საერთო მოდულში გაცვლის მენეჯერი უნივერსალური ფორმატის საშუალებით;
2. 8.3.10 და უფრო მაღალ პლატფორმასთან თავსებადობის რეჟიმში გაშვებულ კონფიგურაციებზე, შეგიძლიათ შეასწოროთ საერთო მოდული გაფართოების გამოყენებით.
3. დააკავშირეთ გაფართოება, რომელიც მთლიანად ცვლის ზოგად მოდულს წესებით.
4. კონფიგურაციის მხარდაჭერიდან ამოღების გარეშე, დააკავშირეთ გარე დამუშავება წესებით კვანძთან;

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

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

საქმე იმაშია, რომ თქვენ უნდა იპოვოთ კოდის განყოფილება კონფიგურაციაში, რომელიც პასუხისმგებელია გაცვლის ფორმატის ვერსიის მიხედვით საერთო მოდულის არჩევაზე და მოდულის შერჩევის შეცვლაზე საკუთარი მოდულით. მაგალითი BP 3.0.67-ისთვის:

//////// // ზოგადი მოდული მონაცემთა გაცვლა გადაირიცხა &ნაცვლად ("AvailableFormatVersions") პროცედურა ED_WhenReceivingAvailableFormatVersions(FormatVersions) ED_DataExchangeServer.WhenReceivingAvailableFormatVers(AvailableFormatVers); პროცედურის დასასრული //////// // გაცვლის გეგმის მონაცემთა სინქრონიზაცია უნივერსალური ფორმატის მეშვეობით: მენეჯერის მოდული #თუ სერვერი ან სქელი კლიენტი ნორმალური აპლიკაცია ან გარე კავშირი მაშინ &ნაცვლად ("პარამეტრების მიღებისას") პროცედურა ED_როდესაც მიიღებთ პარამეტრების (პარამეტრები) ) Settings.SourceConfigurationName = GeneralPurposeBP.SourceConfigurationName() ; Settings.ThisExchangePlanXDTO = True; პარამეტრები.გაფრთხილება ExchangeRule ვერსიის შეუსაბამობების შესახებ = False; Settings.ExchangeFormat = "http://v8.1c.ru/edi/edi_stnd/EnterpriseData"; FormatVersions = New Match; ED_DataExchangeServer.WhenReceivingAvailableFormatVersions(FormatVersions); //ED Settings.ExchangeFormatVersions = FormatVersions; Settings.ExchangePlanUsedInServiceModel = True; Settings.Algorithms.WhenReceivingExchangeSettingsOptions = True; Settings.Algorithms.WhenReceivingOptionDescriptionSettings = True; Settings.Algorithms.ViewSelectionInteractiveUpload = True; Settings.Algorithms.Configure Interactive Upload = True; EndProcedure #EndIf //////// // ზოგადი მოდული ED_Data ExchangeServer გაფართოებაში პროცედურა AvailableFormatVersions(FormatVersions) ExportFormatVersions.Insert("1.2", ExchangeManagerThroughUniversalFormat) მიღებისას; FormatVersions.Insert("1.3", ED_ExchangeManagerThroughUniversalFormat); FormatVersions.Insert("1.4", ED_ExchangeManagerThroughUniversalFormat); FormatVersions.Insert("1.5", ED_ExchangeManagerThroughUniversalFormat); FormatVersions.Insert("1.6", ED_ExchangeManagerThroughUniversalFormat); პროცედურის დასასრული //////// // ზოგადი მოდული ED_Exchange Manager-ში უნივერსალური ფორმატის გაფართოების მეშვეობით // BP 3.0.44 (ფორმატი 1.6) 27.11.2018 11:23:58 // გადახედვა BP 3.0.67.x-სთვის 12/31-დან... .

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

საწარმოს რეჟიმში, ადმინისტრაციის განყოფილებაში, მიჰყევით ბმულს მონაცემთა სინქრონიზაცია - მონაცემთა სინქრონიზაციის პარამეტრები, დააჭირეთ ღილაკს " Მელოდია..."თუ არსებობს მხოლოდ ერთი პარამეტრი ან" შეცვლა", თუ რამდენიმე პარამეტრია. მენიუს მეშვეობით გადადით ფორმის რედაქტირების რეჟიმში" " , გაფართოება" ჯგუფი", იქ ჩვენ ჩავრთავთ ფარული ფორმის ელემენტს " ", " კარგი".
"ჩანართზე" სერვისის ინფორმაცია"აირჩიე" გზა გაცვლის მენეჯერისკენ„ჩვენს დამუშავებას იქ წესებით ვცვლით.

გარე დამუშავების წესების დაკავშირება BP 3.0.52 და უფრო მაღალ ვერსიასთან

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

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

პროცედურა EDm_GetExchangeFormatVersion(FormatVersions, InformationBaseNodeValue) მოთხოვნა = New Request("SELECT VARIOUS | Data SynchronizationThroughUniversalFormat.PathToExchangeManager AS PathToExchangeManager, | Data SynchrongeFormatEhr მონაცემთა გაცვლის გეგმა უნივერსალური ფორმატის მეშვეობით უნივერსალური ფორმატი | WHERE |. მონაცემთა სინქრონიზაცია უნივერსალური ფორმატის მეშვეობით<>"""" | და მონაცემთა სინქრონიზაცია UniversalFormat.Link = &Link"); Request.SetParameter("Link", InformationBase Node); Selection = Request.Execute().Select(); while Selection.Next() Loop ProcessingName = Selection.PathToExchangeManager; თუ NOT General PurposeClientServer.DebugMode () მაშინ Processing Data = New Binary Data (Processing Name) = Place in Temporary Storage (Processing addressProcessing If) ; InformationBaseNode.Metadata().სახელი; ExchangeFormatVersions = მონაცემთა ExchangeServer.ExchangePlanSettingsValue(ExchangePlanName,"ExchangeFormatVersions"); EDm_GetExchangeFormatVersion(ExchangeFormatVersions, InformationBase Node); წინააღმდეგ შემთხვევაში, DataExchangeOverridden.WhenReceivingAvailableFormatVersions(ExchangeFormatVersions); დაასრულე თუ; თუ ExchangeFormatVersions.Quantity() = 0, შემდეგ გამოიძახეთ Exception StringFunctionsClientServer.Substitute ParametersIntoString(NStr("ru = "გაცვლის ფორმატის ვერსიები არ არის მითითებული. |გაცვლის გეგმის სახელი: %1 |პროცედურა: მიიღეთ ExchangeFormatVersions(<ВерсииФорматаОбмена>)""), InformationBaseNode.Metadata().Name); დაასრულე თუ; შედეგი = ახალი მატჩი; თითოეული ვერსიისთვის Exchange Format Version Loop Result.Insert(AbbrLP(Version.Key), Version.Value); საბოლოო ციკლი; დაბრუნების შედეგი; საბოლოო ფუნქცია

როგორ გავასწოროთ წესები გარე დამუშავებაში

კონფიგურატორში" სერვისი -> ოფციები -> გაშვება 1C: Enterprise -> გაშვების ვარიანტი", მიუთითეთ პარამეტრი " ".

• ქვემოთ მოცემულია გაფართოების კოდი, UT 11.4, KA 2.4, ERP 2.4. BP 3.0 კოდი მოცემულია ზემოთ. გაცვლის გეგმის მენეჯერის მოდული მონაცემთა სინქრონიზაცია უნივერსალური ფორმატის მეშვეობით.

გაფართოების კოდი EDdebugging

&ნაცვლად ("GetExchangeFormatVersions") პროცედურა ED_GetExchangeFormatVersions(FormatVersions) UT მონაცემთა გაცვლა.AvailableVersionsofUniversalFormat(FormatVersions); მოთხოვნა = New Request("SELECT VARIOUS | მონაცემთა სინქრონიზაცია UniversalFormat.PathToExchangeManager, |მონაცემთა სინქრონიზაციაThroughUniversalFormat.ExchangeFormatVersion |FROM |ExchangePlan.DataSynchronizationThroughUniversalFormatize ThroughUniversalFormat mat.PathToExchangeManager<>"""""); Selection = Query.Execute().Select(); while Selection.Next() Loop ProcessingName = Selection.PathToExchangeManager; თუ არა ზოგადი დანიშნულებისClientServer.DebugMode() შემდეგ //ED ProcessingData = New BinaryData(ProcessingNa ) ;ProcessingAddress = PlaceInTemporaryStorage(ProcessingData.ThereisProtectionFromDangerousActions()) thenProcessingName = ExternalProcessing.Connect(ProcessingAddress, GeneralPurpose.ProtectionDescriptionWithoutProcessing.Vernings (Selection.ExchangeFormatVersions, ExchangeManager EndProcedure ("); AvailableExchangeFormatVersions") პროცედურა ED_AvailableExchangeFormatVersions(FormatVersions) UT Data Exchange.AvailableVersionsofUniversalFormat a); Request = New Request("SELECT VARIOUS | მონაცემთა სინქრონიზაცია უნივერსალური ფორმატით. PathManager,Exge | მონაცემთა SynchronizationThroughUniversalFormat.VersionExchangeFormat |FROM | მონაცემთა სინქრონიზაცია უნივერსალური ფორმატის მეშვეობით მონაცემთა სინქრონიზაცია უნივერსალური ფორმატის მეშვეობით.PathToExchangeManager<>"""""); Selection = Query.Execute().Select(); while Selection.Next() Loop ProcessingName = Selection.PathToExchangeManager; თუ არა ზოგადი დანიშნულებისClientServer.DebugMode() შემდეგ //ED ProcessingData = New BinaryData(ProcessingNa ) ProcessingAddress = PlaceInTemporaryStorage(ProcessingData = ExternalProcessing.Create(ProcessingName);FormatVersions.Insert(Selection.ExchangeFormatVersion, ExchangeManager);

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

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

KD3-ზე დოკუმენტაციის ცნობილი ბმულები:

• 1C-Training Center No3, "Data Conversion 3.0" - http://www.1c-uc3.ru/konvert30.html

თქვენ შეგიძლიათ გააფართოვოთ KD3-ის გამოყენების ფარგლები ამ პუბლიკაციების გამოყენებით:

• - წინა ვერსიების კონფიგურაციები პლატფორმაზე 8.2 და ქვემოთ გარდაიქმნება ED თავსებადად.

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

• - გაფართოებული ფუნქციონირება, შეცდომების გამოსწორება.