Конвертація даних 3.0 інструкція. І кілька слів про набір до групи

У цій статті опишу свій, поки невеликий, досвід організації обміну даними через універсальний формат EnterpriseData.

У моєму випадку обмін налаштовується між конфігураціями "Управління торгівлею 11.2" (далі УТ) і "Бухгалтерія підприємства 3.0.43" (далі БП). Обмін односторонній, з УТ в БП. До поновлення "Управління торгівлею 11.1" на версію "11.2" обмін даними був налаштований за допомогою конфігурації "Конвертація даних 2.0". Однак після переходу на "11.2" в "Управління торгівлею" з'явилися помилки при роботі користувачів. Процедура оновлення правил обміну була проведена, але результату це не дало. Отладчик показував, що проблема в обміні даними. Було вирішено видалити настройку обміну даними в обох конфігураціях і налаштувати заново.

І "Управління торгівлею", і "Бухгалтерія підприємства" у нас працюють в клієнт-серверному варіанті. Налаштування синхронізації я почав з УТ. Виконав її таким чином, щоб дані вивантажувалися з УТ в файл. Тобто синхронізація через мережевий каталог. У БП налаштував обмін таким чином, щоб з БП ніякі дані не вивантажувалися.

Помилка при виклику методу контексту (Перевірити): Помилка перевірки даних XDTO:
Структура об'єкта "/ БанковскійСчетКонтрагента / Банк" не відповідає типу: (http://v8.1c.ru/edi/edi_stnd/EnterpriseData/1.1)КлючевыеСвойстваБанк
Перевірка якості "БІК":
форма: Елемент
ім'я: (http://v8.1c.ru/edi/edi_stnd/EnterpriseData/1.1)БИК
тип:
Відсутня обов'язкове властивість
Об'єкт: ДоговорСКонтрагентом № ...

Для аналізу помилки натиснув на піктограму "Склад даних, що" і в списку зареєстрованих до відправки договорів контрагентів знайшов договір, за яким з'явилася помилка. Відкрив договір, запам'ятав банківський рахунок контрагента, зазначений в договорі. Потім перейшов до зареєстрованих до відправки Ваших банківських рахунків. Виявилося, що потрібного рахунку немає в списку зареєстрованих. Я перепровёл проблемний банківський рахунок і договір. Після цього зареєстрував вручну потрібний банківський рахунок.

Повторив спробу синхронізувати дані з УТ. На цей раз дані успішно вивантажилися. В мережевий папці сформувався XML файл, який містить дані для перенесення з УТ в БП.

Наступний етап - завантажити дані з файлу в Бухгалтерію підприємства. В конфігурації "Бухгалтерія підприємства" я натиснув кнопку "Синхронізувати", відкрилася форма обробки з повідомленням "Виконується аналіз даних". Трохи пізніше повідомлення змінилося на "Виконується вивантаження даних". При цьому індикатор і лічильник показував, що з БП вивантажується більше 80-ти тисяч об'єктів. Це мене збентежило, адже я вказував в настройках, що з БП нічого не повинно розвантажуватися. Обробка виконувалася досить довго і завершилася помилкою:

Подія: Обмін даними
(ОбщійМодуль.ДлітельниеОпераціі.Модуль (371)): Аварійно завершився робочий процес фонового завдання
ВизватьІсключеніе (ТекстОшібкі);

Щоб локалізувати помилку, спробував змінювати налаштування синхронізації і вараанти роботи бази БП. У підсумку, коли я переклав базу в файловий варіант, система відпрацювала адекватно: відкрилася форма зіставлення двох баз. Після зіставлення об'єктів початкова синхронізація пройшла успішно. Потім я знову перевів базу в клієнт-серверний варіант.

При подальшій "обкатці" синхронізації, потрібно внести деякі зміни в правила конвертації об'єктів. Настав час скористатися конфігурацією "Конвертація даних 3.0". У вбудованій довідці конфігурації описаний порядок роботи. Також допомогли статті на сайті ІТС.

У підсумку я завантажив в "Конвертація даних 3.0" наступні дані:

• Тексти загального модуля "МенеджерОбменаДанниміЧерезУніверсальнийФормат" з двох баз
• Схема обох баз
• Опис формату EnterpriseData (з однієї будь-якої бази)
• Правила конвертації

Після завантаження відкрив в "Конвертація даних 3.0" правила конвертації даних, об'єктів, властивостей. Вніс необхідні мені правки. Потім скористався кнопкою "вивантажити модуль менеджера обміну". Текст модуля скопіювали в буфер обміну. Залишилося тільки вставити його в конфігурацію.

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

Завдання по додаванню документа "Заказ поставщику" в план обміну я виконував за допомогою " Конвертація даних 3.0 ". У стандартному варіанті УТ - БП цього документа в плані обміну немає.

Будемо пам'ятати, що правила реєстрації об'єктів для вивантаження і раніше налаштовуються в конфігурації "Конвертація даних 2.0".

Ось такі перші враження про синхронізацію даних через універсальний формат EnterpriseData.

P.S. Якщо є питання і власні спостереження з обміну даними через Універсальний формат і конфігурації " Конвертація даних 3.0 ", пишіть в коментарях. Будемо обмінюватися досвідом.

• Синхронізація даних
• Універсальний формат EntepriseData
• Конвертація даних 3.0
• Конвертація даних 2.0
• управління торгівлею
• Бухгалтерія підприємства

Конвертація даних 2.0 і 2.1 - технологічна конфігурації фірми 1С, реалізована на версії платформи від 8.1 до 8.3.

Головне завдання інструменту - написання правил обміну між прикладними рішеннями 1С 8 і 7. Актуальна версія конвертації даних сьогодні - 3.0.

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

Конфігурацію дуже зручно використовувати при.

Конвертація даних буде корисна будь-якому програмісту: наявність навичок створення правил обміну - це серйозний плюс до професійних навичок.

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

Дуже корисно буде розібратися в «типових» правилах обміну 1С 8.3, там часто можна знайти цікаві приклади реалізації завдань.

Для опанування основ вам будуть потрібні матеріали, розглянемо їх нижче.

Відео інструкція по конвертації

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

Матеріали, підручники для вивчення 1С Конвертації даних 2.0

Матеріалів і документації в мережі не надто велике безліч, я спробував зібрати найважливіші та найцікавіші матеріали:

0. Насамперед раджу безкоштовний відеокурс Іллі Леонтьєва, він доступний за засланні.

1. Я б порадив насамперед користуватися вбудованою довідкою в конфігурацію. Вона дійсно непогано написана і грамотно реалізована технічно:

2. Другий за важливістю джерело інформації - сайт http://www.mykod.info/ (сайт закрився), спеціалізований якраз на конвертації даних. Там Ви зможете скачати велика кількість матеріалів по конвертації.

3. Окремо хотілося б виділити методичку підручник - (автор - Ольга Кузнєцова).

Основне питання виникає у фахівця при початку роботи в конфігурації "1С: Конвертація даних" редакції 3.0 - в чому різниця? У чому відмінності в редакції 3.0 від редакції 2.1.
Умовно відмінності можна розділити на дві групи:

• функціональні
• архітектурні

архітектурні відмінності

У редакції 2.1 здійснювалася розробка правил обміну, окремих для кожної окремо взятої конфігурації. Після чого ці правила використовувалися в універсальної обробці обміну в форматі XML або для обміну за правилами між конфігураціями. На виході отримували файл з розширенням XML, Який містив крім даних обробники виконуються на стороні одержувача. У редакції 3.0 використовується єдиний універсальний формат EnterpriseData по якому виконується передача трьох основних типів даних:

• Нормативно-довідкова інформація
• документи
• Залишки на дату в кількісному або сумовому вираженні

Опис формату EnterpriseData версії 1.0 можна подивитися. Дана версія формату включає в себе опис 94 типів бізнес-сутностей з різних областей бізнесу. Так само відзначимо що формат є розширюваним.

функціональні відмінності

Для можливості застосування формату EnterpriseData необхідне використання версії Бібліотеки стандартних підсистем не нижче 2.2.5, інакше тільки редакція 2.1.
Якщо Вам потрібно розробити правила для одноразового перенесення даних (або відновлення), або перенести залишки ... Те! Швидше і вигідніше використовувати для розробки конвертацію редакції 2.1
Але якщо Ви хочете щоденний надійний обмін між рішеннями на платформі "1С: Підприємство" (за умови що версія БСП відповідає), тоді Ваш вибір - "1С: Конвертація даних" редакції 3.0.

Звісно! Багато хто скаже, що до цього дня підприємства використовують обмін в старому форматі, і кожні пів секунди літають гігабайти даних, і все працює і далі далі далі ... Безумовно працює! Так само як і багато організацій використовують для обліку платформу 1С версії 7.7. Важливо розуміти, що мова йде про новий формат, і про те, що типові рішення використовують формат "EnterpriseData", а значить вести розробку в редакції 3.0 потрібно вміти вже зараз.