← Все кейсы

Всё об интеграции amoCRM и 1С! Как торговая компания использует связку CRM и 1С для роста продаж?

07 СЕНТЯБРЯ 2025

Типичный кейс: Компания, оптовый дистрибьютор расходных материалов, 15 менеджеров, 4 склада, 1С, и решение для продаж на базе amoCRM.

Обратились с проблемой высоких затрат времени менеджеров на перенос данных из одной системы в другую, отсутствие синхронизации актуальных данных:

15–20 минут на выставление счета (ручной перенос позиций из CRM).
Ошибки в 7–10% счетов (не те цены/НДС).
2–3 «пустых» продажи в неделю из‑за отсутствия актуальных остатков.

"Вместо продаж, менеджеры занимаются переносом данных — мы за это платить не хотим." - Операционный директор компании

В этой статье, мы пошагово разбираем, как связать amoCRM и 1С в торговой компании: процессы, обмен данными, резервы, счета, УПД, ошибки и ROI.

Для кого эта статья

Руководители продаж, коммерческие директора, собственники торговых компаний (B2B, опт/дистрибуция, производители со своей торговлей).
Тем, кто устал от ручного переноса данных между CRM и 1С и хочет «нажать кнопку — получить документ и статус».

Что будет в статье?

— Данные синхронизации между системами

— Как технически реализовать интеграцию?

— План внедрения за 1 месяц

— Какие показатели компании улучшает интеграция?

— Частые вопросы перед интеграцией 1С и amoCRM

— И другие важные темы

Что именно должно синхронизироваться в торговых компаниях:

Справочники:

Контрагенты (идентификаторы: ИНН/КПП для юрлиц, ИНН/паспорт для ИП/физлиц); контактные лица.
Номенклатура/SKU (артикул как ключ), единицы измерения, группы товаров.
Типы цен, прайс-листы, склады/магазины, юридические лица продавца.

Операционные данные:

Остатки и доступное к резерву количество по складам.
Активные цены (в т. ч. по типам клиентов), скидки/наценки.
Заказы/счета из сделки amoCRM → «Заказ клиента»/«Счет» в 1С.
Документы реализации, отгрузки, УПД/ТОРГ‑12.
Оплаты из банка (1С) → статусы в сделке amoCRM.

События/триггеры:

Изменение этапа сделки → создание/обновление заказа в 1С.
Оплата проведена → автоматическое движение сделки на «Оплата получена».
Частичная отгрузка → комментарий и чек-лист дозакупа/допоставки менеджеру.

Схема работы интеграции

amoCRM (этап «Счет/Заказ») → 1С: создается «Заказ клиента» с позициями, ценами, скидками и реквизитами (юрлицо, договор, ставка НДС). Также важен — резерв по складу.
1С → amoCRM: возвращается номер документа и состояние (в работе, к оплате, оплачен частично/полностью, отгружен).
1С (банк) → amoCRM: после проведения оплаты в 1С статус в amoCRM меняется автоматически, фиксируется сумма и дата, прикладывается платежка.
1С → amoCRM: при отгрузке (полной/частичной) в сделке появляется комментарий/событие с документом реализации и трек-номером (если есть).
1С → amoCRM (регулярно): номенклатура, цены и остатки обновляются по расписанию или по триггеру.

"Критически важно заранее определить «мастера» данных: обычно 1С — мастер для номенклатуры, цен, остатков; amoCRM — мастер для коммуникаций и стадий сделки. И закрепить это в Тех задании интегратору"

Техническая реализация интеграции

— Стандартный модуль в amoCRM

Это виджет в разделе «Счета и эквайринги»: выставление счетов из сделки, подтяжка контрагентов/товаров из 1С, обратно прилетают статусы частичной/полной оплаты и отгрузки.

Важно: коробочная 1С(в 90% случаев, у вас именно коробка) не поддерживается этой интеграцией — для неё нужны другие решения.

+ нельзя дорабатывать такую интеграцию.

— Разработанная интеграция с 1С

Дают «полноценную торговую» связку: загрузка номенклатуры с остатками и типами цен в amoCRM, выбор юрлица и реквизитов при выставлении счета, резервирование товара в заказе 1С из сделки amoCRM, автоматическое формирование УПД, обратная синхронизация оплат из банка с автоматическим движением сделки по этапам.

Позволяет осуществлять двухсторонний обмен: компании, контакты, сделки, оплаты/отгрузки, номенклатура, цены и остатки. Работают по расписанию или вручную; ставятся как расширение 1С. В этом кейсе мы описываем именно такой вариант

— No-code платформы (Albato и другие).

Подходят для «точечных» сценариев: триггеры/действия между amoCRM и 1С (особенно облачной), без программирования. Для глубокой товаро-учётной интеграции (склады, резерв, сложные документы) чаще всего не хватает функционала — берут 2 вариант. И обязательно должна быть российской.

Таблица сопоставления сущностей

Пошаговое внедрение (план проекта на 2–6 недель)

Шаг 1. Диагностика процессов (0,5–1 неделя)

Карта воронок в amoCRM: где появляется «счет/заказ», когда нужен резерв — можно сделать в Excel.
Список сущностей 1С: конфигурация (УТ, УНФ, ERP), юрлица, склады, типы цен, ставки НДС, договоры, дисконтные правила.
Роли: продажа, бухгалтерия, склад, ИТ. Кто согласует, кто принимает в сопровождение.

Шаг 2. Макет интеграции (2–3 дня)

Таблица сопоставления полей (ниже — шаблон).
Триггеры/правила (какой этап → какое действие в 1С; какие статусы возвращаются).
Ограничения по тарифу/виджету (сколько складов, типов цен, юрлиц поддерживается) — фиксируем явно.

Шаг 3. Подготовка данных (3–5 дней)

Чистка дублей контрагентов (ИНН/КПП как ключ), проверка адресов, телефонов, e‑mail.
Нормализация артикулов/единиц измерения; базовый прайс-лист и типы цен.
Решение по ставкам НДС и округлениям.

Шаг 4. Техническая реализация (1–2 недели)

Установка и настройка коннектора/виджета или разработка модуля.
Настройка расписаний обмена и логирования ошибок.
Тестовый контур: песочница amoCRM + копия базы 1С (или выделенная ИБ) + 3–5 тестовых сделок/заказов.

Шаг 5. Приемка и обучение (2–3 дня)

Сценарные тесты: новый заказ, частичная и полная оплата, частичная отгрузка, возврат.
Чек-лист менеджера + короткое видео‑демо/инструкция.

Шаг 6. Запуск и сопровождение (первые 2 недели после запуск)

Дежурство ИТ и бухучета в часы пик.
Мониторинг: падения обмена, зависшие документы, незакрытые резервы.
Еженедельный разбор инцидентов и донастройка.

Что может пойти не так?

Не определили «мастера» данных. Получили дубли контрагентов и товаров, рассинхрон артикулов.
Ожидали «реального времени», а обмен по расписанию. Менеджер продал товар, который уже ушел. Решение: резерв из 1С + более частый обмен по остаткам.
Сложные типы цен и скидки. В CRM выбрали не тот тип цены, в 1С другой приоритет. Решение: четкие правила приоритета и единый справочник типов цен.
Юрлица и НДС. Счет выставили от «не того» юрлица; не совпали ставки. Решение: привязка сделки к юрлицу продавца + пресеты НДС.
Номера документов и нумерация. Придумали собственные номера в CRM — бухгалтерия не приняла. Решение: хранить номер 1С в сделке как первичный.
Самописные модули без поддержки. Обновилась 1С/CRM — обмен упал, а автора нет. Решение: используем поддерживаемые коннекторы или выделяем бюджет на поддержку.

Показатели, которые стоит измерять после интеграции систем (KPI менеджеров и работы интеграции)

Время от «заявки в CRM» до «отгрузки в 1С».
Доля «пустых» продаж (продали без остатка/резерва).
Время менеджера на выставление счета/заказа.

Один из наших кейсов внедрения интеграции amoCRM и 1С

К нам обратился оптовый дистрибьютор расходных материалов, 15 менеджеров, 4 склада, 1С УТ и amoCRM:

До:

15–20 минут на выставление счета (ручной перенос позиций из CRM).
Ошибки в 7–10% счетов (не те цены/НДС).
2–3 «пустых» продажи в неделю из‑за отсутствия актуальных остатков.

После запуска связки:

Выставление счета/заказа из сделки: 3–5 минут вместо 15–20 (−70% времени).
Ошибки по ценам/НДС ушли в <1% за счет единого источника данных.
«Пустые» продажи → 0–1 в месяц (резерв в 1С при оформлении заказа).
Срок от заявки до отгрузки сократился на 1 день в среднем.

Частые вопросы:

Можно ли жить без резерва? Можно, но риск «продать воздух» растет. Если складов много и ходовые позиции дефицитны — резерв обязателен.

Сколько времени занимает проект? Типовой — 2–6 недель. Сложные скидки/цены, много юрлиц и складов — дольше.

Что делать с дублями контрагентов? Перед запуском обязательно чистим по ИНН/КПП, иначе интеграция размножит хаос.

Нужны ли доработки 1С? Часто — да: расширения для документов, дополнительные поля в заказе, обработчики резервов.

Можно ли обойтись без программиста? Для простых сценариев — иногда да (готовый виджет/коннектор). Для полноценной товаро-учетной интеграции — почти всегда нужен разработчик 1С.

Если резюмировать

Для торговой компании «правильная» связка выглядит так — товар/цены/остатки и документы живут в 1С, продажи и коммуникации — в amoCRM, а обмен — двухсторонний, с резервом со стороны 1С и статусами оплат/отгрузок обратно в сделку.