amoCRM и 1С: как не вести клиентов в двух местах

Картина знакомая многим. Продажи ведут в amoCRM, а отгрузки и оплаты живут в 1С. Менеджер ведёт сделку, но не знает, оплатил ли клиент. Он пишет бухгалтеру, ждёт ответа, потом пишет клиенту. Бухгалтер, в свою очередь, узнаёт о сделке, когда приходит просьба выставить счёт. Руководитель видит воронку в CRM и деньги в 1С, но связать одно с другим может только вручную. Ниже расскажу, как я связываю эти две системы и на чём обычно спотыкаются.

Что обычно связывают

Первое — контакты и компании. Клиент из CRM должен совпадать с контрагентом в 1С. Иначе счёт уходит не тому или создаётся новый контрагент при каждой сделке.

Второе — сделка превращается в документ в 1С. Менеджер дошёл до нужного этапа воронки, и в 1С появляется счёт или заказ покупателя с товарами и суммой из сделки. Никто не перепечатывает позиции руками.

Третье — обратная связь. Статус оплаты и отгрузки возвращается из 1С в сделку. Менеджер видит, что происходит с деньгами и товаром, не выходя из CRM.

Четвёртое — остатки и цены. Менеджер видит в CRM, сколько товара есть и по какой цене его продавать. Не нужно звонить на склад перед каждым предложением.

Технически всё это строится на API amoCRM и вебхуках. Вебхук сообщает о событии в CRM, например о смене этапа сделки. Со стороны 1С обмен настраивается под конкретную конфигурацию.

Кто главный по какому справочнику

Это главный вопрос всей интеграции. Если клиент живёт в двух местах одновременно и правится в обоих, дубли и расхождения неизбежны. Поэтому до начала работы я договариваюсь с командой: у каждого типа данных одна главная версия.

Обычно логика такая. Номенклатура, цены и остатки главные в 1С: их ведёт учёт, а CRM только показывает. Сделки главные в CRM: это рабочее место менеджера. Документы, оплаты и отгрузки главные в 1С. С клиентами вариантов больше. Если клиента первым заводит менеджер, главной часто делают CRM. Если реквизиты важнее всего, главной делают 1С. Важно выбрать одно правило и записать его.

Как избежать дублей

Дубли появляются, когда система не узнаёт уже существующего клиента. Менеджер завёл компанию в CRM, а в 1С она уже есть с другим написанием названия. Интеграция создаёт вторую.

Название для сопоставления не годится. Его пишут по-разному: с кавычками и без, с формой собственности и без. Для компаний я сопоставляю по ИНН. Он уникален и одинаков в обеих системах. Для частных лиц сопоставляю по телефону, приведённому к одному формату. Если совпадения нет, создаётся новый клиент. Если найдено несколько, интеграция не угадывает, а показывает это человеку.

Перед запуском стоит почистить обе базы. Иначе интеграция аккуратно перенесёт старые дубли и добавит новые.

Реальное время или раз в час

Не всё нужно передавать мгновенно. Смена этапа сделки, после которой нужно выставить счёт, лучше отрабатывать сразу. Клиент ждёт счёт, и задержка на час заметна. Статус оплаты тоже полезно получать быстро: менеджер может сразу запустить отгрузку.

Остатки и цены для менеджера обычно достаточно обновлять раз в час или несколько раз в день. Если товар быстро заканчивается, чаще. Справочники клиентов можно сверять раз в сутки. Чем меньше данных гоняется без нужды, тем меньше нагрузка и тем проще искать ошибку.

Что видит менеджер и руководитель

Менеджер видит в сделке понятные статусы: «счёт выставлен», «оплачен», «отгружен». Рядом номер счёта и сумма. Ему не нужно спрашивать бухгалтера и искать документ в 1С. Он знает, когда напомнить клиенту об оплате и когда сообщить об отгрузке.

Руководитель видит путь от заявки до денег в одном месте. Сколько сделок дошло до счёта, сколько счетов оплачено, где зависли отгрузки. Можно сравнить менеджеров не по количеству сделок, а по поступившим деньгам.

Готовая интеграция или своя

Для amoCRM есть готовые виджеты для связи с 1С. Их плюс в скорости: подключили, настроили, работает. Минус в жёсткости. Они передают те поля, которые заложил разработчик, и по его правилам. Если у вас нестандартная воронка, свои реквизиты или особая логика документов, часть задач останется ручной.

Своя интеграция строится под ваши поля, этапы и правила сопоставления. Она дольше в запуске и требует поддержки. Зато делает ровно то, что нужно процессу. Я обычно советую начать с готового решения, если оно закрывает основное, и переходить на своё, когда упираетесь в ограничения.

Типичные ошибки

Первая — двусторонняя синхронизация всего подряд. Кажется удобным, что любое изменение в любой системе попадает в другую. На деле два человека правят одного клиента в двух системах, и побеждает тот, кто сохранил позже. Данные прыгают, и никто не понимает почему.

Вторая — нет ответственного за справочник. Интеграция настроена, но за чистотой клиентов никто не следит. Через полгода в базе снова дубли, и доверие к данным пропадает.

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

С чего начать связку amoCRM и 1С?

С правила, где живёт каждый тип данных. Потом с чистки клиентской базы. Только после этого настраивают обмен.

Можно ли выставлять счёт прямо из сделки?

Да, это один из самых частых сценариев. Сделка на нужном этапе создаёт документ в 1С, а номер счёта возвращается в CRM.

Как быть с клиентами без ИНН?

Частных лиц сопоставляют по телефону. Важно хранить его в одном формате в обеих системах.

Нужна ли двусторонняя синхронизация клиентов?

Чаще нет. Надёжнее, когда клиент правится в одной системе, а во второй только отображается.

Хватит ли готового виджета?

Если процессы типовые, часто хватит. Если нужны свои поля и правила, придётся дорабатывать или делать свою интеграцию.

Коротко о главном

amoCRM и 1С решают разные задачи. CRM ведёт продажи, 1С ведёт учёт. Интеграция нужна, чтобы менеджер видел деньги и отгрузки, а бухгалтер видел сделки.

Основа — одна главная версия для каждого справочника и сопоставление клиентов по ИНН и телефону. Остальное настраивается поверх: какие этапы создают документы, какие статусы возвращаются, как часто обновлять остатки.

Если клиенты у вас сейчас живут в двух местах, начните с правила, кто главный. Могу посмотреть вашу воронку и учёт и предложить схему обмена. Напишите в Telegram, MAX или VK.