Обмен через универсальный формат. “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С:Бухгалтерию» из других приложений для ведения целостного учета, или обмен данными между центральным офисом и удаленными складами. Подходит формат и для обмена данными между разными организациями.

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С) систем между собой.

Автоматизированные системы управления в большинстве случаев состоят из отдельных баз данных и зачастую имеют территориально распределенную структуру. При этом правильно реализованный обмен данными - необходимое условие для эффективной работы таких систем.

Первоначальная настройка обмена при этом может потребовать ряда действий, не только в части программирования, но и консалтинга, даже если мы имеем дело с однородными источниками, как в случае с продуктами на платформе «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-соединение и т.д.). Поэтому при определении транспорта для данных обмена следует отталкиваться от возможностей базы данных сторонней системы.

Синхронизация справочников

Основным принципом эффективной синхронизации справочников является наличие одной точки ввода. Но если речь идет о работе со справочниками, исторически заполнявшимися по разным правилам, необходимо четко определить поля синхронизации для приведения обмена к «общему знаменателю».*

*На этом этапе может потребоваться проведение работ по нормализации НСИ на стороне источника данных. В зависимости от состояния справочников и их объема, процесс сопоставления элементов, распознавания, выявления ошибок и дублей, а также заполнения недостающих полей и назначение полей синхронизации, может потребовать работы целой группы экспертов, как со стороны интегратора (владельца методики нормализации НСИ), так и со стороны заказчика.

Установка правил

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

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

Любое изменение данных, занесенных в План обмена, фиксируется и получает признак «измененности». До тех пор, пока измененные данные не будут соответствовать друг другу в узлах приемника-передатчика, признак сброшен не будет, и система будет рассылать контрольные сообщения в оба узла. После выгрузки данных и подтверждения их полного соответствия в обеих системах, признак сбрасывается.

Расписание обмена в 1С

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

Рассмотрев стандартный процесс реализации обмена, обратим внимание на факторы, которые потребуют доработок на разных этапах:

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

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

В подменю «Сервис» выбираем «Обмен данными c продуктами на платформе…» (выбор прямого обмена с «Розницей» зачастую грозит ошибками на уровне COM-объектов). Обратим внимание на служебное сообщение «Данная возможность недоступна».

Чтобы решить эту проблему, необходимо выбрать «Настройку обмена данными»

…и проставить галочку. Далее сообщение об ошибке игнорируем.

В настройках синхронизации данных выбираем «Создать обмен с «Розница»…

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

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

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

Создаем файл настройки обмена для «Розницы», чтобы не повторять свои действия. При необходимости немедленной отправки данных сразу после настройки синхронизации – проставляем галочку.

Для автоматизации процесса обмена необходимо настроить расписание.

Меню «Розница».

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

Производим «обратную» настройку, выбирая Управление производственным предприятием.

Загружаем файл с настройками, созданный в УПП.

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

Действуем так же, как в УПП.

Проверочное сопоставление данных (Ручное сопоставление данных рекомендуется произвести на подготовительном этапе, поскольку эти работу могут стать самыми трудоемкими в процессе реализации обмена). Открытие окна сопоставления происходит по двойному щелчку мыши.

В случае ошибки в синхронизации «Подробно…» будет заменено на «Никогда…».

«Подробно…» открывает журнал регистрации с уточненной информацией по обмену.

Готово.

В некоторых случаях (допустим при большом документообороте или при сложном учете) конечному пользователю гораздо удобнее распределить учет между несколькими приложениями, время от времени выполняя обмен данными между ними. До выхода в свет платформы 1С версии 8.3 стандартный обмен данными происходил исключительно по желанию пользователя через выгрузку-загрузку информации с использованием файлов формата XML. В последнее время все чаще используется механизм синхронизации данных в 1С.

Причин популярности синхронизации несколько:

• Не надо отдельно запускать процессы загрузки и выгрузки данных;
• Автоматическое выполнение обмена информацией не препятствует ручному обмену;
• Простота настройки (для стандартных конфигураций не надо даже создавать правила обмена;
• Достаточно единожды создать синхронизацию и объявить расписание ее выполнения.

Условия нашей задачи

На входе мы имеем две стандартных конфигурации базы данных:

1. Зарплата и управление персоналом (редакция 3.1.3);
2. Бухгалтерия сельскохозяйственного предприятия (редакция 3.0.52).

Обе базы работают в файловом режиме. Настройку синхронизации можно проводить из любой базы.

Если синхронизация будет настраиваться из «Бухгалтерии» в «ЗУП» должна быть активирован флажок «Синхронизация» и наоборот.

Где находятся настройки

В «Бухгалтерии» заходим в подсистему «Администрирование», в меню «Настройка» и находим пункт «Синхронизация данных» (Рис. 1)

Откроется окно настройки синхронизации (Рис. 2)

Рис. 2

Здесь мы можем:

1. Включить или отключить синхронизацию;
2. Запретить загрузку неактуальных данных;
3. Установить префикс для идентификации перенесенных данных;
4. Перейти к другим настройкам синхронизации.

Запустив синхронизацию установкой соответствующего флажка и определив префикс, мы можем закрывать бухгалтерию. Дальнейшая работа будет производиться в «Зарплате».

Окно настроек синхронизации данных представлено на Рис. 3

Рис. 3

Рассмотрим его подробнее.

Окно настроек синхронизации

Начнем по порядку:

Отдельно хотелось бы заострить внимание читателя на окне «Регистрация изменений» (Рис. 5). В верхней части которого есть номера отправленного и принятых сообщений, после удачного обмена номера в базе-источнике и базе-приемнике должны совпадать. В некоторых случаях (синхронизация произошла с копией базы, сбои в работе) нумерация в базах нарушается. Исправить эту ситуацию можно простым щелчком на гиперссылке с номерами. Это действие позволяет вручную установить текущий номер отправленного и входящего сообщений (Рис. 6)

Рис. 6

Настройки синхронизации

На закладке «Настройки синхронизации данных» есть две команды:

• Настроить;
• Загрузить правила.

Запуск команды «Загрузить правила» открывает форму (Рис. 7)

Рис. 7

Здесь мы можем выбрать, собираемся ли мы использовать типовые правила обмена, поставляемые в конфигурации, или будем выполнять синхронизацию по собственным правилам, хранящимся в архивном файле.

Остальные настройки происходят по щелчку по кнопке «Настроить» (Рис. 8).

Рис. 8

В первом открывшемся окне можно:

1. Открыть форму настройки сценария синхронизации;
2. Просмотреть события отправки и получения информации;
3. Определить дату, с которой будет происходить обмен;
4. Если учет ведется по нескольким организациям, можно указать, какие именно из них будут участвовать в обмене;
5. Определить параметры выгрузки проводок по зарплате: с детализацией по сотрудникам или без нее (сводно).

Команда «Загрузить комплект правил» аналогична такой же команде в предыдущем окне настройки.

Подробнее стоит остановиться на параметрах подключения (Рис. 9)

Рис. 9

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

Нам необходимо:

• Определить путь к базе-приемнику;
• Задать параметры авторизации (в базе-приемнике должен быть создан пользователь с правами администратора);
• После проверки подключения можно считать, что наша настройка закончена.

Если обмен происходит через другие типы подключения, необходимо настроить их параметры на соответствующих закладках.

Настройки расписания

И в конце пара слов про настройки расписания синхронизации, оно выполняется в соответствующей закладке окна (Рис. 3) и ничем не отличается от соответствующей формы настройки расписания прочих регламентных заданий.