Один контрагент заведён дважды
В ERP он с реквизитами, в CRM — с другим написанием. История заказов и оплат расходится по двум карточкам, и собрать её обратно стоит времени.
Учёт и ERP
Интеграция ERP с сайтом, CRM и складом
Справочники сопоставляются один раз — дальше документы ходят сами
ERP редко бывает единственной системой: рядом живут сайт, CRM, склад и сервисы доставки. Связываем их так, чтобы справочники имели один источник, а документы не заводились дважды. Отдельно работаем с самописными системами, у которых нет ни API, ни документации: сначала описываем сущности по факту, потом строим обмен.
Почему ERP и остальные системы расходятся
Проблема обычно не в документах, а в справочниках: пока записи не сопоставлены, любой обмен переносит данные в разные карточки.
Номенклатура не сходится
Позиция в учёте и позиция в CRM описаны по-разному, единицы измерения отличаются. Документ формально есть, но связать его с продажей нельзя.
Документы заводят повторно
Счёт или накладная создаются в двух системах, потому что никто не уверен, что вторая их уже получила. Отчётность расходится уже внутри месяца.
Самописную систему считают «неподключаемой»
У неё нет API и документации, поэтому обмен откладывают и продолжают переносить данные вручную — годами.
Контур обмена: справочники и документы
Для каждой сущности заранее определяется сторона-источник и момент передачи. Черновик и проведённый документ — разные состояния, и путать их нельзя.
Сущность
Направление
Что важно учесть
Контрагенты
ERP → CRM и сайт
Ключ — реквизиты, а не название. Так один и тот же покупатель не превращается в три карточки, а история заказов остаётся в одном месте.
Номенклатура и единицы измерения
ERP → сайт и CRM
Переносится вместе с артикулом и коэффициентами пересчёта: без них позиция документа и позиция заказа считаются по-разному.
Подразделения и ответственные
ERP → CRM
Оргструктура нужна для отчётности по направлениям: без неё продажи не разложить по подразделениям, а расходы — по центрам ответственности.
Заказы и счета
CRM → ERP
Передаются с составом, суммами и ссылкой на контрагента. Черновик остаётся в CRM, а проведённый документ становится фактом для учёта.
Накладные, акты и корректировки
ERP → CRM
Возвращаются в карточку сделки с номером и датой, чтобы менеджер видел документ, а не спрашивал бухгалтерию по телефону.
Отчётность по продажам и складу
ERP → BI и аналитика
Выгружаются агрегаты или первичные документы — в зависимости от того, нужно ли считать показатели заново или сверять уже посчитанное в ERP.
Правило одно: у каждой сущности ровно один источник правды. Если источник не выбран, системы начинают переписывать записи друг друга, и расхождение становится невозможно разобрать.
Как сопоставляются справочники
Сопоставление — отдельный этап работ, и он занимает больше времени, чем написание обмена. Пропустить его нельзя: обмен без связей быстро превращается в поток дублей.
Инвентаризация справочников
Собираем список справочников, которые участвуют в обмене, и смотрим, по какому признаку запись уникальна в каждой системе.
Первичная сверка
Автоматически сопоставляем записи по реквизитам и артикулам, а спорные пары отдаём на ручной разбор ответственным.
Таблица связей
Результат сопоставления хранится отдельно от самих справочников: обмен опирается на связи, а не на совпадение названий.
Правила для новых записей
Определяем, что делать с записью, которой нет во второй системе: создавать, отклонять или складывать в очередь на разбор.
Если ERP-система самописная
Самописная система — не приговор: у неё есть база, в которой лежат те же сущности. Вопрос только в том, как до них безопасно добраться.
База без API
Обмен строится через промежуточный слой: выгрузка по расписанию, представления в базе или файловый канал. Для внешних систем это выглядит как обычный обмен со своей очередью и журналом.
Логика только в коде
Часть правил существует не в документации, а в самописных отчётах и обработках. Разбираем их и переносим в описание обмена, чтобы интеграция не зависела от одного человека.
Ручные операции внутри процесса
Если сотрудник что-то доначисляет руками, обмен должен это учитывать: такие записи помечаются и не перетираются автоматической выгрузкой.
Что проверяем после запуска
Интеграция считается работающей не тогда, когда обмен запустился, а тогда, когда расхождения находятся раньше, чем о них сообщит клиент.
- Сверка документов за период: количество и суммы по обеим системам
- Список записей без пары: документ без заказа, заказ без документа, платёж без основания
- Отчёт по несопоставленным справочникам — с указанием, что именно не совпало
- Журнал обмена с ошибками и возможностью повторить операцию вручную
- Оповещение ответственным, если обмен остановился или выросло число расхождений
- Контрольные показатели до и после внедрения: сколько операций переносилось вручную
Порядок работ по интеграции с ERP
Сначала инвентаризация справочников и контракт обмена, потом код. Такой порядок дольше на старте, но избавляет от разбора дублей в первый же месяц эксплуатации.
-
01
Аудит и схема
Разбираем системы, сущности и потоки. Фиксируем, что считается источником правды и где сейчас расходятся данные.
-
02
Контракт обмена
Описываем поля, форматы, частоту и правила сопоставления справочников. Согласуем до начала разработки.
-
03
Прототип
Проверяем обмен на реальных данных в ограниченном объёме: несколько десятков записей в обе стороны.
-
04
Внедрение
Включаем полный обмен с очередью, повторными попытками, журналом и защитой от дублей.
-
05
Эксплуатация
Мониторинг, сверка расхождений, обновление коннекторов при изменениях API на стороне сервиса.
Что делает обмен надёжным
Это не «дополнительные опции», а обязательная часть любой интеграции, которую мы сдаём.
Идемпотентность
Повторная доставка одного и того же события не создаёт вторую сделку, второй заказ или второй платёж.
Очередь и повторные попытки
Если внешняя система недоступна, операция ждёт и повторяется по расписанию, а не теряется.
Журнал обмена
Видно, что и когда ушло, что вернулось и что не прошло. Неудачную операцию можно повторить вручную.
Лимиты провайдера
Учитываем ограничения по частоте запросов, чтобы не получить блокировку со стороны сервиса.
Сверка расхождений
Регулярная сверка ключевых сущностей между системами: расхождение видно в отчёте, а не в конце квартала.
Мониторинг и оповещения
При остановке обмена приходит уведомление ответственным, а не выясняется из жалобы клиента.
Ещё в категории «Учёт и ERP»
Часто эти интеграции внедряются вместе — например, CRM и телефония, или магазин и маркетплейсы.
1С
1С остаётся учётным ядром
Интеграция с 1С: УТ, ERP, УНФ — номенклатура, цены, остатки, заказы, оплаты и документы.
ПодробнееAPI-интеграции
Свяжем системы, для которых нет готового коннектора
Разработка API-интеграций: REST, GraphQL, вебхуки, SOAP и файловый обмен. Контракт обмена до кода, очередь, повторы, защита от дублей, журнал и мониторинг.
ПодробнееВсе категории интеграций
Обмен редко ограничивается одной категорией: магазин обычно связан и со складом, и с платежами, и с маркетплейсами.
Частые вопросы об интеграции с ERP
Если вашего вопроса здесь нет — задайте его в форме ниже.
Что делать, если ERP-система самописная и документации нет?
Это рабочий случай, просто первый этап длиннее: разбираем базу, отчёты и то, как сотрудники вносят данные сегодня. Источником правды для обмена становится не интерфейс, а таблицы и бизнес-логика, поэтому мы сначала описываем сущности, а потом пишем обмен. Если база закрыта от внешних подключений, обмен строится через промежуточный слой или файловый канал.
Кто решает, какая запись справочника главная?
Это заказчик, и решение фиксируется по каждому справочнику отдельно: контрагенты могут вестись в CRM, номенклатура — в ERP, подразделения — в ERP. Главное, чтобы для каждого справочника сторона-источник была одна: если её не выбрать, системы начнут переписывать записи друг друга и появится расхождение, которое невозможно разобрать.
Как сопоставляются справочники, если названия не совпадают?
Сопоставление идёт по устойчивым признакам: ИНН и КПП для контрагентов, артикул или внешний идентификатор для номенклатуры, код подразделения для оргструктуры. Названия используются только для первичной автоматической сверки и ручного разбора спорных пар. Результат сопоставления хранится как отдельная таблица связей, поэтому переименование записи не ломает обмен.
Какие документы можно обменивать между ERP и остальными системами?
Заказы, счета, реализации, накладные, акты, корректировки и оплаты. Для каждого документа определяется направление и момент передачи: черновик обычно остаётся там, где создан, а проведённый документ становится фактом для второй системы. Статусы переносятся вместе с документом, чтобы менеджер видел не только сумму, но и то, на какой стадии документ находится.
Как понять, что после интеграции данные сходятся?
Настраивается регулярная сверка по ключевым сущностям: количество и суммы документов за период, расхождения по справочникам, документы без пары. Расхождение попадает в отчёт, где видно конкретную запись, а не только итоговую цифру. Именно отчёт о сверке, а не отсутствие жалоб, служит доказательством того, что обмен работает.
Опишите свой контур систем
Перечислите, какие системы у вас есть — включая самописные, — и где данные сейчас вводятся дважды. Предложим схему сопоставления справочников и обмена документами.
Бесплатный аудит
Разбор технической части сайта: скорость, SSR, фильтры
Аудит текущей рекламы: где сливается бюджет
Анализ конкурентов в вашей нише
Прогноз CPL, ROAS и окупаемости
План действий на первый месяц
Получите бесплатный аудит интернет-магазина
За 3 рабочих дня разберём: где вы теряете заявки, какие каналы недооценены, и что даст рост в первые 30 дней.
За этот месяц
42 компании получили аудит
30 мин
реакция
3 дня
аудит
100%
доступ к кабинетам
Заявка на аудит
Без обязательств. С конкретными цифрами.