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

секція (Квитанція) містить службову інформацію (для простоти припустимо, що повідомлення йде з програми «1С» в стороннє додаток):

Якщо повідомлення йде в зворотному напрямку - від стороннього додатка в додаток «1С», стороннє додаток повинен відповідним чином заповнити секцію .

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

механізм квітірованія

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

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

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

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

Обмін через веб-сервіс

При використанні веб-сервісу ініціатором сеансу обміну виступає стороннє додаток. Для отримання даних від програми «1С» йому потрібно викликати веб-метод GetData, передавши в якості параметрів методу унікальний код додатка, введений на. У відповідь «1С» поверне файл, який містить дані про бізнес-сутності в форматі EnterpriseData. Формат файлу описаний.

Щоб передати дані в «1С», додаток повинен викликати веб-метод PutData, передавши як параметри унікальний код програми та заархівований файл в описаному вище форматі.

Обмін через інші канали

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

висновок

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

Відправити цю статтю на мою пошту

Основні причини потреби впровадження обміну між базами 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 березня поточного року.

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

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

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

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

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

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

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

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

27.08.2015

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

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