Конвертація даних 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. Вступ.

2. Що знадобиться: конфігурація 1С: Конвертація даних 2. * і обробки з пакета. Для Прімера завдань візьмемо конфігурації 1С: Управління торгівлею 11 і 1С: БП 3. *.

Отже, для розробки правил вивантаження даних в 1С потрібно конфігурація 1С: Конвертація об'єктів 2, а також обробки, що входять в пакет.

Наприклад, у нас вже розгорнута база конвертації і запущена.

Розробку правил обміну писатимемо між конфігурацією 1С: Управління торгівлею 11 і 1С: Бухгалтерія підприємства 3 (правила обміну УТ / БУХ).

3. Нам знадобляться Обробки для вивантаження структури метаданих та обміну.

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

Власне, в розпакованому каталозі конфігурацій для конфігурацій на керованих формах нас цікавить обробка MD83Exp.epf. Якщо вивантаження потрібно зробити з конфігурацій на звичайних формах, тоді використовується обробка MD82Exp.epf. Це якщо, наприклад, потрібно отримати структуру з таких конфігурацій, як 1С: УТ 10, 1С: Управління виробничим підприємством 1.3, 1С: Комплексна автоматизація 1.1, 1С: зуп 2.5 і так далі.

Далі вже для вивантаження-завантаження даних в 1С за допомогою наших правил знадобиться обробка «Універсальний обмін даними в форматі XML» V8Exchan83.epf для конфігурацій на керованих формах таких як 1С: Управління торгівлею 11. *, 1С БП 3, 1С: ERP 2. * і подібних. І відповідно V8Exchan83.epf - для конфігурацій на звичайних формах.

4. Вивантаження структури метаданих конфігурації 1С: Управління торгівлею 11.3 і 1С: Бухгалтерія підприємства 3.0. *

Почнемо з вивантаження структури метаданих з конфігурації 1С: Бухгалтерія підприємства 3.
Відкриємо обробку MD83Exp.epf

У формі обробки є додаткові настройки, де ми можемо включити або відключити параметр вивантажувати регістри і руху в 1С. Також є вибір, де буде проходити вивантаження: на сервері 1С або «на клієнті.» Вказуємо назву файлу, куди вивантажиться структура даних. Аналогічним чином робимо вивантаження структури метаданих конфігурації Управління торгівлею 11.

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

У діалоговому вікні завантажуємо структуру БП:

І аналогічно - структуру Управління торгівлею.

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

6. Створення правил конвертації в 1С на конкретному прикладі завдання.

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

Так як в цій статті планував показати створення «з нуля» і «без сміття», нагадую, що нічого автоматично не створимо. Ніяких прототипів.

У цьому діалоговому вікні нічого виконувати не будемо, просто натиснемо - «Закрити».

Створимо правила для вивантаження не один документ в один, а один вид в інший, наприклад, документ РеалізацііТоваровУслуг з УТ 11 з необхідними довідниками в документ ПоступленіеТоваровУслуг в БП 3.

Отже, створюємо нове ПКО (правило конвертації об'єктів в 1С)

Вибираємо джерело РеалізаціяТоваровУслуг і приймач ПоступленіеТоваровУслуг і натискаємо ОК.
При цьому з'явиться діалогове вікно, де знову відмовляємося від автоматичного створення ПКС (Правил конвертації властивостей). Далі виберемо тільки необхідні.

А ось на пропозицію створити ПВД \u200b\u200b(правил вивантаження даних) відповідаємо «Так».

Створюються ПВД, які і будуть відображатися в обробці універсального обміну XML для вибору:

Утворюються так само правила конвертації даних з порожніми правилами конвертації властивостей.

Причому видно, що ПКО за замовчуванням пропонується шукати по внутрішньому ідентифікатором об'єкта. На це вказує лупа біля ПКО. Ми ж будемо робити свій пошук, і зробимо його за номером документа і дату на початок дня.

Знімаємо пошук по УДО:

Тепер почнемо зіставлення необхідних властивостей (реквізитів) об'єкта. Для цього тиснемо «СінхронізаціяСвойств» (мітка «1» на скрині). Прибираємо рекурсивне створення правил ( «2»). Знімаємо всі відмічені реквізити ( "3"). І виберемо самостійно, що нам потрібно.

Для прикладу вибираємо необхідне:

Звертаю увагу на те, що ми зробимо ПКС контрагента в організацію, а організацію в контрагента, і ще можна порівняти деякі реквізити, які не збігаються в назві, наприклад, «Валюта» і «Валюта документа».

Де бачимо, що ще немає правил конвертації.

Почнемо з реквізитами проходити і описувати. Спочатку налаштовуємо пошук документа так, як писав раніше, робимо вивантаження і пошук документа на початок дати, і зробимо заміну нумерації. Перші три символи будемо підміняти на свій префікс «УТБ». А так як в БП і УТ нумерація по 11 символів, робимо складовою номер: наш префікс і 8 символів від джерела. Приклад на скрині нижче.

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

Для цього ПКС встановивши, що не проведено, 0 або 1, використовуємо як логічне.

На прикладі валюти створюємо для ПКС правило конвертації об'єкта. При цьому вважаємо, що в обох базах валюти є, і вони повинні синхронізуватися за кодом. Тому в ПКО валюти не будемо створювати всі ПКС, а тільки додамо Код для пошуку. Тобто від пропозиції створити ПКС для об'єкта - відмовляємося.

У ПКО документа для ПКС підставити створене Правило конвертації. А саме правило за замовчуванням пропонується за унікальним ідентифікатором. Виправляємо, робимо пошук за кодом і встановлюємо властивість, щоб не створювати новий об'єкт.

У підсумку отримуємо варіант:

Далі за аналогією створюємо для інших реквізитів ПКО і ПКС. Причому пошук організації по контрагенту і навпаки встановлюємо по ІПН. Приблизно так це виглядає з мінімальними реквізитами (можна додавати при необхідності).

Для ПКО Договори контрагентів робимо пошук по ПКС Контрагент, найменування і власник.

Подивимося, як вказати в ПКС потрібне значення в типі перерахування. Наприклад, реквізит «ВідОпераціі». Тут можна використовувати різні умови і підставляти значення. Наприклад, нам потрібно, щоб «вид операції» вивантажуються завжди «Товари», в цьому випадку досить в «лоб» написати потрібне значення рядком.

Нижче показано, як встановити без складнощів і в більшості випадків ПКС для КратностьВзаіморасчетов, КурсВзаіморасчетов, Рахунки обліку.

Для ПКО Номенклатура залишимо пошук по внутрішньому унікальним ідентифікатором. Але зверну увагу на те, як можна перевизначити свою групу. Наприклад, ми згодні, що вивантажуватиметься нова номенклатура з конфігурації 1С: Управління торгівлею 11, але потрібно, щоб номенклатура збиралася в певній групі «НашаГруппа».

Для реалізації даного завдання створюємо ще одне ПКО. Назвемо його «НоменклатураРодітель», яке вкажемо в ПКС батька в правилі конвертації.

Встановлюємо два пошуку: по найменуванню, де найменування жорстко вказуємо нашої групи, і обов'язковою властивістю ознаки «ЕтоГруппа» в істина.

Оскільки ми прийняли рішення, що у нас вся номенклатура падає в нашу групу, то немає необхідності при вивантаженні вивантажувати групи з УТ 11. Для цього в ПКО Номенклатура в обробнику подій «ПередВигрузкой» поставимо фільтр, що не потрібно вивантажувати групи «Відмова \u003d Джерело. Це група;".

У ПВД (правила вивантаження даних) РеалізацііТоваровУслуг, додамо фільтр, щоб не вивантажувалися помічені на видалення документи. Для цього в ПВД в обробниках подій «ПередВигрузкой» пропишемо фільтр «Відмова \u003d Об'ект.ПометкаУдаленія;».

Збережемо розроблені правила в файл.

7. Підводимо підсумки: Вивантаження і завантаження даних за допомогою розроблених правил обміну даними.

Відкриваємо в 1С: Управління торгівлею 11 обробку «Універсальний обмін даними в форматі XML» V8Exchan83.epf.

Вивантаження пройшла, тепер цієї ж обробкою робимо завантаження в 1С: Бухгалтерія підприємства 3.

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

Перевіряємо завантаження номенклатури. Бачимо, що все вийшло так, як ми і планували.

У нас створилися і заповнилися реквізити так, як ми це задумували. У конвертації є безліч тонкощів і якихось простих, але потрібних речей, які допомагають точно написати конвертацію. А це дозволяє мінімізувати помилки, не зіпсувати існуючі дані і позбутися від зайвого сміття. Це один з найбільш простих прикладів. Можна так само робити конвертації одного об'єкта до багатьох або ж навпаки багато - в один.

Зараз є конвертація даних 3, вона вирішує інші завдання. Тому конвертація 2, так само потрібна. Всім удачі в вивченні та освоєнні.

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

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

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

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

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

УВАГА!!!

Технології "Конвертації даних 2.0" дозволяють вести обміну даними з інформаційними базами, реалізованими на платформах "1С: Підприємство 7.7" і "1С: Підприємство 8.0". В силу особливостей роботи платформи "1С: Підприємство 7.7" підготовка правил обміну даних з використанням обробників подій для інформаційних баз, реалізованих на цій платформі має ряд особливостей.

Для платформи "1С: Підприємство 7.7" немає можливості виконати довільний код (аналог функції Виконати для V8). Якщо необхідно використовувати обробники подій для платформи V7.7 необхідно замінювати текст обробки вивантаження або завантаження даних текстами обробок, які видає конфігурація "Конвертації даних 2.0".

Якщо необхідно перенести дані з V7.7 в V8 тоді:

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

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

З повагою, Володимир Мількіна (Викладач і розробник).

Спеціалізована конфігурація «1С: Конвертація даних 2.0»

Випуск восьмий версії платформи «1С: Підприємство» став значним кроком у розвитку систем автоматизації. При проектуванні платформи «1С: Підприємство 8» врахований величезний досвід використання рішень на платформі «1С: Підприємство 7.7»: були серйозно перероблені вбудовану мову платформи і типові конфігурації, змінено структуру зберігання і доступу до даних, створені нові галузеві рішення, реалізують переваги нової платформи . Застосування колишніх конструкцій мови в новій платформі стало недоцільним.

Для полегшення вирішення даного завдання (перенесення даних з версії 7.7 в версію 8) фірмою «1С» випущена спеціалізована конфігурація «Конвертація даних 2.0». Вона створена для допомоги фахівцям у вирішенні різних завдань перенесення даних. Фірмою «1С» випущені готові правила перенесення даних з однотипних конфігурацій, наприклад з «1С: Бухгалтерія 7.7» в «1С: Бухгалтерію 8», але користувачам нетипових або змінених типових конфігурацій при переході на платформу «1С: Підприємство 8» доведеться створювати правила перенесення даних самостійно.

При всьому різноманітті приватних методів вирішення завдань перенесення даних коло вирішуваних питань практично залишається незмінним:

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

Синхронізація документів і операцій (створення, зміна документів або перетворення одних видів документів в інші, злиття або розмноження);

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

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

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

• 1. Створення файлів опису метаданих.
• 2. Створення Змін в «Конвертації даних».
• 3. Створення самої конвертації.
• 4. Послідовне створення правил конвертації даних.
• 5. Послідовне створення правил вивантаження даних.
• 6. Власне процедура вивантаження і завантаження даних з однієї конфігурації в іншу.

Оскільки використання даної спеціалізованої конфігурації є одним з найбільш ефективних на даний момент способів вирішення завдань такого роду, а крім того і джерела дуже корисного в освітніх цілях особистого досвіду, То для розробки механізму обміну даними між ІС «Сервер: Розрахунок квартплати» і «1С: Бухгалтерія підприємства» для ТОВ «ТОВ» був обраний метод, заснований на використанні конфігурації «Конвертація даних 2.0».