Что требовалось сделать
- связать сделку и учётный документ
- определить передаваемые состояния оплаты
- назначить 1С источником финансового статуса
- обновлять карточку CRM
- не менять статус при неполных или ошибочных данных
- сохранить историю обработки
Факт оплаты учитывался в 1С, а менеджер узнавал об изменении отдельно. Мы связали учётный документ со сделкой и вернули в CRM предусмотренное состояние оплаты.
Оплата фиксировалась в 1С, но дальнейшие действия с клиентом выполнялись в Битрикс24. Менеджер зависел от сообщения коллег или ручной проверки учётной системы.
Интеграция передаёт из 1С в CRM согласованные состояния оплаты и связывает их с нужной сделкой и учётным документом.
Мы отделили сам финансовый факт от его отображения для менеджера. 1С сохраняет учётную роль, а Битрикс24 получает деловой сигнал для продолжения сделки.
Правила переходов описали явно, чтобы неизвестное состояние не трактовалось интеграцией как подтверждённая оплата.
Сопоставили учётную сущность и CRM-сделку.
Настроили обработку предусмотренных состояний.
Вернули результат менеджеру.
Когда предусмотренное состояние оплаты меняется в 1С, интеграция находит связанную сделку и обновляет её рабочий контекст.
Менеджер видит учётный сигнал в CRM и продолжает процесс без ручного переноса информации.
Менеджер ожидает сообщение об оплате.
Предусмотренное состояние появляется в карточке сделки.
Неизвестный статус может быть истолкован вручную.
Интеграция обрабатывает только согласованные значения.
Оплата включена в коммерческий маршрут сделки.
Статусы передаются по явному mapping и устойчивой связи документов.
Отдел продаж получает учётное состояние без отдельного запроса.
Если менеджерам нужен статус оплаты из 1С, мы опишем связь документов и настроим возврат проверяемого состояния в Битрикс24.
Нет. Кейс показывает реализованную архитектуру и состав работ по направлению «Оплаты и статусы». Точный объём зависит от процессов, данных, интеграций и ограничений вашей инфраструктуры.
Архитектуру и подход можно адаптировать под ваши процессы, состав данных, роли и технические ограничения. Перед оценкой работ CTR1 разбирает текущую систему и ожидаемый результат.
Да, но сначала нужно разобрать текущий процесс, роли, данные и ограничения. После аудита CTR1 готовит план внедрения или интеграции без лишних модулей.
Если менеджерам нужен статус оплаты из 1С, мы опишем связь документов и настроим возврат проверяемого состояния в Битрикс24.