Налаштування обміну з множиною однотипних баз 1с. Обмін за розкладом типовими засобами

Обмін даними між прикладними рішеннями 1С 8 - це те, без чого не можлива побудова повноцінного інформаційного простору підприємства.

• Навіщо потрібні обміни даних та як їх використовувати?
• Види обмінів між 1С.
• Як налаштувати обмін даними між базами 1С?

Відповіді на ці запитання Ви дізнаєтесь нижче.

Причин впровадження обмінів, зазвичай, дві:

Організація має мережу філій

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

Поділ за видами обліку

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

Які бувають механізми обміну між базами 1С?

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

Механізми обміну даними 1С

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

• Розподілена інформаційна база (РІБ)- Механізм, що дозволяє налаштувати обмін даними між філіями. Механізм передбачає, що обмінюються абсолютно ідентичні зміни БД. Механізм може передавати конфігурації баз даних. Механізм реалізовано лише на рівні технологічної платформи.
• Універсальний механізм обміну між конфігураціями- Механізм є розробкою фірми 1С для прикладного рішення. Він універсальний і ґрунтується на . Обмін даними здійснюється за допомогою правил xml, які створюються спеціальною конфігурацією — . З допомогою даного механізму можна реалізувати як одноразовий обмін, і постійний обмін між 1С конфігураціями. Механізм реалізований лише на рівні зміни, вбудувати у конфігурацію можна з технологічної конфігурації .

Транспорт для обміну даними

Транспортом може бути досить широкий спектр технологій. Розглянемо основні, реалізовані в універсальному механізмі обміну 1С 8.2:

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

• Локальний чи мережевий каталог- Найпростіший транспорт. Одна ІБ створює файл на диску, друга зчитує його та додає свій файл.
• FTP-ресурс- обмін, аналогічний обміну через каталог. Відмінність — обмін здійснюється через протокол FTP.
• Поштові повідомлення або E-mail— обмін відбувається через кошти електронної пошти. Конфігурації надсилають один одному поштові повідомлення та регулярно перевіряють поштову адресу на наявність нових повідомлень.
• Пряме підключення (COM)- Обмін здійснюється через пряме підключення однієї бази до іншої за коштами.
• Інтернет (Web service)- Транспортом є веб-служба. Одна інформаційна база підключається до , веб-сервіс підключається до другої бази та транспортує повідомлення. Для здійснення такого транспорту необхідно мати.

Як налаштувати обмін даними між базами 1С?

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

Обмін даними 1С за розкладом у 1С 8.2

Якщо потрібно налаштувати автоматичне розвантаження за розкладом, достатньо налаштувати .

Для клієнт-серверного варіанта

У довіднику "Налаштування обміну даними", на вкладці "Автоматичний обмін" необхідно створити нове регламентне завдання, де вказати розклад:

Для файлового варіанта

У довіднику «Налаштування обміну даними», на вкладці «Автоматичний обмін» необхідно створити нове регламентне завдання, де на вкладці «Обмін за подіями» вказати події, за якими виконуватиметься запуск обміну. Наприклад, при старті певного користувача:

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

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

Ці програми 1С є найчастіше використовуваними практично.

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

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

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

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

Налаштування обміну даними (синхронізації) між базами 1С 8.3 на прикладі конфігурацій БП 3.0 та УТ 11

Налаштування синхронізації в 1С 8.3 здійснюється за допомогою обробки Помічник налаштування синхронізації даних і полягає в послідовному виконанні кроків у помічнику в обох базах, які обмінюватимуться даними:

Для його запуску в конфігурації УТ 11 необхідно в розділі Адміністрація перейти за посиланням Налаштування синхронізації даних:

У вікні, що відкрилося, можна виконати первинні налаштування УТ 11, які будуть використовуватися в створюваних обмінах за замовчуванням, а також перейти до налаштування. Для цього необхідно натиснути на посилання Синхронізація даних:

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

Як до існуючого настроювання обміну даними в 1С 8.3 УТ 11 додати новий обмін даними, налаштувати кілька обмінів з різними фільтрами по різних організаціях дивіться в наступному відео:

Виберемо варіант Бухгалтерія підприємства, редакція 3.0. Відкриється вікно помічника Синхронізація з даних із Бухгалтерія підприємства, редакція 3.0 (налаштування). Так як налаштування обміну в УТ 11 тільки починає виконуватися, слід залишити встановлений за замовчуванням спосіб налаштування Вказати налаштування вручну і натиснути на кнопку Далі:

Налаштування обміну даними між УТ 11 та БП 3.0 – покрокова інструкція

Крок 1. Вибір способу підключення до іншої бази

Можна залишити налаштування в УТ 11, встановлені за замовчуванням:

Обов'язково потрібно вказати:

• Розташування іншої бази у полі Каталог інформаційної бази;
• Внести відомості у полях Аутентифікація користувача;
• Натиснути на кнопку Далі:

Крок 2. Виконання перевірки підключення

Крок 3. Налаштування параметрів синхронізації даних для програм

• Тут обов'язково потрібно заповнити поле Узагальнений склад. Вибір робиться з списку.
• Крім того, можна вибрати, як відправлятиметься до бази-приймача з бази джерела нормативно-довідкова інформація та за якими організаціями переносити дані – по всіх або за конкретними.
• При внесенні змін потрібно натиснути кнопку Записати та закрити, а після закриття цього вікна – кнопку Далі:

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

Крок 4. Створення нового налаштування синхронізації

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

Крок 5. Виконання синхронізації даних

Залишається натиснути кнопку Готово. Відбувається закриття помічника та запускається процедура синхронізації (обміну) даних між БП та УТ:

Крок 6. Аналіз даних

Крок 7. Зіставлення даних

Якщо дані переносяться в порожню базу-приймач, цей крок буде пропущено:

Якщо в базу-приймач вже вносилися якісь дані та зіставлення об'єктів не виконати, то при натисканні на кнопку Далі з'явиться вікно з оповіщенням:

Крок 8. Завантаження даних

Крок 9. Налаштування параметрів для надісланих даних

Крок 10. Вивантаження даних

Потім програма 1С УТ перейде до завершального етапу:

В результаті якого буде виведено інформацію щодо виробленої синхронізації з БП 3.0:

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

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

Як налаштувати двосторонній обмін даними в інформаційних базах 1С 8.3 БП 3.0 та УТ 11 дивіться у нашому відео уроці:

Налаштування обміну даними між БП 3.0 та УТ 11 – покрокова інструкція

Для налаштування синхронізації у програмі 1С 8.3 Бухгалтерія 3.0 також потрібно послідовно виконати кілька етапів у Помічнику налаштування синхронізації даних:

Запустити помічник у 1С 8.3 Бухгалтерія можна вибравши в розділі Адміністрація пункт Налаштування синхронізації даних:

У вікні, що відкриється, в новій вкладці необхідно встановити галочку в пункті Синхронізація даних і потім перейти за посиланням Синхронізація даних:

У вікні Синхронізація даних за командою Налаштувати синхронізацію даних, з випадаючого списку потрібно вибрати варіант Управління торгівлею, редакція 11:

Відкриється вікно Синхронізація даних з Управління торгівлею, редакція 11 (налаштування):

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

Крок 1. Вибір варіанта підключення до іншої програми

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

Крок 2. Перевірка підключення

Крок 3. Налаштування параметрів синхронізації для бази-джерела та бази-приймача

можна відредагувати параметри, які система встановила за промовчанням:

Якщо налаштування було змінено, слід зберегти зміни за допомогою кнопки Записати та закрити.

Крок 4. Створення нового налаштування синхронізації

Крок 5. Синхронізація

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

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

Обмін даними в середовищі 1С дозволяє:

• Виключити подвійне введення документів;
• автоматизувати суміжні бізнес-процеси;
• Оптимізувати взаємодію між розподіленими підрозділами;
• Оперативно актуалізувати дані для роботи спеціалістів різних відділів;
• «Розмежувати» різні види обліку.

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

Якщо представляти стандартний процес реалізації первинного обміну даними, коли хоча б один із його об'єктів – продукт 1С, то можна виділити такі етапи:

• Узгодження складу обміну;
• Визначення транспорту (протоколів обміну);
• Встановлення правил;
• Складання розкладу.

Виявлення складу обміну 1С

Об'єкти обміну можна умовно поділити на «джерело» та «приймач». При цьому вони можуть виконувати дві ролі одночасно, що називатиметься – двостороннім обміном. Визначення джерела та приймача відбувається логічним шляхом залежно від необхідності або від функціональних можливостей системи.*

*Наприклад, при інтеграції «WA: Фінансист» – рішення для ведення фінансового обліку та управління процесами казначейства, розробленого на базі «1С:Підприємство», експерти WiseAdvice рекомендують саме його як майстер-систему. Це пов'язано з наявністю інструментів контролю за дотриманням правил заявочної політики, відповідно, й у забезпечення ефективності роботи рішення.

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

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

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

• РИБ має на увазі обмін між ідентичними конфігураціями баз даних 1С, з чіткою структурою управління «головний-підлеглий» для кожної пари обміну. Будучи елементом технологічної платформи, РИБ крім даних може передавати зміни у конфігурації та адміністративну інформацію БД (але від головного до підлеглого).

Універсальний обмін даними у 1С

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

EnterpriseData

• Нова розробка фірми 1С, призначена для реалізації обміну даними у форматі xml між продуктами, створеними на платформі «1С:Підприємство», з будь-якими системами автоматизації. Застосування EnterpriseData полегшує доопрацювання, пов'язані з обміном. Раніше при включенні в систему нової конфігурації була потрібна реалізація механізму імпорту та експорту даних, як для неї, так і для вже наявних систем. Тепер системи, що підтримують EnterpriseData, не потребують доопрацювань, маючи лише одну точку «входу-виходу».

Визначення транспорту (протоколів обміну)

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

Синхронізація довідників

p align="justify"> Основним принципом ефективної синхронізації довідників є наявність однієї точки введення. Але якщо йдеться про роботу з довідниками, що історично заповнювали за різними правилами, необхідно чітко визначити поля синхронізації для приведення обміну до «спільного знаменника».

*На цьому етапі може знадобитися проведення робіт з нормалізації НСІ на боці джерела даних. Залежно від стану довідників та їх обсягу, процес зіставлення елементів, розпізнавання, виявлення помилок і дублів, а також заповнення полів, що бракують, і призначення полів синхронізації, може вимагати роботи цілої групи експертів, як з боку інтегратора (власника методики нормалізації НСІ), так і з боку замовника.

Встановлення правил

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

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

Будь-яка зміна даних, занесених до Плану обміну, фіксується і отримує ознаку «зміненості». Доки змінені дані не будуть відповідати один одному у вузлах приймача-передавача, ознака скинуто не буде, і система розсилатиме контрольні повідомлення в обидва вузли. Після вивантаження даних та підтвердження їхньої повної відповідності в обох системах, ознака скидається.

Розклад обміну в 1С

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

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

• Чи не типові, сильно допрацьовані зміни БД;
• Різні версії платформи «1С:Підприємство»;
• Давно не оновлювані, актуальні версії конфігурації;
• Об'єкти обміну, що раніше зазнали доопрацювань;
• Необхідність у нестандартних правилах обміну;
• Набір і склад реквізитів, що сильно різниться, в наявних довідниках.

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

У підменю "Сервіс" вибираємо "Обмін даними з продуктами на платформі ..." (вибір прямого обміну з "Роздрібою" часто загрожує помилками на рівні COM-об'єктів). Звернімо увагу на службове повідомлення «Ця можливість недоступна».

Щоб вирішити цю проблему, необхідно вибрати «Налаштування обміну даними»

…і проставити галочку. Далі повідомлення про помилку ігноруємо.

У налаштуваннях синхронізації даних вибираємо «Створити обмін із «Роздріб»…

Перед налаштуванням параметрів підключення через локальний або мережевий каталог слід переконатися, що на диску під каталог є місце. Хоча, як правило, він не займає більше 30-50 Мб, у виняткових випадках під нього може знадобитися до 600 Мб. Створити потрібний каталог можна прямо з конфігуратора.

При підключенні через мережевий каталог пропозиції налаштувати підключення за допомогою FTP-адреси та електронною поштою ігноруємо, натискаючи «Далі».

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

Створюємо файл налаштування обміну для "Роздріб", щоб не повторювати свої дії. При необхідності негайного надсилання даних відразу після налаштування синхронізації – проставляємо галочку.

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

Меню "Роздріб".

Проставляємо галочку та вибираємо «Синхронізацію».

Проводимо «зворотне» налаштування, вибираючи Управління виробничим підприємством.

Завантажуємо файл із налаштуваннями, створений в УПП.

Проставляємо галочку, адресу система підхоплює автоматично.

Діємо так само, як і в УПП.

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

У разі помилки у синхронізації «Докладно…» буде замінено на «Ніколи…».

«Докладно…» відкриває журнал реєстрації з уточненою інформацією щодо обміну.

Готово.

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

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

Розглянемо приклад синхронізації даних між конфігураціями «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»:

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

Друк (Ctrl+P)

Огляд механізмів інтеграції платформи 1С:Підприємство 8.3.10 із зовнішніми програмами та обладнанням на основі загальновизнаних відкритих стандартів та протоколів передачі даних.

1. Обмін даними між інформаційними базами 1С:Підприємства

Платформа забезпечує роботу двох механізмів обміну даними:

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

До складу засобів платформи, що використовуються для побудови схем обміну даними, входять:

• Плани обміну
  Ці об'єкти конфігурації дозволяють описувати перелік вузлів розподіленої інформаційної системи, з якою здійснюватиметься обмін даними, і задаватиме склад даних, які братимуть участь у обміні.
• Засоби XML-серіалізації
  Засоби XML-серіалізації служать для представлення даних 1С: Підприємства 8 різних типів у вигляді послідовності XML даних, і навпаки.
• Засоби читання/запису XML-документів
  Засоби читання та запису XML-документів дозволяють працювати з даними формату XML на базовому рівні, без прив'язки до об'єктів 1С:Підприємства 8.

2. Web-сервіси, механізм

Web-сервісиє способом реалізації SOA (Service-Oriented Architecture) – сервіс-орієнтованої архітектури, яка є сучасним стандартом інтеграції додатків та інформаційних систем.

Прикладне рішення 1С:Підприємства 8 може бути як постачальником веб-сервісів, так і споживачем веб-сервісів, опублікованих іншими постачальниками.

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

3. Робота з HTTP та FTP

Вбудована мова містить набір об'єктів, які дозволяють здійснювати обмін даними за протоколами HTTP (HTTPS) та FTP (FTPS, FTPES). .

4. Робота з файлами

Кошти вбудованої мови надають розробнику доступ до файлової системи. Вони дозволяють виконувати такі дії:

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

5. Automation Client/Server

Для запуску системи 1С:Підприємство як Automation-сервер із зовнішньої програми, виконується наступна послідовність дій:

• • створюється COMОб'єктз ідентифікатором V83.Application(Для тонкого клієнта V83C.Application);
  • виконується ініціалізація системи 1С:Підприємство методом Connect() (для тонкого клієнта існує можливість передати до рядка з'єднання додаткові параметри проксі сервера);
  • викликаються властивості та методи системи 1С:Підприємство як Automation-сервера.

Багато сучасних програмних продуктів (MS Office, MS FoxPro тощо) можуть виступати в ролі клієнтів Automation, що дозволяє обмінюватися даними між цими продуктами та системою 1С:Підприємство. Також є можливість з 1С:Підприємства звертатися до іншої копії 1С:Підприємства (наприклад, до іншої конфігурації) для обміну даними.

6. Зовнішнє з'єднання

В цілому робота через зовнішнє з'єднання подібна до роботи в режимі Automation-сервера. У цьому випадку створюється COM-об'єкт із ідентифікатором V83.COMConnector

Основні відмінності полягають у наступному:

• У випадку Automation-сервера запускається повноцінний додаток 1С:Підприємство 8, а у разі зовнішнього з'єднання запускається відносно невеликий внутрішньопроцесний COM-сервер.
• При роботі через зовнішнє з'єднання недоступні функціональні можливості так чи інакше пов'язані з організацією інтерфейсу користувача;
• Під час роботи зовнішнього з'єднання не використовується модуль програми. Його роль під час роботи із зовнішнім з'єднанням грає модуль зовнішнього з'єднання.

При використанні зовнішнього з'єднання є такі переваги порівняно з використанням Automation-сервера:

• швидша установка з'єднання, так як не потрібно створення окремого процесу операційної системи, а всі дії проводяться в рамках процесу, що викликає;
• більш швидке звернення до властивостей і методів об'єктів 1С: Підприємства 8, оскільки організації звернення не потрібно організації міжпроцесної комунікації;
• менша витрата ресурсів операційної системи.

7. Робота з двійковими даними

Вбудована мова містить ряд низькорівневих інструментів для роботи з двійковими даними. Вони дозволяють вирішувати такі завдання як:

• Взаємодія із спеціалізованими пристроями за двійковим протоколом;
• Розбір файлів та маніпуляція файлами різних форматів;
• Конвертація текстових даних безпосередньо в двійкові дані, наприклад, для надсилання звітів;
• Робота з двійковими даними у пам'яті.

8. REST інтерфейс

Платформа може автоматично формувати REST інтерфейсдля всього прикладного рішення. Після того, як прикладне рішення опубліковано на веб-сервері, сторонні системи можуть звертатися до нього через інтерфейс REST за допомогою HTTP запитів.

Автоматичний інтерфейс REST може використовуватися для таких завдань як:

• Інтеграція прикладного рішення з інтернет-сайтами та інтернет-магазинами;
• Реалізація сторонніми засобами додаткової функціональності прикладного рішення без зміни конфігурації;
• Завантаження даних у прикладне рішення та вивантаження даних з нього;
• Інтеграція прикладного рішення з корпоративними системами, можливо, навіть без додаткового програмування.

Типові операції, що виконуються через інтерфейс REST це:

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

9. HTTP-сервіси

На додаток до автоматичного інтерфейсу REST прикладного рішення в платформі існує можливість створення власних довільних HTTP-сервісіву прикладному рішенні.

За своїм «конструктивним виконанням» HTTP-сервіси дуже нагадують web-сервіси, що є в платформі. Так само є спеціальний об'єкт конфігурації HTTP сервіс. Такі об'єкти додаються у гілку Загальні – HTTP-сервіси.

Порівняно з наявними у платформі SOAPweb-сервісами, HTTP-сервісимають ряд переваг:

• Простота програмування клієнта таких сервісів;
• Потенційно менший обсяг даних, що передаються;
• Потенційно менша обчислювальна навантаження;
• HTTP-сервіси орієнтовані «ресурси», тоді як SOAP сервіси орієнтовані «дії».

10. Робота з XML-документами

Робота з XML-документамидоступна безпосередньо із вбудованої мови системи 1С:Підприємство 8.

11. Робота з електронною поштою

Робота з електронною поштою можлива безпосередньо із вбудованої мови. Розробник може надсилати та приймати листи електронної пошти.

Система 1С:Підприємство 8 надає дві можливості роботи з електронною поштою: використовуючи поштового клієнта, раніше встановленого на комп'ютері, або без зовнішнього поштового клієнта.

12. HTML

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

13. DBF

Для роботи з базами даних формату DBF (dBase III) у системі є спеціальний об'єкт – XBase. Механізм роботи з базами даних формату DBF призначений для маніпулювання ними безпосередньо із вбудованої мови. Можливе практично будь-яке маніпулювання даними.

14. Зовнішнє джерело даних

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

Зовнішнє джерело може отримувати дані з операційних систем Windows і Linux, причому при роботі з СУБД Microsoft SQL Server, IBM DB2, PostgreSQL і Oracle Database забезпечуються повні можливості мови запитів. Крім цього, зовнішні джерела даних дозволяють підключити до прикладного рішення багатовимірні джерела даних, такі як:

• Microsoft Analysis Services;
• Oracle Essbase;
• IBM InfoSphere Warehouse.

Працюючи з іншими СУБД деякі конструкції мови запитів можуть працювати, т.к. вони обмежені можливостями того драйвера ODBC, який використовується.

15. Технологія зовнішніх компонентів

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

16 Текстовий документ

текстовий документ– це загальний об'єкт вбудованої мови. Він дозволяє подавати різну інформацію (у тому числі результати звітів) у вигляді текстів.

17. ZIP

Для роботи з архівами формату ZIPв системі є спеціальний набір об'єктів вбудованої мови:

18. JSON

19. XDTO, механізм

Механізм XDTO- Це один з механізмів інтеграції з іншими системами. Абревіатура XDTO розшифровується як XML Data Transfer Objects. XDTO є механізмом об'єктного моделювання даних, що описуються за допомогою схеми XML.

20. Текстовий файл

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

У вбудованій мові реалізовано об'єкти ЧитанняТекстуі ЗаписТексту. Вони використовують спеціальні алгоритми, які значно прискорюють обробку великих текстових файлів. .

21 . ActiveDocument

Технологія ActiveDocumentпризначена для редагування документів зовнішніми по відношенню до 1С:Підприємства 8 редакторами.

Ця технологія дозволяє редагувати документи візуально (наприклад, Word або Excel) безпосередньо у вікні 1С:Підприємства 8, при цьому елементи інтерфейсу користувача (меню, панелі команд і т.д.) замінюються на надані редактором. Документи можуть бути попередньо відредаговані та збережені в макетах конфігурації, а потім макети можуть використовуватись користувачами як основи для створення остаточних версій документів.

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

Ця технологія застосовується у випадку, коли в конфігурації необхідно зберігати дані, редаговані іншою програмою – такі, наприклад, як шаблони для факсів або ділових листів, створені у Microsoft Word, або шаблони прайс-листів у Microsoft Excel. Така необхідність виникає, як правило, при регламентуванні формату документів (як у внутрішньому документообігу, так і при обміні документами із сторонніми організаціями та клієнтами), проте за відсутності обмежень на формат документа рекомендується використовувати існуючі в 1С:Підприємстві 8 можливості оформлення електронних та друкованих документів. документів.