MPLAZA / Delgram — маркетплейс в контуре Маркбэйс

Delgram — потребительский маркетплейс платформы Маркбэйс на базе модуля MPLAZA: покупатель видит каталог и оформляет заказы; продавец и производитель ведут витрину в том же контуре данных, что склад, заказы и тарифы компании. Публичные точки: delgram.ru, API витрины — по спецификации репозитория (api.delgram.ru в документации модуля). Связка витрина (shop_id) ↔ компания, мультивитрины и split-БД — в CORESYSTEM (в т.ч. §29–30); технический статус и контракты — в markbase.ru/modouls/MPLAZA. Продуктовая миссия, сценарии для презентаций и аккредитации — в DELGRAM_MPLAZA_MARKETPLACE_VISION_I_MISSIA.md; место в общей карте торговли — в MARKBASE_EKOSISTEMA_PRODUKTY_TORGOVLYA_MPLAZA.md.

На витрине сайта w7c не смешивать целевое состояние и roadmap с уже опубликованным в продакшене функционалом без явной пометки стадии (см. §8 видения Delgram и ч. 0 PLAN_AKKREDITACIYA).

Содержание

• Суть и термины
• Покупатель, продавец, производитель
• Витрины, shop_id и данные компании
• Заказы, оплата, логистика и выдача
• Связь с FEED, POWER и услугами
• Доверие и соответствие
• Главные фишки
• Стек / технологии
• Оценка стоимости
• Допущения

Суть и термины

MPLAZA — модуль платформы, реализующий потребительскую витрину и пользовательские потоки маркетплейса. Delgram — имя публичного продукта и домена для массового покупателя; данные товаров и заказов не живут в отдельном «втором каталоге» в обход master-учёта Маркбэйс: компания, роли, тариф и модули остаются в согласованном контуре (UAM, биллинг, ордера и т.д. по документации ядра).

Типовая цепочка для текста на сайте: пользователь находит товар или услугу (в т.ч. с акцентом на локальность и «рядом» — поиск и карта в продуктовой модели MPLAZA), оформляет заказ; заказ попадает в контур Orders, продавец подтверждает; Delivery и склады участвуют там, где подключены у клиента. Детали статусов и API — только из актуальной спецификации модуля и UI delgram.ru, без выдуманных endpoint’ов в маркетинге.

Покупатель, продавец, производитель

• Покупатель: каталог и фильтры, карточка товара с медиа из контура FILES, корзина, checkout (включая B2B и ЭДО там, где предусмотрено контрактом), заказы, отзывы, статусы доставки.
• Продавец: витрина, управление ассортиментом и заказами, коммуникация по заказу; для юрлиц — документы через интегрированный контур Documents / ЭДО (см. индекс модуля MPLAZA в монорепозитории).
• Производитель выступает как продавец с усиленной историей доверия (KYC/KYB, документы). Для производственной глубины в экосистеме используется модуль POWER (BOM, маршруты, производственные заказы): связь с MPLAZA в документации POWER описана как производственные сценарии при интеграции — на витрине формулировать так: покупатель видит доступность, сроки изготовления/отгрузки и статус заказа в рамках реально включённых интеграций и настроек магазина.

Витрины, shop_id и данные компании

Мультивитрины и привязка shop_id к компании — канон экосистемы (CORESYSTEM/29, 30, правило shop-vitrina-multi-storefront-canon). Маркетплейс не должен обходить эту модель: публичная витрина Delgram остаётся точкой входа, а мастер-данные и политика доступа — в платформе.

Заказы, оплата, логистика и выдача

Сквозной контур: заказы, оплата по подключённым провайдерам и настройкам компании, логистика и ПВЗ / выдача — в связке модулей экосистемы (LOGISTICS, DELIVERY, SKLAD и др. по тарифу клиента). Публичные тексты не обещают конкретный список перевозчиков или сроков без ссылки на оферту продавца и фактическую конфигурацию.

Связь с FEED, POWER и услугами

• FEED / Молвинка: социальная лента использует кэш карточек MPLAZA для товаров в постах; отдельного дублирующего PIM нет — см. FEED-Molvinka.md.
• POWER: производственные сценарии и сроки для производителей — по документации POWER и настройке интеграции.
• Услуги: в архитектуре MPLAZA зафиксирована связка с контуром Services; на сайте разделять уже подключённые сценарии и расширение по roadmap.

Доверие и соответствие

KYC/KYB, отзывы, compliance gate, правила платформы и обработка ПДн — в общей политике экосистемы и документе TEHNICHESKIJ_KONTUR_STEK_HRANENIE_PD_N.md. Формулировки для пользователей и юридические тексты согласовываются отдельно; техническая интеграция не заменяет политику конфиденциальности.

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

• Единый контур с Маркбэйс: одни роли, компания, тариф модулей и master-данные — без «островного» маркетплейса с отдельным каталогом в обход платформы.
• Потребительские потоки маркетплейса по дорожной карте MPLAZA: поиск, витрина, заказ, доверие и локальность (включая гео и карту — сверять с API spec и UI).
• Поддержка продавцов и производителей: витрина, верификация, выпуск на рынок без сборки интернет-магазина «с нуля»; для производства — поэтапное подключение POWER, складов и документов.
• Товары и услуги рядом: ассортимент SKU и сервисные сценарии продавца (доставка, монтаж и т.д. — по модели продавца и интеграциям).
• Интеграция с заказами, оплатой, логистикой и выдачей там, где модули включены у клиента.
• Честная витрина: не обещать функции вне контракта API и релиза; roadmap помечать явно (см. раздел «Статус» в видении Delgram).

Стек / технологии

• Модуль MPLAZA и связанные сервисы — в границах монорепозитория markbase.ru; публичный фронт маркетплейса и BFF/API — по README.md, 00_INDEX.md и 00_API_SPEC.md модуля (актуальные пути — в репозитории ядра).
• Auth, мультитенантность, биллинг-гейт — общие паттерны экосистемы Маркбэйс (_shared/auth, политики тарифов); не дублировать локальные копии инфраструктуры в модуле (см. shared-factories-canon в правилах Cursor репозитория платформы).
• Медиа карточек — через FILES; идентификаторы товаров в связке с кэшем витрины — по документации MPLAZA и CORESYSTEM для витрины и компании.

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

Объём и бюджет внедрения маркетплейса и кастомизации Delgram/MPLAZA зависят от числа витрин, интеграций (оплата, ЭДО, доставка, POWER), политики модерации и тарифа модулей. Ниже — структура оценки, а не фиксированная цена; числовой ориентир выдаётся после аудита процессов клиента.

Аудит и проектирование

• Стоимость: по согласованию после брифа
• Сроки: как правило 2–6 недель на аналитику и план внедрения (зависит от масштаба сети витрин и модулей)

Внедрение витрины и базовых процессов MPLAZA

• Стоимость: диапазон по ТЗ (зависит от готовности каталога и интеграций)
• Сроки: от нескольких недель до нескольких месяцев в зависимости от контура заказов и тестовых итераций

Сопровождение и развитие

• Ориентир: ежемесячно по договору — регламенты релизов, мониторинг, доработки по roadmap модуля

Допущения

• Конкретная версия UI на delgram.ru, набор фильтров карты и публичных сценариев API — только по актуальному фронту и API spec модуля MPLAZA; не приписывать функции без подтверждения релизом.
• Цифры готовности кода (~90% в аудите модуля) и маркетинговый ориентир (~70% в плане аккредитации) нужно согласовать единообразно между продуктом и витриной перед жёсткой публикацией процента на w7c.
• Интеграции с POWER, Services, ЭДО и конкретными перевозчиками зависят от тарифа и дорожной карты клиента.
• Юридические формулировки оферты, ПДн и правил площадки — не выводить из этого файла как единственный источник истины; сверка с TEHNICHESKIJ_KONTUR и юристом компании обязательна.