Задача
Форма на dev-fabric.ru собирает структурированный бриф: цель проекта, текущий процесс, желаемый результат, интеграции, категории данных и контактную информацию. После отправки обращение должно быть сохранено и поставлено в контролируемую очередь передачи в CRM.
Архитектура решения
- Backend принимает и валидирует заявку.
- Обращение сохраняется в собственной базе платформы.
- Для CRM создаётся событие в очереди исходящих операций.
- Отдельный CRM-bridge получает задание и передаёт согласованные данные во внешнюю систему.
- Результат доставки и внешний идентификатор сохраняются для дальнейшего контроля.
Почему передача вынесена из формы
Если CRM временно недоступна, пользователь не должен заново заполнять бриф. Разделение приёма и интеграции позволяет отдельно повторять доставку, журналировать ошибки и не смешивать доступ внешней системы с публичной формой.
Контроль ошибок
Очередь поддерживает повторные попытки и терминальное состояние после исчерпания допустимого числа повторов. Интеграционный worker получает задание на ограниченное время и подтверждает результат после обработки. Это делает сбой видимым и отделяет временную ошибку от успешно доставленного события.
Границы публикации
На этой странице намеренно нет секретов, адресов внутренних сервисов, токенов, персональных данных и неподтверждённых показателей эффективности. Это собственный технический пример Dev Fabric, а не клиентский кейс с рекламными KPI.
Что из этого переносится в клиентские проекты
Сам принцип — локально принять событие, передать его через контролируемый интеграционный контур, защититься от повторов и хранить статус — применим к интеграциям сайта с CRM, мессенджерами, личными кабинетами и внутренними сервисами. Конкретная архитектура подбирается после проверки API и требований проекта.