Привязка опций structural-модификатора к 1С

BR 1.17 — Привязка опций structural-модификатора к 1С

Статус: not_started

Описание

Добавить поле sku_1c в modifier_options (catalog-service) + валидация при привязке structural-модификатора. Фундамент для будущей выгрузки чеков в 1С Общепит. Подробности — в BR.

Затронутые сервисы

Сервис	Файл декомпозиции	Статус
Catalog Service	Catalog Service	not started
Admin BFF	Admin BFF	not started
Admin Web	Admin Web	not started
Scripts (1c-import)	Scripts	not started
Order Service	—	Не затронут (modifier_option_id уже сохраняется в order_modifier_entries)
POS Desktop	—	Не затронут (логика модификаторов уже работает)

Pre-flight аудит (до старта реализации)

Перед стартом проверить два потенциальных конфликта:

1. >1 structural-мод на продукт в текущей БД — BR 1.17 это запрещает.

   SELECT product_id, COUNT(*)
   FROM product_modifiers
   WHERE binding_type = 'structural'
   GROUP BY product_id HAVING COUNT(*) > 1;

   Если есть — либо мигрируем такие продукты вручную, либо ослабляем валидацию (резать на фронте).

2. Использование products.sku в PayKeeper Catalog Sync — в наших импортах (cifra1/cifra2) sku имеет префикс 1c:КОД. Если paykeeper-adapter использует sku для маппинга — потенциальный конфликт.

   • Проверить файл erp-paykeeper-adapter/.../CatalogEventConsumer.java.
   • Если использует — решить: (а) мигрировать на product_id, либо (б) добавить отдельное поле products.sku_1c (расширение BR 1.17).

Решение по этим двум — в начале работы по Catalog Service.md.

Ссылки

• BR: BR 1.17
• Бизнес-спека модификаторов: Модификаторы
• Спека интеграции: 1С Общепит
• Контракт Catalog Service: API
• Frontend: Каталог — Модификаторы · Каталог — Товары