Налаштування модерації товарів продавців на маркетплейсі 1С-Bitrix
Без модерації на маркетплейсі продавці публікують все підряд: дублі, заборонені товари, карточки без зображень, з неправильними цінами. Модерація — це процес перевірки товару перед публікацією, який потрібно автоматизувати якомога більше і зробити прозорим для продавця.
Технічна реалізація статусної моделі
Кожен товар в інфоблоку отримує 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 днів.







