Товар в корзине ещё не закреплён за заказом

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

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

Физическое наличие и доступность различаются. В расчётном примере на складе лежит шесть единиц, две закреплены за заказом, значит, свободны четыре. Это арифметика распределения запаса, а не описание того, как называется каждое поле в вашем Битрикс. Исполнитель показывает, какие значения хранит сайт и как из них получает доступное покупателю количество. Повторно вычитать резерв из уже уменьшенного значения нельзя.

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

Какие настройки влияют на резерв

В уроке Битрикс о резервировании указано условие количественного учёта товара. Включение резерва находится в модуле «Торговый каталог», а параметры «Товар резервируется» и «Снятие резервов (через сколько дней)» — в настройках «Интернет-магазина». При складском учёте резервирование включается автоматически. Эти сведения помогают составить перечень исходных настроек перед изменением.

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

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

Отдельный вопрос — что видит витрина при нуле доступного количества. Возможные действия выбирает магазин: скрыть покупку, оставить запрос наличия или разрешить заказ под поставку с ясным сроком. Нельзя одновременно считать запас ограниченным и обещать немедленную отгрузку сверх него. Если продажа под заказ разрешена, её отличают от покупки товара из наличия.

Когда закреплять количество за заказом

Ранний резерв защищает обещание покупателю, но удерживает запас за заказами, которые могут остаться без оплаты. Поздний резерв дольше сохраняет товар в продаже, зато между оформлением и оплатой его может забрать другой клиент. Выбор зависит от того, что магазин обещает на первом шаге. Если заказ сразу подтверждает наличие, откладывать закрепление товара до неопределённого будущего действия рискованно.

Начните с текста подтверждения. Фраза о полученном запросе оставляет время на уточнение, а фраза о сохранённом товаре уже создаёт ожидание резерва.

При ограниченном запасе и ожидании оплаты я предпочёл бы связать подтверждение наличия с фактическим закреплением количества, чтобы уведомление клиенту соответствовало состоянию заказа, а менеджер не решал задним числом, кому достанется последняя единица. Если бизнес выбирает ручную проверку, первое сообщение формулируют как получение заявки. Затем сотрудник подтверждает состав и условия. Такой вариант требует работы менеджера, но остаётся честным по отношению к покупателю. Текст подтверждения и обработку заказа поэтому принимают в одной проверке.

Приёмочный вопрос звучит конкретно: какое событие уменьшает свободное количество и какое сообщение уходит клиенту после этого события? Исполнитель показывает эти изменения в заказе и карточке товара. Если уведомление отправлено раньше успешного резерва, эту последовательность исправляют.

Наглядный разбор

От выбора товара к обещанию

  1. Выбор

    Покупатель видит доступный вариант и количество.

  2. Оформление

    Сайт применяет выбранное правило резерва.

  3. Подтверждение

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

Подтверждение наличия связано с фактическим закреплением количества.

Сколько ждать оплату и что освобождает товар

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

В Битрикс параметр снятия резервов задаётся в днях. Документация связывает его с отсутствием действий покупателя по заказу, поэтому точное поведение вашего магазина нужно воспроизвести на тестовых данных, особенно если сроки или статусы уже менялись доработками.

После истечения срока товар освобождается по выбранному правилу, но поздняя оплата требует отдельной обработки: деньги могут поступить после того, как количество вернулось в продажу и было закреплено за другим заказом. Автоматически подтверждать прежний состав в этом случае опасно. Ответственный проверяет доступность и связывается с покупателем. Для этого в интерфейсе показывают платёж и историю резерва. Так решение опирается на состояние заказа, а не на одну зелёную отметку об оплате.

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

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

Отмена всего заказа и изменение части состава

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

СобытиеЧто выяснитьЧто показать при приёмке
Полная отменаКакие позиции и количества были в резервеИх освобождение без изменения чужих заказов
Уменьшение количестваКакая часть заказа остаётся действующейВозврат только исключённой части
Замена вариантаДоступен ли новый размер или комплектПеренос обязательства на правильную позицию
Повтор событияОбрабатывалась ли эта отмена ранееОтсутствие повторного увеличения остатка

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

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

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

Отгрузка завершает другое действие

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

Статус доставки нужно объяснить сотрудникам. Фраза «Доставка разрешена» может восприниматься как готовность отправить, хотя при включённом автоматическом списании это действие уже меняет количество.

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

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

Наглядный разбор

Резерв, отмена и выдача

  1. Ожидает

    Товар сохранён для покупателя по установленному правилу.

  2. Отменён

    Соответствующее количество освобождено для новой продажи.

  3. Отгружен

    Количество списано по факту выбранного события выдачи.

После закрепления товара у заказа есть разные пути завершения.

Как испытать последнюю единицу

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

Кроме конкурирующих заказов нужны повторная отправка, отмена, уменьшение состава и оплата после срока, поскольку каждый из этих путей меняет распределение количества иначе и может затронуть уже существующее обязательство перед покупателем. Испытания проводят на подготовленных данных. Перед каждым опытом записывают исходное состояние. После — состояние товара, заказа и сообщения. Это позволяет принять работу без изучения кода и без вмешательства в реальные покупки.

Результат виден в числах. Поле «Зарезервированное количество» помогает сопоставить изменение с заказами, но его доступность для ручного редактирования различается при количественном и складском учёте.

Наглядный разбор

Что фиксировать после каждого опыта

  1. Товар

    Какая позиция и сколько доступно следующему покупателю.

  2. Заказ

    Какое количество закреплено и на каком основании.

  3. Сообщение

    Что клиенту обещано после фактического результата.

Количество сверяют вместе с заказом и обещанием клиенту.

Короткая запись правил магазина

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

Неясное правило лучше уточнить заранее. Если команда не договорилась, когда обещает товар клиенту, одна лишь настройка Битрикс закрепит спор в интерфейсе и перенесёт его на каждый новый заказ, вместо того чтобы решить вопрос распределения ограниченного запаса.

Источники и полезные ссылки

  1. 1С-Битрикс: резервирование товаров ↗
  2. 1С-Битрикс: момент списания и резервирования ↗

Интерфейсы и возможности сервисов могут меняться. Перед настройкой сверяйтесь с актуальной документацией.

Игорь Крещенко

Руководитель ШТАБ ИТ. Занимается управлением проектами, веб-разработкой, рекламой и PR. Подробнее об авторе →