Интеграция 1С с amoCRM: контрагенты, сделки, заказы и оплаты

Односторонний обмен проще и надёжнее: начинать стоит с него, а вторую сторону добавлять, когда без неё неудобно.

Только из CRM в 1С

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

Из CRM в 1С и статусы обратно

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

Полностью двусторонний обмен

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

У amoCRM есть уведомления о событиях (вебхуки) и программный интерфейс, к которому обмен обращается сам. Одно без другого надёжно не работает, поэтому схема обычно комбинированная.

• Вебхук как сигнал, а не как источник правды. Пришло уведомление об изменении сделки — обмен ставит её в очередь и читает актуальное состояние через API. Мы не рассчитываем, что каждое уведомление придёт ровно один раз и в правильном порядке.
• Периодический опрос как страховка. Раз в несколько минут обмен запрашивает сделки, изменённые с прошлого опроса, и подбирает то, что вебхук пропустил.
• Лимиты. У API есть ограничения на частоту запросов; точные значения и их поведение сверяем по документации на момент работ, а не помним по старым статьям. Обмен ставится в очередь с ограниченным числом запросов в секунду и умеет подождать и повторить.
• Авторизация. Доступ к аккаунту выдаётся по протоколу OAuth 2.0 с токенами ограниченного срока жизни. Просроченный токен или отозванный доступ обмен переживает так: останавливается, сохраняет очередь и сообщает ответственному.
• Сторона 1С. Обмен обращается к 1С через HTTP-сервисы или стандартный интерфейс OData, какой из них доступен в вашей версии — выясняем на обследовании. В базу 1С напрямую, в обход платформы, мы не пишем.

Сообщения 1С в CRM идут той же очередью: если amoCRM недоступна или упёрлись в лимит, они копятся и досылаются по порядку, а не теряются.

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

• Сначала сопоставление клиентов. До включения обмена строим таблицу соответствия клиентов двух систем и разбираем спорные. Без этого первая же ночь работы создаст дубли.
• Затем справочник товаров. Позиции из 1С и список товаров в amoCRM сверяются, лишнее помечается, а не удаляется.
• Пробный запуск. Сначала обмен идёт в тестовой базе и на копии аккаунта, потом включается на одной воронке или группе менеджеров.