• Начало
  •  > 
  • Помощни програми
  •  > 
  • Универсален формат за обмен 1c друга програма. 1C предлага формата EnterpriseData за обмен на бизнес данни

Универсален формат за обмен 1c друга програма. 1C предлага формата EnterpriseData за обмен на бизнес данни

27.08.2015

1C пусна първата версия на нов формат за обмен на бизнес данни, EnterpriseData, базиран на XML. Форматът ви позволява ефективно да организирате обмен на данни между разнородни системи за автоматизация на бизнеса, използвани в компанията, независимо от това кой е техният разработчик и за какви области на дейност са предназначени.

Пускането на стандарта беше следващата стъпка за 1C по пътя към увеличаване на отвореността на своите продукти за интеграция със софтуер на трети страни. Компанията 1C винаги е обръщала специално внимание на тази област. Продуктите на 1C поддържат формат CommerceML, използван за обмен на търговска информация в XML формат. Форматът за обмен на финансови документи между системата 1C:Enterprise и модулите на системите за дистанционно банкиране (клиент-банка), разработен от 1C съвместно с водещи разработчици на банкови информационни системи, заслужава специално внимание. Този формат, който днес се поддържа от стотици руски банки (включително Sberbank of Russia, VTB 24, Gazprombank, Rosselkhozbank), по същество се превърна в индустриален стандарт. Тази посока беше доразвита в технологията за директен обмен на DirectBank, което прави взаимодействието с банка от 1C:Enterprise още по-удобно и сигурно.

В същото време по-рано поддържаните от 1C формати служеха главно за решаване на проблеми с обмена на данни между различни организации само в определени области на дейност (електронна търговия, интеграция с банкови системи). Сега новият формат EnterpriseData обхваща всички области на предприятието – финанси, производство, покупки и продажби, складови операции и др. Първата версия на формата включва описания на 94 вида документи от различни сфери на бизнеса. Форматът е разширим; 1C ще добавя нови документи към него и детайлизира съществуващите.

Форматът се препоръчва за използване при интегриране на приложения на трети страни с програми 1C. Форматът може да се използва и за обмен на информация между всякакви други информационни системи: той не зависи от характеристиките на софтуера или структурите на информационната база, които участват в обмена, и не съдържа очевидни ограничения за използване.

В момента форматът Enterprise Data вече се използва за синхронизиране на данни между софтуерните продукти на самата компания 1C, той се поддържа в продуктите:

  • 1C:ERP Enterprise Management 2.0
  • 1C:Счетоводство 8, издание 3.0
  • 1C:Счетоводство 8 CORP, издание 3.0
  • 1C: Търговия на дребно, издание 2.0
  • 1C: Управление на търговията, издание 11

Един от най-често срещаните случаи на интегриране на 1C продукти е тандемът „1C: Счетоводство“ - „1C: Управление на търговията“; тези два популярни фирмени продукта обменят 73 вида документи във формат EnterpriseData, което ви позволява да поддържате данните им актуални и синхронизирани помежду си. Разработчиците на 1C отбелязват, че приемането на формата EnterpriseData подобри качеството и скоростта на разработка на приложни решения на системата 1C:Enterprise поради унификацията на кода.

За продукти на трети страни, които се интегрират с продукти на 1C, използването на формата ще намали както размера на разработката, така и разходите за труд за внедряване и поддръжка на системи. Преди, когато всеки продукт поддържаше свой собствен формат за обмен на данни, ако имаше N продукта в системата за обмен на данни, добавянето на нов продукт изискваше 2*N промени (вижте Фиг. 1); всеки съществуващ продукт се нуждаеше от промени, за да поддържа импортиране на данни от новия продукт, а новият продукт трябваше да поддържа импортиране на данни от съществуващи продукти. След въвеждането на един формат, добавянето на нов продукт ще изисква само изпълнението на импортиране и експортиране във формат EnterpriseData и няма да доведе до промени в съществуващите продукти.

Фигура 1 Обмен на данни без общ формат

Фигура 2 Обмен на данни чрез формат EnterpriseData

Форматът поддържа съвместимост отдолу нагоре - всички програми на трети страни, които обменят данни във формат EnterpriseData със софтуера 1C, ще продължат да работят, когато бъдат пуснати нови версии на формата.

  • да интегрирате вашите собствени разработки на платформата 1C:Enterprise (както поръчкови, така и масово произведени) със стандартни 1C решения
  • за интегриране на други (не-1C) системи с решения на платформата 1C:Enterprise
  • да организира взаимодействието на други (не-1C) системи една с друга.

И ние ви показваме как да го използвате, за да опростите значително решаването на вашите проблеми.

Днес ще разгледаме как да настроите и направите просто прехвърляне на директории и първоначални баланси само за 10-15 минути.

И това е масова и редовна задача, което е почти неизбежно за повечето стартирани нови конфигурации.

Затова обадете се на колегите си, също ще им е много полезно.

Особено ако вече са гледали CD 3 и са успели да се престрашат :)

Да, когато я видиш за първи път, изобщо не е ясно.

Но в действителност всичко е МНОГО просто. Толкова просто, че дори ще ви омръзне по-късно :)

Какво точно има в днешните видеа

Това са 4 видеоклипа за обмен на данни чрез универсален формат за обмен на EnterpriseData.

Освен това ще покажем пример подобрения на стандартните правила за обменв 1C: Преобразуване на данни 3.0

Обща продължителност – 34 минути. Съдържание:

  • Настройка на борсата по примера на 1C: Счетоводство 8 и 1C: ERP
  • Как да изтеглите стандартни правила и универсален формат за обмен в Data Conversion 3.0
  • Прехвърляне на структурата на метаданните към CD 3.0
  • Как да извършите първия си обмен на данни
  • Финализиране на правилатапреобразуване
  • Как да заредите нови правила, без да променяте конфигурацията ( без отстраняване от поддръжка)

Моля, обърнете внимание, че при решаването на този проблем правилата за зареждане се променят само в приемащата конфигурация. И конфигурацията на източника работи според стандартните правила.

Ако подобен проблем беше решен в Data Conversion 2.0, тогава ще трябва да се направят промени в правилата както на източника, така и на местоназначението.

Тези видео уроци са подходящи за БСП издание 2.3.2(за всяка компилация, по-стара от 2.3.2.43).

Ако използвате по-стара версия на BSP,0, направете „корекция“ за променения интерфейс и разширената функционалност. За да направите това, повторете сами примера от видеото.

Видео 1:
Зареждане на правила за обмен между стандартни конфигурации в Data Conversion 3.0

В този урок ще извършим подготвителни стъпки, когато правим промени в правилата за обмен между стандартни конфигурации:

  • Зареждане на структурата на формата за обмен в компактдиска (
  • Създаване на преобразуване
  • Качване на файлове с правила от стандартна конфигурация
  • Разтоварване на модула Exchange Manager

Видео 2:
Усъвършенстване на правилата за обмен в CD 3.0

В този урок ще покажем как да попълните детайли на обекта при зареждане на данни.

Проблемът ще бъде решен - когато зареждате обекти от изходната конфигурация, задайте коментара „Заредено от BP 3.0“.

За да разрешите проблема, ще трябва да влезете промени в правилата за преобразуване на обекти, в събитието „Преди запис на получени данни“.

Разработените правила ще бъдат запазени като външна обработка за по-нататъшна употреба.

Видео 3:
Настройка на универсален обмен между стандартни конфигурации

В този урок ще ви покажем как да настроите нов обмен между стандартните.

Настройките ще бъдат направени в изходната конфигурация и след това ще бъдат заредени в целевата конфигурация.

Също така в това видео ще покажем как без промяна на конфигурациятакачване на нови правила за обмен.

Видео 4:
Прехвърляне на начални салда чрез правила за обмен

В този урок ще покажем типична функционалност за прехвърляне на начални салда.

P.S.

Да, обмен чрез txt / dbf / ole и др. имат право на съществуване. В някои специални случаи, като например свързване с уеб сървър или прехвърляне на външно приложение от готов формат.

Въпреки това, за стандартни борси – стандартните методи са едновременно по-бързи и много по-прости.

И ако някой преоткрие колелото, когато има готово универсално решение - това е като да напишеш на челото си „Не знам инструмента, не искам да го уча, ще построя патерици за вашите пари“ .

P.P.S.

Искаме да покажем, че Data Conversion 3.0 не е трудно.

Необичайно - да. Не всичко е ясно веднага - да. Има много нееднозначни моменти – да.

Но с помощта на готови инструкции и видеоклипове можете да го овладеете буквално за 1-2 седмици.

Автоматизираните системи за управление в повечето случаи се състоят от отделни бази данни и често имат географски разпределена структура. В същото време правилно реализираният обмен на данни е необходимо условие за ефективната работа на такива системи.

Първоначалната настройка на борсата може да изисква редица действия, не само по отношение на програмирането, но и консултирането, дори ако имаме работа с хомогенни източници, какъвто е случаят с продуктите на платформата 1C:Enterprise. Защо настройката на 1C обмен (или, както се нарича още, синхронизиране на данни в 1C 8.3) може да се превърне в най-отнемащата време и скъпа задача на интеграционен проект, ще разгледаме в тази статия.

Обменът на данни в среда 1C ви позволява да:

  • Премахване на двойното въвеждане на документи;
  • Автоматизирайте свързани бизнес процеси;
  • Оптимизиране на взаимодействието между разпределените отдели;
  • Своевременно актуализиране на данни за работата на специалисти от различни отдели;
  • „Разграничете“ различните видове счетоводство.*

*В случаите, когато данните от един вид счетоводство се различават значително от друг, е необходимо да се осигури поверителността на информацията и да се „разграничат“ информационните потоци. Например обменът на данни между 1C UT и 1C Accounting не изисква качване на данни за управление в регулаторната счетоводна база данни, т.е. синхронизацията в 1C ще бъде непълна тук.

Ако си представим стандартния процес за осъществяване на първичен обмен на данни, когато поне един от неговите обекти е продукт на 1C, тогава можем да различим следните етапи:

  • Съгласуване на състава на борсата;
  • Дефиниране на транспорт (протоколи за обмен);
  • Задаване на правила;
  • График.

Идентифициране на състава на 1C обмен

Обектите на обмен могат да бъдат разделени на „източник“ и „получател“. В същото време те могат да изпълняват две роли едновременно, което ще се нарече двупосочен обмен. Източникът и дестинацията се определят логически в зависимост от нуждата или функционалността на системата.*

*Например, при интегрирането на „WA: Financier“ - решение за поддържане на финансово счетоводство и управление на касови процеси, разработено на базата на „1C:Enterprise“, експертите на WiseAdvice го препоръчват като основна система. Това се дължи на наличието на контролни инструменти за спазване на правилата на политиката на приложението и съответно за гарантиране на ефективността на решението.

След това, въз основа на получените и записани изисквания от потребителите, се създава списък с данни за обмен, определят се техният обем, изискванията за честотата на обмен и се предписва процесът на работа с грешки и обработка на извънредни ситуации (сблъсъци).

На същия етап, в зависимост от парка от съществуващи системи и структурата на предприятието, се определя форматът на обмен:

Разпределена информационна база

  • RIB предполага обмен между идентични конфигурации на база данни 1C, с ясна контролна структура „главен-подчинен“ за всяка двойка обмен. Като елемент от технологична платформа, RIB, освен данни, може да предава промени в конфигурацията и административна информация на базата данни (но само от master към slave).

Универсален обмен на данни в 1C

  • Механизъм, който ви позволява да конфигурирате обмена на 1C бази данни, както с конфигурации на платформата 1C:Enterprise, така и със системи на трети страни. Обменът се извършва чрез прехвърляне на данни в универсален xml формат в съответствие с „Планове за обмен“.

EnterpriseData

  • Най-новата разработка на 1C, предназначена за осъществяване на обмен на данни във формат xml между продукти, създадени на платформата 1C:Enterprise с всякакви системи за автоматизация. Използването на EnterpriseData опростява модификациите, свързани с обмена. Преди това, когато нова конфигурация беше включена в дадена система, беше необходимо да се внедри механизъм за импортиране и експортиране на данни, както за нея, така и за съществуващи системи. Сега системите, които поддържат EnterpriseData, не се нуждаят от модификации, имайки само една входно-изходна точка.

Дефиниция на транспорт (протоколи за обмен)

За системата на платформата 1C:Enterprise 8 се предоставя широка гама от възможности за организиране на обмен с всякакви информационни ресурси, като се използват общоприети универсални стандарти (xml, текстови файлове, Excel, ADO връзка и др.). Следователно, когато определяте транспорта за обмен на данни, трябва да разчитате на възможностите на базата данни на системата на трета страна.

Синхронизиране на директории

Основният принцип на ефективната синхронизация на директориите е наличието на една входна точка. Но ако говорим за работа с директории, които исторически са били попълвани според различни правила, е необходимо ясно да се дефинират полета за синхронизиране, за да се доведе обменът до „общ знаменател“.*

*На този етап може да е необходимо да се извърши работа за нормализиране на референтните данни от страна на източника на данни. В зависимост от състоянието на директориите и техния обем, процесът на сравняване на елементи, разпознаване, идентифициране на грешки и дубликати, както и попълване на липсващи полета и присвояване на полета за синхронизиране може да изисква работата на цяла група експерти, както по част от интегратора (собственик на техниката за нормализиране на основните данни) и от страна на клиента.

Задаване на правила

Възможността за показване на данни от изходните системи в приемниците зависи от правилно дефинираните правила за обмен. Правилата, представени в xml формат, регулират съответствието на ключови детайли на обектите източник-получател. Решението 1C: Data Conversion е предназначено да автоматизира създаването на правила за прилагане както на еднократен, така и на постоянен обмен.

Гарантира липса на загуба на данни по време на обмен План за обмен. Това е неразделна част от всяка конфигурация на платформата 1C:Enterprise, която напълно описва процедурата за обмен на 1C: състав на данни (документи с „идентифициращи“ подробности) и възли (информационни бази приемник-предавател), както и активиране на RIB за избрани направления за обмен.

Всяка промяна в данните, въведени в Плана за обмен, се записва и получава знака „променено“. Докато променените данни не съвпаднат помежду си в приемно-предавателните възли, знакът няма да бъде нулиран и системата ще изпрати контролни съобщения и до двата възела. След качване на данните и потвърждаване на пълното им съответствие в двете системи, знакът се нулира.

График на обмен в 1C

За автоматизиране на редовния обмен е зададена честотата на качване на данни. Честотата на смяна зависи от необходимостта и техническите възможности. Освен това конфигурациите на платформата 1C:Enterprise ви позволяват да конфигурирате обмена на данни при възникване на събитие.

След като разгледахме стандартния процес на внедряване на обмен, нека обърнем внимание на факторите, които ще изискват подобрения на различни етапи:

  • Нестандартни, силно модифицирани конфигурации на бази данни;
  • Различни версии на платформата 1C:Enterprise;
  • Версии на конфигурацията, които не са актуализирани дълго време;
  • Обекти на размяна, които преди това са претърпели модификации;
  • Необходимостта от нестандартни правила за обмен;
  • Много различен набор и състав от подробности в съществуващите справочници.

Тъй като дори стандартните действия за осъществяване на първичен обмен на данни изискват експертни познания, те се препоръчват да се извършват с участието на специалисти от 1C. Едва след като изпълните всички стъпки, описани по-горе, трябва да продължите към настройката на обмена в конфигурацията. Нека да разгледаме интеграцията на бази данни, използвайки примера на 1C: UPP и 1C: Retail (обменът с 1C: UT се настройва по същата схема). Също така в стандартната синхронизация е включен обменът SCP-SCP, който е типичен за широкомащабни системи за автоматизация в най-големите индустриални предприятия.

В подменюто „Услуга“ изберете „Обмен на данни с продукти на платформата...“ (избирането на директен обмен с „Търговия на дребно“ често води до грешки на ниво COM обект). Моля, обърнете внимание на служебното съобщение „Тази функция не е налична“.


За да разрешите този проблем, трябва да изберете „Конфигуриране на комуникации“


...и поставете отметка в квадратчето. След това игнорирайте съобщението за грешка.


В настройките за синхронизиране на данни изберете „Създаване на обмен с „Търговия на дребно“...



Преди да конфигурирате настройките за връзка през локална или мрежова директория, трябва да се уверите, че има място на диска за директорията. Въпреки че по правило не заема повече от 30-50 MB, в изключителни случаи може да изисква до 600 MB. Можете да създадете необходимата директория директно от конфигуратора.



Когато се свързваме чрез мрежова директория, игнорираме предложението за конфигуриране на връзката чрез FTP адрес и по имейл, като щракнете върху „Напред“.


В настройките въвеждаме ръчно префикси - символи на базите данни (обикновено BP, UPP, RO), задаваме правилата и началната дата за качване на данни. Префиксът ще бъде посочен в името на документите, за да посочи базата данни, в която са създадени. Ако правилата за качване не се редактират, данните ще бъдат качени по подразбиране според всички налични параметри.



Създаваме файл с настройки за обмен за „Търговия на дребно“, за да не повтаряме нашите действия. Ако трябва незабавно да изпратите данни веднага след настройка на синхронизацията, поставете отметка в квадратчето.


За да автоматизирате процеса на обмен, трябва да настроите график.


Меню "Търговия на дребно".


Поставете отметка в квадратчето и изберете „Синхронизация“.


Извършваме „обратната“ настройка, като избираме Управление на производствено предприятие.




Заредете файла с настройки, създаден в UPP.


Поставяме отметка, системата избира адреса автоматично.





Ние действаме по същия начин, както в UPP.









Сравнение на данните за проверка (Ръчното сравнение на данните се препоръчва да се направи на подготвителния етап, тъй като тази работа може да стане най-трудоемката в процеса на осъществяване на обмена). Прозорецът за сравнение се отваря с двойно щракване с мишката.



В случай на грешка в синхронизацията, „Детайли...“ ще бъде заменено с „Никога...“.


“Детайли...” отваря дневника с актуализирана информация за борсата.


Готови.

Целта на тази статия е да отговори на първите въпроси относно 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. Няма проблем, изберете „Друга програма“. Ако имате нужда от еднократен обмен, просто използвайте обработката „Качване на качване на корпоративни данни“ в менюто Всички функции.
  • След като актуализирате конфигурацията, трябва ли да изтеглите най-новите правила от комплекта за разпространение? не! Правилата се съдържат в конфигурационния модул. За да обменяте с други бази данни 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, нека продължим по същество.

Приети съкращения по-долу

БСП- Библиотека от стандартни подсистеми.
ПОД- правило за обработка на данни.
PKO- правило за преобразуване на обекти.
ПКПД- правило за конвертиране на предварително дефинирани данни.
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:\Правила 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 това не се изисква.

След зареждане на формата в раздела Формат на данните - Форматиране на дърво на обекти, изберете версията на формата. Ако там има документи и справочници, значи сте качили правилния файл. Ако не, започнете отначало с нов празен CD3 и първо заредете формата и проверете дървото.

Етап 2.След като заредим метаданните в CD3, преминаваме към зареждане на стандартни правила за обмен.
Как се прави това в KD2? Правилата се зареждат в преобразуването.
В KD3 е почти същото. Разтоварваме правилата от стандартния, създаваме преобразуване и след това зареждаме правилата в него.

Разтоварване на стандартни правила от конфигурацията за зареждане в CD3

Конфигурациите се обменят, като се използва максималната обща версия на формата за обмен. Например една конфигурация има максимален формат 1.5, друга 1.6, което означава, че ще се обменят във формат 1.5. Следователно е достатъчно да разтоварите формат 1.5 от двете конфигурации и да го заредите в правилата.

Отваряме конфигурацията на BP 3.0 или UT 11.3 в режим на конфигуратор, в лентата за търсене можете да въведете „ мъже уни", отворете общия модул. Ако това е BP 3.0, отворете . В отворения модул отидете в менюто Файл - Запазете копие, запишете файла с произволно име, например „ D:\Rules BP3\BP 3.0.54.15\General module Exchange Manager чрез Universal Format_ Module».
Отворете конфигурацията на BP 3.0 или UT 11.3 в корпоративния режим, отворете обработката \tmplts\1c\Conversion\3_0_5_3\Uploading synchronization rules.epf

Недостатък на типичната обработка:

  • често се проваля;
  • разтоварва правила от външна обработка, свързана с възела, но имаме нужда от стандартни правила;
  • не работи в BP 3.0.53 и по-нови.

Подобряване на модула на основната форма за обработка. Правим промени в процедурите Когато е създаден на сървъра.

&OnServerProcedureWhenCreatingOnServer(Failure, StandardProcessing) // Списък с избор на версия на формат.<>FormatVersions = Ново съвпадение;

  • DataExchangeOverridable.OnReceivingAvailableFormatVersions(FormatVersions); 1.3 »,
  • За всеки ExchangePlan от DataExchangeRe-UseExchangePlansBSP() Loop If DataExchangeRe-UseThisExchangePlanXDTO(ExchangePlan) Then ExchangePlanFormatVersions = Ново съвпадение;
  • VersionBSP243 = General PurposeClientServer.CompareVersions(StandardSubsystemsServer.LibraryVersion(), "2.4.3.1") >= 0; ModuleDataExchangeServer = GeneralPurpose.GeneralModule("DataExchangeServer");».

Ако VersionBSP243 Тогава ExchangePlanFormatVersions = ModuleDataExchangeServer.CommunicationPlanSettingsValue(ExchangePlan, "ExchangeFormatVersions");

ElseExchangePlans[ExchangePlan].GetExchangeFormatVersions(ExchangePlanFormatVersions);
endIf; За всяка ExchangePlanVersion от ExchangePlanFormatVersion CycleModuleManager = FormatVersions.Get(ExchangePlanVersion.Key);Ако ManagerModule = Undefined или ManagerModule ExchangePlanVersion.Value След това FormatVersions.Insert(InterchangePlanVersion.Key, ExchangePlanVersion.Value); endIf; EndCycle; endIf; EndCycle;За всяка FormatVersion FROM FormatVersion цикъл Elements.FormatVersionNumber.SelectionList.Add(FormatVersion.Key); EndCycle; FormatVersionStorageAddress = PlaceInTemporaryStorage(FormatVersions, UniqueIdentifier); EndProcedure EndCycle;Изберете „Форматиране на номера на версията“, например „

„Директория за обмен“ - създайте папка, например „“ Натиснете бутона ".
:

    Местоположение на зареждане: " Към съществуващо преобразуване»

    Директория за обмен: " D:\BP3 rules\BP 3.0.54.15\1.3»

  • Файл с обменен модул: " D:\Rules BP3\BP 3.0.54.15\General module Exchange Manager чрез универсалния формат13_ Module.txt»
  • Преобразуване: " EndCycle;»

При зареждане на правила за синхронизация от файлове за UT 11.3 се появява грешка " Полето за обект не е намерено". Причина - за TekPKO.UseToReceive=False KD3 изисква информация за опцията за идентификация при получаване. Ако това не е във файла с правила, възниква грешка. Коригираме това недоразумение. Или премахнете този формуляр от поддръжката, или използвайте разширението.

// Основната форма на обработка Зареждане на правила за синхронизиране от файлове // Преди извършване на промени: // Процедурата зарежда правилата за конвертиране на обекти &На сървърната процедура LoadPKO() ... Попълнете PropertyValues(TechPKO, AttributeStructure);

VersionBSP243 = General PurposeClientServer.CompareVersions(StandardSubsystemsServer.LibraryVersion(), "2.4.3.1") >= 0; // Опция за идентификация - специална логика.». « TechPKO.Identification Option = Enumerations.Object Identification Options[Attribute Structure.Identification Option]; ElseIf ReadXML.NodeType = XMLNodeType.EndElement Then // Напишете заредения софтуер. ... // Промените са маркирани с "//ED" // Процедурата зарежда правила за преобразуване на обекти &На сървърната процедура LoadPKO() ... FillPropertyValues(TechPKO, AttributeStructure);// Опция за идентификация - специална логика. If TechPKO.UseToReceive Then //ED TechPKO.IdentificationOption = Enumerations.ObjectIdentificationOptions[AttributeStructure.IdentificationOption];».
endIf; ElseIf ReadXML.NodeType = XMLNodeType.EndElement Then // Напишете заредения софтуер. ... ИзтеглянеМанипулаторите са предназначени за друго преобразуване: BP 3.0.44 (формат 1.4). Продължаване на изтеглянето?
» Щракнете « даБез да затваряте формуляра, изберете друг “
Борсова директория

" и натиснете бутона " ". Повтаряме зареждането на правилата за всеки формат в текущото преобразуване няколко пъти.

След успешно изтегляне отидете на раздела „

  • Конверсии" - "Настройване на правила за конвертиране ", отворете нашето преобразуване от формата за списък.Ако видим , POD и т.н., тогава зареждането в CD3 е било успешно. Проверка дали правилата са заредени правилно».
  • Това е незадължителна операция! Ако използвате една версия на формата в правилата, не е необходимо да гарантирате, че текстът на модула е идентичен. Отворете BP конфигуратора, създайте нова външна обработка, например Име "Синхронизация EDBP
  • В конфигуратора на захранването проверяваме модула за синтактични грешки. Спестяваме обработката.
  • създайте друга празна обработка в BP, например Име " Типична синхронизация EDBPАко видим , POD и т.н., тогава зареждането в CD3 е било успешно. Синхронизация ED BP 3.0 типична" Копирайте текста на общия модул BP ManagerExchangeThroughUniversalFormat13в модула за обработка и го запазете.

Нека сравним двете лечения. Меню Файл - Сравнете файлове.

Ако стандартен модул съдържа процедури, които не са в нашите правила, това означава, че не сте заредили правилата в преобразуването за всички формати на данни. При необходимостЗареждаме правилата в липсващия формат в конвертирането и повтаряме сравнението на нашите правила със стандартните. Когато сте постигнали идентичност можете спокойно да започнете да променяте правилата. Не е необходимо да се постигне пълна идентичност, ако знаете кой обменен формат няма да се използва по време на синхронизация.

По подобен начин създаваме преобразуване за UT 11.3 в KD3.

BP 3.0.54.15

  • Открито е неправилно зареждане на софтуера " Directory_Users". Трябва да се коригира. Трябва.
  • В PKO " Документ_Опис на стоки_Изпращане"за ПКС" Отговорно лице"Софтуерът не е посочен. Отворете, изберете отново свойството за конфигурация и свойството за форматиране, така че техният тип да бъде попълнен, след което ще бъде наличен избор в полето" Правило за преобразуване на имоти". Изберете " Директория_Индивидуални_изпращане".

Нека да разгледаме пример за модификация

Основната цел на примера е да покаже възможността за модификации за прехвърляне на допълнителни данни, които не се вписват във формата за обмен.

Необходимо е прехвърляне на реквизита" Тип Номенклатура" директория "Номенклатура", тип атрибут " Справочник.ТиповеНоменклатура". Този тип директория не се пренася от стандартните правила на KD3 и не се поддържа от версията на ED формат под 1.6.

Има няколко варианта за решаване на този проблем

  • Подобряване на пакета XDTO, добавяйки обекта "Директория. Видове номенклатура" към формата. В резултат на това се губи основното предимство на универсалния формат - той престава да бъде универсален. Подобряването на пакета XDTO ще бъде необходимо във всички бази данни, участващи в обмена.
  • Използвайте свойството формат " Допълнителни подробности", който се намира в много обекти. Няма да разглеждаме тази опция в тази статия поради известна сложност. Нека вземем предвид, че има такъв метод.
  • Реквизит Допълнителна информация.Той присъства в заглавката на всички форматирани обекти. Въведете anyType. Предназначен за такива случаи. Нека го използваме като най-простия начин.

Преди да започнем да финализираме стандартните правила, нека създадем две групи в групата правила " Добавено», « Променен" Това се прави в " реализации -".
Нов AML, софтуер, алгоритми и др. Ще създадем в групата „Добавени“ типични обекти, на които правим промени и ще ги прехвърлим в групата „Променени“. Това ще улесни поддържането на променените правила по-късно.

Така че да започваме.

Промени в правилата в UT 11.3

Това е незадължителна операция! Ако използвате една версия на формата в правилата, не е необходимо да гарантирате, че текстът на модула е идентичен. UT 11.3.4.12 Настройка на правила за обмен» в раздела Алгоритмисъздаване на нов алгоритъм

  • Име на алгоритъма „AdditionalInfoInsert“
  • Група: "Добавени"

Параметри: „XDTO данни, име, допълнителна стойност“

Код на алгоритъма

Ако DataXDTO.Property("AdditionalInfo") И TypeValue(DataXDTO.AdditionalInfo) = Type("Structure") Тогава AdditionalData = DataXDTO.AdditionalInfo; В противен случай AdditionalData = Нова структура; endIf; AdditionalData.Insert(Име, AdditionalValue); DataXDTO.Insert("AdditionalInfo", AdditionalData);

Запазете алгоритъма и отидете в раздела „ Правила за преобразуване на обекти»

С бутона " Намерете» потърсете „Номенклатура“, отворете PKO « Указател_Номенклатура_Изпращане" Отидете в раздела " При изпращане" Там виждаме полето „Име на манипулатора:“ „“. Можете да правите промени директно там.
По-сложен код, който изисква отстраняване на грешки, може да бъде написан в конфигурацията. Търсим процедура в модула за обмен в UT 11.3 с името „ PKO_Directory_Nomenclature_Sending_WhenSendingData„и го финализираме там.
За да прехвърлите промените от UT 11.3 към KD3, копирайте цялата процедура в клипборда, в KD3 във формата “ Отворете BP конфигуратора, създайте нова външна обработка, например Име "„Натиснете бутона „“.

За нашия пример кодът е такъв

Ако стойността е попълнена(IB данни.Тип на елемент), тогава //ED AdditionalInfoInsert(XDTO данни, "Тип на елемент", ред(IB данни.Тип на елемент.Уникален идентификатор()));

AdditionalInfoInsert(XDTO данни, "Име на тип артикул", Обща цел. Стойност на атрибут на обект (IB данни. Тип номенклатура, "Име")); // AdditionalInfoInsert... //добавяне на други подробности за услугата EndIf;След като прехвърлите промените в CD3, натиснете бутона "

Запазване на модула за управление на обмена

" и прехвърлете кода от буфера към модула UT 11.3. Промени в правилата в BP 3.0Ние правим промени в PKO " Указател_Номенклатура_Разписка“, в раздела „ При конвертиране на XDTO данни".

", име на процедура"

Ако DataXDTO.Property("AdditionalInfo") И TypeValue(DataXDTO.AdditionalInfo) = Type("Structure") Тогава //ED AdditionalData = DataXDTO.AdditionalInfo;

If AdditionalData.Property("Тип елемент") Тогава Тип на номенклатурата = Data ExchangeXDTOServer.ObjectLinkByObjectUIDXDTO(AdditionalData.NomenclatureType, Type("DirectoryLink.NomenclatureTypes"), ExchangeComponents); If Item Type.GetObject() = Undefined And AdditionalData.Property("Nomenclature TypeName") Then //Създаване на нов Nomenclature TypeObject = Directories.Nomenclature Types.CreateElement();".

ItemTypeObject.SetLinkNew(NomenclatureType);

Nomenclature TypeObject.Name = Допълнителни данни.Nomenclature TypeName;

// попълване на други подробности за услугата Fill inPropertyValues(NomenclatureTypeObject,AdditionalData);

NomenclatureTypeObject.Write();

  1. Тип артикул = Номенклатура ТипОбект.Връзка; endIf;;
  2. ReceivedData.ItemType = Тип на артикул;
  3. endIf; endIf;
  4. Само кодът не е достатъчен. Необходимо е да добавите PCS със свойството конфигурация " " и квадратчето за отметка " в раздела "Правила за преобразуване на свойства"

Използван алгоритъм за преобразуване

Прехвърляме модула за управление на обмена към конфигурационния модул BP 3 или към външна обработка. Как да заредя модифицираните KD3 правила в базата данни? в момента най-оптималния. Засега има само един недостатък - трябва да премахнете отметката от флага "Безопасен режим", когато свързвате това разширение. Това ограничава използването му в облачни услуги. Очакваме решение от 1C относно процедурата за подмяна на правилата за обмен в универсален формат в 1C Fresh.

Въпросът е, че трябва да намерите част от кода в конфигурацията, която отговаря за избора на общ модул в зависимост от версията на формата за обмен и да замените избора на модула с вашия собствен модул. Пример за BP 3.0.67:

//////// // Общият модул Обмен на данни Заменен &Вместо ("При получаване на налични версии на формата") Процедура ED_WhenReceivingAvailableFormatVersions(FormatVersions) ED_DataExchangeServer.WhenReceivingAvailableFormatVersions(FormatVersions); Край на процедура //////// // План за обмен Синхронизиране на данни чрез универсален формат: Модул на мениджър #Ако сървър или дебел клиент Нормално приложение или външна връзка Тогава &Вместо („При получаване на настройки“) Процедура ED_При получаване на настройки (Настройки ) Settings.SourceConfigurationName = GeneralPurposeBP.SourceConfigurationName() ;

Нека разгледаме 4-та опция, която не е описана в документацията, защото в БСП няма такава възможност. Тази опция вече е остаряла. Външна обработка с правила използвани в първите версии с универсален формат за обмен. Сега 1C постепенно се отървава от тази функционалност.

В корпоративния режим, в секцията за администриране, следвайте връзката Синхронизиране на данни - Настройки за синхронизиране на данни, натиснете бутона " Настрой..."ако има само една настройка или " промяна", ако има няколко настройки. Отидете в режима за редактиране на формуляр през менюто " " , Разширяване " Група", там включваме скрит елемент от формата " ", " добре".
В раздела Сервизна информация"избери" Път до мениджъра на борсата“, заместваме нашата обработка с правилата там.

Свързване на външна обработка с правила към BP 3.0.52 и по-нова версия

В BP 3.0.52 и по-високи по неизвестни причини не се използва външна обработка с правила. Интерфейсът за свързване на обработка остава. Поне благодаря за това.

Можете да активирате обработка с правила, като използвате разширение. Трябва да се направи корекция на общия модул" Data ExchangeXDTOServer", функция" Версии на формат за обмен".

Процедура EDm_GetExchangeFormatVersion(FormatVersions, InformationBaseNodeValue) Request = New Request("SELECT DIFERENT | Data SynchronizationThroughUniversalFormat.PathToExchangeManager AS PathToExchangeManager, | Data SynchronizationThroughUniversalFormat.ExchangeFormatVersion AS VersionF Exchange Format | FROM | План за обмен. Синхронизация на данни чрез универсален формат КАК да синхронизирате данни чрез Универсален формат | WHERE |. Синхронизация на данни чрез универсалния формат до Exchange Manager<>""" | И синхронизиране на данни чрез UniversalFormat.Link = &Link"); Request.SetParameter("Link", InformationBase Node); Selection = Request.Execute().Select(); While Selection.Next() Loop ProcessingName = Selection.PathToExchangeManager; If NOT General PurposeServer.DebugMode () Then Processing Data (Обработване на име) = Placement във временното хранилище (Processing Data); change = New Match (InformationBaseNode) Then ExchangePlanName InformationBaseNode.Metadata().Име;<ВерсииФорматаОбмена>ExchangeFormatVersions = Data ExchangeServer.ExchangePlanSettingsValue(ExchangePlanName,"ExchangeFormatVersions");

EDm_GetExchangeFormatVersion(ExchangeFormatVersions, InformationBase Node);

    В противен случай DataExchangeOverridden.WhenReceivingAvailableFormatVersions(ExchangeFormatVersions); endIf;Ако ExchangeFormatVersions.Quantity() = 0, тогава Call Exception StringFunctionsClientServer.Substitute ParametersIntoString(NSr("ru = "Не са посочени версии на формат за обмен. |Име на план за обмен: %1 |Процедура: Вземете ExchangeFormatVersions(

  • )""), InformationBaseNode.Metadata().Name);

endIf;

&Вместо("GetExchangeFormatVersions") Процедура ED_GetExchangeFormatVersions(FormatVersions) UT Data Exchange.AvailableVersionsofUniversalFormat(FormatVersions);<>Request = New Request("SELECT VARIOUS | Data SynchronizationThrough the UniversalFormat.PathToExchangeManager, |Data SynchronizationThroughUniversalFormat.ExchangeFormatVersion |FROM |ExchangePlan.DataSynchronizationThroughUniversalFormat HOW Data SynchronizationThroughUniversalFormat | WHERE | Data SynchronizationThroughUni versalFormat mat.PathToExchangeManager<>""""); Selection = Query.Execute().Select(); Докато Selection.Next() Loop ProcessingName = Selection.PathToExchangeManager; Ако НЕ General PurposeClientServer.DebugMode() Тогава //EDProcessingData = New BinaryData(ProcessingName) ; ProcessingAddress = PlaceInTemporaryStorage(ProcessingData.ThereisProtectionFromDangerousActions()) ThenProcessingName = ExternalProcessingAddress, GeneralPurpose.ProtectionDescriptionWithoutWarnings()); = ExternalProcesses.Create( ProcessingName);FormatVersions.Insert(Selection.Exchange) FormatVersion, ExchangeManager);

Отстраняването на грешки се извършва най-лесно във файлова база данни. Задаваме точка на прекъсване в обработката с правила. За да намерим необходимата процедура, използваме KD3. Намираме PKO, POD или алгоритъм, вижте " Име на манипулатора" или " Име на алгоритъма", потърсете тази процедура в модула за правила. След като редактирате модула, не забравяйте да копирате процедурата в буфера и натиснете бутона "" в CD3. Внимавайте, същото преобразуване трябва да се отвори.

Това е всичко за сега. Тази информация вече е достатъчна, за да може 1C програмист самостоятелно да овладее KD3 и да поддържа модерен метод за синхронизация между 1C бази данни. Ако все още има празни места, попитайте, статията ще бъде допълнена и можете да се върнете към нея, ако сте забравили нещо.

Добре известни връзки към документация за KD3:
  • 1C-Център за обучение № 3, "Преобразуване на данни 3.0" - http://www.1c-uc3.ru/konvert30.html
Можете да разширите обхвата на приложение на KD3, като използвате тези публикации:
  • - конфигурации на предишни версии на платформа 8.2 и по-долу се преобразуват в ED съвместими.
Тук можете да спестите време и да използвате готови правила за най-новите версии на конфигурациите
  • - разширена функционалност, корекции на грешки.

Изпратете тази статия на моя имейл

Основните причини за необходимостта от осъществяване на обмен между 1C бази данни са наличието на клонове и разделянето на видовете счетоводство, т.к. Често компаниите работят в няколко информационни бази данни. Настройването на обмена на 1C 8.3 ви позволява да елиминирате двойната работа - въвеждане на едни и същи документи и директории в две програми, както и бързо доставяне на необходимите системни обекти за различни клонове и отдели.

В случай, че е необходим обмен между клонове, се използва RIB (Разпределена информационна база). Това е механизъм за обмен между идентични конфигурации. Представлява дърво с най-важния коренен възел отгоре, под чифт взаимосвързани възли. Промените могат да бъдат направени във всеки възел на тази система и те ще бъдат предадени на други свързани възли. Той също така разпространява не само данни, но и промени в конфигурацията от основния възел към подчинените възли.

Ако е необходимо да се разделят видовете счетоводство, например поддържане на оперативни в търговската база данни и регулирани в счетоводната база данни, са налични универсални механизми за обмен с гъвкави настройки за синхронизиране на данни.

Едно от най-новите разработки на 1C е форматът за обмен на данни EnterpriseData. Той е лесен за използване и е предназначен за обмен в рамките на компанията както между бази данни 1C, така и програми на трети страни.

Осъществяването на обмен на данни в едно предприятие може да бъде представено под формата на последователни процедури.

На първо място е необходимо да се определи между кои бази данни трябва да има обмен; дали ще бъде двупосочен или еднопосочен обмен; ако е еднопосочна, тогава коя база данни ще предава информация и коя само ще приема; ако това е сложна клонова мрежа, тогава е необходимо да се регистрира схема за изграждане на база данни.

След това избираме подходящия формат: RIB, универсален формат; обмен според правилата за обмен; обмен без правила за обмен.

Следващата стъпка е да изберете превозно средство за извършване на обмена. Наличен е голям избор от технологии, нека подчертаем основните: директория (локална или мрежова), FTP ресурс, COM връзки, уеб услуга, имейл.

Четвъртата стъпка ще бъде идентифициране на данните: документи, справочници и, ако е необходимо, тяхното детайлизиране до техните индивидуални данни, които да бъдат прехвърлени.

И в заключение се предписва график на честотата на обмена

Всяка опция за настройка на обмен 1C 8.3 изисква внимателна подготовка. Изпълнението му е извън възможностите на всеки потребител, необходимо е да се вземат предвид много нюанси и да се разберат принципите на обмена. Ще трябва да се обърне специално внимание на конфигурацията, ако базите данни: съдържат модификации или много допълнителни. подробности, различават се във версиите на платформата или използват остарели версии на конфигурации, предприятието е голямо и използва автоматизирана система, състояща се от голям брой бази данни. Тук грешките са недопустими, защото... може да доведе до непоправими последици. Независимото внедряване на обмен в 1C се препоръчва само ако трябва да настроите просто прехвърляне на информация между стандартни конфигурации.

Ако се съмнявате в способностите си, по-добре е да не спестявате, а да се свържете с компетентен специалист, който ще ви помогне да решите сложния проблем с настройването на борси 1C 8.3.

Ако все пак решите да конфигурирате 1C обмен без участието на експерти, препоръчително е първо да тествате върху копия на базите данни и преди да започнете работа в работещите бази данни, качете конфигурациите, за да можете да се върнете към първоначалното състояние в случай на грешки.

По-долу даваме подробен пример за настройка на 1C 8.3 обмен едностранно между стандартни конфигурации Trade Management 11 (UT) и Enterprise Accounting 3.0 (BP). Примерът е от значение за много фирми, занимаващи се с търговия на едро и дребно. В UT се поддържа управленско счетоводство, в BP - регулирано, обменът е необходим за улесняване на работата на потребителите.

Този алгоритъм е подходящ и за други стандартни конфигурации на платформата 1C 8.3

На първо място, ще извършим подготвителна работа за приемника на информация, т.е. за BP. Стартираме програмата в режим Enterprise. Трябва да зададете константа Синхронизация на данни (секция Администриране → Синхронизация на данни).

Обърнете внимание на полето Префикс; тук трябва да посочите стойност, която ще ви позволи впоследствие да разграничите (по стойността на кода на указателя или номера на документа) в коя програма са създадени първоначално обектите. В нашия пример е подходящо обичайното съкращение BP и UT, ако настройката за обмен на 1C 8.3 се извършва за сложен обмен между голям брой бази данни, както и идентични конфигурации, ще трябва да въведете всяка база данни със собствено ясно обозначение .

Тъй като захранващият блок е само приемник на информация, пристъпваме към настройка на UT.

Тук, точно както в BP, трябва да активирате синхронизирането и да посочите префикс. Тази информация е достъпна в раздела Основни данни и администриране → Настройки за синхронизиране на данни.

Изберете метода за настройка: Задайте настройките ръчно. Следваща.

Нека да настроим опция за директна връзка, когато и двете програми се намират в една и съща локална мрежа, да посочим параметрите за свързване към директорията за информационна сигурност в тази мрежа и също така да попълним информацията за удостоверяване на потребителя (в базата данни на BP). Следваща.

Системата ще провери коректността на посочените данни и, ако резултатът е положителен, ще покаже прозореца за настройки на обмена 1C 8.3.

Щракнете върху връзката Промяна на правилата за качване на данни, за да получите достъп до настройките за обмена. Ще изясним основните данни - качване само на използваните в документи, избор на организации и възможност за работа с договори - без справка, разделяне на документите по склад. Обменът започва на 1 март на текущата година.

Записваме въведените правила и ги затваряме.

Тъй като примерът е за еднопосочно предаване на информация, в следващия прозорец с настройки, за да получите данни от друга програма, трябва да зададете стойностите на Не изпращай. Запишете и затворете. Следваща.

Сега трябва да проверите въведените параметри и ако са правилни, щракнете върху Напред, в противен случай се върнете към предишната стъпка, като щракнете върху Назад.

След това ще бъдете подканени да синхронизирате. Щракнете върху Готово.

Ако е необходимо да се съпоставят идентични обекти от две конфигурации, ще се отвори прозорец за сравняване на данни. Извършваме сравнението и щракнете върху Напред.

При прехвърляне на обекти могат да възникнат проблемни ситуации; можете да видите резултатите, като щракнете върху връзката Предупреждения по време на синхронизиране на данни.

След като синхронизацията приключи, ще се покаже прозорец, потвърждаващ успешното завършване на този процес.

Тук, като използвате командата Configure или по-късно, в скрипта за синхронизиране, можете да конфигурирате график за автоматично извършване на обмена.

Трябва да настроите обмен на данни?

НИЕ ПРОГРАМИРАМЕ 1C ОТ 15 ГОДИНИ И ПРАВИМ БЕЗПЛАТНИ ВИДЕО ИНСТРУКЦИИ

Имаме екип от програмисти, които имат богат опит в настройването на 1C обмен:

Между 1C конфигурации,

При настройка на 1C обмен с други програми.

Защо да изберете нас?

До 2 часа време за реакция при спешни задачи, дори през почивните дни и празниците.

40+ програмисти на пълен работен ден с 1C опит от 5 до 20 години.

Правим видео инструкции по изпълнени задачи.

Комуникация на живо чрез всякакви месинджъри, удобни за клиента.

99% от задачите се изпълняват чрез отдалечен достъп (TeamViewer или RDP), което значително намалява времето за изпълнение на задачите.

Официални партньори на компанията 1C от 2006 г.

Опит с успешна автоматизация от малки фирми до големи корпорации.

99% от клиентите са доволни от резултатите, което се потвърждава от благодарствени писма.