Заказчик: инжиниринговый холдинг.
Задача: проверить на пилотном контуре централизованную схему интеграции, в которой «1С:Документооборот» становится единым источником данных по объекту «Проект», а обмен между системами выполняется через DATAREON Platform.
О компании
Один из российских инжиниринговых холдингов. Компания строит промышленные объекты и имеет подтвержденные положительные результаты работы действующих производств.
С чем обратился заказчик
На момент старта проекта обмен данными между системами был построен через COM-взаимодействие.
Процесс работы с объектом «Проект» выглядел так:
- проект создавался в «1С:Документооборот»;
- затем через COM передавался в «БИТ.ФИНАНС»;
- в «1С БИТ» создавалась связанная номенклатурная группа;
- после этого проект и номенклатурная группа передавались в «1С:ЗУП» также через COM.
Основная сложность этой схемы заключалась в том, что «1С:ЗУП» получала данные о проекте не напрямую из исходной системы, а через «БИТ.ФИНАНС». Из-за этого целевой обмен зависел от промежуточной системы, а происхождение данных было менее прозрачным.
Заказчик хотел проверить другую модель: определить «1С:Документооборот» как единый источник данных по проектам и организовать передачу информации через централизованный интеграционный слой DATAREON Platform. В интеграционном контуре пилотного проекта использовались три системы: «1С:Документооборот», «БИТ.ФИНАНС» и «1С:ЗУП».
Что сделали
В рамках пилота мы реализовали три интеграционных потока:
- «1С:Документооборот» → «БИТ.ФИНАНС» — передача справочника «Проекты».
- «1С:Документооборот» → «1С:ЗУП» — передача справочника «Проекты».
- «БИТ.ФИНАНС» → «1С:ЗУП» — передача справочника «Номенклатурные группы».
Ключевое изменение по сравнению с исходной схемой — проект стал поступать в «1С:ЗУП» напрямую из «1С:Документооборот», а не через «БИТ.ФИНАНС».
При этом роль «БИТ.ФИНАНС» сохранилась: после получения проекта в системе формируется связанная номенклатурная группа, которая затем передается в «1С:ЗУП».
DATAREON Platform использовалась как единый интеграционный слой пилотного решения.
Дополнительно объекты «Проект» и «Номенклатурная группа» в процессе обмена записывались в Банк данных DATAREON. Отдельного создания объектов внутри Банка данных не предусматривалось: объект проходит через него, а в Банке данных сохраняется его текущая версия. История изменений и версионирование в границы пилота не входили.
Сам пилот был намеренно ограничен по объему. В него не входили:
- передача табличных частей;
- перенос потоков на промышленный контур;
- дополнительные справочники, документы и бизнес-процессы;
- промышленная эксплуатация и регламентное сопровождение;
- тиражирование решения за пределы пилотного контура.
Такой подход позволил проверить саму архитектурную модель, не расширяя проект на смежные процессы.
Результат
По итогам пилота удалось проверить работу централизованной схемы обмена через DATAREON Platform.
В пилотном контуре:
- реализованы и настроены три целевых интеграционных потока;
- «1С:Документооборот» выступает единым источником данных по объекту «Проект»;
- проект передается из «1С:Документооборот» в «БИТ.ФИНАНС»;
- проект передается из «1С:Документооборот» напрямую в «1С:ЗУП»;
- номенклатурная группа передается из «БИТ.ФИНАНС» в «1С:ЗУП»;
- проверена передача объектов по каждому потоку;
- подтверждено соблюдение ограничений пилота, в том числе исключение табличных частей из обмена.
Заказчик получил возможность оценить целевую архитектуру до принятия решения о дальнейшем развитии и переносе интеграций в промышленную среду.
