Магазин и заказы — SHOP · ORDERS

1) Краткое описание

SHOP и ORDERS образуют публичную и внутреннюю торговую ось платформы Маркбэйс: витрина, корзина, оформление, сметы и product_cache на стороне магазина; жизненный цикл заказа, спецификации, статусы и outbox для согласованных событий на стороне заказов. Связка с мультивитринами (shop_id), тарифами и модулями оплаты/доставки задаётся архитектурными документами CORESYSTEM/29–30 и каноном складов.

Для клиента это «то, где покупают»; для компании — единый поток от каталога до отгрузки без разрыва между «сайтом» и «ERP».

2) Полный охват потребностей пользователя

Для кого это «полный продукт»

• Покупатель (B2C/B2B) — видит актуальный каталог, корзину и оформление на нужной витрине (shop_id), получает статусы заказа и коммуникации через подключённые Notifications — без «отдельного личного кабинета на коленке».
• Коммерческий директор и каталог — управляет карточками, ценами и доступностью как единым master-источником, из которого дальше едут витрины, маркетплейсы и отчёты (без второго PIM в таблицах).
• Операционный блок — переводит заказ в исполнение: спецификации, статусы, события для склада, оплаты и доставки через outbox, а не через ручные выгрузки.

Модуль SHOP — что закрывает сам по себе

Публичное представление товара, корзина, checkout, кэш карточек (product_cache), SEO-слой витрины там, где включено. Не заменяет юридически значимую оплату и ЭДО без Finance/Documents; не заменяет физическую отгрузку без Logistics/Delivery.

Модуль ORDERS — что закрывает сам по себе

Жизненный цикл заказа: строки, статусы, связь с клиентом компании, исходящие события для смежных сервисов. Граница: расчёт НДС и подписание контракта — в контуре Documents/Legal при подключении; остатки — через складские модули.

Связка с лояльностью и промо

Физические карты и QR (LOYALTY_QR в реестре) дополняют кассовый и маркетинговый контур вместе с Bonus ядра — сценарии зависят от тарифа и внедрения, но не создают второй каталог товаров.

Границы «полного объёма»

Полный коммерческий контур для компании достигается в связке Shop/Orders с Finance, Logistics, Documents и интеграциями — один только Shop не делает юридически закрытую сделку без подключённых модулей.

Главные фишки

• Каталог и карточки — атрибуты, комплекты, SEO-слой в контуре Shop (sitemap, YML, IndexNow — по включённым сценариям).
• Корзина и checkout — сценарии B2C/B2B, привязка к политике компании и доступным модулям оплаты.
• Заказы — статусы, спецификации, история; прозрачность для менеджмента и исполнения.
• Outbox / события — согласованная доставка изменений к смежным сервисам (логистика, уведомления, документы).
• Интеграция с MPLAZA / маркетплейсами — без дублирования master-каталога; кэш и идентификаторы по канону платформы.

Технологический стек

• Backend: shop-backend (порт 8020), orders-backend (8085) — по реестру модулей.
• Данные: PostgreSQL; кэш карточек и projection-слои по мере нагрузки.
• Frontend: React в App и витринах; SSR/SSG — по конфигурации конкретной витрины.
• Связь: внутренние API, очереди/outbox, контекст company и shop_id.

Допущения и важные оговорки

• Публичный URL витрины зависит от шаблона мультивитрины и DNS — не смешивать с «черновым» доменом разработки.
• Полный набор функций (специфичные типы заказов, глубокая интеграция с ЭДО) определяется подключёнными модулями и тарифом.

Оценка стоимости

Витрина + заказы (MVP интеграции с одним платежом и базовой логистикой)

• Ориентир: 6–18 млн ₽
• Сроки: 4–10 месяцев

Зрелый коммерческий контур (несколько витрин, сложные спецификации, высокие нагрузки)

• Ориентир: 18–45 млн ₽
• Сроки: 9–18 месяцев

Сопровождение

• Ориентир: 200–900 тыс ₽/мес в зависимости от объёма доработок и SLA.