Заказ сайта нужно передавать в Битрикс24 как согласованный набор связанных данных: покупатель, заказ, товарные строки и события оплаты. Форма с именем и телефоном решает другую задачу и не заменяет состав покупки. До реализации определите, где хранится заказ и какая система управляет его изменениями.
Разделите консультацию и покупку
У формы консультации результатом может быть обращение для уточнения потребности. У корзины уже есть позиции, количество, условия доставки и итоговая сумма. Если оба сценария создают одинаковую пустую карточку, менеджер вынужден заново собирать сведения, которые клиент уже указал.
Составьте отдельные контракты передачи для каждого сценария. Укажите обязательные данные, создаваемые объекты и получателя. Возможности зависят от способа подключения сайта и конфигурации CRM, поэтому проектируемую модель необходимо проверить в выбранной реализации. Базовую работу формы можно изучить в статье о CRM-форме Битрикс24.
Опишите объект заказа
Заказу нужен устойчивый идентификатор, дата, состояние, валюта и согласованная связь с покупателем. Каждой позиции — собственный ключ, товар, количество, единица и цена на момент оформления. Текущее значение из каталога не всегда равно условиям уже согласованного заказа.
Отдельно храните сведения, которые меняют итог: доставку, скидку и дополнительные услуги. Решите, являются они строками или отдельными полями в вашей модели. Важно, чтобы сумма воспроизводилась по прозрачному правилу, а не совпадала случайно после ручной корректировки менеджером. Пустые или неподдержанные значения должны попадать в разбор, а не молча исчезать.
Проверьте условную корзину
Предположим, клиент заказал два одинаковых устройства и услугу установки. В CRM должны появиться правильные позиции, количество и связь с контактом. После оформления клиент меняет одно устройство на другую модель. Проверка должна показать, обновился ли существующий заказ и сохранилась ли история согласованных условий.
Затем посетитель повторяет отправку из-за задержки страницы. Технический повтор должен обрабатываться по идентификатору исходного события. Новый самостоятельный заказ того же контакта, напротив, не должен исчезать как дубль. Для теста нужны оба случая: одинаковые контактные данные не означают одинаковую покупку.
Отделите заказ от платежа
Оформление корзины, подтверждение оплаты и возврат — разные события. Не переводите заказ в оплаченный только по успешной загрузке страницы благодарности, если источником подтверждения служит платёжная система. В договорённостях укажите, какое событие считается достоверным и как проверяется его связь с заказом.
Испытайте частичную оплату, задержанное подтверждение и повторное платёжное уведомление в доступной тестовой среде. Сумма поступлений не должна задваиваться. Если оплата не входит в текущий объём интеграции, отметьте это явно и определите ручной порядок проверки. Будущий обмен с учётной системой согласуйте по принципам интеграции CRM и 1С.
Примите заказ целиком
Проверяйте одновременно карточку, строки, контакт, сумму и состояние обработки. Сохраните исходный запрос сайта и идентификаторы созданных объектов без лишних персональных данных. При ошибке сотрудник должен понимать, какой заказ требует внимания и какие сведения доступны для продолжения работы.
Критерии приёмки: состав покупки воспроизводится; изменения не создают лишних заказов; новый заказ существующего клиента сохраняется; оплата имеет отдельное подтверждение; недоставленные события видимы. После запуска регулярно сверяйте небольшой набор заказов между сайтом и CRM. Такая проверка особенно нужна после изменения каталога, корзины или правил ценообразования, даже если форма визуально осталась прежней.
Применить в вашей компании
Обсудим вашу задачу?
Поможем разобраться с процессом, данными и настройками. Работаем удалённо с компаниями по всей России.