Почему нельзя спроектировать интеграцию один раз, и считать задачу на этом выполненной?
Новый процесс попадает в живой, постоянно меняющийся ландшафт, где уже происходят другие процессы, постоянно поступают новые данные, работают привычные системы. На этом этапе начинаются первые сбои: разный статус документа в разных программах, нет замены контрагента на актуального и так далее. Дальше - больше.
«У поставщиков разные архитектурные подходы, свои способы интеграции и нет общего стандарта, который снимал бы большую часть вопросов»
- комментирует проблему ИТ-директор УК «Старт» Андрей Власенко.
Эксперты отметили, что порой интеграционная часть способна занять большую долю проекта, чем автоматизация процесса.
Когда речь идёт о крупных проектах, порой недостаточно API поставщика. В этом случае интегратор сначала проводит тесты в «песочницах» и на сквозных сценариях.
ИТ-директор, «Теплообменник» Александр Стручков подчёркивает:
«Самое главное — это не системы. Самое главное — данные, которые такие системы создают. Поэтому главный принцип, который нам позволяет справляться с трудностями интеграции, — данные отделяются от систем и имеют определенный статус».
Порой техническая часть интеграции занимает меньше времени, чем согласование.
Отдельно стоит обращать внимание на взаимодействие процессов и продумывать его перед каждой новой интеграцией. Модератор круглого стола, Директор образовательных программ экспертного клуба «ИТ-Диалог» Антон Кузнецов остановился на этом в своём выступлении:
«Интеграция — это не какая-то одна разовая история, это скорее отдельный объект эксплуатации, который необходимо тестировать, сопровождать, изменять, потому что интеграция имеет свой жизненный цикл».
Полный разбор темы и ценный опыт ИТ-экспертов нашего Клуба читайте в статье главного редактора издания IT-Manager Ольги Поповой.