Интеграции сайта с внешними системами
Настроим постоянную связь сайта с нужным сервисом. Заявки, заказы, файлы, события и статусы будут передаваться по заранее согласованным правилам, а результат операции можно будет проверить.
Интеграция начинается не с кнопки, а с понятного результата
Сначала описываем одну операцию от события на сайте до записи или статуса в нужной системе.
Заявка с сайта во внешний сервис
Условный пример: посетитель отправил форму на сайте. Сайт собрал согласованные поля, передал их внешнему сервису и получил ответ. Затем интеграция записала результат операции: данные приняты, отклонены или требуют повторной обработки.
Сайтexample.com
Форма заявки
- Имя Ирина
- Телефон +7 900 000-00-00
- Отправлено
1 Шаг 1. Сайт → Внешний сервис: Согласованные поля имя, телефон, источник
2 Шаг 2. Внешний сервис → Сайт: Ответ сервиса принято, № 000123
Внешний сервис
Новая запись
- Контакт Ирина
- Телефон +7 900 000-00-00
- Источник форма на сайте
- Данные приняты
3 Интеграция записала результат операции
Журнал обмена
| Время | Операция | Итог |
|---|---|---|
| 11.09 14:32 | Заявка с сайта → внешний сервис | Успешно: Принята, запись № 000123 |
Сам факт отправки еще не означает успех
Поэтому мы предусматриваем обработку ответа, журнал событий и способ сверить итог там, куда должны попасть данные. Если передача не прошла, ошибка должна быть видна: тогда ее можно разобрать, а с операцией поступить по согласованным правилам.
Сайтexample.com
Форма заявки
- Имя Ирина
- Телефон +7 900 000-00-00
- Отправлено
1 Шаг 1. Сайт → Внешний сервис: Передача данных имя, телефон, источник
2 Шаг 2. Внешний сервис → Сайт: Ответ сервиса ошибка
Внешний сервис
Ответ на запрос
- Поле Телефон
- Причина формат не принят
- Запись не создана
- Данные отклонены
3 Ошибка видна в журнале
Журнал обмена
| Время | Операция | Итог |
|---|---|---|
| 11.09 14:32 | Заявка с сайта → внешний сервис | Ошибка: Отклонена, требует разбора |
| 4 Уведомление ответственному Передача заявки с сайта не прошла: внешний сервис не принял формат поля «Телефон». Операция отмечена в журнале обмена и ждет разбора. | ||
Тот же механизм работает в обратную сторону
Внешний сервис сообщает о событии, сайт принимает данные и меняет согласованный статус. Конкретная цепочка зависит от возможностей сервиса, его документации и правил вашей задачи.
Сайтexample.com
Страница заказа
- Заказ № 000245
- Статус Готов к выдаче
- Запрос проверен
- Статус обновлен
1 Шаг 1. Внешний сервис → Сайт: Событие от сервиса новый статус заказа
2 Шаг 2. Сайт → Внешний сервис: Сайт подтвердил прием данные приняты
Внешний сервис
Заказ № 000245
- Статус изменен было
В работе, стало Готов к выдаче - Сервис отправляет сайту уведомление о событии
3 Итог обработки записан
Журнал обмена
| Время | Операция | Итог |
|---|---|---|
| 11.09 15:10 | Внешний сервис → сайт: статус заказа | Успешно: Принят, статус применен |
Пять типовых направлений обмена
Выберите ближайший сценарий. На старте мы уточним состав данных, условие запуска и проверяемый результат.
Передать заявку с сайта во внешний сервис
После отправки формы сайт передает согласованные поля в CRM, систему учета или другой сервис. Результатом считается не попытка отправки, а принятая запись либо зафиксированная ошибка.
- Событие: посетитель отправил форму.
- Результат: внешний сервис принял данные, а статус операции сохранен.
Получить обновленный статус из внешней системы
Сервис передает или позволяет запросить новое состояние объекта, а сайт показывает его по согласованным правилам.
- Событие: статус изменился во внешней системе.
- Результат: сайт получил и применил допустимое значение.
Передавать или забирать файл в заданные моменты
Сайт формирует, отправляет или принимает файл по согласованному расписанию. Отдельно определяем формат, состав данных и действия при неуспешной операции.
- Событие: наступил заданный момент запуска.
- Результат: файл обработан, а итог операции зафиксирован.
Реагировать на входящее событие
Внешняя система сообщает сайту об изменении, после чего сайт проверяет запрос и выполняет согласованное действие.
- Событие: сервис отправил уведомление.
- Результат: сайт принял допустимые данные и записал итог обработки.
Сообщить человеку о важном результате
После заданного события или ошибки интеграция отправляет ответственному уведомление. Канал, условие и содержание сообщения определяем до разработки.
- Событие: выполнено согласованное условие.
- Результат: уведомление отправлено, а операция отражена в журнале.
Объем становится понятен после разбора данных и правил
Название сервиса само по себе не показывает сложность интеграции.
Интеграция
от 24 000 руб. Срок — после изучения документации, данных и сценариевДля оценки нужно понять, какие данные передаются, где они появляются, куда должны попасть, что запускает операцию и какой результат считается успешным. Затем проверяем документацию сервиса, доступные способы авторизации, ответы на ошибки и состояние сайта.
ПодойдетКогда нужно регулярно передавать или получать данные и проверять результат.
Платный разбор
Объем и стоимость согласуем заранее До оценки разработкиЕсли до оценки разработки требуется изучить чужой код, сложную схему данных или существующую интеграцию, заранее согласуем объем и стоимость платного разбора.
ПодойдетКогда нужно разбирать существующее подключение.
Цены на интеграцию
- Простая связка — 24 000 руб.
- Интеграция с правилами обмена — 48 000 руб.
- Сложный двусторонний обмен — от 80 000 руб.
На объем также влияют
- Карта полей
- Направление обмена
- Расписание
- Журнал событий
- Уведомления
- Тестовые сценарии
- Разбор существующего подключения
Внедрение внешнего сервиса, подписки и лицензии, переделка кабинета, корзины или каталога, очистка данных и последующее сопровождение в основной объем интеграции автоматически не входят.
Одинаковое слово «обмен» может означать разный состав работ
Разделяем задачи до оценки, чтобы подключение сайта не превратилось по ходу проекта во внедрение целой системы.
Сначала описываем одну операцию
Пришлите адрес сайта, название внешнего сервиса, описание операции и ссылку на его документацию. Напишите, какие данные откуда и куда должны попасть и как вы поймете, что операция выполнена.
- Уточним состав данных, условие запуска и проверяемый результат
- Проверим документацию сервиса и состояние сайта
- Пароли и токены в первом сообщении не присылайте
От одной операции до проверенного запуска
Каждый этап отвечает на простой вопрос: что должно произойти и как убедиться, что это действительно произошло.
- 01
Описываем операцию и результат
Фиксируем событие, источник, получателя, условие запуска и признак успешного выполнения.
Результат: Согласованный сценарий без двусмысленных слов «передать все» или «синхронизировать».
- 02
Собираем карту данных
Сопоставляем поля двух систем, форматы и допустимые значения. Отдельно отмечаем обязательные данные и правила преобразования.
Результат: Карта, по которой можно разработать и проверить обмен.
- 03
Проверяем документацию и доступы
Изучаем возможности внешнего сервиса, способ авторизации, ограничения и ответы на запросы. Уточняем, где можно безопасно провести проверку.
Результат: Понятные технические условия до начала разработки.
- 04
Разрабатываем связь и обработку ошибок
Настраиваем отправку или прием данных, обработку ответа, журнал событий, уведомления и повторные действия в согласованном составе.
Результат: Операция работает, а неуспешный исход можно увидеть и разобрать.
- 05
Тестируем, запускаем и передаем инструкцию
Проверяем согласованные успешные и неуспешные сценарии, сверяем результат, запускаем интеграцию и описываем работу с ней в объеме договора.
Результат: Принятый сценарий и документация по договору.
Проверяем результат всей операции
Интеграцию можно принять, только если понятны данные, границы и способ проверить итог.
Общий опыт без подмены цифр
Работаем с 2004 года. С нами работали 1600+ клиентов в 80 тематиках. Это общий опыт компании, а не количество выполненных интеграций.
Пропуски и расхождения видны заранее
Карта данных помогает заранее увидеть пропущенные значения и разные трактовки одного поля.
Приемка по результату
Успех подтверждаем сверкой результата и разбором неуспешных операций. Журнал помогает найти ошибку, но сам по себе не гарантирует сохранность данных.
Честная граница внешней системы
Мы отвечаем за собственную интеграцию, но не управляем доступностью, тарифами и будущими изменениями чужого сервиса. Такие изменения могут потребовать отдельной диагностики и доработки.
Подтвержденная практика с конкретными системами
Роистат подключали для Россруб, Консул 96, Фрузза, ХьюманВидео и ТО2Ю; amoCRM внедряли для МаниСтарт, Консул и Локавто. Битрикс24 внедряли для Экомолл Гранат, lux-design-proekt.ru, СМ Выбор, Оникс 66 и Осинцев; с 5 июля 2026 года эту систему не продаем и упоминаем только как прошлый опыт. Этот список не описывает конкретные потоки данных, сроки или результаты интеграций сайтов.
Опыт работы с компаниями из разных сфер
Это общий список клиентов Менокома, а не перечень заказчиков интеграций.
Консул 96 — о работе с Меноком
Отзыв относится к работе с внешними системами и процессами, но не подтверждает отдельный API-сценарий.
Консул 96
Гарантия действует там, где результат зависит от нашей работы
До запуска согласуем сценарии проверки и отделяем нашу интеграцию от изменений на стороне внешнего сервиса.
Три месяца на исправление нашей ошибки
В течение трех месяцев исправляем ошибку в разработанной нами интеграции. Условия и границы результата фиксируем в договоре.
Изменения внешнего сервиса — отдельная работа
Если сервис изменил API, поля, тариф, правила или доступ, проводим отдельную диагностику и оцениваем необходимую доработку.
Приемка по согласованным сценариям
Проверяем не абстрактную «синхронизацию», а конкретные операции: какие данные ушли, какой ответ получен и какой результат появился в системе назначения.
Что важно уточнить до начала интеграции
Коротко о готовых модулях, внешних ограничениях, приемке и дальнейшей работе.
01У вас есть готовый модуль для нашего сервиса?
Даже готовое подключение нужно сверить с вашей операцией, полями, документацией и состоянием сайта. Иногда достаточно разовой доработки, а иногда нужна отдельная интеграция. Определяем это после предварительного разбора.
02Можно связать сайт с любой системой?
Нет универсального подключения к любой системе. Возможность и состав работ зависят от документации, доступов и функций внешнего сервиса, а также от данных и сценария на сайте.
03Что произойдет, если передача завершится ошибкой?
В согласованном составе настраиваем обработку ответа, журнал событий, уведомления и действия для неуспешных операций. Конкретные правила зависят от возможностей сервиса. Итог проверяем сверкой данных, а не только наличием записи в журнале.
04Сколько времени занимает интеграция?
Срок определяем после изучения документации, данных, существующего кода и сценариев обмена. До этого календарный ориентир был бы догадкой.
05Подписка или лицензия внешнего сервиса входит в работу?
Нет. Внедрение внешнего сервиса, его подписки и лицензии оплачиваются и оцениваются отдельно от разработки связи с сайтом.
06Вы будете поддерживать интеграцию после запуска?
Сопровождение согласуется отдельно. При запуске передаем результат и документацию в объеме договора, а дальнейшие проверки и изменения можно оформить как отдельную работу.
07Какие права на код получит заказчик?
Результат и документацию передаем в объеме договора. Передаем только тот объем прав, который зафиксирован в договоре.
08Что входит в гарантию?
В течение трех месяцев исправляем ошибку в собственной интеграции. Изменение API, полей, тарифов или доступа внешнего сервиса требует отдельной диагностики и доработки.
Опишите одну операцию, которую нужно убрать из ручной работы
Пришлите адрес сайта, название внешнего сервиса, описание операции и ссылку на его документацию. Напишите, какие данные откуда и куда должны попасть и как вы поймете, что операция выполнена. Пароли, токены и другие секретные доступы в первом сообщении не присылайте: безопасный способ передачи согласуем отдельно.
