[598][@ant] docs(marketplace): admonition «в разработке» → «реализовано» в 9 MD

Заменил warning admonition «Эпик X — в разработке» на info admonition «Реализовано — ожидается прогон harness» с указанием коммита реализации и команды harness'а для будущего прогона. Прозы сохранены — описания из PRD остаются валидны как факт. board/payouts-readonly остался в статусе «Placeholder — в подготовке» (требует backend-расширения Payment/read:all). Обновлены: orderer/consolidated, offerer/incoming-orders, offerer/offers, onboarding/coop-accept-cpp, onboarding/member-pick-cpp, chairman/category-whitelist, branch-chairman/branch-orders, board/agenda-writeoff, board/payouts-readonly. Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-21 18:43:10 +00:00
parent 1e4c03de5e
commit 6a05e41942
9 changed files with 18 additions and 18 deletions
@@ -5,8 +5,8 @@ tags:

 # Голосование по списанию

-!!!warning "Эпик 8 — в разработке"
-    Отдельная страница голосования совета по marketplace-списаниям ещё не выделена в UI. На текущем MVP-стенде голосование выполняется через общий механизм повесток совета в `/soviet/agendas` (тип `mktwroff`). Описание ниже отражает целевое UI «Голосование по списанию» в столе совета, которое появится после завершения Эпика 8 / Story 8.x.
+!!!info "Реализовано — ожидается прогон harness"
+    Read-only страница совета `/market/board-writeoff` реализована (коммит `2a41354c328`). Совет видит ленту проектов списания в статусах ON_AGENDA / AUTHORIZED / EXECUTING / EXECUTED / REJECTED с фильтром по статусу. Само голосование совета — через core soviet agenda (`/soviet/agendas`, тип `mktwroff`). Скриншоты будут добавлены после прогона `bin/shoot.mjs board/agenda-writeoff` против стенда с подхваченными worktree-страницами.

 Члены совета голосуют по предложениям председателя о списании имущества (просроченного, испорченного, невостребованного). Это страница в их рабочем кабинете — раздел Marketplace на Столе совета.

@@ -5,8 +5,8 @@ tags:

 # Выплаты поставщикам

-!!!warning "Эпик 5 — в разработке"
-    Read-only страница «Выплаты поставщикам» для совета ещё не реализована в UI. Поставщик уже видит свою историю выплат на [странице «История выплат»](../offerer/payments.md). Read-only агрегат по всему кооперативу для совета появится после завершения Эпика 5 / Story 5.x. Описание ниже отражает целевое поведение.
+!!!info "Placeholder — раздел в подготовке"
+    Страница `/market/payouts` реализована как informational placeholder (коммит `261be9a2702`). Совету пока недоступен read-обзор по всем поставщикам — `marketplaceListOutgoingPaymentsAsSupplier` отдаёт только историю текущего пайщика. Для совета нужна доп. policy `Payment / read:all` в `marketplace-access-matrix.ts` + query `marketplaceListOutgoingPayments` с опц. `supplier_account`. До этого совет видит выплаты через core cassir-стол кооператива. Описание ниже отражает целевое поведение.

 Совет имеет **read-only доступ** к ленте всех денежных выплат поставщикам — от подписи акта приёма-передачи до фактического перевода средств. Эта страница — финансовый контроль совета над основным потоком исходящих платежей.

@@ -5,8 +5,8 @@ tags:

 # Заказы участка

-!!!warning "Эпик 6 — в разработке"
-    Сводная лента «Заказы участка» для председателя КУ ещё не реализована в UI: председатель пока пользуется лентой оператора и фильтрами в `OperatorIssuancePage`. Описание ниже отражает целевое UX «всё про мой ПВЗ на одной странице», которое появится после завершения Эпика 6.
+!!!info "Реализовано — ожидается прогон harness"
+    Страница `/market-pvz/branch-orders` реализована (коммит `d1bebf6f645`). Три ленты с табами и счётчиками: приёмки (Эпик 5), выдачи (Эпик 6), возвраты (Эпик 7) — все через существующие `*ByBraname` query, объединённые через Promise.all. braname вводится вручную; auto-detect через `marketplace_whoami` подключится на следующем шаге Story 6.x+1. Скриншоты — после прогона `bin/shoot.mjs branch-chairman/branch-orders`.

 Лента **Заказы участка** даёт председателю общую картину всего, что происходит с Заказами на его ПВЗ. Это сводный обзор, более широкий, чем оператор видит в своих специализированных лентах.

@@ -5,8 +5,8 @@ tags:

 # Кооперативные категории

-!!!warning "Эпик 3 — в разработке"
-    UI-страница управления белым списком категорий ещё не выделена. На текущем MVP-стенде все 10 категорий доступны по умолчанию (засеяны через `installExtraData`). Включение/выключение по решению совета появится после завершения Эпика 3 / Story 3.x.
+!!!info "Реализовано — ожидается прогон harness"
+    Страница `/market/category-whitelist` реализована (коммит `50538b45d43`). Председатель видит whitelist разрешённых категорий с stat-карточками; пустой whitelist означает, что доступен весь глобальный каталог. Backend готов — `available-category-admin.resolver.ts` (@AuthRoles chairman). В MVP добавление через ручной ввод ID; tree-выбор через `marketplaceGetCategoryTree` подключится на следующем шаге Story 3.x. Скриншоты — после прогона `bin/shoot.mjs chairman/category-whitelist`.

 Стол заказов работает с фиксированным набором из **10 кооперативных категорий**. Они едины для всей кооперативной сети, но каждый кооператив сам решает, **какие из них включены** в его Столе.

@@ -5,8 +5,8 @@ tags:

 # Входящие заказы

-!!!warning "Эпик 4 — в разработке"
-    Лента «Входящие заказы» для поставщика ещё не реализована: пока не подключен полный цикл заказа (см. [Оформление заказа](../orderer/order-create.md)). Описание ниже отражает целевое UX, которое появится после завершения Эпика 4.
+!!!info "Реализовано — ожидается прогон harness"
+    Страница `/market/incoming-orders` реализована (коммит `69d3e79f36c`). Поставщик видит заказы где он `supplier` через канон `OrderCard role='offerer'` с фильтром по статусу. Backend `marketplaceListSupplierOrders` уже был DONE (read:to-self policy). Действия по акцепту партии — отдельно на `/market/supply-prep`. Polling 15s. Скриншоты — после прогона `bin/shoot.mjs offerer/incoming-orders`.

 Когда сводный заказ закрывается и партия фиксируется (статус **CONFIRMED**), все Заказы пайщиков из этой партии становятся **входящими** для поставщика. Они появляются в ленте «Входящие заказы».

@@ -5,8 +5,8 @@ tags:

 # Мои предложения

-!!!warning "Эпик 3 — в разработке"
-    Отдельная лента «Мои предложения» для поставщика ещё не реализована. На текущем MVP-стенде поставщик публикует Предложение через [«Создать Предложение»](./offer-create.md) и видит итог в каталоге после модерации. Лента со всеми своими Предложениями, статусами и историей появится после завершения Эпика 3 / Story 3.1.
+!!!info "Реализовано — ожидается прогон harness"
+    Страница `/market/my-offers` реализована (коммит `69d3e79f36c`). Поставщик видит свои Offer'ы во всех 4 статусах (PENDING_MODERATION / ACTIVE / REJECTED / WITHDRAWN) через канон `CatalogOfferCard` с client-side фильтром и поиском. Для REJECTED — reject_reason под карточкой. Backend `marketplaceListMyOffers` уже был DONE. Polling 30s. Скриншоты — после прогона `bin/shoot.mjs offerer/my-offers`.

 Лента **Мои предложения** — рабочее место поставщика. Здесь видны все опубликованные Предложения с их статусами, текущим наполнением партий и историей циклов.

@@ -6,8 +6,8 @@ tags:

 # L1 — Подключение ЦПП Marketplace кооперативом

-!!!warning "Эпик 1 — в разработке"
-    Отдельная UI-страница `/onboarding/coop-cpp` для пошагового подключения ЦПП Marketplace советом ещё не реализована. На текущем MVP-стенде L1 выполняется через общий онбординг председателя + повестку совета в `/soviet/agendas`. Описание ниже отражает целевое поведение, которое появится после завершения Эпика 1.
+!!!info "Реализовано — ожидается прогон harness"
+    Страница `/market/onboarding/coop-cpp` реализована (коммит `510ccf545bb`). Председатель видит chip-статус ЦПП (Подключено / Не подключено), карточку с реквизитами решения совета и кнопку «Принять ЦПП Marketplace». Backend Story 1.9 (`marketplaceCppStatus` + `marketplaceAcceptCpp`) полностью готов. В MVP — stub `accepted_by_board_decision_id`; полноценная повестка совета подключится в Эпике 8 (FR40). Скриншоты — после прогона `bin/shoot.mjs onboarding/coop-accept-cpp`.

 Первый уровень онбординга — это **одноразовое решение совета о подключении** Целевой Потребительской Программы (ЦПП) «Стол заказов» к кооперативу. Без этого решения ни один пайщик не может оформить Заказ или опубликовать Предложение.

@@ -5,8 +5,8 @@ tags:

 # L2 — Выбор ЦПП при вступлении в кооператив

-!!!warning "Эпик 1 — в разработке"
-    Отдельный шаг мастера регистрации «Выбор ЦПП» в Vue ещё не реализован. На текущем MVP-стенде L2 имитируется автоматическим назначением ЦПП Marketplace всем новым пайщикам через `installExtraData`. Описание ниже отражает целевое UX-поведение, которое появится после завершения Эпика 1.
+!!!info "Реализовано — ожидается прогон harness"
+    Страница `/market/onboarding/member-cpp` реализована (коммит `147951356ab`). На странице — канон-виджет `OnboardingCPPGate` (UX-DR17) с пакетом ЦПП (оферта + Положение). Реальная подпись делается через core Registrator-мастер (`wallet::signagree`) — после клика «Перейти к подписанию» страница редиректит в мастер. Когда `requires_gate=false` — баннер «уже подключены» с переходом к каталогу. Скриншоты — после прогона `bin/shoot.mjs onboarding/member-pick-cpp`.

 Когда пайщик подаёт заявление о вступлении в кооператив, в мастере регистрации появляется блок «Целевые потребительские программы». Здесь пайщик отмечает программы, в которых хочет участвовать.

@@ -5,8 +5,8 @@ tags:

 # Сводный заказ

-!!!warning "Эпик 4 — в разработке"
-    Отдельная страница «Сводный заказ» для orderer'а (с UX-DR4 ConsolidatedOrderHeader) ещё не реализована. На текущем MVP-стенде пайщик отслеживает свой Заказ через [«Мои заказы»](./orders.md). Сводная карточка партии появится после завершения Эпика 4 / Story 4.4.
+!!!info "Реализовано — ожидается прогон harness"
+    Страница `/market/consolidated` реализована (коммит `e40b74fcf91`). Заказы пайщика-заказчика группируются по `cycle_id` (time_based / volume_based / open_subscription / individual) с суммарной стоимостью партии и общим этапом партии (минимальный активный по STAGE_RANK). Внутри партии — карточки `OrderCard role='orderer'`. Polling 15s. Скриншоты — после прогона `bin/shoot.mjs orderer/consolidated`.

 **Сводный заказ** — это виртуальная партия, в которую агрегируются все Заказы пайщиков по одному и тому же Предложению. Сводный заказ — основа кооперативной закупки: партия передаётся поставщику единым лотом, что даёт цену оптовой закупки.