Заказ с Tilda изменили в RetailCRM: как не потерять оплату, скидку и состав
Что согласовать для изменения заказа после оформления: источник данных, версия состава, доплата, возврат разницы и проверка обмена Tilda с RetailCRM.
Передача нового заказа и его дальнейшее изменение — разные сценарии. Заранее определите, где редактируется состав и какие системы должны узнать о новой сумме.
Разберите одно изменение целиком
Покупатель оформил заказ на сайте, оплатил его и попросил заменить размер или добавить позицию. Менеджер меняет карточку в CRM. На этом работа не заканчивается: нужно проверить наличие, сумму, скидки и сведения, которые получит сотрудник на сборке.
Составьте последовательность действий для одного такого случая. Кто принимает просьбу, где подтверждается новый вариант, кто сообщает итог клиенту и когда обновляется задание складу? Это позволит определить границы автоматического обмена без расплывчатого требования «синхронизировать всё».
Назначьте владельца изменений
В маркетплейсе RetailCRM есть модуль Tilda от Radis, в описании которого указана передача форм, каталога, состава заказа и оплаты. Из этого нельзя автоматически сделать вывод, что любые последующие правки будут двусторонне отражаться во всех системах. Нужный маршрут изменений проверяется отдельно для выбранного подключения.
После оформления удобно определить систему, где менеджер ведёт рабочий состав заказа. Старое событие с сайта не должно незаметно затереть согласованную правку. Для этого в задаче на интеграцию описывают приоритет данных, идентификатор заказа и способ различать первоначальное состояние и последующие версии.
Храните оплаченную и текущую суммы раздельно
Условный пример: клиент оплатил 4 800 рублей, затем добавил товар на 700 рублей. Новая сумма заказа — 5 500 рублей, а подтверждённая оплата пока остаётся 4 800 рублей. Изменение состава не создаёт платёж само по себе. До подтверждения доплаты её следует видеть как отдельную незавершённую задачу.
При уменьшении суммы возникает обратная ситуация: нужно определить и выполнить возврат разницы по принятому процессу. Нельзя просто уменьшить сохранённую сумму платежа, чтобы цифры визуально сошлись. История поступлений и возвратов должна позволять восстановить, что произошло.
Пересчитайте связанные условия
Изменение одной позиции может затронуть подарок, промокод, бонусы и бесплатную доставку. Заранее решите, пересчитываются ли они по новым условиям или сохраняется индивидуально согласованное предложение. Такое исключение должно быть заметно следующему сотруднику.
В карточке полезно сохранить прежний состав, новый состав и причину изменения. Покупателю покажите итоговую разницу до выполнения дополнительных действий. Если заказ уже собирается, склад должен получить именно согласованную версию, а не несколько противоречащих сообщений.
- Замена варианта без изменения цены.
- Добавление товара с доплатой.
- Удаление позиции и возврат разницы.
- Изменение, после которого не выполняется условие акции.
- Правка после начала сборки или создания отправления.
Проверьте повторный обмен после ручной правки
На приёмке недостаточно увидеть новый заказ в CRM. Измените его согласованным способом, затем повторите получение исходного события и обновление оплаты. Проверьте, что рабочий состав не откатился, а существующий платёж не учтён дважды.
PXL Perfect подключает Tilda к RetailCRM и дорабатывает обмен под задачи магазина. Для оценки полезны обезличенные примеры заказов до и после правки. По ним можно определить, что покрывает выбранный модуль, а для чего нужны дополнительные правила и разработка.