Интеграция систем: как наладить поток данных между разрозненными программами

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

Интеграция систем — это работа, благодаря которой независимо работающие программы обмениваются данными без повторного ввода, по заданным правилам и с возможностью отследить обмен. Цель не в замене систем, а в том, чтобы каждое поле данных исходило из единого надёжного источника и само доходило до всех, кому оно нужно. В этой статье мы рассказываем, как наладить поток данных между разрозненными системами и на что обращать внимание.

Где начинается разрыв?

Программы по отдельности могут быть на своём месте; проблема в промежутке между ними. О разрыве в потоке данных говорят такие признаки:

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

Контролируемый поток данных в четыре шага

Интеграция — это не соединение двух систем кабелем, а решение о том, какие данные, в каком направлении и по какому правилу передаются. В работах по Интеграции YazSis придерживается следующих четырёх шагов:

1. Определите источник. Для каждого поля данных выберите один надёжный источник. Где будет храниться основная запись об адресе клиента — в CRM или в бухгалтерии? Если не принять это решение, две системы будут затирать данные друг друга.
2. Спроектируйте поток. Определяются направление, частота и преобразование данных: передавать мгновенно, раз в час или раз в сутки? Как будут сопоставляться поля? Что будет, если принимающая система недоступна? Сценарии ошибок нужно описать на этом этапе.
3. Наладьте контроль. Применяются журнал (log), права доступа, повторные попытки и проверка данных. Какой сервис к каким данным обращается, повторяется ли неудавшаяся передача, где ожидает ошибочная запись? Всё это должно фиксироваться.
4. Сделайте видимым. Отслеживаются состояние интеграции и результат для бизнеса: сколько записей передано сегодня, какие дали ошибку, кто этим займётся? Невидимая интеграция ломается тихо, и к моменту, когда это замечают, данные уже загрязнены.

Покажем на небольшом примере. Источник подтверждённого заказа — система интернет-магазина; отсюда берутся номер заказа, товар и сумма. Поток односторонний: заказ сначала передаётся в ERP, затем в бухгалтерию, и правило запуска каждой передачи записано заранее. В слое контроля, если тот же номер заказа приходит второй раз, новая запись не создаётся; если передача не удалась, заказ не теряется, а ждёт, и ответственному приходит оповещение. Для наглядности на экране перечисляется, сколько заказов передано, сколько ожидает и сколько дало ошибку. Четыре шага работают даже в небольшом потоке.

Какие системы связываются между собой?

Состав отличается от компании к компании. Основные области связи перечислены ниже; каждая из них рассматривается отдельно в рамках проекта с учётом вашей текущей системы:

• ERP и бухгалтерия: согласованная синхронизация операционных и финансовых данных.
• Расчёт зарплаты и PDKS (учёт посещаемости): привязка данных о персонале и времени к соответствующим рабочим процессам.
• CRM и интернет-магазин: централизация данных о клиентах, заказах, товарах и статусах.
• Банк: встраивание финансовых потоков данных через контролируемые сервисы.
• Производство и склад: передача движения в поле в слой ERP и отчётности.
• SMS и электронная почта: управление уведомлениями через единый отслеживаемый коммуникационный слой.

Четыре частые ошибки

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

Интеграция — это не соединение, которое один раз настроили и забыли, а производственная линия, которая работает каждый день и состояние которой отслеживается.

Менять каждую систему не нужно

Первая реакция компаний, столкнувшихся с разрывом данных, чаще всего такая: «давайте заменим программу». Между тем правильный слой интеграции объединяет операции, сохраняя уже сделанные вложения. Первым вопросом должно быть не то, какую программу выбросить, а то, какие данные и в какую систему не доходят вовремя. Ответ на него чаще всего указывает на один-единственный поток данных; когда этот поток налажен, команда и экономит время, и снова начинает доверять цифрам. Затем переход к следующему потоку делает проект управляемым и измеримым.

Чтобы вместе разобраться с разрывом данных между вашими системами, посмотрите страницу Интеграции.