Предзаказ и товар под заказ: продажа того, чего нет на складе
«Нет в наличии» — самая дорогая надпись в интернет-магазине. Человек пришёл с деньгами и готовым решением купить, а магазин отвечает отказом и отправляет его к конкуренту. При этом товар обычно не исчез навсегда: он приедет через две недели, просто сказать об этом покупателю нечем.
Модуль превращает отказ в продажу и заодно отвечает на вопрос, который мучает закупщика.
СПРОС НА ОТСУТСТВУЮЩЕЕ — ОТЧЁТ, РАДИ КОТОРОГО СТОИТ СТАВИТЬ РЕШЕНИЕ
Отдельный отчёт показывает, сколько людей и сколько денег стоит за каждым товаром, которого нет на складе: число ожидающих, внесённые авансы, сумма предзаказов и ближайшее обещание, которое горит. Это не статистика ради статистики, а готовый список закупок — что везти в первую очередь и на какие деньги можно рассчитывать сразу после поставки. Просроченные обещания видны отдельно: покупатель узнает о срыве срока в любом случае, вопрос только — от магазина или сам.
Отчёт выгружается в Excel; суммы в разных валютах показываются отдельно. Из отчёта можно перейти в отфильтрованный реестр предзаказов.
КНОПКА ПРЕДЗАКАЗА ВМЕСТО «НЕТ В НАЛИЧИИ»
В карточке товара, которого нет на складе, появляется блок с честным сроком поступления и суммой аванса. Срок берётся из свойства товара — числом дней или датой; свойство заполняет контент-менеджер или обмен с 1С. Если срока нет, предзаказ не предлагается: лучше не продать, чем пообещать наугад.
ЧАСТИЧНАЯ ПРЕДОПЛАТА
Сразу оплачивается всё, что магазин может отдать сегодня, плюс аванс за то, чего пока нет. Процент, минимум, максимум и округление настраиваются; аванс считается от предзаказной части корзины, а не от всей суммы — за товар со склада покупатель платит по обычным правилам. Остаток превращается во второй платёж, который выставляется в день поступления товара: требовать его раньше не за что.
ОЧЕРЕДЬ НА ПОСТУПАЮЩИЙ ТОВАР
Пришло три штуки, а ждут десять человек — модуль раздаёт поставку по правилу «раньше внёс аванс, раньше получил», а не по тому, чья строка первой попалась выборке. Частичный приход не закрывает позицию и не шлёт преждевременных писем: она остаётся в очереди на остаток. Покупатель видит своё место в очереди в личном кабинете — это честнее молчания.
ОДИН ЗАКАЗ, ДВЕ ОТГРУЗКИ
Смешанная корзина не режется на два заказа: то, что есть на складе, уезжает сразу отдельной отгрузкой, предзаказное ждёт поставки. Заказ сохраняет один номер. Стоимость и условия доставки определяются настройками магазина и службы доставки.
ОБЕЩАНИЯ, ЗА КОТОРЫЕ МОЖНО ОТВЕЧАТЬ
Срок переносится из админки — с письмом покупателю и записью в журнале. Первое обещание не переписывается: по нему видно, насколько промахнулись и стоит ли верить этому поставщику дальше. В журнале каждой позиции записано, кто и когда её изменил — клиент, менеджер или агент.
ПИСЬМА
Четыре события с готовыми шаблонами: предзаказ принят, срок изменился, товар поступил (со ссылкой на доплату), предзаказ отменён. Каждое отключается по отдельности.
КАБИНЕТ ПОКУПАТЕЛЯ
Отдельная страница со всеми предзаказами: срок, внесённый аванс, остаток к доплате, место в очереди и кнопка отказа. Чем полнее эта страница, тем меньше обращений в поддержку и тем реже человек идёт возвращать деньги через банк.
ЧЕГО МОДУЛЬ НЕ ДЕЛАЕТ
Предзаказ использует обычный заказ Битрикса, его платежи и отгрузки. Совместимость конкретного оформления заказа, платёжной системы, фискализации и обмена с 1С следует проверить на тестовом сайте перед запуском. Не резервирует то, чего нет на складе, и не уводит остаток в минус. Не возвращает деньги в обход кассы: возврат аванса делается штатным возвратом заказа. Не подменяет чужой чекаут и не правит ядро.
ГРАНИЦЫ ВЕРСИИ 1.0
Срок берётся из свойства товара; правил по разделам и брендам, склада поставщика и внешних источников дат в этой версии нет. Дробить заказ на два модуль не станет. Регулярные списания по подписке — это другой сценарий и другой модуль.
ТРЕБОВАНИЯ
— 1С-Битрикс: Управление сайтом с модулями «Интернет-магазин» и «Торговый каталог»;
— модуль «Информационные блоки», главный модуль версии 20.0.0 и новее;
— PHP 8.2 и новее;
— MySQL 5.7+ / MariaDB 10.3+ либо PostgreSQL (для PostgreSQL — главный модуль 23.900.900 и новее);
— работающие агенты (в идеале — запуск по крону): ими проверяются поступления.