≡×МЕНЮ

• Поради
• Програми
• Огляди
• Рейтинги
• Ігри

"1С" пропонує формат EnterpriseData для обміну бізнес-даними. Обмін через універсальний формат Де знаходяться налаштування

Мета цієї статті - відповісти на перші питання щодо КД3 і на простому прикладі показати як доопрацювати типові правила. Інформація корисна початківцям і тим, хто вже почав освоєння і з'явилися нові питання.

Прийняті скорочення у цій публікації

КД2- Конфігурація Конвертація даних, редакція 2.0.
КД3- конфігурація Конвертація даних, редакція 3.0 конфігурація 3.0.5.3.
ED- Універсальний формат обміну EnterpriseData.

Відповіді питання після поверхового знайомства з КД3. Якщо Ви знаєте навіщо потрібна КД3, можна не читати цей абзац;)

Питання та відповіді

• КД3 – це нова версія КД2? Ні! Це інший інструмент, який вирішує аналогічні КД2 завдання. Кожен інструмент має своє застосування.
• КД3 краще КД2? Їх не можна порівнювати, т.к. це різні інструменти і кожен має свої плюси і мінуси.
• Для зміни правил обміну КД3 необхідно знімати конфігурацію за допомогою? Ні НЕ потрібно знімати із підтримки! У типових конфігураціях можна штатно підключити зовнішню обробку з правилами, а на конфігураціях, що підтримують платформу 8.3.10 і вище, можна редагувати правила за допомогою розширення.
• Потрібно перенести дані зі змін свого виробництва. З метою вивчення можна скористатися КД3? Якщо Ви ставите це питання, швидше за все, не можна. Для КД3 у складі конфігурації має бути БСП 2.3 і вище із синхронізацією через універсальний формат. КД2 вам підійде 100%, КД3 під питанням.
• Чи можна використовувати КД3 для типових доопрацьованих конфігурацій? Так можна. Якщо ваші нетипові дані можна передати, використовуючи ED або реквізит AdditionalInfo, то добре. Інакше є варіант зміни формату обміну (схеми XML). І тут можливості КД3 майже зрівняються з КД2, але зникне основний плюс КД3 - універсальність формату обміну.
• Чи можуть конфігурації, які підтримують ED, обмінюватися між собою? Так! Але для обміну БП 3.0 - БП 3.0 під час створення синхронізації не можна вибрати БП 3.0. Нічого страшного, вибирайте "Інша програма". Якщо потрібний разовий обмін, достатньо скористатися обробкою «Вивантаження завантаження EnterpriseData» у меню Усі функції.
• Після оновлення конфігурації потрібно завантажити нові правила з комплекту постачання? Ні! Правила містяться у модулі конфігурації. Для обміну з іншими базами 1С не потрібно завантажувати правила іншої бази. Чому? Подробиці у цій статті.
• Після оновлення однієї бази необхідно привести до актуального стану іншу базу, яка бере участь в обміні? Ні! Не потрібно синхронно оновлювати всі бази, які беруть участь у обміні. Це один із плюсів КД3.
• Наші конфігурації сильно доопрацьовані, там нові види документів і довідників, КД3 може їх перенести? Є можливість, що без зміни формату не зможе. Це один із "мінусів" КД3 у порівнянні з КД2.

Навіщо тоді потрібна КД3? Плюси і мінуси

Плюси КД3

Розглянемо основний плюс КД3 на прикладі часто зустрічається завдання. Є конфігурація УТ 11.3, яка не оновлюється з якихось причин. Необхідно організувати обмін із БП 3.0, яка постійно оновлюється до актуального релізу.

Немає проблем.

• Універсальний формат обміну, який використовується в КД3, призначений для вирішення подібних завдань.
• Правила обміну в УТ створюються задля обміну з БП а обміну з універсальним форматом EnterpriseData.
• Якщо оперувати поняттями КД2, то УТ обмінюється зі зміною ED, яка змінюється. БП 3.0 також обмінюється з ED.

Кожна конфігурація має свої правила обміну з ED. Таким чином УТ вивантажує дані завжди в той самий формат. Конфігурація БП 3.0, яка б вона нова не повинна була вміти приймати дані з цього формату.

Виходить, що в УТ не потрібно дбати про те, що БП зміниться якісь реквізити. Завдання просте - вивантажити в ED, а конфігурація БП повинна вміти прийняти дані цього формату.

• У зв'язку з тим, що конфігурація джерело вивантажує завжди в одному форматі, будь-яка конфігурація приймач може завантажити дані з цього універсального формату.
  Тобто. для довільної комбінації обмінів УТ – БП, УТ – КА, УТ – ERP, КА-БП, ERP – БП. не потрібно писати індивідуальні правила. У КД3 правила універсальні. Будь-яка конфігурація, що підтримує обмін в універсальному форматі, може обмінюватися з будь-якою конфігурацією, що підтримує формат ED.

Налагодження алгоритмів і правил доступна самій конфігурації, т.к. всі правила - це код загального модуля або зовнішньої обробки. Можна обійтися без КД3 оперативного виправлення помилки.

Мінуси КД2

Правила обміну індивідуальні кожної пари конфігурацій. Для всіх перерахованих вище комбінацій обміну між різними видами конфігурацій і різними версіями конфігурацій потрібні свої правила обміну. Тому для вирішення вищеозвученого завдання обміну УТ 11.3 та БП 3.0 потрібно майже після кожного оновлення БП 3.0 налагоджувати та доопрацьовувати правила обміну.

Налагодження алгоритмів і правил утруднена для програміста-початківця або для того, хто рідко стикається з цим завданням. Правила зберігаються у xml файлі. Швидке виправлення помилки недоступне. Необхідно завантажити правила в КД2, виправити та вивантажити назад.

Мінуси КД3

Універсальний формат накладає обмеження на види документів та довідників. Він розроблений для типових конфігурацій. Якщо у Вас є нетиповий реквізит або вид документа, можуть виникнути труднощі при обміні.

Для здійснення синхронізації у форматі ED конфігурація має підтримувати ці механізми. Все це є у БСП 2.3 і вище. Це не зовсім мінус, це скоріше особливість.

Основний плюс трохи тьмяніє через обмежені терміни підтримки формату. Це вже відчули користувачі УТ 11.1, УТ 11.2, які обмінюються з БП 3.0. Терміни підтримки вказані за цим посиланням. Там сказано, що мінімальний гарантований термін підтримки формату становить рік фактично близько 3-х років. Таким чином, якщо Ви налаштуєте синхронізацію сьогодні, то мінімум рік можна не оновлювати базу УТ 11, а потім або оновити конфігурацію, або просто додати новий формат, внести невелику зміну до БСП та правил за потреби. Як це зробити? Буде зазначено пізніше у цій статті.

Плюси КД2

Можливості КД2 безмежні. Ви можете створити правила обміну для будь-яких конфігурацій на будь-якій платформі. Від 1С 7.7 до останньої 8.3. Від конфігурації нічого не потрібно, БСП не є обов'язковим. Правила можуть бути створені в автоматичному режимі та доопрацьовані.

У зв'язку з вищесказаними плюсами та мінусами рекомендується використовувати КД3 для типових конфігурацій. КД2 можна використовувати для будь-яких конфігурацій, але з огляду на її мінуси не забувати, що іноді доцільніше використовувати КД3.

Сподіваюся прийшло розуміння навіщо потрібна КД3, продовжуємо по суті.

Прийняті скорочення далі

БСП– Бібліотека стандартних підсистем.
ПІД- Правило обробки даних.
ПКО- Правило конвертації об'єкта.
ВКПД- правило конвертації наперед визначених даних.
ПКС- правило конвертації якості.

Розглянемо приклад – необхідно змінити типові правила обміну БП 3.0 та УТ 11.3

На жовтому фоні вказані кроки з інструкції, що відкривається у КД3. Запропонована у цій статті послідовність кроків інша, щоб не заплутатися і одразу логічно завершити розпочату дію.

Як змінити правила ED?

1. Доопрацювати модульз правилами обміну у конфігурації. Цей варіант доки розглядаємо, т.к. для розуміння що і де потрібно міняти, необхідно хоча б один раз зробити це у КД3. В цьому випадку буде простіше в майбутньому оперативно вирішувати проблеми, налагоджувати в модулі та переносити до КД3 за потреби.
2. Скористатися КД3.
   Як це робиться у КД2? Вивантажуємо метадані обох конфігурацій та завантажуємо в КД2.
   Крок 1.Для КД3 робимо аналогічно - у кожній конфігурації як підприємства обробкою \tmplts\1c\Conversion\3_0_5_3\MD83Exp.epfвивантажуємо метадані конфігурацій,
   наприклад, у папку « D: Правила БП3 БП 3.0.54.15", ім'я файлу " МД.xml».

Незрозуміло з якою метою приховані налаштування цієї обробки, в результаті за замовчуванням не вивантажуються дані щодо регістрів відомостей. Усуваємо цей недолік.
У процедурі ЗмінитиРежимОбробки() основної форми коментуємо рядок

// Елементи.Настройки.Видимість = Брехня;

Зберігаємо обробку, відкриваємо у режимі підприємства, ставимо прапор на «Вивантажувати регістри відомостей», вивантажуємо.

Крок 3Завантажуємо раніше створений файл « МД.xml» в КД3, розділ прапор « У нову версію конфігурації».

Т.к. в КД3 для обміну використовується «проміжна конфігурація» (ED), завантажуємо та її «метадані», які є XML схему, файл із розширенням «xsd». Крок 2Взяти її з конфігурації УТ 11 чи БП 3.0. Вони однакові. Відкриваємо конфігурацію, у рядку пошуку вводимо « enter», бачимо у дереві Загальні - XDTO-пакетиприблизно такі пакети: EnterpriseData_1_3_8, EnterpriseData_1_4_4і подібні. Це версії формату 1.3 і 1.4 відповідно і 1.2, 1.1, 1.0 якщо є. Права кнопка миші на пакеті в контекстному меню вибираємо «».

Крок 4.У КД3 розділ вибираємо раніше вивантажені файли з розширенням «xsd». Потрібно вибирати один файл! Множинний вибір спільно з ExchangeMessage не потрібний! Це пропонувалося у старих інструкціях КД3 попередніх версій. В останніх КД3 цього не потрібно.

Після завантаження формату у розділі Формат даних - Дерево об'єктів формату, виберіть версію формату. Якщо там є документи та довідники, то Ви завантажили правильний файл. Якщо ні, почніть все спочатку з новою порожньою КД3 і спочатку завантажте формат і перевірте дерево.

Етап 2.Після завантаження метаданих у КД3 приступаємо до завантаження типових правил обміну.
Як це робиться у КД2? Правила завантажуються у конвертацію.
У КД3 майже так само. Вивантажуємо правила з типової, створюємо конвертацію, а потім завантажуємо до неї правила.

Вивантаження типових правил із конфігурації для завантаження в КД3

Конфігурації обмінюються на максимальну загальну версію формату обміну. Наприклад, одна конфігурація має максимальний формат 1.5, інша 1.6, отже вони обмінюватимуться між собою у форматі 1.5. Тому достатньо вивантажити з обох конфігурацій формат 1.5 та завантажити до правил.

Відкриваємо конфігурацію БП 3.0 або УТ 11.3 у режимі конфігуратора, у рядку пошуку можна ввести « мен уні», Відкриваємо загальний модуль . Якщо це БП 3.0, відкриваємо . У відкритому модулі переходимо до меню Файл - Зберегти копію, зберігаємо файл із довільним ім'ям, наприклад, « D:\Правила БП3\БП 3.0.54.15\Загальний модуль МенеджерОбмінуЧерезУніверсальнийФормат_ Модуль».
Відкриваємо конфігурацію БП 3.0 або УТ 11.3 у режимі підприємства, відкриваємо обробку \tmplts\1c\Conversion\3_0_5_3\Вивантаження правил синхронізації.epf

Недолік типової обробки:

• часто завершується з помилкою;
• вивантажує правила із зовнішньої обробки, підключеної до вузла, а нам потрібні типові правила;
• не працює у БП 3.0.53 та вище.

Доопрацювання модуля основної форми обробки. Вносимо зміни до процедур При створенні на сервері.

&На Сервері Процедура ПриСтворенніНаСервері(Відмова, СтандартнаОбробка) // Список вибору версій формату.<>ВерсіяПланаОбміна.Значення Тоді ВерсіїФормата.Вставити(ВерсіяПланаОбміна.Ключ, ВерсіяПланаОбміна.Значення);

• КінецьЯкщо; 1.3 »,
• КінецьЦикл;
• КінецьЯкщо; КінецьЦикл;».

Для кожного ВерсіяФормату З ВерсіїФормату Цикл Елементи.НомерВерсіїФормату.СписокВибору.Додати(ВерсіяФормату.Ключ);

КінецьЦикл;
АдресаСховищаВерсіїФормату = ПоміститиВчаснеСховище(ВерсіїФормату, УнікальнийІдентифікатор); КінецьПроцедури Вибираємо «Номер версії формату», наприклад, «"Каталог обміну" - створимо папку, наприклад, "" Натискаємо кнопку «Вивантажити Повторюємо ці дії для інших версій формату та зберігаємо у відповідні папки "1.4", "1.5" тощо. Для БП 3.0 достатньо вивантажити всі формати від 1.3 та вище. Для інших конфігурацій від 1.2 і від.Правила вивантажені, тепер потрібно завантажити їх у КД3. У КД2 правила завантажуються одночасно із створенням конвертації. У КД3 потрібно створити конвертацію та завантажити до неї правила. У КД3 РозділКонвертація - Конвертація - Створити . . Вибираємо конфігурацію. Для зручності можна змінити назву конфігурації, перейшовши в режим редагування елемента. Наприклад, замістьБухгалтеріяПідприємства Повторюємо ці дії для інших версій формату та зберігаємо у відповідні папки "1.4", "1.5" тощо. Для БП 3.0 достатньо вивантажити всі формати від 1.3 та вище. Для інших конфігурацій від 1.2 і від.вказати «

БП 3.0.54.15 ». Реквізит.
:

Ім'я не потрібно міняти!»

Найменування конвертації можна вказати таким же, наприклад, «»

• ». У табличну частину вибираємо версії формату, що підтримуються. Версії формату ті, що ми вивантажили з бази вище. Зберігаємо конвертацію. Переходимо до розділу»
• Конвертація - Завантаження правил синхронізації із файлів Повторюємо ці дії для інших версій формату та зберігаємо у відповідні папки "1.4", "1.5" тощо. Для БП 3.0 достатньо вивантажити всі формати від 1.3 та вище. Для інших конфігурацій від 1.2 і від.»

Місце завантаження: « У існуючу конвертаціюКаталог обміну: «

// Основна форма обробки ЗавантаженняПравилСинхронізаціїІзФайлів // До внесення змін: // Процедура завантажує правила конвертації об'єктів &На Сервері Процедура ЗавантажитиПКО() ... ЗаповнитиЗначенняВластивостей(ТекПКО, СтруктураАтрибутів);

КінецьЯкщо; // Варіант ідентифікації – особлива логіка.». « ТекПКО.ВаріантІдентифікації = Перерахування.ВаріантиІдентифікаціїОб'єктів[СтруктураАтрибутів.ВаріантІдентифікації]; ІнакшеЯкщо читанняXML.ТипУзла = ТипУзлаXML.КонецЭлемента Тоді // Запис завантаженого ПКО. ... // Зміни позначені "//ED" // Процедура завантажує правила конвертації об'єктів &На сервері Процедура ЗавантажитиПКО() ... ЗаповнитиЗначенняВластивостей(ТекПКО, СтруктураАтрибутів);// Варіант ідентифікації – особлива логіка. Якщо ТекПКО.ВикористовуватиДля Отримання Тоді //ED ТекПКО.ВаріантІдентифікації = Перерахування.ВаріантиІдентифікаціїОб'єктів[СтруктураАтрибутів.ВаріантІдентифікації];».
КінецьЯкщо; ІнакшеЯкщо читанняXML.ТипУзла = ТипУзлаXML.КонецЭлемента Тоді // Запис завантаженого ПКО. ... ЗавантажитиОброблювачі призначені для іншої конвертації: БП 3.0.44 (формат 1.4). Продовжити завантаження?
» Натискаємо « ТакНе закриваючи форму вибираємо інший
Каталог обміну

» та натискаємо кнопку « ». Повторюємо кілька разів завантаження правил для кожного формату в конвертацію.

Після успішного завантаження переходимо до розділу «

• Конвертації» - «Налаштування правил конвертації », відкриваємо нашу конвертацію із форми списку.Якщо бачимо , ПІД і т.п., значить завантаження в КД3 вдалося. Перевірка коректності завантаження правил».
• Це не обов'язкова операція! Якщо Ви використовуєте одну версію формату в правилах, не потрібно домагатися ідентичності тексту модуля. Відкриваємо конфігуратор БП, створюємо нову зовнішню обробку, наприклад, Ім'я «Синхронізація EDБП
• », синонім «
• Синхронізація ED БП 3.0 У КД3 у формі «Якщо бачимо , ПІД і т.п., значить завантаження в КД3 вдалося. Налаштування правил обміну» натискаємо кнопку «» і вставляємо цей код із буфера обміну в нашу нову обробку. У конфігураторі БП перевіряємо модуль на синтаксичні помилки. Зберігаємо обробку.створюємо в БП ще одну порожню обробку, наприклад, Ім'я

СинхронізаціяEDБПтипова Синхронізація ED БП 3.0 типова.

». Копіюємо текст загального модуля БП МенеджерОбмінаЧерезУніверсальнийФормат13завантажуємо в конвертацію правила в недостатньому форматі і повторюємо порівняння наших правил із типовими. Коли досягли ідентичності можна сміливо приступати до доробок правил. Повної ідентичності домагатися не обов'язково якщо Ви знаєте який формат обміну не буде використовуватися при синхронізації.

Аналогічним способом у КД3 створюємо конвертацію для УТ 11.3.

БП 3.0.54.15

• Помічено некоректне завантаження ПКО " Довідник_КористувачіПотрібно виправити. Повинно.
• У ПКО " Документ_ІнвентаризаціяТоварів_Відправка"для ПКС" Відповідальна особа" не вказано ПКО. Відкрийте , переоберіть властивість конфігурації та властивість формату щоб заповнився їх тип, після чого буде доступний вибір у полі " Правило конвертації якості". Виберіть " Довідник_ФізичніОсоби_Надсилання".

Розглянемо приклад доопрацювання

Основна мета прикладу – показати можливості доробок для перенесення додаткових даних, які не вкладаються у формат обміну.

Необхідно перенести реквізит ВидНоменклатури"довідника "Номенклатура", тип реквізиту" Довідник.ВидиНоменклатуриЦей вид довідника не переноситься типовими правилами КД3 і не підтримується форматом ED версії нижче 1.6.

Є кілька варіантів вирішення такого завдання

• Доопрацювання XDTO пакету, додавання до формату об'єкта "Довідник.ВидиНоменклатури". В результаті втрачається основна перевага універсального формату – він перестає бути універсальним. Доопрацювання XDTO пакета знадобиться у всіх базах, що беруть участь в обміні.
• Використовувати властивість формату " ДодатковіРеквізитиЦей варіант розглядати в даній статті не будемо через деяку складність. Візьмемо до відома що є такий спосіб.
• Реквізит AdditionalInfo.Він є у шапці всіх об'єктів формату. Тип anyType. Призначений для таких випадків. Скористаємося ним як найпростішим способом.

Перед тим як приступити до доопрацювання типових правил, створимо в групі правил дві групи. Додано», « Змінено». Це робиться в " Конвертації -".
Нові ПІД, ПКО, Алгоритми тощо. будемо створювати у групі «Додано», типові об'єкти, до яких вносимо зміни, переносимо до групи «Змінено». Це полегшить подальшу підтримку змінених правил.

Отже, почнемо.

Зміни правил УТ 11.3

Це не обов'язкова операція! Якщо Ви використовуєте одну версію формату в правилах, не потрібно домагатися ідентичності тексту модуля. УТ 11.3.4.12 Налаштування правил обміну» на вкладці Алгоритмистворюємо новий алгоритм

• Ім'я алгоритму "AdditionalInfoВставити"
• Група: "Додано"

Параметри: «ДаніXDTO, Ім'я, ДодатковийЗначення»

Код алгоритму

Якщо ДаніXDTO.Властивість("AdditionalInfo") І ТипЗнч(ДаніXDTO.AdditionalInfo)=Тип("Структура") Тоді ДодатковіДані = ДаніXDTO.AdditionalInfo; Інакше Додаткові = Новий Структура; КінецьЯкщо; Вставити(Ім'я, Додатковий); ДаніXDTO.Вставити("AdditionalInfo", Додаткові дані);

Зберігаємо алгоритм та переходимо на вкладку « Правила конвертації об'єктів»

За кнопкою « Знайти» шукаємо «Номенклатура», відкриваємо ПКО « Довідник_Номенклатура_Надсилання». Переходимо на вкладку « При відправленні». Там бачимо поле «Ім'я оброблювача:». Можна прямо туди внести зміни.
Більш складний код, який вимагає налагодження, можна писати в конфігурації. Шукаємо в модулі обміну в УТ 11.3 процедуру з ім'ям ПКО_Довідник_Номенклатура_Надсилання_При ВідправціДанихі допрацьовуємо там.
Для перенесення змін з УТ 11.3 у КД3 копіюємо всю процедуру в буфер обміну, у КД3 у формі « Відкриваємо конфігуратор БП, створюємо нову зовнішню обробку, наприклад, Ім'я «» натискаємо кнопку «».

Для нашого прикладу код такий

Якщо значенняЗаповнено(ДаніІБ.ВидНоменклатури) Тоді //ED AdditionalInfoВставити(ДаніXDTO, "ВидНоменклатури", Рядок(ДаніІБ.ВидНоменклатури.УнікальнийІдентифікатор()));

AdditionalInfoВставити(ДаніXDTO, "ВідНоменклатуриНайменування", ЗагальногоПризначення.ЗначенняРеквізитуОб'єкта(ДаніІБ.ВидНоменклатури, "Найменування")); // AdditionalInfoВставити... //додаємо інші службові реквізити КінецьЯкщо;Після перенесення змін до КД3 натискаємо кнопку "

Зберегти модуль менеджера обміну

і переносимо код з буфера в модуль УТ 11.3. Зміни правил у БП 3.0Вносимо зміни до ПКО " Довідник_Номенклатура_Отримання", на вкладці " При конвертації даних XDTO".

", ім'я процедури"

Якщо ДаніXDTO.Властивість("AdditionalInfo") І ТипЗнч(ДаніXDTO.AdditionalInfo)=Тип("Структура") Тоді //ED ДодатковіДані = ДаніXDTO.AdditionalInfo;

Якщо ДопДані.Властивість("ВидНоменклатури") Тоді ВидНоменклатури = ОбмінДанимиXDTOСервер.ПосиланняОб'єктаПоУІДОб'єктаXDTO(ДопДані.ВидНоменклатури, Тип("ДовідникПосилання.ВидиНоменклатури"); Якщо ВидНоменклатури.ОтриматиОб'єкт()=Невизначено І Додаткові.Властивість("ВиглядНоменклатуриНайменування") Тоді //Створюємо новий ВидНоменклатуриОб'єкт = Довідники.ВидиНоменклатури.СтворитиЕлемент();".

ВидНоменклатуриОб'єкт.УстановитиПосиланняНового(ВидНоменклатури);

ВидНоменклатуриОб'єкт.Найменування = Додаткові.ВидНоменклатуриНайменування;

// Заповнюємо інші службові реквізити ЗаповнитиЗначенняВластивостей(ВидНоменклатуриОб'єкт,ДопДані);

ВидНоменклатуриОб'єкт.Записати();

1. ВидНоменклатури = ВидНоменклатуриОб'єкт.Посилання; КінецьЯкщо;;
2. ВидНоменклатури = ВидНоменклатури;
3. КінецьЯкщо; КінецьЯкщо;
4. Одного коду недостатньо. Необхідно на вкладці "Правила конвертації властивостей" додати ПКС із властивістю конфігурації " " та прапорцем "

Використовується алгоритм конвертації

Переносимо модуль менеджера обміну модуль конфігурації БП 3 або у зовнішню обробку. Як завантажити допрацьовані правила КД3 у базу? нині найоптимальніший. Нестача поки що одна - необхідно знімати прапор "Безпечний режим" при підключенні даного розширення. Це обмежує його використання у хмарних сервісах. Чекаємо на рішення від 1С про порядок заміни правил обміну в універсальному форматі в 1С фреш.

Суть у тому, що необхідно знайти у конфігурації ділянку коду, яка відповідає за вибір загального модуля залежно від версії формату обміну та замінити вибір модуля на свій модуль. Приклад для БП 3.0.67:

///////// // Загальний модуль ОбмінДанимиПеревизначений &Замість("При отриманні ДоступнихВерсійФормату") Процедура ED_ПриОтриманніДоступнихВерсійФормату(ВерсіїФормату) ED_ОбмінДанимиСервер.ПриОтриманніДоступнихВерсів; КінецьПроцедури //////// // План обміну СинхронізаціяДанихЧерезУніверсальнийФормат: Модуль менеджера #Якщо Сервер Або ТовстийКлієнтЗвичайнийДодаток Або ЗовнішнєЗ'єднання Тоді&Замість("При отриманніНалаштувань") Процедура ED_При отриманні налаштувань. БП.Ім'яКонфігураціїДжерела();

Розглянемо 4-й варіант, який описаний у документації, т.к. у БСП немає такої можливості. Цей варіант вже застарів. Зовнішня обробка з правилами застосовувалась у перших версіях з універсальним форматом обміну. Зараз 1С поступово позбавляється цього функціоналу.

У режимі підприємства, у розділі адміністрування переходимо за посиланням Синхронізація даних - Налаштування синхронізації даних, натискаємо кнопку " Налаштувати..." якщо налаштування одна або " Змінити", якщо налаштувань кілька. Переходимо в режим редагування форми через меню " " , Розгортаємо " Група", там включаємо прихований елемент форми " ", " ОК".
На вкладці " Службова інформація" вибираємо " Шлях до менеджера обміну", підставляємо туди нашу обробку із правилами.

Підключення зовнішньої обробки з правилами до БП 3.0.52 та вище

У БП 3.0.52 та вище з невідомих причин зовнішня обробка з правилами не використовується. Інтерфейс для підключення обробки залишився. Хоча б на цьому спасибі.

Задіяти обробку з правилами можна за допомогою розширення. Необхідно внести виправлення у спільний модуль " ОбмінДанимиXDTOСервер", функцію" ВерсіїФорматуОбміну".

Процедура EDм_ОтриматиВерсіюФорматуОбміну(ВерсіїФормату, Знач ВузолІнформаційноїБази) Запит = Новий Запит("ВИБРАТИ РІЗНІ | ФорматаОбмін ЯК ВерсіяФорматуОбмін |З |ПланОбміну.СинхронізаціяДанихЧерезУніверсальнийФормат ЯК<>""" | І СинхронізаціяДанихЧерезУніверсальнийФормат.Посилання = &Посилання"); Запит.УстановитиПараметр("Посилання", ВузолІнформаційноїБази); КлієнтСервер.РежимНалагодження () Тоді ДаніОбробки = Нові ДвійковіДані(Ім'яОбробки); ждений());Інакше Ім'яОбробки = ЗовнішніОбробки. КінецьЯкщо;КонецьЯкщо;МенеджерОбміну=ЗовнішніОбробки. зелІнформаційноїБази) ВерсіїФорматуОбмін = Новий Відповідність; Ім'яПланаОбміну = ВузолІнформаційноїБази.Метадані().Ім'я;<ВерсииФорматаОбмена>Версії Формату Обміну = ОбмінДанимиСервер.

EDм_ОтриматиВерсіюФорматуОбміну(ВерсіїФорматуОбміну, ВузолІнформаційноїБази);

Інакше ОбмінДанимиПеревизначається.ПриОтриманніДоступнихВерсійФормату(ВерсіїФорматуОбміну); КінецьЯкщо;Якщо ВерсіїФорматуОбміну.Кількість() = 0 Тоді ВикликатиВиняток СтроковіФункціїКлієнтСервер.ПредставитиПараметриВрядок(НСтр("ua = "Не задані версії формату обміну. ​​|Ім'я плану обміну: %1 |Процедура: ОтриматиВерсіїФорматуОбміну(

• )""), ВузолІнформаційноїБази.Метадані().Ім'я);

КінецьЯкщо;

&Замість("ОтриматиВерсіїФорматуОбміну") Процедура ED_ОтриматиВерсіїФорматуОбміну(ВерсіїФормату) ОбмінДанимиУТ.ДоступніВерсіїУніверсальногоФормату(ВерсіїФормату);<>Запит = Новий Запит("ВИБРАТИ РІЗНІ | СинхронізаціяДанихДерезУніверсальнийФормат хронізаціяДанихЧерезУніверсальнийФормат.ШляхКМенеджеруОбміну<>""""");Вибірка = Запит.Виконати().Вибрати(); АдресаОбробки = ПоміститиВчаснеСховище(Дані Обробки); Підключити(Адреса Обробки); Ім'яОбробки);ВерсіїФормату.

Налагодження найпростіше вести у файловій базі. Точку зупину ставимо у обробці з правилами. Щоб знайти необхідну процедуру, використовуємо КД3. Знаходимо ПКО, ПІД або Алгоритм, дивимося " Ім'я оброблювача" або " Ім'я алгоритму", шукаємо цю процедуру в модулі правил. Після правки модуля не забуваємо скопіювати процедуру в буфер і в КД3 натиснути кнопку "". Будьте уважні, має бути відкрита ця конвертація.

На цьому поки що все. Даної інформації для програміста 1С вже достатньо, щоб самостійно освоїти КД3 і підтримувати в робочому стані сучасний спосіб синхронізації між базами 1С. Якщо залишилися білі плями, запитуйте, чи стаття буде доповнюватись і Ви можете повернутися до неї, якщо щось забули.

Загальновідомі посилання на документацію з КД3:

• 1С-Навчальний центр №3, "Конвертація даних 3.0" - http://www.1c-uc3.ru/konvert30.html

Розширити сферу застосування КД3 Ви можете за допомогою цих публікацій:

• - конфігурації попередніх версій на платформі 8.2 і нижче перетворюються на сумісні з ED.

Заощадити час та скористатися готовими правилами для останніх версій конфігурацій можна тут

• - Розширений функціонал, виправлення помічених помилок.

27.08.2015

Фірма "1С" випустила першу версію нового формату обміну бізнес-даними EnterpriseData, що базується на XML. Формат дозволяє ефективно організувати обмін даними між різнорідними системами автоматизації бізнесу, що використовуються в компанії, незалежно від того, хто є їх розробником та для яких сфер діяльності вони призначені.

Випуск стандарту став для фірми "1С" черговим кроком на шляху підвищення відкритості своїх продуктів для інтеграції з сторонніми виробниками. Фірма "1С" завжди приділяла особливу увагу цьому напрямку. Продукти "1С" підтримують формат CommerceML, який використовується для обміну комерційною інформацією у форматі XML. Заслуговує на окрему згадку формат обміну фінансовими документами між системою "1С:Підприємство" та модулями систем дистанційного банківського обслуговування ("Клієнт-банк"), розроблений фірмою "1С" спільно з провідними розробниками інформаційних банківських систем. Цей формат, який підтримують сьогодні сотні російських банків (включаючи Ощадбанк Росії, ВТБ 24, Газпромбанк, Россільгоспбанк) став, по суті, стандартом індустрії. Подальший розвиток цей напрямок отримав у технології прямого обміну DirectBank, що робить взаємодію з банком з 1С:Підприємство ще зручнішим і безпечнішим.

У цьому раніше формати, підтримувані " 1С " , служили переважно вирішення завдань з обміну даними між різними організаціями лише у певних сферах діяльності (електронна комерція, інтеграція з банківськими системами). Тепер новий формат EnterpriseData покриває всі сфери діяльності підприємства – фінанси, виробництво, закупівлю та продаж, складські операції тощо. Перша версія формату включає опис 94 типів документів з різних областей бізнесу. Формат є розширюваним, фірма "1С" додаватиме до нього нові документи та деталізуватиме існуючі.

Формат рекомендований для використання при інтеграції сторонніх додатків із програмами "1С". Також формат може використовуватися для обміну інформацією між будь-якими іншими інформаційними системами: він не залежить від особливостей програмного забезпечення або структур інформаційних баз, які беруть участь в обміні та не містять явних обмежень використання.

В даний час формат Enterprise Data вже застосовується для синхронізації даних між програмними продуктами фірми "1С", він підтримується в продуктах:

• 1C:ERP Управління підприємством 2.0
• 1С: Бухгалтерія 8, редакція 3.0
• 1С:Бухгалтерія 8 КОРП, редакція 3.0
• 1С:Роздріб, редакція 2.0
• 1С: Управління торгівлею, редакція 11

Одним із найпоширеніших випадків інтеграції продуктів "1С" є тандем "1С:Бухгалтерія" - "1С:Управління торгівлею"; ці два популярні продукти компанії обмінюються 73 типами документів у форматі EnterpriseData, що дозволяє підтримувати їх дані в актуальному, синхронізованому між собою стані. Розробники фірми "1С" зазначають, що прийняття формату EnterpriseData дозволило підвищити якість та швидкість розробки прикладних рішень системи "1С:Підприємство" за рахунок уніфікації коду.

Для інших продуктів, що інтегруються з продуктами "1С", використання формату дозволить знизити як обсяг розробки, так і трудовитрати на впровадження та підтримку систем. Раніше, коли кожен продукт підтримував свій формат обміну даними, за наявності системи обміну даними N продуктів додавання нового продукту вимагало 2*N змін (див рис.1); кожен існуючий продукт потребував змін, щоб підтримати імпорт даних із нового продукту, і новий продукт повинен був підтримати імпорт даних із існуючих продуктів. Після введення єдиного формату додавання нового продукту вимагатиме лише реалізації в ньому імпорту та експорту у форматі EnterpriseData і не викличе змін у існуючих продуктах.

Малюнок 1 Обмін даними без єдиного формату

Малюнок 2 Обмін даними через EnterpriseData

Формат підтримує сумісність "знизу вгору" - всі програми сторонніх виробників, які обмінюються даними у форматі EnterpriseData з програмним забезпеченням фірми "1С", при виході нових версій формату продовжать роботу.

• для інтеграції власних розробок на платформі "1С:Підприємство" (як замовних, так і тиражних) з типовими рішеннями 1С
• для інтеграції інших (не-1С) систем з рішеннями на платформі 1С: Підприємство
• організації взаємодії інших (не-1С) систем між собою.

У кожному плані є певний список елементів, інформацію про зміну яких може зберігати. Цей список називається "Склад плану обміну". Склад можна розширювати, але підтримка конфігурації знімається.

У «Макеті плану» зберігаються самі правила, з урахуванням яких працює синхронізація. Ось саме цей пакет конвертації (Правила реєстрації, Правила Обміну, Правила Обміну Кореспондента) нам і необхідний для подальшого вивчення.

Розглянемо приклад синхронізації даних між конфігураціями «1С:Зарплата та управління персоналом 3» (ЗУП) та «1С:Бухгалтерія підприємства 3» (БП). Зазначимо відразу, у цьому нам доведеться зняти конфігурацію з підтримки. Це знадобиться за умовою.

Живий приклад потреби у доопрацюванні типових правил обміну

Наприклад, замовник звернувся до нас із такою проблемою: при синхронізації між ЗУП та БП немає можливості передати дані довідника «Реєстрації у податковому органі», які необхідні для заповнення документа «Відображення зарплати у бухобліку». Наразі таблична частина цього документа на стороні приймача БП містить порожню «Реєстрацію…» та користувачам доводиться вручну створювати такі записи у довіднику. Погодьтеся, це незручно. Можемо доопрацювати цей момент.

Вирішення проблеми: доопрацюємо пакет конвертації з плану обміну ОбмінЗарплата3Бухгалтерія3. Додамо до типових «Правил обміну 1С» нове «Правило конвертації об'єктів» (ПКО) для довідника «Реєстрації в податковому органі» та відповідно «Конвертацію властивостей» цього довідника (ПКС). Обов'язково доопрацюємо типові правила реєстрації об'єктів, т.к. виникла потреба зареєструвати зміни довідника на вузлі обміну. І переглянемо "Правила обміну 1С" бази кореспондента.

Де все це редагуватимемо? для написання та зміни правил нам знадобиться конфігурація «1С: Конвертація даних 2».

Доопрацювання типових правил конвертації з Плану обміну ЗУП – БП

Отже, доопрацювання правил обміну 1С почнемо з того, що в конфігураторі для плану обміну ОбмінЗарплата3Бухгалтерія3 до складу додамо новий елемент - довідник РеєстраціїВПодатковомуОргані. Цю зміну зробимо в обох конфігураціях «1С:Зарплата та управління підприємством 3» та «1С:Бухгалтерія підприємства 3».

Збережемо та оновимо конфігурації.

У режимі підприємства кожної бази вивантажимо опис структури метаданих з допомогою обробки MD83Exp.epf для платформи «1С:Підприємство 8.3». Обробку можна знайти в комплекті "1С: Конвертація даних".

На наступному етапі вивантажимо пакет конвертації із ЗУП та БП. Пакет повинен складатися з 3 файлів: Правила Реєстрації, Правила Обміну, Правила Обміну Кореспондента.

У рамках цієї статті не буде опису як налаштовується синхронізація даних, це можна прочитати на сайті компанії «Кодерлайн» у розділі «Статті експертів» або переглянути записи вебінарів. Зараз у базах вже налаштована ця опція. Тому переходимо в налаштування синхронізації (Адміністрування -> Синхронізація даних -> Налаштування синхронізації даних), натискаємо кнопку "Завантажити правила". Перед нами відкриється форма "Правил для синхронізації". На кнопці «Ще» виберемо пункт «Зберегти правила у файл».

Ось такий пакет після вивантаження має у нас вийти.

Аналогічні дії здійснимо і для іншої інформаційної бази «1С:Бухгалтерія підприємства».
У результаті всі підготовчі роботи для редагування правил готові. У нас є:

Опис структури метаданих для завантаження в "1С: Конвертація даних 2" (для ЗУП та БП);

Пакет конвертації, який містить правила обміну 1С та правила реєстрації, необхідні для завантаження в «1С:Конвертація даних 2» (для ЗУП та БП).

Переходимо в "1С: Конвертація даних 2". Виконаємо такі дії по порядку для обох інформаційних баз:

Завантажуємо структури метаданих конфігурацій;

Створюємо конвертації та завантажуємо правила обміну даними 1С із пакетів конвертації (файл правил називається ExchangeRules);

Створюємо реєстрацію та завантажуємо правила реєстрації з пакетів конвертації (файл правил називається RegistrationRules).

Переходимо безпосередньо до нашого доопрацювання. До правил обміну 1С додаємо нове правило конвертації об'єктів (ПКО) – довідник «Реєстрації в податковому органі». Додаємо правило конвертації властивостей (ПКС) для цього довідника та правило вивантаження даних (ПВД). Такого роду доопрацювання необхідно виконати як правил з пакета ЗУП, так правил обміну з пакета БП. Вивантажуємо наші правила обміну у відповідні файли ExchangeRules.

Переходимо до правил реєстрації нового елемента. Додаємо довідник «Реєстрації у податковому органі». Вивантажуємо правила реєстрації у відповідний файл із пакета RegistrationRules. Цю дію також виконуємо для обох баз.

Допрацьовані правила обміну та правила реєстрації готові. Тепер у правила кореспондента (CorrespondentExchangeRules) із пакета ЗУП копіємо вміст правил обміну (ExchangeRules) із пакета БП. У правила кореспондента (CorrespondentExchangeRules) із пакета БП копіюємо вміст правил обміну (ExchangeRules) із пакета ЗУП.

У результаті має вийти таке:

На цьому роботу в «1С:Конвертація даних 2» завершено. Допрацьовані пакети правил конвертації готові, залишилося завантажити їх назад до інформаційних баз та перевірити синхронізацію.

Архівуємо файли з пакетів в Архів ZIP і завантажуємо в ЗУП та БП свої пакети конвертації.

Все готово. Залишилось протестувати.

Згадаймо умови завдання. Необхідно було зареєструвати до вивантаження довідник «Реєстрації у податковому органі» та перевірити, як заповнюється ТЧ документа «Відображення зарплати у бухобліку» на боці «1С:Бухгалтерія підприємства 3».

У джерелі «1С:Зарплата та управління підприємством 3» реєструємо до вивантаження наш довідник. Виконуємо синхронізацію. Переходимо до бази приймач і теж виконуємо синхронізацію для отримання даних. Зауважимо, що тепер у плані обміну з'явився потрібний довідник для реєстрації змін.

Перевіряємо на стороні «1С:Бухгалтерія підприємства 3»:

Підведемо підсумок. Результат поставленого завдання виконано успішно. Ми доопрацювали план обміну ЗУП – БП, додавши новий елемент для реєстрації змін та дописали правила конвертації для синхронізації даних.

У конфігурації 1С «Управління торгівлею, редакція 11» є кілька вбудованих планів обміну, зокрема і зі зміною «Бухгалтерія підприємства, редакція 3.0» (рис.1).

Являє собою зведення правил, якими об'єкти з однієї конфігурації завантажуватимуться в іншу. У нашій інструкції ми будемо налаштовувати обмін між 1С Бухгалтерія 3.0 та 1С Управління торгівлею 11 на базі платформи 1С 8.3.

Присутність потрібного плану у списку типових обмінів значно полегшує процес інтеграції. Тим не менш, необхідно виконати кілька попередніх налаштувань, причому в обох конфігураціях.

Спочатку розглянемо послідовність дій у 1С Бухгалтерія підприємства 3.0. Знайдемо у розділі «Адміністрування - Налаштування» пункт «Налаштування синхронізації даних» (рис.2).

Тут необхідно включити прапорець «Синхронізація даних» та обов'язково вказати префікс нашої бази (рис.3). За бажання можна – раніше цієї дати жодні дані завантажуватись або змінюватися не будуть.

Тепер заходимо на закладку «Синхронізація даних» і налаштовуємо обмін (Рис.4). Обмінів може бути кілька. Для кожного створюється свій рядок (кнопка із плюсиком «Налаштувати синхронізацію даних»). У демо-базі 1С Бухгалтерія ми вже маємо два записи. Перевіримо налаштування останньої (кнопка з олівцем «Налаштувати правила…»).

Заповнюємо лише закладку «Правила отримання даних» (рис.5), оскільки нічого не відправлятимемо. На закладці «Правила надсилання даних» встановлюємо прапорці «Не надсилати».

Залишилося перевірити параметри підключення (Рис.6). Вибираємо «пряме підключення», вказуємо адресу бази на диску, з якої будемо отримувати дані, та користувача/пароль цієї бази. Користувач повинен мати повні права або хоча б права на синхронізацію. Іноді створюють віртуального користувача спеціально для обміну.

Детальнішу інформацію про налаштування цього розділу можна отримати з довідки (F1).

Аналогічні налаштування виконуються у базі «1С Управління торгівлею 11».

Налаштування обміну Управління торгівлею 11

У різних релізах потрібний розділ може мати іншу назву. У прикладі це пункт «Налаштування інтеграції – Інші програми» (Рис.7).

Решта – схоже. Той самий прапорець «Синхронізація даних», той самий пункт і подібні установки. (Рис.8).

Лише префікс інший. Це важливо!

Отримайте 267 відеоуроків з 1С безкоштовно:

Переходимо на закладку «Синхронізація даних» та створюємо новий обмін. Вибрати конфігурацію, з якою хочемо обмінюватися, можна за кнопкою «Налаштувати синхронізацію даних», сам обмін створюється за кнопкою «Налаштувати» (рис.9).

З цього моменту починаються відмінності від попереднього налаштування у БУХ.3.0. Нам потрібно заповнити вкладку «Правила надсилання даних» (рис.10). І головне, що потрібно зробити, — визначити склад даних, що надсилаються.

Вибрати дані, які ми збираємося передавати можна кількома способами (рис.11). Усі вони зібрані у пункті «Зареєструвати». Можна вибрати один об'єкт і список. Або все одразу.

Повернемося на попередню закладку і виконаємо ще один важливий пункт, що вже нам знайомий – вкажемо параметри підключення (рис.12). Параметри настроюються так само, як і для бухгалтерії. Лише цього разу ми використовуємо віртуального користувача під назвою «Обмін».

Запуск та перевірка обміну між 1С Бухгалтерія 3.0 та 1С Управління торгівлею 11

Обмін виконується за кнопкою "Синхронізувати", яка знаходиться на першій сторінці налаштування (рис.13). Цю кнопку можна знайти і на інших сторінках. Більше того, немає особливої ​​різниці, в якій із двох конфігурацій цю кнопку натискати. Обмін двосторонній.

Тиснемо кнопку і переходимо до наступного кроку.

Якщо обмін виконується вперше, доведеться виконати ручну синхронізацію, тобто зіставити однакові об'єкти двох конфігурацій, якщо такі є (рис.14). Якщо цього зробити, можуть з'явитися дублі.

На наступному кроці з'явиться можливість обрати організації, якими будуть передаватися дані, та інших відбори (рис.15).

Опис всіх відборів з'являється у спеціальному вікні, а повний список об'єктів, які будуть відправлені, можна отримати у звіті про склад даних, що відправляються (рис.16).

Обмін може виконуватися довго, час залежить від кількості об'єктів, що передаються. Після завершення процесу отримуємо картинку наступного виду – рис.17. За кнопкою «Налаштувати» можна налаштувати розклад, за яким обмін виконуватиметься автоматично.

Надіслати цю статтю на мою пошту

Основні причини потреби застосування обміну між базами 1С - це наявність філій та поділ видів обліку, т.к. Найчастіше компанії працюють у кількох інформаційних базах. Налаштування обміну 1С 8.3 дозволяє виключити ведення подвійної роботи – введення тих самих документів і довідників у двох програмах, а також оперативно постачати потрібні об'єкти системи для різних філій та відділів.

У разі, коли необхідно здійснювати обмін між філією, використовується РІБ (Розподілена інформаційна база). Це механізм обміну між ідентичними конфігураціями. Він є деревом, зверху якого знаходиться найголовніший кореневий вузол, нижче пари зв'язаних між собою вузлів. Вносити зміни можна в будь-якому вузлі цієї системи, і вони будуть передані іншим зв'язаним вузлам. Виконується так само поширення як даних, а й змін від кореневого вузла до підлеглим.

При необхідності поділу видів обліку, наприклад, ведення оперативного в торговій базі, а регламентованого - у бухгалтерській, доступні універсальні механізми обміну з гнучкими налаштуваннями синхронізації даних.

Однією з нових розробок 1С є формат обміну даними EnterpriseData. Він простий у використанні і призначений для обміну всередині компанії між базами 1С, так і сторонніми програмами.

Реалізацію обміну даними для підприємства можна у вигляді послідовних процедур.

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

Потім вибираємо відповідний формат: РІБ, універсальний формат; обмін за правилами обміну; обмін без правил обміну.

Наступним кроком буде вибір транспорту для обміну. Доступний великий вибір технологій, виділимо основні: каталог (локальний чи мережевий), FTP-ресурс, COM з'єднання, веб-сервіс, електронна пошта.

Четвертим кроком буде визначення даних: документів, довідників та за необхідності деталізація до окремих їх реквізитів, що підлягають передачі.

І на закінчення прописується розклад періодичності обміну

Кожен варіант налаштування обміну 1С 8.3 вимагає ретельно підготовки. Його реалізація не під силу кожному користувачеві, тут необхідно враховувати безліч нюансів та розуміти принципи роботи обміну. Особливу увагу потрібно приділити налаштуванню, якщо бази: містять доопрацювання або безліч додаткових. реквізитів, що відрізняються версіями платформи або використовуються застарілі версії конфігурацій, підприємство велике і використовує автоматизовану систему, що складаються з великої кількості баз. Помилки неприпустимі, т.к. можуть призвести до невиправних наслідків. Самостійна реалізація обміну в 1С рекомендується лише тому випадку, якщо треба налаштувати просту передачу інформації між типовими конфігураціями.

Якщо ви сумніваєтеся у своїх силах, краще не заощаджувати, а звернутися до грамотного фахівця, який допоможе вирішити складне завдання налаштування обмінів 1С 8.3.

Якщо ви все ж таки вирішили виконати налаштування обмінів 1С без залучення експертів, рекомендується попередньо провести тестування на копіях баз, а перед початком роботи в робочих базах вивантажити конфігурації для можливості повернення до початкового стану у разі виникнення помилок.

Нижче наведемо докладний приклад налаштування обміну 1С 8.3 в односторонньому порядку між типовими конфігураціями Управління торгівлею 11 (УТ) та Бухгалтерія підприємства 3.0 (БП). Приклад актуальний для багатьох компаній, що ведуть оптову та роздрібну торгівлю. В УТ ведеться управлінський облік, у БП – регламентований, обмін необхідний для полегшення роботи користувачів.

Такий алгоритм підходять для інших типових конфігурацій на платформі 1С 8.3

Насамперед проведемо підготовчу роботу для приймача інформації, тобто. для БП. Запускаємо програму у режимі Підприємство. Потрібно встановити константу Синхронізація даних (розділ Адміністрація → Синхронізація даних).

Зверніть увагу на поле Префікс, тут потрібно вказати значення, яке дозволить згодом розрізнити (за значенням коду довідника або номером документа) в якій програмі були створені об'єкти. У нашому прикладі підійде звичайне скорочення - БП і УТ, якщо налаштування обміну 1С 8.3 виконується для складного обміну між великою кількістю баз, а так само однакових конфігурацій потрібно ввести кожній базі своє зрозуміле позначення.

Оскільки БП є лише приймачем інформації, переходимо до налаштування УТ.

Тут, так само як і в БП, потрібно включити синхронізацію і вказати префікс. Ці відомості доступні в розділі НСІ та адміністрування → Налаштування синхронізації даних.

Вибираємо спосіб налаштування Вказати налаштування вручну. Далі.

Встановимо варіант прямого підключення, коли обидві програми розташовані в одній локальній мережі, вкажемо параметри підключення до каталогу ІБ у цій мережі, а також заповнимо автентифікаційні відомості про користувача (в базі БП). Далі.

Система перевірить правильність зазначених даних та у разі позитивного результату виведе вікно налаштування обміну 1С 8.3.

За посиланням Змінити правила вивантаження даних доступні налаштування обміну. Внесемо уточнення НСІ – вивантажувати лише використовувані у документах, виберемо організації та варіант роботи з договорами – без прив'язки, поділ документів у розрізі складів. Початок обміну з 1 березня цього року.

Внесені правила записуємо та закриваємо.

Так як у прикладі йдеться про односторонню передачу інформації, то в наступному вікні налаштувань для отримання даних з іншої програми слід встановити значення Не надсилати. Записати та закрити. Далі.

Тепер потрібно перевірити введені параметри і якщо вони вірні натиснути Далі, інакше повернутися до попереднього кроку, натиснувши Назад.

Потім буде запропоновано провести синхронізацію. Тиснемо Готово.

При необхідності виконати співвідношення однакових об'єктів двох конфігурацій відкриється вікно для зіставлення даних. Виконуємо зіставлення і тиснемо Далі.

При виконанні передачі об'єктів можливе виникнення проблемних ситуацій, переглянути результати можна за посиланням Попередження під час синхронізації даних.

Після синхронізації буде виведено вікно з підтвердженням успішного завершення цього процесу.

Тут же за командою Налаштувати або після сценарії синхронізації можна налаштувати розклад автоматичного виконання обміну.