Автоматический роутинг дропшипа для Reflaunt — принять, опубликовать, в карантин или снять с витрины без рук ops.

Задача

Reflaunt нужен был механизм, который сам решает, принимать ли товары партнёров, и гонит их по нужной цепочке: публикация, пуш в канал Reflaunt, карантин на ручную проверку или снятие с витрины.

Основа — стандартные триггеры Shopify Flow плюс кастомные экшены через коннектор. Без самодельных таблиц в ops и без гадания на каждом обновлении SKU.

Правила допуска

Решение принять/отклонить складывается из тегов, метафилдов и матриц политик:

• Теги: partner:<id>, condition:A|B|C, images:<n>, brand:<name>, reflaunt:blocked, reflaunt:eligible
• Метафилды: qa.required_filled (bool), qa.images_count (int), compliance.authenticity (enum), pricing.vat_included (bool)
• Вайтлист/блэклист брендов, грейд pre-owned, логистические ограничения, минимальный набор фото/полей
• brand ∈ blacklist → reject; нет VAT там, где он обязателен → карантин с задачей на пересчёт
• дубль SKU или совпадение отпечатка brand+title+image → карантин с тегом duplicate

Таксономия тегов

Рекомендуемая структура тегов делает решения аудируемыми и фильтруемыми в админке:

• Источник: partner:reflaunt, partner:xyz
• Качество: condition:A|B|C, images:<n>, incomplete:>3_fields
• Решение движка: reflaunt:eligible | reflaunt:quarantine | reflaunt:rejected
• Операционные: duplicate, blocked:brand, blocked:policy, needs:vat_recalc

Сценарии Shopify Flow

Flow 1 — Product Intake: на create/update товара, если есть тег partner:*, кастомный экшен считает qa.score, images_count и required_filled. Заблокированные → rejected. Score ≥ 80, ≥ 3 фото, состояние A/B и бренд в вайтлисте → eligible, в коллекцию, вебхук push_to_reflaunt. Остальное → карантин с уведомлением Ops.

Flow 2 — Inventory/Price Drift: изменения количества или цены, которые ломают политику (минимум фото, ценовой пол бренда, региональный VAT), возвращают позицию в карантин с задачей на исправление.

Flow 3 — Order Routing: на создание заказа, если все строки eligible и фулфилмент Reflaunt → маршрут в Reflaunt DS, идемпотентный пейлоад в коннектор. Смешанные заказы → split/partial route и уведомление Ops.

Кастомные экшены Flow

Логику держат три кастомных экшена:

• Compute QA — скор, полнота полей, число фото, детекция дублей по индексам
• Policy Check — матрица бренд/регион (режим VAT, запрещённые категории, габариты)
• Push to Reflaunt — сборка целевого контракта, вызов webhook/GraphQL, ретраи

Требования к интеграции

Ключи идемпотентности на SKU/VariantID плюс хеш пейлоада. Ретраи с экспоненциальным бэкоффом и DLQ для застрявших батчей. Очереди и троттлинг, чтобы не вылезать за внешние rate limits.

Карантин и ручная проверка

Карантинные позиции никогда не публикуются в канал Reflaunt. Ops получает список задач: догрузить фото, заполнить критичные поля, поправить бренд/категорию/политику, разрулить дубли.

После правок Flow пересчитывает статус и сам поднимает eligible. Решения на уровне варианта агрегируются на продукт — частичная публикация возможна, если квалифицируется хотя бы один вариант.

Мониторинг и аудит

Дашборды держат доли eligible/quarantine/rejected, причины отказов и время обработки. Алерты на всплески дублей, кластеры policy_mismatch или падение конверсии карантин → eligible.

Каждый ручной оверрайд (например, reflaunt:force-eligible) логируется: кто и когда.

Что получил бизнес

Автоматический accept/reject интегрированных SKU без ручного разбора. Прозрачный карантин с причинами и коротким путём исправления. Надёжный роутинг заказов в дропшип-сценариях Reflaunt. Новый партнёр — новый профиль правил, а не переписывание ядра.