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