Связка 1С и CRM нужна не для того, чтобы в двух системах была одна и та же карточка клиента

До определённого момента существует коммерческая работа:

лид;

контакт;

потребность;

переговоры;

предложение;

вероятность;

следующий шаг.

После подтверждения сделки появляется другое качество данных:

заказ;

договор;

счёт;

реализация;

оплата;

задолженность;

возврат.

Если эта граница не определена, одна система начинает дублировать другую.

CRM превращается в полу-ERP.

1С — в неудобный интерфейс для продаж.

Мы оставляем каждой системе её сильную роль.

Не обязательно в момент создания.

И не обязательно только после статуса «успешно».

Точка передачи зависит от процесса.

Иногда 1С должна получить заказ после согласования цены.

Иногда — после подписания договора.

Иногда — после резервирования товара.

Иногда документ создаётся раньше, но остаётся в предварительном состоянии.

AMPE фиксирует бизнес-событие, после которого коммерческая гипотеза становится обязательством компании.

В CRM менеджер может создать:

«ООО Ромашка».

«Ромашка».

«Ромашка Минск».

В 1С уже существует одно юридическое лицо с реквизитами.

Если обмен строится только по названию, интеграция сама начинает производить дубли.

Поэтому мы определяем:

business key;

внешний идентификатор;

правила поиска существующего контрагента;

кто имеет право менять реквизиты;

как обрабатываются физлица, юрлица, контакты и филиалы.

Телефон и контактное лицо логично менять в CRM.

Юридические реквизиты могут подтверждаться в 1С.

Маркетинговый сегмент вообще может существовать только в CRM.

Кредитный лимит — приходить из учётного контура.

AMPE задаёт ownership на уровне атрибутов.

Именно это делает двустороннюю синхронизацию устойчивой.

Менеджеру важно знать:

счёт выставлен;

оплата поступила;

оплата частичная;

есть просрочка;

есть задолженность;

заказ разрешён к следующему этапу.

Но ему не нужен доступ ко всей бухгалтерской модели 1С.

Мы передаём в CRM ровно тот финансовый контекст, который меняет действие менеджера.

Если остаток меняется часто, полная зеркальная синхронизация может быстро устаревать.

Для одного бизнеса достаточно периодического обновления.

Для другого важна проверка доступности непосредственно при формировании предложения.

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

AMPE связывает способ обмена с тем, какое решение должен принять пользователь CRM.

Менеджер нажал кнопку.

CRM отправила данные в 1С.

Ответ не вернулся из-за сети.

CRM повторяет запрос.

Технически это нормальный сценарий.

Бизнес-результат должен остаться один.

Поэтому внешние идентификаторы, идемпотентность и reconciliation закладываются сразу для значимых операций.

Клиент изменил количество.

Убрал позицию.

Поменял адрес доставки.

Но в 1С заказ уже частично исполнен.

Нельзя просто «перезаписать карточку».

AMPE определяет, какие изменения допускаются автоматически, какие требуют проверки, а какие должны порождать отдельное бизнес-действие.

Не найден договор.

Некорректный ИНН.

Номенклатура не сопоставлена.

Документ нельзя провести.

Пользователь должен видеть понятное состояние своей операции.

Технические детали остаются в integration monitoring.

Бизнес-ошибка возвращается туда, где её можно исправить.

CRM ведёт клиента и коммерческую работу.

При наступлении нужного события передаёт заказ или обязательство в 1С.

1С применяет собственную учётную логику.

Финансовые и операционные факты возвращаются в CRM.

Менеджер видит состояние клиента без постоянных переходов между системами.

А бухгалтерия не получает хаотичный поток полуготовых данных из отдела продаж.

Менеджер меньше занимается повторным вводом.

Клиенты и заказы реже дублируются.

Оплата и задолженность становятся видны в коммерческом процессе.

1С не приходится превращать в рабочее место отдела продаж.

CRM не начинает самостоятельно изображать бухгалтерию и учёт.

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