Кратко: Оптовая компания стройматериалов: 8 менеджеров в amoCRM, бухгалтерия и склад в 1С:Управление торговлей. После закрытия сделки менеджер или бухгалтер вручную переносил заказ в 1С - ошибки в количествах, продажи не видели статус отгрузки. Мы настроили двустороннюю sync: позиции из CRM → заказ 1С, статусы отгрузки и оплаты → поля amoCRM. По оценке команды клиента, −90 минут в день на двойном вводе, 98% заказов без ошибок.
Ключевые цифры
- −90 мин/день - экономия на переносе заказов из CRM в 1С
- 98% - заказов уходят в 1С без ошибок и ручных правок
- ~2 недели - от старта до рабочей sync
- 8 менеджеров - видят статус отгрузки и оплаты прямо в CRM
Кто клиент и как устроены продажи
Опт стройматериалов: цемент, кирпич, утеплители, расходники. Клиенты - строительные компании, прорабы, снабженцы. 8 менеджеров, отдел логистики, бухгалтерия.
Два контура:
- amoCRM - сделки, переговоры, КП, согласование условий.
- 1С:УТ - заказы, резервирование, отгрузка, счета, оплаты.
Типичный цикл:
- Менеджер ведёт сделку в amoCRM, согласует позиции и цены.
- Клиент подтверждает - сделка на этап «Успешно реализовано».
- Бухгалтер или менеджер создаёт заказ в 1С вручную - те же позиции, те же количества.
- Склад отгружает, бухгалтерия выставляет счёт.
- Менеджер не видит в CRM, отгрузили ли и оплатили ли - звонит бухгалтеру или в логистику.
Объём - ~120 заказов в месяц, в сезон до 10 в день.
Что было: двойной ввод и слепые зоны
Типичный сценарий до интеграции:
- Менеджер закрыл сделку в amoCRM, отправил бухгалтеру список позиций в Telegram или email.
- Бухгалтер создаёт заказ в 1С - вбивает номенклатуру, количество, цену, контрагента.
- На один заказ - 10-15 минут. 8-10 заказов в день - ~90 минут суммарно у бухгалтерии и менеджеров.
- Ошибка в артикуле или количестве - склад отгружает не то, клиент звонит менеджеру.
- Менеджер звонит в логистику: «Отгрузили?» «Оплатили?» - CRM этого не знает.
Параллельно были другие потери:
- Ошибки в 1С - 4-6 заказов в месяц с неверной номенклатурой или количеством.
- Менеджер не видит статус - клиент спрашивает «где груз», менеджер ищет ответ.
- Задержка резервирования - пока бухгалтер вбила заказ, товар могли продать другому.
- Дубли - менеджер создал заказ в 1С сам, бухгалтер - второй раз.
Что стало: сделка закрыта - заказ в 1С
При переходе сделки на «Успешно реализовано» сервис создаёт заказ в 1С. Статусы из 1С возвращаются в amoCRM.
Журнал sync: заказы CRM → 1С, расхождения и алерты в Telegram.
CRM → 1С: создание заказа
Триггер: этап сделки «Успешно реализовано» (или кнопка «Отправить в 1С»). Сервис:
- находит или создаёт контрагента в 1С по ИНН/названию из CRM;
- создаёт заказ покупателя с позициями из вкладки «Товары» сделки;
- записывает номер заказа 1С в поле amoCRM.
Маппинг номенклатуры: справочник «артикул CRM → код 1С». Если позиции нет - алерт, заказ не создаётся.
1С → CRM: статусы обратно
Периодическая выгрузка (каждые 15 мин) или webhook из 1С:
- Отгружено - дата отгрузки, номер накладной в поля CRM;
- Оплачено - сумма, дата оплаты;
- Отменено / частично - обновление этапа сделки.
Менеджер видит статус в карточке сделки - не звонит бухгалтеру.
Номер заказа 1С, статус отгрузки и оплата - обратно в карточке сделки.
Алерты при расхождениях
Telegram менеджеру и бухгалтеру:
- номенклатура из CRM не найдена в 1С;
- сумма заказа в 1С отличается от сделки > 1%;
- заказ в 1С не создался (ошибка API).
Журнал sync
Админка: каждая sync - время, ID сделки, ID заказа 1С, статус, ошибки. Сверка при спорах.
Результаты в цифрах
| Показатель | До | После |
|---|---|---|
| Перенос заказа CRM → 1С | 10-15 мин вручную | Автоматически (< 1 мин) |
| Суммарно в день (команда) | ~90 мин | ~5 мин (исключения) |
| Ошибки в номенклатуре/количестве | 4-6/мес | < 1/мес (98% без правок) |
| Менеджер видит статус отгрузки | Нет (звонок) | Да, в CRM |
| Дубли заказов | 1-2/мес | 0 |
Менеджеры перестали дублировать работу бухгалтерии и отвечают клиенту из CRM - «отгружено вчера, накладная №…».
Как внедряли
- Разбор полей и номенклатуры - 4-5 дней. Какие поля сделки, маппинг артикулов, триггер создания заказа, какие статусы возвращать.
- Sync amoCRM ↔ 1С - 1 неделя. API 1С (HTTP-сервис или OData), API amoCRM, справочник номенклатуры, алерты.
- Пилот - 1 неделя. 20 реальных сделок, сверка с ручным вводом, правка edge cases: частичная отгрузка, скидка, несколько складов.
Суммарно - около 2 недель.
Что говорит клиент
«Раньше я закрывал сделку в CRM и писал бухгалтеру в Telegram: вот позиции, создай заказ. Ждал час-два, потом клиент спрашивал «где цемент» - я звонил на склад. Ошибки в количестве были каждый месяц. Сейчас закрыл сделку - заказ в 1С через минуту. Статус отгрузки и оплаты вижу в карточке. Бухгалтерия занимается исключениями, а не вводом одного и того же дважды.»
— Менеджер по продажам, оптовая компания стройматериалов
Как устроено технически
Триггер CRM → 1С
Webhook amoCRM при смене этапа или REST-опрос каждые 5 мин. Фильтр: этап «Успешно реализовано», поле «Заказ 1С» пустое.
Создание заказа в 1С
HTTP-сервис 1С или OData:
- поиск/создание контрагента;
- создание документа «Заказ покупателя»;
- строки табличной части из позиций сделки;
- запись номера документа обратно в amoCRM.
1С → CRM
- Polling каждые 15 мин: новые статусы отгрузки и оплаты по номерам заказов;
- или webhook из 1С при проведении документов (если настроено).
Обновление кастомных полей и этапа сделки в amoCRM.
Маппинг номенклатуры
Справочник в админке: «название/артикул в CRM» → «код номенклатуры 1С». Синхронизация при изменении. Несопоставленные позиции - алерт, заказ не создаётся.
Idempotency
Перед созданием - проверка: есть ли уже номер заказа 1С в сделке. Повторный webhook не создаёт дубль.
Подходит ли вам такое решение
Этот кейс актуален, если:
- менеджеры работают в amoCRM, учёт в 1С;
- заказы переносят вручную после закрытия сделки;
- ошибки в номенклатуре и количествах - регулярная проблема;
- продажи не видят статус отгрузки и оплаты;
- нужна двусторонняя sync, а не односторонняя выгрузка.
Хотите такую же связку CRM и 1С? Оставьте заявку - разберём задачу за 30-60 минут.