Интеграции сайта с внешними системами в Москве
Сайт редко бывает единственной системой в компании. Рядом живут CRM, где ведут сделки, учётная система, где лежат товары и остатки, платёжный сервис, служба доставки, телефония и почта. Пока эти системы не связаны, работу за них делает человек: переносит заявку из письма в CRM, руками правит остаток, сверяет заказы в конце дня.
Интеграция убирает эту ручную работу и вместе с ней — расхождения. Заявка с сайта попадает в CRM в момент отправки, остаток на карточке товара берётся из учёта, оплата подтверждается сама, статус доставки виден покупателю. Мы проектируем обмен так, чтобы он переживал сбои: если внешняя система недоступна, данные не теряются, а ждут своей очереди и уходят повторно.
CRM
Учётные системы
Маркетплейсы
Что связываем
CRM
Битрикс24, amoCRM и другие системы: формы, звонки, переписка и заказы становятся сделками с источником и параметрами кампании. Если готовая система не подходит, отдельная задача — разработка своей CRM.
Учётные системы
1С и складские программы: товары, категории, характеристики, цены, остатки, документы по заказу.
Маркетплейсы
Выгрузка товаров и приём заказов с площадок, фид для товарных площадок.
Платежи
Эквайринг, оплата по счёту, рассрочка, чеки по 54-ФЗ через оператора фискальных данных.
Доставка
Расчёт стоимости и сроков, выбор пункта выдачи, передача заказа перевозчику, трек-номер обратно в заказ.
Телефония и мессенджеры
Звонок с сайта, запись разговора в карточку сделки, уведомления менеджеру и клиенту.
Аналитика
Передача событий и офлайн-конверсий, чтобы окупаемость рекламы считалась по сделкам, а не по заявкам.
Как устроена работа
Разбираем процесс, а не системы
Сначала описываем путь заявки и заказа: кто и в какой момент что делает руками. Интеграция окупается там, где ручной шаг повторяется каждый день.
Выбираем способ обмена
API в реальном времени, обмен файлами по расписанию или очередь сообщений. Выбор задаёт не мода, а требования: как быстро данные должны совпасть и что делать, если сторона недоступна.
Составляем карту полей
Самая долгая часть — сопоставить справочники: статусы, единицы измерения, категории, скидки. Расхождение справочников проявляется не сразу, а на редких заказах, поэтому карта фиксируется письменно.
Собираем обмен на тестовом контуре
Никакой первый запуск не идёт по живым заказам: сначала проверка на копии данных, включая заведомо кривые случаи.
Включаем на бою с журналом
Каждая передача пишется в журнал: что ушло, что вернулось, что не прошло. Без журнала разбор спорного заказа превращается в гадание.
Оставляем обмен наблюдаемым
Настраиваем уведомление при ошибках и повторную отправку, чтобы сбой внешнего сервиса не становился потерянным заказом.
Обсудим проект?
FAQ
Если не нашли ответа — напишите нам на info@toimi.pro.
Чем интеграция отличается от автоматизации бизнес-процессов?
Автоматизация отвечает на вопрос «как должен идти процесс внутри компании»: кто согласует, какой статус следующий, когда уходит напоминание. Интеграция отвечает на другой вопрос — как двум системам обмениваться данными без человека посередине. Часто их делают вместе, но объём работ разный, и путать их дорого: можно построить красивый процесс поверх данных, которые не сходятся.
Сколько стоит интеграция сайта с CRM?
Смету задают четыре величины: сколько систем связывается, есть ли у каждой готовый API, сколько сущностей передаётся (только заявки или ещё товары, остатки, оплаты, документы) и нужна ли двусторонняя передача. Двусторонний обмен всегда дороже одностороннего, потому что требует правил разрешения конфликтов. Пришлите список систем — вернём расчёт по этим пунктам.
У нашей системы нет API. Интеграция возможна?
Обычно да, но другим способом. Если система умеет выгружать и принимать файлы, обмен строится на них по расписанию. Если у неё есть база, к которой открыт доступ, обмен идёт через промежуточный слой. Полностью закрытая система без API, файлов и базы — единственный случай, когда честный ответ «нет»; тогда обсуждаем замену системы, а не интеграцию.
Что происходит, когда внешний сервис недоступен?
Это штатная ситуация, и она закладывается в схему. Данные ставятся в очередь и уходят повторно, когда сервис ответит. Пользователь на сайте не видит ошибки, а менеджер получает уведомление, если очередь не разошлась за отведённое время.
Не сломается ли интеграция после обновления CRM или 1С?
Обновления действительно ломают обмен — чаще всего при смене версии API или структуры справочников. Поэтому обмен строится через отдельный слой, а не вшивается в шаблон сайта: при смене одной стороны правится один участок, а не весь сайт. Регулярные проверки удобно вести в рамках технической поддержки.
Можно ли передавать заказы в обе стороны — с сайта и обратно?
Да, и это самый частый сценарий для магазинов: заказ уходит в учёт, а обратно возвращаются статус, номер накладной и остаток. Для двустороннего обмена заранее договариваемся, чья версия данных главная по каждому полю, иначе системы начнут переписывать друг друга.
Как быть с персональными данными покупателей при передаче в другие системы?
Передаём только те поля, которые нужны принимающей системе для работы, а состав полей фиксируем в описании обмена. Канал закрывается шифрованием, доступы выдаются отдельным техническим пользователем с ограниченными правами, а не учётной записью сотрудника.
Сколько времени занимает интеграция?
Срок задаёт не сайт, а вторая сторона: готовность её API, качество документации и скорость ответов её администратора. Быстрее всего идут связки с сервисами, у которых публичный документированный API. Дольше всего — обмен с доработанной под компанию учётной системой, где сначала приходится разбирать, как она устроена сейчас.
Нужен ли нам разработчик после запуска обмена?
Для штатной работы — нет: обмен идёт сам, а ошибки видны в журнале. Разработчик нужен, когда меняется процесс: добавляется поле, новая площадка, новый способ оплаты. Такие правки удобно вести пакетами, а не по одной.
С чего начать, если систем много и непонятно, что связывать первым?
С одного процесса, который болит каждый день. Обычно это путь заявки от формы до сделки — он короткий, эффект виден за неделю, и на нём проверяется вся схема обмена. Остальные системы подключаются следующими этапами, уже по работающей карте полей.
