B2B / B2C кабинет с CRM-интеграцией

От Excel к личному кабинету

Задача: заменить ручное заполнение бланка на сайте удобным цифровым интерфейсом.

До разработки сотрудники и клиенты работали с Excel-бланком для оформления заявок на выкуп товаров. В качестве исходного решения использовался отдельный файл с перечнем товаров и параметрами заказа.

Мы перенесли этот сценарий в персональный кабинет, доступный на отдельном субдомене, с авторизацией и восстановлением пароля.

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

В интерфейсе предусмотрели:

• ФИО и контактные данные;
• Адрес;
• Ссылки на товары;
• Примечания;
• Цену и количество;
• Возможность добавлять неограниченное количество позиций;
• Автоматический расчёт итоговой стоимости.

Конструктор заявки

Задача: превратить простую форму в полноценный инструмент формирования заказа.

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

Для каждой позиции система собирает структурированные данные:

Название → ссылка → примечание → услуги склада → цена → количество → итоговая стоимость.

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

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

Услуги склада

В дальнейшем в каждую товарную позицию добавили возможность выбора дополнительных услуг:

• Пересчёт количества;
• Проверка на брак;
• Дополнительные фотографии.

При этом услуги передаются дальше в структурированном виде, с собственными кодами для синхронизации с CRM. 

Интеграция с Bitrix24

Задача: убрать ручной перенос данных из личного кабинета в CRM.

После формирования заявки данные должны были автоматически попадать в Bitrix24, где менеджеры продолжают работу с клиентом и заказом.

Для этого разработали интеграционный слой между кабинетом и CRM:

Личный кабинет → структурированные данные → CRM Connector → Bitrix24.

Передача выполнялась через REST API. В запросе передавались данные пользователя, адрес и массив товарных позиций с параметрами заказа.

В CRM создавались соответствующие сущности, а затем отдельно настраивалась передача дополнительных данных — например, адреса клиента в контакт и сделку.

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

Надёжный обмен данными

Задача: сделать интеграцию устойчивой к задержкам и временным сбоям CRM.

После запуска выяснилось, что синхронная отправка заявки напрямую в Bitrix24 заставляет пользователя ждать завершения обмена. При росте задержки CRM форма сохранялась слишком долго.

Поэтому архитектуру передачи переработали.

Вместо:

Пользователь → форма → Bitrix24 → ответ

заявка стала сохраняться в собственной базе личного кабинета и попадать в очередь необработанных данных:

Пользователь → БД ЛК → очередь → CRM.

Фоновый скрипт периодически выбирает заявки, которые ещё не были переданы, отправляет их через CRM Connector и после успешной передачи отмечает заявку как обработанную.

Это позволило отделить скорость интерфейса от скорости внешней CRM-системы и снизить риск потери заявок.

Контроль, диагностика и сохранность заявок

Задача: обеспечить контроль обмена даже в случае ошибки на одном из этапов.

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

В ней предусмотрены:

История заявок

Все входящие заявки сохраняются в базе, а администратор может просматривать их с постраничной навигацией.

Статус передачи

Новые заявки помечаются как ещё не отправленные в CRM. После успешной передачи статус меняется.

Логи интеграции

Для каждого обмена сохраняются данные запроса и ответ CRM. Это позволяет определить, какие данные были отправлены и что именно вернула внешняя система.

Дополнительно была реализована защита от проблем при сохранении и передаче данных. В ходе эксплуатации также устранялись ситуации с повторным созданием одинаковых сделок в CRM.

Изображение: скриншот админской таблицы заявок + небольшой фрагмент JSON/log рядом. Это будет гораздо убедительнее, чем ещё один скрин формы.