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