Настройка модерации товаров продавцов на маркетплейсе 1С-Битрикс
Без модерации на маркетплейсе продавцы публикуют всё подряд: дубли, запрещённые товары, карточки без изображений, с некорректными ценами. Модерация — это процесс проверки товара перед публикацией, который нужно автоматизировать насколько возможно и сделать прозрачным для продавца.
Техническая реализация статусной модели
Каждый товар в инфоблоке получает UF-поле статуса модерации: UF_MODERATION_STATUS (тип — строка или справочник). Значения:
-
draft— продавец не отправил на проверку -
pending— ожидает проверки модератором -
approved— одобрено, товар активен (ACTIVE = Y) -
rejected— отклонено с указанием причины -
revision— нужны правки (мягкий отказ)
При добавлении товара продавцом устанавливается ACTIVE = N, UF_MODERATION_STATUS = 'pending'. Обработчик события OnAfterIBlockElementAdd фиксирует время отправки и создаёт уведомление для модераторов.
Интерфейс модератора
Отдельная страница в /bitrix/admin/ или в кастомном разделе для модераторов. Очередь товаров на проверку — выборка из инфоблока по фильтру UF_MODERATION_STATUS = 'pending', отсортированная по дате создания.
Карточка модерации: превью товара, все поля, изображения. Кнопки: «Одобрить», «Отклонить», «Отправить на доработку». При отказе — обязательное поле с причиной (из справочника причин + свободный текст).
После решения модератора: обновляется UF_MODERATION_STATUS и ACTIVE, продавцу отправляется уведомление через CEvent::Send() с причиной отказа (если применимо).
Автоматические проверки
Часть проверок можно автоматизировать до ручной модерации:
- Наличие изображений (минимум 1 фото): проверка через
CIBlockElement::GetByID()→PREVIEW_PICTUREилиDETAIL_PICTURE - Заполненность обязательных свойств (описание, цена, категория): проверка перед отправкой на модерацию
- Дубли по артикулу внутри каталога: запрос
CIBlockElement::GetList()поPROPERTY_ARTICLE = X
Автоматически отклонённые товары получают статус auto_rejected с конкретной причиной. Продавец исправляет и отправляет повторно.
Сроки
Настройка статусной модели, интерфейса модератора и уведомлений — 1–2 недели. Добавление автоматических проверок — дополнительно 3–5 дней.







