При реализации возможно допустить следующие ошибки:
- На стадии проработки архитектуры интеграции выбираются самые простые, другими словами, дешевые решения, что может стать преградой при попытках усовершенствовать систему в будущем. Также это может повлечь проблемы с безопасностью, сохранностью данных и нестабильностью работы при нагрузках. Если же был выбран излишне сложный метод, то это обернется заметными временными и материальными потерями без гарантий их дальнейшей окупаемости.
- Мало внимания уделяется мерам безопасности в процессе обмена данных между системами. Такая проблема актуальна при внешней разновидности интеграции, когда происходит объединение со сторонними системами. Это может привести к большому или даже невосполнимому ущербу, если произойдет утечка данных.
- Игнорируется необходимость системы мониторинга и управления процессом интеграции. которая подразумевает прямой обмен данными между системами, без участия человека в тот или иной промежуток времени. Без внедрения журнала взаимодействия, ведущегося обеими сторонами, сбой техники или ошибка отдельного исполнителя может повлечь потерю значительного объема информации.
- Не обеспечивается постоянное обновление и соответствующая техническая поддержка, что может привести к частичному или полному прекращению интеграции. Это произойдет из-за несоответствия устаревших компонентов одному из внешних факторов, например, требованиям законодательства, изменениям в экономике, политическим реалиям, либо из-за отставания от актуальных системных требований.
- Не ведется требуемая документация, не описываются интеграционные этапы и действия. Внимательная фиксация процессов обеспечивает дальнейшее их ускорение, дает возможность вносить изменения, предупредить вероятные сбои.
Наиболее крупный и самый сложный процесс необходимой интеграции связан с требованиями российского законодательства по взаимодействию с внешними ресурсами — ЕИС Закупки, ГИС Торги, Федеральное казначейство и т.п. При его реализации надо учесть ряд особенностей и нюансов:
• наличие строго регламентируемых образцов документации и протоколов взаимодействия;
• изменения данных, происходящие часто и без определенного графика. Иногда, чтобы не выпасть из обновленного процесса требуется не просто небольшая корректировка, а серьезные правки и доработки архитектуры системы;
• ограничение сроков на осуществление изменений;
• технические проблемы на стадии тестирования – в этом случае необходимо прибегать к собственным средствам эмуляции для проверки кода.