Менеджер закрыл сделку в amoCRM в пятницу вечером. В понедельник клиент звонит: «Где отгрузка?» В CRM - «Успешно», в 1С заказа нет. Бухгалтер говорит: «Мы его не получали». Интеграция «работает» - журналы зелёные, автоуведомление уходит - но операции живут в двух правдах. В опте это не редкий сбой, а накопленный эффект пяти типичных ошибок, которые не видно на демо, но которые вылезают на 50-м заказе.
Ниже - пять ошибок синхронизации amoCRM и 1С, с которыми мы сталкиваемся в опт и опте. У каждой - как поймать сбой до звонка клиента и что настроить на этой неделе. Схема потоков и запуск интеграции - в «Как связать 1С и amoCRM без потери данных». Рабочий пример - кейс оптовой компании.
1. Дубли контрагентов вместо одного клиента
Менеджер создал компанию «ООО СтройТорг», бухгалтер завёл «СтройТорг ООО» в 1С, интеграция не нашла совпадение и создала третью карточку. Заказы уходят на разных контрагентов, дебиторка не сходится, скидки «теряются» между карточками.
Последствие: один клиент - три записи, отчёты по выручке и задолженности врут, менеджеры спорят, чья сделка.
Как проверить: выгрузите контрагентов с одинаковым ИНН из amoCRM и 1С за последний месяц. Если ИНН совпадает, а ID разные - дубли есть.
Что сделать: правило «создание только по ИНН». Поиск перед созданием записи, объединение существующих дублей вручную один раз. Алерт: «новый контрагент в 1С без ИНН» или «ИНН уже есть, но другой GUID».
2. Разные единицы измерения в CRM и учёте
В amoCRM менеджер указал «10 упаковок», в 1С номенклатура ведётся в штуках. Синхронизация отправила 10 штук вместо 10×24. Склад отгрузил не то, клиент вернул партию, маржа ушла в логистику и пересорт.
Последствие: расхождение количества между CRM и заказом 1С, ручные правки после каждой отгрузки.
Как проверить: возьмите 10 последних заказов, прошедших через синхронизацию. Сравните количество и единицу измерения в CRM и в 1С построчно.
Что сделать: таблица соответствия «поле CRM → единица 1С → коэффициент». В amoCRM показывать только те единицы, которые есть в справочнике 1С. Алерт: «позиция без сопоставления» или «количество × коэффициент выходит за допустимый диапазон».
3. «Зависшие» заказы без обратной связи
Сделка ушла в 1С, API вернул таймаут, в CRM статус «Отправлено в учёт», а заказ не создался. Менеджер не видит ошибки - поле зелёное. Через три дня выясняется, что синхронизация молча упала на 12 заказах.
Последствие: клиент ждёт отгрузку, склад не резервировал, менеджер уверен, что всё отправлено.
Как проверить: список сделок в CRM со статусом «Отправлено в 1С» старше 2 часов без номера заказа 1С в обратном поле.
Что сделать: ключ идемпотентности на каждый заказ, очередь с повторной отправкой и явный статус ошибки в CRM (не «отправлено», а «ошибка синхронизации - см. журнал»). Алерт в Telegram или email: «N заказов без подтверждения из 1С за последние 24 часа».
4. Две версии цены и скидки
Менеджер согласовал скидку 7% в переписке, в CRM сумма обновилась, синхронизация уже отправила заказ по старой цене. Бухгалтер выставил счёт по 1С, клиент - по КП из CRM. Спор, пересчёт, потеря доверия.
Последствие: расхождение суммы сделки и заказа, бонусы менеджеров считаются по одной цифре, финансы - по другой.
Как проверить: сравните сумму сделки в amoCRM и сумму документа в 1С по 15 случайным заказам за месяц. Допустимое расхождение - 0 ₽ или зафиксированная формула (например, округление НДС).
Что сделать: синхронизация только на момент закрытия сделки - снимок цены, не обновление в реальном времени каждой правки черновика. Поле «версия КП» или «дата фиксации цены». Алерт: «сумма CRM ≠ сумма заказа 1С более чем на X ₽».
5. Статусы отгрузки не возвращаются в CRM
Заказ создан, синхронизация amoCRM → 1С работает. Обратный поток 1С → amoCRM настроен «когда-нибудь». Менеджер не видит «Отгружено» и «Оплачено» - звонит на склад и в бухгалтерию десять раз в день.
Последствие: CRM перестаёт быть рабочим инструментом, менеджеры снова спрашивают статус у людей, а не у системы.
Как проверить: 10 заказов, отгруженных в 1С за неделю. В CRM у всех обновились поля «статус отгрузки» и «дата отгрузки»?
Что сделать: регламентное задание или автоуведомление из 1С при смене статуса документа. Минимум три поля в сделке: номер заказа 1С, статус отгрузки, статус оплаты. Алерт: «заказ в 1С отгружен, CRM не обновлена более 4 часов».
Алерты: что мониторить каждый день
Интеграция без мониторинга - чёрный ящик. Минимальный набор алертов для опта:
| Сигнал | Порог | Куда |
|---|---|---|
| Заказ без подтверждения из 1С | > 2 часов | Telegram РОП + IT |
| Ошибка синхронизации (журнал) | любая | Telegram IT |
| Новый контрагент без ИНН | любой | еженедельный отчёт |
| Сумма CRM ≠ 1С | > 100 ₽ или 0,5% | ежедневная сводка |
| Отгрузка в 1С, CRM молчит | > 4 часов | Telegram менеджеру сделки |
Не нужен отдельный «центр мониторинга» на старте. Достаточно скрипта, который раз в час проверяет таблицу журналов и шлёт сообщение, если условие выполнено.
Красные флаги до запуска синхронизации
- «Сначала настроим интеграцию, потом наведём порядок в справочниках» - синхронизация умножит хаос.
- Нет владельца данных: IT настроил, бизнес не знает, кто отвечает за ИНН и единицы измерения.
- Триггер «сделка → заказ» не зафиксирован письменно - каждый менеджер закрывает по-своему.
- Обратный поток «1С → CRM» отложен «на второй этап» - первый этап быстро перестанут использовать.
- Журналы синхронизации хранятся 3 дня - ошибки прошлой недели уже не восстановить.
С чего начать на этой неделе
- Выгрузите 20 последних заказов и проверьте пункты 1-5 выше - получите список реальных сбоев, не гипотез.
- Зафиксируйте одно условие отправки в 1С и обязательные поля до отправки.
- Настройте один алерт - «заказ без номера 1С более 2 часов». Это даст быстрый эффект без полного рефакторинга.
Синхронизация уже «работает», но команда не доверяет цифрам? Оставьте заявку - за 30-60 минут разберём журналы и скажем, какие алерты поставить первыми.