ПОДПИСКИ НА РЕГУЛЯРНЫЕ ПОСТАВКИ
Покупатель оформляет подписку на товары, а магазин создаёт обычные заказы по расписанию. Решение подходит для повторных покупок: кофе, кормов, бытовых расходников и других товаров. Оплата и доставка выполняются средствами интернет-магазина; автоматического списания денег с карты решение не делает.
РАСПИСАНИЕ И УПРАВЛЕНИЕ
Период задаётся в днях, неделях или календарных месяцах. Покупатель может поставить подписку на паузу, возобновить её, отменить или пропустить ближайшую поставку. Изменение состава и пропуск можно отключить в настройках. Месячное расписание учитывает число месяца и часовой пояс магазина; после простоя пропущенные поставки не создаются все разом.
В личном кабинете действующие подписки показываются раньше закрытых. Менеджер может оформить подписку, изменить условия, задать лимит поставок или собрать ближайший заказ вручную. Сохранение устаревшей карточки отклоняется, если подписка уже изменилась. Положительный лимит действующей подписки должен превышать число выполненных поставок.
ЦЕНЫ И СОСТАВ
Скидка задаётся в настройках, по умолчанию 5%. Заказ собирается по текущим ценам, доступным группам покупателя на сайте подписки, с учётом количества товара. Подписка не фиксирует цену навсегда. При самостоятельном изменении состава повышенная скидка менеджера возвращается к обычной; при переходе на более частые поставки действует то же правило.
Недоступные покупателю товары могут быть исключены из заказа: информация об этом записывается в журнал и отправляется магазину при включённых уведомлениях. Если подходящих позиций нет, поставка считается неудачной. Фактическую возможность покупки, наличие товара, ограничения доставки и оплаты необходимо проверить на своей конфигурации магазина.
ЗАКАЗЫ И УВЕДОМЛЕНИЯ
Фоновые агенты создают заказы, снимают истёкшие паузы, отправляют предупреждения и очищают старый журнал. Заказ узнаётся по подписке и дате поставки, чтобы повторный проход после сбоя не собирал второй заказ на ту же дату. Отказы записи не выдаются за успешную отмену или изменение подписки.
По умолчанию предупреждение отправляется за два дня до сборки заказа. Если включена предварительная сборка, предупреждение сдвигается раньше даты поставки. В письме покупателю указаны состав, сумма и ссылка на личный кабинет. Сайт отправки берётся из подписки. Автоматического возобновления заблокированных покупателей нет; при удалении учётной записи живые подписки отменяются обработчиком модуля.
ОТЧЁТ И ДОСТУП
Отчёт показывает подписки, расчётный месячный объём, отток, созданные заказы и популярные товары. Расчётные показатели не являются гарантией будущей выручки. Подборки учитывают права сотрудника на сайт и заказы; общая статистика доступна при полном доступе к магазину. Для административных данных нужны права на модуль subscription и sale.
Журнал событий хранится по сроку из настроек, по умолчанию 365 дней. Данные остаются в базе сайта. Решение содержит схемы MySQL и PostgreSQL; возможность работы с выбранной СУБД определяется установленной платформой Битрикс.
ТРЕБОВАНИЯ И УСТАНОВКА
Требуются PHP 8.2 или новее, главный модуль main 20.0.0 или новее и установленный модуль «Интернет-магазин» (sale). Эти требования проверяет установщик. Для подписок на товары также нужен работающий товарный каталог: iblock и catalog, товары, доступные покупателям цены и необходимые службы магазина. Поддержка MySQL/MariaDB или PostgreSQL должна обеспечиваться вашей версией и редакцией Битрикса.
Установите решение через Marketplace → Установленные решения. Установщик создаёт таблицы, копирует компоненты, JS и административные обёртки, регистрирует почтовые события, обработчик удаления покупателя и агенты. Страницу личного кабинета и размещение формы на витрине настройте отдельно.
КОМПОНЕНТЫ ВИТРИНЫ
Создайте /personal/subscription/index.php:
```php
<?php
require $_SERVER['DOCUMENT_ROOT'] . '/bitrix/header.php';
$APPLICATION->IncludeComponent('ozhogov:subscription.account', '', [
'SHOW_LOG' => 'Y',
'SHOW_CLOSED' => 'Y',
'COUNT' => 20,
]);
require $_SERVER['DOCUMENT_ROOT'] . '/bitrix/footer.php';
```
В карточке товара подключите форму, передав ID товара или торгового предложения:
```php
$APPLICATION->IncludeComponent('ozhogov:subscription.form', '', [
'PRODUCT_ID' => (int)$arResult['ID'],
'SHOW_SAVING' => 'Y',
'ACCOUNT_URL' => '/personal/subscription/',
]);
```
ACCOUNT_URL формы задаётся параметром компонента. Адрес личного кабинета в настройках модуля используется для ссылок в письмах: при переносе страницы измените оба адреса. Оформление и управление доступны авторизованному покупателю. Компоненты не кэшируют данные; композит и собственные шаблоны проверьте отдельно на двух учётных записях.
УСЛОВИЯ И ЗАКАЗЫ
В настройках модуля проверьте скидку (5%), минимальный период (7 дней), предел состава (20 позиций), число живых подписок (20) и число оформлений покупателем за сутки (10). По умолчанию изменение состава и пропуск разрешены; ограниченная по дате пауза — до 90 дней, бессрочная пауза также возможна.
Укажите статус новых заказов (по умолчанию N), запас сборки (0 дней), тип плательщика, доставку и платёжную систему. При типе плательщика 0 модуль выбирает активный тип для сайта. При доставке 0 отдельная служба не назначается, при платёжной системе 0 оплата не создаётся: назначьте их в заказе либо настройте идентификаторы заранее. Проверьте фактические заказы, адресные свойства, ограничения служб и оплату на тестовом сайте. Автоматическая остановка после неудач по умолчанию выключена; при её включении порог по умолчанию — три неудачные поставки подряд.
ПРАВА, ПИСЬМА И ПЛАНИРОВЩИК
Выдайте сотрудникам право чтения subscription R или действий W. Дополнительно нужен доступ sale не ниже U; уровень P не поддерживается. Доступ к подписке проверяется по последнему заказу, а до первой поставки — по сайту подписки. Общая статистика требует полного доступа sale W. Действия с существующим заказом требуют права его изменения в sale.
Предупреждение, письмо о заказе и уведомления покупателя и магазина о неудаче включены по умолчанию. Задайте адрес менеджера и проверьте почтовые шаблоны, отправку через штатную почту и привязку к каждому сайту. Проверьте домены сайтов и схему ссылок, особенно при работе из cron. Предупреждение по умолчанию приходит за два дня до сборки.
Агенты сборки и предупреждений установлены с часовым интервалом, очистки — с суточным. Настройте штатный запуск агентов Битрикса; для регулярных поставок проверьте запуск через cron по правилам своей платформы. Проход сборки проверяет бюджет между заказами, поэтому длительная сборка одного заказа может превышать этот бюджет. Решение не гарантирует точное время физической доставки.
ПРОВЕРКА И ОБНОВЛЕНИЕ
Оформите тестовую подписку, проверьте письмо, состав, сумму и очередную дату; затем паузу, пропуск, изменение состава и отмену. Отдельно проверьте создание заказа, работу доставки и оплаты, ограниченные права сотрудника и сценарий недоступного товара.
При обновлении через Marketplace updater обновляет схему, восстанавливает ранее экранированные названия товаров, регистрирует недостающий обработчик удаления покупателя и переносит компоненты, JS и административные обёртки. Для ручного обновления используйте полный порядок из README модуля: одного копирования файлов или вызова Schema::ensure() недостаточно для регистрации обработчика и переноса общих файлов. Перед обновлением сделайте резервную копию файлов и таблиц; собственные шаблоны компонентов сравните с новой версией.
Техническая поддержка решения оказывается разработчиком в течение срока действия лицензии.
— Электронная почта:
nm.ozhogov@ya.ru— Время ответа: в рабочие дни, в течение 48 часов с момента обращения.
— Часовой пояс: UTC+3 (Москва).
Чтобы вопрос решился с первого письма, приложите: название и версию решения, редакцию 1С-Битрикс и версию главного модуля, версии PHP и базы данных, адрес страницы, на которой воспроизводится проблема, последовательность действий для её повторения и снимок экрана с сообщением об ошибке. Если ошибка попала в журнал событий сайта, приложите запись из него.
В поддержку можно обращаться с вопросами по установке, настройке и обновлению решения, по совместимости с другими решениями и по ошибкам в его работе. Доработка решения под требования конкретного проекта в поддержку не входит и обсуждается отдельно.
