Сохранение незавершённого заказа и возврат к нему

Покупатель добрал корзину, дошёл до оформления — и исчез. Позвонил телефон, разрядился ноутбук, отвлёк ребёнок, закончилось время обеда. Он вернётся позже, но если корзина к тому моменту пуста, а форму оформления придётся заполнять заново, велика вероятность, что заказа не будет вовсе. Брошенные заказы — это не «плохие» клиенты, а нормальное поведение людей, и задача магазина — сделать возврат к покупке максимально безболезненным.

В этой статье разберём, как на 1С-Битрикс сохранять незавершённый заказ и возвращать к нему покупателя: где именно хранится корзина, чем она отличается от заказа-черновика, как не потерять позиции при смене устройства, как корректно пересчитать цены и наличие и как выстроить письма-напоминания, не превращаясь в спамера. Многое здесь — это аккуратная работа с модулем продаж, которую мы делаем в рамках автоматизации продаж и склада на 1С.

Почему покупатели бросают заказы

Прежде чем чинить возврат, полезно понять, почему заказы вообще бросают. Причины делятся на две группы: внешние обстоятельства и трение в самом оформлении. С первыми магазин ничего не сделает — человека отвлекли, и это нормально. Со вторыми работать можно и нужно: чем сложнее оформление, тем больше «отваливается» на полпути.

Типичные причины на этапе оформления:

• Внезапные расходы. Стоимость доставки, которую покупатель увидел только в конце, отталкивает больше всего.
• Обязательная регистрация. Требование завести аккаунт до оформления гасит импульс купить.
• Длинная форма. Много обязательных полей — и человек откладывает «на потом», которое не наступает.
• Технический сбой. Отвалилась оплата, зависла страница, слетела корзина при обновлении.

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

Корзина против незавершённого заказа

В 1С-Битрикс важно различать две разные вещи, потому что хранятся и восстанавливаются они по-разному.

Практический вывод: стратегия возврата зависит от того, как далеко зашёл покупатель. Для брошенной корзины задача — сохранить и подхватить список товаров. Для незавершённого заказа — сохранить черновик с уже введёнными данными и дать удобный путь его достроить. Хороший магазин закрывает оба случая.

Как Битрикс хранит корзину и заказ

Модуль «Интернет-магазин» (продажи) в 1С-Битрикс ведёт корзину пользователя как набор записей, привязанных к идентификатору покупателя. У авторизованного это его пользователь, у гостя — служебный идентификатор fuser, который живёт в куке. Пока запись корзины не удалена и кука не потеряна, товары остаются в корзине.

Заказ — отдельная сущность. Он создаётся в момент оформления и хранит состав, свойства (данные покупателя, доставку, оплату) и статус. Незавершённый заказ — это заказ, доведённый до создания, но не оплаченный или помеченный как черновик. Работать с обеими сущностями правильнее через D7-ORM модуля продаж, а не «сырыми» SQL-запросами: это надёжнее и переживает обновления платформы. Как устроен D7 и его ORM, мы разбираем в статье про D7 ORM в Битрикс.

Кука, авторизация и слияние корзин

Кука с идентификатором корзины работает, только пока покупатель на том же устройстве и браузере. Стоит ему перейти с телефона на рабочий компьютер — и связь теряется. Единственный надёжный способ переносить корзину между устройствами — авторизация.

Когда гость с наполненной корзиной входит в аккаунт, возникает вопрос: что делать с корзиной, которая уже была у аккаунта? Здесь нужна понятная политика слияния:

• Объединить. Товары гостя добавляются к товарам аккаунта — безопасный вариант по умолчанию.
• Заменить. Корзина гостя вытесняет старую — уместно, если старая явно устарела.
• Спросить. Показать обе корзины и дать выбрать — для сложных случаев.

Слияние должно корректно обрабатывать дубли (один товар в обеих корзинах — сложить количество, а не задвоить) и кратность упаковок. Это то место, где «сделали на скорую руку» оборачивается потерянными или задвоенными позициями. Аккуратная логика авторизации и объединения корзин — часть работы над личным кабинетом и оформлением.

Черновик заказа и промежуточное сохранение

Если оформление многошаговое, стоит сохранять не только корзину, но и введённые данные — чтобы вернувшийся покупатель не заполнял всё заново. В 1С-Битрикс это делают двумя способами: через профиль покупателя (сохранённые адреса и получатели) и через заказ-черновик с уже заполненными свойствами.

1. Соберите email/телефон раньше. Один контактный шаг в начале оформления даёт канал возврата и данные для восстановления.
2. Сохраняйте профиль. Город, адрес и получателя пишите в профиль покупателя, чтобы подставлять при следующем заказе.
3. Держите черновик. На последних шагах создавайте заказ-черновик со свойствами, чтобы вернуть покупателя ровно туда, где он остановился.
4. Не храните платёжное. Реквизиты карт и подобные данные не сохраняйте — это зона PCI и лишний риск.

Промежуточное сохранение — тонкая грань: оно должно помогать, а не пугать покупателя ощущением слежки. Сохраняйте функциональные данные (что нужно для доставки заказа) и оставляйте прозрачное управление ими в кабинете.

Пересчёт цен и наличия при возврате

Самая коварная ошибка при восстановлении корзины — вернуть её «как была», со старыми ценами и без проверки наличия. За неделю цена могла вырасти, товар — закончиться, акция — завершиться. Если показать покупателю замороженные условия, а на складе всё иначе, проблема всплывёт при оформлении или, хуже, после оплаты.

Правильный сценарий возврата:

• Восстановить состав. Список товаров и количество — из сохранённой корзины.
• Пересчитать цену. Актуальную цену подтянуть из каталога и 1С в момент возврата, а не показывать старую.
• Проверить наличие. Товары, которых нет, явно пометить и предложить аналог или убрать.
• Показать изменения. Если что-то подорожало или исчезло — честно сообщить, а не подменять молча.

Наличие и цены приходят на сайт обменом с 1С, поэтому корректность возврата упирается в качество интеграции и в то, как быстро сайт получает обновления остатков. Если обмен идёт через REST и вебхуки, важно, чтобы этот канал был защищён и надёжен — эту тему мы разбираем в статье про REST, вебхуки и безопасность в Битрикс.

Письма о брошенной корзине

Кука возвращает тех, кто и так зашёл снова. Чтобы напомнить о себе активно, нужен email. Письмо о незавершённом заказе — один из самых окупаемых сценариев в e-commerce, но работает он, только если сделан аккуратно.

Что важно в цепочке напоминаний:

• Тайминг. Первое письмо — через несколько часов, пока интерес свеж; при необходимости второе — через сутки.
• Содержание. Покажите состав корзины, актуальную цену и понятную кнопку «Вернуться к заказу».
• Без давления. Одно-два письма, а не ежедневная бомбардировка, иначе домен уедет в спам.
• Актуальность. Если товар уже недоступен, письмо должно это учитывать, а не звать за тем, чего нет.

Технически рассылку можно строить на встроенных инструментах Битрикса или на внешнем сервисе, получающем событие «брошенная корзина» через интеграцию. Второй путь гибче, но требует надёжной передачи событий и защиты канала — здесь снова помогает продуманная REST-интеграция.

Ссылка восстановления и её безопасность

Письмо-напоминание содержит ссылку, которая возвращает покупателя к его корзине или заказу-черновику. Эта ссылка — чувствительная вещь: по ней открывается корзина конкретного человека, а иногда и его данные оформления. Значит, к ней есть требования безопасности.

1. Одноразовый токен. Ссылка содержит непредсказуемый токен, привязанный к корзине/заказу, а не открытый идентификатор.
2. Ограниченный срок. Токен живёт ограниченное время (например, несколько дней) и затем перестаёт работать.
3. Никаких данных в URL. В ссылке нет персональных данных и цен — только токен.
4. Повторная проверка. При переходе заново подтягиваются актуальные цена и наличие, а чувствительные шаги требуют подтверждения.

Логика генерации и проверки токенов — классическая задача бэкенда, которую разумно оформлять как отдельный модуль или сервис, а не разбрасывать по шаблонам. Про грамотную разработку модулей под такие задачи — наша статья о разработке модуля для Битрикс.

Согласия, персональные данные и спам

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

• Согласие явное. Email собирают с чекбоксом согласия на обработку данных и получение сообщений.
• Отписка простая. В каждом письме — рабочая ссылка отписки, а не «напишите нам, чтобы отписаться».
• Хранение по правилам. Данные хранятся ровно столько, сколько нужно, и защищены.
• Репутация домена. Настройте SPF, DKIM и разумную частоту — иначе даже согласованные письма улетят в спам.

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

Реализация в 1С-Битрикс пошагово

Соберём всё в понятную последовательность внедрения. Конкретные названия настроек зависят от редакции и версии, но логика такова:

1. Настройте хранение корзины. Проверьте срок жизни корзины гостя и агент очистки — он не должен убивать корзины слишком рано.
2. Свяжите корзину с авторизацией. Реализуйте слияние корзин при входе с обработкой дублей и кратности.
3. Соберите контакт раньше. Добавьте ранний шаг с email/телефоном и согласием в оформление.
4. Сохраняйте черновик. Пишите свойства заказа-черновика и данные профиля для быстрого возврата.
5. Настройте событие «брошено». Определите момент, когда заказ считается незавершённым, и генерируйте событие.
6. Постройте письма. Цепочка напоминаний с составом корзины, актуальной ценой и безопасной ссылкой восстановления.
7. Пересчитывайте при возврате. На входе по ссылке заново подтягивайте цену и наличие и показывайте изменения.
8. Протестируйте. Прогоните сценарии смены устройства, устаревшей цены, закончившегося товара и отписки.

Чтобы такие изменения выкатывались без сюрпризов на боевом магазине, их прогоняют через отлаженный процесс деплоя. Как выстроить CI/CD для проекта на Битрикс, мы разбираем в отдельной статье про CI/CD и деплой Битрикс.

Частые ошибки

• Возврат по старой цене. Корзину восстанавливают с замороженными ценами и наличием — покупатель оформляет то, чего уже нет или что подорожало.
• Ставка только на куку. Без авторизации и email корзина теряется при смене устройства, и вернуть гостя невозможно.
• Слишком агрессивная очистка. Агент чистит корзины гостей через день — возвращаться некуда.
• Задвоение при слиянии. Логика объединения корзин складывает дубли неправильно, покупатель видит удвоенное количество.
• Спам вместо напоминания. Ежедневные письма без согласия и отписки топят домен в спаме.
• Открытая ссылка. Восстановление по предсказуемому идентификатору без токена — чужую корзину открывает кто угодно.
• Сохранение лишнего. В черновике хранят платёжные данные — ненужный риск.

Чек-лист внедрения

1. Корзина живёт достаточно долго. Срок хранения и агент очистки настроены осознанно.
2. Перенос между устройствами. Авторизация переносит корзину, слияние обрабатывает дубли и кратность.
3. Ранний контакт с согласием. Email/телефон собираются в начале оформления с чекбоксом согласия.
4. Черновик и профиль. Введённые данные сохраняются для возврата, платёжные — нет.
5. Пересчёт при возврате. Цена и наличие подтягиваются заново, изменения показываются честно.
6. Письма настроены. Тайминг, состав, отписка и репутация домена в порядке.
7. Ссылка безопасна. Токен непредсказуем, ограничен по сроку, без данных в URL.
8. Сценарии протестированы. Смена устройства, устаревшая цена, отписка, безопасность проверены.

Вывод

Незавершённый заказ — это почти состоявшаяся продажа, и терять её из-за пустой корзины или необходимости заполнять всё заново обидно и дорого. В 1С-Битрикс всё для возврата уже есть: корзина в модуле продаж, заказы-черновики, профили покупателей и инструменты рассылок. Задача — собрать это в цельный сценарий: сохранить состав и данные, надёжно перенести корзину через авторизацию и email, честно пересчитать цены при возврате и аккуратно напомнить письмом.

Сделайте эти шаги, и часть уходящих заказов начнёт возвращаться сама. А поскольку цены и остатки живут в 1С, устойчивость всей механики держится на качестве интеграции и продуманной работе с модулем продаж — с этого и стоит начинать.