Интеграцию amoCRM и 1С стоит начинать с конкретного результата: выставлять счета из сделки, передавать заказы, получать сведения об оплате или показывать менеджеру доступные товары. Для каждого результата нужен свой состав данных и подходящее решение.
Сначала уточните конфигурацию, релиз и способ размещения 1С. Затем определите, какая система отвечает за каждое поле и как обрабатываются изменения. Формулировки «синхронизировать все» недостаточно для выбора коннектора и проверки результата.
Какие варианты интеграции доступны
В справке amoCRM описана интеграция счетов с поддерживаемыми облачными сервисами 1С, включая «1С:Бухгалтерию 8» и КОРП в 1С:Фреш. Для этого конкретного виджета коробочная 1С не поддерживается. Совместимость интеграции счетов.
Отдельно описана интеграция с облачной 1С:УНФ: обмен заказами, товарами и соответствие этапов сделки статусам заказа. Справка указывает ограничение синхронизации каталога при количестве товаров более 1000. Документация по 1С:УНФ.
Для других конфигураций рассматривают отдельные модули или разработку обмена. Например, в каталоге amoCRM есть модуль NIRAX с заявленным двусторонним обменом. Само наличие модуля не подтверждает совместимость с вашим релизом и доработками. Описание модуля разработчиком в каталоге.
| Потребность | С чего начать проверку |
|---|---|
| Счета из CRM для поддерживаемой облачной бухгалтерии | Проверить штатный виджет счетов и его текущие ограничения |
| Заказы и товары в облачной УНФ | Проверить отдельную интеграцию УНФ и объем каталога |
| Локальная база, другая конфигурация или измененные документы | Запросить подтвержденную совместимость подходящего модуля |
| Нестандартные правила и несколько учетных баз | Подготовить требования и оценить отдельный обмен |
Выбирайте решение после составления сценариев. Подтверждение «работает с 1С» слишком широкое: в ответе должны быть конкретные конфигурация, версия, объекты и ограничения.
Соберите исходные сведения
Попросите специалиста по 1С указать конфигурацию и релиз, место размещения базы, изменения типовых объектов и используемые расширения. Добавьте количество организаций, объем справочников и необходимые документы.
Со стороны amoCRM нужны воронки, этапы запуска обмена, поля и правила учета заказов. Определите, может ли одна сделка содержать несколько счетов и как учитываются частичные оплаты. Эти вопросы влияют на структуру связи между системами.
Назначьте участников приемки. Менеджер проверяет видимость нужной информации, бухгалтер — корректность учетных данных, технический специалист — обработку ошибок и повторов. Один успешный запрос к API не подтверждает все три результата.
Определите, где хранятся правильные значения
Для каждого поля выберите систему, которая имеет право задавать окончательное значение. Например, цены могут приходить из 1С, а описание потребности клиента оставаться в amoCRM. Это проектное решение, а не универсальное свойство интеграций.
Ниже учебный шаблон требований. Возможность реализовать каждую строку нужно подтвердить для выбранного коннектора.
| Данные | Направление | Когда передавать | Правило конфликта или повтора |
|---|---|---|---|
| Согласованный заказ | amoCRM → 1С | После готовности заказа к передаче | Повтор обновляет связанный заказ, не создает новый |
| Цены и товары | 1С → amoCRM | По согласованному событию или расписанию | Значение из 1С приоритетно для выбранных полей |
| Состояние оплаты | 1С → amoCRM | После подтвержденного изменения в учете | Позднее старое событие не отменяет более новое состояние |
| Реквизиты компании | По утвержденному правилу | При создании и изменении | Расхождения передаются ответственному на разбор |
| Отмена заказа | По сценарию компании | После проверки допустимости отмены | История сохраняется, результат виден обеим сторонам |
Если поле разрешено менять в обеих системах, определите приоритет. Простое правило «последняя запись побеждает» может затереть осмысленную правку из-за задержки доставки.
Согласуйте идентификаторы и повторную отправку
Нужна устойчивая связь между конкретной сделкой, заказом и счетом. Поиск только по названию компании или номеру телефона может связать разные покупки одного клиента.
Предусмотрите хранение идентификаторов связанных объектов и правила первого сопоставления существующих записей. Если соответствие неоднозначно, лучше отправить случай на разбор, чем автоматически выбрать похожую запись.
Повторная доставка одного события должна давать согласованный результат. Например, повтор создания заказа должен находить уже созданный заказ. Но самостоятельная новая покупка того же клиента должна оставаться отдельной. Подобные ситуации разобраны в статье о причинах дублей сделок.
Проверьте изменения после создания заказа
Учебный пример: менеджер передал заказ из двух позиций, а затем клиент изменил количество. Важно заранее решить, где разрешена правка, когда она попадет во вторую систему и что делать, если по заказу уже началась отгрузка.
Другой сценарий — частичная оплата. Отметка «оплачено» без суммы или состояния может быть недостаточна для принятия решения менеджером. Уточните, какие данные нужны и что именно выбранное решение передает.
Также опишите отмену, возврат, несколько счетов и разные организации. Если эти операции не входят в первый этап, зафиксируйте рабочий порядок их обработки до расширения интеграции.
Проведите приемку на тестовых данных
Составьте примеры с ожидаемыми значениями в обеих системах. Используйте тестовые базы или согласованный тестовый контур, чтобы учебный обмен не создал реальные документы и уведомления.
Проверьте новый и существующий заказ, изменение состава, повтор события, частичную оплату, отмену и временную недоступность одной стороны. После восстановления связи должны быть понятны очередь необработанных изменений и порядок их повторной отправки.
Для ошибки фиксируйте технический идентификатор, время, этап обработки и ответственного. Не включайте в открытые журналы пароли, токены и полные клиентские данные. Руководителю важно видеть, какие операции требуют вмешательства, а специалисту — иметь достаточно сведений для разбора.
Что должно входить в предложение интегратора
Запросите совместимость с вашей базой, перечень объектов и полей, направления обмена, события запуска, ограничения и сценарии приемки. В стоимость отдельно включите модуль, работы специалиста по 1С, настройку amoCRM, тестирование и поддержку после обновлений.
Если требуется обмен между amoCRM и 1С, обсудите интеграцию с GEORGE Consulting. Для первого разговора достаточно названия конфигурации, релиза и списка нужных операций. По ним можно определить, какие готовые решения проверять и где может потребоваться доработка.