Как наладить диалог между системами: интеграционный слой в действии

Интеграция между системами TMS, ERP и WMS в условиях современного рынка - задача сложная и требующая внимательного подхода ко всем деталям бизнес-процессов Клиента. Ключевым фактором успеха является четкое понимание вопросов, которые решаются интеграцией, а также распределение ролей между системами: кто и за что отвечает, где и какие события происходят и что является результатом обмена данными.

Основной деятельностью Клиентов TRUCKER являются продажи - обеспечение потребностей их Заказчиков. В системном ландшафте нашего Клиента ключевой является система ERP: именно в ней формируются отправные точки всех последующих шагов. Поэтому успешная интеграция TMS всегда начинается с понимания логики формирования заявок в ERP и требований к логистическим процессам. WMS так же является неотъемлемой частью структуры: в ней организована деятельность склада и всего, что касается хранения, сборки и подготовки отправки товара Заказчику.

Исходя из опыта TRUCKER, можно выделить следующие направления интеграций:

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

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

При этом вовсе не обязательно знать все тонкости каждой из систем. Каждая ERP, будь то SAP, 1C или Oracle имеет свои особенности. Даже внутри одного типа ERP могут быть десятки разных вариантов того или иного процесса.

Ниже приведен пример сопоставления сущностей из разных систем:

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

Бывает так, что у Клиента высокие требования к безопасности IT-систем – для обеспечения безопасности от несанкционированного доступа используется закрытый контур, куда доступ извне невозможен. TRUCKER имеет опыт с несколькими подобными интеграциями.

Со стороны Клиента очень важно иметь в составе проектной группы как IT-специалистов, отвечающих за интеграцию непосредственно, так и людей, понимающих особенности всех логистических процессов внутри компании. В зависимости от целей и поставленных задач бывает необходимо также привлекать специалистов из отдела продаж и финансов.

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

На схеме ниже показано, как ключевые задачи полностью выполняет отдел логистики:

Задача интеграции с TMS в данном случае - автоматизировать указанные на схеме функции, переложить их на платформу и уйти от ручного ввода информации.

Целевой процесс, где произошла интеграция только с ERP, может выглядеть следующим образом:

Путем настройки интеграции согласно указанной схемы мы добились:

Все это было бы невозможным без участия коллег из разных подразделений и общего понимания системного ландшафта. А также без тестирования систем.

Тут мы подходим к еще одному ключевому фактору успеха интеграции – тестированию. Его необходимо проводить как во время самой разработки, так и непосредственно перед запуском. Самый лучший вариант – разбивка тестирования на несколько этапов, а именно:

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

Работоспособность интеграции отслеживается с помощью различных инструментов. Например, автоматические уведомления. Если система клиента отправляет ошибочный запрос или недоступна для нашего запроса, то ключевые пользователи и разработчики тут же информируются об этом. Проблема анализируется, оцениваются вероятные последствия и, в зависимости от степени критичности, принимаются решения по устранению этой ошибки. Если проблема незначительна, то она записывается в журнал backlog’а. Регулярно данный журнал анализируется, а наиболее часто повторяющиеся ошибки исправляются.