Интеграция — связь между программами, при которой данные передаются автоматически. Заявка с сайта попадает в систему учёта клиентов, оплата — в бухгалтерию, отгрузка — на склад, и никто не переносит цифры руками.
Ценность интеграции не в экономии минут на копировании, а в исчезновении расхождений. Пока данные переносит человек, в трёх системах живут три версии одного заказа, и выяснение, какая из них верная, стоит дороже самого переноса. Разбираться в таких расхождениях приходится обычно в самый неподходящий момент — когда клиент уже ждёт ответа.
Три способа связать сервисы#
Первый и самый простой — обмен файлами. Из одной системы выгружается таблица, в другую загружается. Работает без разработчика и без затрат, но держится на человеке: пока кто-то помнит сделать выгрузку, всё хорошо. В отпуске этого человека данные расходятся.
Второй — готовый коннектор. Поставщик уже написал связку между своей системой и популярными сервисами: включается за час, настраивается галочками. Ограничение в том, что передаются только предусмотренные поля. Если вам нужно тащить что-то своё, коннектор не поможет.
Третий — обмен через программный интерфейс. Системы общаются напрямую по заданным правилам: гибко, надёжно, в реальном времени. Требует разработчика и стоит денег, зато передаёт ровно то, что нужно, и умеет обрабатывать ошибки.
Отдельно стоят конструкторы сценариев, где связка собирается мышкой. Хороши для простых цепочек вроде «заявка с формы — письмо и строка в таблице». На больших объёмах и сложной логике упираются в ограничения и стоимость. О том, где заканчивается этот подход, — в материале про no-code.
Признаки, что интеграция нужна#
Сотрудник копирует одни и те же данные из окна в окно. Это самый очевидный признак и самый дорогой: время уходит ежедневно, а ошибки при ручном переносе неизбежны.
Один заказ существует в нескольких системах с разными цифрами. Здесь потери уже не во времени, а в решениях: отчёты противоречат друг другу, и обсуждение начинается с выяснения, чьим данным верить.
Отчёт собирается руками и потому опаздывает. Сведение, которое занимает 2 дня, всегда описывает позавчерашнюю ситуацию.
Клиент узнаёт о проблеме раньше вас. Оплата прошла, а заказ не собран, потому что информация об оплате не дошла до склада, — классическая ситуация несвязанных систем.
Считать выгоду нужно в часах: сколько времени в месяц уходит на перенос и сверку, во что это обходится по зарплате, сколько стоят ошибки. Если получается меньше 2–3 часов в месяц, интеграция обойдётся дороже проблемы, и правильное решение — оставить как есть.
Что проверить до начала работ#
Первое — есть ли у обеих систем возможность обмена. У части коробочных и самописных программ её просто нет, и тогда вариантов остаётся два: файлы или замена системы.
Второе — что именно передаём. Полезно выписать список полей до разговора с исполнителем: какие данные, в какую сторону, с какой периодичностью, что считать признаком одного и того же объекта в разных системах. Последний пункт пропускают чаще всего, а он определяет, не размножатся ли у вас дубли клиентов.
Третье — что делать при конфликте. Если запись изменили в обеих системах, чья версия побеждает? Ответ должен быть зафиксирован до разработки, иначе он появится случайно.
Четвёртое — доступы. Интеграция работает от чьего-то имени, и когда этот сотрудник увольняется, а его учётную запись отключают, обмен останавливается. Заводите отдельную служебную учётную запись — подробнее в материале про управление доступами.
Почему связки ломаются со временем#
Интеграция живёт, пока никто не менял поля. Обновление на стороне поставщика, новый статус заказа, переименованное свойство, изменение формата даты — любое из этих событий останавливает обмен.
Хуже всего то, что останавливается он молча. Ошибка не всплывает на экране: данные просто перестают приходить, и обнаруживается это через неделю, когда клиент спрашивает про свой заказ.
Отсюда два обязательных условия. У интеграции должен быть владелец — человек, к которому идут, когда обмен встал. И должно быть уведомление о сбое: письмо или сообщение при ошибке, а лучше — контрольная проверка, которая раз в час сравнивает число записей и сигналит при расхождении.
Третье, о чём забывают, — журнал обмена. Без записи о том, что и когда передавалось, разбор любого спорного случая превращается в гадание.
Вывод: с чего начать автоматизацию#
Интеграция нужна там, где данные переносят руками и из-за этого ошибаются. Считайте выгоду в часах ручной работы и числе расхождений — если счёт идёт на единицы часов в месяц, задача не стоит вложений.
Начните с малого: свяжите две системы, между которыми поток самый плотный, а логика самая простая. Одна работающая связка даст понимание, как устроен обмен у ваших поставщиков, и следующая обойдётся дешевле.
И заранее назначьте владельца с уведомлением о сбоях. Интеграция без присмотра — это не автоматизация, а отложенная авария: пока она работает, о ней не вспоминают, а когда встаёт, никто не знает, кто за неё отвечает.