Заказы приходят с маркетплейса, остатки лежат в складской программе, клиенты — в CRM, деньги — в банке. Между ними ходит человек: выгружает, загружает, сверяет. Пока заказов десять в день, это терпимо. На сотне человек становится узким местом и источником ошибок.
Интеграция систем — это когда программы обмениваются данными сами, без человека посередине. Стоит от 80 000 ₽, делается за две-шесть недель, и цена зависит не столько от вашей задачи, сколько от того, как устроен сервис на той стороне.
| Как связывают | Когда подходит | Надёжность |
|---|---|---|
| По API | у обеих систем есть открытый интерфейс | высокая |
| Обмен файлами | API нет, но есть выгрузка и загрузка | средняя |
| Готовый коннектор | связка популярная, кто-то уже сделал | зависит от автора |
| Робот в интерфейсе | доступа нет никакого | низкая |
Что такое API простыми словами
API — это дверь, через которую одна программа обращается к другой. Не человек нажимает кнопки, а программа спрашивает: «дай список заказов за сегодня» — и получает ответ в понятном ей виде.
Сравнение, которое обычно помогает. Сайт — это витрина для человека: картинки, кнопки, оформление. API — служебный вход для программ: без оформления, зато быстро и без ошибок. Один и тот же сервис часто имеет и то и другое.
Из этого следует главное: интеграция по API возможна только если эта дверь есть. Если разработчик системы её не сделал или закрыл, никакая ловкость подрядчика не поможет — придётся идти обходными путями, а они хуже.
Поэтому первый вопрос при оценке — не «что вы хотите связать», а «есть ли у обеих систем API и что он умеет». Ответ на него меняет цену в разы. Именно поэтому API-интеграция с популярным сервисом обычно дешевле, чем интеграция с другими системами, о которых разработчик не подумал.
Чем связывают, если API нет
Обмен файлами. Одна система кладёт выгрузку, другая её забирает по расписанию. Способ старый, работает, но между выгрузками данные устаревают, и при сбое никто не узнает, пока не разъедутся числа.
Готовый коннектор. Для популярных пар кто-то уже написал связку. Дёшево и быстро — если ваш случай попадает в то, что он умеет. Проверять надо две вещи: живой ли автор и что происходит, когда на той стороне меняются правила.
Робот в интерфейсе. Программа изображает человека: открывает окно, нажимает кнопки, копирует значения. Способ последней надежды, когда никакого доступа нет. Работает и ломается от любой мелочи — сдвинулась кнопка, изменился экран, вышло обновление.
Прямой доступ к базе данных. Иногда предлагают как самый простой путь. Мы так не делаем без крайней нужды: минуя логику программы, легко записать данные, которые она сама считает недопустимыми, и обнаружить это через месяц в отчёте.
С чем связывают чаще всего
По тому, с чем приходят:
Маркетплейсы. Заказы оттуда — в вашу систему, остатки и цены — обратно. Самая частая задача последних лет и самая чувствительная к ошибкам: расхождение в остатках оборачивается отменами и штрафами площадки.
Службы доставки. Создать отправление, получить трек, отследить статус, распечатать наклейку. Экономит менеджеру по несколько минут на каждом заказе.
Банк и платёжные сервисы. Выписка, сверка оплат, автоматическое закрытие заказов. Здесь особенно важна аккуратность: повторный запрос не должен превратиться во второй платёж.
Электронный документооборот и маркировка. Обязательная часть работы для многих отраслей, и её редко делают руками — слишком много операций.
Телефония и мессенджеры. Звонок поднимает карточку, переписка подшивается к сделке.
Сайт и CRM. Заявка попадает в воронку сразу, с источником и без ручного переноса — половина пользы от внедрения CRM держится именно на этом. Интеграция сайта с внешними системами — самая частая первая задача: она дешёвая и результат виден на второй день.
Склад. Приёмка, комплектация, отгрузка — чтобы остатки на витрине и на полке совпадали. Что для этого нужно на самом складе — в отдельной статье.
Этапы интеграции систем
1. Разбор, 2–5 дней. Что за системы, есть ли API, какие данные ходят, в какую сторону, как часто. Здесь же выясняется главное: что делать при расхождении. Если ответа нет, интеграция потом будет регулярно ставить вопросы, на которые некому ответить.
2. Схема обмена. Что считается источником правды для каждого поля. Звучит скучно, а на деле это половина успеха: когда цена лежит в двух системах и обе её меняют, без такого решения они будут спорить вечно.
3. Доступы. Ключи, учётные записи, тестовая среда. Самая частая причина срыва сроков, и зависит она не от подрядчика.
4. Сборка и проверка на тестовых данных.
5. Запуск, наблюдение. Первую неделю обмен смотрят руками: живые данные всегда богаче тестовых.
Обычный срок — от двух недель до полутора месяцев. Разброс объясняется не объёмом работы, а качеством чужого API и скоростью выдачи доступов.
Что ломается и как к этому готовятся
Раздел, которого обычно нет в предложениях подрядчиков, хотя именно это отличает работающую интеграцию от сделанной.
Чужой сервис лежит. Не «если», а «когда». Правильное поведение — не потерять данные: запомнить, что не отправилось, и повторить позже. Неправильное — молча пропустить и узнать об этом из расхождения в отчёте.
Повтор создаёт дубль. Связь оборвалась в момент отправки заказа: дошёл он или нет — неизвестно. Наивный повтор рождает второй заказ и второе списание. Лечится тем, что каждая операция помечается и повторная с той же меткой не выполняется дважды.
Ограничение на число запросов. Почти любой сервис ограничивает, как часто к нему можно обращаться. Интеграция, написанная без учёта этого, работает на десяти заказах и упирается в потолок на тысяче.
На той стороне поменяли правила. Сервисы обновляют свои API, иногда с предупреждением, иногда нет. Интеграцию надо сопровождать — это не подписка ради подписки, а плата за то, что она продолжит работать.
Данные не совпадают по смыслу. У вас товар определяется артикулом, у них — своим кодом. Пока пары не сведены, обмен будет исправно переносить не то. Это не техническая, а договорная работа, и делать её всё равно придётся.
Обмен идёт, но никто не смотрит. Любая интеграция должна уметь жаловаться: письмом, сообщением в чат, строкой в журнале. Тихая поломка — самая дорогая.
От чего зависит цена
Есть ли API у обеих систем. Главный множитель. Есть — работа предсказуема. Нет — считаем обходной путь, и он дороже и хуже.
Насколько API хорош. Бывает, что дверь есть, но отдаёт данные неудобно: без фильтров, кусками, с задержкой. Тогда часть работы — компенсировать чужие недостатки.
Сколько данных и в какую сторону. Односторонняя передача проще двусторонней в разы: когда обе системы меняют одно и то же поле, появляется вопрос, кто главнее, и его надо решать явно.
Насколько ваши данные в порядке. Дубли, разные написания, товары без артикулов. Приводить это в порядок обычно приходится, и это не входит в цену интеграции по умолчанию.
Что должно происходить при сбое. Требование «ничего не терять» дороже требования «обычно работает». Обсуждать это надо до начала, а не после первого происшествия.
Что записать в задании
Три пункта, из-за отсутствия которых потом спорят.
Что считается источником правды по каждому полю. Кто главнее — ваш каталог или каталог площадки.
Как часто идёт обмен и допустима ли задержка. «В реальном времени» дороже, чем «раз в пятнадцать минут», и нужно это далеко не всегда.
Что делать при расхождении. Остановиться и позвать человека, перезаписать, оставить обе версии. Ответ зависит от вашего дела, но он должен быть.
Про риски интеграции систем стоит договориться там же. Не в смысле страховки, а в смысле границ: что происходит, если чужой сервис недоступен сутки, кто и как об этом узнаёт, за какой срок мы чиним. Формулировки в договоре стоят дешевле, чем разбирательство по факту.
Когда интеграция не нужна
Операций мало. Двадцать заказов в неделю переносятся руками за пятнадцать минут. Интеграция за сто тысяч окупится через годы.
Процесс скоро изменится. Меняете складскую программу через полгода — связывать старую бессмысленно.
Достаточно выгрузки. Иногда нужен не постоянный обмен, а таблица раз в сутки. Стоит дешевле в разы, а закрывает ту же потребность.
Проблема не в переносе данных. Если числа расходятся из-за того, что их по-разному считают, интеграция просто перенесёт расхождение быстрее.
Сколько у нас
Интеграция систем и связка по API — от 80 000 ₽. Цена из прайса на этом сайте, там же остальное — смотреть весь список.
Что входит: разбор, схема обмена, сборка, проверка на тестовых данных, запуск и неделя наблюдения. Что не входит: наведение порядка в данных, лицензии сторонних сервисов, доработка вашей системы, если у неё не окажется нужного интерфейса.
Разбор задачи бесплатный, до пяти рабочих дней. На нём мы смотрим, что умеют обе стороны, и называем цену уже после этого — оценка интеграции без проверки чужого API это гадание, и расходится она обычно в худшую сторону.
Если окажется, что задача решается выгрузкой раз в сутки вместо постоянного обмена, — скажем прямо. Разница в цене там кратная, а результат для вас может быть одинаковый.
С чего начать разговор. Пришлите ссылки на документацию API обеих систем. За два дня скажем, что связывается, а что придётся обходить.
Позвонить: +7 911 375-22-55. Написать: hello@syntrolab.ru. Telegram: @SyntroLab_Bot — сообщение примет бот, ответит человек.
Что спросить у подрядчика
Пять вопросов, которые отличают работающую интеграцию от сделанной.
Что произойдёт, если сервис на той стороне будет недоступен сутки? Ответ «такого не бывает» означает, что об этом не думали.
Как вы не допустите дублей при повторной отправке? Правильный ответ содержит слова «пометка операции» или «повторная с тем же признаком не выполняется».
Что считается источником правды по каждому полю? Если вопрос вызывает заминку, схему обмена не проектировали.
Как я узнаю, что обмен сломался? Должно быть названо конкретное место: письмо, сообщение в чат, запись в журнале.
Что входит в сопровождение и сколько оно стоит? Чужие API меняются, и это не повод для отдельного счёта каждый раз.