Представьте: продавцы выгружают до 10 000 товаров в день на маркетплейсе на 1С-Битрикс. Без системы модерации — дубли (до 30%), товары без фото, цены «0 рублей», запрещённые категории. Стандартный модуль Интернет-магазина не предоставляет гибких статусов — только активность товара (Y/N). Для полноценного маркетплейса нужно расширение с кастомными UF-полями, событиями и автоматическими проверками. Мы автоматизируем процесс так, чтобы 80% проверок выполнялись без участия человека, а продавец видел статус в личном кабинете и получал уведомления о причинах отказа. Наш опыт — более 7 лет разработки на 1С-Битрикс, 50+ проектов, сертифицированные специалисты. Рассмотрим детально: какие статусы использовать, как настроить обработчики событий, какие проверки внедрить для снижения нагрузки на модераторов.
Статусная модель модерации
Каждый товар в инфоблоке получает UF-поле статуса модерации: UF_MODERATION_STATUS (тип — строка или справочник). Значения:
-
draft— продавец не отправил на проверку -
pending— ожидает проверки модератором -
approved— одобрено, товар активен (ACTIVE = Y) -
rejected— отклонено с указанием причины -
revision— нужны правки (мягкий отказ)
При добавлении товара продавцом устанавливается ACTIVE = N, UF_MODERATION_STATUS = 'pending'. Обработчик события OnAfterIBlockElementAdd фиксирует время отправки и создаёт уведомление для модераторов. Если требуется асинхронная обработка, используем агента с CAgent::AddAgent().
Пример обработчика:
AddEventHandler("iblock", "OnAfterIBlockElementAdd", function(&$arFields) { if ($arFields["IBLOCK_ID"] == CATALOG_IBLOCK_ID) { CIBlockElement::SetPropertyValuesEx($arFields["ID"], CATALOG_IBLOCK_ID, array( "UF_MODERATION_STATUS" => "pending" )); // уведомление модераторам CEvent::Send("MODERATION_NEW_ITEM", SITE_ID, array( "ITEM_ID" => $arFields["ID"], "NAME" => $arFields["NAME"] )); } }); Почему автоматические проверки критичны?
Ручная модерация каждого товара — бутылочное горлышко. Мы внедряем автоматические проверки, которые работают в 3 раза быстрее и допускают менее 1% ошибок (против 5-10% вручную). Продавец получает мгновенный ответ и может исправить ошибки без ожидания модератора.
| Тип проверки | Что проверяем | Результат при ошибке |
|---|---|---|
| Наличие изображений | Минимум 1 фото (PREVIEW_PICTURE или DETAIL_PICTURE) | Статус auto_rejected с причиной |
| Обязательные свойства | Цена, описание, категория | Статус auto_rejected с указанием поля |
| Дубли по артикулу | PROPERTY_ARTICLE среди активных | Статус auto_rejected — товар существует |
| Запрещённые символы | Наличие <script>, <?php |
Статус auto_rejected — потенциальная XSS-уязвимость |
Дополнительно можно проверять соответствие требованиям категории (например, обязательное свойство "Бренд" для электроники). Автоматическая проверка сокращает время модерации до 0.1 секунды на товар.
Какие проверки стоит автоматизировать?
Кроме базовых проверок, описанных выше, стоит автоматизировать:
- Валидацию цены: не меньше минимального порога и не больше максимального.
- Проверку уникальности названия в рамках категории.
- Фильтрацию нецензурных слов в описании.
- Соответствие изображений формату и размеру (например, JPEG, не более 2 МБ).
Каждая проверка реализуется как отдельный класс-обработчик, который запускается после добавления или обновления товара. Это упрощает добавление новых правил без изменения ядра.
Как настроить уведомления продавцов?
Используем событийную модель Битрикс: CEvent::Send() с шаблонами почтовых событий. При одобрении — письмо с активной ссылкой на товар. При отказе — причина и список ошибок. Можно добавить уведомления через SMS или мессенджеры через REST API. Также настраиваем уведомления в личном кабинете продавца: статус товара обновляется в реальном времени через BX.Pull.
Пример: продавец добавляет товар, через 1 секунду получает письмо "Товар ожидает модерации". После проверки — второе письмо "Товар одобрен" или "Товар отклонён: отсутствует цена". Такой подход снижает количество обращений в поддержку.
Пошаговая настройка модерации
- Создать UF-поле
UF_MODERATION_STATUSдля инфоблока каталога. - Написать обработчик
OnAfterIBlockElementAddдля установки статусаpendingиACTIVE=N. - Разработать автоматические проверки в виде агента или обработчика
OnBeforeIBlockElementUpdate. - Настроить почтовые события и шаблоны для уведомлений.
- Реализовать интерфейс модератора: очередь товаров с фильтрацией по статусу, кнопки "Одобрить", "Отклонить", "Запросить правки".
Что входит в настройку под ключ?
Мы предоставляем полный цикл работ:
- Проектирование статусной модели под ваш каталог с учётом номенклатуры и категорий
- Разработка интерфейса модератора (очередь, карточка товара, история решений)
- Система уведомлений продавцов (почта, личный кабинет, опционально SMS через REST API)
- Автоматические проверки (изображения, обязательные поля, дубли, безопасность)
- Интеграция с REST API для обмена данными с внешними системами
- Документация по настройке и инструкции для модераторов
- Обучение команды (2 часа онлайн)
- Поддержка 2 недели после запуска
Результаты внедрения: снижение нагрузки на модераторов на 70%, ускорение публикации товаров в 5 раз. Мы даём гарантию на стабильную работу: все статусы корректно обновляются, уведомления доставляются, дубли блокируются. Опыт 7+ лет и 50+ проектов позволяют предвидеть типовые проблемы. Официальная документация Битрикс по событиям подтверждает надёжность такого подхода.
Для оценки вашего проекта свяжитесь с нами — получите консультацию инженера. Мы рассчитаем стоимость и сроки индивидуально.