On E16-korzina-zakaz-agregat: WIP backup before E16 cleanup: desktop+docs prior-session changes

index on E16-korzina-zakaz-agregat: c00f1920c4 [598-33][@ant ] feat: SDK-обёртки корзины и checkout (селекторы, queries, mutations) — дать desktop типизированный клиент для работы с корзиной и оформлением заказа
[598-33][@ant ] feat: SDK-обёртки корзины и checkout (селекторы, queries, mutations) — дать desktop типизированный клиент для работы с корзиной и оформлением заказа
2026-06-02 10:33:43 +00:00 · 2026-06-02 10:33:43 +00:00 · 2026-06-02 09:15:30 +00:00 · 2026-06-02 09:11:25 +00:00 · 2026-06-02 08:52:50 +00:00 · 2026-06-02 08:46:32 +00:00
1926 changed files with 112919 additions and 51018 deletions
@@ -0,0 +1,3 @@
+Trial run of Typecheck workflow on PR → dev.
+Created 2026-05-23 to measure end-to-end duration of vue-tsc (desktop) and tsc (controller).
+Do not merge; close after measurement.
@@ -18,7 +18,6 @@ name: Build bootstrap container
 #
 # Секреты:
 #   DOCKERHUB_USERNAME / DOCKERHUB_TOKEN
-#   TELEGRAM_BOT_TOKEN  / TELEGRAM_CHAT_ID

 on:
  push:
@@ -85,17 +84,3 @@ jobs:
          SHORT_SHA="${GITHUB_SHA::7}"
          docker tag "$IMAGE:${{ env.DOCKER_TAG }}" "$IMAGE:${{ env.DOCKER_TAG }}-$SHORT_SHA"
          docker push "$IMAGE:${{ env.DOCKER_TAG }}-$SHORT_SHA"
-
-      - name: Telegram notify success
-        if: ${{ success() }}
-        run: |
-          curl -s -X POST https://api.telegram.org/bot${{ secrets.TELEGRAM_BOT_TOKEN }}/sendMessage \
-            -d chat_id=${{ secrets.TELEGRAM_CHAT_ID }} \
-            -d text="✅ [GITHUB MONO] dicoop/bootcoop:${{ env.DOCKER_TAG }} (sha=${GITHUB_SHA::7})"
-
-      - name: Telegram notify failure
-        if: ${{ failure() }}
-        run: |
-          curl -s -X POST https://api.telegram.org/bot${{ secrets.TELEGRAM_BOT_TOKEN }}/sendMessage \
-            -d chat_id=${{ secrets.TELEGRAM_CHAT_ID }} \
-            -d text="❌ [GITHUB MONO] Ошибка сборки dicoop/bootcoop на ${{ github.ref_name }} (sha=${GITHUB_SHA::7})"
@@ -1,223 +0,0 @@
-name: Build Docker Images
-
-# Триггерится по успешному завершению `Build contracts container`. Это
-# гарантирует, что к моменту webhook'а на тестнет/прод образ
-# `dicoop/contracts:<branch>` уже обновлён в DockerHub.
-#
-# Раньше workflow висел на `push: tags`, и при релизе (`chore(release):
-# publish` + git tag) запускался параллельно с build-contracts. Поскольку
-# build-containers (~8 мин) короче build-contracts (~11 мин), webhook
-# отлетал раньше окончания build-contracts на 2-3 минуты — ансибл на
-# тестнете подтягивал ПРЕДЫДУЩИЙ образ контрактов и перетирал чейн
-# старым wasm. Инцидент 2026-05-13 (ledger2 фикс walletop sweep'а
-# откатился ансиблом).
-#
-# Теперь: build-contracts триггерится и по push веток, и по push тэгов
-# (см. tags в build-contracts.yaml). После его success этот workflow
-# резолвит — есть ли тэг на коммите, и если есть — собирает контейнеры
-# и шлёт webhook. Если тэга нет (обычный push в ветку без релиза) —
-# делаем no-op.
-on:
-  workflow_run:
-    workflows: ["Build contracts container"]
-    types: [completed]
-  # Ручной fallback: запустить сборку контейнеров и деплой для конкретного
-  # тэга, если автоматический workflow_run не сработал (типичный кейс —
-  # миграционное окно: на default-ветке (main) старая версия build-containers
-  # с `push: tags`, а на dev/testnet уже новая с `workflow_run`. До мержа
-  # в main новая логика не активна).
-  workflow_dispatch:
-    inputs:
-      tag:
-        description: 'Git-тэг для сборки и деплоя (например v2026.5.13-alpha-3)'
-        required: true
-
-jobs:
-  build:
-    runs-on: ubuntu-latest
-    # Job запускается, если: (а) workflow_run от build-contracts успешен,
-    # либо (б) ручной запуск через workflow_dispatch.
-    if: ${{ github.event_name == 'workflow_dispatch' || github.event.workflow_run.conclusion == 'success' }}
-    steps:
-      - name: Checkout repository at triggering SHA
-        uses: actions/checkout@v3
-        with:
-          ref: ${{ github.event_name == 'workflow_dispatch' && github.event.inputs.tag || github.event.workflow_run.head_sha }}
-          fetch-depth: 0
-
-      - name: Resolve tag for triggering commit
-        id: resolve_tag
-        run: |
-          if [ "${{ github.event_name }}" = "workflow_dispatch" ]; then
-            TAG_NAME="${{ github.event.inputs.tag }}"
-            HEAD_SHA=$(git rev-parse "$TAG_NAME^{commit}")
-            echo "Ручной запуск: tag=$TAG_NAME sha=$HEAD_SHA"
-          else
-            HEAD_SHA="${{ env.HEAD_SHA }}"
-            # `git describe --exact-match` отдаёт имя тэга, лежащего ровно
-            # на этом коммите; код 128 если тэга нет — тогда выходим без
-            # сборки контейнеров (push в ветку без релизного тэга).
-            TAG_NAME=$(git describe --tags --exact-match "$HEAD_SHA" 2>/dev/null || true)
-            if [ -z "$TAG_NAME" ]; then
-              echo "На коммите $HEAD_SHA тэга нет — релиза не было, контейнеры не собираем."
-              echo "has_tag=false" >> $GITHUB_OUTPUT
-              exit 0
-            fi
-          fi
-          echo "Найден тэг: $TAG_NAME"
-          echo "has_tag=true" >> $GITHUB_OUTPUT
-          echo "DOCKER_TAG=$TAG_NAME" >> $GITHUB_ENV
-          echo "HEAD_SHA=$HEAD_SHA" >> $GITHUB_ENV
-
-          # Проверяем, является ли тег продакшн-тегом (не содержит alpha, beta, rc и т.д.)
-          if [[ ! $TAG_NAME =~ -(alpha|beta|rc|test) ]]; then
-            echo "IS_PRODUCTION_TAG=true" >> $GITHUB_ENV
-            echo "Это продакшн тег, будем добавлять latest"
-          else
-            echo "IS_PRODUCTION_TAG=false" >> $GITHUB_ENV
-            echo "Это не продакшн тег, latest не добавляем"
-          fi
-
-      - name: Debug info
-        if: steps.resolve_tag.outputs.has_tag == 'true'
-        run: |
-          echo "Триггер: ${{ github.event_name }}"
-          echo "Триггерящий коммит: ${{ env.HEAD_SHA }}"
-          echo "Резолвенный тэг: ${{ env.DOCKER_TAG }}"
-          echo "Последние коммиты:"
-          git log -n 3 --oneline
-          echo "Проверяем файлы в директории components/desktop/src-ssr:"
-          ls -la components/desktop/src-ssr/ || echo "Директория не найдена!"
-          echo "Проверяем файлы в middlewares:"
-          ls -la components/desktop/src-ssr/middlewares/ || echo "Директория middlewares не найдена!"
-
-      - name: Login to DockerHub
-        if: steps.resolve_tag.outputs.has_tag == 'true'
-        uses: docker/login-action@v2
-        with:
-          username: ${{ secrets.DOCKERHUB_USERNAME }}
-          password: ${{ secrets.DOCKERHUB_TOKEN }}
-
-      # Сначала собираем базовый образ с runtime
-      - name: Build base image
-        if: steps.resolve_tag.outputs.has_tag == 'true'
-        run: |
-          docker build --target runtime -t dicoop/mono-base:${{ env.DOCKER_TAG }} .
-          docker push dicoop/mono-base:${{ env.DOCKER_TAG }}
-
-          # Если это продакшн тег, добавляем latest
-          if [[ "${{ env.IS_PRODUCTION_TAG }}" == "true" ]]; then
-            docker tag dicoop/mono-base:${{ env.DOCKER_TAG }} dicoop/mono-base:latest
-            docker push dicoop/mono-base:latest
-          fi
-
-      # Создаем сервисные образы на основе базового
-      - name: Build desktop image
-        if: steps.resolve_tag.outputs.has_tag == 'true'
-        run: |
-          echo "FROM dicoop/mono-base:${{ env.DOCKER_TAG }}" > Dockerfile.desktop
-          echo "CMD [\"pnpm\", \"-F\", \"@coopenomics/desktop\", \"run\", \"start\"]" >> Dockerfile.desktop
-          docker build -t dicoop/desktop:${{ env.DOCKER_TAG }} -f Dockerfile.desktop .
-          docker push dicoop/desktop:${{ env.DOCKER_TAG }}
-
-          if [[ "${{ env.IS_PRODUCTION_TAG }}" == "true" ]]; then
-            docker tag dicoop/desktop:${{ env.DOCKER_TAG }} dicoop/desktop:latest
-            docker push dicoop/desktop:latest
-          fi
-
-      - name: Build controller image
-        if: steps.resolve_tag.outputs.has_tag == 'true'
-        run: |
-          echo "FROM dicoop/mono-base:${{ env.DOCKER_TAG }}" > Dockerfile.coopback
-          echo "CMD [\"pnpm\", \"-F\", \"@coopenomics/controller\", \"run\", \"start\"]" >> Dockerfile.coopback
-          docker build -t dicoop/coopback:${{ env.DOCKER_TAG }} -f Dockerfile.coopback .
-          docker push dicoop/coopback:${{ env.DOCKER_TAG }}
-
-          if [[ "${{ env.IS_PRODUCTION_TAG }}" == "true" ]]; then
-            docker tag dicoop/coopback:${{ env.DOCKER_TAG }} dicoop/coopback:latest
-            docker push dicoop/coopback:latest
-          fi
-
-      # TEMP: парсер используется существующим деплоем как dicoop/cooparser,
-      # пока не мигрировали на dicoop/parser из отдельного coopenomics/parser repo.
-      # Оставляем сборку и пуш образа до завершения миграции потребителей.
-      - name: Build parser image
-        if: steps.resolve_tag.outputs.has_tag == 'true'
-        run: |
-          echo "FROM dicoop/mono-base:${{ env.DOCKER_TAG }}" > Dockerfile.cooparser
-          echo "CMD [\"pnpm\", \"-F\", \"@coopenomics/parser\", \"run\", \"start\"]" >> Dockerfile.cooparser
-          docker build -t dicoop/cooparser:${{ env.DOCKER_TAG }} -f Dockerfile.cooparser .
-          docker push dicoop/cooparser:${{ env.DOCKER_TAG }}
-
-          if [[ "${{ env.IS_PRODUCTION_TAG }}" == "true" ]]; then
-            docker tag dicoop/cooparser:${{ env.DOCKER_TAG }} dicoop/cooparser:latest
-            docker push dicoop/cooparser:latest
-          fi
-
-      - name: Build notificator image
-        if: steps.resolve_tag.outputs.has_tag == 'true'
-        run: |
-          echo "FROM dicoop/mono-base:${{ env.DOCKER_TAG }}" > Dockerfile.notificator
-          echo "CMD [\"pnpm\", \"-F\", \"coop-notificator\", \"run\", \"start\"]" >> Dockerfile.notificator
-          docker build -t dicoop/notificator:${{ env.DOCKER_TAG }} -f Dockerfile.notificator .
-          docker push dicoop/notificator:${{ env.DOCKER_TAG }}
-
-          if [[ "${{ env.IS_PRODUCTION_TAG }}" == "true" ]]; then
-            docker tag dicoop/notificator:${{ env.DOCKER_TAG }} dicoop/notificator:latest
-            docker push dicoop/notificator:latest
-          fi
-
-      - name: Build notifications image
-        if: steps.resolve_tag.outputs.has_tag == 'true'
-        run: |
-          echo "FROM dicoop/mono-base:${{ env.DOCKER_TAG }}" > Dockerfile.notifications
-          echo "CMD [\"pnpm\", \"-F\", \"@coopenomics/notifications\", \"run\", \"sync\"]" >> Dockerfile.notifications
-          docker build -t dicoop/notifications:${{ env.DOCKER_TAG }} -f Dockerfile.notifications .
-          docker push dicoop/notifications:${{ env.DOCKER_TAG }}
-
-          if [[ "${{ env.IS_PRODUCTION_TAG }}" == "true" ]]; then
-            docker tag dicoop/notifications:${{ env.DOCKER_TAG }} dicoop/notifications:latest
-            docker push dicoop/notifications:latest
-          fi
-
-      # Отправка хука для деплоя. К этому моменту build-contracts.yaml
-      # уже завершился успешно (мы и есть его workflow_run-зависимый
-      # потребитель), значит образ `dicoop/contracts:<branch>` гарантированно
-      # обновлён в DockerHub — гонки 2026-05-13 больше не воспроизвести.
-      - name: Trigger deployment webhook
-        if: success() && steps.resolve_tag.outputs.has_tag == 'true'
-        run: |
-          if [[ "${{ env.DOCKER_TAG }}" == *alpha* ]]; then
-              # Хук для тестнета (alpha теги)
-              curl -X POST ${{ vars.TESTNET_WEBHOOK_URL }} \
-                -H 'Content-Type: application/json' \
-                -d '${{ env.DOCKER_TAG }}'
-          else
-              # Хук для продакшена (остальные теги)
-              curl -X POST ${{ vars.PRODUCTION_WEBHOOK_URL }} \
-                -H 'Content-Type: application/json' \
-                -d '${{ env.DOCKER_TAG }}'
-          fi
-
-      # Уведомление в Telegram об успехе
-      - name: Telegram notify success
-        if: success() && steps.resolve_tag.outputs.has_tag == 'true'
-        run: |
-          if [[ "${{ env.IS_PRODUCTION_TAG }}" == "true" ]]; then
-            ADDITIONAL_INFO=" (с тегом latest)"
-          else
-            ADDITIONAL_INFO=""
-          fi
-
-          curl -s -X POST https://api.telegram.org/bot${{ secrets.TELEGRAM_BOT_TOKEN }}/sendMessage \
-            -d chat_id=${{ secrets.TELEGRAM_CHAT_ID }} \
-            -d text="✅ [GITHUB MONO] Успешная сборка контейнеров: $GITHUB_REPOSITORY (sha=${{ env.HEAD_SHA }}) [${{ env.DOCKER_TAG }}]$ADDITIONAL_INFO"
-
-      # Уведомление в Telegram об ошибке (только если до этого был
-      # резолвен тэг — иначе no-op запуск без сборки и без алертов).
-      - name: Telegram notify failure
-        if: failure() && steps.resolve_tag.outputs.has_tag == 'true'
-        run: |
-          curl -s -X POST https://api.telegram.org/bot${{ secrets.TELEGRAM_BOT_TOKEN }}/sendMessage \
-            -d chat_id=${{ secrets.TELEGRAM_CHAT_ID }} \
-            -d text="❌ [GITHUB MONO] Ошибка при сборке контейнеров: $GITHUB_REPOSITORY (sha=${{ env.HEAD_SHA }}) [${{ env.DOCKER_TAG }}]"
@@ -1,18 +0,0 @@
-# .github/workflows/trigger-coopenomics.yml
-name: Trigger Contracts Docs Deploy
-
-on:
-  push:
-    branches: [dev, testnet, main, capital] # или когда нужно триггерить
-
-jobs:
-  trigger-coopenomics:
-    runs-on: ubuntu-latest
-    steps:
-      - name: Trigger Coopenomics deployment
-        uses: peter-evans/repository-dispatch@v2
-        with:
-          token: ${{ secrets.COOPENOMICS_PAT }}
-          repository: coopenomics/coopenomics # укажи правильный owner/repo
-          event-type: deploy_from_mono
-          client-payload: '{"repository": "${{ github.repository }}", "sha": "${{ github.sha }}", "ref": "${{ github.ref }}", "actor": "${{ github.actor }}"}'
@@ -1,240 +0,0 @@
-name: Build contracts container
-
-# Сборка и публикация docker-образа `dicoop/contracts`, который содержит
-# wasm/abi всех контрактов кооперативной экономики (apps, marketplace,
-# ledger, meet, loan, wallet, capital, branch, contributor, fund, draft,
-# soviet, registrator, gateway, system, test). Образ потребляется
-# ke-bootstrap'ом (отдельный артефакт), который при старте ноды деплоит
-# контракты через `cleos set contract`.
-#
-# Триггер — push в одну из веток-окружений (dev / testnet / main).
-# Маппинг:
-#   dev     → IS_TESTNET=ON,  tag=dev
-#   testnet → IS_TESTNET=ON,  tag=testnet
-#   main    → IS_TESTNET=OFF, tag=main + latest
-#
-# Сам compile идёт через CDT-образ `dicoop/blockchain_v5.1.1:dev`
-# (тот же, что использует `components/contracts/build.sh|build-all.sh`).
-# Артефакты копируются в slim alpine-образ.
-#
-# Секреты:
-#   DOCKERHUB_USERNAME / DOCKERHUB_TOKEN  — публикация в dicoop/*
-#   TELEGRAM_BOT_TOKEN  / TELEGRAM_CHAT_ID — уведомления
-
-on:
-  push:
-    branches: [dev, testnet, main]
-    paths:
-      - 'components/contracts/cpp/**'
-      - 'components/contracts/CMakeLists.txt'
-      - 'components/contracts/build.sh'
-      - 'components/contracts/build-all.sh'
-      - 'components/contracts/docker/**'
-      - '.github/workflows/build-contracts.yaml'
-    # Дополнительно ловим все push'и тэгов: build-containers.yaml зависит от
-    # успеха этой сборки через workflow_run, и без unconditional запуска по
-    # тегу build-containers не получит триггер для коммитов, где .cpp не
-    # менялся (например `chore(release): publish` правит только версии
-    # пакетов). См. историю гонки 2026-05-13: webhook деплоя сработал на
-    # 2:34 быстрее обновления `dicoop/contracts:testnet`, на чейн уехал
-    # старый wasm.
-    tags:
-      - '*'
-  workflow_dispatch:
-
-jobs:
-  build:
-    runs-on: ubuntu-latest
-    steps:
-      - name: Checkout repository
-        uses: actions/checkout@v4
-        with:
-          # Полная история нужна, чтобы при push'е тэга резолвить ветку
-          # через `git branch -r --contains $SHA` (см. следующий step).
-          fetch-depth: 0
-
-      - name: Determine build mode and docker tag
-        # Источник режима — ВЕТКА, не имя тэга. Сначала пытаемся взять
-        # `github.ref_name` как ветку (push веток); если не подошло — это
-        # push тэга, и мы ищем какая из dev/testnet/main содержит коммит.
-        # Тэг такого окружения нести семантику не должен (например,
-        # `v2026.5.13-alpha-2` → ветка testnet, BUILD_MODE=test).
-        run: |
-          REF="${{ github.ref_name }}"
-          REF_TYPE="${{ github.ref_type }}"
-          BRANCH=""
-          if [ "$REF_TYPE" = "branch" ]; then
-            BRANCH="$REF"
-          else
-            SHA="${{ github.sha }}"
-            for candidate in main testnet dev; do
-              if git branch -r --contains "$SHA" 2>/dev/null | grep -qE "^[[:space:]]*origin/${candidate}$"; then
-                BRANCH="$candidate"
-                break
-              fi
-            done
-          fi
-
-          case "$BRANCH" in
-            main)
-              echo "BUILD_MODE=prod"      >> $GITHUB_ENV
-              echo "DOCKER_TAG=main"      >> $GITHUB_ENV
-              echo "EXTRA_TAG=latest"     >> $GITHUB_ENV
-              ;;
-            testnet)
-              echo "BUILD_MODE=test"      >> $GITHUB_ENV
-              echo "DOCKER_TAG=testnet"   >> $GITHUB_ENV
-              echo "EXTRA_TAG="           >> $GITHUB_ENV
-              ;;
-            dev)
-              echo "BUILD_MODE=test"      >> $GITHUB_ENV
-              echo "DOCKER_TAG=dev"       >> $GITHUB_ENV
-              echo "EXTRA_TAG="           >> $GITHUB_ENV
-              ;;
-            *)
-              echo "Unsupported ref: ref_name=$REF ref_type=$REF_TYPE resolved_branch='$BRANCH'" >&2
-              exit 1
-              ;;
-          esac
-          echo "Resolved BRANCH=$BRANCH (ref_name=$REF ref_type=$REF_TYPE)"
-
-      - name: Pull CDT toolchain image
-        run: docker pull dicoop/blockchain_v5.1.1:dev
-
-      - name: Compile all contracts
-        working-directory: components/contracts
-        run: |
-          ./build-all.sh "$BUILD_MODE"
-          echo "--- build/contracts ---"
-          ls -la build/contracts/
-
-      - name: Stage docker context
-        working-directory: components/contracts
-        run: |
-          ROOT="docker/.context"
-          rm -rf "$ROOT"
-          mkdir -p "$ROOT/contracts"
-
-          # Имена контрактов берём из CMakeLists (`add_contract_build(<name>)`)
-          # — единая точка истины. Любое изменение списка там автоматически
-          # подтянется в образ.
-          # Имена контрактов = аргументы add_contract_build(...) только в
-          # незакомменченных строках (CMake-комментарий начинается с `#`).
-          NAMES=$(grep -E '^[[:space:]]*add_contract_build\(' CMakeLists.txt \
-                   | sed -E 's/^[[:space:]]*add_contract_build\(([^)]*)\).*/\1/')
-          echo "Contracts to package:"
-          echo "$NAMES"
-
-          MANIFEST="$ROOT/contracts/manifest.json"
-
-          # Хелпер: упаковывает одну пару (wasm, abi) в /contracts/<name>/
-          # и добавляет JSON-запись в STDOUT (caller склеивает в массив).
-          pack_one() {
-            local NAME="$1" WASM="$2" ABI="$3"
-            if [ ! -f "$WASM" ] || [ ! -f "$ABI" ]; then
-              echo "::warning::Skipping $NAME: artifacts missing ($WASM / $ABI)" >&2
-              return 1
-            fi
-            mkdir -p "$ROOT/contracts/$NAME"
-            cp "$WASM" "$ROOT/contracts/$NAME/$NAME.wasm"
-            cp "$ABI"  "$ROOT/contracts/$NAME/$NAME.abi"
-            local SHA_WASM=$(sha256sum "$WASM" | awk '{print $1}')
-            local SHA_ABI=$(sha256sum  "$ABI"  | awk '{print $1}')
-            printf '    {"name":"%s","sha256_wasm":"%s","sha256_abi":"%s"}' \
-                   "$NAME" "$SHA_WASM" "$SHA_ABI"
-          }
-
-          {
-            printf '{\n'
-            printf '  "build_mode": "%s",\n' "$BUILD_MODE"
-            printf '  "git_sha": "%s",\n' "$GITHUB_SHA"
-            printf '  "ref": "%s",\n' "$GITHUB_REF_NAME"
-            printf '  "built_at": "%s",\n' "$(date -u +%Y-%m-%dT%H:%M:%SZ)"
-            printf '  "contracts": [\n'
-
-            FIRST=1
-            emit() {
-              entry=$(pack_one "$@") || return 0
-              [ $FIRST -eq 0 ] && printf ',\n'
-              FIRST=0
-              printf '%s' "$entry"
-            }
-
-            for c in $NAMES; do
-              if [ "$c" = "system" ]; then
-                # У system многоконтрактная сборка: разносим под-контракты
-                # eosio.* как полноценные элементы каталога, а сам "system"
-                # как имя пропускаем. test_contracts/* не упаковываем —
-                # это тестовые stub'ы, не нужны на проде.
-                for sub in build/contracts/system/contracts/eosio.*/; do
-                  [ -d "$sub" ] || continue
-                  sub_name=$(basename "$sub")
-                  emit "$sub_name" "$sub/$sub_name.wasm" "$sub/$sub_name.abi"
-                done
-              else
-                emit "$c" "build/contracts/$c/$c.wasm" "build/contracts/$c/$c.abi"
-              fi
-            done
-
-            printf '\n  ]\n'
-            printf '}\n'
-          } > "$MANIFEST"
-
-          cp docker/Dockerfile     "$ROOT/Dockerfile"
-          cp docker/entrypoint.sh  "$ROOT/entrypoint.sh"
-          chmod +x "$ROOT/entrypoint.sh"
-
-          echo "--- manifest.json ---"
-          cat "$MANIFEST"
-          echo "--- context tree ---"
-          find "$ROOT" -maxdepth 3 -type f | sort
-
-      - name: Login to DockerHub
-        uses: docker/login-action@v3
-        with:
-          username: ${{ secrets.DOCKERHUB_USERNAME }}
-          password: ${{ secrets.DOCKERHUB_TOKEN }}
-
-      - name: Build and push image
-        working-directory: components/contracts
-        run: |
-          IMAGE="dicoop/contracts"
-          docker build \
-            --label "org.opencontainers.image.revision=${{ github.sha }}" \
-            --label "org.opencontainers.image.created=$(date -u +%Y-%m-%dT%H:%M:%SZ)" \
-            --label "build.mode=$BUILD_MODE" \
-            -t "$IMAGE:$DOCKER_TAG" \
-            ./docker/.context
-          docker push "$IMAGE:$DOCKER_TAG"
-
-          if [ -n "$EXTRA_TAG" ]; then
-            docker tag "$IMAGE:$DOCKER_TAG" "$IMAGE:$EXTRA_TAG"
-            docker push "$IMAGE:$EXTRA_TAG"
-          fi
-
-          # SHA-tag для воспроизводимости (если нужно запинить конкретный
-          # коммит, а не двигающийся branch-tag).
-          SHORT_SHA="${GITHUB_SHA::7}"
-          docker tag "$IMAGE:$DOCKER_TAG" "$IMAGE:$DOCKER_TAG-$SHORT_SHA"
-          docker push "$IMAGE:$DOCKER_TAG-$SHORT_SHA"
-
-      - name: Verify pushed image
-        run: |
-          docker run --rm dicoop/contracts:$DOCKER_TAG list
-          echo "---"
-          docker run --rm dicoop/contracts:$DOCKER_TAG sha256
-
-      - name: Telegram notify success
-        if: ${{ success() }}
-        run: |
-          COUNT=$(docker run --rm dicoop/contracts:$DOCKER_TAG list | wc -l)
-          curl -s -X POST https://api.telegram.org/bot${{ secrets.TELEGRAM_BOT_TOKEN }}/sendMessage \
-            -d chat_id=${{ secrets.TELEGRAM_CHAT_ID }} \
-            -d text="✅ [GITHUB MONO] dicoop/contracts:$DOCKER_TAG ($COUNT контрактов, mode=$BUILD_MODE, sha=${GITHUB_SHA::7})"
-
-      - name: Telegram notify failure
-        if: ${{ failure() }}
-        run: |
-          curl -s -X POST https://api.telegram.org/bot${{ secrets.TELEGRAM_BOT_TOKEN }}/sendMessage \
-            -d chat_id=${{ secrets.TELEGRAM_CHAT_ID }} \
-            -d text="❌ [GITHUB MONO] Ошибка сборки dicoop/contracts на ${{ github.ref_name }} (sha=${GITHUB_SHA::7})"
@@ -1,135 +0,0 @@
-name: Publish Docs
-
-on:
-  push:
-    branches:
-      - main
-      - testnet
-      - dev
-      - reports
-      - marketplace2
-
-jobs:
-  build-and-publish-docs:
-    runs-on: ubuntu-latest
-    steps:
-      - name: Checkout repository
-        uses: actions/checkout@v3
-
-      # Версия pnpm берётся из `packageManager` корневого package.json,
-      # синхронно с publish-packages.yaml и Dockerfile'ами.
-      - name: Set up pnpm
-        uses: pnpm/action-setup@v4
-
-      - name: Set up Node.js
-        uses: actions/setup-node@v4
-        with:
-          node-version: 22
-          cache: pnpm
-
-      - name: Set up Python
-        uses: actions/setup-python@v4
-        with:
-          python-version: '3.10'
-
-      - name: Install Python requirements
-        run: |
-          python -m venv venv
-          source venv/bin/activate
-          pip install mkdocs-material mkdocs-macros-plugin mkdocs-section-index pymdown-extensions
-        working-directory: ./components/docs
-        
-      - name: Install Node.js dependencies
-        run: pnpm install
-        working-directory: ./components/docs
-
-      - name: Patch spectaql-config.yml for CI
-        run: |
-          sed -i.bak "0,/url:.*/s|url:.*|url: 'https://testnet.coopenomics.world/backend/v1/graphql'|" spectaql-config.yml
-        working-directory: ./components/controller
-
-      - name: Show patched spectaql-config.yml
-        run: cat spectaql-config.yml
-        working-directory: ./components/controller
-
-      - name: Build cooptypes
-        run: pnpm run build
-        working-directory: ./components/cooptypes
-
-      - name: Generate controller docs
-        run: pnpm run docs
-        working-directory: ./components/controller
-
-      - name: Copy controller docs
-        run: |
-          mkdir -p ./components/docs/docs/graphql
-          cp -r ./components/controller/docs/* ./components/docs/docs/graphql/
-
-      - name: Generate sdk docs
-        run: pnpm run docs
-        working-directory: ./components/sdk
-
-      - name: Copy sdk docs
-        run: |
-          mkdir -p ./components/docs/docs/sdk
-          cp -r ./components/sdk/docs/* ./components/docs/docs/sdk/
-
-      - name: Generate cooptypes docs
-        run: pnpm run docs
-        working-directory: ./components/cooptypes
-
-      - name: Copy cooptypes docs
-        run: |
-          mkdir -p ./components/docs/docs/cooptypes
-          cp -r ./components/cooptypes/docs/* ./components/docs/docs/cooptypes/
-
-      # ── standards-site → /standards/ на docs.цифровой-кооператив.рф ──
-      # Отдельный Vue-сайт с BPMN-графом кооперативных стандартов,
-      # публикуется как поддиректория на том же домене. Vite собирает
-      # с base='/standards/' (см. vite.config.ts), относительные пути
-      # внутри dist/ и hash-router работают корректно.
-      # dist кладём в docs/standards/ ДО mkdocs build — так же, как
-      # graphql/sdk/cooptypes; mkdocs сам включит его в итоговый site/.
-      - name: Build standards-site
-        run: pnpm run build
-        working-directory: ./components/contracts/standards-site
-
-      - name: Copy standards-site into docs/standards
-        run: |
-          mkdir -p ./components/docs/docs/standards
-          cp -r ./components/contracts/standards-site/dist/* ./components/docs/docs/standards/
-
-      - name: Build docs (mkdocs)
-        run: |
-          source venv/bin/activate
-          mkdocs build
-        working-directory: ./components/docs
-
-      - name: Remove specific large file before publishing
-        run: |
-          # Удаляем конкретный большой файл sdk/typedoc.json
-          rm -f ./components/docs/site/sdk/typedoc.json
-          # Проверяем, что файл удален
-          if [ -f "./components/docs/site/sdk/typedoc.json" ]; then
-            echo "ERROR: typedoc.json still exists!"
-            exit 1
-          else
-            echo "SUCCESS: typedoc.json removed successfully"
-          fi
-
-      - name: Publish to GitHub Pages
-        run: npx gh-pages --nojekyll -d site --repo https://x-access-token:${GITHUB_TOKEN}@github.com/coopenomics/mono.git
-        working-directory: ./components/docs
-        env:
-          GIT_AUTHOR_NAME: github-actions
-          GIT_AUTHOR_EMAIL: github-actions@github.com
-          GIT_COMMITTER_NAME: github-actions
-          GIT_COMMITTER_EMAIL: github-actions@github.com
-          GITHUB_TOKEN: ${{ secrets.GITHUB_TOKEN }}
-
-      - name: Trigger docs deployment webhook
-        if: ${{ success() }}
-        run: |
-          curl -X POST "${{ vars.DOCS_DEPLOY_WEBHOOK_URL }}" \
-            -H 'Content-Type: application/json' \
-            -d '{"ref":"${{ github.ref }}","sha":"${{ github.sha }}","branch":"${{ github.ref_name }}"}'
@@ -1,37 +0,0 @@
-name: Publish Packages
-
-on:
-  push:
-    tags:
-      - 'v*'
-
-permissions:
-  contents: read
-
-jobs:
-  build-and-publish:
-    if: |
-      startsWith(github.ref, 'refs/tags/v') &&
-      !contains(github.ref, '-alpha')
-    runs-on: ubuntu-latest
-
-    steps:
-      - uses: actions/checkout@v4
-
-      # Жёстко прибиваем версию pnpm, которой сгенерён lockfile (lockfileVersion 9.0 = pnpm 9/10).
-      # Иначе action-setup может подтянуть другую версию и переписать pnpm-lock.yaml → Lerna EUNCOMMIT.
-      - uses: pnpm/action-setup@v4
-        with:
-          version: 10.33.0
-
-      - uses: actions/setup-node@v4
-        with:
-          node-version: 24
-          registry-url: https://registry.npmjs.org
-          cache: pnpm
-
-      - run: pnpm install --frozen-lockfile
-      - run: pnpm lerna run build
-      - run: pnpm lerna publish from-package --yes
-        env:
-          NODE_AUTH_TOKEN: ${{ secrets.NPM_TOKEN }}
@@ -0,0 +1,406 @@
+name: Release
+
+# Единый релизный workflow по push'у тэга `v*`.
+#
+# Порядок (через jobs.needs):
+#   1) release             — контракты + контейнеры + webhook деплоя (атомарно)
+#   2) publish-packages    — npm publish через lerna (если не -alpha)
+#   3) trigger-coopenomics — workflow_dispatch сборки сайта C9S/coopenomics на
+#                            Gitea (если не -alpha + ветка main); он сам тянет
+#                            mono и пересобирает доки.
+#
+# publish-docs (gh-pages на github.com) удалён 2026-05-25 — после переезда на
+# Gitea Pages-публикация невалидна; доки деплоятся через C9S/coopenomics.
+#
+# Зачем последовательно: пакеты/доки/внешний триггер не должны уезжать,
+# если релиз контрактов или контейнеров провалился. Раньше четыре workflow'а
+# стартовали параллельно по одному тэгу — отсюда гонка из инцидента 2026-05-13
+# с ledger2 walletop sweep'ом (см. историю release.yaml до объединения).
+#
+# Гейт `-alpha` унифицирован: пакеты + доки + триггер docs пропускают только
+# не-alpha тэги. -beta/-rc/-test в проекте не используются (см. CLAUDE.md),
+# поэтому проще иметь один паттерн `!contains(github.ref, '-alpha')`.
+# IS_PROD в release-job остаётся на `(alpha|beta|rc|test)` — он определяет
+# деплой-webhook (testnet vs production) и тэг `:latest` у образов;
+# намеренно строже, чтобы случайный -rc-тэг не уехал на прод.
+#
+# Резолв ветки. Тэг семантики окружения не несёт (например `v2026.5.13-alpha-2`
+# может лежать на testnet или dev — определяет именно ветка, на которую сделан
+# merge перед тэгом). Поэтому ищем первое совпадение SHA с remote-ветками
+# main/testnet/dev. branch экспортируется как outputs.branch для downstream jobs.
+
+on:
+  push:
+    tags:
+      - 'v*'
+
+permissions:
+  contents: write
+
+jobs:
+  release:
+    runs-on: ubuntu-latest
+    outputs:
+      tag_name: ${{ steps.resolve.outputs.tag_name }}
+      branch: ${{ steps.resolve.outputs.branch }}
+      is_prod: ${{ steps.resolve.outputs.is_prod }}
+    steps:
+      - name: Checkout repository
+        uses: actions/checkout@v4
+        with:
+          fetch-depth: 0
+
+      - name: Resolve branch, build mode and tags
+        id: resolve
+        run: |
+          TAG_NAME="${{ github.ref_name }}"
+          SHA="${{ github.sha }}"
+          BRANCH=""
+          for candidate in main testnet dev; do
+            if git branch -r --contains "$SHA" 2>/dev/null | grep -qE "^[[:space:]]*origin/${candidate}$"; then
+              BRANCH="$candidate"
+              break
+            fi
+          done
+          if [ -z "$BRANCH" ]; then
+            echo "::error::Тэг $TAG_NAME ($SHA) не лежит ни на одной из dev/testnet/main"
+            exit 1
+          fi
+
+          case "$BRANCH" in
+            main)
+              BUILD_MODE=prod
+              CONTRACTS_TAG=main
+              CONTRACTS_EXTRA=latest
+              ;;
+            testnet)
+              BUILD_MODE=test
+              CONTRACTS_TAG=testnet
+              CONTRACTS_EXTRA=
+              ;;
+            dev)
+              BUILD_MODE=test
+              CONTRACTS_TAG=dev
+              CONTRACTS_EXTRA=
+              ;;
+          esac
+
+          # IS_PROD определяет webhook деплоя (PRODUCTION vs TESTNET) и тэг :latest.
+          # Сознательно строже гейта publish-* — случайный -rc/-beta тэг не должен
+          # уехать на прод-вебхук, даже если в npm/docs его опубликовали.
+          if [[ "$TAG_NAME" =~ -(alpha|beta|rc|test) ]]; then
+            IS_PROD=false
+            WEBHOOK_URL='${{ vars.TESTNET_WEBHOOK_URL }}'
+          else
+            IS_PROD=true
+            WEBHOOK_URL='${{ vars.PRODUCTION_WEBHOOK_URL }}'
+          fi
+
+          {
+            echo "TAG_NAME=$TAG_NAME"
+            echo "SHA=$SHA"
+            echo "BRANCH=$BRANCH"
+            echo "BUILD_MODE=$BUILD_MODE"
+            echo "CONTRACTS_TAG=$CONTRACTS_TAG"
+            echo "CONTRACTS_EXTRA=$CONTRACTS_EXTRA"
+            echo "IS_PROD=$IS_PROD"
+            echo "WEBHOOK_URL=$WEBHOOK_URL"
+          } >> "$GITHUB_ENV"
+
+          {
+            echo "tag_name=$TAG_NAME"
+            echo "branch=$BRANCH"
+            echo "is_prod=$IS_PROD"
+          } >> "$GITHUB_OUTPUT"
+
+          echo "Release $TAG_NAME → branch=$BRANCH, build_mode=$BUILD_MODE, contracts:$CONTRACTS_TAG, prod=$IS_PROD"
+
+      - name: Login to DockerHub
+        uses: docker/login-action@v3
+        with:
+          username: ${{ secrets.DOCKERHUB_USERNAME }}
+          password: ${{ secrets.DOCKERHUB_TOKEN }}
+
+      # === Этап 1: контракты ===
+      # CDT ставим из .deb (C9S/cdt v4.2.0) прямо в окружение job'а и
+      # компилируем напрямую — БЕЗ вложенного docker. Почему не build-all.sh:
+      # тот монтирует $(pwd):/project в sibling-контейнер, а под Gitea
+      # act_runner сам job исполняется в контейнере → хостовый демон не видит
+      # этот путь, /project пуст, cmake падает "no CMakeLists.txt".
+      # build-all.sh остаётся для локальной сборки (оборачивает тот же
+      # build_contracts_cdt.sh в docker).
+      # CMakeLists хардкодит toolchain /cdt/build/...; .deb кладёт CDT в
+      # /usr/opt/cdt/4.2.0, а сам CDTWasmToolchain.cmake указывает на /usr
+      # абсолютно — поэтому симлинк /cdt/build → /usr/opt/cdt/4.2.0 сводит пути
+      # без правки CMakeLists.
+
+      - name: Install CDT 4.2.0 toolchain (.deb)
+        run: |
+          SUDO=""; [ "$(id -u)" -ne 0 ] && SUDO="sudo"
+          $SUDO apt-get update
+          # build-essential — для host-компилятора (project() в CMakeLists);
+          # libz3-4/libtinfo6/libxml2/zlib1g — рантайм бинарей CDT (clang-9,
+          # ld.lld и т.д.). Пакет cdt объявляет только libcurl4-gnutls-dev,
+          # поэтому остальные .so ставим явно — в образе dicoop/blockchain они
+          # были из сборки исходников, из .deb не тянутся.
+          $SUDO apt-get install -y --no-install-recommends \
+            curl ca-certificates cmake make build-essential \
+            libz3-4 libtinfo6 libxml2 zlib1g
+          curl -fsSL -o /tmp/cdt.deb \
+            https://git.coopenomics.world/C9S/cdt/releases/download/v4.2.0/cdt_4.2.0-1_amd64.deb
+          $SUDO apt-get install -y /tmp/cdt.deb
+          $SUDO mkdir -p /cdt
+          $SUDO ln -sfn /usr/opt/cdt/4.2.0 /cdt/build
+          cdt-cpp --version || true
+
+      - name: Compile contracts
+        working-directory: components/contracts
+        run: |
+          ./build_contracts_cdt.sh "$BUILD_MODE"
+          echo "--- build/contracts ---"
+          ls -la build/contracts/
+
+      - name: Stage contracts docker context
+        working-directory: components/contracts
+        run: |
+          ROOT="docker/.context"
+          rm -rf "$ROOT"
+          mkdir -p "$ROOT/contracts"
+
+          # Имена контрактов = аргументы add_contract_build(...) только в
+          # незакомменченных строках (CMake-комментарий начинается с `#`).
+          NAMES=$(grep -E '^[[:space:]]*add_contract_build\(' CMakeLists.txt \
+                   | sed -E 's/^[[:space:]]*add_contract_build\(([^)]*)\).*/\1/')
+          echo "Contracts to package:"
+          echo "$NAMES"
+
+          MANIFEST="$ROOT/contracts/manifest.json"
+
+          pack_one() {
+            local NAME="$1" WASM="$2" ABI="$3"
+            if [ ! -f "$WASM" ] || [ ! -f "$ABI" ]; then
+              echo "::warning::Skipping $NAME: artifacts missing ($WASM / $ABI)" >&2
+              return 1
+            fi
+            mkdir -p "$ROOT/contracts/$NAME"
+            cp "$WASM" "$ROOT/contracts/$NAME/$NAME.wasm"
+            cp "$ABI"  "$ROOT/contracts/$NAME/$NAME.abi"
+            local SHA_WASM=$(sha256sum "$WASM" | awk '{print $1}')
+            local SHA_ABI=$(sha256sum  "$ABI"  | awk '{print $1}')
+            printf '    {"name":"%s","sha256_wasm":"%s","sha256_abi":"%s"}' \
+                   "$NAME" "$SHA_WASM" "$SHA_ABI"
+          }
+
+          {
+            printf '{\n'
+            printf '  "build_mode": "%s",\n' "$BUILD_MODE"
+            printf '  "git_sha": "%s",\n' "$SHA"
+            printf '  "tag": "%s",\n'    "$TAG_NAME"
+            printf '  "branch": "%s",\n' "$BRANCH"
+            printf '  "built_at": "%s",\n' "$(date -u +%Y-%m-%dT%H:%M:%SZ)"
+            printf '  "contracts": [\n'
+
+            FIRST=1
+            emit() {
+              entry=$(pack_one "$@") || return 0
+              [ $FIRST -eq 0 ] && printf ',\n'
+              FIRST=0
+              printf '%s' "$entry"
+            }
+
+            for c in $NAMES; do
+              if [ "$c" = "system" ]; then
+                # У system многоконтрактная сборка: разносим под-контракты
+                # eosio.* как полноценные элементы каталога, сам "system"
+                # как имя пропускаем.
+                for sub in build/contracts/system/contracts/eosio.*/; do
+                  [ -d "$sub" ] || continue
+                  sub_name=$(basename "$sub")
+                  emit "$sub_name" "$sub/$sub_name.wasm" "$sub/$sub_name.abi"
+                done
+              else
+                emit "$c" "build/contracts/$c/$c.wasm" "build/contracts/$c/$c.abi"
+              fi
+            done
+
+            printf '\n  ]\n'
+            printf '}\n'
+          } > "$MANIFEST"
+
+          cp docker/Dockerfile     "$ROOT/Dockerfile"
+          cp docker/entrypoint.sh  "$ROOT/entrypoint.sh"
+          chmod +x "$ROOT/entrypoint.sh"
+
+          echo "--- manifest.json ---"
+          cat "$MANIFEST"
+
+      - name: Build and push contracts image
+        working-directory: components/contracts
+        run: |
+          # Ретрай push'а: резолвинг registry-1.docker.io на runner'е изредка
+          # моргает (DNS-таймаут к 127.0.0.53) — 3 попытки с паузой.
+          dpush() {
+            local ref="$1" n=1
+            until docker push "$ref"; do
+              [ "$n" -ge 3 ] && { echo "::error::docker push $ref не удался после $n попыток"; return 1; }
+              echo "::warning::docker push $ref упал (попытка $n/3) — повтор через 10с"
+              n=$((n+1)); sleep 10
+            done
+          }
+
+          IMAGE="dicoop/contracts"
+          SHORT_SHA="${SHA::7}"
+          docker build \
+            --label "org.opencontainers.image.revision=$SHA" \
+            --label "org.opencontainers.image.created=$(date -u +%Y-%m-%dT%H:%M:%SZ)" \
+            --label "build.mode=$BUILD_MODE" \
+            -t "$IMAGE:$CONTRACTS_TAG" \
+            ./docker/.context
+          dpush "$IMAGE:$CONTRACTS_TAG"
+
+          docker tag "$IMAGE:$CONTRACTS_TAG" "$IMAGE:$CONTRACTS_TAG-$SHORT_SHA"
+          dpush "$IMAGE:$CONTRACTS_TAG-$SHORT_SHA"
+
+          if [ -n "$CONTRACTS_EXTRA" ]; then
+            docker tag "$IMAGE:$CONTRACTS_TAG" "$IMAGE:$CONTRACTS_EXTRA"
+            dpush "$IMAGE:$CONTRACTS_EXTRA"
+          fi
+
+      - name: Verify pushed contracts image
+        run: |
+          docker run --rm "dicoop/contracts:$CONTRACTS_TAG" list
+          echo "---"
+          docker run --rm "dicoop/contracts:$CONTRACTS_TAG" sha256
+
+      # === Этап 2: контейнеры приложений ===
+
+      - name: Build and push base image
+        run: |
+          dpush() {
+            local ref="$1" n=1
+            until docker push "$ref"; do
+              [ "$n" -ge 3 ] && { echo "::error::docker push $ref не удался после $n попыток"; return 1; }
+              echo "::warning::docker push $ref упал (попытка $n/3) — повтор через 10с"
+              n=$((n+1)); sleep 10
+            done
+          }
+          docker build --target runtime -t "dicoop/mono-base:$TAG_NAME" .
+          dpush "dicoop/mono-base:$TAG_NAME"
+          if [ "$IS_PROD" = "true" ]; then
+            docker tag "dicoop/mono-base:$TAG_NAME" dicoop/mono-base:latest
+            dpush dicoop/mono-base:latest
+          fi
+
+      - name: Build and push service images
+        run: |
+          dpush() {
+            local ref="$1" n=1
+            until docker push "$ref"; do
+              [ "$n" -ge 3 ] && { echo "::error::docker push $ref не удался после $n попыток"; return 1; }
+              echo "::warning::docker push $ref упал (попытка $n/3) — повтор через 10с"
+              n=$((n+1)); sleep 10
+            done
+          }
+          build_service() {
+            local SVC="$1" PKG="$2" CMD="$3"
+            local DOCKERFILE="Dockerfile.$SVC"
+            {
+              echo "FROM dicoop/mono-base:$TAG_NAME"
+              echo "CMD [\"pnpm\", \"-F\", \"$PKG\", \"run\", \"$CMD\"]"
+            } > "$DOCKERFILE"
+            docker build -t "dicoop/$SVC:$TAG_NAME" -f "$DOCKERFILE" .
+            dpush "dicoop/$SVC:$TAG_NAME"
+            if [ "$IS_PROD" = "true" ]; then
+              docker tag "dicoop/$SVC:$TAG_NAME" "dicoop/$SVC:latest"
+              dpush "dicoop/$SVC:latest"
+            fi
+          }
+
+          build_service desktop       '@coopenomics/desktop'        start
+          build_service coopback      '@coopenomics/controller'     start
+          # TEMP: cooparser — пока не мигрировали потребителей на dicoop/parser
+          # из отдельного coopenomics/parser repo.
+          build_service cooparser     '@coopenomics/parser'         start
+          build_service notificator   'coop-notificator'            start
+          build_service notifications '@coopenomics/notifications'  sync
+
+      # === Этап 3: webhook деплоя ===
+
+      - name: Trigger deployment webhook
+        run: |
+          curl -X POST "$WEBHOOK_URL" \
+            -H 'Content-Type: application/json' \
+            -d "$TAG_NAME"
+
+  # ============================================================================
+  # publish-packages — npm publish (бывший publish-packages.yaml).
+  # Гейт: не-alpha. Не зависит от ветки.
+  # Жёстко прибиваем версию pnpm, которой сгенерён lockfile (lockfileVersion 9.0
+  # = pnpm 9/10). Иначе action-setup может подтянуть другую версию и переписать
+  # pnpm-lock.yaml → Lerna EUNCOMMIT.
+  # ============================================================================
+  publish-packages:
+    needs: release
+    if: ${{ !contains(github.ref, '-alpha') }}
+    runs-on: ubuntu-latest
+    steps:
+      - uses: actions/checkout@v4
+
+      - uses: pnpm/action-setup@v4
+        with:
+          version: 10.33.0
+
+      - uses: actions/setup-node@v4
+        with:
+          node-version: 24
+          registry-url: https://registry.npmjs.org
+          cache: pnpm
+
+      - run: pnpm install --frozen-lockfile
+      - run: pnpm lerna run build
+      - run: pnpm lerna publish from-package --yes
+        env:
+          NODE_AUTH_TOKEN: ${{ secrets.NPM_TOKEN }}
+
+  # ============================================================================
+  # trigger-coopenomics-docs — пересборка сайта C9S/coopenomics.
+  # Гейт: не-alpha + ветка main.
+  #
+  # coopenomics переехал на Gitea (C9S/coopenomics); его publish-docs.yaml
+  # клонирует mono и пересобирает сайт. Gitea НЕ имеет API для
+  # repository_dispatch — только workflow_dispatch, поэтому дёргаем целевой
+  # workflow через Gitea API с PAT (secret DOCS_DISPATCH_TOKEN — префикс GITEA_
+  # у секретов зарезервирован Gitea, нельзя; права write на C9S/coopenomics).
+  # Целевой workflow слушает workflow_dispatch с входами
+  # mono_sha/mono_ref.
+  # ============================================================================
+  trigger-coopenomics-docs:
+    needs: release
+    if: ${{ !contains(github.ref, '-alpha') && needs.release.outputs.branch == 'main' }}
+    runs-on: ubuntu-latest
+    steps:
+      - name: Trigger coopenomics website rebuild (Gitea workflow_dispatch)
+        run: |
+          curl -fsSL -X POST \
+            -H "Authorization: token ${{ secrets.DOCS_DISPATCH_TOKEN }}" \
+            -H "Content-Type: application/json" \
+            -d '{"ref":"master","inputs":{"mono_sha":"${{ github.sha }}","mono_ref":"${{ github.ref }}"}}' \
+            "${{ github.server_url }}/api/v1/repos/C9S/coopenomics/actions/workflows/publish-docs.yaml/dispatches"
+
+  # ============================================================================
+  # trigger-mono-docs — деплой ВТОРОЙ документации (сайт доков mono) через
+  # webhook DOCS_DEPLOY_WEBHOOK_URL. Отдельная от coopenomics публикация —
+  # обе доки уезжают синхронно по релизу. Извлечён из бывшего publish-docs:
+  # gh-pages на github.com выпилен как мёртвый, остался реальный deploy-webhook
+  # (приёмник деплоит доки на своей стороне). Гейт: не-alpha + ветка main.
+  # ============================================================================
+  trigger-mono-docs:
+    needs: release
+    if: ${{ !contains(github.ref, '-alpha') && needs.release.outputs.branch == 'main' }}
+    runs-on: ubuntu-latest
+    steps:
+      - name: Trigger docs deployment webhook
+        run: |
+          curl -fsSL -X POST "${{ vars.DOCS_DEPLOY_WEBHOOK_URL }}" \
+            -H 'Content-Type: application/json' \
+            -d '{"ref":"${{ github.ref }}","sha":"${{ github.sha }}","branch":"${{ github.ref_name }}"}'
@@ -0,0 +1,96 @@
+name: Typecheck
+
+# Валидация TypeScript-типов для desktop (Vue 3 + Quasar) и controller (NestJS).
+#
+# Зачем это отдельный workflow:
+#  1. `quasar build --mode ssr` в release.yaml использует Vite/esbuild и
+#     vue-tsc отключён через vite-plugin-checker (см. quasar.config.cjs):
+#     TS-ошибки в .vue/.ts НЕ ловятся при docker build образа desktop.
+#  2. У `@coopenomics/controller` нет build-скрипта вовсе — `lerna run build`
+#     его молча пропускает; в проде `ts-node` стартует и валится на типах
+#     только в рантайме при загрузке модуля. Кейс PR #392 (rename 1080→1020
+#     в cooptypes) проскочил именно так.
+#
+# Триггеры:
+#  - pull_request на dev — гейт перед мерджем в основную ветку;
+#  - workflow_call — оставлен для переиспользования, но release.yaml его
+#    больше НЕ вызывает (гейт из релиза убран как избыточный — типы
+#    проверяются на PR в dev до того, как код доедет до тэга).
+#
+# Push в dev/testnet/main НЕ триггерит — намеренно (PR-гейт на dev достаточен).
+
+on:
+  pull_request:
+    branches: [dev]
+  workflow_call:
+
+jobs:
+  desktop:
+    runs-on: ubuntu-latest
+    steps:
+      - uses: actions/checkout@v4
+
+      - uses: pnpm/action-setup@v4
+        with:
+          version: 10.33.0
+
+      - uses: actions/setup-node@v4
+        with:
+          node-version: 22
+          cache: pnpm
+
+      - name: Install workspace
+        run: pnpm install --frozen-lockfile
+
+      # Полный lerna build по всему workspace — как в корневом Dockerfile.
+      # Не --scope, потому что workspace-пакеты unbuild-типа (sdk, inter,
+      # notifications, factory, cooptypes, …) экспортируют типы только из
+      # сгенерированного dist/. Без dist/ tsc/vue-tsc валятся на TS2307
+      # «Cannot find module». Локально это маскируется ts-node-ом, но в
+      # CI пути резолвятся через package.json → types → dist/.
+      # См. Graphiti / run #148 root cause 2026-05-23.
+      - name: Build all workspace packages
+        run: pnpm lerna run build
+
+      # quasar prepare генерирует .quasar/* (auto-imports d.ts, типы для
+      # quasar плагинов). Без него vue-tsc ругается на отсутствующие
+      # глобальные компоненты QBtn/QCard/etc.
+      - name: Quasar prepare
+        run: pnpm --filter @coopenomics/desktop run prepare
+
+      # vue-tsc проверяет и .ts, и <script lang="ts"> в .vue.
+      # --skipLibCheck — иначе валится на типах из транзитивных deps
+      # (Quasar/Vue/Vite сами по себе чистые, но в графе есть legacy).
+      # Из памяти: на dev-сервере висло ~час из-за конкуренции с quasar dev;
+      # на чистом ubuntu-latest без живого стека ожидаемо в разы быстрее.
+      # Если упрётся в OOM/таймаут — fallback на `pnpm typecheck`
+      # (tsc --noEmit --skipLibCheck без vue-tsc, без SFC шаблонов).
+      - name: vue-tsc (desktop)
+        run: pnpm --filter @coopenomics/desktop exec vue-tsc --noEmit --skipLibCheck
+
+  controller:
+    runs-on: ubuntu-latest
+    steps:
+      - uses: actions/checkout@v4
+
+      - uses: pnpm/action-setup@v4
+        with:
+          version: 10.33.0
+
+      - uses: actions/setup-node@v4
+        with:
+          node-version: 22
+          cache: pnpm
+
+      - name: Install workspace
+        run: pnpm install --frozen-lockfile
+
+      # Полный lerna build по всему workspace — controller импортирует
+      # @coopenomics/sdk, @coopenomics/inter, @coopenomics/notifications
+      # помимо cooptypes/factory; их dist/ генерируется unbuild и без
+      # этого шага tsc валится на 37 TS2307. См. root cause выше.
+      - name: Build all workspace packages
+        run: pnpm lerna run build
+
+      - name: tsc --noEmit (controller)
+        run: pnpm --filter @coopenomics/controller run typecheck
@@ -1,4 +1,5 @@
 node_modules/
+node_modules
 lerna-debug.log
 components/controller/graph.png
 blockchain-data/
@@ -21,3 +22,6 @@ components/reports-standarts/**/СФР_1118018397_*.xml
 components/contracts/cpp/ledger2/scripts/out/

 .env.testnet
+.pnpm-store
+schema.gql
+.claude
@@ -0,0 +1,7 @@
+store-dir=./.pnpm-store
+supported-architectures.os[]=darwin
+supported-architectures.os[]=linux
+supported-architectures.cpu[]=x64
+supported-architectures.cpu[]=arm64
+supported-architectures.libc[]=glibc
+
@@ -0,0 +1,360 @@
+# mono (coopenomics/mono) — рабочие заметки
+
+Этот файл — общая память агента для пяти чекаутов: `~/mono-ai-1`..`~/mono-ai-5`. Реальный файл лежит в `mono-ai-1/CLAUDE.md`, остальные четыре — симлинки сюда; правки коммитим из mono-ai-1 в ветку `dev`.
+
+## Стек монорепы
+
+| Слой | Где | Технология |
+|------|-----|------------|
+| Backend (coopback) | `components/controller/` | NestJS 10, TypeScript, TypeORM, GraphQL, EventEmitter2 |
+| Frontend (UI пайщика) | **`components/desktop/`** | **Vue 3 + Quasar** в SSR-режиме (`quasar dev --mode ssr`) |
+| Контракты | `components/contracts/` | EOSIO/CDT, C++ |
+| SDK для frontend | `components/sdk/` | TypeScript, авто-генерится из controller GraphQL schema |
+| Parser blockchain | `components/parser/` | TypeScript |
+| Boot/orchestration | `components/boot/` | TypeScript |
+
+**Frontend (`components/desktop/`) — FSD структура:** `src/{app,pages,processes,widgets,features,entities,shared,stores,desktops,boot}/`.
+
+Когда план говорит «UI компонент» / «frontend integration» — путь `components/desktop/src/{features|widgets|pages|processes}/<name>/`, расширение `.vue` (composition API + `<script setup lang="ts">`), стили Quasar (QChip/QBtn/QCard/QDialog…), GraphQL через Apollo Client + сгенерированные типы из `components/sdk/`. Dev — `pnpm --filter @coopenomics/desktop run dev` или `devnet` (без SSR).
+
+**НЕ путать:** НЕТ `components/app-cooperative/` — не предлагать. Все frontend-сессии работают в той же монорепе, что и backend. В стеке **никакого React нигде нет**.
+
+## Worktree-политика
+
+**Для mono-ai-4 (базовая ветка `marketplace2`, Стол заказов):** **worktree приветствуется** — изоляция работ + параллельные ветки. Если worktree пуст от `node_modules` и `.env` (pnpm их не дублирует):
+
+```bash
+WT=/home/admin/mono-ai-4/.claude/worktrees/<name>
+ln -s /home/admin/mono-ai-4/node_modules $WT/node_modules
+ln -s /home/admin/mono-ai-4/components/controller/node_modules $WT/components/controller/node_modules
+ln -s /home/admin/mono-ai-4/components/controller/.env $WT/components/controller/.env
+```
+
+Аналогично для других пакетов, чьи тесты будут запускаться (`components/desktop/node_modules`, `components/sdk/node_modules`). `jest` из bin: `cd $WT/components/controller && ./node_modules/.bin/jest -i <test>` — корректно резолвит ts-jest и подхватывает `.env`.
+
+**Подвох cooptypes:** когда `controller/node_modules` — симлинк на main, пакет внутри `node_modules/cooptypes -> ../../cooptypes` раскрывается **относительно main checkout**. `import { MarketContract } from 'cooptypes'` тянет d.ts из main, не из worktree. Если worktree обновлён, а main позади — TSC падает на отсутствующих типах. **Фикс:** перед TSC в worktree controller'а — `git pull` в main checkout до того же коммита (или хотя бы где cooptypes/src синхронен) + `pnpm build` в `main/components/cooptypes/`.
+
+## PR-flow
+
+**Базовая ветка mono-ai-1 — `dev`.** Прямые коммиты в `dev` для мелких фиксов разрешены и не требуют feature-ветки/PR (отменено 2026-05-22 пользователем). Для крупных задач — feature-ветка (`feat/...` или `fix/...`) от dev и PR в dev; merge делает пользователь на GitHub. Push в `main` / `mvp` — по-прежнему только через PR.
+
+**Не stash'ить `-u` при unstaged WIP пользователя.** Это создаёт окно для потери при drop/конфликте. Если нужно временно убрать unstaged — `git stash push -- <конкретные-paths>` либо коммит-в-feature, и только свои файлы. Кейс 2026-05-18: после `git stash -u`+`drop` при конфликте потерял WIP пользователя (infra.ts/config.ts/quasar.config.cjs и др.).
+
+### Story-by-story для проекта «Стол заказов» (mono-ai-4 на marketplace2)
+
+Каждая story из MVP-эпиков «Стол заказов» (`coopenomics/mono`, базовая ветка `marketplace2`, чекаут `~/mono-ai-4`, BMad-spec'и `_blago/.../components/3-minimalnyy-produkt/_bmad-output/`) идёт через PR.
+
+Workflow:
+1. Worktree от `marketplace2` на feature-ветке `feat/<E>-<S>-<slug>`.
+2. Edits + unit-тесты; tsc + jest должны быть зелёные.
+3. Commit + push feature-ветку.
+4. `gh pr create --base marketplace2 --head feat/<E>-<S>-<slug>`.
+5. Merge **пользователем на GitHub** (не вызывать `gh pr merge` без явной просьбы).
+6. После merge — fetch + checkout marketplace2 в основной чекаут, удалить feature-ветку + worktree, запустить e2e / blockchain тесты против обновлённого marketplace2.
+
+### Umbrella-PR на эпик vs цепочка PR
+
+При работе story-by-story в одной feature-area **не плодить отдельные PR на каждую story с одинаковой целевой веткой**. Каждый последующий PR показывает кумулятивный diff (всё, что в head минус то, что уже мёрджнуто в base). Если предыдущие PR ещё не смерджены — в diff вылазят дубликаты файлов всех предыдущих stories.
+
+**Default — umbrella-PR на эпик** (для крупных эпиков с >3 stories): одна `feat/<E>-epic` ветка + один PR; каждая story — отдельный коммит. Worktree последовательно, push после каждой story, PR обновляется. Так закрыт Эпик 1 Стола заказов (umbrella #380).
+
+**Альтернатива — stacked-PRs с `base:<prev-feat>`:** каждый PR таргетится на предыдущую feature-ветку. После merge нижнего GitHub автоматически перетарджетит верхние. Требует дисциплины и тулинга.
+
+**Анти-паттерн:** worktree от `feat/1-2-...`, потом от `feat/1-3-...`, и каждый PR в `marketplace2`. Цепочка branches правильная (изоляция), но цепочка PR — нет. Кейс Эпика 1 Стола заказов 2026-05-14: 11 PR `#370-#380` подряд от `marketplace2`, каждый +N stories назад. Пользователь дошёл до review #372 и обнаружил дубли. Закрыл #372-#379, оставил только #380.
+
+## Сборка контрактов на ARM-машине
+
+Скрипты `components/contracts/build-all.sh` и `build.sh` хардкодят образ
+`dicoop/blockchain:latest`, который опубликован **только под `linux/amd64`** —
+на ARM (Raspberry Pi 5, Apple Silicon без qemu-binfmt и пр.) `docker run` падает
+с `exec /bin/bash: exec format error` сразу после старта контейнера.
+
+**Для ARM использовать multi-arch образ `dicoop/blockchain_v5.1.1:dev`** —
+у него тег `dev` указывает на manifest list с нативными `dev-arm64` и
+`dev-amd64` под капотом. Запуск:
+
+```bash
+cd components/contracts
+rm -rf build && mkdir build
+docker run --rm --name cdt \
+  --volume "$(pwd)/:/project" \
+  -w /project/build \
+  dicoop/blockchain_v5.1.1:dev \
+  /bin/bash -c "cmake -DBUILD_TARGET='marketplace' -DTEST_TARGET= -DVERBOSE=ON -DBUILD_TESTS=OFF -DIS_TESTNET=OFF .. && make -j2"
+```
+
+Замена образа в build-скриптах на ARM — отдельный фикс (этот файл документирует
+рабочий обход, пока скрипты не перевели на multi-arch манифест глобально).
+
+## Локальные тесты
+
+**Не запускать полный jest локально** ни в mono-ai-1, ни в mono-ai-4: живой dev-стек в docker (`nodeos`, `controller dev` nodemon, `parser dev`, `n8n`) вешает CPU/RAM и блокирует chain. Полный suite — задача CI после push'а PR.
+
+В mono-ai-4 **запрещён параллельный режим jest** (worker-pool по умолчанию) — это вешает сервер. Если нужен unit-тест — точечный с `--runInBand`:
+
+```bash
+pnpm jest tests/unit/marketplace/marketplace-onboarding-service.test.ts --runInBand
+```
+
+`pnpm generate-schema` / `pnpm generate-client` — **МОЖНО и НУЖНО запускать когда требуется** (разрешено пользователем явно). Любое изменение GraphQL-сигнатуры резолвера или типов контрактов обязано сопровождаться полным циклом регенерации (generate-schema → generate-client → sdk build, при правках cooptypes — ещё и cooptypes build), чтобы desktop получил актуальные типы. Не оставлять заглушку «до regen».
+
+Перед коммитом достаточно `tsc --noEmit` (быстрый, не блокирует).
+
+## SDK login canon
+
+`@coopenomics/sdk` экспортирует `Client.create({api_url, chain_url, chain_id})` + метод `client.login(email, wif)`. Он сам:
+1. Генерит `now` (ISO timestamp).
+2. Подписывает приватным ключом (WIF) через eosjs.
+3. Зовёт `Mutations.Auth.Login.mutation` с `{email, now, signature}`.
+4. Возвращает `{tokens: {access: {token}, refresh: {token}}, account: {username}}`.
+
+**Не дёргать `Mutations.Auth.Login` напрямую** — `LoginInput` ждёт `{email, now, signature}`, генерация подписи внутри SDK Client. Refresh: `Mutations.Auth.Refresh.mutation` с `{access_token, refresh_token}`. Канон используется в `blago-cli/src/session/index.ts` (loginInteractive) и в EMP-коннекторе `connectors/cooperative-tsk-login-connector` (Story 11.5).
+
+## DRY — любое 2-кратное повторение выносится в общее (ОБЯЗАТЕЛЬНО)
+
+Любой кусок кода (валидация, маппинг, guard, построение payload, helper-логика), повторённый **второй раз**, обязан быть вынесен в общее: `shared/`-helper / util / базовый класс (controller) или соответствующий FSD-слой `shared/` (desktop). Это **обязательное правило**, не рекомендация — не «то тут то там стряпать одно и то же».
+
+**Триггер:** заметил второе вхождение → сразу выноси, не копируй. Применяется и в controller, и в desktop. (Зафиксировано пользователем в ревью PR #17 «Стол заказов».)
+
+## Backend (controller) каноны
+
+### 3 базовые роли — User / Member / Chairman
+
+- **User** — обычный пайщик. Базовые потребительские права (заказывать, публиковать оферту, видеть свои данные).
+- **Member** — **член совета** (не «член кооператива»!). User-права + read-only admin (видит склад, поток заказов, повестку — но не модерирует и не подписывает финальные действия).
+- **Chairman** — председатель. User + admin (модерация, KU/whitelist/витрины, closing signature АПП-приёмки/выдачи, повестка совета на write).
+
+Маппинг core-роли на extension-роль явно: User → orderer + опционально offerer/operator; Chairman → admin (полный write); Member → read-only admin (board_readonly). Пайщик может быть одновременно в нескольких extension-ролях — массив, не enum. Guard'ы в расширениях — локальные сейчас, в Phase 2 переключатся на платформенный CASL.
+
+### `agreements` ссылается на существующий document registry_id
+
+Когда расширение controller'а (marketplace, blagorost, любое следующее) хранит факт подписи документа пайщиком в глобальной on-chain таблице `agreements`, ссылка идёт через **существующий `registry_id` из платформенного реестра документов**, не через отдельный type-string типа `marketplace.cpp.stol-zakazov-v1`.
+
+Поле `document_id` в `agreements` — FK на существующий platform registry. Extension-таблицы `*_onboarding_requirement` — `document_registry_id` ссылается на существующий ID. API запросов вида «какие документы подписаны member'ом» — `agreementsByMember(member_id, document_id_filter=[...])`.
+
+**Технический долг платформы:** «Договор УХД сейчас не проходит через `agreements`» — отдельная задача core controller'а, вне scope конкретных расширений.
+
+### Трёхуровневый онбординг расширений
+
+Платформенный паттерн, обязателен для всех новых расширений controller'а.
+
+**L1 — Кооператив (one-time):** председатель/совет принимает решение совета о подключении ЦПП, принимается положение ЦПП (статический документ из platform registry, через document factory с подстановкой параметров кооператива), оферта регистрируется в `coop_registration_offers_registry`.
+
+**L2 — Пайщик при вступлении (per-membership):** в registration-flow появляется **выбор** ЦПП. Пайщик отмечает интересующие, document factory рендерит оферту с `{cooperative_params, member_params, agreement_date}`. Подпись пишется в глобальную on-chain `agreements`. Эта подпись **нивелирует** gate на столе расширения.
+
+**L3 — Пайщик на рабочем столе (per-extension first visit):** backend проверяет через `agreementsByMember` — подписана ли оферта ЦПП. ДА → gate не показывается. НЕТ → gate показывается как explicit consent.
+
+При проектировании любого нового расширения — обязательно три истории под три уровня. На MVP допустимо упростить: одинаковый `document_registry_id` для положения и оферты (физически разные документы могут быть в Phase 2).
+
+### Marketplace asset через DI
+
+В сервисах `components/controller/src/extensions/marketplace/**/*.service.ts` запрещён хардкод вида `const ASSET_DECIMALS = 4` / `const ASSET_SYMBOL = 'RUB'`. Decimals и symbol — через DI `MARKETPLACE_ASSET_CONFIG`:
+
+```ts
+@Inject(MARKETPLACE_ASSET_CONFIG) private readonly assetConfig: MarketplaceAssetConfig
+// assetConfig.symbol, assetConfig.decimals
+```
+
+Канон-пример: `marketplace-order-create.service.ts`. См. `marketplace-asset.config.provider.ts` — мапит `config.blockchain.root_govern_symbol` / `root_govern_precision`. Разные среды (mainnet/testnet/dev) имеют разный symbol+precision.
+
+### registry_id=800 (ReturnByAssetStatement) — клиринг, не членские взносы
+
+Marketplace в монорепе живёт в **двух контурах**:
+1. **Система клиринга** (старый, не используется) — registry_id=800. Не использовать в новых фичах.
+2. **Система членских взносов** (текущий MVP) — документы лежат **рядом** с актами приёма-передачи и ТТН; другая группа registry_id.
+
+Для нового документа Marketplace-членские-взносы: завести новый registry_id рядом с актами/ТТН и проложить цепочку `cooptypes → factory → controller → desktop`:
+1. `@coopenomics/cooptypes`: новый тип документа + регистрация в registry.
+2. `@coopenomics/factory`: generator (preview-структура + meta).
+3. `@coopenomics/controller`: signed-document DTO + verify в сервисе.
+4. `@coopenomics/desktop`: подпись через `Classes.Document` с новым registry_id.
+
+## GraphQL каноны (controller + desktop)
+
+### Описания @Field — бизнес-языком
+
+В `@Field({ description })`, `@InputType`, `@ObjectType` нельзя писать «Story 4.1», «Эпик 3», «FR11a», «composite-entity», «dispatch pipeline», «tx_snapshot», «backend deterministic order_hash». Только пользовательский язык: «Идентификатор заказа», «ПВЗ получения», «Кол-во единиц товара». Story-ссылки и инвариант-комменты — только в inline-комментариях внутри сервиса.
+
+### Enum вместо строковых литералов
+
+Запрещены `if (offer.cycle_type === 'volume_based')`, `status: 'ACTIVE'`, `'PENDING_MODERATION'`. Любое поле с фиксированным набором (cycle_type, status, type, kind, role) — TypeScript `enum`, при необходимости `registerEnumType` для GraphQL. В тестах константы — тоже из enum, не дублирующие строки. Перед добавлением сравнения по строке — `enum MarketplaceOfferCycleType` / `MarketplaceOrderStatus` в `domain/entities/*.types.ts`.
+
+### Пагинация — единый паттерн
+
+В controller-resolver'ах пагинация делается единым каноническим паттерном:
+- Вход: `@Args('options', { nullable: true }) options?: PaginationInputDTO` (импорт из `~/application/common/dto/pagination.dto.ts`, поля page/limit/sortBy/sortOrder).
+- Выход: `createPaginationResult(ItemDTO, 'PaginatedXxx')` + сигнатура `Promise<PaginationResult<T>>` (items / totalCount / totalPages / currentPage).
+- Repository принимает `PaginationInputDTO`, сам считает offset/limit/sort через TypeORM `findAndCount`.
+
+Канон: `time-tracker.resolver.ts`, `expenses-management.resolver.ts`, `generation.resolver.ts`. Никаких локальных `{ limit, offset }`.
+
+### Никаких raw GraphQL-строк в desktop
+
+В `components/desktop/src/pages/**/api/index.ts` и аналогах запрещены конструкции:
+```ts
+const QUERY = `query Foo { ... }`;
+await sendPOST('/v1/graphql', { query: QUERY, variables });
+```
+Даже с комментарием «техдолг до Zeus regen».
+
+Обязательная процедура перед UI-кодом под новую GraphQL-операцию:
+1. Добавить/изменить DTO/resolver в `components/controller/src/...` (code-first).
+2. `pnpm run generate-schema` в `components/controller/` → пересоздать `controller/schema.gql`.
+3. `pnpm run generate-client` в `components/controller/` → graphql-zeus кладёт клиент в `components/sdk/src/zeus/`.
+4. `pnpm run build` в `components/sdk/` → unbuild собирает `dist/`.
+5. В desktop импортировать `Mutations.<Domain>.<Name>` / `Queries.<Domain>.<Name>` из `@coopenomics/sdk` — типизировано end-to-end.
+
+Если на шаге 1 не хватает поля — добавить и запустить весь цикл; не оставлять заглушку «пока».
+
+### Строгая типизация desktop API из SDK через IInput['data']
+
+Каждый вызов `client.Mutation` / `client.Query` в `components/desktop/src/**/api/index.ts`:
+1. Принимает аргументом объект `data: IXxxInput`, где `IXxxInput = Mutations.<Domain>.<Action>.IInput['data']` (или `Queries...`) — тип берётся **прямо из @coopenomics/sdk**, не переописывается.
+2. Передаёт в `variables` объект `data` целиком: `{ variables: { data } }`. Запрещено разворачивать поля: `{ variables: { data: { a, b, c } } }`.
+
+Канон — `features/Branch/CreateBranch/{api,model}/index.ts`: тип в model `export type IXxxInput = Mutations.X.Y.IInput['data']`; функция в api `function (data: IXxxInput) { ... variables: { data } }`. Не делать `as` cast'ов.
+
+## ⚠️ ДИЗАЙН-КАНОН desktop — ОБЯЗАТЕЛЕН К ИСПОЛЬЗОВАНИЮ
+
+**ПРИ ЛЮБОЙ ВЁРСТКЕ В `components/desktop/` НЕ ВЫДУМЫВАТЬ СТИЛИ.** Всегда сначала свериться с каноном. Не строй гипотез о цветах/радиусах/типографике/паттернах из памяти — иди и читай.
+
+**Полная спецификация канона — в skill `/mono-desktop-canon`** (правила обёрток, цвета/токены, иконки, структура страницы, stop-signals). Здесь — короткая выжимка; при расхождении побеждает skill.
+
+**Источник истины — в самом репозитории** (НЕ внешние HTML/прототипы):
+
+| Что | Путь |
+|---|---|
+| Токены палитры/типографики/spacing/radii (`--p-*`) | `components/desktop/src/css/mono-platform/tokens.css` |
+| Прототип-классы компонентов + typography-утилиты `.t-*` | `components/desktop/src/css/mono-platform/components.css` |
+| Оверрайды Quasar под канон | `components/desktop/src/css/mono-platform/quasar-canon.css` |
+| Минимальная SCSS-палитра Quasar (`$primary`/`$dark`) | `components/desktop/src/css/quasar.variables.scss` |
+| Обёртки / доменные блоки / layout | `components/desktop/src/shared/ui/{base,domain,layout}/` |
+| **Живой эталон** (`/_dev/ui` в dev-сборке) | `components/desktop/src/pages/_dev/ui/index.vue` |
+
+**При сомнении — открыть `tokens.css` и `_dev/ui/index.vue`, смотреть как сделано там.** Внешний `shared/MONO Design System.html` и `auth-prototype/` каноном НЕ являются — это устаревшие прототипы.
+
+**Запреты:**
+- Экран собирается из готовых компонентов: `shared/ui/base` (вместо сырых `q-input`/`q-btn`/`q-card`/`q-table`/`q-chip`/`q-dialog`/`q-select`), `shared/ui/domain` (WalletCard, DataRow, DocumentRow, IdentityPanel…), `shared/ui/layout` (PageHead, PageTabs, AppHeader/AppDrawer). Голый Quasar — только где обёртки нет (`q-icon`, `q-toggle`, `q-list`, `q-menu`, `q-tooltip`, `q-tabs`, `q-separator`, `q-spinner`, `q-inner-loading`…). Props обёрток не угадывать — читать `*.types.ts` рядом.
+- Цвет — только токены `var(--p-*)` (поверхности `--p-surface*`, текст `--p-ink*`, линии `--p-line*`, акцент `--p-primary`, статусы `--p-pos/neg/warn/info`) либо utility-классы/color-props. Никаких сырых hex/rgb. Темы light/dark переключаются через `[data-theme]` на `<html>` — токены следуют сами.
+- Spacing/радиусы/типографика — токены `--p-1..--p-10` (4px…72px), `--p-r-sm/md/lg/xl`, `--p-fs-*`/`--p-lh-*` либо классы `.t-*`. Без хардкод-px.
+- Иконки — `q-icon(name='…')` именами Material Icons. **FontAwesome (`fa-*`) запрещён** — заменять на Material-эквивалент попутно.
+- Запрещённые/удаляемые токены: `--mp-*` (старый `marketplace-tokens.scss`), `--tr-*`, `--ds-*`. Легитимны только `--p-*`, `--q-*` (Quasar автоген), `--prog-*`.
+- Никаких локальных переопределений `.q-btn`/`.q-card`/`.q-notification` в feature-файлах — Quasar-overrides централизованы в `quasar-canon.css`.
+
+**Кейс 2026-05-28:** при сомнении в каноне пошёл искать его во внешнем HTML/auth-prototype вместо репозитория — перевёрстал не туда, переделывал. SoT — репо (`tokens.css` + `_dev/ui`) и skill `/mono-desktop-canon`, не внешние файлы.
+
+## Frontend desktop — English имена
+
+В `components/desktop/` и любом Vue/TS frontend коде **все имена идентификаторов — английские**:
+- Имена Vue-компонентов: `BaseInput`, `BaseDialog`, `WalletCard`, `IdentityPanel`.
+- Имена файлов и директорий: `shared/ui/BaseInput/BaseInput.vue`.
+- CSS-классы: `.base-card`, `.wallet-card__icon`, `.id-panel__hero`.
+- SCSS-переменные: `$primary`, `$prog-blagorost`, `$separator-color`.
+- TS-типы, интерфейсы, переменные, функции: `interface WalletCardProps`, `function useWalletData()`.
+
+**Why:** Unicode-имена ломают тулчейн (Vite/Webpack резолверы и aliases часто на ASCII-only regex; TypeScript symbol-resolution на не-ASCII нестабильно; ESLint `vue/component-name-in-template-casing` ждёт PascalCase ASCII; импорты `import БазоваяКнопка from '@/shared/ui/БазоваяКнопка'` невыносимы при review).
+
+**Заголовки в .vue, label-ы кнопок, тексты в UI — по-русски** (это user-facing strings). Не путать с правилом «онтологические class_id по-русски» — то про EMP/ТЭМ и blago-документы, не про frontend.
+
+**Кейс 2026-05-18:** при подготовке UX-спецификации для components/desktop ошибочно применил правило русских имён к Vue-компонентам (`БазоваяКнопка`, `БазовоеПолеВвода`); пользователь поправил.
+
+## Стандарты процессов (.standard.yaml) — бизнес-языком
+
+`components/contracts/cpp/**/*.standard.yaml` — документация для методолога/бухгалтера, не для разработчиков контракта. В `purpose`, `description`, `note`, `human` запрещены технические термины:
+
+- никаких «callback», «soviet::exec», «soviet::createagenda», «AUTHORIZE_CALLBACK_SIGNATURE», «type-string», «registry N», «proposed расширение enum'а»;
+- никаких «backend formирует», «controller вызывает», «contract отдаёт» — пишем кто что делает на уровне бизнеса (председатель / совет / заказчик / поставщик);
+- технические `marketplace::propwroff`-имена в полях `action`/`name`/`triggered_by` оставляем как identifier'ы, но всё человеко-читаемое в `human`/`purpose`/`description` — на бизнес-словаре;
+- бухгалтерские проводки `Дт 91 / Кт 10` — допустимы (бухгалтер их понимает);
+- если процесс встроен в более общий — ссылаемся на стандарт по имени-человеку («типовой процесс решения совета»), не на техническую реализацию повестки.
+
+Эталоны: `p.mkt.return.standard.yaml`, `p.cap.rid.standard.yaml`, `reg.coop.standard.yaml`. Антипример — `p.mkt.wroff.standard.yaml` в PR #399 review 2026-05-18 (был забит callback-описаниями и «type=mktwroff»).
+
+## Vault & SERVER_SECRET
+
+WIF админ-аккаунта (например `voskhod`) хранится в `vaults` PostgreSQL зашифрованным AES-256-CBC с ключом `sha256(SERVER_SECRET)`. Если `SERVER_SECRET` потом меняли — **старые записи разрушаются**, `decipher.final()` бросает `error:1C800064:Provider routines::bad decrypt`.
+
+**Симптомы:**
+- В логе coopback: `[VaultDomainService] Ошибка при получении WIF ключа для пользователя voskhod: bad decrypt`.
+- В UI каскад `SignAgreementDialog` не закрывается; SPA отправляет `sendAgreement` корректно, но `wallet::signagree` on-chain не происходит.
+- Следствие — `wallet::users[<coop>]` пуст, и любой последующий `is_can_transfer`/трансфер AXON падает на `Отправитель не является участником ЦПП кошелька`.
+
+**Фикс:**
+1. Достать живой WIF (для voskhod в dev — `5KQwrPbwdL6PhXujxW37FSSQZ1JiwsST4cqQzDeyXtP79zkvFD3` из boot config.ini, signature-provider).
+2. Шифрануть им current SERVER_SECRET (см. `controller/src/utils/aes.ts` — sha256(SECRET) → AES-256-CBC, IV 16 байт, формат `ivHex:cipherHex`).
+3. `UPDATE vaults SET wif='...', updated_at=now() WHERE username='voskhod' AND permission='active';`.
+4. Перезапуск coopback **не нужен** — он читает каждый раз.
+
+**Дефолт всех mono-репозиториев — `SECRET`.** Если в каком-то `.env` стоит другое — девиация, не норма. Перед re-encrypt'ом vault'а ВСЕГДА сначала смотреть `~/mono-ai-1/components/controller/.env` (или соседнего) — это origin truth для SERVER_SECRET.
+
+**Кейс 2026-05-18 (Эпик 0):** в `mono-ai-5/components/controller/.env` стоял `e2e-fixture-secret-DO-NOT-USE-IN-PROD`, а WIF voskhod в vaults был зашифрован оригиналом — `SECRET`. Фикс — откатить SERVER_SECRET к `SECRET` и подровнять provider'а.
+
+## Capital — фиксы билетов времени (PR #387 merged 2026-05-15)
+
+В `components/controller/src/extensions/capital/` была серия багов в распределении билетов времени, закрытая PR #387 в dev. Три бага:
+
+1. **`recalcDoneEstimatesForContributorProject` / `applyExplicitEstimateToTimeEntries`** раздавал «общий остаток пула» `(estimate − total_committed) / N` всем creators, включая того, кто уже закоммитил. Фикс: личная доля `max(0, estimate/N − own_committed_estimate)` через общий helper `redistributeIssueEstimateEntries`.
+2. **`commitTime` partial split** создавал committed-запись без `entry_type` и `estimate_snapshot` — БД по default'у писала `entry_type='hourly'`, что ломало последующий recalc (фильтрует только `entry_type='estimate'`). Фикс: явно копировать оба поля.
+3. **`declineCommit` / `handleDeclineCommit`** меняли только `commit.status='declined'`, но не возвращали `time-entries` в `is_committed=false`. Часы оставались в `total_committed_hours`. Фикс: `revertEntriesForDeclinedCommit` через новые `findCommittedByCommitHash` / `revertCommittedEntriesByCommitHash`.
+
+**При симптомах** «25 ч подтверждено непонятно откуда» / «доступные часы не вернулись после decline» / «парные коммиты на одну работу» — первый чек: `grep -c redistributeIssueEstimateEntries time-tracking.interactor.ts` в контейнере > 5. Если нет — деплой устарел. Если есть, но баг — посмотреть `entry_type` у committed-записей по issue: legacy записи из БАГ #2 могут до сих пор быть с `entry_type='hourly'` для split-результатов от estimate (видны по `commit_hash IS NOT NULL AND entry_type='hourly' AND estimate_snapshot IS NULL` на DONE-задаче с estimate>0). Чинятся UPDATE'ом `entry_type → estimate` с правильным `estimate_snapshot`.
+
+**Legacy data caveat:** `capital_time_entries` с `entry_type='hourly'` + `commit_hash != NULL` могут быть как (а) настоящей hourly работой до установки estimate, так и (б) split-наследием БАГ #2. Различить: если у задачи `estimate>0` и `DONE`, и записи hourly от тех же creators что в estimate-долях — это (б), чинить.
+
+**Edge-case дробных остатков:** при `estimate=2.5` и одном creator, после commit'а 2 ч (`Math.floor < 1` для остатка) остаётся 0.5 ч uncommitted estimate, который никогда не закоммитится. Либо ручной DELETE uncommitted остатка, либо изменить estimate на целое (но estimate в `capital_issues` — on-chain, через UI mutation, не DELETE'ом в БД).
+
+## Стол Заказов MVP — текущее состояние
+
+Проект `1-prilozhenie-stol-zakazov` в blago (coopname voskhod, hash `feabc749…3841f73`). Кооперативная закупка/распределение имущества участка (продукты, товары, услуги); пилот — Красногорск; цель 6 мес: 10 кооперативов / 1200+ пайщиков.
+
+**Локация:** `~/blago/production/1-prilozhenie-stol-zakazov/`.
+
+**Структура артефактов:**
+- `_bmad-output/planning-artifacts/` (project-уровень): `prd.md`, `prd-validation-report.md`, `ux-design-specification.md`, `architecture.md` (status:complete 2026-05-12).
+- **`components/3-minimalnyy-produkt/_bmad-output/planning-artifacts/epics.md`** (SoT для MVP) — `stepsCompleted=[1,2,3,4]`, `status: complete 2026-05-12`, 65 FRs → 11 эпиков → 57 stories. **НЕ создавать дубль на верхнем уровне `_bmad-output/planning-artifacts/`** — MVP-компонент имеет собственный bmad-output.
+- `requirements/` (5 файлов): `04-brif`, `0b-protsessy`, `0f-prd`, `7e-uxui`, `d6-arkhitektura` — дубли _bmad-output (намеренно, см. правило о дублях BMad-артефактов в global memory).
+
+**Locked Decisions L1–L9:**
+- **L1:** порядок подписей АПП (приёмка поставщик→председатель финально / выдача председатель→заказчик финально).
+- **L2:** `o.mkt.payout` baseline `Дт 86 / Кт 51` без счёта 60.
+- **L3:** реверты исключены — compensating forward с собственным `operation_id`.
+- **L4:** геокарта КУ обязательна на трёх столах; lat/lng в `PlaceDomainEntity`.
+- **L5 / L9:** «Системный конструктор ЦПП» → реализован как трёхуровневый онбординг расширений (см. выше).
+- **L6:** без отрицательного баланса в MVP (отменяет NFR-R5 PRD).
+- **L7:** enum 10 кооп-категорий (овощи/фрукты, молочные, мясо, рыба, хлеб, бакалея, напитки, готовая еда, услуги, прочие).
+- **L8:** двухслойная схема подписания — глобальная on-chain `agreements` (SoT) + локальные `*_onboarding_requirement`/`*_onboarding_state` per-extension.
+- **L10/L11/L13:** consolidated request backend-only / cycle_type backend variation / pull-модель отчётности.
+
+**Прогресс по эпикам (на 2026-05-15):**
+- **Эпик 1** — MERGED в `marketplace2`: PR #368/#370/#371/umbrella #380.
+- **Эпик 2 «Сеть ПВЗ»** — MERGED PR #381 (после rebase). Workspace `market-pvz`, KU details + Yandex geocoder, Zeus SDK.
+- **Эпик 11 Story 11.1 (Ledger2 canonical actions)** — MERGED PR #375 на C++ стороне. **TS-сторона cooptypes НЕ закрыта**: `cooptypes/src/contracts/marketplace/actions/index.ts` экспортирует только LEGACY клиринговые actions, `interfaces/marketplace.ts` auto-generated из устаревшего ABI. **Блокер Эпика 4** — нужен отдельный pre-эпик PR `feat/S11-1-cooptypes-canonical`: ABI regen через `eosio-abi2ts` из новой `marketplace.abi.json` после `coopcontracts` build, либо ручное добавление 18 canonical actions + canonical tables + canonical interfaces.
+- **Эпик 3 «Витрина»** — IN REVIEW. PR #382 (`feat/E3-vitrina`) OPEN MERGEABLE. 6 коммитов (Stories 3.1–3.5 + BC-sync seam), 67 unit-тестов. Stories 3.4 (CAS counters) — callback-target для Эпика 4 + scaffolding `marketplace-order-sync.service.ts` (skeleton, throw NOT_IMPLEMENTED).
+- **Эпики 4-10** — BACKLOG. Issues 598-7 … 598-13 разложены; story-requirements в `598-N-…-requirements/`.
+
+**Открытые фоллоуапы Эпика 1:**
+- L3 mutation `marketplaceSignOnboardingOffer` (write-mutation pool + `sndagreement`).
+- Source-маркер `'registration_flow'` vs `'extension_gate'` в DTO.
+- `marketplaceAcceptCpp` валидация повестки совета — после Эпика 8 (FR40).
+- Финальный юридический текст оферты — `todo-tspp-templates.md` (блокирует Stories 1.7/1.9/1.11 в продовой подаче).
+- Story 1.5 интеграционный тест против тестовой ноды ЦК — после Эпика 11.
+
+**Реальное состояние brownfield (на marketplace2 @ d98041d):**
+
+| Слой | Готово (membership) | Donor-клиринг (нужно решить судьбу) |
+|---|---|---|
+| ledger2 C++/TS реестры | 12 операций `o.mkt.*`, счета 10/91, кошельки `w.mkt.member`/`w.mkt.payout`/`w.wal.member`, WalletOp `REVOKE` | — (legacy `o.mkt.supply/recv` удалены) |
+| YAML-стандарты `p.mkt.{supply,return,wroff}` | canonical имена actions | — |
+| C++ actions (`marketplace.hpp` + 30 .cpp) | **ничего** из canonical | `orderoffer/accept/authcontrib/authreturn/supply/...` ~1660 LOC; legacy Wallet, не ledger2 |
+| process-registry в controller | заглушки под membership (`p.mkt.reqst` убран) | — |
+| cooptypes/contracts/marketplace TS-actions | нет canonical | 24 клиринговых обёртки |
+| controller/application + domain/marketplace | нет canonical | 23 DTO + interactor + resolver + 6 interfaces |
+| controller/extensions/marketplace | — | для категорий Ozon (clean arch, 7 TypeORM entities); может пригодиться для каталога Offer'ов |
+| controller/extensions/marketplace-cards | — | минимальный каркас карточек |
+| desktop/pages/Marketplace | нет canonical | 11 страниц под клиринг; `desktop/extensions/market` пуст |
+
+**Решение 2026-05-12:** стратегии миграции не делаем — donor уже не работает по старой модели; собираем новую membership-модель в существующем контуре, donor-код переписывается / удаляется напрямую без переходников.
+
+В `/bmad-create-architecture` MVP **не вводить adapter-слой и не описывать миграционные пути**. Прямо фиксировать: какие C++ actions/DTO/Vue-страницы из donor-листа удаляются, какие переписываются под canonical (`signsupp/signchair/signiss1/signiss2/acceptbatch/declinebatch/expirecycle/prepship/createorder(новая сигнатура)/cancelorder`), какие сохраняются (shipment/coopstock — если попадают в MVP scope, отдельно проверить).
+
+**Обязательная enforcement-база для backend** — `mono-ai-4/components/controller/CLAUDE.md` (Composite-Entity `db/bc/derived`, Write-mutation pool с placeholder/sync_key dedup, ParserClient + Redis Streams, ForkRegistry, ADR-002/008/009/011/012; параметры через `config/blockchain.config.ts`, не magic numbers).
@@ -0,0 +1,139 @@
+# Запуск mono dev-стека на macOS
+
+Полная пошаговая инструкция, как поднять backend (`coopback`) + parser (`cooparser`) + блокчейн-ноду + БД на macOS через Docker Desktop. Прошёл — отметь, ниже разобраны типичные грабли.
+
+## TL;DR
+
+```bash
+cd ~/dacom-code/foundation/monocoop
+docker compose up -d                                                    # 1. поднять базу
+./scripts/dev-setup-macos.sh                                            # 2. одной командой (см. ниже скрипт)
+```
+
+Если скрипта ещё нет — выполняй шаги ниже руками.
+
+## Шаги
+
+### 1. Поднять контейнеры
+
+```bash
+docker compose up -d
+```
+
+Поднимутся: `node` (NodeOS), `mongo`, `monoredis`, `postgres`, `coopback`, `cooparser`. **MinIO** входит в дефолт. **OpenSearch** — нет (тяжёлый, см. опц. сервисы).
+
+### 2. Проверить чтоб .env'ы указывали на service-имена, а не localhost
+
+`components/controller/.env`:
+- `MONGODB_URL=mongodb://mongo:27017/cooperative-x`
+- `REDIS_HOST=monoredis`
+- `POSTGRES_HOST=postgres`, `POSTGRES_PASSWORD=postgres!23!23`
+- `BLOCKCHAIN_RPC=http://node:8888`
+- `SIMPLE_EXPLORER_API=http://cooparser:4000`
+- `MINIO_ENDPOINT=minio:9000`
+- `CHAIN_ID=<реальный chain_id, см. ниже>`
+
+`components/parser/.env`:
+- `MONGO_EXPLORER_URI=mongodb://mongo:27017/cooperative-x`
+- `REDIS_HOST=monoredis`
+- `API=http://node:8888`
+- `SHIP=ws://node:8080`
+
+**Почему service-имена:** все контейнеры в bridge-сети `monocoop_default`. Внутри контейнера `127.0.0.1` = сам контейнер, не host. На macOS `network_mode: host` в Docker Desktop работает плохо — используем bridge + service names.
+
+### 3. Узнать живой chain_id
+
+```bash
+curl -s http://localhost:8888/v1/chain/get_info | jq -r .chain_id
+```
+
+И вписать в `components/controller/.env` → `CHAIN_ID=...`. **Если chain_id в .env не совпадает с живым — on-chain транзакции упадут на verify, хотя приложение запустится.**
+
+### 4. Если правил .env — пересоздать контейнер (не restart!)
+
+```bash
+docker compose up -d --force-recreate --no-deps coopback cooparser
+```
+
+`docker restart` **не перечитывает** `env_file`. `--no-deps` — чтобы не пересоздавать БД (потеряются данные).
+
+### 5. Native binding libxmljs2 — пересборка под Linux
+
+На свежем чекауте `pnpm install` запускается на macOS, и `libxmljs2` собирает Mach-O бинарник. В Linux-контейнере он падает:
+
+```
+Error: .../xmljs.node: invalid ELF header  ERR_DLOPEN_FAILED
+```
+
+**Фикс** (один раз после `pnpm install`):
+
+```bash
+docker exec monocoop-coopback-1 sh -c '
+  cd /app/node_modules/.pnpm/libxmljs2@0.37.0/node_modules/libxmljs2 \
+  && rm -rf build \
+  && PATH="$PWD/node_modules/.bin:$PATH" npm run install
+'
+docker restart monocoop-coopback-1
+```
+
+Проверка — magic bytes Linux ELF:
+```bash
+docker exec monocoop-coopback-1 sh -c \
+  'head -c 4 /app/node_modules/.pnpm/libxmljs2@0.37.0/node_modules/libxmljs2/build/Release/xmljs.node | od -c -N 4'
+# Должно быть:  177   E   L   F
+# Если cf fa ed fe — это macOS Mach-O, фикс не применился.
+```
+
+### 6. Дождаться cold-start coopback (~5–6 минут)
+
+`ts-node` без cache + DI tree NestJS = долго. Первые логи появляются спустя ~5 минут после старта контейнера.
+
+```bash
+docker logs -f monocoop-coopback-1 | grep -E 'NestJS app|Nest application|Error'
+```
+
+Готово, когда видишь:
+```
+Nest application successfully started
+NestJS app with Express routes running on port 2998
+```
+
+Проверка:
+```bash
+curl -s -X POST -H 'Content-Type: application/json' \
+  -d '{"query":"{__typename}"}' http://localhost:2998/v1/graphql
+# {"data":{"__typename":"Query"}}
+```
+
+## Опциональные сервисы
+
+### OpenSearch (поиск)
+
+```bash
+docker compose --profile search up -d opensearch
+```
+
+Затем в `components/controller/.env`:
+```
+OPENSEARCH_ENABLED=true
+```
+И пересоздать coopback:
+```bash
+docker compose up -d --force-recreate --no-deps coopback
+```
+
+## Грабли (если опять провозился пол-дня)
+
+| Симптом | Причина | Фикс |
+|---|---|---|
+| `invalid ELF header` | host'овый `pnpm install` положил Mach-O | См. п. 5 — пересборка libxmljs2 в контейнере |
+| `MongooseServerSelectionError: ECONNREFUSED 127.0.0.1:27017` | .env на localhost вместо service-имени | См. п. 2 |
+| `password authentication failed for user "postgres"` | в .env `POSTGRES_PASSWORD=postgres` вместо `postgres!23!23` | См. п. 2 |
+| Coopback ушёл в restart-loop, но рядом есть другой `monocoop-coopback-1` Up | Случайно запустился старый `components/controller/docker-compose.yml` (network_mode: host, без bind-mount, без CMD) | `docker stop coopback && docker rm coopback` |
+| `docker restart` не подхватил новые переменные .env | `restart` не перечитывает `env_file` | `docker compose up -d --force-recreate --no-deps <svc>` |
+| Coopback зависает на 5+ минут, лога нет | Это нормально для cold-start ts-node | Подождать. CPU должен крутиться ≥50%. Если CPU = 0% — другая проблема |
+| `[VaultDomainService] Ошибка при получении WIF... bad decrypt` | SERVER_SECRET не совпадает с тем, чем шифровали WIF в БД | См. CLAUDE.md → раздел Vault & SERVER_SECRET. Дефолт — `SECRET` |
+| Транзакции падают на on-chain verify | CHAIN_ID в .env не совпадает с живым | См. п. 3 |
+| `Custom endpoint \`minio://9000\` was not a valid URI` на bootstrap | `MINIO_ENDPOINT` без схемы | `MINIO_ENDPOINT=http://minio:9000` (со схемой!) |
+| nodeos в restart-loop с `Database dirty flag set` после sleep/crash Docker Desktop | unclean shutdown chain state | `docker stop monocoop-node-1`; `mv blockchain-data/state-history{,.broken-$(date +%s)}`; `docker compose up -d node` — nodeos сам сделает replay |
+| Cold-start coopback 10+ минут (вместо обычных 3-5) | ts-node без cache + bind-mount через osxfs + параллельная нагрузка (nodeos replay) | Подождать; в будущем — `tsx` / `ts-node --swc` для dev-режима |
@@ -83,12 +83,23 @@ WORKDIR /app
 # ссылка на системный интерпретатор; без него `weasyprint` падает с
 # `python: not found`. `procps`/`wget` — для дебага/healthcheck'ов
 # из docker-compose.
+#
+# `ca-certificates` обязателен: node:22-slim его не содержит, а
+# native-биндинги типа @livekit/rtc-node (Rust + rustls + rustls-native-certs)
+# читают корни ТОЛЬКО из системного store. Без файла
+# /etc/ssl/certs/ca-certificates.crt любой TLS handshake из такого
+# биндинга падает с "invalid peer certificate: UnknownIssuer" —
+# даже для валидной LE-цепочки (Node-стек при этом работает,
+# у него свои вшитые корни). Инцидент 2026-05-21: secretary в
+# coopback не мог подключиться к wss://chatcooprtc.coopenomics.world.
 RUN apt-get update && apt-get install -y --no-install-recommends \
+      ca-certificates \
      python3 \
      libpango-1.0-0 libpangoft2-1.0-0 libpangocairo-1.0-0 libcairo2 \
      libffi8 libjpeg62-turbo libopenjp2-7 zlib1g shared-mime-info \
      procps wget \
- && rm -rf /var/lib/apt/lists/*
+ && rm -rf /var/lib/apt/lists/* \
+ && update-ca-certificates

 # Python venv с WeasyPrint, готовый к использованию.
 COPY --from=builder /venv /venv
@@ -0,0 +1,55 @@
+### Blago Manage Transcription Memo
+
+Назначение скилла — собрать краткое содержание (memo) встречи по транскрипции звонка, согласовать его с пользователем и опубликовать в backend через `blago` так, чтобы оно появилось в desktop UI на странице транскрипции звонка (поле «Заметка о звонке»).
+
+Право редактировать memo на сервере есть только у председателя и членов совета — убедись, что активная сессия `blago login` принадлежит подходящей роли.
+
+Перед началом прочитай: `~/.claude/config/blago/config.yaml`. Запомни оттуда `workspace_base`, `active_workspace_env` и путь из `workspaces`, соответствующий `active_workspace_env` — назовём его `workspace_path`.
+
+#### Входной артефакт
+
+Транскрипции звонков лежат в `<workspace_path>/<project-slug>/meetings/<stem>.md`. Имя файла `<stem>` — UTC-метка окончания звонка (`YYYY-MM-DD_HHMMSS_mmm`). Этот файл — pull-only: его текст приходит с сервера и в `blago push` не уходит.
+
+Связь meeting-файла с UUID транскрипции хранится в `.blago/index.json` рабочей копии: запись с `entity_type=call_transcription`, `relative_path` равен пути к meeting-файлу, `entity_hash` — UUID транскрипции. Сам `blago transcription memo` этот UUID резолвит автоматически по пути.
+
+`blago pull` всегда кладёт рядом с meeting-файлом `meetings/<stem>.memo.md` (тип `call_transcription_memo`, `entity_hash = "<uuid>:memo"`). Если на сервере memo пустой — файл создаётся пустым. Это сделано специально, чтобы редактирование и публикация шли в одно действие: открыть существующий sibling, дописать, опубликовать. Никаких отдельных шагов «создать файл» делать не нужно.
+
+#### Формат содержимого `.memo.md`
+
+Жёсткие требования к телу memo (применяй всегда, даже без напоминания пользователя):
+
+1. **Первая строка — резюме одним предложением, длиной ≤150 символов.** Это «о чём вообще был звонок». Без markdown-форматирования (без `#`, `*`, `-`, ссылок, цитат), без переноса строки внутри. Считай длину в символах (Unicode codepoints), а не в словах. Если не помещается — переформулируй до сути, не сокращай прилагательными.
+2. Следующая пустая строка-разделитель, затем — развёртка по сути. Сжимай до минимума:
+   - убирай этикет, разогрев, повторы, «слышно? — слышно», частицы;
+   - объединяй похожие реплики в один пункт;
+   - оставляй: о чём договорились, что обсудили, какие решения, какие открытые вопросы и кто за что взялся;
+   - короткие маркированные списки лучше абзацев; имена/числа/даты сохраняй точно.
+3. Markdown отображается в desktop UI редактором (Milkdown через `WrappedEditor`). Можно: заголовки `##`/`###`, списки `-`, инлайн `**жирный**`, ссылки. Не используй декоративный markdown, который ничего не добавляет к смыслу.
+
+#### Процедура
+
+1. Получи от пользователя путь к meeting-файлу (или скажи ему: «дай путь к нужному meeting-файлу»). Прочитай meeting-файл целиком.
+2. Открой sibling-файл `meetings/<stem>.memo.md` (он уже создан `blago pull`, возможно пустой). Если файла нет — попроси пользователя выполнить `blago pull` для нужного проекта и повтори.
+3. Собери summary по правилам выше: первая строка — одно предложение до 150 символов, дальше пустая строка и сжатая суть. По прямому промпту пользователя адаптируй акценты (что выделить, какие выводы). Если промпта нет — попроси его. Запиши результат в существующий sibling.
+4. Покажи пользователю обновлённое содержимое `.memo.md` целиком (или дай явную ссылку на файл). Проверь сам: первая строка — одно предложение, ≤150 символов, без markdown. Если нет — переписывай, пока не выполнится. Спроси, всё ли устраивает. Не публикуй без явного «ок / публикуй / поехали».
+5. После подтверждения опубликуй memo на сервер:
+
+```bash
+blago transcription memo <workspace_path>/<project-slug>/meetings/<stem>.md
+```
+
+   По умолчанию команда читает `.memo.md` рядом с указанным meeting-файлом. Альтернативы:
+
+   - `blago transcription memo <stem>.md --file path/to/draft.md` — взять текст из произвольного файла;
+   - `blago transcription memo <UUID> --text "<строка>"` — передать текст строкой и адресовать транскрипцию напрямую по UUID.
+
+6. Команда вернёт строку вида `Memo обновлено на сервере: транскрипция <uuid> (символов: N; источник: …)`. Если сервер ответил ошибкой (например, прав не хватает или сессия истекла) — останови работу, сообщи пользователю текст ошибки и предложи `blago login`.
+
+#### Замечания
+
+- `blago pull` всегда создаёт `meetings/<stem>.memo.md` рядом с каждой meeting-транскрипцией — пустой, если на сервере memo пустой. Файл сразу проиндексирован (`entity_type=call_transcription_memo`), поэтому редактирование→`blago transcription memo` идёт без warning'ов.
+- Файл `.memo.md` в `blago push` не уходит (артефакты `meetings/` исключены из staging) — это «локальный канал» вокруг серверного поля `memo`.
+- Если ты редактировал sibling локально и не публиковал, а на сервере появилась новая версия — повторный `blago pull` запишет git-style маркеры конфликта (`<<<<<<< blago/local` … `>>>>>>> blago/remote`); разрулите вручную и опубликуй через `blago transcription memo`.
+- Если на сервере memo всё ещё пустой, а у тебя локальный черновик не публиковался — `blago pull` сохранит локальный текст и проиндексирует его как baseline; никакие правки не пропадают.
+- Чтобы перезаписать опубликованный memo — повтори ту же команду; сервер хранит одно текущее значение поля `memo`.
+- Ограничения на длину больше нет (ни на фронте, ни на бэкенде) — можно публиковать развёрнутые саммари с выводами и пунктами.
@@ -1,6 +1,6 @@
 {
  "name": "@coopenomics/blago-cli",
-  "version": "2026.5.13-alpha-3",
+  "version": "2026.5.30-alpha-2",
  "description": "CLI синхронизации артефактов Благорост с бэкендом через @coopenomics/sdk",
  "type": "module",
  "private": true,
@@ -41,6 +41,7 @@ import { runPush } from '../sync/push.js'
 import { runClearStaging, runRemove } from '../sync/remove.js'
 import { restoreAllFromServer, RESTORE_ALL_PATH_SENTINELS, runRestore } from '../sync/restore.js'
 import { runStatus } from '../sync/status.js'
+import { runUpdateTranscriptionMemo } from '../sync/update-transcription-memo.js'
 import { writeWorkspaceIndexMarkdown } from '../sync/workspace-index.js'
 import { error, formatThrownValue, info, success, warn } from '../ui/output.js'

@@ -237,6 +238,48 @@ export async function runCli(argv: string[]): Promise<void> {
      },
    )

+  const transcriptionCmd = program
+    .command('transcription')
+    .description(
+      'Управление транскрипциями звонков: публикация краткого содержания (memo) на сервер (отображается в desktop на странице транскрипции).',
+    )
+
+  transcriptionCmd
+    .command('memo')
+    .description(
+      'Опубликовать краткое содержание (memo) для транскрипции звонка через GraphQL-мутацию chatcoopUpdateTranscriptionMemo. <pathOrId>: путь к `meetings/<stem>.md` (id берётся из .blago/index.json, entityType=call_transcription) или UUID транскрипции. Без --text/--file читает sibling-файл `<stem>.memo.md` рядом с meeting. Доступно председателю и членам совета.',
+    )
+    .argument(
+      '<pathOrId>',
+      'путь к meeting-файлу или UUID транскрипции',
+    )
+    .option('--file <path>', 'путь к файлу с текстом memo (markdown)')
+    .option('--text <inline>', 'текст memo строкой (приоритет над --file и sibling)')
+    .action(
+      async (
+        pathOrId: string,
+        opts: { file?: string, text?: string },
+      ) => {
+        const root = requireRoot()
+        const cfg = await loadConfig(root)
+        const ctx = await ensureAuthenticatedContext(root, cfg)
+        const result = await runUpdateTranscriptionMemo(
+          ctx,
+          pathOrId,
+          { inlineText: opts.text, filePath: opts.file },
+          startDir(),
+        )
+        const sourceLabel = result.memoSource === 'inline'
+          ? '--text'
+          : result.memoSource === 'file'
+            ? `--file ${result.memoFile ?? ''}`
+            : `sibling ${result.memoFile ?? ''}`
+        success(
+          `Memo обновлено на сервере: транскрипция ${result.transcriptionId} (символов: ${result.memoLength}; источник: ${sourceLabel}).`,
+        )
+      },
+    )
+
  const delCmd = program
    .command('del')
    .alias('delete')
@@ -319,9 +362,9 @@ export async function runCli(argv: string[]): Promise<void> {
    )
    .action(async (paths: string[]) => {
      const root = requireRoot()
-      const { stagedPaths, skippedUnchanged, skippedIgnored, skippedPullOnlyArtifacts } = await runAdd(root, paths)
+      const { stagedPaths, skippedUnchanged, skippedIgnored, skippedPullOnlyArtifacts, skippedNonEntity } = await runAdd(root, paths)
      success(
-        `Staging обновлён: в списке ${stagedPaths.length} путь(ей). Пропущено без изменений относительно индекса: ${skippedUnchanged}; по .blagoignore: ${skippedIgnored}; артефакты только pull (messages/ и meetings/): ${skippedPullOnlyArtifacts}.`,
+        `Staging обновлён: в списке ${stagedPaths.length} путь(ей). Пропущено без изменений относительно индекса: ${skippedUnchanged}; по .blagoignore: ${skippedIgnored}; артефакты только pull (messages/ и meetings/): ${skippedPullOnlyArtifacts}; не blago-сущности (нет type=project/issue/story во frontmatter): ${skippedNonEntity}.`,
      )
    })

@@ -38,6 +38,22 @@ export function parseBlagoMarkdown(raw: string): ParsedBlagoFile {
  }
 }

+/** Не бросает: возвращает тип сущности blago, если файл — корректный project/issue/story; иначе undefined. */
+export function peekBlagoEntityType(raw: string): EntityFrontmatterType | undefined {
+  let file: ReturnType<typeof matter>
+  try {
+    file = matter(raw)
+  }
+  catch {
+    return undefined
+  }
+  const t = file.data?.type
+  if (t === 'project' || t === 'issue' || t === 'story') {
+    return t
+  }
+  return undefined
+}
+
 export function serializeBlagoMarkdown(data: Record<string, unknown>, body: string): string {
  const trimmed = body.endsWith('\n') ? body : `${body}\n`
  // matter.stringify(string, data) сначала парсит string как frontmatter — body, начинающийся
@@ -3,6 +3,7 @@
 import * as fs from 'node:fs/promises'
 import * as path from 'node:path'

+import { peekBlagoEntityType } from '../format/index.js'
 import { sha256Hex } from '../lib/hash.js'
 import { expandBlagoUserTargetsToRelativePaths } from './capital-target-expand.js'
 import { isBlagoSyncExcludedDirName, isIgnoredRelativePath, loadBlagoIgnoreRules } from './ignore.js'
@@ -28,19 +29,39 @@ async function collectMarkdownFiles(absDir: string): Promise<string[]> {
  return out
 }

-/** true — файл стоит поставить в staging: нет в индексе или SHA256 на диске ≠ content_etag_local. */
-async function isDirtyVsIndex(root: string, rel: string, index: Awaited<ReturnType<typeof loadIndex>>): Promise<boolean> {
-  const entry = findByRelativePath(index, rel)
-  if (!entry) {
-    return true
-  }
+type FileCheck =
+  | { kind: 'unreadable' }
+  | { kind: 'non-entity' }
+  | { kind: 'clean' }
+  | { kind: 'dirty' }
+
+/**
+ * Решение по одному файлу для staging:
+ * — нечитаемый → dirty (push сам сообщит вменяемую ошибку),
+ * — без корректного frontmatter type → non-entity (README/notes/CLAUDE/AGENTS и пр. не отправляем),
+ * — есть в индексе и sha256 совпал → clean,
+ * — иначе dirty.
+ */
+async function classifyFileForAdd(
+  root: string,
+  rel: string,
+  index: Awaited<ReturnType<typeof loadIndex>>,
+): Promise<FileCheck> {
+  let raw: string
  try {
-    const raw = await fs.readFile(path.join(root, rel), 'utf8')
-    return sha256Hex(raw) !== entry.content_etag_local
+    raw = await fs.readFile(path.join(root, rel), 'utf8')
  }
  catch {
-    return true
+    return { kind: 'unreadable' }
  }
+  if (peekBlagoEntityType(raw) === undefined) {
+    return { kind: 'non-entity' }
+  }
+  const entry = findByRelativePath(index, rel)
+  if (!entry) {
+    return { kind: 'dirty' }
+  }
+  return sha256Hex(raw) === entry.content_etag_local ? { kind: 'clean' } : { kind: 'dirty' }
 }

 export interface RunAddResult {
@@ -50,6 +71,8 @@ export interface RunAddResult {
  skippedIgnored: number
  /** messages/ и meetings/ — только синхронизация с сервера, в push не идут */
  skippedPullOnlyArtifacts: number
+  /** Файлы без корректного blago-frontmatter (README, notes, CLAUDE/AGENTS и пр.) — в staging не попадают */
+  skippedNonEntity: number
 }

 export async function runAdd(root: string, targets: string[]): Promise<RunAddResult> {
@@ -65,6 +88,7 @@ export async function runAdd(root: string, targets: string[]): Promise<RunAddRes
  let skippedUnchanged = 0
  let skippedIgnored = 0
  let skippedPullOnlyArtifacts = 0
+  let skippedNonEntity = 0

  for (const t of expanded) {
    const abs = path.resolve(root, t)
@@ -86,7 +110,12 @@ export async function runAdd(root: string, targets: string[]): Promise<RunAddRes
        skippedPullOnlyArtifacts += 1
        continue
      }
-      if (!(await isDirtyVsIndex(root, rel, index))) {
+      const check = await classifyFileForAdd(root, rel, index)
+      if (check.kind === 'non-entity') {
+        skippedNonEntity += 1
+        continue
+      }
+      if (check.kind === 'clean') {
        skippedUnchanged += 1
        continue
      }
@@ -96,5 +125,5 @@ export async function runAdd(root: string, targets: string[]): Promise<RunAddRes

  const stagedPaths = [...set].sort()
  await saveStaging(root, { paths: stagedPaths })
-  return { stagedPaths, skippedUnchanged, skippedIgnored, skippedPullOnlyArtifacts }
+  return { stagedPaths, skippedUnchanged, skippedIgnored, skippedPullOnlyArtifacts, skippedNonEntity }
 }
@@ -9,12 +9,15 @@ export interface CommunicationCursorsFile {
  messageLastTsByRoom: Record<string, number>
  /** project_hash → ISO instant: транскрипции с endedAt ≤ этого момента уже выгружены */
  transcriptionLastEndedExclusiveByProject: Record<string, string>
+  /** matrixRoomId → ISO instant: транскрипции непроектной комнаты с endedAt ≤ этого момента уже выгружены */
+  transcriptionLastEndedExclusiveByRoom: Record<string, string>
 }

 function empty(): CommunicationCursorsFile {
  return {
    messageLastTsByRoom: {},
    transcriptionLastEndedExclusiveByProject: {},
+    transcriptionLastEndedExclusiveByRoom: {},
  }
 }

@@ -32,6 +35,11 @@ export async function loadCommunicationCursors(root: string): Promise<Communicat
        && typeof parsed.transcriptionLastEndedExclusiveByProject === 'object'
          ? { ...parsed.transcriptionLastEndedExclusiveByProject }
          : {},
+      transcriptionLastEndedExclusiveByRoom:
+        parsed.transcriptionLastEndedExclusiveByRoom !== undefined
+        && typeof parsed.transcriptionLastEndedExclusiveByRoom === 'object'
+          ? { ...parsed.transcriptionLastEndedExclusiveByRoom }
+          : {},
    }
  }
  catch {
@@ -43,7 +43,6 @@ export function projectCommunicationDayToMarkdown(
 }

 export interface TranscriptionHeaderModel {
-  matrixRoomId: string
  roomId: string
  startedAt: Date | string
  endedAt: Date | string | null | undefined
@@ -71,7 +70,6 @@ export function renderCallTranscriptionMarkdown(
  const header = [
    `# Транскрипция звонка`,
    ``,
-    `- Matrix room: \`${transcription.matrixRoomId}\``,
    `- LiveKit room: \`${transcription.roomId}\``,
    `- Начало: ${start.toISOString()}`,
    `- Окончание: ${end ? end.toISOString() : '—'}`,
@@ -14,6 +14,8 @@ export type BlagoEntityType =
  | 'room_message_day'
  /** Файл `meetings/*.md` (транскрипция звонка), только pull с сервера */
  | 'call_transcription'
+  /** Файл `meetings/<stem>.memo.md` — краткое содержание звонка; pull с сервера + публикация через `blago transcription memo` */
+  | 'call_transcription_memo'

 export interface IndexEntry {
  entity_type: BlagoEntityType
@@ -3,11 +3,16 @@
 import type { AuthenticatedContext } from '../session/index.js'
 import type { IndexFile } from './index-store.js'

+import * as fs from 'node:fs/promises'
+import * as path from 'node:path'
+
 import { createHash } from 'node:crypto'

 import { Queries, Zeus } from '@coopenomics/sdk'

+import { sha256Hex } from '../lib/hash.js'
 import { formatThrownValue, warn } from '../ui/output.js'
+import { findByHash, normalizeRelativePath, upsertEntry } from './index-store.js'

 import {
  loadCommunicationCursors,
@@ -20,7 +25,7 @@ import {
  transcriptionMeetingFileStemUtc,
  type CommunicationDayLine,
 } from './communication-markdown.js'
-import { workspaceBasePath, type ProjectPathModel } from './layout.js'
+import { generateSlug, workspaceBasePath, type ProjectPathModel } from './layout.js'
 import { syncEntityFile } from './sync-entity-file.js'

 interface ProjectRowLite {
@@ -42,6 +47,121 @@ function messageDayEntityHash(projectHash: string, utcDate: string): string {
  return createHash('sha256').update(`${projectHash}:${utcDate}`, 'utf8').digest('hex')
 }

+function transcriptionMemoEntityHash(transcriptionId: string): string {
+  return `${transcriptionId.toLowerCase()}:memo`
+}
+
+async function readFileIfExists(abs: string): Promise<string | null> {
+  try {
+    return await fs.readFile(abs, 'utf8')
+  }
+  catch {
+    return null
+  }
+}
+
+function normalizeMemoContent(memo: string): string {
+  if (memo.length === 0) {
+    return ''
+  }
+  return memo.endsWith('\n') ? memo : `${memo}\n`
+}
+
+/**
+ * Гарантирует наличие файла `meetings/<stem>.memo.md` после pull.
+ *
+ * Файл создаётся **всегда** (даже если на сервере memo пуст), чтобы пользователь мог редактировать
+ * sibling «в одно касание», а команда `blago transcription memo` всегда находила его. Конфликты с
+ * локальными правками разруливаются:
+ *
+ *  - индекс есть → штатный `syncEntityFile` (он умеет merge-markers «<<<<<<< blago/local …»);
+ *  - индекса нет, файла нет → пишем серверный memo и индексируем (baseline = сервер);
+ *  - индекса нет, файл есть, содержимое совпадает с сервером → просто индексируем (baseline = совпавший контент);
+ *  - индекса нет, файл есть, серверный memo пустой → оставляем локальный черновик и индексируем его (baseline = локальный);
+ *  - индекса нет, файл есть, оба непустые и различаются → пишем merge-markers, индексируем merged.
+ */
+async function syncTranscriptionMemoFile(params: {
+  root: string
+  index: IndexFile
+  transcriptionId: string
+  relativePath: string
+  serverMemo: string
+  remoteUpdatedAtIso: string
+}): Promise<void> {
+  const { root, index, transcriptionId, relativePath, serverMemo, remoteUpdatedAtIso } = params
+  const rel = normalizeRelativePath(relativePath)
+  const abs = path.join(root, rel)
+  const entityHash = transcriptionMemoEntityHash(transcriptionId)
+  const serverContent = normalizeMemoContent(serverMemo)
+  const prev = findByHash(index, 'call_transcription_memo', entityHash)
+
+  if (prev) {
+    await syncEntityFile({
+      root,
+      index,
+      entityType: 'call_transcription_memo',
+      entityHash,
+      relativePath: rel,
+      content: serverContent,
+      remoteUpdatedAt: remoteUpdatedAtIso,
+      label: `memo транскрипции ${transcriptionId}`,
+    })
+    return
+  }
+
+  await fs.mkdir(path.dirname(abs), { recursive: true })
+  const local = await readFileIfExists(abs)
+
+  if (local === null) {
+    await fs.writeFile(abs, serverContent, 'utf8')
+    upsertEntry(index, {
+      entity_type: 'call_transcription_memo',
+      entity_hash: entityHash,
+      relative_path: rel,
+      remote_updated_at: remoteUpdatedAtIso,
+      content_etag_local: sha256Hex(serverContent),
+    })
+    return
+  }
+
+  if (local === serverContent) {
+    upsertEntry(index, {
+      entity_type: 'call_transcription_memo',
+      entity_hash: entityHash,
+      relative_path: rel,
+      remote_updated_at: remoteUpdatedAtIso,
+      content_etag_local: sha256Hex(local),
+    })
+    return
+  }
+
+  if (serverContent.trim().length === 0) {
+    // Сервер ничего не знает — берём локальный черновик как baseline. Опубликовать его можно
+    // через `blago transcription memo <meeting-path>`.
+    upsertEntry(index, {
+      entity_type: 'call_transcription_memo',
+      entity_hash: entityHash,
+      relative_path: rel,
+      remote_updated_at: remoteUpdatedAtIso,
+      content_etag_local: sha256Hex(local),
+    })
+    return
+  }
+
+  const merged = `<<<<<<< blago/local\n${local}\n=======\n${serverContent}\n>>>>>>> blago/remote\n`
+  await fs.writeFile(abs, merged, 'utf8')
+  upsertEntry(index, {
+    entity_type: 'call_transcription_memo',
+    entity_hash: entityHash,
+    relative_path: rel,
+    remote_updated_at: remoteUpdatedAtIso,
+    content_etag_local: sha256Hex(merged),
+  })
+  warn(
+    `Конфликт memo транскрипции ${transcriptionId}: локальный черновик и серверная версия различаются. В «${rel}» записаны маркеры слияния («<<<<<<< blago/local» … «>>>>>>> blago/remote»). Оставьте одну версию текста и опубликуйте через «blago transcription memo».`,
+  )
+}
+
 function dateFromUnknown(value: unknown): Date | undefined {
  if (value === null || value === undefined) {
    return undefined
@@ -63,6 +183,19 @@ async function listRooms(ctx: AuthenticatedContext, projectHash: string) {
  return q[Queries.ChatCoop.ListProjectCommunicationRooms.name] ?? []
 }

+/** Стабильная папка непроектной комнаты в `rooms/`. Системные — фиксированные, комнаты секретаря — slug + хвост id (уникальность). */
+function nonProjectRoomFolder(kind: string, matrixRoomId: string, displayLabel: string): string {
+  if (kind === 'MEMBERS') {
+    return 'komnata-paishchikov'
+  }
+  if (kind === 'COUNCIL') {
+    return 'komnata-soveta'
+  }
+  const slug = generateSlug(displayLabel) || 'komnata'
+  const shortId = createHash('sha256').update(matrixRoomId, 'utf8').digest('hex').slice(0, 6)
+  return `${slug}-${shortId}`
+}
+
 export async function pullProjectCommunicationArtifacts(
  ctx: AuthenticatedContext,
  index: IndexFile,
@@ -78,6 +211,7 @@ export async function pullProjectCommunicationArtifacts(
    cursors = {
      messageLastTsByRoom: {},
      transcriptionLastEndedExclusiveByProject: {},
+      transcriptionLastEndedExclusiveByRoom: {},
    }
  }

@@ -184,13 +318,16 @@ export async function pullProjectCommunicationArtifacts(
    try {
      const tKey = row.project_hash
      const tExIso = cursors.transcriptionLastEndedExclusiveByProject[tKey]
-      // Как сообщения с after=0: без курсора — полная выгрузка завершённых транскрипций в meetings/.
-      // (GitHub-синк при первом запуске только ставит курсор без файлов — для локального зеркала так не делаем.)
+      // Курсор `transcriptionLastEndedExclusiveByProject` влияет ТОЛЬКО на скачивание meeting.md
+      // (тяжёлый GetTranscription с сегментами). Sibling-файл `.memo.md` синхронизируется для всех
+      // COMPLETED-транскрипций каждый pull — поле `memo` приходит в лёгком GetTranscriptions.
      const lowerBoundExclusive = tExIso === undefined ? new Date(0) : new Date(tExIso)

      interface TranscriptionCandidate {
        id: string
        endedAt: Date
+        memo: string
+        updatedAt: Date | undefined
      }
      const byId = new Map<string, TranscriptionCandidate>()
      for (const roomId of matrixIds) {
@@ -203,18 +340,230 @@ export async function pullProjectCommunicationArtifacts(
          if (t.status !== Zeus.TranscriptionStatus.COMPLETED || !end) {
            continue
          }
-          if (!(end.getTime() > lowerBoundExclusive.getTime())) {
-            continue
-          }
          const prev = byId.get(t.id)
          if (!prev || end > prev.endedAt) {
-            byId.set(t.id, { id: t.id, endedAt: end })
+            byId.set(t.id, {
+              id: t.id,
+              endedAt: end,
+              memo: typeof t.memo === 'string' ? t.memo : '',
+              updatedAt: dateFromUnknown(t.updatedAt),
+            })
          }
        }
      }
-      const candidates = [...byId.values()].sort((a, b) => a.endedAt.getTime() - b.endedAt.getTime())
+      const allCompleted = [...byId.values()].sort((a, b) => a.endedAt.getTime() - b.endedAt.getTime())
+
+      // 1) meeting.md — только новые после курсора (тяжёлый GetTranscription с сегментами).
+      const newMeetings = allCompleted.filter(c => c.endedAt.getTime() > lowerBoundExclusive.getTime())
      let maxEnded: Date | null = null
-      for (const c of candidates) {
+      for (const c of newMeetings) {
+        const packQ = await ctx.client.Query(Queries.ChatCoop.GetTranscription.query, {
+          variables: { data: { id: c.id } },
+        })
+        const pack = packQ[Queries.ChatCoop.GetTranscription.name]
+        if (!pack?.transcription || pack.transcription.status !== Zeus.TranscriptionStatus.COMPLETED) {
+          continue
+        }
+        const tr = pack.transcription
+        const startedAt: Date | string = dateFromUnknown(tr.startedAt) ?? (tr.startedAt as Date | string)
+        const endedAtTr: Date | string | null | undefined
+          = dateFromUnknown(tr.endedAt) ?? (tr.endedAt as Date | string | null | undefined)
+        const md = renderCallTranscriptionMarkdown(
+          {
+            roomId: String(tr.roomId),
+            startedAt,
+            endedAt: endedAtTr,
+          },
+          pack.segments.map(s => ({
+            speakerName: s.speakerName,
+            text: s.text,
+            startOffset: s.startOffset,
+            endOffset: s.endOffset,
+          })),
+        )
+        const stem = transcriptionMeetingFileStemUtc(c.endedAt)
+        const rel = `${basePath}/meetings/${stem}.md`
+        const entityHash = c.id.toLowerCase()
+        await syncEntityFile({
+          root: ctx.root,
+          index,
+          entityType: 'call_transcription',
+          entityHash,
+          relativePath: rel,
+          content: md,
+          remoteUpdatedAt: toUpdatedIso(c.endedAt),
+          label: `транскрипция ${c.id}`,
+        })
+
+        if (!maxEnded || c.endedAt > maxEnded) {
+          maxEnded = c.endedAt
+        }
+      }
+
+      // 2) sibling .memo.md — для ВСЕХ COMPLETED-транскрипций (бэкфил независимо от курсора).
+      //    Поле tr.memo пришло в лёгком GetTranscriptions, повторных запросов не делаем.
+      for (const c of allCompleted) {
+        const stem = transcriptionMeetingFileStemUtc(c.endedAt)
+        const memoRel = `${basePath}/meetings/${stem}.memo.md`
+        const memoRemoteUpdatedAt = toUpdatedIso(c.updatedAt ?? c.endedAt)
+        await syncTranscriptionMemoFile({
+          root: ctx.root,
+          index,
+          transcriptionId: c.id,
+          relativePath: memoRel,
+          serverMemo: c.memo,
+          remoteUpdatedAtIso: memoRemoteUpdatedAt,
+        })
+      }
+
+      if (maxEnded) {
+        cursors.transcriptionLastEndedExclusiveByProject[tKey] = maxEnded.toISOString()
+      }
+      else if (tExIso === undefined) {
+        cursors.transcriptionLastEndedExclusiveByProject[tKey] = new Date().toISOString()
+      }
+    }
+    catch (e) {
+      warn(`Транскрипции звонков, проект ${row.project_hash}: ${formatThrownValue(e)}`)
+    }
+  }
+
+  try {
+    await saveCommunicationCursors(ctx.root, cursors)
+  }
+  catch (e) {
+    warn(`Не удалось сохранить курсоры переписки: ${formatThrownValue(e)}`)
+  }
+}
+
+/**
+ * Pull переписки и транскрипций из комнат ВНЕ проектов Capital (пайщики, совет, комнаты секретаря).
+ * Раскладка — отдельная верхняя папка `rooms/<folder>/{messages,meetings}/`, чтобы не смешивать с
+ * проектными `meetings/`. Логика идентична проектной, но bucket = одна комната, курсор транскрипций — по matrixRoomId.
+ */
+export async function pullNonProjectCommunicationArtifacts(
+  ctx: AuthenticatedContext,
+  index: IndexFile,
+): Promise<void> {
+  let rooms: { matrixRoomId: string, displayLabel: string, kind: string }[]
+  try {
+    const q = await ctx.client.Query(Queries.ChatCoop.ListNonProjectCommunicationRooms.query, {})
+    rooms = (q[Queries.ChatCoop.ListNonProjectCommunicationRooms.name] ?? []) as typeof rooms
+  }
+  catch (e) {
+    warn(`Список непроектных комнат (chatcoopListNonProjectCommunicationRooms): ${formatThrownValue(e)}`)
+    return
+  }
+  if (rooms.length === 0) {
+    return
+  }
+
+  let cursors: CommunicationCursorsFile
+  try {
+    cursors = await loadCommunicationCursors(ctx.root)
+  }
+  catch (e) {
+    warn(`Курсоры переписки (комнаты): не удалось прочитать, начинаем с пустых: ${formatThrownValue(e)}`)
+    cursors = {
+      messageLastTsByRoom: {},
+      transcriptionLastEndedExclusiveByProject: {},
+      transcriptionLastEndedExclusiveByRoom: {},
+    }
+  }
+
+  for (const room of rooms) {
+    const folder = nonProjectRoomFolder(room.kind, room.matrixRoomId, room.displayLabel)
+    const basePath = `rooms/${folder}`
+    const roomTitle = room.displayLabel || room.matrixRoomId
+
+    // Сообщения комнаты — по календарным суткам UTC новее курсора.
+    try {
+      const last = cursors.messageLastTsByRoom[room.matrixRoomId]
+      const afterTs = last ?? 0
+      const datesQ = await ctx.client.Query(Queries.ChatCoop.ListUtcDatesWithNewRoomMessages.query, {
+        variables: { data: { matrixRoomId: room.matrixRoomId, afterOriginServerTsExclusive: afterTs } },
+      })
+      const dates = (datesQ[Queries.ChatCoop.ListUtcDatesWithNewRoomMessages.name] ?? []).sort()
+      for (const utcDate of dates) {
+        const mq = await ctx.client.Query(Queries.ChatCoop.GetRoomMessagesForUtcDate.query, {
+          variables: { data: { matrixRoomId: room.matrixRoomId, utcDate } },
+        })
+        const linesRaw = mq[Queries.ChatCoop.GetRoomMessagesForUtcDate.name] ?? []
+        const lines: CommunicationDayLine[] = linesRaw.map(m => ({
+          originServerTs: m.originServerTs,
+          authorLabel: m.authorLabel,
+          coopUsername: m.coopUsername,
+          kind: String(m.kind),
+          bodyText: m.bodyText,
+        }))
+        if (lines.length === 0) {
+          continue
+        }
+        const content = projectCommunicationDayToMarkdown(roomTitle, room.matrixRoomId, utcDate, [
+          { displayLabel: room.displayLabel, matrixRoomId: room.matrixRoomId, lines },
+        ])
+        const rel = `${basePath}/messages/${utcDate}.md`
+        const entityHash = messageDayEntityHash(room.matrixRoomId, utcDate)
+        await syncEntityFile({
+          root: ctx.root,
+          index,
+          entityType: 'room_message_day',
+          entityHash,
+          relativePath: rel,
+          content,
+          remoteUpdatedAt: `${utcDate}T23:59:59.999Z`,
+          label: `переписка ${utcDate} (${room.matrixRoomId})`,
+        })
+      }
+
+      const maxQ = await ctx.client.Query(Queries.ChatCoop.GetMaxOriginServerTsForRoom.query, {
+        variables: { data: { matrixRoomId: room.matrixRoomId } },
+      })
+      const maxTs = maxQ[Queries.ChatCoop.GetMaxOriginServerTsForRoom.name] as number | null | undefined
+      if (maxTs !== undefined && maxTs !== null && Number.isFinite(maxTs)) {
+        cursors.messageLastTsByRoom[room.matrixRoomId] = maxTs
+      }
+    }
+    catch (e) {
+      warn(`Переписка Matrix, комната ${room.matrixRoomId} (${roomTitle}): ${formatThrownValue(e)}`)
+    }
+
+    // Транскрипции звонков комнаты + sibling memo.
+    try {
+      const tExIso = cursors.transcriptionLastEndedExclusiveByRoom[room.matrixRoomId]
+      const lowerBoundExclusive = tExIso === undefined ? new Date(0) : new Date(tExIso)
+
+      interface TranscriptionCandidate {
+        id: string
+        endedAt: Date
+        memo: string
+        updatedAt: Date | undefined
+      }
+      const byId = new Map<string, TranscriptionCandidate>()
+      const tq = await ctx.client.Query(Queries.ChatCoop.GetTranscriptions.query, {
+        variables: { data: { matrixRoomId: room.matrixRoomId, limit: CHATCOOP_TRANSCRIPTIONS_QUERY_LIMIT, offset: 0 } },
+      })
+      const list = tq[Queries.ChatCoop.GetTranscriptions.name] ?? []
+      for (const t of list) {
+        const end = dateFromUnknown(t.endedAt)
+        if (t.status !== Zeus.TranscriptionStatus.COMPLETED || !end) {
+          continue
+        }
+        const prev = byId.get(t.id)
+        if (!prev || end > prev.endedAt) {
+          byId.set(t.id, {
+            id: t.id,
+            endedAt: end,
+            memo: typeof t.memo === 'string' ? t.memo : '',
+            updatedAt: dateFromUnknown(t.updatedAt),
+          })
+        }
+      }
+      const allCompleted = [...byId.values()].sort((a, b) => a.endedAt.getTime() - b.endedAt.getTime())
+
+      const newMeetings = allCompleted.filter(c => c.endedAt.getTime() > lowerBoundExclusive.getTime())
+      let maxEnded: Date | null = null
+      for (const c of newMeetings) {
        const packQ = await ctx.client.Query(Queries.ChatCoop.GetTranscription.query, {
          variables: { data: { id: c.id } },
        })
@@ -228,7 +577,6 @@ export async function pullProjectCommunicationArtifacts(
          = dateFromUnknown(tr.endedAt) ?? (tr.endedAt as Date | string | null | undefined)
        const md = renderCallTranscriptionMarkdown(
          {
-            matrixRoomId: String(tr.matrixRoomId),
            roomId: String(tr.roomId),
            startedAt,
            endedAt: endedAtTr,
@@ -257,15 +605,30 @@ export async function pullProjectCommunicationArtifacts(
          maxEnded = c.endedAt
        }
      }
+
+      for (const c of allCompleted) {
+        const stem = transcriptionMeetingFileStemUtc(c.endedAt)
+        const memoRel = `${basePath}/meetings/${stem}.memo.md`
+        const memoRemoteUpdatedAt = toUpdatedIso(c.updatedAt ?? c.endedAt)
+        await syncTranscriptionMemoFile({
+          root: ctx.root,
+          index,
+          transcriptionId: c.id,
+          relativePath: memoRel,
+          serverMemo: c.memo,
+          remoteUpdatedAtIso: memoRemoteUpdatedAt,
+        })
+      }
+
      if (maxEnded) {
-        cursors.transcriptionLastEndedExclusiveByProject[tKey] = maxEnded.toISOString()
+        cursors.transcriptionLastEndedExclusiveByRoom[room.matrixRoomId] = maxEnded.toISOString()
      }
      else if (tExIso === undefined) {
-        cursors.transcriptionLastEndedExclusiveByProject[tKey] = new Date().toISOString()
+        cursors.transcriptionLastEndedExclusiveByRoom[room.matrixRoomId] = new Date().toISOString()
      }
    }
    catch (e) {
-      warn(`Транскрипции звонков, проект ${row.project_hash}: ${formatThrownValue(e)}`)
+      warn(`Транскрипции звонков, комната ${room.matrixRoomId}: ${formatThrownValue(e)}`)
    }
  }

@@ -273,6 +636,6 @@ export async function pullProjectCommunicationArtifacts(
    await saveCommunicationCursors(ctx.root, cursors)
  }
  catch (e) {
-    warn(`Не удалось сохранить курсоры переписки: ${formatThrownValue(e)}`)
+    warn(`Не удалось сохранить курсоры переписки (комнаты): ${formatThrownValue(e)}`)
  }
 }
@@ -28,7 +28,7 @@ import {
  storyFileRelativePath,
  workspaceBasePath,
 } from './layout.js'
-import { pullProjectCommunicationArtifacts } from './pull-communication.js'
+import { pullNonProjectCommunicationArtifacts, pullProjectCommunicationArtifacts } from './pull-communication.js'
 import { scaffoldBmadWorkspacesAfterPull } from './scaffold-bmad-workspace.js'
 import { syncEntityFile } from './sync-entity-file.js'
 import { writeWorkspaceIndexMarkdown } from './workspace-index.js'
@@ -329,6 +329,8 @@ export async function runPull(ctx: AuthenticatedContext, options: RunPullOptions

  await pullProjectCommunicationArtifacts(ctx, index, allProjects, projectByHash)

+  await pullNonProjectCommunicationArtifacts(ctx, index)
+
  await scaffoldBmadWorkspacesAfterPull(ctx, allProjects, projectByHash)

  await saveIndex(ctx.root, index)
@@ -6,7 +6,7 @@ import * as fs from 'node:fs/promises'
 import * as path from 'node:path'

 import { Mutations, Queries } from '@coopenomics/sdk'
-import { parseBlagoMarkdown } from '../format/index.js'
+import { parseBlagoMarkdown, peekBlagoEntityType } from '../format/index.js'
 import { sha256Hex } from '../lib/hash.js'
 import { effectiveParentHash } from '../lib/parent-hash.js'
 import { warn } from '../ui/output.js'
@@ -58,6 +58,30 @@ export async function runPush(ctx: AuthenticatedContext): Promise<void> {
    }
    staging = await loadStaging(ctx.root)
  }
+  // Не-сущности (README/notes/CLAUDE/AGENTS и пр., в .md без type=project|issue|story) тоже не должны валить весь push.
+  // Чистим их автоматически — иначе одна забытая заметка блокирует отправку реальных правок.
+  const stagingAbs = (p: string): string => path.join(ctx.root, normalizeRelativePath(p))
+  const nonEntityInStaging: string[] = []
+  for (const p of staging.paths) {
+    try {
+      const raw = await fs.readFile(stagingAbs(p), 'utf8')
+      if (peekBlagoEntityType(raw) === undefined) {
+        nonEntityInStaging.push(normalizeRelativePath(p))
+      }
+    }
+    catch {
+      // нечитаемый файл — пусть основной цикл бросит понятную ошибку с путём
+    }
+  }
+  if (nonEntityInStaging.length > 0) {
+    const drop = new Set(nonEntityInStaging)
+    const kept = staging.paths.filter(p => !drop.has(normalizeRelativePath(p)))
+    await saveStaging(ctx.root, { paths: [...new Set(kept.map(p => normalizeRelativePath(p)))].sort() })
+    for (const p of nonEntityInStaging) {
+      warn(`Убрано из staging (нет blago-frontmatter type=project|issue|story): ${p}`)
+    }
+    staging = await loadStaging(ctx.root)
+  }
  if (staging.paths.length === 0) {
    throw new Error('Нечего отправлять. Добавьте файлы: blago add <путь | id проекта | projectId-issueId>')
  }
@@ -75,8 +99,24 @@ export async function runPush(ctx: AuthenticatedContext): Promise<void> {
    }
    const abs = path.join(ctx.root, n)
    const raw = await fs.readFile(abs, 'utf8')
-    const parsed = parseBlagoMarkdown(raw)
-    const { type, hash } = validateParsedForPush(parsed)
+    let parsed: ReturnType<typeof parseBlagoMarkdown>
+    try {
+      parsed = parseBlagoMarkdown(raw)
+    }
+    catch (err) {
+      // Без префикса путём из staging вылезает «type: undefined» без указания файла.
+      const msg = err instanceof Error ? err.message : String(err)
+      throw new Error(`Файл «${n}»: ${msg}`)
+    }
+    let type: ReturnType<typeof validateParsedForPush>['type']
+    let hash: string
+    try {
+      ({ type, hash } = validateParsedForPush(parsed))
+    }
+    catch (err) {
+      const msg = err instanceof Error ? err.message : String(err)
+      throw new Error(`Файл «${n}»: ${msg}`)
+    }
    const entry = findByHash(index, type, hash)
    const pKind = pendingKindForEntityType(type)
    const pending = pKind ? await findPendingForParsed(ctx.root, pKind, hash) : undefined
@@ -367,7 +367,6 @@ export async function runRestore(ctx: AuthenticatedContext, userPath: string): P
  if (entry.entity_type === 'call_transcription') {
    interface TranscriptionRestorePack {
      transcription: {
-        matrixRoomId: string
        roomId: string
        startedAt: Date | string
        endedAt: Date | string | null | undefined
@@ -394,7 +393,6 @@ export async function runRestore(ctx: AuthenticatedContext, userPath: string): P
    }
    const content = renderCallTranscriptionMarkdown(
      {
-        matrixRoomId: tr.matrixRoomId,
        roomId: tr.roomId,
        startedAt: tr.startedAt,
        endedAt: tr.endedAt,
@@ -4,11 +4,34 @@ import type { BlagoEntityType, IndexFile } from './index-store.js'
 import * as fs from 'node:fs/promises'

 import * as path from 'node:path'
+import { parseBlagoMarkdown, serializeBlagoMarkdown } from '../format/index.js'
 import { sha256Hex } from '../lib/hash.js'

 import { warn } from '../ui/output.js'
 import { findByHash, normalizeRelativePath, upsertEntry } from './index-store.js'

+/**
+ * Канонический вид для сравнения «есть ли реальный конфликт», без волатильных
+ * серверных меток времени. updated_at/created_at сервер бьёт при дочерних мутациях
+ * (создание/удаление issue/story у родителя), и они попадают и во frontmatter, и в
+ * content_etag_local. Из-за этого raw-sha файла расходится с etag, локальный файл
+ * считается «грязным», а pull при изменившемся remote_updated_at пишет маркеры слияния —
+ * хотя содержательно текст совпадает. Сравнение в каноне (без updated_at/created_at)
+ * отличает настоящую правку от чистого bump'а времени.
+ */
+function canonicalForCompare(raw: string): string {
+  try {
+    const parsed = parseBlagoMarkdown(raw)
+    const data = { ...parsed.data }
+    delete data.updated_at
+    delete data.created_at
+    return serializeBlagoMarkdown(data, parsed.body)
+  }
+  catch {
+    return raw
+  }
+}
+
 async function ensureDirForFile(absFile: string): Promise<void> {
  await fs.mkdir(path.dirname(absFile), { recursive: true })
 }
@@ -139,6 +162,21 @@ export async function syncEntityFile(params: {
  const dirty
    = current !== null && current !== undefined && sha256Hex(current) !== prev.content_etag_local
  if (dirty && remoteUpdatedAt !== prev.remote_updated_at) {
+    // Реальный конфликт — только если содержимое расходится вне волатильных меток времени.
+    // Если локальный и серверный тексты совпадают по канону (отличие лишь в updated_at/created_at),
+    // это не конфликт: принимаем серверную версию и лечим etag, без маркеров слияния.
+    if (current !== null && current !== undefined && canonicalForCompare(current) === canonicalForCompare(content)) {
+      await ensureDirForFile(absNew)
+      await fs.writeFile(absNew, content, 'utf8')
+      upsertEntry(index, {
+        entity_type: entityType,
+        entity_hash: entityHash,
+        relative_path: rel,
+        remote_updated_at: remoteUpdatedAt,
+        content_etag_local: sha256Hex(await fs.readFile(absNew, 'utf8')),
+      })
+      return
+    }
    const merged = wrapMergeConflictMarkers(current ?? '', content)
    await ensureDirForFile(absNew)
    await fs.writeFile(absNew, merged, 'utf8')
@@ -0,0 +1,195 @@
+// Публикация поля memo транскрипции на сервер (мутация chatcoopUpdateTranscriptionMemo).
+//
+// Связь meeting-файла с UUID транскрипции: `.blago/index.json` хранит entity_type=call_transcription
+// и entity_hash=<uuid в lower-case> для каждого `meetings/<stem>.md` (см. pull-communication.ts).
+//
+// Текст memo берётся:
+//   1) --text "<inline>" — приоритет;
+//   2) --file <path>     — читать markdown из файла;
+//   3) sibling .memo.md  — если <pathOrId> это meeting-файл, берём `<meetings>/<stem>.memo.md` рядом.
+
+import * as fs from 'node:fs/promises'
+import * as path from 'node:path'
+
+import { Mutations } from '@coopenomics/sdk'
+
+import type { AuthenticatedContext } from '../session/index.js'
+import { sha256Hex } from '../lib/hash.js'
+import {
+  findByRelativePath,
+  type IndexFile,
+  loadIndex,
+  normalizeRelativePath,
+  saveIndex,
+  upsertEntry,
+} from './index-store.js'
+
+const UUID_RE = /^[0-9a-f]{8}-[0-9a-f]{4}-[0-9a-f]{4}-[0-9a-f]{4}-[0-9a-f]{12}$/i
+
+export interface UpdateTranscriptionMemoOptions {
+  readonly inlineText?: string
+  readonly filePath?: string
+}
+
+export interface UpdateTranscriptionMemoResult {
+  readonly transcriptionId: string
+  readonly memoLength: number
+  readonly memoSource: 'inline' | 'file' | 'sibling'
+  readonly memoFile?: string
+}
+
+/** Пара значений: id транскрипции для мутации + опциональный «meeting абсолютный путь» для sibling-резолва. */
+interface ResolvedTranscription {
+  readonly id: string
+  readonly meetingAbsPath?: string
+}
+
+function resolveTranscription(
+  ctxRoot: string,
+  cwd: string,
+  pathOrId: string,
+  index: IndexFile,
+): ResolvedTranscription {
+  const trimmed = pathOrId.trim()
+  if (UUID_RE.test(trimmed)) {
+    return { id: trimmed.toLowerCase() }
+  }
+  const abs = path.isAbsolute(trimmed) ? trimmed : path.resolve(cwd, trimmed)
+  const rel = path.relative(ctxRoot, abs)
+  if (rel.startsWith('..') || path.isAbsolute(rel)) {
+    throw new Error(
+      `Путь «${pathOrId}» вне рабочей копии blago (${ctxRoot}). Передайте путь относительно корня копии или UUID транскрипции.`,
+    )
+  }
+  const entry = findByRelativePath(index, normalizeRelativePath(rel))
+  if (!entry) {
+    throw new Error(
+      `В .blago/index.json нет записи для «${rel}». Выполните «blago pull», чтобы подтянуть транскрипции.`,
+    )
+  }
+  if (entry.entity_type !== 'call_transcription') {
+    throw new Error(
+      `Файл «${rel}» имеет тип «${entry.entity_type}», а не «call_transcription». Передайте путь к meeting-файлу или UUID.`,
+    )
+  }
+  return { id: entry.entity_hash, meetingAbsPath: abs }
+}
+
+function buildSiblingMemoPath(meetingAbsPath: string): string {
+  const dir = path.dirname(meetingAbsPath)
+  const ext = path.extname(meetingAbsPath)
+  const stem = path.basename(meetingAbsPath, ext)
+  return path.join(dir, `${stem}.memo.md`)
+}
+
+async function readMemoText(
+  cwd: string,
+  resolved: ResolvedTranscription,
+  options: UpdateTranscriptionMemoOptions,
+): Promise<{ text: string, source: UpdateTranscriptionMemoResult['memoSource'], file?: string }> {
+  if (typeof options.inlineText === 'string') {
+    return { text: options.inlineText, source: 'inline' }
+  }
+  if (options.filePath !== undefined && options.filePath.length > 0) {
+    const abs = path.isAbsolute(options.filePath) ? options.filePath : path.resolve(cwd, options.filePath)
+    const text = await fs.readFile(abs, 'utf8')
+    return { text, source: 'file', file: abs }
+  }
+  if (!resolved.meetingAbsPath) {
+    throw new Error(
+      'Не указан текст memo. Передайте --text "<строка>" или --file <путь>, либо первым аргументом — путь к meeting-файлу (тогда читается `<stem>.memo.md` рядом).',
+    )
+  }
+  const siblingAbs = buildSiblingMemoPath(resolved.meetingAbsPath)
+  try {
+    const text = await fs.readFile(siblingAbs, 'utf8')
+    return { text, source: 'sibling', file: siblingAbs }
+  }
+  catch {
+    throw new Error(
+      `Рядом с «${path.basename(resolved.meetingAbsPath)}» нет файла «${path.basename(siblingAbs)}». Выполните «blago pull» (он создаст sibling-файл; пустой, если на сервере memo пустой), затем отредактируйте и повторите команду — либо передайте --file / --text.`,
+    )
+  }
+}
+
+function toIso(v: unknown, fallback: Date): string {
+  if (v instanceof Date) {
+    return v.toISOString()
+  }
+  if (typeof v === 'string' || typeof v === 'number') {
+    const d = new Date(v)
+    if (!Number.isNaN(d.getTime())) {
+      return d.toISOString()
+    }
+  }
+  return fallback.toISOString()
+}
+
+/**
+ * После успешной мутации записываем `meetings/<stem>.memo.md` рядом с meeting-файлом и
+ * заносим запись в `.blago/index.json` с типом `call_transcription_memo`, чтобы:
+ *  - следующий `blago pull` видел индексированный файл и шёл по штатной ветке syncEntityFile;
+ *  - `blago push` его не подхватывал — он внутри `meetings/`, исключённого через `pull-only-paths`.
+ * Это шаг только при наличии meeting-пути (sibling-резолв из <pathOrId>); UUID-режим без файла — пропускаем.
+ */
+async function persistSiblingAndIndex(
+  ctx: AuthenticatedContext,
+  resolved: ResolvedTranscription,
+  memoText: string,
+  remoteUpdatedAtIso: string,
+): Promise<{ siblingPath: string } | null> {
+  if (!resolved.meetingAbsPath) {
+    return null
+  }
+  const ext = path.extname(resolved.meetingAbsPath)
+  const stem = path.basename(resolved.meetingAbsPath, ext)
+  const siblingAbs = path.join(path.dirname(resolved.meetingAbsPath), `${stem}.memo.md`)
+  const content = memoText.endsWith('\n') ? memoText : `${memoText}\n`
+  await fs.mkdir(path.dirname(siblingAbs), { recursive: true })
+  await fs.writeFile(siblingAbs, content, 'utf8')
+
+  const rel = path.relative(ctx.root, siblingAbs)
+  if (rel.startsWith('..') || path.isAbsolute(rel)) {
+    return { siblingPath: siblingAbs }
+  }
+  const index = await loadIndex(ctx.root)
+  upsertEntry(index, {
+    entity_type: 'call_transcription_memo',
+    entity_hash: `${resolved.id}:memo`,
+    relative_path: normalizeRelativePath(rel),
+    remote_updated_at: remoteUpdatedAtIso,
+    content_etag_local: sha256Hex(content),
+  })
+  await saveIndex(ctx.root, index)
+  return { siblingPath: siblingAbs }
+}
+
+export async function runUpdateTranscriptionMemo(
+  ctx: AuthenticatedContext,
+  pathOrId: string,
+  options: UpdateTranscriptionMemoOptions,
+  cwd: string,
+): Promise<UpdateTranscriptionMemoResult> {
+  const index = await loadIndex(ctx.root)
+  const resolved = resolveTranscription(ctx.root, cwd, pathOrId, index)
+  const memo = await readMemoText(cwd, resolved, options)
+
+  const mutationName = Mutations.ChatCoop.UpdateTranscriptionMemo.name
+  const response = await ctx.client.Mutation(Mutations.ChatCoop.UpdateTranscriptionMemo.mutation, {
+    variables: { data: { id: resolved.id, memo: memo.text } },
+  })
+  const row = response[mutationName] as { updatedAt?: unknown } | undefined
+  if (!row) {
+    throw new Error('Сервер вернул пустой ответ на chatcoopUpdateTranscriptionMemo.')
+  }
+
+  const remoteUpdatedAtIso = toIso(row.updatedAt, new Date())
+  const persisted = await persistSiblingAndIndex(ctx, resolved, memo.text, remoteUpdatedAtIso)
+
+  return {
+    transcriptionId: resolved.id,
+    memoLength: memo.text.length,
+    memoSource: memo.source,
+    memoFile: persisted?.siblingPath ?? memo.file,
+  }
+}
@@ -1,7 +1,7 @@
 {
  "name": "@coopenomics/boot",
  "type": "module",
-  "version": "2026.5.13-alpha-3",
+  "version": "2026.5.30-alpha-2",
  "private": true,
  "packageManager": "pnpm@9.0.6",
  "description": "CLI-утилита инициализации блокчейна и кооператива",
@@ -24,6 +24,7 @@
    "boot:clean": "esno src/index.ts boot:clean",
    "boot:extra": "esno src/index.ts boot:extra",
    "boot:remote": "esno src/index.ts boot:remote",
+    "seed:marketplace-ku": "esno src/scripts/seed-marketplace-ku-details.ts",
    "reboot:clean": "cd components/boot/scripts && bash clean_reboot.sh",
    "reboot:extra": "cd components/boot/scripts && bash extra_reboot.sh",
    "create-coop": "esno src/index.ts create-coop",
@@ -1,6 +1,7 @@
 #!/bin/bash

-# Загружаем per-instance конфиг из корня репо.
+# Загружаем per-instance конфиг из корня репо (для CHAIN_URL/MONGODB_URL/API_URL,
+# которые читают TS-код boot и шелл-скрипты networks.sh/preactivate.sh).
 ROOT_DIR="$(cd "$(dirname "${BASH_SOURCE[0]}")/../../.." && pwd)"
 if [ -f "$ROOT_DIR/.env" ]; then
  set -a
@@ -9,26 +10,34 @@ if [ -f "$ROOT_DIR/.env" ]; then
  set +a
 fi

-# Останавливаем и удаляем контейнеры вместе с volumes
-echo "Останавливаем и удаляем контейнеры с volumes..."
-docker compose down -v mongo postgres cooparser || true
+# Останавливаем и удаляем контейнеры (сеть НЕ трогаем — к ней может быть
+# подключён внешний контейнер вроде provider-backend; down её снёс бы с ошибкой).
+echo "Останавливаем и удаляем контейнеры..."
+docker compose rm -fsv mongo postgres monoredis cooparser coopback || true

 # Останавливаем blockchain контейнер перед удалением данных
 echo "Останавливаем blockchain контейнер..."
 docker compose stop node || true

-# Удаляем blockchain data
+# Удаляем тома баз данных для чистого старта (named volumes rm -v не чистит)
+echo "Удаляем тома баз данных..."
+PROJECT="${COMPOSE_PROJECT_NAME:-$(basename "$ROOT_DIR")}"
+docker volume rm "${PROJECT}_postgres_data" "${PROJECT}_mongo_data" 2>/dev/null || true
+
+# Удаляем blockchain data через контейнер (alpine под root стирает данные
+# независимо от владельца — без sudo на любой ноде; на проде nodeos пишет под root).
 echo "Удаляем blockchain data..."
-# sudo chmod -R 755 ../blockchain-data/ 2>/dev/null || true
-sudo rm -rf ../blockchain-data/
+docker run --rm -v "$(cd .. && pwd)/blockchain-data:/d" alpine sh -c 'rm -rf /d/* /d/.[!.]* 2>/dev/null || true'

-# Пересоздаем и запускаем базы данных
+# Пересоздаем и запускаем базы данных + Redis (monoredis).
+# monoredis ОБЯЗАТЕЛЕН: без него coopback падает на старте с
+# `getaddrinfo EAI_AGAIN monoredis` → MaxRetriesPerRequestError → nodemon crash.
 echo "Пересоздаем и запускаем базы данных..."
-docker compose up -d mongo postgres
+docker compose up -d mongo postgres monoredis

-# Ждем готовности MongoDB
+# Ждем готовности MongoDB (standalone, ping вместо ожидания PRIMARY).
 echo "Ждем готовности MongoDB..."
-until docker compose exec -T mongo mongosh --eval "db.adminCommand('ping')" --quiet > /dev/null 2>&1; do
+until docker compose exec -T mongo mongosh --quiet --eval "db.adminCommand({ping:1}).ok" > /dev/null 2>&1; do
  echo "MongoDB еще не готов, ждем..."
  sleep 2
 done
@@ -42,7 +51,7 @@ until docker compose exec -T postgres pg_isready -U postgres -d voskhod > /dev/n
 done
 echo "PostgreSQL готов!"

-# Запускаем boot процесс
+# Запускаем boot процесс (clean: только программы Благорост/маркетплейс)
 echo "Запускаем boot процесс..."
 pnpm run boot:clean

@@ -51,6 +60,6 @@ echo "Запускаем parser..."
 docker compose up -d cooparser

 echo "Запускаем контроллер..."
-docker compose restart coopback || true
+docker compose up -d --force-recreate coopback || true

 echo "Перезапуск завершен!"
@@ -1,6 +1,7 @@
 #!/bin/bash

-# Загружаем per-instance конфиг из корня репо.
+# Загружаем per-instance конфиг из корня репо (для CHAIN_URL/MONGODB_URL/API_URL,
+# которые читают TS-код boot и шелл-скрипты networks.sh/preactivate.sh).
 ROOT_DIR="$(cd "$(dirname "${BASH_SOURCE[0]}")/../../.." && pwd)"
 if [ -f "$ROOT_DIR/.env" ]; then
  set -a
@@ -9,30 +10,32 @@ if [ -f "$ROOT_DIR/.env" ]; then
  set +a
 fi

-# Останавливаем контроллер перед очисткой данных
-echo "Останавливаем контроллер..."
-docker compose down coopback || true
-
 # Останавливаем и удаляем контейнеры вместе с volumes
 echo "Останавливаем и удаляем контейнеры с volumes..."
-docker compose down -v mongo postgres cooparser || true
+docker compose down -v mongo postgres monoredis cooparser coopback || true

 # Останавливаем blockchain контейнер перед удалением данных
 echo "Останавливаем blockchain контейнер..."
 docker compose stop node || true

-# Удаляем blockchain data
+# Удаляем blockchain data.
+# Контейнерный wipe (alpine под root) стирает данные независимо от их владельца —
+# без sudo на любой ноде (на Pi нет passwordless sudo; на проде nodeos пишет
+# данные под root). Единый способ с reboot.sh / clean_reboot.sh.
 echo "Удаляем blockchain data..."
 # sudo chmod -R 755 ../blockchain-data/ 2>/dev/null || true
-sudo rm -rf ../blockchain-data/
+docker run --rm -v "$(cd .. && pwd)/blockchain-data:/d" alpine sh -c 'rm -rf /d/* /d/.[!.]* 2>/dev/null || true'

-# Пересоздаем и запускаем базы данных
+# Пересоздаем и запускаем базы данных + Redis (monoredis).
+# monoredis ОБЯЗАТЕЛЕН: без него coopback падает на старте с
+# `getaddrinfo EAI_AGAIN monoredis` → MaxRetriesPerRequestError → nodemon crash,
+# и провайдер не может взять org-данные partner1 (PROVIDER_URL=coopback:2998).
 echo "Пересоздаем и запускаем базы данных..."
-docker compose up -d mongo postgres
+docker compose up -d mongo postgres monoredis

-# Ждем готовности MongoDB
+# Ждем готовности MongoDB (standalone, ping вместо ожидания PRIMARY).
 echo "Ждем готовности MongoDB..."
-until docker compose exec -T mongo mongosh --eval "db.adminCommand('ping')" --quiet > /dev/null 2>&1; do
+until docker compose exec -T mongo mongosh --quiet --eval "db.adminCommand({ping:1}).ok" > /dev/null 2>&1; do
  echo "MongoDB еще не готов, ждем..."
  sleep 2
 done
@@ -46,7 +49,7 @@ until docker compose exec -T postgres pg_isready -U postgres -d voskhod > /dev/n
 done
 echo "PostgreSQL готов!"

-# Запускаем boot процесс
+# Запускаем boot процесс (расширенный: совет + пайщики; partner1 — при EXTRA_RENT=1)
 echo "Запускаем boot процесс..."
 pnpm run boot:extra

@@ -55,6 +58,26 @@ echo "Запускаем parser..."
 docker compose up -d cooparser

 echo "Запускаем контроллер..."
-docker compose up -d coopback
+docker compose up -d --force-recreate coopback || true
+
+# Контроллер создаёт marketplace-таблицы через TypeORM synchronize при старте.
+# Ждём появления marketplace_ku_details, затем засеваем 3 ПВЗ Подмосковья
+# (krg/odn/myt, ACTIVE) — иначе на свежем стенде таблица пуста, select ПВЗ
+# приходит пустым/disabled и harness-сценарии ломаются. Сидер идемпотентен.
+echo "Ждём создания marketplace_ku_details контроллером..."
+KU_READY=""
+for _ in $(seq 1 60); do
+  if docker compose exec -T postgres psql -U "${POSTGRES_USERNAME:-postgres}" -d "${POSTGRES_DATABASE:-voskhod}" -tAc "SELECT to_regclass('public.marketplace_ku_details')" 2>/dev/null | grep -q marketplace_ku_details; then
+    KU_READY=1
+    break
+  fi
+  sleep 2
+done
+if [ -n "$KU_READY" ]; then
+  echo "Засеваем 3 ПВЗ Подмосковья (krg/odn/myt)..."
+  pnpm run seed:marketplace-ku || echo "⚠ seed ПВЗ не выполнен (не критично для остального стенда)"
+else
+  echo "⚠ marketplace_ku_details не появилась за отведённое время — пропускаем seed ПВЗ"
+fi

 echo "Перезапуск завершен!"
@@ -21,15 +21,15 @@ docker compose stop node || true
 # Удаляем blockchain data
 echo "Удаляем blockchain data..."
 # sudo chmod -R 755 ../blockchain-data/ 2>/dev/null || true
-sudo rm -rf ../blockchain-data/
+docker run --rm -v "$(cd .. && pwd)/blockchain-data:/d" alpine sh -c 'rm -rf /d/* /d/.[!.]* 2>/dev/null || true'

 # Пересоздаем и запускаем базы данных
 echo "Пересоздаем и запускаем базы данных..."
 docker compose up -d mongo postgres monoredis

-# Ждем готовности MongoDB
+# Ждем готовности MongoDB (standalone, ping вместо ожидания PRIMARY).
 echo "Ждем готовности MongoDB..."
-until docker compose exec -T mongo mongosh --eval "db.adminCommand('ping')" --quiet > /dev/null 2>&1; do
+until docker compose exec -T mongo mongosh --quiet --eval "db.adminCommand({ping:1}).ok" > /dev/null 2>&1; do
  echo "MongoDB еще не готов, ждем..."
  sleep 2
 done
@@ -229,42 +229,66 @@ export default class Blockchain {
      // console.log(data)
      // console.log("abi: ", serializedAbiHexString)

-      await this.api.transact(
-        {
-          actions: [
+      // Retry на CPU-timeout: тяжёлые WASM'ы (capital, marketplace, soviet)
+      // на старте требуют ~290-300ms CPU при первой компиляции в eos-vm.
+      // Дефолт chain `max_transaction_cpu_usage=290000us` срезает их.
+      // CPU usage варьируется по +-N us; повторные попытки иногда влезают.
+      const MAX_ATTEMPTS = 8
+      let lastErr: unknown
+      for (let attempt = 1; attempt <= MAX_ATTEMPTS; attempt++) {
+        try {
+          await this.api.transact(
            {
-              account: 'eosio',
-              name: 'setcode',
-              authorization: [
+              actions: [
                {
-                  actor: contract.target,
-                  permission: 'active',
+                  account: 'eosio',
+                  name: 'setcode',
+                  authorization: [
+                    {
+                      actor: contract.target,
+                      permission: 'active',
+                    },
+                  ],
+                  data,
+                },
+                {
+                  account: 'eosio',
+                  name: 'setabi',
+                  authorization: [
+                    {
+                      actor: contract.target,
+                      permission: 'active',
+                    },
+                  ],
+                  data: {
+                    account: contract.target,
+                    abi: serializedAbiHexString,
+                  },
                },
              ],
-              data,
            },
            {
-              account: 'eosio',
-              name: 'setabi',
-              authorization: [
-                {
-                  actor: contract.target,
-                  permission: 'active',
-                },
-              ],
-              data: {
-                account: contract.target,
-                abi: serializedAbiHexString,
-              },
+              blocksBehind: 3,
+              expireSeconds: 30,
            },
-          ],
-        },
-        {
-          blocksBehind: 3,
-          expireSeconds: 30,
-        },
-      )
-      console.log('contract setted: ', contract.target)
+          )
+          if (attempt > 1) console.log(`contract setted (attempt ${attempt}): `, contract.target)
+          else console.log('contract setted: ', contract.target)
+          lastErr = undefined
+          break
+        }
+        catch (txErr) {
+          const txMsg = txErr instanceof Error ? txErr.message : String(txErr)
+          const isCpuTimeout = /executing for too long|max_transaction_cpu_usage/i.test(txMsg)
+          if (!isCpuTimeout || attempt === MAX_ATTEMPTS) {
+            lastErr = txErr
+            break
+          }
+          console.warn(`[setContract] CPU timeout on '${contract.target}' attempt ${attempt}/${MAX_ATTEMPTS} — retrying in 2s`)
+          await new Promise(resolve => setTimeout(resolve, 2000))
+        }
+      }
+      if (lastErr) throw lastErr
    }
    catch (e) {
      // Отсутствующий wasm/abi — soft warn. Контракт может быть
@@ -291,31 +315,46 @@ export default class Blockchain {
  async activateFeature(feature: Feature) {
    await this.update_pass_instance()

-    await this.api.transact(
-      {
-        actions: [
-          {
-            account: 'eosio',
-            name: 'activate',
-            authorization: [
-              {
-                actor: 'eosio',
-                permission: 'active',
+    try {
+      await this.api.transact(
+        {
+          actions: [
+            {
+              account: 'eosio',
+              name: 'activate',
+              authorization: [
+                {
+                  actor: 'eosio',
+                  permission: 'active',
+                },
+              ],
+              data: {
+                feature_digest: feature.hash,
              },
-            ],
-            data: {
-              feature_digest: feature.hash,
            },
-          },
-        ],
-      },
-      {
-        blocksBehind: 3,
-        expireSeconds: 30,
-      },
-    )
+          ],
+        },
+        {
+          blocksBehind: 3,
+          expireSeconds: 30,
+        },
+      )

-    console.log('Фича активирована: ', feature.name)
+      console.log('Фича активирована: ', feature.name)
+    }
+    catch (e: any) {
+      // На уже забутстрапленном (не обнулённом) чейне протокол-фича уже активна —
+      // nodeos отдаёт protocol_feature_exception (code 3250000). Это не повод
+      // ронять весь boot: фича на месте, нужный результат достигнут, продолжаем.
+      const errName = e?.json?.error?.name
+      const errCode = e?.json?.error?.code
+      const msg = e instanceof Error ? e.message : String(e)
+      if (errName === 'protocol_feature_exception' || errCode === 3250000 || /already activated/i.test(msg)) {
+        console.warn(`Фича уже активирована, пропускаю: ${feature.name}`)
+        return
+      }
+      throw e
+    }
  }

  async createToken(params: TokenContract.Interfaces.ICreate) {
@@ -0,0 +1,11 @@
+{
+  "protocol_feature_type": "builtin",
+  "dependencies": [],
+  "description_digest": "2ad6b7aabba8edbc87b46f3340df4d0db0e4b65474db3e1cd5db33fb685a506b",
+  "subjective_restrictions": {
+    "earliest_allowed_activation_time": "1970-01-01T00:00:00.000",
+    "preactivation_required": true,
+    "enabled": true
+  },
+  "builtin_feature_codename": "ASSERT_RECOVER_KEY_ACCOUNT"
+}
@@ -1,7 +1,6 @@
-import config from '../configs'
 import { initExtensionsInPostgres, initSystemStatus } from '../postgres-init'
 import { installExtraData, installInitialData, startInfra } from './infra'
-import { CooperativeClass, startCoop } from './cooperative'
+import { startCoop } from './cooperative'

 export async function boot() {
  const blockchain = await startInfra()
@@ -14,18 +13,29 @@ export async function boot() {
 }

 export async function bootClean() {
-  const blockchain = await startInfra()
-
-  console.log('Создаём программы (Благорост и маркетплейс)')
-
-  const cooperative = new CooperativeClass(blockchain)
-  await cooperative.createPrograms(config.provider)
+  // Только инфраструктура: контракты, фичи, токен, системные параметры.
+  // Ни совета, ни программ — программы (createPrograms) требуют существующий
+  // совет и создаются в boot/bootExtra внутри installInitialData. В clean их
+  // не делаем (иначе soviet::createprog падает с «Совет не найден»).
+  await startInfra()
 }

 export async function bootExtra() {
  const blockchain = await startInfra()
  await installInitialData(blockchain, true) // Создать расширенный совет (устанавливает статус 'active' в MongoDB)
-  await installExtraData(blockchain) // Добавить дополнительных пайщиков
+
+  // installExtraData регистрирует partner1 как coop с auto-approve от провайдера —
+  // это и есть программная on-chain активация, которая триггерит аренду VM в
+  // провайдере (PENDING→RENT). boot:extra используется НЕ только для аренды
+  // сервера (например, просто пересев совета/чейна для других задач), поэтому
+  // провижининг partner1 включается ТОЛЬКО под флагом EXTRA_RENT=1.
+  if (process.env.EXTRA_RENT === '1') {
+    console.log('EXTRA_RENT=1 → installExtraData: провижининг partner1 (триггер аренды)')
+    await installExtraData(blockchain) // Регистрируем partner1 как coop (active)
+  }
+  else {
+    console.log('EXTRA_RENT не задан → пропускаем провижининг partner1 (аренда не запускается)')
+  }

  console.log('Инициализируем статус системы в PostgreSQL')
  await initSystemStatus() // Устанавливает статус 'active' в PostgreSQL
@@ -4,6 +4,8 @@ import config, { GOVERN_SYMBOL, SYMBOL } from '../configs'
 import Blockchain from '../blockchain'
 import { generateRandomSHA256 } from '../utils/randomHash'
 import { processLastDecision } from '../tests/soviet/processLastDecision'
+import { signProgramAgreement } from './sign-program-agreement'
+import { walletDraftId, walletProgramId } from '../tests/capital/consts'

 const test_hash
  = '157192b276da23cc84ab078fc8755c051c5f0430bf4802e55718221e6b76c777'
@@ -156,13 +158,17 @@ export class CooperativeClass {

    console.log('Отправляем подписанное положение о ЦПП Кошелька оператору')

-    await this.blockchain.sendAgreement({
-      coopname: config.provider,
-      administrator: config.provider,
-      username: username!,
-      agreement_type: 'wallet',
+    // После Эпика 2 / компонента 48 soviet::sndagreement отказывается на
+    // program_id > 0; программные соглашения подписываются через
+    // wallet::signagree (auth: coopname@active).
+    await signProgramAgreement(
+      this.blockchain,
+      config.provider,
+      username!,
+      walletProgramId,
+      walletDraftId,
      document,
-    })
+    )

    console.log('Переводим аккаунт в кооператив')

@@ -172,8 +178,8 @@ export class CooperativeClass {
      params: {
        is_cooperative: true,
        coop_type: 'conscoop',
-        announce: 'Тестовый кооператив',
-        description: 'Тестовое описание',
+        announce: 'voskhod-dev.coopenomics.world',
+        description: 'Восход — тестовый кооператив-оператор (dev-стенд)',
        initial: `100.0000 ${config.token.govern_symbol}`,
        minimum: `300.0000 ${config.token.govern_symbol}`,
        org_initial: `1000.0000 ${config.token.govern_symbol}`,
@@ -1,5 +1,9 @@
 import { randomUUID } from 'node:crypto'
+import { existsSync, readFileSync } from 'node:fs'
+import { dirname, resolve } from 'node:path'
+import { fileURLToPath } from 'node:url'
 import axios from 'axios'
+import ecc from 'eosjs-ecc'
 import { Generator, Registry } from '@coopenomics/factory'
 import type { Cooperative } from 'cooptypes'
 import { DraftContract } from 'cooptypes'
@@ -11,7 +15,12 @@ import { sleep } from '../utils'
 import { generateRandomSHA256 } from '../utils/randomHash'
 import { initUsersInPostgres, initVaultInPostgres } from '../postgres-init'
 import { CooperativeClass } from './cooperative'
-import { generateRandomSHA256 } from '../utils/randomHash'
+import { signProgramAgreement } from './sign-program-agreement'
+import { fakeDocument } from '../tests/shared/fakeDocument'
+import { walletDraftId, walletProgramId } from '../tests/capital/consts'
+
+const __filename = fileURLToPath(import.meta.url)
+const __dirname = dirname(__filename)

 export async function startInfra() {
  // инициализируем инстанс с ключами
@@ -572,7 +581,189 @@ export async function installInitialData(blockchain: Blockchain, isExtended = fa
 }

 export async function installExtraData(blockchain: Blockchain) {
-  // В расширенном режиме пайщики уже добавлены в installInitialData
-  // Здесь можно добавить дополнительную логику инициализации если потребуется
-  console.log('Дополнительная инициализация для расширенного режима выполнена')
+  // Регистрируем partner1 как coop с авто-approve от провайдера (Восхода).
+  // Без этого реальный UI flow требует ручной активации председателем —
+  // провайдер не подтянет partner1 в свою DB пока в registrator.coops его
+  // нет. На dev-стенде хотим иметь готовый partner1 active сразу после
+  // `reboot:extra`, чтобы прыгать из 0 → 8 (Hostkey rent → install → ACTIVE)
+  // одним нажатием.
+  //
+  // Упрощённый flow (без sendAgreement через soviet — он отказывается на
+  // program_id > 0 с проверкой «подписывается через wallet::signagree»).
+  // Минимум для попадания в registrator.coops со status=active:
+  //   newaccount → reguser(type=organization) → regcoop → stcoopstatus(active)
+  console.log('\n=== installExtraData: регистрируем partner1 как coop (active) ===')
+
+  const username = 'partner1'
+
+  // Берём WIF из docs-harness/state/cooperatives/partner1.json, если он там есть.
+  // Без этого boot:extra на каждом запуске генерирует случайный privateKey,
+  // а harness 08 (chairman install wizard /partner1/install) подаёт WIF из
+  // фикстуры на шаге 1 — они расходятся, startInstall mutation не принимает
+  // ключ, wizard зависает на шаге 1 без видимой ошибки. На репозиторий
+  // фикстура коммит'ится разработчиком вручную; здесь только читаем.
+  let seededKeys: { privateKey: string; publicKey: string } | undefined
+  try {
+    const fixturePath = resolve(
+      __dirname,
+      '../../../docs-harness/state/cooperatives/partner1.json',
+    )
+    if (existsSync(fixturePath)) {
+      const fx = JSON.parse(readFileSync(fixturePath, 'utf-8'))
+      if (fx?.wif) {
+        // publicKey не хранится в фикстуре — деривим из приватного.
+        const pub = fx.publicKey || await ecc.privateToPublic(fx.wif)
+        seededKeys = { privateKey: fx.wif, publicKey: pub }
+        console.log(`✓ partner1: используем seeded WIF из фикстуры (pub=${pub.slice(0, 12)}…)`)
+      }
+    }
+  } catch (e: any) {
+    console.warn(`⚠ partner1 fixture read failed (${e.message}) — генерируем новый ключ`)
+  }
+
+  const account = await blockchain.generateKeypair(username, seededKeys, 'Аккаунт partner1')
+
+  await blockchain.createAccount({
+    coopname: config.provider,
+    referer: '',
+    username: account.username,
+    public_key: account.publicKey,
+    meta: '',
+  })
+
+  const registration_hash = generateRandomSHA256()
+  await blockchain.registerUser({
+    coopname: config.provider,
+    braname: '',
+    username: account.username,
+    type: 'organization',
+    statement: {
+      hash: registration_hash,
+      signatures: [],
+      meta: '{}',
+      version: '1.0.0',
+      doc_hash: registration_hash,
+      meta_hash: registration_hash,
+    } as any,
+    registration_hash,
+  })
+
+  await blockchain.registerCooperative({
+    username: account.username,
+    coopname: account.username,
+    params: {
+      is_cooperative: true,
+      coop_type: 'conscoop',
+      announce: 'partner-dev.coopenomics.world',
+      description: 'Партнёрский кооператив (тестовый dev-стенд)',
+      initial: `100.0000 ${config.token.govern_symbol}`,
+      minimum: `300.0000 ${config.token.govern_symbol}`,
+      org_initial: `1000.0000 ${config.token.govern_symbol}`,
+      org_minimum: `3000.0000 ${config.token.govern_symbol}`,
+    },
+    document: {
+      hash: registration_hash,
+      signatures: [],
+      meta: '{}',
+      version: '1.0.0',
+      doc_hash: registration_hash,
+      meta_hash: registration_hash,
+    } as any,
+  })
+
+  await blockchain.preInit({
+    coopname: account.username,
+    username: config.provider,
+    status: 'active',
+  })
+
+  // Записываем partner1 в ЦПП Кошелька оператора (voskhod, program_id=1).
+  // БЕЗ этого провайдерский performInitialTransfers (150 AXON на partner1 ДО
+  // перехода в ACTIVE, см. provider CLAUDE.md §13) падает ассертом
+  // eosio.token::is_can_transfer «Получатель не является участником целевой
+  // потребительской программы кошелька» — и инстанс навсегда застревает в
+  // INSTALL. wallet::signagree (auth voskhod@active) делает partner1 членом
+  // ЦПП Кошелька. Та же механика, что для обычных пайщиков в participant.ts.
+  console.log('Подписываем wallet-соглашение за partner1 (членство в ЦПП Кошелька)')
+  await signProgramAgreement(blockchain, config.provider, account.username, walletProgramId, walletDraftId, fakeDocument)
+
+  // Ресурсы для партнёра: powerup CPU/NET.
+  await blockchain.powerup({
+    payer: 'eosio',
+    receiver: account.username,
+    days: config.powerup.days,
+    payment: `100.0000 ${config.token.symbol}`,
+    transfer: true,
+  })
+
+  // === Засев partner1 в воскход-coopback (Mongo organizations + paymentMethods + Postgres users) ===
+  //
+  // Provider при initSystem-инициализации partner1 запрашивает у воскход-coopback'а
+  // приватные данные организации через GraphQL `getAccount(partner1).private_account`.
+  // Resolver идёт по ветке `username != config.coopname` → userRepository.findByUsername
+  // (Postgres users), затем organizationRepository.findByUsername (Mongo organizations).
+  // Без этих записей resolver вернёт private_account=null → провайдер упадёт
+  // «Unsupported account type: undefined» при подготовке organization_data.
+  console.log('Засеваем partner1 как пайщика-organization в воскход-coopback')
+
+  const partnerEmail = `chairman.${account.username}@example.com`
+
+  const generator = new Generator()
+  await generator.connect(process.env.MONGO_URI as string)
+
+  await generator.save('organization', {
+    username: account.username,
+    type: 'coop',
+    short_name: 'ПК "Партнёр-1"',
+    full_name: 'Потребительский Кооператив "Партнёр-1"',
+    represented_by: {
+      first_name: 'Иван',
+      last_name: 'Иванов',
+      middle_name: 'Иванович',
+      position: 'Председатель',
+      based_on: 'Решение общего собрания №1',
+    },
+    country: 'Российская Федерация',
+    city: 'Москва',
+    fact_address: '117593 г. Москва, ул. Тестовая, дом 1',
+    full_address: '117593 г. Москва, ул. Тестовая, дом 1',
+    email: partnerEmail,
+    phone: '+71234567891',
+    details: {
+      inn: '7728130612',
+      ogrn: '1247700283347',
+      kpp: '772801002',
+    },
+  } as any)
+
+  await generator.save('paymentMethod', {
+    is_default: true,
+    method_id: randomUUID(),
+    method_type: 'bank_transfer',
+    username: account.username,
+    data: {
+      account_number: '40703810038000110118',
+      currency: 'RUB',
+      card_number: '',
+      bank_name: 'ПАО Сбербанк',
+      details: {
+        bik: '044525225',
+        corr: '30101810400000000225',
+        kpp: '772801002',
+      },
+    },
+  })
+
+  await mongoose.disconnect().catch(() => {})
+
+  await initUsersInPostgres([{
+    username: account.username,
+    email: partnerEmail,
+    type: 'organization',
+    role: 'user',
+    status: 'joined',
+    is_registered: true,
+  }])
+
+  console.log(`=== partner1 (${account.username}) засеян в воскход-coopback (Mongo+Postgres) ===\n`)
 }
@@ -1,13 +1,11 @@
-import axios from 'axios'
-import { describe, expect, it } from 'vitest'
-import { Registry } from '@coopenomics/factory'
-import { RegistratorContract, Cooperative as TCooperative } from 'cooptypes'
-import type { Account, Contract, Keys } from '../types'
-import config, { GOVERN_SYMBOL, SYMBOL } from '../configs'
+import config from '../configs'
 import Blockchain from '../blockchain'
-import { sendPostToCoopbackWithSecret, sleep } from '../utils'
 import { generateRandomSHA256 } from '../utils/randomHash'
 import { fakeDocument } from '../tests/shared/fakeDocument'
+import { signProgramAgreement } from './sign-program-agreement'
+import { walletDraftId, walletProgramId } from '../tests/capital/consts'
+import { RegistratorContract } from 'cooptypes'
+import type { Keys } from '../types'

 export class ParticipantsClass {
  public blockchain: Blockchain
@@ -157,13 +155,17 @@ export class ParticipantsClass {

    console.log('Отправляем подписанное положение о ЦПП Кошелька оператору')

-    await this.blockchain.sendAgreement({
-      coopname: config.provider,
-      administrator: config.provider,
-      username: username!,
-      agreement_type: 'wallet',
-      document: fakeDocument,
-    })
+    // После Эпика 2 / компонента 48 soviet::sndagreement отказывается на
+    // program_id > 0; программные соглашения подписываются через
+    // wallet::signagree (auth: coopname@active).
+    await signProgramAgreement(
+      this.blockchain,
+      config.provider,
+      username!,
+      walletProgramId,
+      walletDraftId,
+      fakeDocument,
+    )

    console.log('создаём кошелёк')

@@ -0,0 +1,99 @@
+import { SovietContract, WalletContract } from 'cooptypes'
+import { getTotalRamUsage } from '../utils/getTotalRamUsage'
+
+async function getCoopProgramWallet(blockchain: any, coopname: string, program_id: number) {
+  const program = await blockchain.getTableRows(
+    SovietContract.contractName.production,
+    coopname,
+    'programs',
+    1000,
+    program_id.toString(),
+    program_id.toString(),
+  )
+
+  return program[0]
+}
+
+interface UserProgramAgreement {
+  program_id: number | string
+  doc_hash: string
+  version: number | string
+  draft_id: number | string
+  signed_at: string
+}
+
+interface WalletUserRecord {
+  username: string
+  programs: UserProgramAgreement[]
+}
+
+// Подписание программного соглашения через `wallet::signagree` (ADR-008, Эпик 2).
+// После компонента 48 `soviet::sndagreement` отказывается на program_id > 0 —
+// программные соглашения переехали в контракт wallet, источник правды
+// «участник ЦПП X» = `wallet::users[username].programs[]`.
+//
+// Auth: coopname@active (или любой системный контракт из contracts_whitelist
+// контракта wallet). В boot-flow ключ кооператива всегда есть в keychain,
+// подписываем coopname'ом.
+//
+// Живёт в init/, а не в tests/, чтобы не тянуть vitest в production-цепочке
+// `boot → init/cooperative → init/participant`. Тесты реэкспортируют отсюда.
+export async function signProgramAgreement(
+  blockchain: any,
+  coopname: string,
+  username: string,
+  program_id: number,
+  draft_id: number,
+  document: any,
+) {
+  const data: WalletContract.Actions.SignAgreement.ISignAgreement = {
+    coopname,
+    username,
+    program_id,
+    document,
+    draft_id,
+  }
+
+  const result = await blockchain.api.transact(
+    {
+      actions: [
+        {
+          account: WalletContract.contractName.production,
+          name: WalletContract.Actions.SignAgreement.actionName,
+          authorization: [{ actor: coopname, permission: 'active' }],
+          data,
+        },
+      ],
+    },
+    { blocksBehind: 3, expireSeconds: 30 },
+  )
+
+  getTotalRamUsage(result)
+  if (!result.transaction_id)
+    throw new Error('wallet::signagree не вернул transaction_id')
+
+  const userRows = await blockchain.getTableRows(
+    WalletContract.contractName.production,
+    coopname,
+    WalletContract.Tables.Users.tableName,
+    1000,
+  ) as WalletUserRecord[]
+
+  const userRecord = userRows.find(r => r.username === username)
+  if (!userRecord)
+    throw new Error(`wallet::users[${coopname}, ${username}] должен быть создан после signagree`)
+
+  const signedProgram = userRecord.programs.find(p => Number(p.program_id) === program_id)
+  if (!signedProgram)
+    throw new Error(`wallet::users[${username}].programs[] должен содержать program_id=${program_id}`)
+
+  const program = await getCoopProgramWallet(blockchain, coopname, program_id)
+  if (!program)
+    throw new Error(`soviet::programs[${coopname}, ${program_id}] должна существовать`)
+
+  return {
+    txId: result.transaction_id,
+    wallet: { username, ...signedProgram },
+    program,
+  }
+}
@@ -1,6 +1,5 @@
 /* eslint-disable node/prefer-global/process */
 import { Client } from 'pg'
-import type { Cooperative } from 'cooptypes'

 export async function initSystemStatus() {
  console.log('Инициализация статуса системы для coopname: voskhod')
@@ -157,6 +156,82 @@ export async function initUsersInPostgres(
  }
 }

+/**
+ * Засев dev-фикстуры карты ПВЗ: 3 кооперативных участка Подмосковья
+ * (krg/odn/myt, status=ACTIVE) в таблицу `marketplace_ku_details`.
+ *
+ * Зачем: на свежем стенде после `reboot:extra` таблица пуста — select ПВЗ
+ * приходит пустым/disabled, harness-сценарии и UI выбора участка ломаются.
+ * Раньше строки заводили ручным `psql INSERT` после каждого reboot.
+ *
+ * Ordering: DDL `marketplace_ku_details` создаёт контроллер (TypeORM
+ * `synchronize:true`) при старте coopback — ПОЗЖЕ, чем boot:extra. Поэтому
+ * сидер вызывается из `extra_reboot.sh` уже ПОСЛЕ `up -d coopback`, а не из
+ * installExtraData; здесь дополнительно проверяем существование таблицы и
+ * мягко пропускаем seed, если контроллер ещё не создал её. Идемпотентно
+ * (`ON CONFLICT (coopname, core_braname) DO NOTHING`). Данные совпадают с
+ * `seed-marketplace-branches.ts` (адреса/контакты тех же krg/odn/myt).
+ *
+ * Не для прода: прод не запускает `extra_reboot.sh`, ПВЗ там заводит
+ * председатель через UI — этот сидер живёт только в dev-reboot-цепочке.
+ */
+export async function seedMarketplaceKuDetails(coopname = 'voskhod') {
+  const client = new Client({
+    host: process.env.POSTGRES_HOST,
+    port: parseInt(process.env.POSTGRES_PORT || '5432'),
+    user: process.env.POSTGRES_USERNAME,
+    password: process.env.POSTGRES_PASSWORD,
+    database: process.env.POSTGRES_DATABASE,
+  })
+
+  // Будни 09:00–18:00, суббота 10:00–16:00, воскресенье выходной.
+  const weekday = { open: '09:00', close: '18:00', breaks: [] as Array<{ start: string, end: string }> }
+  const workingHours = {
+    mon: weekday,
+    tue: weekday,
+    wed: weekday,
+    thu: weekday,
+    fri: weekday,
+    sat: { open: '10:00', close: '16:00', breaks: [] as Array<{ start: string, end: string }> },
+  }
+
+  const KU = [
+    { braname: 'krg', address: 'Московская область, г. Красногорск, ул. Заводская, д. 1', phone: '+79991230101', email: 'krg@voskhod.coop' },
+    { braname: 'odn', address: 'Московская область, г. Одинцово, ул. Центральная, д. 12', phone: '+79991230202', email: 'odn@voskhod.coop' },
+    { braname: 'myt', address: 'Московская область, г. Мытищи, Олимпийский проспект, д. 5', phone: '+79991230303', email: 'myt@voskhod.coop' },
+  ]
+
+  try {
+    await client.connect()
+    console.log('Подключение к PostgreSQL установлено для сидинга ПВЗ marketplace')
+
+    const exists = await client.query(`SELECT to_regclass('public.marketplace_ku_details') AS t`)
+    if (!exists.rows[0]?.t) {
+      console.warn('⚠ marketplace_ku_details ещё не создана контроллером — пропускаем seed ПВЗ')
+      return
+    }
+
+    for (const ku of KU) {
+      await client.query(`
+        INSERT INTO marketplace_ku_details
+          (coopname, core_braname, address_full, contact_phone, contact_email,
+           working_hours_json, status, geocode_status, created_at, updated_at)
+        VALUES ($1, $2, $3, $4, $5, $6, 'ACTIVE', 'PENDING', now(), now())
+        ON CONFLICT (coopname, core_braname) DO NOTHING
+      `, [coopname, ku.braname, ku.address, ku.phone, ku.email, JSON.stringify(workingHours)])
+    }
+
+    console.log(`Засеяно ${KU.length} ПВЗ (krg/odn/myt, ACTIVE) в marketplace_ku_details для ${coopname}`)
+  }
+  catch (error) {
+    console.error('Ошибка сидинга ПВЗ marketplace в PostgreSQL:', error)
+    throw error
+  }
+  finally {
+    await client.end()
+  }
+}
+
 export async function initVaultInPostgres() {
  const client = new Client({
    host: process.env.POSTGRES_HOST,
@@ -241,9 +316,9 @@ export async function initExtensionsInPostgres() {
    // Вставляем запись для capital extension
    const capitalConfig = {
      level_depth_base: 100000000,
-      onboarding_init_at: "2026-02-09T07:16:18.380Z",
+      onboarding_init_at: '2026-02-09T07:16:18.380Z',
      expense_pool_percent: 100,
-      onboarding_expire_at: "2026-03-11T07:16:18.380Z",
+      onboarding_expire_at: '2026-03-11T07:16:18.380Z',
      voting_period_in_days: 1,
      authors_voting_percent: 62.8,
      creators_voting_percent: 62.8,
@@ -253,15 +328,15 @@ export async function initExtensionsInPostgres() {
      energy_decay_rate_per_day: 0.02,
      coordinator_invite_validity_days: 30,
      onboarding_blagorost_provision_done: true,
-      onboarding_blagorost_provision_hash: "CDE57D987E3C945E79E108920CE02A4A80CFA7980CAA912949BB6C2111B7027A",
+      onboarding_blagorost_provision_hash: 'CDE57D987E3C945E79E108920CE02A4A80CFA7980CAA912949BB6C2111B7027A',
      onboarding_blagorost_offer_template_done: true,
-      onboarding_blagorost_offer_template_hash: "5CA88BBD303E5CCDA01E565FFE47E51855515176EC6C957F0FBDBCA4C53DBFD2",
+      onboarding_blagorost_offer_template_hash: '5CA88BBD303E5CCDA01E565FFE47E51855515176EC6C957F0FBDBCA4C53DBFD2',
      onboarding_generator_offer_template_done: true,
-      onboarding_generator_offer_template_hash: "8DA31574E8CC764C3A1FCAE1172726656A3DCDB1BB82AB0E567E2732070C3A44",
+      onboarding_generator_offer_template_hash: '8DA31574E8CC764C3A1FCAE1172726656A3DCDB1BB82AB0E567E2732070C3A44',
      onboarding_generator_program_template_done: true,
-      onboarding_generator_program_template_hash: "E55564D8946C55C93490B5277968FC890FDCB10A049DB5B2E0FE9F67FDA80896",
+      onboarding_generator_program_template_hash: 'E55564D8946C55C93490B5277968FC890FDCB10A049DB5B2E0FE9F67FDA80896',
      onboarding_generation_contract_template_done: true,
-      onboarding_generation_contract_template_hash: "A4BD579D6130CCE2D8C34337DFA591807C1F028A148DD53689881B12AC2627E2",
+      onboarding_generation_contract_template_hash: 'A4BD579D6130CCE2D8C34337DFA591807C1F028A148DD53689881B12AC2627E2',
      github_sync_branch: 'dev',
      github_sync_poll_interval_minutes: 5,
      github_api_token_encrypted: '',
@@ -282,7 +357,7 @@ export async function initExtensionsInPostgres() {
      JSON.stringify(capitalConfig),
      1,
      new Date('2026-02-09T02:13:06.620Z'),
-      new Date('2026-02-09T02:27:57.155Z')
+      new Date('2026-02-09T02:27:57.155Z'),
    ])

    // reports — встроенный extension, конфиг пустой (BuiltinSchema).
@@ -294,6 +369,33 @@ export async function initExtensionsInPostgres() {
      ON CONFLICT (name) DO NOTHING
    `, ['reports', true, '{}', 1])

+    // market — расширение «Стол заказов» (Marketplace MVP). Без записи в
+    // extensions MarketplacePlugin.initialize() бросает «Конфиг не найден»,
+    // bootstrap-миграции v1-v6 не запускаются → marketplace_category пустая,
+    // marketplaceListCategories возвращает [], форма create-offer падает на
+    // валидации «Категория *». schema_version=0 чтобы все 6 миграций marketplace
+    // прогнались по порядку (v4 → upsertBaseline для 9 категорий).
+    const marketConfig = {
+      enabled: true,
+      debug: false,
+      lastSyncTimestamp: '',
+      coopAcceptance: {
+        accepted: false,
+        document_registry_id: 0,
+        accepted_at: '',
+        accepted_by_board_decision_id: '',
+      },
+      writeoff: {
+        auto_proposal_enabled: false,
+        expiry_grace_days: 7,
+      },
+    }
+    await client.query(`
+      INSERT INTO "extensions" (name, enabled, config, schema_version)
+      VALUES ($1, $2, $3, $4)
+      ON CONFLICT (name) DO NOTHING
+    `, ['market', true, JSON.stringify(marketConfig), 0])
+
    console.log('Extensions инициализированы в PostgreSQL')
  }
  catch (error) {
@@ -0,0 +1,159 @@
+/**
+ * E2E-валидация канона двухподписного АПП приёмки (шаги 4→7 магистрали II)
+ * на СВЕЖЕМ заказе — без UI, без чтения цепи, всё через backend GraphQL.
+ * Проверяет именно новую ручку: marketplaceAplReceptionChairmanSignablePayloads
+ * отдаёт DocumentAggregate (rawDocument + document с подписью поставщика),
+ * председатель накладывает 2-ю подпись (Capital-паттерн).
+ *
+ * Шаги:
+ *   1. ivanpetrov (offerer): marketplaceAcceptIndividualOrder → авто-Shipment.
+ *   2. ivanpetrov: marketplaceListShipments(SUPPLY_PREPARED) → берём свежую.
+ *   3. chairkrg (operator КУ): marketplaceCreateAplReception → APL.
+ *   4. ivanpetrov: supplier payloads → signDocument(id=1) → signAsSupplier.
+ *   5. chairkrg: chairman payloads (DocumentAggregate) →
+ *      signDocument(rawDocument, chairkrg, 2, [document]) → signAsChairman.
+ *
+ * Запуск (mono-ai-4):
+ *   API_URL=http://127.0.0.1:3028/v1/graphql CHAIN_URL=http://127.0.0.1:8918 \
+ *   ORDER_ID=39578e30-2bb4-4495-836b-c91c89eb744f \
+ *     pnpm --filter @coopenomics/boot exec esno src/scripts/diag-e2e-apl.ts
+ */
+import ecc from 'eosjs-ecc'
+import { Classes } from '@coopenomics/sdk'
+
+const API_URL = process.env.API_URL || 'http://127.0.0.1:3028/v1/graphql'
+const CHAIN_URL = process.env.CHAIN_URL || 'http://127.0.0.1:8918'
+// individual-оффер «Мёд алтайский» ivanpetrov (cycle_type=individual) + ПВЗ krg.
+const OFFER_ID = process.env.OFFER_ID || '670c87d3-4e55-474e-a4e3-646c9ff0a4cd'
+const BRANAME = process.env.BRANAME || 'krg'
+
+const SUPPLIER = { email: 'ivan.petrov@example.com', wif: '5JL7fbB6kqsmk38zns2NMqqs5sWUojNGNhoAgE5G4fxXw5Uz733', account: 'ivanpetrov' }
+const CHAIR = { email: 'chairkrg@voskhod.coop', wif: '5KN4NRRdqNG9SH7sLP9pA87zvRSWmCR3a43mTHXbi7SwDTietBL', account: 'chairkrg' }
+const ORDERER = { email: 'ekaterina.smirnova@example.com', wif: '5KXg5ZDL7yu34gYSxzL7XKeePsY2Y2wN63WEYoWNzDwoMUihWG9', account: 'ekaterina' }
+
+async function gql(token: string | null, query: string, variables?: any): Promise<any> {
+  const headers: Record<string, string> = { 'Content-Type': 'application/json' }
+  if (token) headers.Authorization = `Bearer ${token}`
+  const res = await fetch(API_URL, { method: 'POST', headers, body: JSON.stringify({ query, variables }) })
+  const payload: any = await res.json()
+  if (payload.errors) throw new Error('gql: ' + JSON.stringify(payload.errors))
+  return payload.data
+}
+
+async function login(who: { email: string; wif: string; account: string }): Promise<string> {
+  const info = await (await fetch(`${CHAIN_URL}/v1/chain/get_info`)).json()
+  const now = info.head_block_time
+  const digest = ecc.sha256(Buffer.from(now, 'utf8'), 'hex')
+  const signature = ecc.signHash(digest, who.wif)
+  const m = `mutation($d:LoginInput!){ login(data:$d){ tokens{ access{ token } } account{ username } } }`
+  const d = await gql(null, m, { d: { email: who.email, now, signature } })
+  console.error('[e2e] login', d.login.account.username)
+  return d.login.tokens.access.token
+}
+
+async function main() {
+  // 0. orderer (ekaterina) оформляет СВЕЖИЙ individual-заказ — backend-хук
+  //    сразу переводит ACTIVE → ACCEPTED_PENDING_SUPPLIER_INDIVIDUAL, и мы
+  //    принимаем его тут же, не давая race #151 откатить статус.
+  const ordTok = await login(ORDERER)
+  const created = await gql(ordTok, `mutation($i:MarketplaceCreateOrderInput!){ marketplaceCreateOrder(input:$i){ order{ id status } } }`, { i: { offer_id: OFFER_ID, quantity: 1, delivery_braname: BRANAME } })
+  const ORDER_ID = created.marketplaceCreateOrder.order.id as string
+  console.error('[e2e] order created:', ORDER_ID, created.marketplaceCreateOrder.order.status)
+
+  // 1. accept individual order (offerer) → авто-Shipment
+  const supTok = await login(SUPPLIER)
+  const acc = await gql(supTok, `mutation($i:MarketplaceAcceptIndividualOrderInput!){ marketplaceAcceptIndividualOrder(input:$i){ order{ id status } tx_hash } }`, { i: { order_id: ORDER_ID } })
+  console.error('[e2e] accepted:', JSON.stringify(acc.marketplaceAcceptIndividualOrder))
+
+  // 2. найти свежую партию SUPPLY_PREPARED именно по нашему заказу (через cycle_id)
+  const acceptedOrder = acc.marketplaceAcceptIndividualOrder.order
+  const ordInfo = await gql(supTok, `query($d:MarketplaceGetOrderInput!){ marketplaceGetOrder(data:$d){ id status cycle_id } }`, { d: { order_id: ORDER_ID } }).catch(() => null)
+  const ourCycleId = ordInfo?.marketplaceGetOrder?.cycle_id ?? null
+  console.error('[e2e] accepted order:', JSON.stringify(acceptedOrder), 'cycle_id:', ourCycleId)
+  const sh = await gql(supTok, `query($d:MarketplaceListShipmentsInput){ marketplaceListShipments(data:$d){ id status braname cycle_id } }`, { d: { statuses: ['SUPPLY_PREPARED'] } })
+  const shipments = sh.marketplaceListShipments as any[]
+  console.error('[e2e] SUPPLY_PREPARED shipments:', JSON.stringify(shipments))
+  const shipment = (ourCycleId && shipments.find((s) => s.cycle_id === ourCycleId)) || shipments[0]
+  if (!shipment) throw new Error('Нет SUPPLY_PREPARED партии после accept')
+
+  if (Number(process.env.STOP_AFTER) === 2) {
+    console.error(`[e2e] STOP_AFTER=2 — SHIPMENT ${shipment.id} в SUPPLY_PREPARED (готов к маркировке EAN-13), ORDER ${ORDER_ID}`)
+    return
+  }
+
+  // 3. оператор КУ создаёт АПП
+  const chairTok = await login(CHAIR)
+  const cr = await gql(chairTok, `mutation($d:MarketplaceCreateAplReceptionInput!){ marketplaceCreateAplReception(data:$d){ apl_reception{ id status braname } } }`, { d: { shipment_id: shipment.id } })
+  const aplId = cr.marketplaceCreateAplReception.apl_reception.id
+  console.error('[e2e] APL создан:', aplId, cr.marketplaceCreateAplReception.apl_reception.status)
+
+  if (Number(process.env.STOP_AFTER) === 5) {
+    console.error(`[e2e] STOP_AFTER=5 — APL ${aplId} в PENDING_SUPPLIER_SIGN (ждёт подпись поставщика), ORDER ${ORDER_ID}`)
+    return
+  }
+
+  // 4. поставщик подписывает (id=1) — backend сохранит supplier_signed_documents + тело (skip_save:false)
+  const supTok2 = await login(SUPPLIER)
+  const sp = await gql(supTok2, `query($d:MarketplaceAplReceptionByIdInput!){ marketplaceAplReceptionSupplierSignablePayloads(data:$d){ full_title hash meta binary } }`, { d: { apl_reception_id: aplId } })
+  const supPayloads = sp.marketplaceAplReceptionSupplierSignablePayloads as any[]
+  const supSigner = new Classes.Document(SUPPLIER.wif)
+  const supplierSigned: any[] = []
+  for (const p of supPayloads) supplierSigned.push(await supSigner.signDocument(p, SUPPLIER.account, 1))
+  const ss = await gql(supTok2, `mutation($d:MarketplaceSignAplReceptionInput!){ marketplaceSignAplReceptionAsSupplier(data:$d){ apl_reception{ id status supplier_signed_at } } }`, { d: { apl_reception_id: aplId, signed_documents: supplierSigned } })
+  console.error('[e2e] supplier sign OK:', JSON.stringify(ss.marketplaceSignAplReceptionAsSupplier))
+
+  if (Number(process.env.STOP_AFTER) === 6) {
+    console.error(`[e2e] STOP_AFTER=6 — APL ${aplId} в PENDING_CHAIRMAN_RECEPTION_SIGN (ждёт закрывающую подпись председателя), ORDER ${ORDER_ID}`)
+    return
+  }
+
+  // 5. председатель: новая ручка DocumentAggregate → подпись id=2 поверх подписи поставщика
+  const chairTok2 = await login(CHAIR)
+  const cp = await gql(chairTok2, `query($d:MarketplaceAplReceptionByIdInput!){ marketplaceAplReceptionChairmanSignablePayloads(data:$d){ hash rawDocument{ full_title html hash meta binary } document{ version hash doc_hash meta_hash meta signatures{ id signer public_key signature signed_at signed_hash meta } } } }`, { d: { apl_reception_id: aplId } })
+  const chairPayloads = cp.marketplaceAplReceptionChairmanSignablePayloads as any[]
+  console.error('[e2e] chairman aggregates:', chairPayloads.length, 'supplier sig:', JSON.stringify(chairPayloads[0]?.document?.signatures?.map((s: any) => `${s.id}:${s.signer}`)))
+  const chairSigner = new Classes.Document(CHAIR.wif)
+  const chairSigned: any[] = []
+  for (const p of chairPayloads) {
+    const signed = await chairSigner.signDocument(p.rawDocument, CHAIR.account, 2, [p.document])
+    console.error('[e2e]   order', p.rawDocument?.meta?.order_id, 'sigs:', signed.signatures.map((s: any) => `${s.id}:${s.signer}`).join(','))
+    chairSigned.push(signed)
+  }
+  const cs = await gql(chairTok2, `mutation($d:MarketplaceSignAplReceptionInput!){ marketplaceSignAplReceptionAsChairman(data:$d){ apl_reception{ id status chairman_signed_at chairman_account chairman_signchair_tx_hash } } }`, { d: { apl_reception_id: aplId, signed_documents: chairSigned } })
+  console.error('[e2e] CHAIRMAN SIGN OK:', JSON.stringify(cs.marketplaceSignAplReceptionAsChairman))
+
+  // ── Магистраль II шаг 8: оператор КУ маркирует имущество EAN-13 ───────
+  // переиспользуем токен председателя: повторный login того же аккаунта в
+  // пределах одного блока даёт одинаковый now → одинаковую подпись → дубль
+  // токена сессии (UQ constraint).
+  const lbl = await gql(chairTok2, `mutation($d:MarketplaceLabelInventoryInput!){ marketplaceLabelInventory(data:$d){ inventory{ id barcode_value barcode_format quantity_per_label status product_name_snapshot } } }`, { d: { order_id: ORDER_ID, format: 'EAN13' } })
+  console.error('[e2e] LABEL OK (EAN-13):', JSON.stringify(lbl.marketplaceLabelInventory.inventory?.map((i: any) => `${i.barcode_value}/${i.barcode_format}/${i.status}`)))
+
+  // ── Магистраль II шаги 9-10: ВЫДАЧА (тот же двухподписный канон) ──────
+  // 9. председатель КУ выдачи открывает выдачу первой подписью (signiss1).
+  const oip = await gql(chairTok2, `query($d:MarketplaceIssueActPayloadInput!){ marketplaceIssueActChairmanSignablePayload(data:$d){ full_title hash meta binary } }`, { d: { order_id: ORDER_ID } })
+  const openPayload = oip.marketplaceIssueActChairmanSignablePayload
+  const chairIssSigner = new Classes.Document(CHAIR.wif)
+  const chairIssSigned = await chairIssSigner.signDocument(openPayload, CHAIR.account, 1)
+  const oi = await gql(chairTok2, `mutation($d:MarketplaceOpenIssuanceInput!){ marketplaceOpenIssuance(data:$d){ order{ id status } tx_hash } }`, { d: { order_id: ORDER_ID, signed_document: chairIssSigned } })
+  console.error('[e2e] OPEN ISSUANCE OK (signiss1):', JSON.stringify(oi.marketplaceOpenIssuance))
+
+  if (Number(process.env.STOP_AFTER) === 9) {
+    console.error(`[e2e] STOP_AFTER=9 — ORDER ${ORDER_ID} в READY_TO_RECEIVE (ждёт финальную подпись заказчика)`)
+    return
+  }
+
+  // 10. заказчик получает DocumentAggregate (подписанный председателем) и
+  //     накладывает 2-ю подпись поверх → финальная подпись (signiss2).
+  const ordTok2 = await login(ORDERER)
+  const fp = await gql(ordTok2, `query($d:MarketplaceIssueActPayloadInput!){ marketplaceIssueActOrdererSignablePayload(data:$d){ hash rawDocument{ full_title html hash meta binary } document{ version hash doc_hash meta_hash meta signatures{ id signer public_key signature signed_at signed_hash meta } } } }`, { d: { order_id: ORDER_ID } })
+  const finAgg = fp.marketplaceIssueActOrdererSignablePayload
+  console.error('[e2e] issuance aggregate — chairman sig:', JSON.stringify(finAgg?.document?.signatures?.map((s: any) => `${s.id}:${s.signer}`)))
+  const ordSigner = new Classes.Document(ORDERER.wif)
+  const finSigned = await ordSigner.signDocument(finAgg.rawDocument, ORDERER.account, 2, [finAgg.document])
+  console.error('[e2e]   issuance sigs:', finSigned.signatures.map((s: any) => `${s.id}:${s.signer}`).join(','))
+  const fi = await gql(ordTok2, `mutation($d:MarketplaceFinalizeIssuanceInput!){ marketplaceFinalizeIssuance(data:$d){ order{ id status received_at } tx_hash } }`, { d: { order_id: ORDER_ID, actual_quantity: 1, delivery_signer: CHAIR.account, signed_document: finSigned } })
+  console.error('[e2e] FINALIZE ISSUANCE OK (signiss2):', JSON.stringify(fi.marketplaceFinalizeIssuance))
+}
+
+main().then(() => process.exit(0)).catch((e) => { console.error('[e2e] FAILED:', e.message ?? e); process.exit(1) })
@@ -0,0 +1,88 @@
+/**
+ * Диагностика ЗАКРЫВАЮЩЕЙ подписи АПП председателем КУ вне UI (шаг 7
+ * магистрали II) по КАНОНУ двухподписного документа (как приём РИД в
+ * Capital). Воспроизводит КЛИЕНТСКУЮ цепочку фронтенда:
+ *
+ *   1. query marketplaceAplReceptionChairmanSignablePayloads → backend отдаёт
+ *      DocumentAggregate на каждый Order: rawDocument (исходный документ для
+ *      ознакомления, оригинальный порядок meta) + document (подписанный
+ *      поставщиком, с его подписью).
+ *   2. signDocument(rawDocument, chairman, 2, [document]) — председатель
+ *      накладывает свою подпись (id=2) поверх подписи поставщика (id=1).
+ *   3. mutation marketplaceSignAplReceptionAsChairman → backend signchair с
+ *      документом, где ОБЕ подписи.
+ *
+ * ФРОНТ ЦЕПЬ НЕ ЧИТАЕТ — всё отдаёт backend. (Раньше тут было чтение
+ * order.acceptance_act_signsupp из get_table_rows — это антипаттерн, см.
+ * memory reference_2sig_canon_marketplace_capital; on-chain meta-строка к
+ * тому же переупорядочена и для re-sign непригодна.)
+ *
+ * Запуск (mono-ai-4):
+ *   API_URL=http://127.0.0.1:3028/v1/graphql CHAIN_URL=http://127.0.0.1:8918 \
+ *   SERVER_SECRET=SECRET APL_ID=<свежий-апп-после-skip_save:false> \
+ *     pnpm --filter @coopenomics/boot exec esno src/scripts/diag-sign-apl-chairman.ts
+ */
+import ecc from 'eosjs-ecc'
+import { Classes } from '@coopenomics/sdk'
+
+const API_URL = process.env.API_URL || 'http://127.0.0.1:3028/v1/graphql'
+const CHAIN_URL = process.env.CHAIN_URL || 'http://127.0.0.1:8918'
+const SERVER_SECRET = process.env.SERVER_SECRET || 'SECRET'
+const APL_ID = process.env.APL_ID || ''
+const EMAIL = process.env.EMAIL || 'chairkrg@voskhod.coop'
+const WIF = process.env.WIF || '5KN4NRRdqNG9SH7sLP9pA87zvRSWmCR3a43mTHXbi7SwDTietBL'
+const ACCOUNT = process.env.ACCOUNT || 'chairkrg'
+
+async function gqlRaw(token: string | null, query: string, variables?: any): Promise<any> {
+  const headers: Record<string, string> = { 'Content-Type': 'application/json' }
+  if (token) headers.Authorization = `Bearer ${token}`
+  else headers['server-secret'] = SERVER_SECRET
+  const res = await fetch(API_URL, { method: 'POST', headers, body: JSON.stringify({ query, variables }) })
+  const payload: any = await res.json()
+  if (payload.errors) throw new Error('gql: ' + JSON.stringify(payload.errors))
+  return payload.data
+}
+
+async function main() {
+  if (!APL_ID) throw new Error('APL_ID обязателен (свежий АПП, подписанный поставщиком после skip_save:false)')
+
+  // 1. login as chairman
+  const info = await (await fetch(`${CHAIN_URL}/v1/chain/get_info`)).json()
+  const now = info.head_block_time
+  const digest = ecc.sha256(Buffer.from(now, 'utf8'), 'hex')
+  const signature = ecc.signHash(digest, WIF)
+  const loginM = `mutation($d:LoginInput!){ login(data:$d){ tokens{ access{ token } } account{ username } } }`
+  const ld = await gqlRaw(null, loginM, { d: { email: EMAIL, now, signature } })
+  const token = ld.login.tokens.access.token
+  console.error('[diag] logged in as', ld.login.account.username)
+
+  // 2. backend отдаёт supplier-подписанные акты (DocumentAggregate) — без цепи
+  const q = `query($d:MarketplaceAplReceptionByIdInput!){
+    marketplaceAplReceptionChairmanSignablePayloads(data:$d){
+      hash
+      rawDocument{ full_title html hash meta binary }
+      document{ version hash doc_hash meta_hash meta signatures{ id signer public_key signature signed_at signed_hash meta } }
+    }
+  }`
+  const qd = await gqlRaw(token, q, { d: { apl_reception_id: APL_ID } })
+  const payloads = qd.marketplaceAplReceptionChairmanSignablePayloads as any[]
+  console.error('[diag] aggregates:', payloads.length,
+    'sig поставщика по 1-му:', JSON.stringify(payloads[0]?.document?.signatures?.map((s: any) => `${s.id}:${s.signer}`)))
+
+  // 3. накладываем подпись председателя (id=2) поверх подписи поставщика (id=1)
+  const signer = new Classes.Document(WIF)
+  const signed_documents: any[] = []
+  for (const p of payloads) {
+    const signed = await signer.signDocument(p.rawDocument, ACCOUNT, 2, [p.document])
+    console.error('[diag] order_id', p.rawDocument?.meta?.order_id, '→ подписей:', signed.signatures.length,
+      signed.signatures.map((s: any) => `${s.id}:${s.signer}`).join(','))
+    signed_documents.push(signed)
+  }
+
+  // 4. mutation — backend signchair (контракт требует обе подписи)
+  const m = `mutation($d:MarketplaceSignAplReceptionInput!){ marketplaceSignAplReceptionAsChairman(data:$d){ apl_reception{ id status chairman_signed_at chairman_account chairman_signchair_tx_hash } } }`
+  const md = await gqlRaw(token, m, { d: { apl_reception_id: APL_ID, signed_documents } })
+  console.error('[diag] signAsChairman OK:', JSON.stringify(md.marketplaceSignAplReceptionAsChairman))
+}
+
+main().then(() => process.exit(0)).catch((e) => { console.error('[diag] FAILED:', e.message ?? e); process.exit(1) })
@@ -0,0 +1,64 @@
+/**
+ * Диагностика подписи АПП поставщиком вне UI: воспроизводит клиентскую
+ * цепочку (query payloads → Classes.Document.signDocument → mutation
+ * signAsSupplier) от лица ivanpetrov, чтобы изолировать backend/подпись
+ * от проблем desktop (globalStore.wif / клик по диалогу).
+ *
+ * Запуск (mono-ai-4):
+ *   API_URL=http://127.0.0.1:3028/v1/graphql CHAIN_URL=http://127.0.0.1:8918 \
+ *   SERVER_SECRET=SECRET APL_ID=8d7cf06c-7c9d-4e05-86c9-a41d94165c9c \
+ *     pnpm --filter @coopenomics/boot exec esno src/scripts/diag-sign-apl.ts
+ */
+import ecc from 'eosjs-ecc'
+import { Classes } from '@coopenomics/sdk'
+
+const API_URL = process.env.API_URL || 'http://127.0.0.1:3028/v1/graphql'
+const CHAIN_URL = process.env.CHAIN_URL || 'http://127.0.0.1:8918'
+const SERVER_SECRET = process.env.SERVER_SECRET || 'SECRET'
+const APL_ID = process.env.APL_ID || '8d7cf06c-7c9d-4e05-86c9-a41d94165c9c'
+const EMAIL = 'ivan.petrov@example.com'
+const WIF = '5JL7fbB6kqsmk38zns2NMqqs5sWUojNGNhoAgE5G4fxXw5Uz733'
+const ACCOUNT = 'ivanpetrov'
+
+async function gqlRaw(token: string | null, query: string, variables?: any): Promise<any> {
+  const headers: Record<string, string> = { 'Content-Type': 'application/json' }
+  // server-secret шлём ТОЛЬКО на публичный login. На аутентифицированных
+  // вызовах он бы обошёл MarketplaceMembershipGuard (return true без
+  // наполнения currentMember) → @CurrentMarketplaceMember бросает 401.
+  if (token) headers.Authorization = `Bearer ${token}`
+  else headers['server-secret'] = SERVER_SECRET
+  const res = await fetch(API_URL, { method: 'POST', headers, body: JSON.stringify({ query, variables }) })
+  const payload: any = await res.json()
+  if (payload.errors) throw new Error('gql: ' + JSON.stringify(payload.errors))
+  return payload.data
+}
+
+async function main() {
+  const info = await (await fetch(`${CHAIN_URL}/v1/chain/get_info`)).json()
+  const now = info.head_block_time
+  const digest = ecc.sha256(Buffer.from(now, 'utf8'), 'hex')
+  const signature = ecc.signHash(digest, WIF)
+  const loginM = `mutation($d:LoginInput!){ login(data:$d){ tokens{ access{ token } } account{ username } } }`
+  const ld = await gqlRaw(null, loginM, { d: { email: EMAIL, now, signature } })
+  const token = ld.login.tokens.access.token
+  console.error('[diag] logged in as', ld.login.account.username)
+
+  const q = `query($d:MarketplaceAplReceptionByIdInput!){ marketplaceAplReceptionSupplierSignablePayloads(data:$d){ full_title hash meta binary } }`
+  const qd = await gqlRaw(token, q, { d: { apl_reception_id: APL_ID } })
+  const payloads = qd.marketplaceAplReceptionSupplierSignablePayloads
+  console.error('[diag] payloads:', payloads.length, 'meta[0]:', JSON.stringify(payloads[0]?.meta))
+
+  const signer = new Classes.Document(WIF)
+  const signed_documents: any[] = []
+  for (const p of payloads) {
+    const s = await signer.signDocument(p, ACCOUNT, 1)
+    signed_documents.push(s)
+  }
+  console.error('[diag] signed', signed_documents.length, 'docs; first signatures:', JSON.stringify(signed_documents[0]?.signatures?.length))
+
+  const m = `mutation($d:MarketplaceSignAplReceptionInput!){ marketplaceSignAplReceptionAsSupplier(data:$d){ apl_reception{ id status supplier_signed_at } } }`
+  const md = await gqlRaw(token, m, { d: { apl_reception_id: APL_ID, signed_documents } })
+  console.error('[diag] signAsSupplier OK:', JSON.stringify(md.marketplaceSignAplReceptionAsSupplier))
+}
+
+main().then(() => process.exit(0)).catch((e) => { console.error('[diag] FAILED:', e.message ?? e); process.exit(1) })
@@ -0,0 +1,66 @@
+/**
+ * Регистрирует организацию кооперативного участка через GraphQL-мутацию
+ * `editBranch` (тот же серверный путь, что фронтовый createBranch:
+ * interactor.editBranch → organizationRepository.create). Нужен потому,
+ * что branch krg уже создан on-chain (createBranch бросил бы «уже
+ * создан»), а организация в Mongo контроллера отсутствует — из-за чего
+ * фабрика документов 1102 (Акт приёмки) падает «Организация не найдена».
+ *
+ * Запуск (mono-ai-4):
+ *   API_URL=http://127.0.0.1:3028/v1/graphql \
+ *   CHAIN_URL=http://127.0.0.1:8918 \
+ *   SERVER_SECRET=SECRET \
+ *     pnpm --filter @coopenomics/boot exec esno src/scripts/fix-ku-org.ts
+ */
+import { gql, loginAsChairman } from '../tests/shared/apiClient'
+
+const COOP = 'voskhod'
+const BRANCHES = [
+  {
+    braname: 'krg',
+    trustee: 'chairkrg',
+    short_name: 'КУ Красногорск',
+    full_name: 'Кооперативный участок «Красногорск»',
+    fact_address: 'Московская область, г. Красногорск, ул. Заводская, д. 1',
+    phone: '+79991230101',
+    email: 'krg@voskhod.coop',
+    based_on: 'решение собрания совета №СС-1 от 20 мая 2026 г',
+  },
+]
+
+// Банковский реквизит КУ — копия дефолтного банка кооператива (КУ не
+// отдельное юрлицо, действует от реквизитов кооператива). createBranch
+// создаёт его автоматически, editBranch — нет, поэтому добавляем явно.
+const COOP_BANK = {
+  currency: 'RUB',
+  card_number: '',
+  bank_name: 'ПАО Сбербанк',
+  account_number: '40703810038000110117',
+  details: { bik: '044525225', corr: '30101810400000000225', kpp: '773643001' },
+}
+
+async function main() {
+  const { token, username } = await loginAsChairman()
+  console.error('[fix-ku-org] logged in as', username)
+
+  const addPm = `mutation($d:AddPaymentMethodInput!){ addPaymentMethod(data:$d){ method_id } }`
+  const editBranch = `mutation($d:EditBranchInput!){ editBranch(data:$d){ braname } }`
+  for (const b of BRANCHES) {
+    try {
+      const pm = await gql(token, addPm, {
+        d: { username: b.braname, is_default: true, bank_transfer_data: COOP_BANK },
+      })
+      console.error('[fix-ku-org] addPaymentMethod', b.braname, 'OK', JSON.stringify(pm))
+    } catch (e: any) {
+      console.error('[fix-ku-org] addPaymentMethod', b.braname, 'FAILED:', e.message ?? e)
+    }
+    try {
+      const res = await gql(token, editBranch, { d: { coopname: COOP, ...b } })
+      console.error('[fix-ku-org] editBranch', b.braname, 'OK', JSON.stringify(res))
+    } catch (e: any) {
+      console.error('[fix-ku-org] editBranch', b.braname, 'FAILED:', e.message ?? e)
+    }
+  }
+}
+
+main().then(() => process.exit(0)).catch((e) => { console.error(e); process.exit(1) })
@@ -0,0 +1,104 @@
+/**
+ * One-shot пополнение L3 Main Wallet тестовых пайщиков для прогона магистрали II
+ * Marketplace (orderer/order-create → consolidated → offerer/incoming-orders).
+ *
+ * Запускается отдельно (не часть boot:extra), потому что L3-эмиссия в текущем
+ * стенде делается ручным `wallet::createdeposit + gateway::completeincome` от
+ * имени кооператива. После reboot:extra нужно повторно пополнить.
+ *
+ * Pattern взят из `seed-capital/phases/08-investments.ts:depositToWallet` —
+ * чистая версия без vitest-зависимости.
+ *
+ * ВАЖНО (блокер 2026-05-22): wallet::createdeposit требует, чтобы пайщик уже
+ * был **членом кооператива** (запись в soviet::participants). На текущем
+ * стенде add-plain-participant.ts и ensureMarketplaceParticipant создают
+ * on-chain user + mongo + pg, но НЕ делают joincoop. Поэтому createdeposit
+ * падает «Пайщик не найден в кооперативе» (coops_access_helpers.hpp:57).
+ * Полноценная адаптация требует soviet decision type='joincoop' + 3 votefor +
+ * authorize + exec (см. validate.cpp:29, sndagreement.cpp:65, addbal.cpp:43).
+ * До починки joincoop в seed — этот скрипт работает только для пайщиков,
+ * прошедших полный UI-флоу адаптации.
+ *
+ * Usage:
+ *   pnpm --filter @coopenomics/boot exec esno src/scripts/marketplace-deposit-fund.ts
+ *
+ * По умолчанию пополняет: ekaterina, ivanpetrov, petrova, sidorov по 10000 RUB
+ * каждому (хватит на десятки Order'ов цены 120 ₽).
+ */
+import { createHash, randomInt } from 'node:crypto'
+import { GatewayContract, WalletContract } from 'cooptypes'
+import Blockchain from '../blockchain'
+import config from '../configs'
+
+const COOPNAME = process.env.COOPNAME ?? config.provider
+const AMOUNT_RUB = Number.parseFloat(process.env.FUND_AMOUNT_RUB ?? '10000')
+const USERNAMES = (process.env.FUND_USERNAMES ?? 'ekaterina,ivanpetrov,petrova,sidorov')
+  .split(',')
+  .map((s) => s.trim())
+  .filter(Boolean)
+
+const log = (...a: unknown[]) => console.error('[marketplace-deposit-fund]', ...a)
+
+function rndHash(): string {
+  return createHash('sha256').update(`mkt-fund:${Date.now()}:${randomInt(1_000_000_000)}`).digest('hex')
+}
+
+async function depositToWallet(blockchain: Blockchain, username: string, amountRub: number): Promise<void> {
+  const depositHash = rndHash()
+  const quantity = `${amountRub.toFixed(4)} RUB`
+  log(`wallet::createdeposit ${username} ← ${quantity} (deposit=${depositHash.slice(0, 10)}...)`)
+  await blockchain.api.transact({
+    actions: [{
+      account: WalletContract.contractName.production,
+      name: WalletContract.Actions.CreateDeposit.actionName,
+      authorization: [{ actor: COOPNAME, permission: 'active' }],
+      data: {
+        coopname: COOPNAME,
+        username,
+        deposit_hash: depositHash,
+        quantity,
+      },
+    }],
+  }, { blocksBehind: 3, expireSeconds: 30 })
+
+  log(`gateway::completeincome ${depositHash.slice(0, 10)}...`)
+  await blockchain.api.transact({
+    actions: [{
+      account: GatewayContract.contractName.production,
+      name: GatewayContract.Actions.CompleteIncome.actionName,
+      authorization: [{ actor: COOPNAME, permission: 'active' }],
+      data: {
+        coopname: COOPNAME,
+        income_hash: depositHash,
+      },
+    }],
+  }, { blocksBehind: 3, expireSeconds: 30 })
+}
+
+async function main(): Promise<void> {
+  const blockchain = new Blockchain(config.network, config.private_keys)
+  await blockchain.update_pass_instance()
+
+  log(`Coopname: ${COOPNAME}, amount: ${AMOUNT_RUB} RUB, users: ${USERNAMES.join(', ')}`)
+
+  const results: Array<{ username: string; ok: boolean; reason?: string }> = []
+  for (const username of USERNAMES) {
+    try {
+      await depositToWallet(blockchain, username, AMOUNT_RUB)
+      results.push({ username, ok: true })
+      log(`✓ ${username} пополнен`)
+    } catch (e: any) {
+      const reason = e?.message ?? String(e)
+      results.push({ username, ok: false, reason })
+      log(`✗ ${username} fail: ${reason}`)
+    }
+  }
+
+  console.log(JSON.stringify({ coopname: COOPNAME, amount: AMOUNT_RUB, results }, null, 2))
+  if (results.some((r) => !r.ok)) process.exit(1)
+}
+
+main().catch((e) => {
+  log(`fatal: ${e?.stack ?? e}`)
+  process.exit(2)
+})
@@ -0,0 +1,88 @@
+/**
+ * Idempotent сидинг базовых сущностей кооператива в Mongo:
+ *  - vars(coopname=voskhod) — описание кооператива (отображается в UI хедер/футер)
+ *  - monos(coopname=voskhod, status=active) — маркер, что инсталляция активна
+ *  - vaults(username=voskhod, permission=active, wif=<encrypted from infra.ts>)
+ *
+ * Эти данные обычно создаются `pnpm boot:extra`, но если Mongo volume сбросился
+ * (а chain нет), их надо восстановить отдельно — этот скрипт делает только эту часть.
+ *
+ * Запуск:
+ *   MONGO_URI=mongodb://127.0.0.1:27047/cooperative-x \
+ *     pnpm --filter @coopenomics/boot exec esno src/scripts/seed-cooperative-base.ts
+ */
+import mongoose from 'mongoose'
+
+async function main() {
+  const mongoUri = process.env.MONGO_URI
+  if (!mongoUri) throw new Error('MONGO_URI not set')
+  await mongoose.connect(mongoUri)
+
+  const vars = {
+    coopname: 'voskhod',
+    full_abbr: 'Потребительский Кооператив',
+    full_abbr_genitive: 'Потребительского Кооператива',
+    full_abbr_dative: 'Потребительскому Кооперативу',
+    short_abbr: 'ПК',
+    website: 'цифровой-кооператив.рф',
+    name: 'Восход',
+    confidential_link: 'coopenomics.world/privacy',
+    confidential_email: 'privacy@coopenomics.world',
+    contact_email: 'contact@coopenomics.world',
+    passport_request: 'no',
+    wallet_agreement: { protocol_number: '10-04-2024', protocol_day_month_year: '10 апреля 2024 г.' },
+    signature_agreement: { protocol_number: '10-04-2024', protocol_day_month_year: '10 апреля 2024 г.' },
+    privacy_agreement: { protocol_number: '10-04-2024', protocol_day_month_year: '10 апреля 2024 г.' },
+    user_agreement: { protocol_number: '10-04-2024', protocol_day_month_year: '10 апреля 2024 г.' },
+    participant_application: { protocol_number: '10-04-2024', protocol_day_month_year: '10 апреля 2024 г.' },
+    generator_program: { protocol_number: '1', protocol_day_month_year: '09.02.2026 10:24' },
+    generation_contract_template: { protocol_number: '2', protocol_day_month_year: '09.02.2026 10:24' },
+    blagorost_program: { protocol_number: '3', protocol_day_month_year: '09.02.2026 10:24' },
+    generator_offer_template: { protocol_number: '4', protocol_day_month_year: '09.02.2026 10:27' },
+    blagorost_offer_template: { protocol_number: '5', protocol_day_month_year: '09.02.2026 10:27' },
+    deleted: false,
+    block_num: 1,
+  }
+
+  const varsCol = mongoose.connection.collection('vars')
+  const existing = await varsCol.findOne({ coopname: 'voskhod' })
+  if (existing) {
+    await varsCol.updateOne({ coopname: 'voskhod' }, { $set: vars })
+    console.log('vars upserted (was present)')
+  }
+  else {
+    await varsCol.insertOne({ ...vars, _created_at: new Date() })
+    console.log('vars inserted')
+  }
+
+  const monosCol = mongoose.connection.collection('monos')
+  const mExisting = await monosCol.findOne({ coopname: 'voskhod' })
+  if (mExisting) {
+    await monosCol.updateOne({ coopname: 'voskhod' }, { $set: { status: 'active' } })
+    console.log('monos upserted (was present)')
+  }
+  else {
+    await monosCol.insertOne({ coopname: 'voskhod', status: 'active' })
+    console.log('monos inserted')
+  }
+
+  const vaultsCol = mongoose.connection.collection('vaults')
+  const vExisting = await vaultsCol.findOne({ username: 'voskhod', permission: 'active' })
+  if (vExisting) {
+    console.log('vaults already present (kept as is)')
+  }
+  else {
+    await vaultsCol.insertOne({
+      username: 'voskhod',
+      permission: 'active',
+      wif: '9d6479a9d77ead53fb0e5e54b3608a95:2046ee3c1577d48aecbee49e8f25c4c2df37ab02f15d73d0d1b6352f53a4b774cb9e71b6028fd7caf64568e195c7878dfbb5d2bf10a3766d90ba9e92ea724428',
+    })
+    console.log('vaults inserted')
+  }
+
+  await mongoose.disconnect()
+}
+
+main()
+  .then(() => process.exit(0))
+  .catch((e) => { console.error(e); process.exit(1) })
@@ -0,0 +1,178 @@
+/**
+ * Seed-скрипт для трёх кооперативных участков Подмосковья:
+ *   krg — Красногорск, председатель chairkrg
+ *   odn — Одинцово,  председатель chairodn
+ *   myt — Мытищи,    председатель chairmyt
+ * + доверенное лицо trustedkrg для КУ Красногорск.
+ *
+ * Делает:
+ *   1. eosio::newaccount для каждого braname (если ещё не существует).
+ *   2. branch::createbranch (actor=coopname active).
+ *   3. branch::addtrusted для krg → trustedkrg.
+ *   4. Mongo organization upsert (short_name + контакты, для desktop UI).
+ *
+ * Использование:
+ *   MONGO_URI=mongodb://127.0.0.1:27017/cooperative-x \
+ *     pnpm --filter @coopenomics/boot exec esno \
+ *     src/scripts/seed-marketplace-branches.ts
+ */
+import { BranchContract, type Cooperative } from 'cooptypes'
+import { Generator } from '@coopenomics/factory'
+import Blockchain from '../blockchain'
+import config from '../configs'
+
+const log = (...a: unknown[]) => console.error('[seed-branches]', ...a)
+
+interface BranchSeed {
+  braname: string
+  trustee: string
+  short_name: string
+  full_name: string
+  city: string
+  fact_address: string
+  phone: string
+  email: string
+  based_on: string
+}
+
+const BRANCHES: BranchSeed[] = [
+  {
+    braname: 'krg',
+    trustee: 'chairkrg',
+    short_name: 'КУ Красногорск',
+    full_name: 'Кооперативный участок «Красногорск»',
+    city: 'Красногорск',
+    fact_address: 'Московская область, г. Красногорск, ул. Заводская, д. 1',
+    phone: '+79991230101',
+    email: 'krg@voskhod.coop',
+    based_on: 'решение собрания совета №СС-1 от 20 мая 2026 г',
+  },
+  {
+    braname: 'odn',
+    trustee: 'chairodn',
+    short_name: 'КУ Одинцово',
+    full_name: 'Кооперативный участок «Одинцово»',
+    city: 'Одинцово',
+    fact_address: 'Московская область, г. Одинцово, ул. Центральная, д. 12',
+    phone: '+79991230202',
+    email: 'odn@voskhod.coop',
+    based_on: 'решение собрания совета №СС-1 от 20 мая 2026 г',
+  },
+  {
+    braname: 'myt',
+    trustee: 'chairmyt',
+    short_name: 'КУ Мытищи',
+    full_name: 'Кооперативный участок «Мытищи»',
+    city: 'Мытищи',
+    fact_address: 'Московская область, г. Мытищи, Олимпийский проспект, д. 5',
+    phone: '+79991230303',
+    email: 'myt@voskhod.coop',
+    based_on: 'решение собрания совета №СС-1 от 20 мая 2026 г',
+  },
+]
+const TRUSTED_KRG = ['trustedkrg']
+
+async function main() {
+  const blockchain = new Blockchain(config.network, config.private_keys)
+  await blockchain.update_pass_instance()
+
+  const coopname = config.provider
+
+  // === 1. Mongo organization upsert для каждого КУ ===
+  const mongoUri = process.env.MONGO_URI
+  if (!mongoUri) throw new Error('MONGO_URI не задан')
+  const generator = new Generator()
+  await generator.connect(mongoUri)
+
+  for (const b of BRANCHES) {
+    const orgData: Cooperative.Users.IOrganizationData = {
+      username: b.braname,
+      type: 'coop',
+      short_name: b.short_name,
+      full_name: b.full_name,
+      represented_by: {
+        first_name: '',
+        last_name: '',
+        middle_name: '',
+        position: 'председатель кооперативного участка',
+        based_on: b.based_on,
+      },
+      country: 'Российская Федерация',
+      city: b.city,
+      fact_address: b.fact_address,
+      full_address: b.fact_address,
+      email: b.email,
+      phone: b.phone,
+      details: { inn: '', ogrn: '', kpp: '' },
+    }
+    try {
+      await generator.save('organization', orgData)
+      log(`mongo organization ${b.braname} upserted`)
+    } catch (e: any) {
+      log(`mongo organization ${b.braname} failed: ${e.message ?? e}`)
+    }
+  }
+
+  // === 2. ончейн createbranch (actor=coopname active, ключ кооператива) ===
+  for (const b of BRANCHES) {
+    try {
+      // Проверяем не существует ли КУ уже on-chain
+      const existing = await blockchain.api.rpc.get_table_rows({
+        code: 'branch',
+        scope: coopname,
+        table: 'branches',
+        lower_bound: b.braname,
+        upper_bound: b.braname,
+        limit: 1,
+      }).catch(() => ({ rows: [] }))
+      if (existing.rows && existing.rows.length > 0) {
+        log(`skip createbranch ${b.braname} (already on-chain)`)
+        continue
+      }
+
+      const data: BranchContract.Actions.CreateBranch.ICreateBranch = {
+        coopname,
+        braname: b.braname,
+        trustee: b.trustee,
+      }
+      await blockchain.api.transact({
+        actions: [{
+          account: BranchContract.contractName.production,
+          name: BranchContract.Actions.CreateBranch.actionName,
+          authorization: [{ actor: coopname, permission: 'active' }],
+          data,
+        }],
+      }, { blocksBehind: 3, expireSeconds: 30 })
+      log(`createbranch ${b.braname} → trustee=${b.trustee} OK`)
+    } catch (e: any) {
+      log(`createbranch ${b.braname} failed: ${e.message ?? e}`)
+    }
+  }
+
+  // === 3. addtrusted для krg ===
+  for (const trusted of TRUSTED_KRG) {
+    try {
+      const data: BranchContract.Actions.AddTrusted.IAddTrusted = {
+        coopname,
+        braname: 'krg',
+        trusted,
+      }
+      await blockchain.api.transact({
+        actions: [{
+          account: BranchContract.contractName.production,
+          name: BranchContract.Actions.AddTrusted.actionName,
+          authorization: [{ actor: coopname, permission: 'active' }],
+          data,
+        }],
+      }, { blocksBehind: 3, expireSeconds: 30 })
+      log(`addtrusted krg ← ${trusted} OK`)
+    } catch (e: any) {
+      log(`addtrusted ${trusted} failed: ${e.message ?? e}`)
+    }
+  }
+
+  await generator.close?.()
+  log('done')
+}
+
+main().then(() => process.exit(0)).catch((e) => { console.error(e); process.exit(1) })
@@ -0,0 +1,121 @@
+/**
+ * Pre-flight: эмиссия RUB в Main Wallet тестовых пайщиков marketplace.
+ *
+ * orderer/order-create через marketplaceCreateOrder требует положительный
+ * баланс в кошельке program_id=1 (Кошелёк) — иначе backend тихо отказывает
+ * на этапе подсчёта стоимости, диалог остаётся открытым и тест-сценарий
+ * не понимает что произошло (см. task #177).
+ *
+ * Pre-conditions, которые скрипт ожидает выполненными:
+ *   - soviet::participants[username] существует, status=accepted
+ *     (`add-plain-participant.ts` + автоматический accept через провайдера
+ *     или registrator уже отработали)
+ *   - wallet::users(scope=voskhod)[username].programs содержит program_id=1
+ *     (ЦПП Кошелёк подписан хотя бы один раз — это произошло либо через
+ *     UI-onboarding 4 диалогов, либо через `soviet::sndagreement(wallet)`
+ *     в seed-capital phase08)
+ *
+ * Если оба условия выполнены — `wallet::createdeposit + gateway::completeincome`
+ * проходят без membership-исключения и зачисляют RUB на свободный остаток.
+ *
+ * Идемпотентность: создаётся новый deposit_hash каждый раз; повторный запуск
+ * добавит ещё одну эмиссию (а не upsert'нет существующую). Это нормально для
+ * dev-стенда — баланс просто увеличится.
+ *
+ * Запуск:
+ *   MONGO_URI=mongodb://127.0.0.1:27047/cooperative-x \
+ *     pnpm --filter @coopenomics/boot exec esno \
+ *     src/scripts/seed-marketplace-deposits.ts
+ */
+import path from 'node:path'
+import fs from 'node:fs'
+import { createHash, randomInt } from 'node:crypto'
+import { fileURLToPath } from 'node:url'
+import { WalletContract, GatewayContract } from 'cooptypes'
+import Blockchain from '../../blockchain'
+import config from '../../configs'
+
+const log = (...a: unknown[]) => console.error('[seed-marketplace-deposits]', ...a)
+
+const COOPNAME = 'voskhod'
+
+const here = path.dirname(fileURLToPath(import.meta.url))
+const REPO_ROOT = path.resolve(here, '../../../..')
+const STATE_DIR = path.join(REPO_ROOT, 'components/docs-harness/state/participants')
+
+// Целевые пайщики и сумма эмиссии. Сумма с запасом, чтобы хватало на несколько
+// заказов в magistral II (типичный заказ — 500–5000 RUB) + комиссии.
+const TARGETS: Array<{ username: string; amountRub: number }> = [
+  { username: 'ivanpetrov', amountRub: 30_000 },
+  { username: 'ekaterina', amountRub: 30_000 },
+]
+
+function rndHash(): string {
+  return createHash('sha256').update(`mkt-dep:${Date.now()}:${randomInt(1_000_000_000)}`).digest('hex')
+}
+
+async function readFixtureIfPresent(username: string): Promise<{ wif: string } | null> {
+  const file = path.join(STATE_DIR, `${username}.json`)
+  if (!fs.existsSync(file)) return null
+  const data = JSON.parse(fs.readFileSync(file, 'utf8')) as { wif?: string | null }
+  return data.wif ? { wif: data.wif } : null
+}
+
+async function depositToWallet(blockchain: Blockchain, username: string, amountRub: number): Promise<void> {
+  const depositHash = rndHash()
+  const quantity = `${amountRub.toFixed(4)} RUB`
+  log(`wallet::createdeposit ${username} ← ${quantity} (deposit=${depositHash.slice(0, 10)}…)`)
+  await blockchain.api.transact({
+    actions: [{
+      account: WalletContract.contractName.production,
+      name: WalletContract.Actions.CreateDeposit.actionName,
+      authorization: [{ actor: COOPNAME, permission: 'active' }],
+      data: {
+        coopname: COOPNAME,
+        username,
+        deposit_hash: depositHash,
+        quantity,
+      },
+    }],
+  }, { blocksBehind: 3, expireSeconds: 30 })
+
+  log(`gateway::completeincome ${depositHash.slice(0, 10)}…`)
+  await blockchain.api.transact({
+    actions: [{
+      account: GatewayContract.contractName.production,
+      name: GatewayContract.Actions.CompleteIncome.actionName,
+      authorization: [{ actor: COOPNAME, permission: 'active' }],
+      data: {
+        coopname: COOPNAME,
+        income_hash: depositHash,
+      },
+    }],
+  }, { blocksBehind: 3, expireSeconds: 30 })
+}
+
+export async function fund(): Promise<void> {
+  // Подгружаем WIF фикстур если есть (для случая, когда захотим расширить скрипт
+  // на подписи самих пайщиков — сейчас deposit подписывается voskhod active).
+  const fixtureKeys: string[] = []
+  for (const t of TARGETS) {
+    const fx = await readFixtureIfPresent(t.username)
+    if (fx) fixtureKeys.push(fx.wif)
+  }
+
+  const blockchain = new Blockchain(config.network, [...config.private_keys, ...fixtureKeys])
+  await blockchain.update_pass_instance()
+
+  for (const t of TARGETS) {
+    try {
+      await depositToWallet(blockchain, t.username, t.amountRub)
+      log(`✓ ${t.username}: +${t.amountRub} RUB зачислены в Main Wallet`)
+    } catch (e) {
+      const msg = (e as Error).message ?? String(e)
+      log(`✗ ${t.username}: эмиссия упала — ${msg.slice(0, 200)}`)
+      log(`   проверь: soviet::participants[${t.username}].status='accepted' + wallet::users[${t.username}].programs содержит program_id=1`)
+      throw e
+    }
+  }
+
+  log('эмиссия завершена')
+}
@@ -0,0 +1,45 @@
+/**
+ * CLI-диспетчер seed-фаз эмиссии L3 кошельков marketplace-фикстур.
+ *
+ *   pnpm --filter @coopenomics/boot exec esno \
+ *     src/scripts/seed-marketplace-deposits/index.ts <phase>
+ *
+ * Используется в harness через meta.prepare = ['marketplace-deposits:fund'].
+ *
+ * Фазы:
+ *   - fund — wallet::createdeposit + gateway::completeincome для ekaterina и
+ *     ivanpetrov; восстанавливает баланс Main Wallet для magistral II.
+ *
+ * Каждая фаза идемпотентна по failure semantics (ошибка остановит цепь). По
+ * созданию — каждый запуск добавляет ещё одну эмиссию (баланс растёт), что
+ * безопасно для dev-стенда.
+ */
+import { fund } from './fund'
+
+const log = (...a: unknown[]) => console.error('[seed-marketplace-deposits]', ...a)
+
+const phaseMap: Record<string, () => Promise<void>> = {
+  fund,
+}
+
+async function main() {
+  const args = process.argv.slice(2)
+  if (args.length === 0) {
+    console.error('Usage: seed-marketplace-deposits/index.ts <phase>')
+    console.error(`Available phases: ${Object.keys(phaseMap).join(', ')}`)
+    process.exit(2)
+  }
+  for (const phase of args) {
+    const fn = phaseMap[phase]
+    if (!fn) {
+      console.error(`Неизвестная фаза: «${phase}». Доступно: ${Object.keys(phaseMap).join(', ')}`)
+      process.exit(2)
+    }
+    log(`=== фаза ${phase} ===`)
+    await fn()
+  }
+}
+
+main()
+  .then(() => process.exit(0))
+  .catch((e) => { console.error(e); process.exit(1) })
@@ -0,0 +1,17 @@
+/* eslint-disable node/prefer-global/process */
+/**
+ * CLI-обёртка для сидинга карты ПВЗ (3 КУ Подмосковья krg/odn/myt, ACTIVE)
+ * в `marketplace_ku_details`. Запускается из `extra_reboot.sh` ПОСЛЕ подъёма
+ * контроллера (он создаёт таблицу через TypeORM synchronize), чтобы свежий
+ * стенд сразу имел непустой select ПВЗ. Идемпотентно.
+ *
+ *   pnpm --filter @coopenomics/boot run seed:marketplace-ku
+ */
+import { seedMarketplaceKuDetails } from '../postgres-init'
+
+seedMarketplaceKuDetails()
+  .then(() => process.exit(0))
+  .catch((e) => {
+    console.error('seed:marketplace-ku failed:', e)
+    process.exit(1)
+  })
@@ -1,6 +1,15 @@
 export const sourceProgramId = 3
 export const capitalProgramId = 4
 export const walletProgramId = 1
+
+// draft_id для программных соглашений — соответствует мапе `program_map` из
+// `lib/core/programs.hpp` (wallet→1, source/generator→0, capital/blagorost→1000).
+// Используются при `wallet::signagree` (program_id > 0 после Эпика 2 / компонента 48
+// ушло из soviet::sndagreement и подписывается через wallet).
+export const walletDraftId = 1
+export const sourceDraftId = 0
+export const capitalDraftId = 1000
+
 export const ratePerHour = '1000.0000 RUB'
 export const sourceProgramName = 'generator'
 export const capitalProgramName = 'blagorost'
@@ -1,28 +1,20 @@
-import { expect } from 'vitest'
-import { signAgreement } from '../soviet/signAgreement'
-import { getCoopProgramWallet, getUserProgramWallet } from '../wallet/walletUtils'
-import { capitalProgramName, sourceProgramId } from './consts'
+import { signProgramAgreement } from '../wallet/signProgramAgreement'
+import { capitalDraftId, capitalProgramId } from './consts'

+// После Эпика 2 / компонента 48 подпись соглашения ЦПП «Благорост»
+// (program_id=4) идёт через `wallet::signagree`, а не `soviet::sndagreement`.
 export async function signCapitalAgreement(
  blockchain: any,
  coopname: string,
  username: string,
  fakeDocument: any,
 ) {
-  const txId = await signAgreement(blockchain, coopname, username, capitalProgramName, fakeDocument)
-
-  const wallet = await getUserProgramWallet(blockchain, coopname, username, sourceProgramId)
-
-  expect(wallet).toEqual(expect.objectContaining({
+  return signProgramAgreement(
+    blockchain,
    coopname,
    username,
-    available: expect.any(String),
-    blocked: expect.any(String),
-    program_id: sourceProgramId,
-    membership_contribution: expect.any(String),
-  }))
-
-  const program = await getCoopProgramWallet(blockchain, coopname, sourceProgramId)
-
-  return { wallet, program, txId }
+    capitalProgramId,
+    capitalDraftId,
+    fakeDocument,
+  )
 }
@@ -1,28 +1,20 @@
-import { expect } from 'vitest'
-import { signAgreement } from '../soviet/signAgreement'
-import { getCoopProgramWallet, getUserProgramWallet } from '../wallet/walletUtils'
-import { sourceProgramId, sourceProgramName } from './consts'
+import { signProgramAgreement } from '../wallet/signProgramAgreement'
+import { sourceDraftId, sourceProgramId } from './consts'

+// После Эпика 2 / компонента 48 подпись соглашения ЦПП «Генератор»
+// (program_id=3) идёт через `wallet::signagree`, а не `soviet::sndagreement`.
 export async function signGenerationContract(
  blockchain: any,
  coopname: string,
  username: string,
  fakeDocument: any,
 ) {
-  const txId = await signAgreement(blockchain, coopname, username, sourceProgramName, fakeDocument)
-
-  const wallet = await getUserProgramWallet(blockchain, coopname, username, sourceProgramId)
-
-  expect(wallet).toEqual(expect.objectContaining({
+  return signProgramAgreement(
+    blockchain,
    coopname,
    username,
-    available: expect.any(String),
-    blocked: expect.any(String),
-    program_id: sourceProgramId,
-    membership_contribution: expect.any(String),
-  }))
-
-  const program = await getCoopProgramWallet(blockchain, coopname, sourceProgramId)
-
-  return { wallet, program, txId }
+    sourceProgramId,
+    sourceDraftId,
+    fakeDocument,
+  )
 }
@@ -0,0 +1,5 @@
+// Реэкспорт из init/, чтобы существующие импорты в тестах продолжали работать.
+// Сама реализация переехала в src/init/sign-program-agreement.ts — иначе
+// production-цепочка `boot → init/cooperative → tests/wallet/signProgramAgreement`
+// затягивала vitest при загрузке модуля и валила esno-запуск boot'а.
+export { signProgramAgreement } from '../../init/sign-program-agreement'
@@ -1,26 +1,20 @@
-import { expect } from 'vitest'
-import { signAgreement } from '../soviet/signAgreement'
-import { getCoopProgramWallet, getUserProgramWallet } from './walletUtils'
+import { walletDraftId, walletProgramId } from '../capital/consts'
+import { signProgramAgreement } from './signProgramAgreement'

+// После Эпика 2 / компонента 48 подпись соглашения ЦПП «Цифровой Кошелёк»
+// (program_id=1) идёт через `wallet::signagree`, а не `soviet::sndagreement`.
 export async function signWalletAgreement(
  blockchain: any,
  coopname: string,
  username: string,
  fakeDocument: any,
 ) {
-  const txId = await signAgreement(blockchain, coopname, username, 'wallet', fakeDocument)
-
-  const wallet = await getUserProgramWallet(blockchain, coopname, username, 1)
-  expect(wallet).toEqual(expect.objectContaining({
+  return signProgramAgreement(
+    blockchain,
    coopname,
    username,
-    available: expect.any(String),
-    blocked: expect.any(String),
-    program_id: 1,
-    membership_contribution: expect.any(String),
-  }))
-
-  const program = await getCoopProgramWallet(blockchain, coopname, 1)
-
-  return { wallet, program, txId }
+    walletProgramId,
+    walletDraftId,
+    fakeDocument,
+  )
 }
@@ -1,6 +1,6 @@
 {
  "name": "@coopenomics/cleos",
-  "version": "2026.5.13-alpha-3",
+  "version": "2026.5.30-alpha-2",
  "private": true,
  "description": "Обёртка над кошельком cleos для EOSIO блокчейна",
  "scripts": {
@@ -359,3 +359,138 @@ topUpAmount: z
 - **SDK:**
  - `sdk/src/types/controller/extension.types.ts` - копия типов из controller

+---
+
+# Канон авторизации столов (grants)
+
+Единый механизм видимости рабочих столов и страниц расширения. Решает проблему
+дублирования: раньше «кто что видит» задавалось в ДВУХ несвязанных местах с
+разными словарями — `meta.roles` на фронте (core-роли) и access-matrix на бэке
+(marketplace capability). Теперь авторизацию вычисляет ТОЛЬКО backend, а фронт
+её лишь отражает. Онбординг (гейтинг до принятия ЦПП) — частный случай этого же
+механизма, а не отдельный код.
+
+## Принцип
+
+> Авторизацию вычисляет backend один раз. Фронт декларирует СТРУКТУРУ (какие
+> роуты есть, их компоненты, заголовки) и НИКОГДА не переопределяет, кому они
+> видны.
+
+- **backend** = КТО получает КАКОЕ право (capability) — единый источник истины;
+- **frontend** = КАКАЯ страница требует КАКОГО права (`meta.requires`).
+
+`getDesktop` отдаёт по каждому столу набор прав текущего пользователя
+(`DesktopWorkspace.grants: string[]`). Фронт показывает страницу/стол, если
+её `meta.requires` входит в `grants` (plain `includes`).
+
+## Контракт
+
+**1. Порт расширения** (`domain/desktop/ports/extension-grants.port.ts`):
+
+```typescript
+interface IExtensionDesktopGrantsProvider {
+  readonly extensionName: string;                       // 'market'
+  resolveGrants(ctx: IDesktopGrantsContext): Promise<string[]>; // гость → []
+}
+```
+
+`IDesktopGrantsContext` = `{ coopname, username?, userRole?, userStatus?, config }`.
+
+**2. Глобальный реестр** (`application/desktop/extension-grants.registry.ts`,
+`@Global`): расширение САМО регистрирует свой провайдер в `onModuleInit`
+(self-registration) — платформа не импортирует модули расширений (нет цикла).
+
+**3. `getDesktop`** (`desktop.interactor.ts`): для каждого desktop-расширения
+зовёт `grantsRegistry.resolve(name, ctx)` и кладёт результат в
+`DesktopWorkspace.grants` всех столов расширения. Резолвер `getDesktop` —
+под `OptionalGqlJwtAuthGuard` (открыт и гостю: состав ответа зависит от того,
+кто спрашивает).
+
+**4. Маршруты фронта** (`extensions/<name>/install.ts`): каждый роут объявляет
+`meta.requires: 'Resource:action'` вместо `meta.roles`.
+
+**5. Стор фронта** (`entities/Desktop/model/store.ts`) — ЕДИНАЯ логика видимости,
+все потребители (переключатель столов, левое меню, cmdk-поиск, навигационный
+гард) зовут её, а не фильтруют сами:
+- `isPageVisible(meta, workspaceName)` — для пункта/доступа к странице;
+- `isWorkspaceVisible(menuItem)` — стол виден, если есть ≥1 доступная страница;
+- `hasRouteAccess(matchedNames, meta)` — для навигационного гарда (глушит лишь
+  при явном невыполненном `requires`);
+- `firstAccessibleRoute(extensionName)` — для редиректа после установки/включения.
+
+## Разворот грантов (важная деталь)
+
+Фронт сверяет `requires` простым `includes` и НЕ знает иерархию охвата. Поэтому
+право `<base>:all` РАЗВОРАЧИВАЕТСЯ провайдером в подмножества `:own` / `:own-KU`
+/ `:to-self` — та же иерархия, что в `canAccess` (marketplace-access-matrix).
+Так у админа (`Warehouse:read:all`) проходит требование оператора
+(`Warehouse:read:own-KU`), а вся policy остаётся на backend
+(см. `marketplace/application/access/marketplace-grants.ts`).
+
+## Онбординг как частный случай грантов
+
+Отдельного кода гейтинга больше нет. Провайдер market
+(`marketplace-desktop-grants.provider.ts`) при `config.coopAcceptance.accepted
+!== true` отдаёт:
+- председателю — только `['Extension:configure']`;
+- остальным — `[]`.
+
+Страница «Подключение ЦПП» требует `Extension:configure`; все прочие admin-страницы
+требуют `Order:read:all` / `Whitelist:manage`, прочие столы — `Offer:read` /
+`Warehouse:read:own-KU`. Поэтому до принятия ЦПП виден лишь Стол администратора
+с одной страницей подключения и только председателю; у всех остальных — ничего.
+После принятия провайдер отдаёт полный набор по ролям, и столы появляются.
+
+## Маппинг видимости market (как воспроизведена прежняя картина по ролям)
+
+| Стол           | requires страниц            | Кому виден (после ЦПП)            |
+|----------------|-----------------------------|-----------------------------------|
+| market         | `Offer:read`, `Order:read:own`, … | любой онбординутый пайщик    |
+| market-supplier| `Offer:read`                | любой онбординутый пайщик          |
+| market-pvz     | `Warehouse:read:own-KU`     | оператор КУ + председатель (admin) |
+| market-admin   | `Order:read:all`            | совет + председатель               |
+| └ category-whitelist | `Whitelist:manage`    | только председатель                |
+| └ onboarding/coop-cpp | `Extension:configure`| только председатель (до и после)  |
+
+## Миграционная безопасность (опционально)
+
+- Расширение БЕЗ провайдера → `grants === undefined` → фронт работает по-старому
+  (видимость по `meta.roles`). Стор сам выбирает ветку: grant-стол (по
+  `requires`) или legacy (по `roles`). capital/soviet/participant не тронуты.
+- Роут с `requires` → новый канон; роут без `requires` в grant-столе скрыт
+  (иначе пустой набор грантов открыл бы его); роут с `roles` без grants → legacy.
+
+## Жизненный цикл / ограничения
+
+- `getDesktop` (и грантов) пере-вычисляется при **старте приложения** и при
+  **включении** расширения; НЕ реактивен в рантайме. После принятия ЦПП советом
+  столы появятся после перезагрузки страницы. Для MVP приемлемо.
+- Источник **безопасности** — backend-резолверы расширения (guard + access-matrix);
+  grants на фронте — UX-слой поверх, не замена enforcement.
+- **Codegen обязателен:** поле `grants` в `DesktopWorkspace` — это изменение
+  GraphQL-схемы. Нужно `generate-schema` → `generate-client` → сборка SDK; в
+  SDK добавлен `grants: true` в `selectors/desktop/workspaceSelector.ts`. До
+  регена SDK не запрашивает поле, фронт видит `grants===undefined` и market
+  падает на legacy (а `meta.roles` у market удалены → временно «видно всем»).
+
+## Связанные файлы
+
+- **Backend:**
+  - `src/domain/desktop/ports/extension-grants.port.ts` — порт + токен.
+  - `src/application/desktop/extension-grants.registry.ts` — `@Global` реестр.
+  - `src/application/desktop/interactors/desktop.interactor.ts` — сборка грантов.
+  - `src/application/desktop/resolvers/desktop.resolver.ts` — `OptionalGqlJwtAuthGuard`.
+  - `src/application/auth/{guards/optional-graphql-jwt-auth.guard,decorators/optional-current-user.decorator}.ts`.
+  - `src/extensions/marketplace/application/desktop/marketplace-desktop-grants.provider.ts`.
+  - `src/extensions/marketplace/application/access/marketplace-grants.ts` — разворот.
+- **SDK:** `src/selectors/desktop/workspaceSelector.ts` — `grants: true`.
+- **Frontend:**
+  - `desktop/src/entities/Desktop/model/store.ts` — `isPageVisible` /
+    `isWorkspaceVisible` / `hasRouteAccess` / `firstAccessibleRoute`.
+  - `desktop/src/processes/navigation-guard-setup/index.ts` — единый гард.
+  - `desktop/src/widgets/Desktop/{WorkspaceMenu,SecondLevelMenuList}/*`,
+    `desktop/src/entities/CmdkMenu/model/store.ts` — потребители.
+  - `desktop/extensions/market/install.ts` — `meta.requires` на всех роутах.
+  - `desktop/src/features/Extension/{InstallExtension,EnableExtension}/ui/*Button.vue`
+    — редирект через `firstAccessibleRoute`.
+
@@ -0,0 +1,86 @@
+# Платформенное ядро L1-онбординга расширений (приём ЦПП Советом)
+
+Как кооператив «подключает» расширение (capital/marketplace/chairman): Совет утверждает
+набор документов ончейн, и состояние расширения **автоматически** меняется по факту
+реально принятого решения. Механизм — общий, платформенный. Расширение лишь декларирует
+свои шаги; весь flow (генерация проекта решения → публикация в Совет → отслеживание
+ончейн-принятия → смена состояния → перерегистрация оферт) делает ядро.
+
+НЕ путать с L2 (выбор ЦПП пайщиком при регистрации) и L3 (fallback-gate на столе).
+Здесь только L1 — приём кооперативом.
+
+## Где что лежит (controller)
+
+| Слой | Путь | Роль |
+|---|---|---|
+| Spec шага | `domain/onboarding/dto/extension-onboarding-step-spec.ts` | `{extension_name, step_key, event_type: SOVIET_DECISION\|MEET_DECISION, vars_field, generator: free_decision\|meet, default_title, order}` |
+| Реестр шагов | `domain/onboarding/services/onboarding-steps-registry.service.ts` | in-memory; реализует `OnboardingStepRegistrationPort` (registerStep/unregisterStepsByExtension) + `OnboardingStepQueryPort` (getStep/getStepsByExtension) |
+| Generic-сервис | `domain/onboarding/services/extension-onboarding.service.ts` | `getState()` / `completeStep()` — собирает состояние из config-полей `onboarding_<step_key>_done`/`_hash`; в `completeStep` гонит free_decision/meet generator |
+| Generic-слушатель | `domain/onboarding/services/extension-onboarding-events.service.ts` | `@OnEvent(DecisionTrackedEvent)`: ставит `_done=true`, при всех done эмитит `ONBOARDING_COMPLETED_EVENT` |
+| Generic-резолвер | `application/onboarding/resolvers/extension-onboarding.resolver.ts` | Query `getExtensionOnboardingState(extension_name)` (chairman/member/user) + Mutation `completeExtensionOnboardingStep(data)` (chairman) |
+| Трекинг решений | `infrastructure/decision-tracking/adapters/decision-tracking.adapter.ts` | `@OnEvent(action::soviet::newdecision / action::meet::newdecision)` → `processDecision(hash)` → ищет tracking-rule по hash → эмитит `DecisionTrackedEvent` |
+| Lifecycle | `domain/extension/services/extension-lifecycle-domain.service.ts` | `@OnEvent(ONBOARDING_COMPLETED_EVENT)` → `restartApp(extension_name)` → `module.initialize(config)` |
+| Глобальный модуль | `domain/onboarding/onboarding-domain.module.ts` | `@Global`; экспортит порты `ONBOARDING_STEP_REGISTRATION_PORT` / `_QUERY_PORT` — доступны любому расширению без импорта |
+
+## Поток «Совет принял ончейн → состояние сменилось»
+
+```
+1. Председатель: completeExtensionOnboardingStep({extension_name, step_key, title, question, decision})
+     decision = HTML самого документа (фронт заранее рендерит через generateDocument(registry_id))
+2. ExtensionOnboardingService.completeStep → runFreeDecisionGenerator:
+     - freeDecisionPort.createProjectOfFreeDecision(...)
+     - generateProjectOfFreeDecisionDocument(registry=ProjectFreeDecision)  → hash
+     - publishProjectOfFreeDecision(...)            → проект решения уходит в Совет ончейн
+     - decisionTrackingPort.registerTrackingRule({hash, event_type, vars_field,
+            metadata:{onboarding_step, project_id, extension}})
+     - сохраняет onboarding_<step>_hash в extensions.config        → шаг 'in_progress'
+3. Совет голосует и принимает решение ончейн (soviet::exec → soviet::newdecision)
+4. DecisionTrackingAdapter ловит action::soviet::newdecision → processDecision(hash)
+     → находит rule по hash → эмитит DecisionTrackedEvent(metadata)
+5. ExtensionOnboardingEventsService: onboarding_<step>_done=true               → шаг 'completed'
+     когда ВСЕ шаги done → emit ONBOARDING_COMPLETED_EVENT({extension_name})
+6. ExtensionLifecycleDomainService → restartApp(extension_name) → initialize(config)
+     расширение в initialize() перерегистрирует оферты/программы и выставляет свой
+     L1-флаг готовности (для marketplace — coopAcceptance.accepted=true).
+```
+
+Состояние шага для фронта: `done → completed`; `hash есть, done нет → in_progress` («Ожидаем
+решение совета»); иначе `pending`.
+
+## Как подключить НОВОЕ расширение (рецепт)
+
+1. **Шаги**: `extensions/<ext>/application/onboarding/register-<ext>-onboarding-steps.ts` —
+   функция зовёт `port.unregisterStepsByExtension(name)` + `port.registerStep({...})` на каждый
+   документ. step_key и vars_field обычно совпадают; order задаёт порядок утверждения.
+2. **Wiring**: в плагине расширения `@Inject(ONBOARDING_STEP_REGISTRATION_PORT)` и вызвать
+   `register<Ext>OnboardingSteps(port)` в `initialize()`. Порт глобальный — импорт модуля не нужен.
+3. **НЕ добавлять** расширение в `LEGACY_EXTENSIONS_WITH_OWN_LISTENER`
+   (`extension-onboarding-events.service.ts`) — тогда generic-слушатель сам обслужит флаги и
+   completion. Свой events-сервис нужен ТОЛЬКО legacy (chairman/capital хардкодят step-mapping).
+4. **L1-флаг готовности**: в `initialize()` вывести флаг видимости из платформенного состояния
+   (например, «все onboarding_*_done → accepted=true»). Идемпотентно — initialize зовётся и на
+   boot, и на auto-restart после ONBOARDING_COMPLETED.
+5. **Документы**: каждый документ = запись в `cooptypes/src/cooperative/registry/<id>.Name/` +
+   генератор в `factory/src/{Actions,Templates}/<id>.Name.ts` + регистрация в индексах factory и
+   диспетчере `factory/src/index.ts`. Пересобрать cooptypes и factory (`pnpm run build`).
+6. **Фронт**: переиспользовать `desktop/src/shared/ui/CouncilOnboarding` (`CouncilOnboardingCard`,
+   проп `config: ICouncilOnboardingConfig`, эмит `step-submit`). Composable строит config из
+   `Queries.Onboarding.GetExtensionOnboardingState`, заранее рендерит HTML документов через
+   `Mutations.Documents.GenerateDocument` (в `step.decision`), а `step-submit` шлёт
+   `Mutations.Onboarding.CompleteExtensionOnboardingStep`. **GraphQL-схему менять не нужно** —
+   generic onboarding API уже в схеме и SDK.
+
+## Marketplace как пример (Эпик 12)
+
+- Шаги: `marketplace_provision` (Положение, registry **1107.MarketplaceProgramTemplate**) и
+  `marketplace_offer_template` (Оферта-шаблон, registry **1100.MarketplaceOfferTemplate**).
+  Регистрация: `extensions/marketplace/application/onboarding/register-marketplace-onboarding-steps.ts`.
+- L1-флаг: `MarketplacePlugin.initialize()` → `syncCoopAcceptanceFromOnboarding()` выставляет
+  `config.coopAcceptance.accepted=true`, когда оба `onboarding_marketplace_*_done`. Этот флаг
+  читают `MarketplaceDesktopGrantsProvider` (видимость столов) и `marketplaceCppStatus`.
+- Документ Положения 1107 — placeholder («РЫБА») до юр. редакции, по образцу 1100/999.
+- Прежняя stub-мутация `marketplaceAcceptCpp` (ручное проставление флага) больше не
+  используется фронтом — осталась как мёртвый код для последующей чистки.
+
+Связано: `CONTROLLER_DECISIONS_TRACKING_FACTORY.md`, `BLAGOROST-CHAIRMAN-ONBOARDING.md`,
+`EXTENSIONS_SCHEMA_SYSTEM.md` (грантовый канон видимости столов).
@@ -1,10 +1,8 @@
-soviet/soviet.abi
-soviet/soviet.wasm
-registrator/registrator.abi
-registrator/registrator.wasm
+cpp/**/*.wasm
+cpp/**/*.abi
+!cpp/tests/test_contracts/**/*.wasm
+!cpp/tests/test_contracts/**/*.abi
 networks.sh
-ano/ano.wasm
-ano/ano.abi
 Testing/
 docs/html/*
 docs/xml/*
@@ -1,15 +1,13 @@
 #!/usr/bin/env bash
+# Локальная сборка всех контрактов: оборачивает build_contracts_cdt.sh в
+# CDT-образ. Сам cmake/make живёт в build_contracts_cdt.sh — он же
+# используется в CI (там CDT ставится из .deb, без docker), поэтому
+# флаги сборки в одном месте и не разъезжаются.

 mode="${1:-prod}"

-if [ "$mode" = "test" ]; then
-  is_testnet="ON"
-else
-  is_testnet="OFF"
-fi
-
 docker run --rm --name cdt \
  --volume "$(pwd):/project" \
  -w /project \
  dicoop/blockchain:latest \
-  /bin/bash -c "mkdir -p build && cd build && cmake -DBUILD_TARGET= -DTEST_TARGET= -DVERBOSE=ON -DBUILD_TESTS=OFF -DIS_TESTNET=$is_testnet .. && make"
+  /bin/bash -c "./build_contracts_cdt.sh $mode"
@@ -0,0 +1,28 @@
+#!/usr/bin/env bash
+# Компиляция всех контрактов кооперативной экономики через CDT.
+#
+# ВАЖНО: скрипт запускается УЖЕ внутри окружения с установленным CDT —
+# тулчейн ожидается по пути /cdt/build/lib/cmake/cdt/CDTWasmToolchain.cmake
+# (он захардкожен в CMakeLists.txt). Здесь НЕТ docker — только cmake/make.
+#
+# Два способа подготовить это окружение:
+#   - локально:  build-all.sh оборачивает скрипт в `docker run dicoop/blockchain:latest`
+#                (в образе CDT уже лежит в /cdt/build);
+#   - в CI:      CDT ставится из .deb (C9S/cdt), а /cdt/build симлинкуется на
+#                /usr/opt/cdt/<ver> (см. .github/workflows/release.yaml).
+#
+# Один источник cmake-флагов для обоих путей — чтобы локальная и CI-сборка
+# не разъезжались.
+set -euo pipefail
+
+mode="${1:-prod}"
+if [ "$mode" = "test" ]; then
+  is_testnet="ON"
+else
+  is_testnet="OFF"
+fi
+
+mkdir -p build
+cd build
+cmake -DBUILD_TARGET= -DTEST_TARGET= -DVERBOSE=ON -DBUILD_TESTS=OFF -DIS_TESTNET="$is_testnet" ..
+make
@@ -72,8 +72,8 @@ void capital::importcontrib(eosio::name coopname, eosio::name username, checksum
    auto idx = user_wallets.get_index<"byuserwallet"_n>();
    auto preimp_it = idx.find(combine_ids(ledger2_wallets::PREIMP_FUND.value, username.value));
    if (preimp_it != idx.end() && preimp_it->available.amount > 0) {
-      eosio::check(preimp_it->blocked.amount == 0,
-                   "preimp.blocked > 0 не поддерживается при импорте — обратиться в поддержку");
+      // Поле blocked упразднено (2026-05-24): резерв/блокировка на кошельках
+      // больше не используется, проверка preimp.blocked == 0 излишня.
      Ledger2::apply(
        _capital, coopname, operations::capital::DROP_PREIMP,
        preimp_it->available, username, contributor_hash,
@@ -34,6 +34,10 @@ void capital::convertsegm(eosio::name coopname, eosio::name username,
                          document2 convert_statement) {
  require_auth(coopname);

+  // Проверяем подпись заявления о трансляции паевого взноса (шаблон 1080).
+  // Без этого on-chain принял бы любую сконструированную document2 без валидной подписи.
+  verify_document_or_fail(convert_statement, {username});
+
  // Получаем сегмент пайщика
  auto segment = Capital::Segments::get_segment_or_fail(coopname, project_hash, username,
                                                      "Сегмент пайщика не найден");
@@ -108,6 +112,23 @@ void capital::convertsegm(eosio::name coopname, eosio::name username,
  // Инкрементируем счётчик сконвертированных сегментов
  Capital::Projects::increment_converted_segments(coopname, current_project.id);

+  // Линкуем заявление о трансляции (1080) к пакету процесса p.cap.rid
+  // (package = result_hash, ведущий документ пакета — заявление о внесении РИД, 1040).
+  // Не make_complete_document: тот вытаскивает 1080 на верхний уровень реестра
+  // как самостоятельный документ. Нужен newlink — тот же канон, что в signact1/signact2:
+  // off-chain controller добавляет документ в группу пакета по action+package, не как top-level.
+  // Делаем ДО delete_result, чтобы линковка прошла, пока result_hash ещё анкер процесса.
+  Action::send<newlink_interface>(
+    _soviet,
+    "newlink"_n,
+    _capital,
+    coopname,
+    username,
+    Names::Capital::CONVERT_SEGMENT,
+    result_hash,
+    convert_statement
+  );
+
  // Удаляем сегмент после конвертации
  Capital::Segments::remove_segment(coopname, segment.id);

@@ -48,14 +48,17 @@ void capital::signact2(eosio::name coopname, eosio::name chairman, checksum256 r
  // Приём результата интеллектуальной деятельности (РИД) в паевой фонд.
  // Схема ревью 2026-04-20 (Ангелина Matrix 2026-04-19): две раздельные проводки
  // в разных action'ах по фазам жизненного цикла РИД.
-  //   1) COMMIT_RID (Dr 08 / Cr 80) — теперь в `approvecmmt` на каждом одобрении
-  //      мастером конкретного коммита, на дельту `available_for_program`.
-  //      «Собираем на 08 частями по мере накопления коммитов».
+  //   1) COMMIT_RID (Dr 08 / Cr 80) — в `approvecmmt` на каждом одобрении
+  //      мастером конкретного коммита, на полный `commit.amounts.total_contribution`.
  //   2) ACCEPT_RID (Dr 04 / Cr 08) — здесь, на полный накопленный
  //      `segment.available_for_program`. «Переносим с 08 на 04 когда РИД
  //      собран и подписан акт-2».
-  // Инвариант: Σ COMMIT_RID (по коммитам сегмента) == ACCEPT_RID → GENERATOR_FUND
-  // (w.cap.gen) закрывается в ноль, 08-й счёт закрывается в ноль по этому сегменту.
+  // Инвариант (программный уровень, НЕ сегмент): Σ COMMIT_RID по всем коммитам
+  // программы == Σ ACCEPT_RID по всем сегментам — `wallets2[w.cap.gen]` (единый
+  // кооперативный пул, COOPERATIVE) закрывается в ноль после конвертации всех
+  // сегментов программы. На уровне отдельного сегмента инвариант НЕ выполняется
+  // (CRPS перераспределяет доли между сегментами без compensating TRANSFER) —
+  // именно поэтому L3-разрез по пайщику снят (см. wallets.hpp:103).
  if (segment.available_for_program.amount > 0) {
    Ledger2::apply(_capital, coopname, operations::capital::ACCEPT_RID, segment.available_for_program, result -> username, result_hash, memo);
  }
@@ -9,23 +9,26 @@ namespace Capital::Core {
   * @brief Совокупный баланс программы Благорост на уровне кооператива.
   *
   * Источник — ledger2 L2 (`wallets[BLAGOROST_FUND]`), агрегированный по всем
-   * пайщикам. Σ L3.{available, blocked}[w.cap.blago] == L2.{available, blocked}
-   * (Эпик 3 invariant), поэтому L2 — авторитетная сумма для CRPS-знаменателя.
-   * Если кошелёк ещё не создан (никто не инвестировал) — нулевой баланс.
+   * пайщикам. Σ L3.available[w.cap.blago] == L2.available (Эпик 3 invariant),
+   * поэтому L2 — авторитетная сумма для CRPS-знаменателя. Если кошелёк ещё не
+   * создан (никто не инвестировал) — нулевой баланс.
+   *
+   * Поле blocked упразднено (2026-05-24): субсчёт «заблокировано» больше не
+   * используется, баланс кошелька = available.
   */
  eosio::asset get_capital_program_share_balance(eosio::name coopname) {
    wallets2_index wallets(_ledger2, coopname.value);
    auto it = wallets.find(ledger2_wallets::BLAGOROST_FUND.value);
    if (it == wallets.end()) return eosio::asset(0, _root_govern_symbol);
-    return it->available + it->blocked;
+    return it->available;
  }

  /**
-   * @brief Доля пайщика в Благоросте (available + blocked) из ledger2 L3.
+   * @brief Доля пайщика в Благоросте (available) из ledger2 L3.
   *
   * Источник — `userwallets[(w.cap.blago, username)]`. Запись существует
-   * только пока available + blocked > 0 (Эпик 3 §6: auto-delete на нуле),
-   * поэтому отсутствие = нулевой баланс.
+   * только пока available > 0 (Эпик 3 §6: auto-delete на нуле), поэтому
+   * отсутствие = нулевой баланс. Поле blocked упразднено (2026-05-24).
   */
  eosio::asset get_capital_program_user_share_balance(eosio::name coopname, eosio::name username) {
    userwallets_index user_wallets(_ledger2, coopname.value);
@@ -33,6 +36,6 @@ namespace Capital::Core {
    auto key = combine_ids(ledger2_wallets::BLAGOROST_FUND.value, username.value);
    auto it = idx.find(key);
    if (it == idx.end()) return eosio::asset(0, _root_govern_symbol);
-    return it->available + it->blocked;
+    return it->available;
  }
 }
@@ -117,23 +117,21 @@ public:
                                 std::string memo);

  /**
-   * @brief Миграция остатков с legacy-ledger в ledger2 (курсорный режим).
+   * @brief Универсальное миграционное действие — точка расширения для
+   * разовых исправлений состояния, которые можно провести автоматически
+   * после деплоя контракта.
   *
-   * @param from_coop_index  начальный индекс в таблице registrator::coops (0 — с начала)
-   * @param limit            максимум кооп. за один вызов (UINT64_MAX — до конца)
+   * Тело периодически переписывается под текущую задачу миграции; после
+   * прогона на проде очищается до пустого `require_auth(get_self())`.
+   * История прошлых миграций — в git-истории `ledger2/src/migrate/migrate.cpp`.
   *
-   * Полный прогон: `migrate(0, UINT64_MAX)`. Продовый прогон порциями:
-   * `migrate(0, 10)`, `migrate(10, 10)`, ... Мета-таблица хранит
-   * `last_migrated_coop_index` для возобновления.
-   *
-   * Все балансы вносятся через inline `apply(operations::migration::*)` — единый путь учёта
-   * с полной двойной проводкой и audit-trail (пересмотр 2026-04-20:
-   * детерминированное разнесение на 6 целевых кошельков без транзитного
-   * счёта 99 и без зеркала CASH_MAIN).
+   * Текущая задача — см. doxygen-блок в migrate.cpp.
   *
   * @ingroup public_ledger2_actions
+   *
+   * @note Авторизация требуется от аккаунта: @p ledger2 (get_self()).
   */
-  [[eosio::action]] void migrate(uint64_t from_coop_index, uint64_t limit);
+  [[eosio::action]] void migrate();

  /**
   * @brief Идемпотентная per-record миграция L3-балансов (Phase 1/2; ADR-008).
@@ -67,12 +67,12 @@ void ledger2::revert(eosio::name coopname,
  eosio::check(original_operation_id != 0, "revert: original_operation_id обязателен");

  // -------- validate mirror_wallet_op --------
-  eosio::check(mirror_wallet_op <= 5, "revert: неизвестный mirror_wallet_op");
-  // Не позволяем откатывать через BLOCK/UNBLOCK — они асимметричны и нет
-  // адекватного зеркала в одной операции (BLOCK + UNBLOCK — обратные сами по себе).
-  eosio::check(mirror_wallet_op != static_cast<uint8_t>(WalletOp::BLOCK) &&
-               mirror_wallet_op != static_cast<uint8_t>(WalletOp::UNBLOCK),
-               "revert: BLOCK/UNBLOCK не подлежат откату через revert (они симметричны сами себе)");
+  // Зеркало revert — только TRANSFER (обмен wallet_from/wallet_to) либо BURN
+  // (зеркало ISSUE: изъятие с wallet_from). Бывшие BLOCK/UNBLOCK упразднены
+  // (2026-05-24); ISSUE/NONE как зеркало смысла не имеют.
+  eosio::check(mirror_wallet_op == static_cast<uint8_t>(WalletOp::TRANSFER) ||
+               mirror_wallet_op == static_cast<uint8_t>(WalletOp::BURN),
+               "revert: mirror_wallet_op должен быть TRANSFER или BURN");

  // -------- validate mirror wallets/accounts --------
  if (mirror_wallet_from.value != 0) {
@@ -1,5 +1,5 @@
 /**
- * @brief Атомарная операция по кошельку (issue/transfer/block/unblock/burn).
+ * @brief Атомарная операция по кошельку (issue/transfer/burn).
 *
 * Внутренний action ledger2 — вызывается только через inline из apply().
 * Auth: только сам ledger2 (require_auth(get_self())).
@@ -53,12 +53,15 @@ void ledger2::walletop(eosio::name coopname,
  eosio::check(amount.symbol == _root_govern_symbol,
               "walletop: некорректный символ валюты");
  eosio::check(memo.size() < 256, "walletop: memo > 255");
-  // op_code = 5 (NONE) намеренно не допускается: NONE-операции — это только
-  // бухпроводка без кошелькового движения, apply.cpp не диспатчит для них walletop.
-  // Прямой вызов с op_code=5 был бы no-op и сбил бы инвариант parity.
-  // op_code = 6 (REVOKE) — целевое расходование blocked в пустоту; обязательная пара Dr/Cr;
-  // допускается, обрабатывается отдельным case ниже (введён 2026-05-11 под o.mkt.consum).
-  eosio::check(op_code <= 6 && op_code != 5, "walletop: неизвестный op_code");
+  // Допустимы только ISSUE(0), TRANSFER(1), BURN(4). NONE(5) — это только
+  // бухпроводка без кошелькового движения, apply.cpp для неё walletop не диспатчит;
+  // прямой вызов был бы no-op и сбил бы parity. Бывшие BLOCK(2)/UNBLOCK(3)/
+  // BURN_BLOCKED(6) упразднены (2026-05-24): резерв возврата теперь TRANSFER на
+  // w.wal.wpend, их op_code больше не валиден.
+  eosio::check(op_code == static_cast<uint8_t>(WalletOp::ISSUE) ||
+               op_code == static_cast<uint8_t>(WalletOp::TRANSFER) ||
+               op_code == static_cast<uint8_t>(WalletOp::BURN),
+               "walletop: недопустимый op_code");

  wallets2_index   wallets(get_self(), coopname.value);
  userwallets_index user_wallets(get_self(), coopname.value);
@@ -171,7 +174,7 @@ void ledger2::walletop(eosio::name coopname,
  // миграций 048/049.
  //
  // walletop по построению применяет одно и то же `amount` к L2 и L3 (см.
-  // ниже case'ы ISSUE/TRANSFER/BLOCK/UNBLOCK/BURN), а sender-guard на
+  // ниже case'ы ISSUE/TRANSFER/BURN), а sender-guard на
  // строке 46-47 запрещает обход. Поэтому инвариант сохраняется по
  // конструкции; полную сверку выполняет бэкенд («стол бухгалтера»),
  // вне транзакционного hot path.
@@ -226,60 +229,6 @@ void ledger2::walletop(eosio::name coopname,
      cleanup_l3_if_empty(wallet_from);
      break;
    }
-    case WalletOp::BLOCK: {
-      eosio::check(wallet_from.value != 0, "walletop BLOCK: требуется wallet_from");
-      eosio::check(wallet_to.value == 0, "walletop BLOCK: wallet_to должен быть пустым");
-
-      auto it = wallets.find(wallet_from.value);
-      eosio::check(it != wallets.end() && it->available >= amount,
-                   std::string{"walletop BLOCK: недостаточно available на кошельке "} +
-                     wallet_from.to_string());
-      wallets.modify(it, payer, [&](auto& w) {
-        w.available -= amount;
-        w.blocked   += amount;
-      });
-
-      if (is_user_shared_l3(wallet_from)) {
-        auto uw = find_l3(wallet_from);
-        eosio::check(uw != user_wallets.get_index<"byuserwallet"_n>().end() &&
-                     uw->available >= amount,
-                     std::string{"walletop BLOCK: недостаточно L3-available у пайщика "} +
-                       username.to_string() + " на " + wallet_from.to_string());
-        auto uw_pri = user_wallets.find(uw->id);
-        user_wallets.modify(uw_pri, payer, [&](auto& r) {
-          r.available -= amount;
-          r.blocked   += amount;
-        });
-      }
-      break;
-    }
-    case WalletOp::UNBLOCK: {
-      eosio::check(wallet_from.value != 0, "walletop UNBLOCK: требуется wallet_from");
-      eosio::check(wallet_to.value == 0, "walletop UNBLOCK: wallet_to должен быть пустым");
-
-      auto it = wallets.find(wallet_from.value);
-      eosio::check(it != wallets.end() && it->blocked >= amount,
-                   std::string{"walletop UNBLOCK: недостаточно blocked на кошельке "} +
-                     wallet_from.to_string());
-      wallets.modify(it, payer, [&](auto& w) {
-        w.blocked   -= amount;
-        w.available += amount;
-      });
-
-      if (is_user_shared_l3(wallet_from)) {
-        auto uw = find_l3(wallet_from);
-        eosio::check(uw != user_wallets.get_index<"byuserwallet"_n>().end() &&
-                     uw->blocked >= amount,
-                     std::string{"walletop UNBLOCK: недостаточно L3-blocked у пайщика "} +
-                       username.to_string() + " на " + wallet_from.to_string());
-        auto uw_pri = user_wallets.find(uw->id);
-        user_wallets.modify(uw_pri, payer, [&](auto& r) {
-          r.blocked   -= amount;
-          r.available += amount;
-        });
-      }
-      break;
-    }
    case WalletOp::BURN: {
      eosio::check(wallet_from.value != 0, "walletop BURN: требуется wallet_from");
      eosio::check(wallet_to.value == 0, "walletop BURN: wallet_to должен быть пустым");
@@ -305,62 +254,9 @@ void ledger2::walletop(eosio::name coopname,
      break;
    }
    case WalletOp::NONE: {
-      // unreachable: apply.cpp не диспатчит walletop для NONE-операций
-      // (бухпроводка без кошелькового движения). Pre-check на op_code != 5 выше
-      // отсекает прямой вызов с этим кодом. case оставлен для исчерпывающего
-      // switch — иначе компилятор предупредит про unhandled enum value.
-      eosio::check(false, "walletop NONE: must be unreachable");
-      break;
-    }
-    case WalletOp::REVOKE: {
-      // Целевое расходование заблокированной суммы: amount списывается с
-      // wallet_from.blocked в пустоту, без зачисления на wallet_to.
-      //
-      // Отличие от BURN:
-      //  - BURN списывает available (свободный остаток). Применяется к штатному
-      //    «сжиганию» свободных средств (например, DROP_PREIMP при переходе на
-      //    электронный учёт РИД-взноса). Dr/Cr пара опциональна.
-      //  - REVOKE списывает blocked (зарезервированный остаток). Применяется на
-      //    финализации заранее зарезервированной операции, когда резерв
-      //    «уходит в потребление», а не возвращается. Обязательная пара Dr/Cr
-      //    на уровне OPERATION_REGISTRY (compile-time validator
-      //    revoke_pattern_correct в operations.hpp).
-      //
-      // Применение в членской модели Стола заказов: o.mkt.consum (выдача
-      // имущества пайщику по АПП выдачи). Пайщик заблокировал сумму под Order
-      // на createorder (BLOCK на w.mkt.member). При фактической выдаче
-      // имущества этот blocked-резерв должен «сгореть» как целевое
-      // потребление с одновременной фиксацией Дт 91 / Кт 10 (выбытие
-      // имущества со склада на счёт «прочие»). Альтернатива через
-      // UNBLOCK + BURN — это две операции с искажённой семантикой:
-      // «снял резерв» (которого по факту не снимал — потребил) +
-      // «сжёг свободные» (которые в моменте не были свободными). REVOKE
-      // одной операцией точно описывает целевое расходование blocked.
-      //
-      // Не путать с rollback: ledger2 не использует ledger2::revert в
-      // membership-модели marketplace; компенсирующие проводки делаются
-      // forward через обратную операцию (см. RETURN_BY_MEMBER + RETURN_TRANSIT_CLOSE).
-      eosio::check(wallet_from.value != 0, "walletop REVOKE: требуется wallet_from");
-      eosio::check(wallet_to.value == 0, "walletop REVOKE: wallet_to должен быть пустым");
-
-      auto it = wallets.find(wallet_from.value);
-      eosio::check(it != wallets.end() && it->blocked >= amount,
-                   std::string{"walletop REVOKE: недостаточно blocked на кошельке "} +
-                     wallet_from.to_string());
-      wallets.modify(it, payer, [&](auto& w) { w.blocked -= amount; });
-
-      if (is_user_shared_l3(wallet_from)) {
-        auto uw = find_l3(wallet_from);
-        eosio::check(uw != user_wallets.get_index<"byuserwallet"_n>().end() &&
-                     uw->blocked >= amount,
-                     std::string{"walletop REVOKE: недостаточно L3-blocked у пайщика "} +
-                       username.to_string() + " на " + wallet_from.to_string());
-        auto uw_pri = user_wallets.find(uw->id);
-        user_wallets.modify(uw_pri, payer, [&](auto& r) { r.blocked -= amount; });
-      }
-
-      cleanup_l2_if_empty(wallet_from);
-      cleanup_l3_if_empty(wallet_from);
+      // Недостижимо: проверка op_code != NONE стоит на входе action; этот case
+      // нужен только чтобы покрыть enum в switch (-Wswitch).
+      eosio::check(false, "walletop NONE: запрещённый op_code");
      break;
    }
  }
@@ -1,634 +1,72 @@
 /**
- * @brief Миграция остатков с legacy-ledger на ledger2 (пересмотр 2026-04-20).
+ * @brief Универсальное миграционное действие контракта ledger2 — точка
+ * расширения для разовых исправлений состояния, которые можно провести
+ * автоматически после деплоя.
 *
- * Разделение на два независимых потока:
+ * Содержимое периодически переписывается под текущую задачу миграции, а
+ * после её прогона на проде тело очищается до пустого `require_auth(get_self())`
+ * (как в `capital::migrate`).
 *
- *   A. **Бухгалтерские остатки** из `ledger::accounts` (scope=coopname,
- *      contract=_ledger) → через 4 inline `apply(operations::migration::*)`
- *      с полной двойной проводкой. Счета: 51 / 80 / 86 / 04.
+ * Текущая задача (2026-05-24): свёртка `blocked → available` по ВСЕМ коопам.
 *
- *   B. **Программные кошельки** из `soviet::progwallets` (scope=coopname,
- *      contract=_soviet) → прямой `wallets2.emplace` в ledger2 БЕЗ
- *      бух-проводок. Legacy::accounts и soviet::progwallets — параллельные
- *      системы учёта, progwallet.blocked не проводится через 80-й счёт,
- *      поэтому любая попытка провести его через Dr 51 / Cr 80 вызовет
- *      двойной учёт на бухуровне. Вместо этого переносим только
- *      wallet-аналитику (w.cap.blago BLAGOROST_FUND, w.cap.gen GENERATOR_FUND — ADR-009).
+ * Контекст: механика «заблокированного» баланса упразднена (см.
+ * `lib/core/ledger2/operations.hpp` — удалены WalletOp BLOCK/UNBLOCK/BURN_BLOCKED;
+ * резерв возврата паевого теперь выражается переводом на кошелёк-резерв
+ * `w.wal.wpend`). Поле `blocked` остаётся в таблицах `wallets2`/`userwallets`
+ * как deprecated (физическое удаление поля = небезопасная смена layout таблицы
+ * на живых коопах, выносится в отдельный cleanup-деплой). Перед тем как поле
+ * перестанет поддерживаться кодом, накопленные `blocked`-остатки нужно вернуть
+ * в `available`, чтобы средства не «зависли» на упразднённом субсчёте.
 *
- * Алгоритм на каждый кооператив:
+ * Действие: пройти всех кооперативов (cooperatives2 в scope registrator) и для
+ * каждого свернуть `blocked → available` на уровнях L2 (`wallets2`) и L3
+ * (`userwallets`): `available += blocked; blocked = 0`. Сумма средств на кошельке
+ * не меняется — только субсчёт.
 *
- *   1. Чтение legacy-счетов (laccounts_index, scope=coopname):
- *        cash_legacy  = account[51].available + .blocked
- *        share_legacy = account[80].available + .blocked
- *        entry_legacy = account[861].available + .blocked
+ * Идемпотентно: после свёртки `blocked == 0`, повторный прогон — no-op.
 *
- *   2. Чтение параметров кооператива (cooperative2, scope=_registrator):
- *        coop.minimum     — минимальный паевой для individual / entrepreneur
- *        coop.org_minimum — минимальный паевой для organization (binary_extension)
+ * Сигнатура без аргументов — действие вызывается автоматически при деплое
+ * контракта (как и прочие задачи migrate); проходит по всем кооперативам сам.
 *
- *   3. Вычисление распределения:
- *        share_money    = cash_legacy − entry_legacy
- *        min_total      = Σ participant.minimum_amount по accepted-пайщикам
- *                         (фактический зафиксированный минимум каждого пайщика;
- *                          см. compute_min_total_by_type).
- *        share_remain   = share_money − min_total
- *
- *      Инварианты (eosio::check):
- *        cash_legacy   >= entry_legacy
- *        share_legacy  == share_money  (legacy 80 без РИД-части — иначе abort)
- *        min_total     <= share_money  (данные пайщиков сходятся с legacy[80])
- *
- *   4. Отправка 3 inline apply (ненулевые пропускаются):
- *        apply(migration::MIN_SHARE, min_total)    → Dr 51 / Cr 80, MIN_SHARE_FUND   (w.reg.minshr)
- *        apply(migration::SHARE,     share_remain) → Dr 51 / Cr 80, SHARE_FUND_PAY   (w.wal.share)
- *        apply(migration::ENTRY,     entry_legacy) → Dr 51 / Cr 86, ENTRANCE_FEES    (w.reg.entry)
- *
- *   5. Прямой emplace в wallets2 для progwallets (БЕЗ бух-проводок):
- *        Σ progwallet[blagorost].blocked → wallets2[BLAGOROST_FUND  w.cap.blago]
- *        Σ progwallet[generator].blocked → wallets2[GENERATOR_FUND  w.cap.gen]
- *
- *      Если запись wallets2 уже есть (после inline apply сработали) —
- *      aggregate через wallets.modify(available += sum). Иначе — emplace.
- *
- * Курсорный режим: `migrate(from_coop_index, limit)`. Полный прогон —
- * `migrate(0, UINT64_MAX)`. Мета фиксирует `last_migrated_coop_index`.
- *
- * Поле `writeoff` legacy-ledger игнорируется целиком (PRD §4.1.2 FR-L-7).
- *
- * Сборка test mode (IS_TESTNET=1): спец-ветка voskhod ОТКЛЮЧЕНА — voskhod
- * прогоняется по стандартному арифметическому пути наравне с остальными
- * кооперативами. Это нужно, чтобы на тестнете invariant-фейлы (cash≥entry,
- * legacy 80 без РИД-части и т.п.) показывали понятные ошибки, а не маскировались
- * заранее заведёнными суммами. В prod-сборке хардкод по фактам сохраняется.
+ * ПРЕДУСЛОВИЕ (операционное): на момент прогона не должно быть заявок на возврат
+ * «в полёте» (статусы pending/authorized в `wallet::withdraws`) — их `blocked`
+ * относится к старой механике и при свёртке в `available` вернётся пайщику как
+ * свободные средства, а последующий `completewthd` (BURN с `w.wal.wpend`) не
+ * найдёт резерва. Незавершённые заявки нужно довести (complete/decline) ДО
+ * деплоя с этой миграцией.
 *
 * @ingroup public_ledger2_actions
+ *
+ * @note Авторизация требуется от аккаунта: @p ledger2 (get_self()).
 */
-
-namespace {
-
-struct LegacyBalances {
-  eosio::asset cash;    ///< 51  — Расчётный счёт
-  eosio::asset share;   ///< 80  — Паевой фонд
-  eosio::asset entry;   ///< 861 — Вступительные взносы
-};
-
-inline LegacyBalances read_legacy_balances(eosio::name coopname) {
-  laccounts_index old_accounts(_ledger, coopname.value);
-
-  LegacyBalances r{
-    eosio::asset(0, _root_govern_symbol),
-    eosio::asset(0, _root_govern_symbol),
-    eosio::asset(0, _root_govern_symbol),
-  };
-
-  for (auto acc_it = old_accounts.begin(); acc_it != old_accounts.end(); ++acc_it) {
-    // writeoff игнорируется (FR-L-7).
-    const eosio::asset total = acc_it->available + acc_it->blocked;
-    if (total.amount == 0) continue;
-
-    eosio::check(total.symbol == _root_govern_symbol,
-                 std::string{"migrate: legacy acc "} + std::to_string(acc_it->id) +
-                   " имеет неожиданный symbol");
-
-    switch (acc_it->id) {
-      case Ledger::accounts::BANK_ACCOUNT:   r.cash  = total; break;   // 51
-      case Ledger::accounts::SHARE_FUND:     r.share = total; break;   // 80
-      case Ledger::accounts::ENTRANCE_FEES:  r.entry = total; break;   // 861
-      default:
-        // Прочие legacy-id (862..867 — RESERVE/INDIVISIBLE/ECONOMIC/MUTUAL/DEVELOPMENT/DELEGATE_FEES)
-        // в ledger2 как отдельные кошельки не выделены. Намеренно пропускаем —
-        // не падаем, чтобы не блокировать миграцию кооператива.
-        break;
-    }
-  }
-  return r;
-}
-
-/**
- * Суммирует `blocked` по `progwallets` (soviet, scope=coopname) для program_id.
- */
-inline eosio::asset sum_progwallet_blocked(eosio::name coopname, uint64_t program_id) {
-  progwallets_index progwallets(_soviet, coopname.value);
-  auto byprog = progwallets.get_index<"byprogram"_n>();
-
-  eosio::asset total(0, _root_govern_symbol);
-
-  for (auto it = byprog.lower_bound(program_id); it != byprog.end() && it->program_id == program_id; ++it) {
-    if (!it->blocked.has_value()) continue;
-    const auto& b = it->blocked.value();
-    if (b.amount == 0) continue;
-    eosio::check(b.symbol == _root_govern_symbol,
-                 std::string{"migrate: progwallet program_id="} + std::to_string(program_id) +
-                   " имеет неожиданный symbol");
-    total += b;
-  }
-  return total;
-}
-
-/**
- * Считает суммарный «минимальный паевой» по всем accepted-пайщикам коопа.
- *
- * Берёт ФАКТИЧЕСКИЙ минимум, ЗАФИКСИРОВАННЫЙ на пайщике
- * (`participant.minimum_amount`), а НЕ актуальный coop.minimum/org_minimum.
- * coop.minimum мог быть повышен/понижен после вступления, но реальный взнос
- * пайщика, попавший в legacy::accounts[80], равен `participant.minimum_amount`.
- * Иначе после миграции Σ L3 (по фактическим минимумам) разойдётся с L2,
- * который мы построим по этой сумме.
- *
- * Поле `minimum_amount` — binary_extension; для legacy-записей до выставления
- * этого поля fallback на coop.minimum / coop.org_minimum.
- */
-inline eosio::asset compute_min_total_by_type(eosio::name coopname, const cooperative2& coop) {
-  eosio::check(coop.minimum.symbol == _root_govern_symbol,
-               std::string{"migrate: cooperative2.minimum имеет неожиданный symbol на "} +
-                 coopname.to_string());
-
-  const eosio::asset org_min_fallback =
-    coop.org_minimum.has_value() ? coop.org_minimum.value() : coop.minimum;
-  eosio::check(org_min_fallback.symbol == _root_govern_symbol,
-               std::string{"migrate: cooperative2.org_minimum имеет неожиданный symbol на "} +
-                 coopname.to_string());
-
-  participants_index parts(_soviet, coopname.value);
-  int64_t total_raw = 0;
-  for (auto it = parts.begin(); it != parts.end(); ++it) {
-    if (it->status != "accepted"_n) continue;
-
-    if (it->minimum_amount.has_value()) {
-      const auto& m = it->minimum_amount.value();
-      eosio::check(m.symbol == _root_govern_symbol,
-                   std::string{"migrate: participant.minimum_amount имеет неожиданный symbol на "} +
-                     coopname.to_string() + "/" + it->username.to_string());
-      total_raw += m.amount;
-    } else {
-      // Legacy-запись без зафиксированного minimum_amount: fallback по типу.
-      const bool is_org =
-        it->type.has_value() && it->type.value() == "organization"_n;
-      total_raw += is_org ? org_min_fallback.amount : coop.minimum.amount;
-    }
-  }
-
-  return eosio::asset(total_raw, _root_govern_symbol);
-}
-
-/**
- * Отправляет inline apply для одной миграционной операции, если amount > 0.
- * process_hash детерминирован по (coopname, operation_code).
- */
-inline void send_transit(eosio::name self_name,
-                         eosio::name coopname,
-                         eosio::name operation_code,
-                         const eosio::asset& amt) {
-  if (amt.amount == 0) return;
-
-  const std::string hash_src =
-    std::string{"mig::"} + coopname.to_string() + std::string{"::"} + operation_code.to_string();
-  const eosio::checksum256 proc_hash = hashit(hash_src);
-
-  Ledger2::apply(
-    self_name,
-    coopname,
-    operation_code,
-    amt,
-    eosio::name{}, // username не применим к транзитной проводке
-    proc_hash,
-    std::string{"Транзитная миграция остатков legacy → ledger2"}
-  );
-}
-
-/**
- * Прямой emplace/add в wallets2 БЕЗ бух-проводок. Используется для переноса
- * соwiet::progwallets → wallets2, т.к. progwallets не проводятся через
- * ledger::accounts (параллельная система учёта — двойная запись не нужна
- * и привела бы к двойному учёту на 80).
- */
-inline void emplace_wallet_only(eosio::name self_name,
-                                eosio::name coopname,
-                                eosio::name wallet_id,
-                                const eosio::asset& amt) {
-  if (amt.amount == 0) return;
-
-  wallets2_index wallets(self_name, coopname.value);
-  const auto human_view = ledger2_get_wallet_human_name(wallet_id);
-  eosio::check(!human_view.empty(),
-               std::string{"migrate: unknown wallet "} + wallet_id.to_string());
-
-  auto it = wallets.find(wallet_id.value);
-  if (it == wallets.end()) {
-    wallets.emplace(self_name, [&](auto& w) {
-      w.id        = wallet_id;
-      w.name      = std::string(human_view);
-      w.available = amt;
-      w.blocked   = eosio::asset(0, amt.symbol);
-    });
-  } else {
-    // Если кошелёк уже создан (например, предыдущим inline apply TRANSIT_*) —
-    // просто доливаем сумму в available. Не должно случаться при чистой
-    // миграции (w.cap.blago/w.cap.gen не используются базовыми TRANSIT_*),
-    // но безопасно.
-    wallets.modify(it, self_name, [&](auto& w) { w.available += amt; });
-  }
-}
-
-#ifndef IS_TESTNET
-/**
- * Прямой emplace в wallets2 с произвольным available/blocked. Используется
- * только из voskhod-спец-ветки: там L2-агрегаты нужно завести строго по
- * фактическому распределению chain (Благорост — blocked, не available).
- */
-inline void emplace_wallet_balance(eosio::name self_name,
-                                   eosio::name coopname,
-                                   eosio::name wallet_id,
-                                   const eosio::asset& available,
-                                   const eosio::asset& blocked) {
-  if (available.amount == 0 && blocked.amount == 0) return;
-
-  wallets2_index wallets(self_name, coopname.value);
-  const auto human_view = ledger2_get_wallet_human_name(wallet_id);
-  eosio::check(!human_view.empty(),
-               std::string{"migrate: unknown wallet "} + wallet_id.to_string());
-
-  auto it = wallets.find(wallet_id.value);
-  eosio::check(it == wallets.end(),
-               std::string{"migrate: wallet "} + wallet_id.to_string() + " уже создан");
-  wallets.emplace(self_name, [&](auto& w) {
-    w.id        = wallet_id;
-    w.name      = std::string(human_view);
-    w.available = available;
-    w.blocked   = blocked;
-  });
-}
-
-/**
- * Прямой emplace в accounts2 БЕЗ бух-проводок. Используется только из
- * voskhod-спец-ветки: после хардкода в кошельках замыкаем баланс прямой
- * записью в accounts2 (отдельные «миграционные» операции под Dr 04 / Dr 08
- * усложнили бы общий реестр).
- *
- * Тип счёта определяется планом (LEDGER2_ACCOUNT_MAP):
- *   - ACTIVE   — записываем `balance` в `debit_balance`,  `credit_balance = 0`;
- *   - PASSIVE  — записываем `balance` в `credit_balance`, `debit_balance = 0`.
- */
-inline void emplace_account_balance(eosio::name self_name,
-                                    eosio::name coopname,
-                                    uint64_t account_id,
-                                    const eosio::asset& balance) {
-  if (balance.amount == 0) return;
-  const auto* meta = ledger2_find_account_meta(account_id);
-  eosio::check(meta != nullptr,
-               std::string{"migrate: unknown account_id "} + std::to_string(account_id));
-
-  accounts2_index accounts(self_name, coopname.value);
-  auto it = accounts.find(account_id);
-  eosio::check(it == accounts.end(),
-               std::string{"migrate: account "} + std::to_string(account_id) + " уже создан");
-
-  const eosio::asset zero(0, balance.symbol);
-  const uint8_t      type_u8 = static_cast<uint8_t>(meta->type);
-
-  accounts.emplace(self_name, [&](auto& a) {
-    a.id           = account_id;
-    a.name         = std::string(meta->name);
-    a.account_type = type_u8;
-    if (meta->type == AccountType::PASSIVE) {
-      a.debit_balance  = zero;
-      a.credit_balance = balance;
-    } else { // ACTIVE / ACTIVE_PASSIVE
-      a.debit_balance  = balance;
-      a.credit_balance = zero;
-    }
-    a.balance = account2::compute_balance(type_u8, a.debit_balance, a.credit_balance);
-  });
-}
-
-/**
- * Прямой emplace L3-записи в userwallets БЕЗ бух-проводок. Только для
- * `kind == USER_SHARED`. Записи с (0,0) — пропускаются.
- */
-inline void emplace_userwallet_only(eosio::name self_name,
-                                    eosio::name coopname,
-                                    eosio::name wallet_id,
-                                    eosio::name username,
-                                    const eosio::asset& available,
-                                    const eosio::asset& blocked) {
-  if (available.amount == 0 && blocked.amount == 0) return;
-
-  const WalletKind kind = ledger2_get_wallet_kind(wallet_id);
-  eosio::check(kind == WalletKind::USER_SHARED,
-               std::string{"migrate: userwallets допустим только для USER_SHARED, wallet="} +
-                 wallet_id.to_string());
-
-  userwallets_index user_wallets(self_name, coopname.value);
-  auto idx = user_wallets.get_index<"byuserwallet"_n>();
-  const auto key = combine_ids(wallet_id.value, username.value);
-  auto it = idx.find(key);
-  eosio::check(it == idx.end(),
-               std::string{"migrate: userwallet (wallet="} + wallet_id.to_string() +
-                 ", user=" + username.to_string() + ") уже существует");
-  user_wallets.emplace(self_name, [&](auto& uw) {
-    uw.id          = user_wallets.available_primary_key();
-    uw.wallet_name = wallet_id;
-    uw.username    = username;
-    uw.available   = available;
-    uw.blocked     = blocked;
-  });
-}
-
-/**
- * Заводит L3-запись `w.cap.preimp` для пайщика, если он существует в
- * `soviet::participants` коопа. Если нет (тестнет/чужой контекст) — silently skip.
- *
- * Использовать ИСКЛЮЧИТЕЛЬНО для воскходных пред-импорт-РИД-учётов (5 пайщиков
- * по договору УХД, заведённых до перехода на электронный учёт: ЭГОЛ/Анацко/
- * Кочетков/Мильшин/Манакин). Их деньги списаны с `progwallets[pid=1]` cleos-
- * командами; здесь фиксируем их как РИД-взносы на отдельном кошельке для
- * последующего drppre при importcontr.
- */
-inline void emplace_preimp_if_present(eosio::name self_name,
-                                      eosio::name coopname,
-                                      eosio::name username,
-                                      int64_t amount_raw) {
-  participants_index parts(_soviet, coopname.value);
-  if (parts.find(username.value) == parts.end()) {
-    return; // тестнет / иной контекст — пропускаем без падения
-  }
-  const eosio::asset amt(amount_raw, _root_govern_symbol);
-  const eosio::asset zero(0, _root_govern_symbol);
-  emplace_userwallet_only(self_name, coopname, ledger2_wallets::PREIMP_FUND, username, amt, zero);
-}
-#endif // !IS_TESTNET
-
-#ifndef IS_TESTNET
-/**
- * Спец-ветка миграции для voskhod — РУЧНОЙ ХАРДКОД балансов (accounts2 +
- * wallets2 + L3 для пред-импорт-учётов).
- *
- * Включена только в prod-сборке (без IS_TESTNET). На тестнете voskhod идёт
- * по стандартному арифметическому пути наравне с остальными кооперативами,
- * чтобы любые invariant-несостыковки давали внятную ошибку, а не маскировались
- * заранее заведёнными суммами. Дополнительная защита внутри ветки —
- * `participants.find()`-guard в emplace_preimp_if_present, чтобы случайный
- * запуск voskhod-веточки в чужом окружении не падал.
- *
- * Цифры заведены вручную после сверки с фактическими данными mainnet
- * (snapshot 2026-05-10) и согласованы с председателем (см. project-memory
- * `voskhod migrate2 — финальный план миграции`).
- *
- * Причина хардкода: legacy::accounts и soviet::progwallets рассинхронизированы
- * (имущ. Благорост ~57M на legacy 80 без отражения в 04, бумажный шлейф на 51,
- * непокрытые хоз.расходы на 86). Арифметической сшивки нет — заводим суммы
- * напрямую по согласованной с бухгалтером картине.
- *
- * ┌────────────────────────────────────── accounts2 ──────────────────────────────────────┐
- * │ 51 (BANK_ACCOUNT, А)         = 145 000       — 145 000 деньги                          │
- * │ 04 (INTANGIBLE_ASSETS, А)    = 62 353 311    — имущ. Благорост 56 903 311 + preimp 5М4 │
- * │ 08 (NON_CURRENT_INVESTMENTS) = 575 200       — свод (балансировка) + 31 800 минП       │
- * │ 80 (SHARE_FUND, П)           = 62 946 011    — 419 900 ЦК + 57 044 311 Благорост       │
- * │                                              + 31 800 минП + 5 450 000 preimp Cr-side  │
- * │ 86 (TARGET_RECEIPTS, П)      = 127 500       — хоз.расходы 115К + legacy 861 12 500    │
- * │                                                                                         │
- * │   Σ Dr = 145 000 + 62 353 311 + 575 200 = 63 073 511                                    │
- * │   Σ Cr = 62 946 011 + 127 500           = 63 073 511 ✓                                  │
- * └─────────────────────────────────────────────────────────────────────────────────────────┘
- *
- * ┌────────────────────────────── wallets2 (L2-агрегаты) ─────────────────────────────┐
- * │ w.sov.mnused  available = 31 800     (мин.паевые, ушедшие в 08; COOPERATIVE)       │
- * │ w.wal.share   available = 419 900    (5 пайщиков ЦК-остаток; L3 → migrator-049)    │
- * │ w.cap.blago   blocked = 57 044 311   (12 пайщиков pid=4; L3 → migrator-049)        │
- * │ w.cap.preimp  available = 5 450 000  (5 пайщиков; L3 — ниже, прямой emplace)       │
- * │ w.sov.expns   available = 127 500    (хоз.расходы из числа целевого; COOPERATIVE)  │
- * └────────────────────────────────────────────────────────────────────────────────────┘
- *
- * w.reg.minshr на voskhod НЕ создаётся: мин.паевые (31 800) уже инвестированы в
- * НМА (08), поэтому L2-аналитика лежит на w.sov.mnused (COOPERATIVE, без L3).
- * Бухгалтерия (Cr 80 += 31 800; Dr 08 += 31 800) при этом сохранена — обязательство
- * перед пайщиками на 80 счёте не теряется. Из-за этого migrator-048 (L3 для
- * w.reg.minshr) на voskhod не запускается; жёсткий guard в migrate3 отвергает
- * запись L3(voskhod, w.reg.minshr).
- *
- * L3 (userwallets) для USER_SHARED-кошельков заводит migrator (Phase 2 = 049
- * для w.wal.share / w.wal.member / w.cap.blago). Здесь же — только 5 пред-импорт-
- * преимп-записей, выпавших из progwallets после ручных subbal'ов (см. ~/cleos.md,
- * 5 пайщиков с РИД-взносами по договорам УХД, не успевшим попасть в электронный
- * учёт до миграции).
- */
-inline void migrate_voskhod_facts(eosio::name self_name, const cooperative2& coop) {
-  const eosio::name   coopname = coop.username;
-  const eosio::symbol sym      = _root_govern_symbol;
-  const eosio::asset  zero(0, sym);
-
-  // ───────── accounts2 ─────────
-  emplace_account_balance(self_name, coopname, ledger2_accounts::BANK_ACCOUNT,
-                          eosio::asset(    1'450'000'000LL, sym)); //        145 000.0000 RUB
-  emplace_account_balance(self_name, coopname, ledger2_accounts::INTANGIBLE_ASSETS,
-                          eosio::asset(  623'533'110'000LL, sym)); //     62 353 311.0000 RUB
-  emplace_account_balance(self_name, coopname, ledger2_accounts::NON_CURRENT_INVESTMENTS,
-                          eosio::asset(    5'752'000'000LL, sym)); //        575 200.0000 RUB
-  emplace_account_balance(self_name, coopname, ledger2_accounts::SHARE_FUND,
-                          eosio::asset(  629'460'110'000LL, sym)); //     62 946 011.0000 RUB
-  emplace_account_balance(self_name, coopname, ledger2_accounts::TARGET_RECEIPTS,
-                          eosio::asset(    1'275'000'000LL, sym)); //        127 500.0000 RUB
-
-  // ───────── wallets2 (L2) ─────────
-  // Мин.паевые на voskhod сразу размещены на w.sov.mnused (COOPERATIVE):
-  // бухгалтерски они уже потрачены через 08 (Dr 08 += 31 800), но обязательство
-  // Cr 80 += 31 800 сохранено. L3 для w.reg.minshr НЕ создаётся — см. guard в migrate3.
-  emplace_wallet_balance(self_name, coopname, ledger2_wallets::MIN_SHARE_USED,
-                         eosio::asset(   318'000'000LL, sym),      //         31 800.0000 RUB available
-                         zero);
-  emplace_wallet_balance(self_name, coopname, ledger2_wallets::SHARE_FUND_PAY,
-                         eosio::asset( 4'199'000'000LL, sym),       //        419 900.0000 RUB available
-                         zero);
-  emplace_wallet_balance(self_name, coopname, ledger2_wallets::BLAGOROST_FUND,
-                         zero,
-                         eosio::asset(570'443'110'000LL, sym));     //     57 044 311.0000 RUB blocked
-  emplace_wallet_balance(self_name, coopname, ledger2_wallets::PREIMP_FUND,
-                         eosio::asset(54'500'000'000LL, sym),       //      5 450 000.0000 RUB available
-                         zero);
-  emplace_wallet_balance(self_name, coopname, ledger2_wallets::SOV_EXPENSES,
-                         eosio::asset( 1'275'000'000LL, sym),       //        127 500.0000 RUB available
-                         zero);
-
-  // ───────── L3: преимп-учёты (5 пайщиков с РИД-взносами по договорам УХД) ─────────
-  // Сумма по таблице = 5 450 000 RUB = wallets2[w.cap.preimp].available ✓
-  emplace_preimp_if_present(self_name, coopname, "honruwpdxtty"_n,    500'000'000LL); //   50 000.0000 ЭГОЛ
-  emplace_preimp_if_present(self_name, coopname, "zlvsujtoctal"_n, 50'000'000'000LL); // 5 000 000.0000 Анацко
-  emplace_preimp_if_present(self_name, coopname, "yxkjufikzxri"_n,  1'000'000'000LL); //  100 000.0000 Кочетков
-  emplace_preimp_if_present(self_name, coopname, "vvqamckynxod"_n,  1'000'000'000LL); //  100 000.0000 Мильшин
-  emplace_preimp_if_present(self_name, coopname, "hntppjjknmsu"_n,  2'000'000'000LL); //  200 000.0000 Манакин
-}
-#endif // !IS_TESTNET
-
-/**
- * Мигрирует один кооператив. Отправляет до 4 inline apply (бух-проводки)
- * + прямой emplace программных кошельков (без проводок).
- *
- * В prod-сборке для voskhod — спец-ветка по фактам (см. migrate_voskhod_facts).
- * В test-сборке (IS_TESTNET=1) спец-ветка отключена — voskhod проходит
- * стандартный арифметический путь, чтобы invariant-фейлы были видимы.
- */
-inline void migrate_one_coop(eosio::name self_name, const cooperative2& coop) {
-  const eosio::name coopname = coop.username;
-
-#ifndef IS_TESTNET
-  // voskhod — особый кейс в prod: переносим по фактическим суммам, не арифметически.
-  // В test-сборке этот блок выключен — voskhod идёт по стандартному пути.
-  if (coopname == "voskhod"_n) {
-    migrate_voskhod_facts(self_name, coop);
-    return;
-  }
-#endif
-
-  const LegacyBalances b = read_legacy_balances(coopname);
-
-  // Программные кошельки читаем всегда (Благорост + Генератор).
-  const eosio::asset blagorost_invest = sum_progwallet_blocked(coopname, 4);  // ЦПП «Благорост»
-  const eosio::asset generator_commit = sum_progwallet_blocked(coopname, 3);  // ЦПП «Генератор»
-
-  // Ранний выход: нечего мигрировать (ни legacy, ни программных кошельков).
-  if (b.cash.amount == 0 && b.share.amount == 0 && b.entry.amount == 0 &&
-      blagorost_invest.amount == 0 && generator_commit.amount == 0) {
-    return;
-  }
-
-  // ----- A. Бухгалтерский перенос legacy::accounts через 3 TRANSIT_* -----
-  if (b.cash.amount > 0 || b.share.amount > 0 || b.entry.amount > 0) {
-#ifdef IS_TESTNET
-    // На тестнете терпим грязные данные: clamp'им вместо abort.
-    // Тестовые остатки (entry > cash, РИД-часть на 80, Σmin > share) — игнорятся.
-    const int64_t entry_amt  = b.entry.amount < b.cash.amount ? b.entry.amount : b.cash.amount;
-    const int64_t share_money_amt = b.cash.amount - entry_amt;
-    const eosio::asset entry_eff(entry_amt, _root_govern_symbol);
-    const eosio::asset share_money(share_money_amt, _root_govern_symbol);
-
-    eosio::asset min_total = compute_min_total_by_type(coopname, coop);
-    if (min_total.amount > share_money.amount) {
-      min_total = share_money;
-    }
-
-    const eosio::asset share_remain(
-      share_money.amount - min_total.amount,
-      _root_govern_symbol
-    );
-
-    send_transit(self_name, coopname, operations::migration::MIN_SHARE, min_total);
-    send_transit(self_name, coopname, operations::migration::SHARE,     share_remain);
-    send_transit(self_name, coopname, operations::migration::ENTRY,     entry_eff);
-#else
-    // Деньги на паевой фонд: всё на 51 сверх вступительных.
-    const eosio::asset share_money(
-      b.cash.amount >= b.entry.amount ? b.cash.amount - b.entry.amount : 0,
-      _root_govern_symbol
-    );
-
-    eosio::check(b.cash.amount >= b.entry.amount,
-                 std::string{"migrate: entry > cash на кооп "} + coopname.to_string());
-    // Инвариант: legacy::accounts[80] (паевой фонд) равен money-части (51 - 86).
-    // РИД-часть на legacy 80 не поддерживается этим путём (ADR-009: РИД-программа
-    // переезжает в w.cap.blago отдельно); если такой остаток есть — миграция
-    // отказывается, кооператив должен закрыть РИД-часть до миграции.
-    eosio::check(b.share.amount == share_money.amount,
-                 std::string{"migrate: legacy 80 содержит РИД-часть на кооп "} + coopname.to_string() +
-                 " — ledger2 не поддерживает РИД-перенос (ADR-009). Закрыть РИД до миграции.");
-
-    // Минимальный паевой: Σ p.minimum_amount по accepted-пайщикам.
-    // По конструкции эта сумма равна реальному взносу на legacy[80] и не может
-    // превосходить share_money. Если превосходит — данные кооператива
-    // не консистентны (например, у кого-то на participant.minimum_amount
-    // выставлено больше, чем фактически попало на 80). Падаем явно — пусть
-    // оператор разбирается ad-hoc до миграции; clamping мы сознательно НЕ
-    // делаем, иначе L2 получится меньше Σ L3 и сломаем инвариант.
-    const eosio::asset min_total = compute_min_total_by_type(coopname, coop);
-    eosio::check(min_total.amount <= share_money.amount,
-                 std::string{"migrate: Σ participant.minimum_amount > share_money на кооп "} +
-                   coopname.to_string() + " (Σ min=" + min_total.to_string() +
-                   ", share=" + share_money.to_string() +
-                   "). Данные кооп-пайщиков не сходятся с legacy[80]; чинить ad-hoc до миграции.");
-
-    const eosio::asset share_remain(
-      share_money.amount - min_total.amount,
-      _root_govern_symbol
-    );
-
-    send_transit(self_name, coopname, operations::migration::MIN_SHARE, min_total);
-    send_transit(self_name, coopname, operations::migration::SHARE,     share_remain);
-    send_transit(self_name, coopname, operations::migration::ENTRY,     b.entry);
-#endif
-  }
-
-  // ----- B. Программные кошельки — прямой emplace, без Dr/Cr -----
-  // progwallets.blocked НЕ входит в legacy::accounts[80], поэтому
-  // проводить их через apply(operations::migration::*) вызвало бы двойной учёт.
-  emplace_wallet_only(self_name, coopname, ledger2_wallets::BLAGOROST_FUND,   blagorost_invest);
-  emplace_wallet_only(self_name, coopname, ledger2_wallets::GENERATOR_FUND,   generator_commit);
-}
-
-} // namespace
-
-void ledger2::migrate(uint64_t from_coop_index, uint64_t limit) {
+void ledger2::migrate() {
  require_auth(get_self());

-  ledger2_meta_index meta_tbl(get_self(), get_self().value);
-  auto meta_it = meta_tbl.find(0);
-
-  // Полный прогон уже завершён — тихий no-op (Decision #D4 / Story 1.15 AC5).
-  if (meta_it != meta_tbl.end() && meta_it->migrated) {
-    return;
-  }
-
-  if (meta_it != meta_tbl.end()) {
-    eosio::check(from_coop_index == meta_it->last_migrated_coop_index,
-                 std::string{"migrate: from_coop_index должен продолжать с last_migrated_coop_index="} +
-                   std::to_string(meta_it->last_migrated_coop_index));
-  } else {
-    eosio::check(from_coop_index == 0,
-                 "migrate: первый вызов должен начинаться с from_coop_index=0");
-  }
-
-  eosio::check(limit > 0, "migrate: limit должен быть больше 0");
-
  cooperatives2_index coops(_registrator, _registrator.value);

-  uint64_t idx  = 0;
-  uint64_t done = 0;
-  bool reached_end = true;
+  for (auto c = coops.begin(); c != coops.end(); ++c) {
+    const eosio::name coopname = c->username;

-  for (auto it = coops.begin(); it != coops.end(); ++it, ++idx) {
-    if (idx < from_coop_index) continue;
-    if (done >= limit) { reached_end = false; break; }
-
-    // Мигрируем только активные кооперативы (не отделения, не физ. записи,
-    // не приостановленные/архивные). apply() всё равно отказывает не-active
-    // через get_cooperative_or_fail — здесь явно пропускаем, чтобы курсор шёл.
-    const bool is_active = it->status.has_value() && it->status.value() == "active"_n;
-    if (it->is_cooperative && is_active) {
-      migrate_one_coop(get_self(), *it);
+    // --- L3: userwallets[coopname] ---
+    // Модифицируем только не-ключевые поля (available/blocked) — итерация по
+    // первичному индексу с modify безопасна (порядок строк не меняется).
+    userwallets_index user_wallets(get_self(), coopname.value);
+    for (auto it = user_wallets.begin(); it != user_wallets.end(); ++it) {
+      if (it->blocked.amount <= 0) continue;
+      user_wallets.modify(it, get_self(), [&](auto& r) {
+        r.available += r.blocked;
+        r.blocked    = eosio::asset(0, r.blocked.symbol);
+      });
    }
-    ++done;
-  }

-  if (done == 0 && from_coop_index == 0 && coops.begin() == coops.end()) {
-    eosio::check(false, "migrate: таблица cooperatives пуста — повторите после регистрации");
-  }
-
-  const uint64_t new_last_index = from_coop_index + done;
-  const uint64_t coops_total    = meta_it == meta_tbl.end() ? done : meta_it->migrated_coops + done;
-  const auto     now            = eosio::current_time_point();
-
-  if (meta_it == meta_tbl.end()) {
-    meta_tbl.emplace(get_self(), [&](auto& m) {
-      m.id                       = 0;
-      m.migrated                 = reached_end;
-      m.migrated_coops           = coops_total;
-      m.last_migrated_coop_index = new_last_index;
-      m.migrated_at              = now;
-    });
-  } else {
-    meta_tbl.modify(meta_it, get_self(), [&](auto& m) {
-      m.migrated                 = reached_end;
-      m.migrated_coops           = coops_total;
-      m.last_migrated_coop_index = new_last_index;
-      m.migrated_at              = now;
-    });
+    // --- L2: wallets2[coopname] ---
+    wallets2_index wallets(get_self(), coopname.value);
+    for (auto it = wallets.begin(); it != wallets.end(); ++it) {
+      if (it->blocked.amount <= 0) continue;
+      wallets.modify(it, get_self(), [&](auto& w) {
+        w.available += w.blocked;
+        w.blocked    = eosio::asset(0, w.blocked.symbol);
+      });
+    }
  }
 }
@@ -67,6 +67,7 @@ static constexpr eosio::name _free_decision_action = "freedecision"_n;
 static constexpr eosio::name _change_action = "change"_n;
 static constexpr eosio::name _product_contribution_action = "productcntr"_n;
 static constexpr eosio::name _product_return_action = "productrtrn"_n;
+static constexpr eosio::name _marketplace_writeoff_action = "mktwroff"_n;     ///< Списание скоропорта по решению совета (p.mkt.wroff)

 // capitalization linked actions

@@ -109,6 +110,7 @@ static const std::set<eosio::name> soviet_actions = {
    //MARKETPLACE
    "authoffs2c"_n, //заявление на взнос имуществом
    "authoffc2r"_n, //заявление на возврат паевого взноса имуществом
+    "mktwroff"_n, //проект списания скоропорта на повестку совета (p.mkt.wroff)
 };

 //program_ids
@@ -239,7 +241,7 @@ static constexpr uint64_t _capital_program_id = 4;
 #ifdef IS_TESTNET
    static constexpr uint64_t MIN_SOVIET_MEMBERS_COUNT = 1; /*!< минимальное количество членов совета (тест) */
 #else
-    static constexpr uint64_t MIN_SOVIET_MEMBERS_COUNT = 5; /*!< минимальное количество членов совета (прод) */
+    static constexpr uint64_t MIN_SOVIET_MEMBERS_COUNT = 3; /*!< минимальное количество членов совета (прод) */
 #endif

 /**
@@ -31,9 +31,9 @@
 *   - `WalletOp::WALLET_ONLY` удалён (ADR-003): «без бухпроводок» определяется
 *     парой `(debit_account_id == 0, credit_account_id == 0)` на уровне записи.
 *     Для `o.cap.invest` теперь TRANSFER без проводок (оба account_id == 0).
- *   - Добавлен `WalletOp::BURN` (ADR-003): `available -= amount` на `wallet_from`,
- *     без `wallet_to`. На текущем этапе в `OPERATION_REGISTRY` не используется —
- *     зарезервирован под будущие операции штатного сжигания.
+ *   - `WalletOp::BURN` (ADR-003): `available -= amount` на `wallet_from`,
+ *     без `wallet_to`. Используется в `o.wal.wthcpl` (сжигание резерва возврата
+ *     с `w.wal.wpend`), `o.cap.drppre` и как зеркало ISSUE в `revert`.
 *   - Единые программные кошельки: `BLAGOROST_FUND` (`w.cap.blago`) и
 *     `GENERATOR_FUND` (`w.cap.gen`) — заменили ранее декомпозированные
 *     `bginv/bgprop/bgrid/bgmem` и `gncom/gnmem` (ADR-009).
@@ -61,9 +61,9 @@ namespace operations {
  // wallet
  namespace wallet {
    inline constexpr eosio::name COMPLETE_DEPOSIT  = "o.wal.depcpl"_n;  ///< Завершение внесения паевого взноса (Dr 51 / Cr 80, ISSUE SHARE_FUND_PAY).
-    inline constexpr eosio::name COMPLETE_WITHDRAW = "o.wal.wthcpl"_n;  ///< Завершение возврата паевого взноса (Dr 80 / Cr 51, TRANSFER SHARE_FUND_PAY → WITHDRAWALS_SINK).
-    inline constexpr eosio::name REQUEST_WITHDRAW  = "o.wal.wthreq"_n;  ///< Запрос на возврат паевого: BLOCK на SHARE_FUND_PAY (без Dr/Cr).
-    inline constexpr eosio::name DECLINE_WITHDRAW  = "o.wal.wthdec"_n;  ///< Отклонение запроса на возврат: UNBLOCK на SHARE_FUND_PAY (без Dr/Cr).
+    inline constexpr eosio::name COMPLETE_WITHDRAW = "o.wal.wthcpl"_n;  ///< Завершение возврата паевого взноса (Dr 80 / Cr 51, BURN с WITHDRAW_PENDING — деньги уходят из системы, без wallet_to).
+    inline constexpr eosio::name REQUEST_WITHDRAW  = "o.wal.wthreq"_n;  ///< Запрос на возврат паевого: TRANSFER SHARE_FUND_PAY → WITHDRAW_PENDING (резерв, без Dr/Cr).
+    inline constexpr eosio::name DECLINE_WITHDRAW  = "o.wal.wthdec"_n;  ///< Отклонение запроса на возврат: TRANSFER WITHDRAW_PENDING → SHARE_FUND_PAY (снятие резерва, без Dr/Cr).
    inline constexpr eosio::name CONVERT_TO_MEMBER = "o.wal.conv"_n;    ///< Конвертация цифрового рубля в универсальный членский кошелёк (Dr 80 / Cr 86, TRANSFER SHARE_FUND_PAY → CK_MEMBER). Conditional-шаг серии createorder в «Столе заказов».
  }

@@ -83,26 +83,17 @@ namespace operations {
    inline constexpr eosio::name CONVERT_TO_BLAGO    = "o.cap.cnvbl"_n;    ///< Конвертация сегмента: РИД → ЦПП «Благорост» (TRANSFER GENERATOR_FUND → BLAGOROST_FUND, без Dr/Cr — бухпроводка уже была сделана в ACCEPT_RID).
  }

-  // marketplace — членская модель «Стола заказов» (refactor 2026-05-11; старые
-  // o.mkt.supply / o.mkt.recv — клиринговые — удалены).
-  //
-  // Составные бухгалтерские проводки через транзит счёта 91 «Прочие доходы
-  // и расходы» разбиты на пары операций (часть 1 + часть 2). Контракт
-  // вызывает обе последовательно в одной транзакции Antelope — атомарность
-  // обеспечивается транзакцией. Имена с суффиксом «2» — закрытие транзита.
+  // marketplace — членская модель «Стола заказов».
  namespace marketplace {
-    inline constexpr eosio::name ASSIGN_TO_PROGRAM       = "o.mkt.assign"_n;   ///< Целевое назначение членского взноса пайщика в программу Marketplace (TRANSFER CK_MEMBER → MARKETPLACE_MEMBER, без проводки — оба кошелька на счёте 86). Conditional-шаг серии createorder.
-    inline constexpr eosio::name BLOCK_FOR_ORDER         = "o.mkt.block"_n;    ///< Блокировка членского взноса заказчика под конкретный Order (BLOCK на MARKETPLACE_MEMBER, без Dr/Cr).
-    inline constexpr eosio::name UNBLOCK_ON_CANCEL       = "o.mkt.unblk"_n;    ///< Разблокировка членского взноса при отмене Order'а (UNBLOCK на MARKETPLACE_MEMBER, без Dr/Cr). Сумма остаётся на .available и может быть потрачена на следующий заказ в программе.
-    inline constexpr eosio::name RECALL_TO_UNIVERSAL     = "o.mkt.recall"_n;   ///< Вывод программного членского взноса в универсальный членский кошелёк пайщика (TRANSFER MARKETPLACE_MEMBER → CK_MEMBER, без проводки — оба кошелька на счёте 86). Явное действие пайщика, не часть авто-flow отмены.
-    inline constexpr eosio::name PURCHASE_FROM_SUPPLIER  = "o.mkt.purch"_n;    ///< Приёмка имущества кооперативом по АПП приёмки от поставщика (Dr 10 / Cr 86, NONE — только бухпроводка, кошельки не двигаются; имущество — аналитика по 10). Атомарно с PAY_SUPPLIER на закрывающей подписи председателя.
-    inline constexpr eosio::name PAY_SUPPLIER            = "o.mkt.payout"_n;   ///< Оплата поставщику с расчётного счёта по факту приёмки (Dr 86 / Cr 51, ISSUE ∅ → SUPPLIER_PAYMENTS). Атомарно с PURCHASE_FROM_SUPPLIER.
-    inline constexpr eosio::name CONSUME_BY_MEMBER       = "o.mkt.consum"_n;   ///< Выдача имущества пайщику по АПП выдачи (часть 1 композитной проводки через транзит 91): Dr 91 / Cr 10, REVOKE MARKETPLACE_MEMBER.blocked → 0 — выбытие имущества со склада на «прочие». Закрытие транзита — отдельной операцией CONSUME_TRANSIT_CLOSE, атомарно в той же транзакции signiss2.
-    inline constexpr eosio::name CONSUME_TRANSIT_CLOSE   = "o.mkt.consum2"_n;  ///< Выдача имущества пайщику (часть 2 композитной проводки): Dr 86 / Cr 91, NONE — закрытие транзита 91 на счёт ЦФ программы. Срабатывает после CONSUME_BY_MEMBER в той же транзакции.
-    inline constexpr eosio::name RETURN_BY_MEMBER        = "o.mkt.return"_n;   ///< Гарантийный возврат имущества пайщиком — compensating forward к CONSUME_BY_MEMBER (часть 1 композитной проводки): Dr 91 / Cr 86, ISSUE ∅ → MARKETPLACE_MEMBER — восстановление «прочих» за счёт ЦФ + восстановление .available заказчика. Реверты ledger2::revert в Столе заказов не используются.
-    inline constexpr eosio::name RETURN_TRANSIT_CLOSE    = "o.mkt.return2"_n;  ///< Гарантийный возврат (часть 2 композитной проводки): Dr 10 / Cr 91, NONE — имущество назад на склад через закрытие транзита. Срабатывает после RETURN_BY_MEMBER в той же транзакции decretvisit.
-    inline constexpr eosio::name WRITE_OFF_PERISHABLE    = "o.mkt.wroff"_n;    ///< Утилизация скоропорта со склада (часть 1 композитной проводки): Dr 91 / Cr 10, NONE — выбытие со склада на «прочие». По протоколу совета.
-    inline constexpr eosio::name WRITE_OFF_TRANSIT_CLOSE = "o.mkt.wroff2"_n;   ///< Утилизация скоропорта (часть 2 композитной проводки): Dr 86 / Cr 91, NONE — закрытие транзита 91 на счёт ЦФ программы. Срабатывает после WRITE_OFF_PERISHABLE в той же транзакции execwroff.
+    inline constexpr eosio::name LOCK_ORDER             = "o.mkt.lock"_n;     ///< Резервирование средств заказчика под конкретный Order (TRANSFER w.wal.share → w.mkt.order, Dr 80 / Cr 86 — паевой переходит в целевое финансирование на резерв-кошелёк). Единственный обязательный шаг ledger2 при createorder.
+    inline constexpr eosio::name CONVERT_TO_MKT_MEMBER  = "o.mkt.conv"_n;     ///< Конвертация паевого взноса в членский кошелёк «Стола заказов» (TRANSFER w.wal.share → w.mkt.member, Dr 80 / Cr 86). Доплата по факту (signiss2, actual > ordered) идёт ИМЕННО с членского программы — паевой сперва конвертируется сюда, напрямую с паевого не списываем.
+    inline constexpr eosio::name LOCK_FROM_MEMBER       = "o.mkt.lockm"_n;    ///< Добор резерва заказа с членского «Стола заказов» (TRANSFER w.mkt.member → w.mkt.order, без Dr/Cr — оба кошелька на 86). Парный к o.mkt.conv шаг доплаты по факту: после конвертации добирает резерв под этот же Order.
+    inline constexpr eosio::name UNLOCK_ORDER           = "o.mkt.unlock"_n;   ///< Снятие резерва при отмене Order'а или недовыдаче (TRANSFER w.mkt.order → w.mkt.member, без Dr/Cr — оба кошелька на 86). Средства возвращаются на членский «Стола заказов» (не на универсальный членский) — остаются в программе и могут быть потрачены на следующие заказы.
+    inline constexpr eosio::name PURCHASE_FROM_SUPPLIER = "o.mkt.purch"_n;    ///< Приёмка имущества кооперативом по АПП приёмки от поставщика (Dr 10 / Cr 86, NONE — только бухпроводка, кошельки не двигаются; имущество — аналитика по 10). Атомарно с PAY_SUPPLIER на закрывающей подписи председателя.
+    inline constexpr eosio::name PAY_SUPPLIER           = "o.mkt.payout"_n;   ///< Оплата поставщику с расчётного счёта по факту приёмки (Dr 86 / Cr 51, ISSUE ∅ → SUPPLIER_PAYMENTS). Атомарно с PURCHASE_FROM_SUPPLIER.
+    inline constexpr eosio::name CONSUME_BY_MEMBER      = "o.mkt.consum"_n;   ///< Выдача имущества пайщику по АПП выдачи (BURN с w.mkt.order, Dr 86 / Cr 10 — сжигание резерва заказа и выбытие имущества со склада через целевое финансирование).
+    inline constexpr eosio::name RETURN_BY_MEMBER       = "o.mkt.return"_n;   ///< Гарантийный возврат имущества пайщиком — compensating forward к CONSUME_BY_MEMBER (ISSUE ∅ → w.mkt.member, Dr 10 / Cr 86 — восстановление средств на членском «Стола заказов» заказчика и возврат имущества на склад). Реверты ledger2::revert в Столе заказов не используются.
+    inline constexpr eosio::name WRITE_OFF_PERISHABLE   = "o.mkt.wroff"_n;    ///< Утилизация скоропорта со склада (NONE Dr 86 / Cr 10). По протоколу совета.
  }

  // soviet
@@ -146,14 +137,23 @@ namespace operations {
 * `(debit_account_id == 0, credit_account_id == 0)` на уровне записи реестра.
 * Compile-time правило `(debit==0) ⇔ (credit==0)` ловит смешанные пары.
 */
+//
+// Удаление BLOCK/UNBLOCK/BURN_BLOCKED (2026-05-24): механика «заблокированного»
+// баланса упразднена. Резерв средств под заявку на возврат паевого теперь
+// выражается переводом на отдельный кошелёк-резерв `w.wal.wpend` (TRANSFER),
+// возврат резерва — обратным TRANSFER, завершение — BURN с резерва. Поле
+// `blocked` в таблицах wallets2/userwallets оставлено deprecated (всегда 0
+// после ledger2::migrate-свёртки) — физическое удаление поля = небезопасная
+// смена layout таблицы на живых коопах, выносится в отдельный cleanup-деплой.
+//
+// Числовые значения ISSUE/TRANSFER/BURN/NONE СОХРАНЕНЫ (не перенумерованы),
+// чтобы исторические op_code в blockchain_actions читались бэкендом без сдвига
+// смысла (2 и 3 — бывшие BLOCK/UNBLOCK — больше не выдаются и невалидны на входе).
 enum class WalletOp : uint8_t {
-  ISSUE    = 0, ///< первичный вход средств на кошелёк wallet_to (wallet_from = empty)
-  TRANSFER = 1, ///< перемещение wallet_from → wallet_to (с Dr/Cr ИЛИ без — по парам account_id)
-  BLOCK    = 2, ///< available-=amount, blocked+=amount на wallet_from
-  UNBLOCK  = 3, ///< blocked-=amount, available+=amount на wallet_from
-  BURN     = 4, ///< изъятие amount с wallet_from.available, без wallet_to. Покрывает оба кейса: (a) штатное сжигание как бизнес-операция в OPERATION_REGISTRY; (b) зеркало ISSUE при `ledger2::revert` (различие — через operation_code: `o.adj.rev` для adjustment-mirror).
-  NONE     = 5, ///< только бухпроводка без перемещения средств (wallet_from = empty, wallet_to = empty, debit ≠ 0, credit ≠ 0). Покрывает кейсы внутрибалансовых проводок типа Dr 04 / Cr 08 (приём РИД в НМА), когда кошелёк уже на нужном программном фонде.
-  REVOKE   = 6, ///< изъятие amount с wallet_from.blocked в пустоту, без wallet_to. Обязательная пара Dr/Cr. Отличие от BURN — списание из blocked, а не из available; применяется на целевом расходовании предварительно заблокированной суммы (например, выдача имущества пайщику по АПП выдачи). Введён 2026-05-11 под членскую модель «Стола заказов» (o.mkt.consum).
+  ISSUE        = 0, ///< первичный вход средств на кошелёк wallet_to (wallet_from = empty)
+  TRANSFER     = 1, ///< перемещение wallet_from → wallet_to (с Dr/Cr ИЛИ без — по парам account_id)
+  BURN         = 4, ///< изъятие amount с wallet_from->available, без wallet_to. Покрывает оба кейса: (a) штатное сжигание как бизнес-операция в OPERATION_REGISTRY; (b) зеркало ISSUE при `ledger2::revert` (различие — через operation_code: `o.adj.rev` для adjustment-mirror).
+  NONE         = 5, ///< только бухпроводка без перемещения средств (wallet_from = empty, wallet_to = empty, debit ≠ 0, credit ≠ 0). Покрывает кейсы внутрибалансовых проводок типа Dr 04 / Cr 08 (приём РИД в НМА), когда кошелёк уже на нужном программном фонде.
 };

 /**
@@ -162,7 +162,7 @@ enum class WalletOp : uint8_t {
 * Семантика полей по `wallet_op`:
 *   - ISSUE:   wallet_from = eosio::name{}, wallet_to = required.
 *   - TRANSFER: wallet_from = required, wallet_to = required (≠ from).
- *   - BLOCK / UNBLOCK / BURN: wallet_from = required, wallet_to = eosio::name{}.
+ *   - BURN: wallet_from = required, wallet_to = eosio::name{}.
 *
 * Семантика бух.проводки:
 *   - Без проводок: debit_account_id == 0 И credit_account_id == 0.
@@ -174,7 +174,7 @@ struct OperationRegistryEntry {
  eosio::name    process_type;       ///< тип процесса с префиксом `p.<contract>.<noun>`
  WalletOp       wallet_op;
  eosio::name    wallet_from;        ///< пустое имя для ISSUE
-  eosio::name    wallet_to;          ///< пустое имя для BLOCK/UNBLOCK/BURN
+  eosio::name    wallet_to;          ///< пустое имя для BURN
  uint64_t       debit_account_id;   ///< 0 если без бухпроводки (тогда credit_account_id тоже == 0)
  uint64_t       credit_account_id;  ///< 0 если без бухпроводки (тогда debit_account_id тоже == 0)
  const char*    human_name;
@@ -201,9 +201,12 @@ static constexpr OperationRegistryEntry OPERATION_REGISTRY[] = {
    ledger2_accounts::BANK_ACCOUNT, ledger2_accounts::SHARE_FUND,
    "Внесение пайщиком паевого взноса" },

-  // 4. Возврат паевого взноса: Dr 80 / Cr 51, TRANSFER SHARE_FUND_PAY → WITHDRAWALS_SINK
-  { operations::wallet::COMPLETE_WITHDRAW, processes::wallet::WITHDRAW, WalletOp::TRANSFER,
-    ledger2_wallets::SHARE_FUND_PAY, ledger2_wallets::WITHDRAWALS_SINK,
+  // 4. Возврат паевого взноса: Dr 80 / Cr 51, BURN WITHDRAW_PENDING.
+  // Сжигание из кошелька-резерва (TRANSFER в резерв был на REQUEST_WITHDRAW):
+  // деньги уходят из системы (банковский перевод пайщику), получателя на цепи нет.
+  // Бухгалтерия: паевой фонд уменьшается (Дт 80), расчётный счёт уменьшается (Кт 51).
+  { operations::wallet::COMPLETE_WITHDRAW, processes::wallet::WITHDRAW, WalletOp::BURN,
+    ledger2_wallets::WITHDRAW_PENDING, eosio::name{},
    ledger2_accounts::SHARE_FUND, ledger2_accounts::BANK_ACCOUNT,
    "Возврат паевого взноса пайщику" },

@@ -270,115 +273,82 @@ static constexpr OperationRegistryEntry OPERATION_REGISTRY[] = {
    ledger2_accounts::SHARE_FUND, ledger2_accounts::FINANCIAL_INVESTMENTS,
    "Возврат беспроцентного займа пайщика по акту-2" },

-  // ===== Marketplace: членская модель «Стола заказов» (refactor 2026-05-11) =====
-  // Старые операции o.mkt.supply (CONFIRM_SUPPLY) и o.mkt.recv (CONFIRM_RECEIPT)
-  // удалены вместе с клиринговой моделью (паевой взнос имуществом от
-  // поставщика + возврат паевого имуществом заказчику) — она объявлена
-  // out-of-MVP до изменений в законодательстве.
-
-  // 12a. p.mkt.supply: Конвертация цифрового рубля заказчика в универсальный
-  //      членский кошелёк пайщика (Dr 80 / Cr 86, TRANSFER w.wal.share → w.wal.member).
-  //      Conditional-шаг серии createorder — выполняется только при недостаче
-  //      на w.wal.member.available.
-  { operations::wallet::CONVERT_TO_MEMBER, processes::marketplace::SUPPLY, WalletOp::TRANSFER,
-    ledger2_wallets::SHARE_FUND_PAY, ledger2_wallets::CK_MEMBER,
+  // 12a. p.mkt.supply: Резервирование под Order (TRANSFER w.wal.share → w.mkt.order,
+  //      Dr 80 / Cr 86). Единственный обязательный шаг ledger2 при createorder.
+  //      Паевой переходит в целевое финансирование на резерв-кошелёк под
+  //      конкретный заказ.
+  { operations::marketplace::LOCK_ORDER, processes::marketplace::SUPPLY, WalletOp::TRANSFER,
+    ledger2_wallets::SHARE_FUND_PAY, ledger2_wallets::MARKETPLACE_ORDER_LOCK,
    ledger2_accounts::SHARE_FUND, ledger2_accounts::TARGET_RECEIPTS,
-    "Конвертация цифрового рубля в членский кошелёк пайщика" },
+    "Резервирование под заказ" },

-  // 12b. p.mkt.supply: Целевое назначение членского в программу Marketplace
-  //      (TRANSFER w.wal.member → w.mkt.member, без Dr/Cr — оба на 86, аналитика на L2).
-  //      Conditional-шаг серии createorder.
-  { operations::marketplace::ASSIGN_TO_PROGRAM, processes::marketplace::SUPPLY, WalletOp::TRANSFER,
-    ledger2_wallets::CK_MEMBER, ledger2_wallets::MARKETPLACE_MEMBER,
+  // 12a². p.mkt.supply: Конвертация паевого в членский «Стола заказов» под доплату
+  //       (TRANSFER w.wal.share → w.mkt.member, Dr 80 / Cr 86). signiss2 при
+  //       actual > ordered: доплата идёт ИМЕННО с членского программы — паевой
+  //       сперва конвертируется сюда, напрямую с паевого не списываем.
+  { operations::marketplace::CONVERT_TO_MKT_MEMBER, processes::marketplace::SUPPLY, WalletOp::TRANSFER,
+    ledger2_wallets::SHARE_FUND_PAY, ledger2_wallets::MARKETPLACE_MEMBER_FUND,
+    ledger2_accounts::SHARE_FUND, ledger2_accounts::TARGET_RECEIPTS,
+    "Конвертация паевого в членский «Стола заказов» под доплату" },
+
+  // 12a³. p.mkt.supply: Добор резерва заказа с членского «Стола заказов»
+  //       (TRANSFER w.mkt.member → w.mkt.order, без Dr/Cr — оба кошелька на 86).
+  //       Парный к CONVERT_TO_MKT_MEMBER шаг доплаты по факту.
+  { operations::marketplace::LOCK_FROM_MEMBER, processes::marketplace::SUPPLY, WalletOp::TRANSFER,
+    ledger2_wallets::MARKETPLACE_MEMBER_FUND, ledger2_wallets::MARKETPLACE_ORDER_LOCK,
    0, 0,
-    "Целевое назначение членского взноса в программу «Стол заказов»" },
+    "Добор резерва заказа с членского «Стола заказов»" },

-  // 12c. p.mkt.supply: Блокировка под Order (BLOCK на w.mkt.member, без Dr/Cr).
-  { operations::marketplace::BLOCK_FOR_ORDER, processes::marketplace::SUPPLY, WalletOp::BLOCK,
-    ledger2_wallets::MARKETPLACE_MEMBER, eosio::name{},
+  // 12b. p.mkt.supply: Снятие резерва (TRANSFER w.mkt.order → w.mkt.member,
+  //      без Dr/Cr — оба кошелька на 86). Срабатывает на cancelorder /
+  //      declineorder / expireorder; для signiss2 — на разницу при
+  //      actual < ordered. Средства возвращаются на членский «Стола заказов»
+  //      (не на универсальный членский) — остаются в программе.
+  { operations::marketplace::UNLOCK_ORDER, processes::marketplace::SUPPLY, WalletOp::TRANSFER,
+    ledger2_wallets::MARKETPLACE_ORDER_LOCK, ledger2_wallets::MARKETPLACE_MEMBER_FUND,
    0, 0,
-    "Блокировка членского взноса под заказ" },
+    "Снятие резерва при отмене заказа" },

-  // 12d. p.mkt.supply: Разблокировка при отмене Order'а (UNBLOCK, без Dr/Cr).
-  //      Срабатывает на cancelorder / expirecycle / declinebatch. Сумма остаётся
-  //      на w.mkt.member.available и может быть потрачена на следующий заказ.
-  { operations::marketplace::UNBLOCK_ON_CANCEL, processes::marketplace::SUPPLY, WalletOp::UNBLOCK,
-    ledger2_wallets::MARKETPLACE_MEMBER, eosio::name{},
-    0, 0,
-    "Разблокировка членского взноса при отмене заказа" },
-
-  // 12e. p.mkt.supply: Вывод программного членского в универсальный членский
-  //      (TRANSFER w.mkt.member → w.wal.member, без Dr/Cr — оба на 86).
-  //      Явное действие пайщика — не часть авто-flow отмены.
-  { operations::marketplace::RECALL_TO_UNIVERSAL, processes::marketplace::SUPPLY, WalletOp::TRANSFER,
-    ledger2_wallets::MARKETPLACE_MEMBER, ledger2_wallets::CK_MEMBER,
-    0, 0,
-    "Вывод членского взноса в универсальный членский кошелёк" },
-
-  // 12f. p.mkt.supply: Приёмка имущества кооперативом по АПП приёмки
+  // 12c. p.mkt.supply: Приёмка имущества кооперативом по АПП приёмки
  //      (Dr 10 / Cr 86, NONE — только бухпроводка, кошельки не двигаются).
  //      Имущество — аналитикой по счёту 10 (per-КУ субсчета), без отдельного кошелька.
-  //      Атомарно с PAYOUT на закрывающей подписи председателя АПП приёмки.
+  //      Атомарно с PAY_SUPPLIER на закрывающей подписи председателя АПП приёмки.
  { operations::marketplace::PURCHASE_FROM_SUPPLIER, processes::marketplace::SUPPLY, WalletOp::NONE,
    eosio::name{}, eosio::name{},
    ledger2_accounts::MATERIALS, ledger2_accounts::TARGET_RECEIPTS,
    "Приёмка имущества кооперативом по АПП приёмки" },

-  // 12g. p.mkt.supply: Оплата поставщику с расчётного счёта
-  //      (Dr 86 / Cr 51, ISSUE ∅ → w.mkt.payout). Атомарно с PURCH.
+  // 12d. p.mkt.supply: Оплата поставщику с расчётного счёта
+  //      (Dr 86 / Cr 51, ISSUE ∅ → w.mkt.payout). Атомарно с PURCHASE_FROM_SUPPLIER.
  { operations::marketplace::PAY_SUPPLIER, processes::marketplace::SUPPLY, WalletOp::ISSUE,
    eosio::name{}, ledger2_wallets::SUPPLIER_PAYMENTS,
    ledger2_accounts::TARGET_RECEIPTS, ledger2_accounts::BANK_ACCOUNT,
    "Оплата поставщику с расчётного счёта по факту приёмки" },

-  // 12h. p.mkt.supply: Выдача имущества пайщику по АПП выдачи — часть 1.
-  //      REVOKE на w.mkt.member.blocked → 0 (целевой расход членского) +
-  //      Dr 91 / Cr 10 (выбытие имущества со склада на «прочие»).
-  //      Согласовано с Ангелиной 2026-05-11. Атомарность с CONSUME_TRANSIT_CLOSE
-  //      обеспечивается транзакцией Antelope — контракт вызывает обе операции
-  //      последовательно в signiss2.
-  { operations::marketplace::CONSUME_BY_MEMBER, processes::marketplace::SUPPLY, WalletOp::REVOKE,
-    ledger2_wallets::MARKETPLACE_MEMBER, eosio::name{},
-    ledger2_accounts::OTHER_INCOME_EXPENSES, ledger2_accounts::MATERIALS,
-    "Выдача имущества пайщику по АПП выдачи — выбытие со склада" },
+  // 12e. p.mkt.supply: Выдача имущества пайщику по АПП выдачи
+  //      (BURN с w.mkt.order, Dr 86 / Cr 10 — сжигание резерва заказа и
+  //      выбытие имущества со склада через целевое финансирование).
+  { operations::marketplace::CONSUME_BY_MEMBER, processes::marketplace::SUPPLY, WalletOp::BURN,
+    ledger2_wallets::MARKETPLACE_ORDER_LOCK, eosio::name{},
+    ledger2_accounts::TARGET_RECEIPTS, ledger2_accounts::MATERIALS,
+    "Выдача имущества пайщику по АПП выдачи" },

-  // 12h2. p.mkt.supply: Выдача — часть 2. NONE Dr 86 / Cr 91 (закрытие
-  //       транзита 91 на счёт ЦФ программы). Кошельки не двигаются.
-  { operations::marketplace::CONSUME_TRANSIT_CLOSE, processes::marketplace::SUPPLY, WalletOp::NONE,
-    eosio::name{}, eosio::name{},
-    ledger2_accounts::TARGET_RECEIPTS, ledger2_accounts::OTHER_INCOME_EXPENSES,
-    "Выдача имущества пайщику — закрытие транзита на ЦФ программы" },
-
-  // 12i. p.mkt.return: Гарантийный возврат — часть 1. ISSUE ∅ → w.mkt.member
-  //      (восстановление средств заказчика в программе) + Dr 91 / Cr 86
-  //      (восстановление «прочих» за счёт ЦФ — зеркало 12h2). Compensating
-  //      forward к CONSUM; ledger2::revert в Столе заказов не используется.
-  //      Атомарность с RETURN_TRANSIT_CLOSE — транзакция Antelope в decretvisit.
+  // 12f. p.mkt.return: Гарантийный возврат имущества пайщиком
+  //      (ISSUE ∅ → w.mkt.member, Dr 10 / Cr 86 — восстановление средств на
+  //      членском «Стола заказов» заказчика и возврат имущества на склад).
+  //      Compensating forward к CONSUME_BY_MEMBER; ledger2::revert в Столе
+  //      заказов не используется.
  { operations::marketplace::RETURN_BY_MEMBER, processes::marketplace::RETURN, WalletOp::ISSUE,
-    eosio::name{}, ledger2_wallets::MARKETPLACE_MEMBER,
-    ledger2_accounts::OTHER_INCOME_EXPENSES, ledger2_accounts::TARGET_RECEIPTS,
-    "Гарантийный возврат — восстановление средств в программе" },
+    eosio::name{}, ledger2_wallets::MARKETPLACE_MEMBER_FUND,
+    ledger2_accounts::MATERIALS, ledger2_accounts::TARGET_RECEIPTS,
+    "Гарантийный возврат — восстановление средств и имущества" },

-  // 12i2. p.mkt.return: Гарантийный возврат — часть 2. NONE Dr 10 / Cr 91
-  //       (имущество назад на склад через транзит — зеркало 12h).
-  { operations::marketplace::RETURN_TRANSIT_CLOSE, processes::marketplace::RETURN, WalletOp::NONE,
-    eosio::name{}, eosio::name{},
-    ledger2_accounts::MATERIALS, ledger2_accounts::OTHER_INCOME_EXPENSES,
-    "Гарантийный возврат — имущество назад на склад через транзит" },
-
-  // 12j. p.mkt.wroff: Утилизация скоропорта — часть 1. NONE Dr 91 / Cr 10
-  //      (выбытие со склада на «прочие»). По протоколу совета.
+  // 12g. p.mkt.wroff: Утилизация скоропорта со склада (NONE Dr 86 / Cr 10).
+  //      По протоколу совета.
  { operations::marketplace::WRITE_OFF_PERISHABLE, processes::marketplace::WRITEOFF, WalletOp::NONE,
    eosio::name{}, eosio::name{},
-    ledger2_accounts::OTHER_INCOME_EXPENSES, ledger2_accounts::MATERIALS,
-    "Утилизация скоропорта — выбытие со склада" },
-
-  // 12j2. p.mkt.wroff: Утилизация скоропорта — часть 2. NONE Dr 86 / Cr 91
-  //       (закрытие транзита). Атомарно с WROFF в execwroff.
-  { operations::marketplace::WRITE_OFF_TRANSIT_CLOSE, processes::marketplace::WRITEOFF, WalletOp::NONE,
-    eosio::name{}, eosio::name{},
-    ledger2_accounts::TARGET_RECEIPTS, ledger2_accounts::OTHER_INCOME_EXPENSES,
-    "Утилизация скоропорта — закрытие транзита на ЦФ программы" },
+    ledger2_accounts::TARGET_RECEIPTS, ledger2_accounts::MATERIALS,
+    "Утилизация скоропорта" },

  // 14. Конвертация в AXN: Dr 80 / Cr 86, TRANSFER SHARE_FUND_PAY → DELEGATE_FEES
  { operations::soviet::CONVERT_AXN, processes::soviet::AXN_CONVERT, WalletOp::TRANSFER,
@@ -386,17 +356,19 @@ static constexpr OperationRegistryEntry OPERATION_REGISTRY[] = {
    ledger2_accounts::SHARE_FUND, ledger2_accounts::TARGET_RECEIPTS,
    "Трансляция паевого взноса из ЦПП «Цифровой Кошелёк» в членский взнос за пользование инфраструктурой" },

-  // 15. Запрос на возврат паевого: BLOCK SHARE_FUND_PAY (без Dr/Cr — внутри одного бухсчёта 80).
-  { operations::wallet::REQUEST_WITHDRAW, processes::wallet::WITHDRAW, WalletOp::BLOCK,
-    ledger2_wallets::SHARE_FUND_PAY, eosio::name{},
+  // 15. Запрос на возврат паевого: TRANSFER SHARE_FUND_PAY → WITHDRAW_PENDING
+  // (без Dr/Cr — оба кошелька на счёте 80; резерв средств на время рассмотрения).
+  { operations::wallet::REQUEST_WITHDRAW, processes::wallet::WITHDRAW, WalletOp::TRANSFER,
+    ledger2_wallets::SHARE_FUND_PAY, ledger2_wallets::WITHDRAW_PENDING,
    0, 0,
-    "Блокировка паевого под запрос на возврат" },
+    "Резервирование паевого под запрос на возврат" },

-  // 16. Отклонение запроса на возврат: UNBLOCK SHARE_FUND_PAY (без Dr/Cr — зеркало REQUEST_WITHDRAW).
-  { operations::wallet::DECLINE_WITHDRAW, processes::wallet::WITHDRAW, WalletOp::UNBLOCK,
-    ledger2_wallets::SHARE_FUND_PAY, eosio::name{},
+  // 16. Отклонение запроса на возврат: TRANSFER WITHDRAW_PENDING → SHARE_FUND_PAY
+  // (без Dr/Cr — зеркало REQUEST_WITHDRAW; возврат резерва пайщику).
+  { operations::wallet::DECLINE_WITHDRAW, processes::wallet::WITHDRAW, WalletOp::TRANSFER,
+    ledger2_wallets::WITHDRAW_PENDING, ledger2_wallets::SHARE_FUND_PAY,
    0, 0,
-    "Разблокировка паевого после отклонения запроса на возврат" },
+    "Снятие резерва паевого после отклонения запроса на возврат" },

  // 17. Возврат из ЦПП «Благорост» в Цифровой Кошелёк: TRANSFER BLAGOROST_FUND → SHARE_FUND_PAY (без Dr/Cr — оба счёта 80, зеркало INVEST).
  { operations::capital::WITHDRAW_FROM_CAPITAL, processes::capital::WTHCAP, WalletOp::TRANSFER,
@@ -453,7 +425,7 @@ static constexpr size_t OPERATION_REGISTRY_SIZE = sizeof(OPERATION_REGISTRY) / s
 //     оба существуют в `LEDGER2_ACCOUNT_MAP`.
 //  4. Для TRANSFER: `wallet_from` ≠ `wallet_to`, оба ≠ 0.
 //  5. Для ISSUE: `wallet_from` == 0 и `wallet_to` ≠ 0.
-//  6. Для BLOCK / UNBLOCK / BURN: `wallet_from` ≠ 0, `wallet_to` == 0.
+//  6. Для BURN: `wallet_from` ≠ 0, `wallet_to` == 0.
 //  7. Все id кошельков из записей существуют в `LEDGER2_WALLET_REGISTRY`.
 namespace ledger2_registry_detail {
  constexpr bool operation_codes_unique() {
@@ -508,22 +480,6 @@ namespace ledger2_registry_detail {
    return true;
  }

-  // Правило 6b: REVOKE — wallet_from required, wallet_to == 0,
-  // обязательная пара Dr/Cr ≠ 0 (списание blocked в пустоту требует
-  // фиксации целевого расхода и выбытия актива). Введён 2026-05-11
-  // под `o.mkt.consum` (выдача имущества пайщику по АПП выдачи).
-  constexpr bool revoke_pattern_correct() {
-    for (size_t i = 0; i < OPERATION_REGISTRY_SIZE; ++i) {
-      const auto& e = OPERATION_REGISTRY[i];
-      if (e.wallet_op != WalletOp::REVOKE) continue;
-      if (e.wallet_from.value == 0) return false;
-      if (e.wallet_to.value != 0)   return false;
-      if (e.debit_account_id  == 0) return false;
-      if (e.credit_account_id == 0) return false;
-    }
-    return true;
-  }
-
  // Правило 8: NONE — оба wallet пустые, обе проводки обязательны (Dr ≠ 0, Cr ≠ 0).
  // Семантика: только бухпроводка, кошельковое движение отсутствует.
  constexpr bool none_pattern_correct() {
@@ -570,8 +526,6 @@ static_assert(ledger2_registry_detail::transfer_wallet_from_ne_to(),
              "OPERATION_REGISTRY: TRANSFER с wallet_from == wallet_to или одним из них == 0");
 static_assert(ledger2_registry_detail::burn_pattern_correct(),
              "OPERATION_REGISTRY: BURN требует wallet_from ≠ 0 и wallet_to == 0");
-static_assert(ledger2_registry_detail::revoke_pattern_correct(),
-              "OPERATION_REGISTRY: REVOKE требует wallet_from ≠ 0, wallet_to == 0 и обе проводки Dr/Cr ≠ 0");
 static_assert(ledger2_registry_detail::none_pattern_correct(),
              "OPERATION_REGISTRY: NONE требует wallet_from == 0, wallet_to == 0 и обе проводки заполненными");
 static_assert(ledger2_registry_detail::accounts_exist_in_map(),
@@ -15,11 +15,10 @@
 * явно разрешённая модель мульти-операционных процессов:
 *   - processes::registrator::ACCEPT  ← o.reg.payent + o.reg.putmin
 *   - processes::capital::RID         ← o.cap.commit + o.cap.accept (+ o.cap.repay) + o.cap.cnvshr/o.cap.cnvbl
- *   - processes::marketplace::SUPPLY  ← o.wal.conv + o.mkt.assign + o.mkt.block + o.mkt.unblk +
- *                                       o.mkt.recall + o.mkt.purch + o.mkt.payout +
- *                                       o.mkt.consum + o.mkt.consum2 (composite через 91)
- *   - processes::marketplace::RETURN  ← o.mkt.return + o.mkt.return2 (composite через 91)
- *   - processes::marketplace::WRITEOFF ← o.mkt.wroff + o.mkt.wroff2 (composite через 91)
+ *   - processes::marketplace::SUPPLY  ← o.mkt.lock + o.mkt.unlock + o.mkt.purch +
+ *                                       o.mkt.payout + o.mkt.consum
+ *   - processes::marketplace::RETURN  ← o.mkt.return
+ *   - processes::marketplace::WRITEOFF ← o.mkt.wroff
 *
 * Одноактовые процессы: `capital::IMPORT`, `capital::PROPERTY`,
 * `capital::INVEST`, `soviet::AXN_CONVERT` (process_type совпадает с
@@ -61,9 +60,9 @@ namespace processes {

  // marketplace
  namespace marketplace {
-    inline constexpr eosio::name SUPPLY    = "p.mkt.supply"_n;   ///< Прямая поставка-приобретение имущества (9 операций: o.wal.conv + o.mkt.assign + o.mkt.block + o.mkt.unblk + o.mkt.recall + o.mkt.purch + o.mkt.payout + o.mkt.consum + o.mkt.consum2 — последние две композитная проводка через транзит 91). Старый p.mkt.reqst (клиринговый) удалён 2026-05-11.
-    inline constexpr eosio::name RETURN    = "p.mkt.return"_n;   ///< Гарантийный возврат имущества пайщиком — compensating forward к o.mkt.consum (o.mkt.return + o.mkt.return2 — композитная проводка через транзит 91).
-    inline constexpr eosio::name WRITEOFF  = "p.mkt.wroff"_n;    ///< Утилизация скоропорта со склада КУ (o.mkt.wroff + o.mkt.wroff2 — композитная проводка через транзит 91, по протоколу совета).
+    inline constexpr eosio::name SUPPLY    = "p.mkt.supply"_n;   ///< Прямая поставка-приобретение имущества (5 операций: o.mkt.lock + o.mkt.unlock + o.mkt.purch + o.mkt.payout + o.mkt.consum).
+    inline constexpr eosio::name RETURN    = "p.mkt.return"_n;   ///< Гарантийный возврат имущества пайщиком — compensating forward к o.mkt.consum (o.mkt.return).
+    inline constexpr eosio::name WRITEOFF  = "p.mkt.wroff"_n;    ///< Утилизация скоропорта со склада КУ (o.mkt.wroff, по протоколу совета).
  }

  // soviet
@@ -27,7 +27,7 @@
 *   w.mkt.* — Маркетплейс (выплаты поставщикам)
 *
 * Sentinel `eosio::name{}` (пустое имя, value=0) — «кошелёк вне системы»
- * для ISSUE (нет wallet_from) и для BURN/BLOCK/UNBLOCK (нет wallet_to).
+ * для ISSUE (нет wallet_from) и для BURN (нет wallet_to).
 *
 * При первом ISSUE/TRANSFER кошелёк создаётся автоматически по записи
 * из WALLET_REGISTRY. При обнулении available+blocked запись удаляется.
@@ -46,7 +46,8 @@ struct ledger2_wallets {
  // wallet — паевой фонд + возвраты + ЦК
  static constexpr eosio::name SHARE_FUND_PAY       = "w.wal.share"_n;   ///< Паевой взнос пайщика (USER_SHARED)
  static constexpr eosio::name CK_MEMBER            = "w.wal.member"_n;  ///< ЦК — членская часть пайщика (USER_SHARED)
-  static constexpr eosio::name WITHDRAWALS_SINK     = "w.wal.wthdrw"_n;  ///< Возвраты паевых взносов пайщикам (sink TRANSFER, COOPERATIVE)
+  static constexpr eosio::name WITHDRAWALS_SINK     = "w.wal.wthdrw"_n;  ///< DEPRECATED 2026-05-21: исторический sink возвратов. Оставлен в реестре для исторических L2-балансов (накопленные возвраты до перехода). Не использовать в новых операциях.
+  static constexpr eosio::name WITHDRAW_PENDING     = "w.wal.wpend"_n;   ///< Резерв паевого под заявку на возврат (COOPERATIVE-пул). o.wal.wthreq переводит сюда с w.wal.share, o.wal.wthdec возвращает обратно, o.wal.wthcpl сжигает отсюда. Заменил механику blocked/BLOCK/UNBLOCK 2026-05-24.

  // registrator — минимальный паевой + вступительные
  static constexpr eosio::name MIN_SHARE_FUND       = "w.reg.minshr"_n;  ///< Минимальный паевой взнос пайщика (USER_SHARED, без сверки соглашений)
@@ -61,12 +62,13 @@ struct ledger2_wallets {
  // capital — единые программные кошельки + займы + пред-импорт
  static constexpr eosio::name LOAN_ISSUED          = "w.cap.loan"_n;    ///< Выданные пайщикам беспроцентные займы (COOPERATIVE; Dr 58 / Cr 51)
  static constexpr eosio::name BLAGOROST_FUND       = "w.cap.blago"_n;   ///< Благорост — единый агрегированный кошелёк программы (USER_SHARED; ADR-009)
-  static constexpr eosio::name GENERATOR_FUND       = "w.cap.gen"_n;     ///< Генератор — единый агрегированный кошелёк программы (USER_SHARED; ADR-009)
+  static constexpr eosio::name GENERATOR_FUND       = "w.cap.gen"_n;     ///< Генератор — единый агрегированный кошелёк программы (COOPERATIVE — кооперативный пул, без L3-разреза по пайщику; L3-разрез из ADR-009 отменён из-за несовместимости с CRPS-перераспределением, см. wallets.hpp:107)
  static constexpr eosio::name PREIMP_FUND          = "w.cap.preimp"_n;  ///< Первичный учёт РИД-взносов до перехода на электронный учёт (USER_SHARED; o.cap.preimp / o.cap.drppre)

-  // marketplace — программный членский + выплаты
-  static constexpr eosio::name MARKETPLACE_MEMBER   = "w.mkt.member"_n;  ///< ЦПП «Стол Заказов» — программный членский кошелёк пайщика (USER_SHARED; BLOCK/UNBLOCK/REVOKE под Order)
-  static constexpr eosio::name SUPPLIER_PAYMENTS    = "w.mkt.payout"_n;  ///< Выплаты поставщикам (sink PAYOUT, COOPERATIVE)
+  // marketplace — резерв под Order + членский «Стола заказов» + выплаты
+  static constexpr eosio::name MARKETPLACE_ORDER_LOCK = "w.mkt.order"_n;   ///< ЦПП «Стол Заказов» — резерв средств пайщика под конкретный Order (USER_SHARED). TRANSFER w.wal.share → w.mkt.order на createorder (Дт 80 / Кт 86); обратный TRANSFER на w.mkt.member при cancel/decline/expire (без проводки); BURN с w.mkt.order на signiss2 (Дт 86 / Кт 10).
+  static constexpr eosio::name MARKETPLACE_MEMBER_FUND = "w.mkt.member"_n; ///< ЦПП «Стол Заказов» — членский кошелёк пайщика программы (USER_SHARED, счёт 86). Сюда возвращается остаток резерва при отмене/недовыдаче и гарантийном возврате; сюда же конвертируется паевой взнос (o.mkt.conv) при доплате по факту — списание под заказ идёт ИМЕННО с членского программы, не с паевого напрямую.
+  static constexpr eosio::name SUPPLIER_PAYMENTS      = "w.mkt.payout"_n;  ///< Выплаты поставщикам (sink PAYOUT, COOPERATIVE)
 };

 /**
@@ -95,19 +97,25 @@ struct Ledger2WalletMeta {
  WalletKind       kind;
 };

-inline constexpr std::array<Ledger2WalletMeta, 15> LEDGER2_WALLET_REGISTRY = {{
+inline constexpr std::array<Ledger2WalletMeta, 17> LEDGER2_WALLET_REGISTRY = {{
  // USER_SHARED (7) — L3-разрез по пайщику
-  { ledger2_wallets::MIN_SHARE_FUND,    "Минимальный паевой взнос",                                 WalletKind::USER_SHARED },
-  { ledger2_wallets::SHARE_FUND_PAY,    "Паевой взнос пайщика",                                     WalletKind::USER_SHARED },
-  { ledger2_wallets::CK_MEMBER,         "ЦК — членская часть пайщика",                              WalletKind::USER_SHARED },
-  { ledger2_wallets::BLAGOROST_FUND,    "ЦПП «Благорост» — единый кошелёк программы у пайщика",     WalletKind::USER_SHARED },
-  { ledger2_wallets::GENERATOR_FUND,    "ЦПП «Генератор» — единый кошелёк программы у пайщика",     WalletKind::USER_SHARED },
-  { ledger2_wallets::PREIMP_FUND,       "Первичный учёт РИД-взносов до перехода на электронный учёт", WalletKind::USER_SHARED },
-  { ledger2_wallets::MARKETPLACE_MEMBER, "ЦПП «Стол Заказов» — программный членский у пайщика",     WalletKind::USER_SHARED },
+  { ledger2_wallets::MIN_SHARE_FUND,        "Минимальный паевой взнос",                                 WalletKind::USER_SHARED },
+  { ledger2_wallets::SHARE_FUND_PAY,        "Паевой взнос пайщика",                                     WalletKind::USER_SHARED },
+  { ledger2_wallets::CK_MEMBER,             "ЦК — членская часть пайщика",                              WalletKind::USER_SHARED },
+  { ledger2_wallets::BLAGOROST_FUND,        "ЦПП «Благорост» — единый кошелёк программы у пайщика",     WalletKind::USER_SHARED },
+  { ledger2_wallets::PREIMP_FUND,           "Первичный учёт РИД-взносов до перехода на электронный учёт", WalletKind::USER_SHARED },
+  { ledger2_wallets::MARKETPLACE_ORDER_LOCK,"ЦПП «Стол Заказов» — резерв под заказ у пайщика",         WalletKind::USER_SHARED },
+  { ledger2_wallets::MARKETPLACE_MEMBER_FUND,"ЦПП «Стол Заказов» — членский кошелёк пайщика программы",  WalletKind::USER_SHARED },

-  // COOPERATIVE (8) — единый кооперативный баланс, без L3
+  // COOPERATIVE (10) — единый кооперативный баланс, без L3
+  // GENERATOR_FUND переведён сюда из USER_SHARED (см. wallets.hpp:64) —
+  // CRPS-распределение между сегментами проекта не поддерживает per-user
+  // компенсирующие TRANSFER на approvecmmt, поэтому L3-проверка walletop
+  // ломала convertsegm у пайщиков, чья доля выросла через CRPS.
+  { ledger2_wallets::GENERATOR_FUND,    "ЦПП «Генератор» — единый кошелёк программы",               WalletKind::COOPERATIVE },
  { ledger2_wallets::ENTRANCE_FEES,     "Вступительные взносы",                                     WalletKind::COOPERATIVE },
-  { ledger2_wallets::WITHDRAWALS_SINK,  "Возвраты паевых взносов пайщикам",                         WalletKind::COOPERATIVE },
+  { ledger2_wallets::WITHDRAWALS_SINK,  "Возвраты паевых взносов пайщикам (deprecated, не используется в новых операциях)", WalletKind::COOPERATIVE },
+  { ledger2_wallets::WITHDRAW_PENDING,  "Резерв паевого под заявку на возврат",                     WalletKind::COOPERATIVE },
  { ledger2_wallets::INFRA_FEES,        "Членские взносы за инфраструктуру кооп. платформы",        WalletKind::COOPERATIVE },
  { ledger2_wallets::DELEGATE_FEES,     "Делегатские членские взносы",                              WalletKind::COOPERATIVE },
  { ledger2_wallets::SOV_EXPENSES,      "Хозяйственные расходы из числа целевого финансирования",   WalletKind::COOPERATIVE },
@@ -226,14 +234,15 @@ struct Ledger2WalletProgramMapping {
  uint64_t    required_program_id; // 0 = исключение (без проверки)
 };

-inline constexpr std::array<Ledger2WalletProgramMapping, 7> LEDGER2_USER_SHARED_PROGRAM_MAPPING = {{
-  { ledger2_wallets::MIN_SHARE_FUND,    0 /* w.reg.minshr — без проверки */    },
-  { ledger2_wallets::SHARE_FUND_PAY,    1 /* ЦК */                              },
-  { ledger2_wallets::CK_MEMBER,         1 /* ЦК */                              },
-  { ledger2_wallets::BLAGOROST_FUND,    4 /* Благорост */                       },
-  { ledger2_wallets::GENERATOR_FUND,    3 /* Генератор */                       },
-  { ledger2_wallets::PREIMP_FUND,       0 /* w.cap.preimp — РИД-учёт до перехода на электронный учёт, без проверки */ },
-  { ledger2_wallets::MARKETPLACE_MEMBER, 2 /* Marketplace */                    },
+inline constexpr std::array<Ledger2WalletProgramMapping, 8> LEDGER2_USER_SHARED_PROGRAM_MAPPING = {{
+  { ledger2_wallets::MIN_SHARE_FUND,         0 /* w.reg.minshr — без проверки */    },
+  { ledger2_wallets::SHARE_FUND_PAY,         1 /* ЦК */                              },
+  { ledger2_wallets::CK_MEMBER,              1 /* ЦК */                              },
+  { ledger2_wallets::BLAGOROST_FUND,         4 /* Благорост */                       },
+  { ledger2_wallets::GENERATOR_FUND,         3 /* Генератор */                       },
+  { ledger2_wallets::PREIMP_FUND,            0 /* w.cap.preimp — РИД-учёт до перехода на электронный учёт, без проверки */ },
+  { ledger2_wallets::MARKETPLACE_ORDER_LOCK, 2 /* Marketplace */                    },
+  { ledger2_wallets::MARKETPLACE_MEMBER_FUND,2 /* Marketplace */                    },
 }};

 /**
@@ -110,8 +110,8 @@ inline void update_writeoff_proposal(eosio::name coopname, uint64_t proposal_id,
 // ── Cross-contract read: ledger2 wallet/userwallet balances ─────────────
 //
 // Используется в createorder для guard'а Locked Decision L6 (без отрицательного
-// баланса) и для решения о пропуске conditional операций o.wal.conv / o.mkt.assign
-// (если на целевом кошельке уже хватает available — соответствующий шаг скипается).
+// баланса) — проверка достаточности средств заказчика на паевом кошельке
+// перед вызовом o.mkt.lock.
 //
 // ВАЖНО: контракт marketplace не вызывает ledger2::walletop напрямую, а только
 // читает state (RAM-таблицы wallets2 / userwallets через cross-contract scope).
@@ -124,5 +124,6 @@ namespace Names {
    constexpr eosio::name CREATE_WITHDRAW_2 = "createwthd2"_n; // акцепт возврата из проекта
    constexpr eosio::name CREATE_WITHDRAW_3 = "createwthd3"_n; // акцепт возврата из программы
    constexpr eosio::name CREATE_RESULT = "createresult"_n; // акцепт результата
+    constexpr eosio::name CONVERT_SEGMENT = "convertsegm"_n; // финальная фаза p.cap.rid — трансляция паевого взноса
  }
 }
@@ -39,16 +39,24 @@ namespace OrderStatus {
 }

 /**
- * @brief Тип цикла отсечки заявок поставщика (атрибут Offer'а — Locked Decision L11).
+ * @brief Состояние выплаты поставщику по Order'у (Locked Decision L12, E11
+ * техдолг 598-16). Выплата идёт через gateway::createoutpay → действие
+ * кассира → callback `marketplace::payconfirm` / `marketplace::paydecline`.
 *
- * Сохраняется на Order'е, потому что фактический cycle_type фиксируется в момент
- * createorder и не меняется при последующем редактировании Offer'а поставщиком.
+ * Допустимые переходы:
+ *   none → pending             — `marketplace::payout` отправил inline в gateway.
+ *   pending → completed        — gateway::outcomplete → callback `payconfirm`.
+ *                                Здесь применяется o.mkt.payout (Дт 86 / Кт 51).
+ *   pending → declined         — gateway::outdecline → callback `paydecline`.
+ *                                Без ledger-движения; обязательство Кт 86 остаётся.
+ *   declined → pending         — повторная попытка `marketplace::payout` после
+ *                                исправления реквизитов кассиром.
 */
-namespace CycleType {
-  inline constexpr eosio::name TIME_BASED        = "timebased"_n;
-  inline constexpr eosio::name VOLUME_BASED      = "volumebased"_n;
-  inline constexpr eosio::name OPEN_SUBSCRIPT    = "opensubscr"_n;
-  inline constexpr eosio::name INDIVIDUAL        = "individual"_n;
+namespace OrderPayoutStatus {
+  inline constexpr eosio::name NONE      = "none"_n;
+  inline constexpr eosio::name PENDING   = "pending"_n;
+  inline constexpr eosio::name COMPLETED = "completed"_n;
+  inline constexpr eosio::name DECLINED  = "declined"_n;
 }

 /**
@@ -119,7 +127,6 @@ struct [[eosio::table, eosio::contract(MARKETPLACE)]] order {
  eosio::asset total_cost = asset(0, _root_govern_symbol);    ///< quantity * unit_price (заблокированная сумма)
  eosio::asset fact_cost  = asset(0, _root_govern_symbol);    ///< actual_quantity * unit_price (после signiss2)

-  eosio::name cycle_type = CycleType::TIME_BASED;             ///< снимок cycle_type Offer'а на момент createorder
  uint32_t warranty_period_secs = 0;                          ///< из Offer'а — для submretrn гард'а
  time_point_sec warranty_until = time_point_sec(0);          ///< now() + warranty_period_secs (заполняется в signiss2)

@@ -131,6 +138,9 @@ struct [[eosio::table, eosio::contract(MARKETPLACE)]] order {
  document2 issue_act_signiss1;                               ///< АПП выдачи — первая подпись председателя КУ выдачи (signiss1)
  document2 issue_act_signiss2;                               ///< АПП выдачи — финальная подпись заказчика (signiss2)

+  eosio::name payout_status = OrderPayoutStatus::NONE;        ///< Locked Decision L12 — состояние выплаты поставщику через gateway (см. namespace OrderPayoutStatus)
+  std::string payout_decline_reason;                          ///< Заполняется только при payout_status == DECLINED (текст причины из gateway::outdecline)
+
  uint64_t return_request_id = 0;                             ///< 0 если активного гарантийного возврата нет

  // Все timestamp'ы переходов состояний (createorder/accepted/received_to_coop/
@@ -17,18 +17,26 @@ using namespace eosio;
 /**
 * @brief Статусы проекта решения совета о списании скоропорта (процесс p.mkt.wroff).
 *
- * Граф: ∅ → draft → executed (final, ledger2-операции применены)
- *                 → rejected (final, без ledger2-операций)
+ * Граф (выровнен под канонический паттерн «решение совета»
+ * `soviet::createagenda` + callback'и):
+ *
+ *   ∅
+ *   ├─ propwroff (admin) ─────────────►  proposed
+ *   │  └─ soviet::createagenda(type=mktwroff, callback=onmktwoauth/onmktwodecl)
+ *   ├─ onmktwoauth (callback от soviet) ► authorized (хранит protocol2)
+ *   │  └─ execwroff per-item (backend цикл) ► executed (final)
+ *   └─ onmktwodecl (callback от soviet) ► rejected   (final, без ledger2-операций)
 *
 * Источник правды — `p.mkt.wroff.standard.yaml` секция `states:`.
 */
 namespace WroffStatus {
-  // Имя константы PROPOSED (а не DRAFT) — конфликт с макросом
-  // DRAFT="draft" из lib/consts.hpp; on-chain строка осталась "draft"_n,
-  // как в p.mkt.wroff.standard.yaml.
-  inline constexpr eosio::name PROPOSED = "draft"_n;
-  inline constexpr eosio::name EXECUTED = "executed"_n;
-  inline constexpr eosio::name REJECTED = "rejected"_n;
+  // on-chain имена 1:1 совпадают с YAML; PROPOSED/AUTHORIZED/EXECUTED/REJECTED —
+  // C++-константы (имя PROPOSED вместо DRAFT — чтобы не конфликтовать с макросом
+  // DRAFT из lib/consts.hpp).
+  inline constexpr eosio::name PROPOSED   = "proposed"_n;
+  inline constexpr eosio::name AUTHORIZED = "authorized"_n;
+  inline constexpr eosio::name EXECUTED   = "executed"_n;
+  inline constexpr eosio::name REJECTED   = "rejected"_n;
 }

 /**
@@ -70,12 +78,11 @@ struct wroff_item {
 *
 * scope = coopname; primary_key = id; уникальность через `byhash` индекс на
 * `proposal.hash` — этот hash используется как `process_hash` во всех
- * ledger2-операциях процесса (WROFF + WROFF2 — по паре per-item).
+ * ledger2-операциях процесса (o.mkt.wroff per-item).
 *
 * `items` — vector<wroff_item> позиций к списанию; на execwroff контракт
- * последовательно вызывает `Ledger2::apply(o.mkt.wroff, item.amount, …)` +
- * `Ledger2::apply(o.mkt.wroff2, item.amount, …)` для каждой позиции в
- * одной транзакции Antelope.
+ * последовательно вызывает `Ledger2::apply(o.mkt.wroff, item.amount, …)`
+ * для каждой позиции в одной транзакции Antelope.
 *
 * `protocol` — document2 решения совета (signed_by: council_members).
 * Подпись — через стандартный sov.decision-протокол (см. p.mkt.wroff.standard.yaml
@@ -92,10 +99,12 @@ struct [[eosio::table, eosio::contract(MARKETPLACE)]] writeoff_proposal {
  eosio::asset total_amount = asset(0, _root_govern_symbol);  ///< Σ items.amount (для UI / отчёта)

  eosio::name status = WroffStatus::PROPOSED;
-  document2 protocol;                                         ///< протокол решения совета (для execwroff)
-  std::string reject_reason;                                  ///< причина отклонения (для declwroff)
+  document2 protocol;                                         ///< Подписанный советом протокол решения; кладётся в callback onmktwoauth/onmktwodecl
+  std::string reject_reason;                                  ///< Причина отклонения (можно достать из meta protocol в onmktwodecl)

-  // Timestamp'ы propwroff/execwroff/declwroff — на бэкенде из blockchain_actions[at].
+  // Связка с soviet.decisions — через decisions.hash == proposal.hash; backend стыкует обе таблицы по hash.
+  // Timestamp'ы propwroff / onmktwoauth / onmktwodecl / execwroff фиксируются
+  // backend'ом из блокчейн-дельт (поле blockchain_actions[at]).

  uint64_t primary_key()  const { return id; }
  checksum256 by_hash()   const { return hash; }
@@ -13,6 +13,9 @@
 #include "src/p.mkt.supply/declineorder.cpp"
 #include "src/p.mkt.supply/signsupp.cpp"
 #include "src/p.mkt.supply/signchair.cpp"
+#include "src/p.mkt.supply/payout.cpp"
+#include "src/p.mkt.supply/payconfirm.cpp"
+#include "src/p.mkt.supply/paydecline.cpp"
 #include "src/p.mkt.supply/signiss1.cpp"
 #include "src/p.mkt.supply/signiss2.cpp"

@@ -23,10 +26,14 @@
 #include "src/p.mkt.return/accretrn.cpp"
 #include "src/p.mkt.return/rejretrn.cpp"

-// ── p.mkt.wroff (3 actions) ───── Stories Эпика 8 ──────────────────────
+// ── p.mkt.wroff (4 actions) ───── Stories Эпика 8 ──────────────────────
+// Канонический паттерн «решение совета»: propwroff (admin) → soviet::createagenda
+// → onmktwoauth / onmktwodecl (callback от soviet после голосования) → execwroff
+// per-item (backend цикл).
 #include "src/p.mkt.wroff/propwroff.cpp"
+#include "src/p.mkt.wroff/onmktwoauth.cpp"
+#include "src/p.mkt.wroff/onmktwodecl.cpp"
 #include "src/p.mkt.wroff/execwroff.cpp"
-#include "src/p.mkt.wroff/declwroff.cpp"

 [[eosio::action]] void marketplace::migrate() {
  // Donor-таблиц нет (AR30 — donor-actions удалены вместе с requests/segments/
@@ -31,7 +31,16 @@ using namespace Marketplace;
 *    acceptorder, declineorder, signsupp, signchair, signiss1, signiss2.
 *  - **p.mkt.return** (5 actions): submretrn, aprretrem, rejretrem, accretrn,
 *    rejretrn.
- *  - **p.mkt.wroff** (3 actions): propwroff, execwroff, declwroff.
+ *  - **p.mkt.wroff** (4 actions): propwroff, execwroff, onmktwoauth, onmktwodecl.
+ *    Cписание скоропорта идёт через канонический паттерн «решение совета»:
+ *    backend подписывает Заявление о списании (registry 1106) ключом
+ *    кооператива, вызывает `propwroff` (запись wroffprops::proposed) +
+ *    `soviet::createagenda(type=mktwroff, callback=onmktwoauth/onmktwodecl)`.
+ *    После голосования совета и подписи Протокола (registry 1105) chairman'ом
+ *    soviet::exec автоматически вызывает callback `onmktwoauth` (PROPOSED →
+ *    AUTHORIZED, сохраняется protocol2) или `onmktwodecl` (PROPOSED → REJECTED).
+ *    Только после AUTHORIZED backend циклом по items вызывает `execwroff`
+ *    per-item (o.mkt.wroff на каждой позиции).
 *
 * Все per-batch операции на on-chain выполняются per-Order (бэкенд
 * проходит циклом по Order'ам соответствующего batch'а, объединяя их по
@@ -72,7 +81,7 @@ public:

  /**
   * @brief Заказчик размещает заказ на товар из каталога (Story 4.1).
-   * Серия: o.wal.conv (conditional) → o.mkt.assign (conditional) → o.mkt.block.
+   * Один шаг ledger2: o.mkt.lock (TRANSFER w.wal.share → w.mkt.order).
   * @ingroup public_marketplace_actions
   */
  [[eosio::action]] void createorder(eosio::name coopname,
@@ -83,12 +92,11 @@ public:
                                      eosio::name delivery_braname,
                                      uint64_t quantity,
                                      eosio::asset unit_price,
-                                      eosio::name cycle_type,
                                      uint32_t warranty_period_secs,
                                      checksum256 batch_hash);

  /**
-   * @brief Заказчик отменяет заказ до акцепта (Story 4.4). Триггерит o.mkt.unblk.
+   * @brief Заказчик отменяет заказ до акцепта (Story 4.4). Триггерит o.mkt.unlock.
   * @ingroup public_marketplace_actions
   */
  [[eosio::action]] void cancelorder(eosio::name coopname,
@@ -97,7 +105,7 @@ public:

  /**
   * @brief Backend закрывает Order по таймауту цикла отсечки (Story 4.3).
-   * Per-Order: o.mkt.unblk + статус active → cancelled. Backend вычисляет
+   * Per-Order: o.mkt.unlock + статус active → cancelled. Backend вычисляет
   * threshold по batch'у вне контракта; для каждого истёкшего Order'а
   * вызывается отдельный `expireorder`.
   * @ingroup public_marketplace_actions
@@ -117,7 +125,7 @@ public:

  /**
   * @brief Поставщик отказывается от одного Order'а до акцепта (Story 4.5).
-   * Per-Order: o.mkt.unblk на total_cost + статус active → cancelled.
+   * Per-Order: o.mkt.unlock на total_cost + статус active → cancelled.
   * Backend проходит циклом по orders батча, вызывая `declineorder` per Order.
   * @ingroup public_marketplace_actions
   */
@@ -141,17 +149,57 @@ public:

  /**
   * @brief Председатель приёмного КУ ставит закрывающую подпись на АПП
-   * приёмки одного Order'а (Story 5.3/5.4). Per-Order: o.mkt.purch +
-   * o.mkt.payout (атомарно). Авторизация подписи: председатель / trustee /
-   * trusted ∈ branches[o.accept_braname]. Backend проходит циклом по orders
-   * батча с одинаковым `act`.
+   * приёмки одного Order'а (Story 5.3/5.4). Per-Order: только o.mkt.purch
+   * (Дт 10 / Кт 86). Выплата поставщику (o.mkt.payout) — отдельным lazy
+   * action'ом `payout` после подтверждения кассиром фактического банковского
+   * перевода (E11 техдолг 598-16, Locked Decision L12). Авторизация подписи:
+   * председатель / trustee / trusted ∈ branches[o.accept_braname]. Backend
+   * проходит циклом по orders батча с одинаковым `act`.
   * @ingroup public_marketplace_actions
   */
  [[eosio::action]] void signchair(eosio::name coopname,
                                    eosio::name signer,
                                    checksum256 order_hash,
+                                    uint64_t actual_quantity,
+                                    eosio::asset actual_unit_price,
                                    document2 act);

+  /**
+   * @brief Инициация исходящей выплаты поставщику через контракт gateway по
+   * одному Order'у (E11 техдолг 598-16, Locked Decision L12). Per-Order:
+   * inline-вызов `gateway::createoutpay` с callback'ами на `payconfirm` /
+   * `paydecline`. Ledger2-операция o.mkt.payout (Дт 86 / Кт 51) применяется
+   * НЕ здесь, а в callback'е `payconfirm` после действия кассира. Статус
+   * Order'а не меняется; защита от двойного запроса — через
+   * `order.payout_status` (NONE/DECLINED → PENDING).
+   * @ingroup public_marketplace_actions
+   */
+  [[eosio::action]] void payout(eosio::name coopname,
+                                 checksum256 order_hash);
+
+  /**
+   * @brief Callback от gateway::outcomplete — кассир подтвердил
+   * банковский перевод поставщику (E11 техдолг 598-16, Locked Decision L12).
+   * Здесь применяется o.mkt.payout (Дт 86 / Кт 51) и `payout_status`
+   * переходит PENDING → COMPLETED. Авторизация: `_gateway`. `outcome_hash`
+   * совпадает с `order.hash` (так задано при `payout`).
+   * @ingroup public_marketplace_actions
+   */
+  [[eosio::action]] void payconfirm(eosio::name coopname,
+                                     checksum256 outcome_hash);
+
+  /**
+   * @brief Callback от gateway::outdecline — кассир отметил, что
+   * банковский перевод не состоялся (E11 техдолг 598-16, Locked Decision L12).
+   * Ledger2-операция НЕ применяется; обязательство Кт 86 остаётся открытым.
+   * `payout_status` PENDING → DECLINED; `payout_decline_reason` сохраняется.
+   * Авторизация: `_gateway`.
+   * @ingroup public_marketplace_actions
+   */
+  [[eosio::action]] void paydecline(eosio::name coopname,
+                                     checksum256 outcome_hash,
+                                     std::string reason);
+
  /**
   * @brief Председатель КУ выдачи открывает выдачу первой подписью АПП-выдачи
   * (Story 6.1). Без ledger2-операций — статус ready_to_receive. Авторизация:
@@ -166,9 +214,9 @@ public:
  /**
   * @brief Заказчик ставит финальную подпись АПП-выдачи (Story 6.3).
   * Per-Order с поддержкой actual_quantity ≠ ordered (Story 6.2).
-   * Atomic: [o.mkt.unblk на разницу если actual<ordered |
-   *          o.wal.conv+o.mkt.assign+o.mkt.block на разницу если actual>ordered]
-   *         + o.mkt.consum + o.mkt.consum2.
+   * Atomic: [o.mkt.unlock на разницу если actual<ordered |
+   *          o.mkt.lock на разницу если actual>ordered]
+   *         + o.mkt.consum.
   * Подпись акта: orderer + любой авторизованный из branches[o.delivery_braname].
   * @ingroup public_marketplace_actions
   */
@@ -176,6 +224,7 @@ public:
                                   eosio::name orderer,
                                   checksum256 order_hash,
                                   uint64_t actual_quantity,
+                                   eosio::asset actual_unit_price,
                                   eosio::name delivery_signer,
                                   document2 act);

@@ -220,7 +269,7 @@ public:

  /**
   * @brief Председатель принимает возврат на очном осмотре (Story 7.4).
-   * Atomic: o.mkt.return + o.mkt.return2 (compensating forward).
+   * Один шаг: o.mkt.return (compensating forward к o.mkt.consum).
   * Авторизация: подписант ∈ branches[braname].
   * @ingroup public_marketplace_actions
   */
@@ -245,37 +294,71 @@ public:
  // ── p.mkt.wroff ──────────────────────────────────────────────────────

  /**
-   * @brief Backend / админ выносит проект списания на повестку совета (Story 8.1).
-   * Без ledger2-операций — только создание proposal с N позициями.
+   * @brief Backend выносит проект списания на повестку совета (Story 8.1).
+   * Без ledger2-операций — только создание proposal с N позициями (статус
+   * proposed) и тем же inline-вызовом ставит повестку: `soviet::createagenda`
+   * от `permission_level{_marketplace, active}` с `callback_contract=marketplace`,
+   * `confirm_callback=onmktwoauth`, `decline_callback=onmktwodecl`,
+   * `type=mktwroff`, `hash=proposal_hash`, `statement` (Заявление 1106).
+   * Проект может подаваться председателем (за подписью) либо автоматически —
+   * мост повестки целиком на контракте, без участия backend.
   * @ingroup public_marketplace_actions
   */
  [[eosio::action]] void propwroff(eosio::name coopname,
                                    eosio::name proposed_by,
                                    checksum256 proposal_hash,
-                                    std::vector<wroff_item> items);
+                                    std::vector<wroff_item> items,
+                                    document2 statement,
+                                    std::string meta);

  /**
-   * @brief Совет исполняет одну позицию проекта списания (Story 8.3).
-   * Per-item: o.mkt.wroff + o.mkt.wroff2 (атомарно в той же транзакции),
-   * `items[item_index].executed = true`. Когда все items.executed → proposal
-   * status переходит в EXECUTED. Авторизация: подписант ∈ branches[items[item_index].braname].
-   * Backend проходит циклом по неисполненным items, вызывая `execwroff` per item.
+   * @brief Callback от `soviet::exec` после авторизации Протокола совета
+   * (registry 1105) председателем (Story 8.4). PROPOSED → AUTHORIZED;
+   * сохраняется `authorization` в `wroffprops.protocol`. Цикл per-item
+   * списания запускает backend через `execwroff` после получения этой дельты.
+   *
+   * Авторизация: контракт `_soviet` (`require_auth(_soviet)`); сигнатура
+   * соответствует `authorize_action_effect` в soviet — `(coopname, hash,
+   * authorization)`.
+   * @ingroup public_marketplace_actions
+   */
+  [[eosio::action]] void onmktwoauth(eosio::name coopname,
+                                      checksum256 hash,
+                                      document2 authorization);
+
+  /**
+   * @brief Callback от `soviet::cancelexprd` (или от любого decline-эффекта в
+   * soviet) — повестка отклонена или просрочена (Story 8.4). PROPOSED →
+   * REJECTED; `reason` сохраняется в `wroffprops.reject_reason`. Без
+   * ledger2-движений.
+   *
+   * Сигнатура `(coopname, hash, reason)` соответствует
+   * `DECLINE_CALLBACK_SIGNATURE` в `lib/core/soviet/soviet.hpp:19`.
+   * Авторизация: `_soviet`.
+   * @ingroup public_marketplace_actions
+   */
+  [[eosio::action]] void onmktwodecl(eosio::name coopname,
+                                      checksum256 hash,
+                                      std::string reason);
+
+  /**
+   * @brief Backend исполняет одну позицию авторизованного проекта списания
+   * (Story 8.4). Per-item: `o.mkt.wroff`, `items[item_index].executed = true`.
+   * Когда все items исполнены, статус AUTHORIZED → EXECUTED.
+   *
+   * Защита от газового лимита (тысячи позиций в одной транзакции Antelope
+   * не помещаются) — backend проходит цикл и вызывает `execwroff` per item.
+   *
+   * Guards:
+   *  - proposal.status == AUTHORIZED (callback `onmktwoauth` уже отработал);
+   *  - подписант (`signer`) авторизован для КУ-источника
+   *    (`branches[items[item_index].braname]`).
   * @ingroup public_marketplace_actions
   */
  [[eosio::action]] void execwroff(eosio::name coopname,
                                    eosio::name signer,
                                    checksum256 proposal_hash,
-                                    uint64_t item_index,
-                                    document2 protocol);
-
-  /**
-   * @brief Совет отклоняет проект списания целиком (Story 8.3).
-   * @ingroup public_marketplace_actions
-   */
-  [[eosio::action]] void declwroff(eosio::name coopname,
-                                    eosio::name decided_by,
-                                    checksum256 proposal_hash,
-                                    std::string reason);
+                                    uint64_t item_index);

  // ── service ──────────────────────────────────────────────────────────

@@ -7,42 +7,34 @@
 # исходной выдаче (o.mkt.consum). Откат через ledger2::revert НЕ
 # используется (упрощение реализации MVP — реверты исключены из системы).
 #
-# **Модель кошельков (упрощённая, refinement 2026-05-04):** один программный
-# кошелёк w.mkt.member (per-user) — членские взносы пайщика в программу.
-# Возврат суммы при гарантии происходит на тот же программный кошелёк
-# (.available восстанавливается); пайщик может потратить на следующий заказ
-# или вывести в общий членский кошелёк (w.wal.member) через o.mkt.recall.
+# **Модель кошельков:** возврат суммы при гарантии происходит на членский
+# кошелёк «Стола заказов» пайщика (w.mkt.member.available восстанавливается);
+# средства остаются в программе — заказчик направляет их на следующие заказы
+# либо отдельным действием выводит в универсальный членский.
 #
-# Идентификация кошельков — eosio::name с префиксом w.<contract>.<waltype>
-# (рефакторинг 2026-04-27 на ветке reports). Sentinel '' (пустая строка) —
-# «кошелёк вне системы» для ISSUE/REVOKE/ACCOUNT_ONLY.
+# Идентификация кошельков — eosio::name с префиксом w.<contract>.<waltype>.
+# Sentinel '' (пустая строка) — «кошелёк вне системы» для ISSUE.
 #
 # Возврат поставщику и работа с поставщиком по претензиям — out of MVP;
 # вернувшееся имущество остаётся на складе КУ как материальный остаток,
 # его дальнейшая судьба вне этого процесса.
 #
-# В процессе участвуют 2 ledger2-операции (compensating-forward пара, зеркало
-# выдачи на supply — через транзит счёта 91):
-#   • o.mkt.return  — часть 1: ISSUE ∅ → w.mkt.member (восстановление
-#                     .available заказчика в программе) + Дт 91 / Кт 86
-#                     (восстановление «прочих» за счёт ЦФ)
-#   • o.mkt.return2  — часть 2: NONE Дт 10 / Кт 91 (имущество назад на склад
-#                     через закрытие транзита). Атомарно с o.mkt.return
-#                     в той же транзакции accretrn.
+# В процессе участвует 1 ledger2-операция (compensating forward к выдаче):
+#   • o.mkt.return  — ISSUE ∅ → w.mkt.member (восстановление .available
+#                     на членском «Стола заказов» заказчика) + Дт 10 / Кт 86
+#                     (имущество назад на склад через целевое финансирование).
 #
 # Канон формата:
 #   coopenomics-docs/docs/standards/_spec/canon.md
 # Источники правды в коде:
 #   • cpp/marketplace/marketplace.hpp                 — actions (status: proposed)
-#   • cpp/marketplace/src/return/                     — реализация (предстоит)
+#   • cpp/marketplace/src/p.mkt.return/               — реализация
 #   • cpp/lib/core/ledger2/operations.hpp             — OPERATION_REGISTRY
 #                                                       расширение o.mkt.return
 #   • cpp/lib/core/ledger2/processes.hpp              — processes::marketplace::RETURN
-#   • cpp/lib/core/ledger2/wallets.hpp                — w.mkt.member (programmatic)
+#   • cpp/lib/core/ledger2/wallets.hpp                — w.mkt.member (членский «Стола заказов»)
 #   • cpp/lib/core/ledger2/accounts.hpp               — Целевое финансирование (86),
-#                                                       Материалы (10),
-#                                                       Прочие доходы и расходы (91 — NEW,
-#                                                       транзит при возврате o.mkt.return)
+#                                                       Материалы (10)
 # ─────────────────────────────────────────────────────────────────────────────

 # ── Секция 1. Паспорт ───────────────────────────────────────────────────────
@@ -206,7 +198,6 @@ transitions:
    ledger_code: p.mkt.return
    operations:
      - o.mkt.return
-      - o.mkt.return2
    guards:
      - Заказчик прибыл на участок с продукцией.
      - Председатель очно осмотрел имущество и решил принять гарантийный возврат.
@@ -323,24 +314,20 @@ documents:

 # ── Секция 6. Операции (Ledger2) ────────────────────────────────────────────
 # Одна ledger2-операция — compensating forward к o.mkt.consum (без
-# использования ledger2::revert). Атомарно: восстановление .available
-# на программном кошельке пайщика + проводка Дт 10 / Кт 86 (обратная
-# к выдаче).
+# использования ledger2::revert). Атомарно: восстановление .available на
+# членском кошельке «Стола заказов» заказчика + возврат имущества на склад.
 operations:
  - ledger_code: o.mkt.return
-    human_name: Гарантийный возврат — восстановление средств в программе
+    human_name: Гарантийный возврат — восстановление средств и имущества
    wallet_op: ISSUE
-    # L1 — часть 1 композитной проводки через транзит счёта 91 (зеркало
-    # выдачи): Дт 91 / Кт 86 — восстановление «прочих» за счёт ЦФ.
-    # Закрытие транзита выполняется отдельной операцией o.mkt.return2
-    # (Дт 10 / Кт 91), атомарно с o.mkt.return в той же транзакции
-    # accretrn. Согласовано с Ангелиной 2026-05-11.
-    debit: 91                      # Прочие доходы и расходы (NEW)
+    # L1 — двойная запись: имущество возвращается на склад через целевое
+    # финансирование (обратная к выдаче, одной операцией).
+    debit: 10                      # Материалы — имущество на складе
    credit: 86                     # Целевое финансирование
-    # L2 — восстановление средств в программе
+    # L2 — восстановление средств на членском кошельке «Стола заказов» заказчика
    wallet_from: null              # эмиссия — источника нет
-    wallet_to: w.mkt.member        # ЦПП «Стол Заказов» — программный кошелёк
-    # L3 — пайщику восстанавливается available на программном кошельке
+    wallet_to: w.mkt.member        # Членский кошелёк «Стола заказов» пайщика
+    # L3 — пайщику восстанавливается available на членском «Стола заказов»
    user_wallet: w.mkt.member
    user_ref: return_request.orderer
    available_delta: +order.fact_cost
@@ -348,45 +335,12 @@ operations:
    amount_ref: order.fact_cost
    triggered_by: marketplace::accretrn
    description: >
-      Compensating forward к выдаче имущества (o.mkt.consum), часть 1
-      композитной бухгалтерской проводки через транзит счёта 91. ISSUE на
-      пайщикском w.mkt.member — .available +fact_cost (восстановление ранее
-      списанной суммы); проводка Дт 91 / Кт 86 — восстановление «прочих»
-      за счёт ЦФ (зеркало 91-стороны от o.mkt.consum). Сразу после этой
-      операции в той же транзакции accretrn контракт вызывает
-      o.mkt.return2 (Дт 10 / Кт 91, NONE) — имущество назад на склад через
-      закрытие транзита. Транзит через 91 симметричен выбытию на выдаче —
-      согласовано с Ангелиной 2026-05-11. Журнал содержит payload
+      Compensating forward к выдаче имущества (o.mkt.consum). ISSUE на
+      членский кошелёк «Стола заказов» заказчика (w.mkt.member) — .available
+      +fact_cost (восстановление ранее списанной суммы). Двойная запись
+      Дт 10 / Кт 86 — имущество возвращается на склад за счёт целевого
+      финансирования (зеркало выдачи). Журнал содержит прикладное поле
      original_consume_op_id (ссылка на исходный o.mkt.consum для
-      трассировки) — это **прикладное поле**, не часть инфраструктуры
-      revert. Дальнейшая судьба возвращённого имущества — вне этого
-      процесса.
-      Пайщик может потратить возвращённую сумму на следующий заказ в Столе
-      заказов либо вывести в общий членский кошелёк (w.wal.member) через
-      отдельную операцию o.mkt.recall — там средства универсальны между
-      программами.
-
-  - ledger_code: o.mkt.return2
-    human_name: Гарантийный возврат — закрытие транзита
-    wallet_op: NONE
-    # L1 — часть 2 композитной проводки: Дт 10 / Кт 91 (имущество назад
-    # на склад через закрытие транзита). Зеркало 91-стороны от o.mkt.csmcls.
-    debit: 10                      # Материалы (NEW) — имущество на складе
-    credit: 91                     # Прочие доходы и расходы (NEW)
-    # L2 / L3 — без движения по кошелькам (склад — аналитика по счёту 10)
-    wallet_from: null
-    wallet_to: null
-    user_wallet: null
-    user_ref: null
-    available_delta: null
-    blocked_delta: null
-    amount_ref: order.fact_cost
-    triggered_by: marketplace::accretrn
-    description: >
-      Закрытие транзита счёта 91 после восстановления членского взноса
-      пайщика. NONE — только бухпроводка Дт 10 / Кт 91, кошельки не
-      двигаются. Срабатывает атомарно с o.mkt.return в той же транзакции
-      accretrn. По итогу пары operations нетто-эффект — Дт 10 / Кт 86
-      (имущество возвращается на склад + восстановление обязательства
-      по целевой программе), 91 проходит нулевым транзитом.
+      трассировки) — это не часть инфраструктуры revert. Возвращённая сумма
+      остаётся в программе «Стол заказов» — на следующие заказы.

@@ -11,55 +11,45 @@
 # актах приёма-передачи — приёмки кооперативом от поставщика и выдачи
 # заказчику от кооператива.
 #
-# **Модель кошельков (refinement 2026-05-04, трёхуровневая серия):**
-# Членский взнос пайщика проходит через два кошелька:
-#   • w.wal.member  (контракт wallet, USER_SHARED) — универсальный членский
-#                   кошелёк пайщика. Сюда стекаются возвраты из всех
-#                   программ (Стол заказов / Благорост / и т.п.); пайщик
-#                   тратит как «баллы» — может направить на следующий заказ
-#                   в любой программе либо вывести обратно на паевой через
-#                   операцию контракта wallet.
-#   • w.mkt.member  (контракт marketplace, USER_SHARED) — членский в
-#                   программе Marketplace. На нём идут BLOCK/UNBLOCK/REVOKE
-#                   под конкретный Order.
-# Платформенные кошельки w.wal.share (Цифровой Кошелёк, паевые деньгами) и
-# w.mkt.payout (Выплаты поставщикам) — без изменений. Имущество
-# отслеживается бухгалтерской аналитикой по счёту 10 (per-КУ субсчета),
-# без отдельного кошелька.
+# **Модель кошельков:**
+# Средства заказчика движутся напрямую между тремя кошельками пайщика:
+#   • w.wal.share   (контракт wallet, USER_SHARED) — паевой взнос деньгами.
+#                   Источник средств при создании заказа.
+#   • w.mkt.order   (контракт marketplace, USER_SHARED) — резерв средств
+#                   пайщика под конкретный Order. Сюда уходят средства с
+#                   паевого при createorder; отсюда возвращаются на членский
+#                   «Стола заказов» при отмене/истечении/недовыдаче,
+#                   либо сжигаются при выдаче имущества (signiss2).
+#   • w.mkt.member  (контракт marketplace, USER_SHARED) — членский кошелёк
+#                   пайщика «Стола заказов». Приёмник возврата резерва и
+#                   конвертации паевого под доплату. Средства остаются в
+#                   программе — идут на следующие заказы (не уходят в
+#                   универсальный членский).
+# Платформенный кошелёк w.mkt.payout (Выплаты поставщикам) — без изменений.
+# Имущество отслеживается бухгалтерской аналитикой по счёту 10
+# (per-КУ субсчета), без отдельного кошелька.
 #
-# Идентификация кошельков — eosio::name с префиксом w.<contract>.<waltype>
-# (рефакторинг 2026-04-27 на ветке reports). null для незатронутых уровней;
-# sentinel '' — legacy-допуск (рендерится как ∅).
+# Идентификация кошельков — eosio::name с префиксом w.<contract>.<waltype>.
+# null для незатронутых уровней; sentinel '' — legacy-допуск (рендерится как ∅).
 #
-# В процессе участвуют 9 ledger2-операций (часть — из контракта wallet):
-#   • o.wal.conv   — конвертация цифрового рубля → общий членский пайщика
-#                     (TRANSFER, w.wal.share → w.wal.member,
-#                      Дт 80 / Кт 86) — conditional, только если на
-#                     w.wal.member.available заказчика не хватает
-#   • o.mkt.assign   — целевое назначение членского взноса в программу
-#                     (TRANSFER, w.wal.member → w.mkt.member, без проводки —
-#                      Дт=Кт по 86 смарт-контракт игнорирует) — conditional,
-#                     только если на w.mkt.member.available не хватает
-#   • o.mkt.block  — блокировка средств под Order на программном кошельке
-#                     (BLOCK)
-#   • o.mkt.unblk  — разблокировка при отмене Order'а
-#                     (UNBLOCK; средства остаются на w.mkt.member.available
-#                      и могут быть потрачены на следующий заказ)
-#   • o.mkt.recall  — вывод из программы в общий членский кошелёк пайщика
-#                     (TRANSFER, w.mkt.member → w.wal.member, без проводки) —
-#                     ОТДЕЛЬНОЕ явное действие пайщика, не часть авто-flow
-#                     отмены/возврата
-#   • o.mkt.purch   — приёмка имущества кооперативом по АПП приёмки
-#                     (ACCOUNT_ONLY, только проводка, Дт 10 / Кт 86)
-#   • o.mkt.payout  — оплата поставщику с расчётного счёта
-#                     (TRANSFER, ∅ → w.mkt.payout, Дт 86 / Кт 51)
-#   • o.mkt.consum  — выдача имущества пайщику по АПП выдачи, часть 1
-#                     (REVOKE, w.mkt.member.blocked → 0, Дт 91 / Кт 10 —
-#                      выбытие имущества со склада на «прочие»)
-#   • o.mkt.consum2  — выдача имущества пайщику, часть 2 — закрытие транзита
-#                     (NONE, Дт 86 / Кт 91; кошельки не двигаются).
-#                     Атомарно с o.mkt.consum в signiss2 — обе операции
-#                     вызываются последовательно в одной транзакции Antelope.
+# В процессе участвуют 5 ledger2-операций marketplace:
+#   • o.mkt.lock   — резервирование средств под Order
+#                     (TRANSFER, w.wal.share → w.mkt.order, Дт 80 / Кт 86).
+#                     Единственный обязательный шаг createorder.
+#   • o.mkt.unlock — снятие резерва при отмене Order'а / недовыдаче
+#                     (TRANSFER, w.mkt.order → w.mkt.member, без проводки —
+#                      оба кошелька на 86; средства возвращаются на членский
+#                      «Стола заказов» — остаются в программе под след. заказы).
+#   • o.mkt.conv   — конвертация паевого в членский «Стола заказов» под доплату
+#                     (TRANSFER, w.wal.share → w.mkt.member, Дт 80 / Кт 86).
+#   • o.mkt.lockm  — добор резерва заказа с членского «Стола заказов»
+#                     (TRANSFER, w.mkt.member → w.mkt.order, без проводки).
+#   • o.mkt.purch  — приёмка имущества кооперативом по АПП приёмки
+#                     (NONE, только проводка Дт 10 / Кт 86)
+#   • o.mkt.payout — оплата поставщику с расчётного счёта
+#                     (ISSUE ∅ → w.mkt.payout, Дт 86 / Кт 51)
+#   • o.mkt.consum — выдача имущества пайщику по АПП выдачи
+#                     (BURN с w.mkt.order — сжигание резерва, Дт 86 / Кт 10)
 #
 # Канон формата:
 #   coopenomics-docs/docs/standards/_spec/canon.md
@@ -68,16 +58,14 @@
 #   • cpp/marketplace/src/                            — реализация (предстоит)
 #   • cpp/lib/core/ledger2/operations.hpp             — OPERATION_REGISTRY (расширение)
 #   • cpp/lib/core/ledger2/processes.hpp              — processes::marketplace::SUPPLY
-#   • cpp/lib/core/ledger2/wallets.hpp                — w.wal.member (universal member, contract wallet),
-#                                                       w.mkt.member (programmatic per-user),
-#                                                       w.wal.share (платформенный),
+#   • cpp/lib/core/ledger2/wallets.hpp                — w.wal.share (паевой),
+#                                                       w.mkt.member (членский «Стола заказов»),
+#                                                       w.mkt.order  (резерв под Order),
 #                                                       w.mkt.payout (платформенный)
 #   • cpp/lib/core/ledger2/accounts.hpp               — Расчётный (51),
 #                                                       Паевой фонд (80),
 #                                                       Целевое финансирование (86),
-#                                                       Материалы (10 — NEW),
-#                                                       Прочие доходы и расходы (91 — NEW,
-#                                                       транзит при выдаче o.mkt.consum)
+#                                                       Материалы (10)
 # ─────────────────────────────────────────────────────────────────────────────

 # ── Секция 1. Паспорт ───────────────────────────────────────────────────────
@@ -132,6 +120,7 @@ roles:
  - offerer        # пайщик-поставщик
  - chairman        # председатель кооперативного участка (КУ-приёмщик/КУ-выдающий)
  - backend         # Backend Marketplace (внеблокчейн-логика)
+  - gateway         # Контракт процессинга платежей (источник callback'ов о выплате; не человек, а контракт-инициатор)

 # ── Секция 2. Действия контракта (блокчейн-уровень) ─────────────────────────
 # Имена actions ≤12 символов eosio::name. Контракт описан в целевом виде —
@@ -217,8 +206,43 @@ actions:
    purpose: >
      Председатель участка ставит вторую — завершающую — подпись на
      акте приёма-передачи. С этого момента партия юридически принята
-      кооперативом, поставщику уходит оплата, имущество приходуется на
-      склад участка и становится доступным к выдаче заказчикам.
+      кооперативом, имущество приходуется на склад участка и становится
+      доступным к выдаче заказчикам, а у кооператива возникает обязательство
+      выплатить поставщику. Сама выплата — отдельным шагом по факту
+      подтверждения кассиром банковского перевода.
+
+  - name: marketplace::payout
+    human: Инициировать выплату поставщику
+    actor: backend
+    role: progress
+    purpose: >
+      Кооператив регистрирует исходящий платёж поставщику в системе
+      процессинга (контракт gateway). По этому запросу кассир увидит у
+      себя в столе задачу — провести банковский перевод. Бухгалтерия
+      по выплате на этом шаге ещё не двигается: обязательство перед
+      поставщиком остаётся открытым до подтверждения кассиром.
+
+  - name: marketplace::payconfirm
+    human: Выплата поставщику подтверждена
+    actor: gateway
+    role: progress
+    purpose: >
+      Кассир подтвердил факт реального банковского перевода поставщику
+      (через свой стол в gateway). Контракт процессинга вызывает callback
+      сюда — обязательство перед поставщиком закрывается, расход целевых
+      средств с расчётного счёта отражается в бухгалтерии. Статус заказа
+      не меняется — выплата шла параллельно шагам выдачи.
+
+  - name: marketplace::paydecline
+    human: Выплата поставщику отклонена
+    actor: gateway
+    role: reject
+    purpose: >
+      Кассир отметил в столе процессинга, что банковский перевод
+      поставщику не состоялся — нет реквизитов, ошибка ввода, банк
+      отклонил. Контракт процессинга вызывает callback сюда — обязательство
+      перед поставщиком остаётся открытым, причина сохраняется. Кооператив
+      может повторно инициировать выплату после исправления реквизитов.

  - name: marketplace::signiss1
    human: Председатель открыл выдачу
@@ -238,8 +262,10 @@ actions:
      выдачи забрал свой заказ. Если фактически выданное расходится с
      заказом — сумма заранее корректируется до фактического: при
      меньшем количестве остаток возвращается на программный членский
-      кошелёк, при большем — недостающая сумма берётся с паевого
-      заказчика. Заказ закрыт, открывается гарантийное окно.
+      кошелёк «Стола заказов», при большем — недостающая сумма вносится
+      дополнительным паевым взносом, который конвертируется в членский
+      «Стола заказов» и им добирается доплата (напрямую с паевого не
+      списываем). Заказ закрыт, открывается гарантийное окно.

 # ── Секция 3. Граф состояний ────────────────────────────────────────────────
 # Сущность: marketplace::order (таблица orders, scope=coopname).
@@ -297,8 +323,10 @@ states:
    human: Поставка принята кооперативом
    description: >
      Председатель участка завершил приёмку второй подписью. Партия
-      юридически принята кооперативом, поставщику ушла оплата, имущество
-      числится на складе участка и ждёт открытия выдачи.
+      юридически принята кооперативом, имущество числится на складе
+      участка и ждёт открытия выдачи. Обязательство выплаты поставщику
+      открыто и закрывается отдельным действием `marketplace::payout` по
+      факту подтверждения кассиром банковского перевода (Locked Decision L12).
    kind: normal

  - name: ready_to_receive
@@ -323,14 +351,12 @@ transitions:
    actor: orderer
    ledger_code: p.mkt.supply
    operations:
-      - o.wal.conv
-      - o.mkt.assign
-      - o.mkt.block
+      - o.mkt.lock
    guards:
      - Заказчик — активный пайщик кооператива.
      - Заказчик подписал Соглашение ЦПП «Стол заказов».
      - Стоимость заказа не превышает упрощённый порог приёма имущества (100 000 ₽).
-      - Совокупных средств заказчика — на паевом и членских кошельках — достаточно для полной стоимости заказа.
+      - На паевом взносе заказчика (w.wal.share) достаточно средств для полной стоимости заказа.
      - Указанный пункт выдачи принадлежит тому же кооперативу.

  - from: active
@@ -339,7 +365,7 @@ transitions:
    actor: orderer
    ledger_code: p.mkt.supply
    operations:
-      - o.mkt.unblk
+      - o.mkt.unlock
    guards:
      - Заказ ещё не вошёл в акцептованную поставщиком консолидированную заявку.

@@ -349,7 +375,7 @@ transitions:
    actor: backend
    ledger_code: p.mkt.supply
    operations:
-      - o.mkt.unblk
+      - o.mkt.unlock
    guards:
      - Цикл отсечки заявок поставщика завершился.
      - Минимальный порог поставки по количеству заказов не достигнут.
@@ -368,7 +394,7 @@ transitions:
    actor: offerer
    ledger_code: p.mkt.supply
    operations:
-      - o.mkt.unblk
+      - o.mkt.unlock
    guards:
      - Поставщик ещё не акцептовал консолидированную заявку.

@@ -396,11 +422,42 @@ transitions:
    ledger_code: p.mkt.supply
    operations:
      - o.mkt.purch
-      - o.mkt.payout
    guards:
      - На акте приёма-передачи имеется первая подпись поставщика.
      - Действие выполняет председатель того участка, который принимает поставку.

+  # Lazy выплата поставщику через контракт gateway (Locked Decision L12;
+  # E11 техдолг 598-16). Триплет: инициация → callback подтверждения /
+  # callback отказа. Графа состояний Order'а сама по себе не меняется —
+  # выплата идёт параллельно шагам выдачи; всё описано на под-графе
+  # `order.payout_status` (none → pending → completed | declined → pending).
+  - from: accepted_to_coop
+    to: accepted_to_coop
+    action: marketplace::payout
+    actor: backend
+    guards:
+      - Приёмка поставки кооперативом завершена (signchair выполнен).
+      - Выплата по этому заказу не находится в процессе и не закрыта (`order.payout_status ∈ { none, declined }`).
+
+  - from: accepted_to_coop
+    to: accepted_to_coop
+    action: marketplace::payconfirm
+    actor: gateway
+    ledger_code: p.mkt.supply
+    operations:
+      - o.mkt.payout
+    guards:
+      - Callback инициирован контрактом gateway (`require_auth(_gateway)`).
+      - Order находится в ожидании подтверждения выплаты (`order.payout_status == pending`).
+
+  - from: accepted_to_coop
+    to: accepted_to_coop
+    action: marketplace::paydecline
+    actor: gateway
+    guards:
+      - Callback инициирован контрактом gateway (`require_auth(_gateway)`).
+      - Order находится в ожидании подтверждения выплаты (`order.payout_status == pending`).
+
  - from: accepted_to_coop
    to: ready_to_receive
    action: marketplace::signiss1
@@ -415,7 +472,6 @@ transitions:
    ledger_code: p.mkt.supply
    operations:
      - o.mkt.consum
-      - o.mkt.consum2
    guards:
      - Заказчик лично присутствует на пункте выдачи участка.
      - Председатель сверил фактически выдаваемое имущество с составом заказа.
@@ -517,14 +573,50 @@ scenario:
      description: >
        Председатель участка ставит вторую — завершающую — подпись на
        акте приёма-передачи. С этого момента партия юридически принята
-        кооперативом, поставщику уходит оплата, имущество приходуется на
-        склад участка.
+        кооперативом, имущество приходуется на склад участка, у кооператива
+        возникает обязательство выплатить поставщику. Сама выплата —
+        отдельным шагом по факту подтверждения кассиром банковского
+        перевода (Locked Decision L12).
      pre:
        - На акте приёма-передачи имеется первая подпись поставщика.
        - Действие выполняет председатель того участка, который принимает поставку.
      post:
        - Поставка принята кооперативом.
-        - Поставщику направлена оплата.
+        - Обязательство выплаты поставщику открыто и ждёт фактического банковского перевода.
+
+    - step: 6a
+      title: Инициация выплаты поставщику
+      actor: backend
+      action: marketplace::payout
+      description: >
+        Кооператив через свой backend регистрирует исходящий платёж
+        поставщику в контракте gateway. У кассира появляется задача в
+        столе процессинга. Бухгалтерия по выплате на этом шаге не
+        двигается — обязательство перед поставщиком остаётся открытым
+        вплоть до подтверждения банковского перевода кассиром.
+      pre:
+        - Поставка принята кооперативом (приёмка завершена).
+        - Выплата по этому заказу не в процессе и не завершена.
+      post:
+        - В контракте gateway появилась запись об исходящем платеже со статусом pending.
+        - Заказ помечен как «выплата ожидает подтверждения».
+
+    - step: 6b
+      title: Подтверждение выплаты поставщику
+      actor: gateway
+      action: marketplace::payconfirm
+      description: >
+        Кассир провёл реальный банковский перевод поставщику и
+        подтвердил это в столе процессинга. Контракт gateway вызывает
+        callback в контракт marketplace, и кооператив фиксирует
+        выплату — обязательство перед поставщиком закрывается, расход
+        целевых средств с расчётного счёта отражается в бухгалтерии.
+      pre:
+        - В контракте gateway зарегистрирован исходящий платёж в статусе pending.
+        - Кассир подтвердил фактический банковский перевод поставщику.
+      post:
+        - Обязательство выплаты поставщику закрыто.
+        - Заказ помечен как «выплата проведена».

    - step: 7
      title: Открытие выдачи
@@ -551,8 +643,10 @@ scenario:
        расхождении (например, развесной товар: фактический вес меньше
        заказанного) сумма заказа предварительно корректируется до
        фактической: при меньшем количестве остаток возвращается на
-        программный членский кошелёк заказчика, при большем — недостающая
-        сумма берётся с паевого заказчика. Заказчик ставит финальную
+        программный членский кошелёк «Стола заказов» заказчика, при большем —
+        недостающая сумма вносится дополнительным паевым взносом, который
+        конвертируется в членский «Стола заказов» и им добирается доплата
+        (напрямую с паевого не списываем). Заказчик ставит финальную
        подпись на акте приёма-передачи и забирает заказ.
      pre:
        - Заказ готов к выдаче.
@@ -591,6 +685,19 @@ scenario:
        заказчиков снимается. Договорные санкции при отказе — вне этого
        процесса, по регламенту кооператива.

+    - branch: Кассир отклонил банковский перевод поставщику
+      at_step: 6b
+      action: marketplace::paydecline
+      actor: gateway
+      description: >
+        Кассир в столе процессинга отметил, что банковский перевод
+        поставщику не состоялся — нет реквизитов, ошибка ввода, банк
+        отклонил. Контракт gateway callback'ом дёргает контракт
+        marketplace. Бухгалтерия не двигается — обязательство перед
+        поставщиком остаётся открытым с сохранением причины отказа.
+        Backend может повторно инициировать выплату после исправления
+        реквизитов (`marketplace::payout` ещё раз).
+
    - branch: Передача партии через экспедитора
      at_step: 5
      action: marketplace::signsupp
@@ -659,67 +766,67 @@ documents:
    note: "TODO: создать шаблон ТТН в registry. При самовывозе не используется. Подписи проставляются вне блокчейна (на бумажном носителе); фотофиксация председателя по результатам очной сверки сохраняется как основание для дистанционной подписи поставщика."

 # ── Секция 6. Операции (Ledger2) ────────────────────────────────────────────
-# Восемь ledger2-операций для процесса прямой поставки-приобретения. Имена
-# ≤12 символов eosio::name. Кошельки идентифицируются eosio::name-строками
-# с префиксом w.<contract>.<waltype> (рефакторинг 2026-04-27, ветка reports):
-#   • w.wal.member  — Универсальный членский кошелёк пайщика (контракт wallet,
-#                     USER_SHARED). Сюда стекаются возвраты из всех программ;
-#                     пайщик расходует «как баллы» в любую программу.
-#   • w.mkt.member  — ЦПП «Стол Заказов» — членский в программе (USER_SHARED).
-#                     На нём идут BLOCK/UNBLOCK/REVOKE под Order.
-#   • w.wal.share   — ЦПП «Цифровой Кошелёк» — паевые взносы деньгами
-#                     [платформенный]
-#   • w.mkt.payout  — Выплаты поставщикам
-#                     [платформенный]
+# Пять ledger2-операций marketplace для процесса прямой поставки-приобретения.
+# Имена ≤12 символов eosio::name. Кошельки идентифицируются eosio::name-строками
+# с префиксом w.<contract>.<waltype>:
+#   • w.wal.share   — Паевой взнос пайщика (контракт wallet, USER_SHARED).
+#                     Источник средств при создании заказа.
+#   • w.mkt.member  — ЦПП «Стол Заказов» — членский кошелёк пайщика программы
+#                     (USER_SHARED). Приёмник возврата резерва при отмене Order'а
+#                     и при недовыдаче; приёмник конвертации паевого под доплату.
+#                     Средства остаются в программе под следующие заказы (не
+#                     уходят в универсальный членский).
+#   • w.mkt.order   — ЦПП «Стол Заказов» — резерв средств пайщика под
+#                     конкретный Order (USER_SHARED). Сюда переводятся
+#                     средства на createorder с w.wal.share; обратно на
+#                     w.mkt.member — при cancel/expire/decline; сжигаются
+#                     BURN'ом — на signiss2.
+#   • w.mkt.payout  — Выплаты поставщикам [платформенный]
 # null — для незатронутого уровня; sentinel '' — legacy-допуск (∅ в UI).
 operations:
-  - ledger_code: o.wal.conv
-    human_name: Конвертация паевого в членский взнос пайщика
+  - ledger_code: o.mkt.lock
+    human_name: Резервирование средств под заказ
    wallet_op: TRANSFER
-    # L1 — двойная запись (паевой → целевой)
+    # L1 — двойная запись (паевой → целевое финансирование)
    debit: 80                      # Паевой фонд
-    credit: 86                     # Целевое финансирование (общий членский пайщика)
-    # L2 — кошельки кооператива (агрегаты)
-    wallet_from: w.wal.share       # ЦПП «Цифровой Кошелёк» — паевые взносы деньгами
-    wallet_to: w.wal.member        # Универсальный членский — общий членский кошелёк пайщика
+    credit: 86                     # Целевое финансирование
+    # L2 — реальный перевод между двумя кошельками заказчика
+    wallet_from: w.wal.share       # Паевой взнос пайщика
+    wallet_to: w.mkt.order         # Резерв под конкретный Order
    # L3 — две стороны движения у одного и того же пайщика
    l3:
      - user_wallet: w.wal.share
        user_ref: order.orderer
        available_delta: -order.total_cost
        blocked_delta: null
-      - user_wallet: w.wal.member
+      - user_wallet: w.mkt.order
        user_ref: order.orderer
        available_delta: +order.total_cost
        blocked_delta: null
    amount_ref: order.total_cost
    triggered_by: marketplace::createorder
    description: >
-      Шаг 1 из 3 серии createorder (conditional — выполняется только если на
-      w.wal.member.available заказчика не хватает суммы заказа). Конвертация
-      цифрового рубля заказчика из ЦПП «Цифровой Кошелёк» в общий членский
-      кошелёк пайщика — универсальную точку накопления членских взносов
-      между программами. Сумма берётся ровно как недостача — если на
-      w.wal.member уже есть available (например, из прошлого возврата),
-      конвертируется только разница. Двойная запись Дт 80 / Кт 86 — переход
-      из складочного капитала в целевое финансирование. (TBD-Standardization:
-      проводка фиксируется как baseline.)
+      Единственный обязательный шаг createorder. Резервирование суммы
+      order.total_cost под конкретный Order заказчика: средства переводятся
+      с паевого взноса пайщика (w.wal.share) на отдельный кошелёк-резерв
+      (w.mkt.order). Двойная запись Дт 80 / Кт 86 — переход из складочного
+      капитала в целевое финансирование. Резерв снимается либо при выдаче
+      (o.mkt.consum — сжигание резерва BURN'ом при подписании АПП выдачи),
+      либо при отмене (o.mkt.unlock — обратный TRANSFER в членский кошелёк
+      «Стола заказов»).

-  - ledger_code: o.mkt.assign
-    human_name: Целевое назначение членского взноса в программу Marketplace
+  - ledger_code: o.mkt.unlock
+    human_name: Снятие резерва при отмене заказа
    wallet_op: TRANSFER
-    # L1 — нет проводки. По плану счетов оба кошелька висят на 86, и Дт 86 /
-    # Кт 86 даёт нетто-нулевое изменение по счёту — смарт-контракт такие
-    # «фиктивные» проводки игнорирует. Аналитика «по программе» фиксируется
-    # на L2 (через имена агрегатных кошельков) — этого достаточно.
+    # L1 — без проводки (оба кошелька на 86, фиктивная Дт=Кт игнорируется)
    debit: null
    credit: null
-    # L2 — реальный перевод между двумя именованными агрегатами кооператива
-    wallet_from: w.wal.member      # Общий членский — пайщик расходует
-    wallet_to: w.mkt.member        # ЦПП «Стол Заказов» — целевое назначение в программу
+    # L2 — обратный перевод из резерва в членский «Стола заказов» пайщика
+    wallet_from: w.mkt.order       # Резерв под Order
+    wallet_to: w.mkt.member        # Членский кошелёк «Стола заказов» пайщика
    # L3 — две стороны движения у одного и того же пайщика
    l3:
-      - user_wallet: w.wal.member
+      - user_wallet: w.mkt.order
        user_ref: order.orderer
        available_delta: -order.total_cost
        blocked_delta: null
@@ -728,101 +835,79 @@ operations:
        available_delta: +order.total_cost
        blocked_delta: null
    amount_ref: order.total_cost
-    triggered_by: marketplace::createorder
-    description: >
-      Шаг 2 из 3 серии createorder (conditional — выполняется только если на
-      w.mkt.member.available заказчика не хватает суммы заказа). Перенос
-      членского взноса пайщика из универсального кошелька (w.wal.member)
-      в программу Marketplace (w.mkt.member). Сумма берётся ровно как
-      недостача. По бухгалтерии — без проводки (Дт=Кт по 86 нетто-нулевое
-      изменение, смарт-контракт такие фиктивные проводки игнорирует);
-      аналитика «по программе» фиксируется на L2/L3.
-
-  - ledger_code: o.mkt.block
-    human_name: Блокировка членского взноса под заказ
-    wallet_op: BLOCK
-    # L1 — операция чисто L3, бухгалтерия не двигается
-    debit: null
-    credit: null
-    # L2 — без перевода между кошельками кооператива
-    wallet_from: null
-    wallet_to: null
-    # L3 — split available → blocked на одном кошельке заказчика
-    user_wallet: w.mkt.member       # ЦПП «Стол Заказов» — членские взносы заказчика
-    user_ref: order.orderer
-    available_delta: -order.total_cost
-    blocked_delta: +order.total_cost
-    amount_ref: order.total_cost
-    triggered_by: marketplace::createorder
-    description: >
-      Атомарная серия — шаг 2 из 2. Блокировка суммы order.total_cost под
-      конкретный Order на кошельке заказчика w.mkt.member. Это операция
-      уровня 3 — split available → blocked на одном кошельке без перевода
-      между кошельками кооператива и без бухгалтерских проводок.
-      Блокировка снимается либо при выдаче (o.mkt.consum, REVOKE blocked → 0),
-      либо при отмене (o.mkt.unblk + o.mkt.recall — UNBLOCK + возврат).
-
-  - ledger_code: o.mkt.unblk
-    human_name: Разблокировка членского взноса при отмене
-    wallet_op: UNBLOCK
-    # L1 — без проводок
-    debit: null
-    credit: null
-    # L2 — без перевода
-    wallet_from: null
-    wallet_to: null
-    # L3 — обратное движение blocked → available
-    user_wallet: w.mkt.member
-    user_ref: order.orderer
-    available_delta: +order.total_cost
-    blocked_delta: -order.total_cost
-    amount_ref: order.total_cost
    triggered_by: marketplace::cancelorder | marketplace::expirecycle | marketplace::declinebatch
    description: >
-      Зеркало o.mkt.block. Снятие блокировки на кошельке заказчика
-      w.mkt.member при отмене Order'а (заказчик отменяет до акцепта;
-      цикл истёк без достижения порога; поставщик отказался от партии).
-      На уровне 3 blocked → available. Без L1, без L2. Сумма остаётся
-      на w.mkt.member.available заказчика — может быть потрачена на
-      следующий заказ в Столе заказов. Вывод в общий членский кошелёк
-      (w.wal.member) — отдельное явное действие пайщика через o.mkt.recall,
-      не часть авто-flow отмены.
+      Снятие резерва при отмене Order'а (заказчик отменяет до акцепта;
+      цикл истёк без достижения порога; поставщик отказался от партии),
+      а также возврат остатка при недовыдаче (signiss2, факт меньше заказа).
+      Средства возвращаются с кошелька-резерва (w.mkt.order) на членский
+      кошелёк «Стола заказов» заказчика (w.mkt.member.available) — остаются
+      в программе и могут быть направлены на следующие заказы. По бухгалтерии —
+      без проводки (оба кошелька на счёте 86 — перевод внутри одной аналитики).

-  - ledger_code: o.mkt.recall
-    human_name: Вывод членского взноса в общий членский кошелёк
+  - ledger_code: o.mkt.conv
+    human_name: Конвертация паевого в членский «Стола заказов» под доплату
    wallet_op: TRANSFER
-    # L1 — нет проводки (Дт=Кт по 86 нетто-нулевое; смарт-контракт игнорирует).
+    # L1 — двойная запись (паевой → целевое финансирование)
+    debit: 80                      # Паевой фонд
+    credit: 86                     # Целевое финансирование
+    # L2 — паевой взнос пайщика конвертируется в членский программы
+    wallet_from: w.wal.share       # Паевой взнос пайщика
+    wallet_to: w.mkt.member        # Членский кошелёк «Стола заказов» пайщика
+    # L3 — две стороны движения у одного и того же пайщика
+    l3:
+      - user_wallet: w.wal.share
+        user_ref: order.orderer
+        available_delta: -diff
+        blocked_delta: null
+      - user_wallet: w.mkt.member
+        user_ref: order.orderer
+        available_delta: +diff
+        blocked_delta: null
+    amount_ref: fact_cost - order.total_cost
+    triggered_by: marketplace::signiss2
+    description: >
+      Доплата по факту при выдаче большего количества/по большей цене НЕ
+      списывается с паевого напрямую. Дополнительный паевой взнос заказчика
+      конвертируется в членский взнос «Стола заказов»: TRANSFER w.wal.share →
+      w.mkt.member, двойная запись Дт 80 / Кт 86 (переход из складочного
+      капитала в целевое финансирование). Парно срабатывает o.mkt.lockm,
+      добирая этим членским резерв заказа. Если на паевом недостаточно средств
+      на разницу — выдача с доплатой не проводится.
+
+  - ledger_code: o.mkt.lockm
+    human_name: Добор резерва заказа с членского «Стола заказов»
+    wallet_op: TRANSFER
+    # L1 — без проводки (оба кошелька на 86, фиктивная Дт=Кт игнорируется)
    debit: null
    credit: null
-    # L2 — реальный перевод между двумя именованными агрегатами кооператива
-    wallet_from: w.mkt.member      # ЦПП «Стол Заказов» — программный членский
-    wallet_to: w.wal.member        # Универсальный членский — общий членский пайщика
+    # L2 — перевод из членского «Стола заказов» в резерв под Order
+    wallet_from: w.mkt.member      # Членский кошелёк «Стола заказов» пайщика
+    wallet_to: w.mkt.order         # Резерв под конкретный Order
    # L3 — две стороны движения у одного и того же пайщика
    l3:
      - user_wallet: w.mkt.member
        user_ref: order.orderer
-        available_delta: -order.total_cost
+        available_delta: -diff
        blocked_delta: null
-      - user_wallet: w.wal.member
+      - user_wallet: w.mkt.order
        user_ref: order.orderer
-        available_delta: +order.total_cost
+        available_delta: +diff
        blocked_delta: null
-    amount_ref: order.total_cost
-    triggered_by: TBD
+    amount_ref: fact_cost - order.total_cost
+    triggered_by: marketplace::signiss2
    description: >
-      Зеркало o.mkt.assign. Явное действие пайщика — вывести членский взнос
-      из программы Marketplace в общий членский кошелёк (где средства
-      универсальны между программами и могут быть направлены, например, на
-      Благорост или обратно на цифровой паевой через отдельную операцию
-      контракта wallet). НЕ часть авто-flow отмены/возврата — на cancel/
-      expire/decline средства остаются на w.mkt.member.available, и
-      инициатива вывода — у пайщика.
+      Парный к o.mkt.conv шаг доплаты по факту: сконвертированный членский
+      взнос «Стола заказов» (w.mkt.member) добирает резерв этого же Order'а
+      (w.mkt.order) на разницу. Списание под заказ идёт ИМЕННО с членского
+      программы, не с паевого напрямую. По бухгалтерии — без проводки
+      (оба кошелька на счёте 86 — перевод внутри одной аналитики).

  - ledger_code: o.mkt.purch
    human_name: Приёмка имущества кооперативом
-    wallet_op: ACCOUNT_ONLY
+    wallet_op: NONE
    # L1 — двойная запись приёмки имущества
-    debit: 10                      # Материалы (NEW в LEDGER2_ACCOUNT_REGISTRY)
+    debit: 10                      # Материалы
    credit: 86                     # Целевое финансирование
    # L2 — без движения по кошелькам кооператива (имущество — не кошелёк)
    wallet_from: null
@@ -839,20 +924,16 @@ operations:
      подпись председателя). Двойная запись Дт 10 / Кт 86 — приобретение
      имущества за счёт целевых средств кооператива. Имущество отслеживается
      бухгалтерской аналитикой по счёту 10 (per-КУ субсчета), без отдельного
-      кошелька. Срабатывает атомарно с o.mkt.payout. WalletOp ACCOUNT_ONLY —
-      proposed расширение enum'а ledger2 для операций, выполняющих только
-      бухгалтерскую проводку без движения по кошелькам. (TBD-Standardization:
-      проводка Дт 10 / Кт 86 — baseline; финальное решение — при формализации
-      стандарта; ACCOUNT_ONLY — proposed.)
+      кошелька. Срабатывает атомарно с o.mkt.payout.

  - ledger_code: o.mkt.payout
    human_name: Оплата поставщику с расчётного счёта
-    wallet_op: TRANSFER
+    wallet_op: ISSUE
    # L1
-    debit: 86                      # Целевое финансирование (TBD-Standardization)
+    debit: 86                      # Целевое финансирование
    credit: 51                     # Расчётный счёт
    # L2 — эмиссия суммы в платформенный кошелёк выплат поставщикам
-    wallet_from: null              # ISSUE-подобная семантика: источника нет
+    wallet_from: null              # ISSUE: источника нет
    wallet_to: w.mkt.payout        # Выплаты поставщикам (платформенный)
    # L3 — w.mkt.payout агрегатный (не USER_SHARED), L3 не заполняется
    user_wallet: null
@@ -860,75 +941,46 @@ operations:
    available_delta: null
    blocked_delta: null
    amount_ref: order.total_cost
-    triggered_by: marketplace::signchair
+    triggered_by: marketplace::payconfirm
    description: >
-      Оплата поставщику с расчётного счёта кооператива по факту приёмки
-      имущества. Двойная запись Дт 86 / Кт 51 — расход целевых средств на
-      оплату поставки (упрощённая модель без счёта 60 «Расчёты с поставщиками»).
-      Сумма приземляется на платформенный кошелёк w.mkt.payout.
-      Срабатывает атомарно с o.mkt.purch на финальной подписи председателя
-      АПП приёмки. (TBD-Standardization: проводка фиксируется как baseline;
-      альтернативные варианты — Дт 76 / Кт 51 через прочих кредиторов;
-      финальное решение — при формализации стандарта совместно с Ангелиной.)
+      Оплата поставщику с расчётного счёта кооператива по факту реального
+      банковского перевода (Locked Decision L12 — lazy payout). Двойная
+      запись Дт 86 / Кт 51 — расход целевых средств на оплату поставки
+      (упрощённая модель без счёта 60 «Расчёты с поставщиками»). Сумма
+      приземляется на платформенный кошелёк w.mkt.payout. Не атомарно с
+      o.mkt.purch — выплата проходит через контракт gateway: backend
+      инициирует исходящий платёж (marketplace::payout → inline
+      gateway::createoutpay); кассир проводит перевод банком и подтверждает
+      в столе процессинга (gateway::outcomplete); контракт gateway
+      callback'ом дёргает marketplace::payconfirm — и только здесь
+      применяется эта ledger2-операция. До этого момента обязательство
+      перед поставщиком висит на счёте 86 как открытое; защита от двойного
+      запроса — на уровне order.payout_status.

  - ledger_code: o.mkt.consum
-    human_name: Выдача имущества пайщику — выбытие со склада
-    wallet_op: REVOKE
-    # L1 — часть 1 композитной проводки через транзит счёта 91:
-    # Дт 91 / Кт 10 — выбытие имущества со склада на «прочие». Закрытие
-    # транзита выполняется отдельной операцией o.mkt.consum2 (Дт 86 / Кт 91),
-    # атомарно с o.mkt.consum в той же транзакции Antelope (вызывается
-    # сразу после в действии signiss2). Согласовано с Ангелиной 2026-05-11.
-    debit: 91                      # Прочие доходы и расходы (NEW)
-    credit: 10                     # Материалы (NEW)
-    # L2 — без перевода между кошельками кооператива (REVOKE списывает
-    # blocked в пустоту, это L3-семантика)
-    wallet_from: null
-    wallet_to: null
-    # L3 — blocked заказчика обнуляется (целевое расходование членского взноса)
-    user_wallet: w.mkt.member
-    user_ref: order.orderer
-    available_delta: null
-    blocked_delta: -order.fact_cost
-    amount_ref: order.fact_cost
-    triggered_by: marketplace::signiss2
-    description: >
-      Выдача имущества заказчику-пайщику по АПП выдачи (финальная подпись
-      заказчика), часть 1 композитной бухгалтерской проводки через транзит
-      счёта 91 «Прочие доходы и расходы». REVOKE на программном кошельке
-      пайщика — заблокированная сумма списывается без увеличения куда-либо
-      (целевое расходование членского взноса). Проводка Дт 91 / Кт 10 —
-      выбытие имущества со склада на «прочие». Сразу после этой операции
-      в той же транзакции signiss2 контракт вызывает o.mkt.consum2
-      (Дт 86 / Кт 91, NONE) — закрытие транзита 91 на счёт ЦФ программы.
-      Транзит через 91 отделяет момент выбытия имущества от момента
-      признания целевого расхода — согласовано с Ангелиной 2026-05-11.
-      При расхождении факт vs заказ предшествуют корректирующие операции
-      (o.mkt.unblk на остаток если факт меньше; o.wal.conv + o.mkt.assign +
-      o.mkt.block на разницу если факт больше — первые две conditional).
-
-  - ledger_code: o.mkt.consum2
-    human_name: Выдача имущества пайщику — закрытие транзита
-    wallet_op: NONE
-    # L1 — часть 2 композитной проводки: Дт 86 / Кт 91 (закрытие «прочих»
-    # на счёт ЦФ программы). Зеркало 91-стороны от o.mkt.consum.
+    human_name: Выдача имущества пайщику по АПП выдачи
+    wallet_op: BURN
+    # L1 — двойная запись: целевое финансирование расходуется на выбытие
+    # имущества со склада (одной операцией, без транзита)
    debit: 86                      # Целевое финансирование
-    credit: 91                     # Прочие доходы и расходы (NEW)
-    # L2 / L3 — без движения по кошелькам
-    wallet_from: null
-    wallet_to: null
-    user_wallet: null
-    user_ref: null
-    available_delta: null
+    credit: 10                     # Материалы
+    # L2 — BURN на кошельке-резерве (резерв сжигается, средства уходят из системы)
+    wallet_from: w.mkt.order       # Резерв под Order
+    wallet_to: null                # BURN — без получателя
+    # L3 — резерв заказчика обнуляется (целевое расходование)
+    user_wallet: w.mkt.order
+    user_ref: order.orderer
+    available_delta: -order.fact_cost
    blocked_delta: null
    amount_ref: order.fact_cost
    triggered_by: marketplace::signiss2
    description: >
-      Закрытие транзита счёта 91 после выдачи имущества пайщику. NONE —
-      только бухпроводка Дт 86 / Кт 91, кошельки не двигаются. Срабатывает
-      атомарно с o.mkt.consum в той же транзакции signiss2 (контракт
-      выполняет обе операции последовательно). По итогу пары operations
-      нетто-эффект — Дт 86 / Кт 10 (закрытие обязательства по целевой
-      программе + выбытие имущества со склада), 91 проходит нулевым
-      транзитом.
-
+      Выдача имущества заказчику-пайщику по АПП выдачи (финальная подпись
+      заказчика). BURN на кошельке-резерве (w.mkt.order) — зарезервированная
+      сумма сжигается без получателя (целевое расходование членского взноса).
+      Двойная запись Дт 86 / Кт 10 — расход целевых средств на выбытие
+      имущества со склада. При расхождении факт vs заказ предшествуют
+      корректирующие операции: o.mkt.unlock на остаток → членский «Стола
+      заказов» (если факт меньше); o.mkt.conv + o.mkt.lockm на разницу
+      (если факт больше — паевой конвертируется в членский «Стола заказов»
+      и им добирается резерв, напрямую с паевого не списываем).
@@ -1,43 +1,37 @@
 # ─────────────────────────────────────────────────────────────────────────────
 # Стандарт «Утилизация скоропорта» — кооперативный процесс периодического
-# списания имущества со склада КУ, не выданного первичному заказчику и
-# подлежащего безвозвратному изъятию из кооператива (просроченный скоропорт,
-# малооценочные позиции и т.п.).
+# списания со склада участка имущества, которое физически пропало или стало
+# непригодным к выдаче заказчику (просрочка, повреждения, малоценные позиции).
 #
-# Процесс инициируется кроном на стороне Backend (раз в месяц по умолчанию,
-# точная дата согласовывается с бухгалтером), формирует проект решения
-# совета, совет принимает или отклоняет проект, при принятии срабатывает
-# контрактное действие списания. Списание идёт **через транзит счёта 91
-# «Прочие доходы и расходы»** — это фиксирует, что имущество безвозвратно
-# исчезло из кооператива (а не передано пайщику).
+# Процесс инициируется кооперативом по расписанию (по умолчанию раз в месяц;
+# точную дату согласовывает бухгалтер). По итогам опроса складов председатель
+# подписывает заявление о списании и вносит его на рассмотрение совета.
+# Совет рассматривает заявление через типовой процесс решения совета
+# (стандарт sov.decision) и подписывает протокол. По принятому протоколу
+# кооператив списывает каждую позицию проекта со склада участка.
 #
-# **Модель кошельков (упрощённая, refinement 2026-05-04):** процесс не
-# двигает кошельки — это чисто бухгалтерское событие через проводки
-# счёта 10 (учёт имущества), 91 (транзит) и 86 (ЦФ программы).
-# Имущество отслеживается аналитикой по счёту 10 (per-КУ субсчета),
-# без отдельного кошелька.
+# Списание фиксирует, что имущество безвозвратно исчезло из кооператива
+# (а не передано пайщику). По кошелькам заказчиков движений не происходит —
+# это чисто кооперативный учётный расход.
 #
-# Идентификация кошельков (для будущих расширений процесса) — eosio::name
-# с префиксом w.<contract>.<waltype> (рефакторинг 2026-04-27 на ветке
-# reports). Sentinel '' (пустая строка) — «кошелёк вне системы» для
-# операций ACCOUNT_ONLY.
+# **Модель кошельков:** процесс не двигает кошельки — это бухгалтерское
+# событие через проводки счёта 10 (учёт имущества) и 86 (ЦФ программы).
+# Имущество отслеживается аналитикой по счёту 10 (per-КУ субсчета), без
+# отдельного кошелька.
 #
-# В процессе участвуют 2 ledger2-операции (композитная проводка через
-# транзит счёта 91 разбита на пару, срабатывают в одной транзакции execwroff):
-#   • o.mkt.wroff   — часть 1: NONE Дт 91 / Кт 10 (выбытие со склада на «прочие»)
-#   • o.mkt.wroff2  — часть 2: NONE Дт 86 / Кт 91 (закрытие транзита на ЦФ программы)
+# В процессе участвует 1 ledger2-операция:
+#   • o.mkt.wroff   — Дт 86 / Кт 10 (списание со склада через ЦФ программы)
 #
 # Канон формата:
 #   coopenomics-docs/docs/standards/_spec/canon.md
 # Источники правды в коде:
 #   • cpp/marketplace/marketplace.hpp                 — actions (status: proposed)
-#   • cpp/marketplace/src/writeoff/                   — реализация (предстоит)
+#   • cpp/marketplace/src/p.mkt.wroff/                — реализация
 #   • cpp/lib/core/ledger2/operations.hpp             — OPERATION_REGISTRY
 #                                                       расширение o.mkt.wroff
 #   • cpp/lib/core/ledger2/processes.hpp              — processes::marketplace::WRITEOFF
 #   • cpp/lib/core/ledger2/accounts.hpp               — Целевое финансирование (86),
-#                                                       Материалы (10),
-#                                                       Прочие доходы и расходы (91 — NEW)
+#                                                       Материалы (10)
 # ─────────────────────────────────────────────────────────────────────────────

 # ── Секция 1. Паспорт ───────────────────────────────────────────────────────
@@ -50,208 +44,238 @@ contract: marketplace
 purpose: >
  Штатный путь корректно отразить в учёте имущество, которое физически
  пропало или стало непригодным к выдаче. Применяется, когда товар на
-  складе участка просрочился, испортился или иначе не может быть
-  передан заказчику. Без этого процесса такие позиции висели бы на
-  складе бесконечно — здесь кооператив честно фиксирует свои потери
-  через решение совета.
+  складе участка просрочился, испортился или иначе не может быть передан
+  заказчику. Без этого процесса такие позиции висели бы на складе
+  бесконечно — здесь кооператив честно фиксирует свои потери через
+  решение совета.

  Процесс состоит из двух шагов. На первом шаге кооператив по расписанию
  (по умолчанию раз в месяц; точную дату согласовывает бухгалтер)
-  собирает со складов участков позиции, удовлетворяющие критериям
-  списания, формирует проект решения и выносит его на повестку совета.
-  На втором шаге совет рассматривает проект и принимает решение:
-  при положительном решении позиции списываются со складов как
-  безвозвратные потери; при отрицательном — проект отклоняется или
-  откладывается, а позиции остаются на складах. По кошелькам заказчиков
-  движений не происходит — это чисто кооперативный учётный расход.
+  опрашивает склады участков и собирает позиции, удовлетворяющие
+  критериям списания. Председатель оформляет проект списания, подписывает
+  заявление и вносит его на рассмотрение совета. На втором шаге совет
+  по типовому процессу решения совета рассматривает заявление и
+  подписывает протокол: при положительном решении каждая позиция
+  списывается со склада как безвозвратные потери; при отрицательном
+  проект отклоняется и позиции остаются на складе.
+
+  По кошелькам заказчиков движений не происходит — это чисто кооперативный
+  учётный расход на счёт целевого финансирования программы.
 roles:
-  - backend         # Backend Marketplace (крон-триггер, формирование проекта)
-  - chairman        # председатель кооператива (вносит проект на повестку совета)
+  - chairman        # председатель кооператива (подписывает заявление, вносит на совет)
  - council         # совет кооператива (принимает решение по протоколу)

 # ── Секция 2. Действия контракта (блокчейн-уровень) ─────────────────────────
-# Имена actions ≤12 символов eosio::name.
+# Имена actions ≤12 символов eosio::name. Заявление председателя на
+# рассмотрение совета вносится по типовому процессу «Решение совета»
+# (стандарт sov.decision), поэтому здесь перечислены только специфические
+# для списания действия — внесение проекта и исполнение позиций по
+# принятому протоколу совета.
 actions:
  - name: marketplace::propwroff
-    human: Внести проект списания
-    actor: backend
+    human: Внести проект списания на рассмотрение совета
+    actor: chairman
    role: opener
    purpose: >
-      Кооператив по расписанию (по умолчанию раз в месяц) собирает на
-      складах участков позиции, которые невозможно выдать заказчику —
-      просроченные и не востребованные, повреждённые, малооценные — и
-      формирует проект решения о списании. Проект выносится на повестку
+      Председатель подписывает заявление о списании скоропорта — список
+      позиций, которые невозможно выдать заказчику (просроченные и не
+      востребованные, повреждённые, малоценные), — и вносит проект на
+      рассмотрение совета. Дальнейшее движение проекта (повестка совета,
+      голосование, подписание протокола) — по типовому процессу решения
      совета.

  - name: marketplace::execwroff
-    human: Исполнить списание
-    actor: council
+    human: Исполнить позицию списания по протоколу совета
+    actor: chairman
    role: closer
    purpose: >
-      Совет принял положительное решение по проекту. Кооператив
-      списывает позиции со складов участков — имущество уходит из учёта
-      как безвозвратные потери. По кошелькам заказчиков движений нет.
-
-  - name: marketplace::declwroff
-    human: Отклонить проект списания
-    actor: council
-    role: reject
-    purpose: >
-      Совет отклонил проект списания либо отложил его рассмотрение.
-      Позиции остаются на складах участков и попадут в следующий цикл
-      списания.
+      После принятия советом положительного решения по каждой позиции
+      проекта выполняется списание: имущество выбывает со склада участка,
+      сумма закрывается на счёт целевого финансирования программы. На
+      каждую позицию — операция o.mkt.wroff. Когда все позиции проекта
+      исполнены, проект считается завершённым.

 # ── Секция 3. Граф состояний ────────────────────────────────────────────────
-# Сущность: marketplace::writeoff_proposal (таблица writeoff_proposals,
-# scope=coopname). Запись агрегирует список позиций, попавших в один цикл
-# утилизации, и проходит свой жизненный цикл (draft → executed | rejected).
+# Сущность: marketplace::writeoff_proposal (таблица wroffprops, scope=coopname).
+# Запись агрегирует список позиций, попавших в один цикл списания, и проходит
+# свой жизненный цикл (proposed → authorized → executed | rejected).
 entity: marketplace::writeoff_proposal
 entity_human: Проект списания скоропорта
-entity_source: cpp/marketplace/src/writeoff/
+entity_source: cpp/marketplace/src/p.mkt.wroff/

 states:
-  - name: draft
-    human: Проект сформирован
+  - name: proposed
+    human: На рассмотрении совета
    description: >
-      Кооператив сформировал список позиций к списанию и вынес проект
-      решения на повестку совета. Ждёт рассмотрения советом.
+      Председатель подписал заявление о списании и внёс проект на
+      рассмотрение совета. Ожидается решение совета по типовому процессу
+      решения совета.
+    kind: normal
+
+  - name: authorized
+    human: Решение совета принято
+    description: >
+      Совет принял положительное решение по проекту и подписал протокол.
+      По каждой позиции проекта последовательно выполняется списание со
+      склада участка.
    kind: normal

  - name: executed
    human: Списание исполнено
    description: >
-      Совет принял положительное решение, кооператив списал позиции со
-      складов участков. Имущество ушло из учёта как безвозвратные
-      потери. По кошелькам заказчиков движений не было.
+      Кооператив списал все позиции проекта со складов участков.
+      Имущество ушло из учёта как безвозвратные потери. По кошелькам
+      заказчиков движений не было.
    kind: final

  - name: rejected
-    human: Проект отклонён
+    human: Совет отклонил проект
    description: >
-      Совет отклонил проект списания либо отложил его рассмотрение.
-      Позиции остаются на складах участков и попадут в следующий цикл
-      списания.
+      Совет отклонил проект списания. Позиции остаются на складах
+      участков и могут попасть в следующий цикл списания.
    kind: final

 transitions:
  - from: "∅"
-    to: draft
+    to: proposed
    action: marketplace::propwroff
-    actor: backend
+    actor: chairman
    guards:
-      - Наступил регламентный срок очередного цикла списания.
-      - На складах участков найдены позиции, удовлетворяющие критериям списания (просроченные, не выданные первичному заказчику, повреждённые, малооценные).
+      - Наступил регламентный срок очередного цикла списания (или ручной запуск председателем).
+      - Председатель подписал Заявление о списании скоропорта.
+      - На складах участков найдены позиции, удовлетворяющие критериям списания.

-  - from: draft
+  - from: proposed
+    to: authorized
+    actor: council
+    guards:
+      - Совет рассмотрел проект и принял положительное решение по типовому процессу решения совета.
+      - Председатель подписал Протокол совета о списании скоропорта.
+
+  - from: authorized
    to: executed
    action: marketplace::execwroff
-    actor: council
+    actor: chairman
    ledger_code: p.mkt.wroff
    operations:
      - o.mkt.wroff
-      - o.mkt.wroff2
    guards:
-      - Совет принял положительное решение по проекту и оформил его протоколом.
+      - Решение совета по проекту принято и протокол подписан.
+      - Все позиции проекта последовательно исполнены.

-  - from: draft
+  - from: proposed
    to: rejected
-    action: marketplace::declwroff
    actor: council
    guards:
-      - Совет принял отрицательное решение по проекту либо не принял решение в установленный регламентом срок.
+      - Совет рассмотрел проект и отклонил его по типовому процессу решения совета.

 # ── Секция 4. Сценарий ──────────────────────────────────────────────────────
 scenario:
  steps:
    - step: 1
-      title: Формирование проекта списания
-      actor: backend
+      title: Формирование и внесение проекта на рассмотрение совета
+      actor: chairman
      action: marketplace::propwroff
      description: >
-        Кооператив по расписанию (по умолчанию раз в месяц, точная дата
-        согласовывается с бухгалтером) опрашивает склады участков и
-        собирает позиции, которые невозможно выдать заказчику:
-        просроченные и не востребованные, повреждённые, малооценные.
-        Сформированный список становится проектом решения и выносится
-        на повестку совета.
+        Кооператив по расписанию (по умолчанию раз в месяц; точную дату
+        согласовывает бухгалтер) опрашивает склады участков и собирает
+        позиции, которые невозможно выдать заказчику: просроченные и не
+        востребованные, повреждённые, малоценные. Председатель оформляет
+        проект списания со списком позиций, подписывает заявление и
+        вносит проект на рассмотрение совета.
      pre:
        - Наступил регламентный срок очередного цикла списания.
        - На складах участков найдены позиции, удовлетворяющие критериям списания.
+        - Председатель подписал Заявление о списании скоропорта.
      post:
-        - Проект списания сформирован.
-        - Проект вынесен на повестку совета.
+        - Проект списания сформирован и подписан председателем.
+        - Проект внесён на рассмотрение совета.

    - step: 2
      title: Рассмотрение проекта советом
      actor: council
-      action: marketplace::execwroff
+      action: null
      description: >
-        Совет рассматривает проект — на очном заседании или в форме
-        заочного голосования — и принимает решение, оформленное
-        протоколом. При положительном решении кооператив списывает
-        перечисленные в проекте позиции со складов участков. Имущество
-        уходит из учёта как безвозвратные потери. По кошелькам
-        заказчиков движений не происходит.
+        Совет рассматривает заявление председателя по типовому процессу
+        решения совета — на очном заседании или в форме заочного
+        голосования — и принимает решение. При положительном решении
+        председатель подписывает протокол о списании. При отрицательном —
+        проект отклоняется.
      pre:
        - Проект внесён на рассмотрение совета.
-        - Совет принял положительное решение по проекту и оформил его протоколом.
      post:
-        - Списание исполнено.
-        - Списанные позиции ушли со складов участков.
+        - Совет принял решение по проекту и подписал протокол.
+
+    - step: 3
+      title: Исполнение списания
+      actor: chairman
+      action: marketplace::execwroff
+      description: >
+        По принятому советом протоколу кооператив последовательно
+        списывает каждую позицию проекта со склада участка. Имущество
+        безвозвратно выбывает из учёта; сумма закрывается на счёт
+        целевого финансирования программы. По кошелькам заказчиков
+        движений нет.
+      pre:
+        - Совет принял положительное решение по проекту.
+        - Протокол совета о списании подписан.
+      post:
+        - Все позиции проекта списаны со складов участков.
+        - Имущество ушло из учёта как безвозвратные потери.

  alternatives:
    - branch: Совет отклонил проект
      at_step: 2
-      action: marketplace::declwroff
+      action: null
      actor: council
      description: >
-        Совет отклонил проект списания (например, требуется
-        дополнительная экспертиза) либо отложил его рассмотрение.
-        Позиции остаются на складах участков и попадут в следующий цикл
-        списания.
+        Совет отклонил проект списания — например, требуется
+        дополнительная экспертиза — либо отложил рассмотрение. Позиции
+        остаются на складах участков и могут попасть в следующий цикл
+        списания. Движений по имуществу и средствам не происходит.

    - branch: Альтернатива — переуступка имущества по сниженной цене
      at_step: 1
      action: null
-      actor: backend
+      actor: chairman
      description: >
-        Альтернативный путь для имущества, ещё пригодного к выдаче
-        (например, накануне истечения срока годности): кооператив сам
+        Альтернативный путь для имущества, ещё пригодного к выдаче —
+        например, накануне истечения срока годности: кооператив сам
        выступает поставщиком в новом предложении по сниженной цене и
        ставит имущество на следующий цикл отсечки заявок. В MVP только
        помечен; реализуется отдельным процессом в более поздней фазе.

 # ── Секция 5. Документы и подписи ───────────────────────────────────────────
-# В процессе подписывается протокол решения совета (authorization), который
-# является типовым документом совета и обслуживается через процесс
-# sov.decision (повестка → голосование → протокол). Этот процесс
-# напрямую не оформляет своих документов — только пункт повестки.
+# Заявление председателя — собственный документ процесса (вносится советом
+# на рассмотрение). Протокол совета — документ типового процесса решения
+# совета (по стандарту sov.decision), к которому привязан проект списания.
 documents:
-  - action: marketplace::execwroff
-    title: Протокол решения совета о списании скоропорта
-    registry_id: 0
-    signed_by: [council_members]
-    stored_in: "(authorization — параметр действия execwroff, обслуживается через sov.decision)"
-    note: "TODO: использовать существующий шаблон протокола совета (sov.decision-протокол) с прикреплённым перечнем позиций; либо создать специализированный шаблон в cooptypes/cooperative/registry/<id>.MarketplaceWriteoffProtocol при необходимости отдельной формы."
+  - action: marketplace::propwroff
+    title: Заявление о списании скоропорта
+    registry_id: 1106
+    signed_by: [chairman]
+    stored_in: writeoff_proposals.statement
+    note: "Подписывается председателем перед внесением проекта на рассмотрение совета. Содержит список позиций к списанию (участок, наименование, количество, сумма, причина). Источник правды — components/cooptypes/src/cooperative/registry/1106.MarketplaceWriteoffStatement"
+
+  - action: null
+    title: Протокол совета о списании скоропорта
+    registry_id: 1105
+    signed_by: [chairman]
+    stored_in: writeoff_proposals.protocol
+    note: "Протокол по типовому процессу решения совета (стандарт sov.decision). Подписывается председателем после принятия советом положительного решения. Источник правды — components/cooptypes/src/cooperative/registry/1105.MarketplaceWriteoffProtocol"

 # ── Секция 6. Операции (Ledger2) ────────────────────────────────────────────
-# Одна ledger2-операция со СОСТАВНОЙ проводкой: транзит через счёт 91.
-# В журнале это одна именованная операция; в бухгалтерии — две проводки
-# (или одна составная). Реализация: в .cpp execwroff вызывает ledger2::apply
-# дважды с одинаковым operation_id (или один раз с composite-record), так
-# чтобы транзит через 91 был атомарным и не нарушал инвариантов
-# Дт/Кт-баланса по 91. WalletOp ACCOUNT_ONLY — proposed расширение enum'а
-# ledger2 для операций без движения по кошелькам.
+# Одна ledger2-операция — списание имущества со склада через целевое
+# финансирование программы. Срабатывает по каждой позиции проекта в
+# транзакции исполнения списания.
 operations:
  - ledger_code: o.mkt.wroff
-    human_name: Утилизация скоропорта — выбытие со склада
-    wallet_op: NONE                # NONE = только бухпроводка без движения по кошелькам
-    # L1 — часть 1 композитной проводки: Дт 91 / Кт 10 (выбытие имущества
-    # со склада на «прочие»). Закрытие транзита выполняется отдельной
-    # операцией o.mkt.wroff2 (Дт 86 / Кт 91), атомарно с o.mkt.wroff
-    # в той же транзакции execwroff (контракт вызывает обе последовательно).
-    debit: 91                      # Прочие доходы и расходы (NEW)
-    credit: 10                     # Материалы (NEW в LEDGER2_ACCOUNT_REGISTRY)
+    human_name: Утилизация скоропорта
+    wallet_op: NONE                # только бухпроводка без движения по кошелькам
+    # L1 — двойная запись: целевое финансирование расходуется на выбытие
+    # имущества со склада (одной операцией).
+    debit: 86                      # Целевое финансирование
+    credit: 10                     # Материалы
    # L2 — без перевода между кошельками кооператива
    wallet_from: null
    wallet_to: null
@@ -263,35 +287,8 @@ operations:
    amount_ref: writeoff_item.cost
    triggered_by: marketplace::execwroff
    description: >
-      Списание имущества со склада КУ — часть 1 композитной бухгалтерской
-      проводки через транзит счёта 91 «Прочие доходы и расходы». NONE —
-      только бухпроводка Дт 91 / Кт 10, кошельки не двигаются. Сразу
-      после этой операции в той же транзакции execwroff контракт вызывает
-      o.mkt.wroff2 (Дт 86 / Кт 91, NONE) — закрытие транзита на счёт ЦФ
-      программы. Применяется по каждой позиции из списка writeoff_proposal —
-      может быть несколько последовательных пар в одной транзакции
-      execwroff. Согласовано с Ангелиной 2026-04-27.
-
-  - ledger_code: o.mkt.wroff2
-    human_name: Утилизация скоропорта — закрытие транзита
-    wallet_op: NONE
-    # L1 — часть 2 композитной проводки: Дт 86 / Кт 91 (закрытие «прочих»
-    # на счёт ЦФ программы).
-    debit: 86                      # Целевое финансирование
-    credit: 91                     # Прочие доходы и расходы (NEW)
-    # L2 / L3 — без движения по кошелькам
-    wallet_from: null
-    wallet_to: null
-    user_wallet: null
-    user_ref: null
-    available_delta: null
-    blocked_delta: null
-    amount_ref: writeoff_item.cost
-    triggered_by: marketplace::execwroff
-    description: >
-      Закрытие транзита счёта 91 после выбытия имущества со склада. NONE —
-      только бухпроводка Дт 86 / Кт 91, кошельки не двигаются. Срабатывает
-      атомарно с o.mkt.wroff в той же транзакции execwroff. По итогу пары
-      operations нетто-эффект — Дт 86 / Кт 10 (закрытие ЦФ программы +
-      выбытие имущества со склада), 91 проходит нулевым транзитом.
-
+      Списание имущества со склада участка по протоколу совета. Двойная
+      запись Дт 86 / Кт 10 — расход целевых средств программы на выбытие
+      имущества со склада. Кошельки не двигаются — расход чисто кооперативный.
+      Применяется по каждой позиции из списка проекта — несколько
+      последовательных операций в одной транзакции исполнения.
@@ -0,0 +1,113 @@
+# Выплата поставщику через контракт gateway
+
+Шпаргалка для агентов: как устроен поток исходящей выплаты поставщику в
+процессе `p.mkt.supply` после разделения `signchair` и `payout` (E11 техдолг
+598-16, Locked Decision L12).
+
+## Зачем разделили
+
+Прежний `signchair` атомарно выполнял `o.mkt.purch + o.mkt.payout` —
+кооператив закрывал обязательство перед поставщиком по счёту 51 ДО
+фактического банковского перевода. Формальное расхождение между bookkeeping
+и реальной кассой; недопустимо для регуляторного релиза.
+
+L12 требует, чтобы `o.mkt.payout` (Дт 86 / Кт 51) применялся только по факту
+реального банковского перевода. Реальный перевод делает кассир через свой
+стол в контракте `gateway` — а контракт `gateway` уже умеет дёргать обратно
+contract-callback'ом, как только кассир подтвердил/отказал.
+
+## Триплет действий
+
+| Action                    | Кто вызывает           | Что делает                                                      |
+|---------------------------|------------------------|-----------------------------------------------------------------|
+| `marketplace::payout`     | backend (auth coopname) | inline `gateway::createoutpay` — регистрирует исходящий платёж  |
+| `marketplace::payconfirm` | gateway (auth _gateway) | callback от `gateway::outcomplete` — применяет `o.mkt.payout`   |
+| `marketplace::paydecline` | gateway (auth _gateway) | callback от `gateway::outdecline` — фиксирует отказ, без ledger |
+
+## Под-граф `order.payout_status`
+
+```
+        marketplace::payout                   marketplace::payconfirm
+   none ────────────────────────►  pending ────────────────────────►  completed
+                                      │
+                                      │  marketplace::paydecline
+                                      ▼
+                                  declined ──┐
+                                      ▲       │ marketplace::payout (повтор)
+                                      └───────┘
+```
+
+- `none` — приёмка завершена, выплата ещё не инициировалась.
+- `pending` — gateway хранит запись `outcomes` со статусом pending, ждёт
+  действия кассира.
+- `completed` — gateway стёр запись (на outcomplete) и callback'ом дёрнул
+  `payconfirm`; применён o.mkt.payout, обязательство закрыто.
+- `declined` — gateway стёр запись (на outdecline) и callback'ом дёрнул
+  `paydecline`; обязательство Кт 86 остаётся открытым, сохраняется
+  `payout_decline_reason`. Backend может повторить `payout`.
+
+Статус самого `Order.status` (READY_TO_RECEIVE / RECEIVED) в этом поток
+никак не участвует — выплата может идти параллельно шагам выдачи.
+
+## Контрактные детали
+
+- `outcome_hash` для gateway = `order.hash`. Уникальность гарантирована
+  индексом `byhash` orders. На decline gateway стирает свою запись, что
+  снимает коллизию для повторной инициации.
+- `username` для gateway = `order.offerer` — это пайщик-поставщик, который
+  получит деньги.
+- `quantity` = `order.total_cost`.
+- `callback_contract = _marketplace`, `confirm_callback = "payconfirm"_n`,
+  `decline_callback = "paydecline"_n`.
+- `marketplace` уже в `contracts_whitelist` в `lib/consts.hpp`, поэтому
+  inline-вызов `gateway::createoutpay` проходит auth-чек на gateway-стороне.
+
+Гарды:
+
+- `payout`: `order.status ∈ { accepted_to_coop, ready_to_receive, received }`
+  и `order.payout_status ∈ { none, declined }`.
+- `payconfirm` / `paydecline`: `require_auth(_gateway)` +
+  `order.payout_status == pending`.
+
+`payout_decline_reason` очищается при инициации новой попытки (`payout`) и
+при успехе (`payconfirm`); заполняется только в `paydecline`.
+
+## Что меняется в backend (controller)
+
+- `MarketplaceCanonicalBlockchainPort.payOut(coopname, order_hash)` —
+  единственный action, который backend сам отправляет. Кассир будет вызывать
+  его из админки через application service (Story 5.6 ещё не реализована —
+  port готов).
+- `payconfirm` / `paydecline` backend сам **не отправляет**. Контракт
+  gateway вызывает их inline'ом, parser2 разбирает их как обычные
+  blockchain_actions, controller подхватывает через delta-stream и обновляет
+  `marketplace_outgoing_payment_request.status` (PENDING_CASHIER_ACTION →
+  CONFIRMED_BY_CASHIER → LEDGER_RECORDED при `payconfirm`; CASHIER_DECLINED
+  при `paydecline`). Это уже зона Story 5.6 — здесь сделан только
+  C++/cooptypes/port-foundation.
+
+## Что НЕ делать (anti-patterns)
+
+- Не дёргать `Ledger2::apply(o.mkt.payout, …)` где-либо кроме `payconfirm`.
+- Не выставлять `payout_status = completed` ни в одном action кроме
+  `payconfirm`.
+- Не отправлять `payout` если `payout_status == pending` — это создаст
+  дубль `outcomes` в gateway (gateway сам ругнётся, но лучше отсечь раньше).
+- Не разрешать backend дёргать `payconfirm` / `paydecline` напрямую —
+  только gateway-контракт через inline-action.
+- Не вводить отдельный `outcome_hash` поле в `order` — пока он совпадает
+  с `order.hash`, дублирование избыточно.
+
+## Источники правды
+
+- `components/contracts/cpp/marketplace/src/p.mkt.supply/payout.cpp` /
+  `payconfirm.cpp` / `paydecline.cpp` — реализация.
+- `components/contracts/cpp/lib/domain/table_marketplace_orders.hpp` —
+  `order.payout_status`, `payout_decline_reason`, `OrderPayoutStatus` enum.
+- `components/contracts/cpp/marketplace/p.mkt.supply.standard.yaml` —
+  states/transitions/operations/scenario (`step 6a` / `6b` + alternative
+  «Кассир отклонил банковский перевод»).
+- `components/contracts/cpp/lib/core/gateway/gateway.hpp` —
+  `Gateway::create_outcome` helper и сигнатура `CREATEOUTPAY_SIGNATURE`.
+- `components/contracts/cpp/gateway/src/outpay/outcomplete.cpp` /
+  `outdecline.cpp` — где gateway отправляет callback.
@@ -1,14 +1,13 @@
 /**
 * @brief Председатель принимает гарантийный возврат на очном осмотре (Story 7.4, p.mkt.return).
 *
- * Композитная транзакция (атомарно в одной Antelope tx):
- *  - Ledger2::apply(o.mkt.return,  fact_cost, orderer, hash=request.hash)  — Дт 91 / Кт 86, ISSUE w.mkt.member.
- *  - Ledger2::apply(o.mkt.return2, fact_cost, orderer, hash=request.hash)  — Дт 10 / Кт 91, NONE.
+ *  - Ledger2::apply(o.mkt.return, fact_cost, orderer, hash=request.hash)
+ *    — ISSUE w.mkt.member, Дт 10 / Кт 86. Восстановление средств на членском
+ *    «Стола заказов» заказчика и возврат имущества на склад через целевое финансирование.
 *
 * Compensating forward, не revert (Locked Decision L3 — AR14): новое событие в
 * journal с прикладным полем `original_consume_op_id` (заполняется backend'ом
- * в submretrn) для трассировки. Исходные o.mkt.consum / o.mkt.consum2 в
- * журнале НЕ модифицируются.
+ * в submretrn) для трассировки. Исходная o.mkt.consum в журнале НЕ модифицируется.
 *
 * Status: approved_for_visit → return_accepted (final). Имущество возвращается
 * на склад КУ; средства восстанавливаются на w.mkt.member.available заказчика.
@@ -38,15 +37,11 @@ void marketplace::accretrn(eosio::name coopname,
    verify_document_or_fail(decision, { signer });
  }

-  // Композитная пара return + return2
+  // o.mkt.return: ISSUE w.mkt.member, Дт 10 / Кт 86
  Ledger2::apply(_marketplace, coopname,
                 operations::marketplace::RETURN_BY_MEMBER,
                 r.fact_cost, r.orderer, r.hash,
                 Marketplace::Memo::get_return_by_member_memo(r.id, r.original_order_id));
-  Ledger2::apply(_marketplace, coopname,
-                 operations::marketplace::RETURN_TRANSIT_CLOSE,
-                 r.fact_cost, r.orderer, r.hash,
-                 Marketplace::Memo::get_return_transit_close_memo(r.id, r.original_order_id));

  Marketplace::update_return_request(coopname, r.id, [&](auto& upd) {
    upd.status         = ReturnStatus::RETURN_ACCEPTED;
@@ -1,9 +1,9 @@
 /**
 * @brief Заказчик отменяет заказ до акцепта поставщиком (Story 4.4, p.mkt.supply).
 *
- * Триггерит `o.mkt.unblk` на full `order.total_cost`. Сумма остаётся на
- * `w.mkt.member.available` заказчика — может быть потрачена на следующий
- * заказ программы либо выведена явным `o.mkt.recall` (отдельное действие).
+ * Триггерит `o.mkt.unlock` на full `order.total_cost` — TRANSFER w.mkt.order →
+ * w.mkt.member (снятие резерва). Сумма возвращается на членский «Стола заказов»
+ * `w.mkt.member.available` заказчика — остаётся в программе под следующие заказы.
 *
 * Guards:
 *  - Order существует.
@@ -24,7 +24,7 @@ void marketplace::cancelorder(eosio::name coopname,
               "Нельзя отменить заказ: он уже акцептован поставщиком");

  Ledger2::apply(_marketplace, coopname,
-                 operations::marketplace::UNBLOCK_ON_CANCEL,
+                 operations::marketplace::UNLOCK_ORDER,
                 o.total_cost, orderer, o.hash,
                 Marketplace::Memo::get_cancel_order_memo(o.id));

@@ -1,33 +1,26 @@
 /**
 * @brief Заказчик размещает заказ на товар (Story 4.1, p.mkt.supply шаг 1).
 *
- * Серия операций (атомарно в одной транзакции Antelope):
- *  1. `o.wal.conv` (conditional) — TRANSFER w.wal.share → w.wal.member,
- *     Дт 80 / Кт 86. Только если на `w.wal.member.available` заказчика и
- *     на `w.mkt.member.available` суммарно не хватает суммы заказа.
- *  2. `o.mkt.assign` (conditional) — TRANSFER w.wal.member → w.mkt.member,
- *     без проводки. Только если на `w.mkt.member.available` не хватает.
- *  3. `o.mkt.block` (всегда) — BLOCK на `w.mkt.member` пайщика на total_cost.
+ * Одна ledger2-операция:
+ *  - `o.mkt.lock` (TRANSFER w.wal.share → w.mkt.order пайщика на total_cost,
+ *    Дт 80 / Кт 86) — резерв средств заказчика под этот Order. Паевой пайщика
+ *    переходит в целевое финансирование на резерв-кошелёк.
 *
 * Guards (из p.mkt.supply.standard.yaml + Locked Decision L6):
- *  - quantity > 0; unit_price > 0 в _root_govern_symbol; cycle_type валидный.
+ *  - quantity > 0; unit_price > 0 в _root_govern_symbol.
 *  - Order с таким hash ещё не создан (idempotency).
 *  - Заказчик — активный пайщик кооператива (`get_participant_or_fail`).
 *  - `delivery_braname` существует в `branches` (КУ выдачи задаётся пайщиком
 *    из доступных и неизменен после создания Order'а).
- *  - Σ available трёх кошельков (w.wal.share + w.wal.member + w.mkt.member)
- *    >= total_cost; иначе createorder фейлится без создания Order'а.
+ *  - w.wal.share.available заказчика >= total_cost; иначе createorder фейлится
+ *    без создания Order'а.
 *  - Подписка пайщика на оферту ЦПП «Стол заказов» (L2/L3 онбординг) —
 *    автоматически проверяется в `ledger2::walletop` через
 *    `assert_program_signed` (cross-contract в `wallet::users.programs[]`)
- *    при первом ASSIGN/BLOCK на USER_SHARED-кошельке программы.
+ *    при первом TRANSFER на USER_SHARED-кошельке программы (w.mkt.order).
 *
 * Сообщения проверок — для прямого показа пользователю (UI ловит check'ом).
 *
- * @note process_hash для всех трёх ledger2-операций — `order_hash`. Это
- *       даёт backend'у одну точку группировки операций процесса
- *       p.mkt.supply через `getProcess(process_hash)` (Story 9.3).
- *
 * @ingroup public_marketplace_actions
 */
 void marketplace::createorder(eosio::name coopname,
@@ -38,7 +31,6 @@ void marketplace::createorder(eosio::name coopname,
                               eosio::name delivery_braname,
                               uint64_t quantity,
                               eosio::asset unit_price,
-                               eosio::name cycle_type,
                               uint32_t warranty_period_secs,
                               checksum256 batch_hash) {
  require_auth(coopname);
@@ -49,11 +41,6 @@ void marketplace::createorder(eosio::name coopname,
               "Некорректная цена за единицу");
  eosio::check(unit_price.symbol == _root_govern_symbol,
               "Некорректный символ валюты в цене");
-  eosio::check(cycle_type == CycleType::TIME_BASED ||
-               cycle_type == CycleType::VOLUME_BASED ||
-               cycle_type == CycleType::OPEN_SUBSCRIPT ||
-               cycle_type == CycleType::INDIVIDUAL,
-               "Неизвестный тип цикла отсечки заявок");

  // Idempotency: Order с таким hash не должен существовать
  eosio::check(!Marketplace::get_order_by_hash(coopname, order_hash).has_value(),
@@ -72,31 +59,12 @@ void marketplace::createorder(eosio::name coopname,
  eosio::check(total_cost.amount > 0,
               "Итоговая сумма заказа должна быть больше нуля");

-  // ── Достаточность средств: Σ available трёх кошельков >= total_cost ─
-  auto bal_share  = Marketplace::get_user_wallet_balance(
+  // ── Достаточность средств: w.wal.share.available >= total_cost ──────
+  auto bal_share = Marketplace::get_user_wallet_balance(
      coopname, ledger2_wallets::SHARE_FUND_PAY, orderer);
-  auto bal_member = Marketplace::get_user_wallet_balance(
-      coopname, ledger2_wallets::CK_MEMBER, orderer);
-  auto bal_mkt    = Marketplace::get_user_wallet_balance(
-      coopname, ledger2_wallets::MARKETPLACE_MEMBER, orderer);
-
-  eosio::asset total_available =
-      bal_share.available + bal_member.available + bal_mkt.available;
-  eosio::check(total_available >= total_cost,
+  eosio::check(bal_share.available >= total_cost,
               std::string{"Недостаточно средств для заказа: требуется "} +
-                 total_cost.to_string() + ", доступно " + total_available.to_string());
-
-  // ── Расчёт conditional-долей серии ──────────────────────────────────
-  // Сначала тратим w.mkt.member.available; недостающее берём из w.wal.member
-  // через assign; недостающее в w.wal.member берём из w.wal.share через conv.
-  const eosio::asset zero = eosio::asset(0, _root_govern_symbol);
-
-  eosio::asset need_to_assign = (bal_mkt.available >= total_cost)
-                                 ? zero
-                                 : (total_cost - bal_mkt.available);
-  eosio::asset need_to_conv   = (bal_member.available >= need_to_assign)
-                                 ? zero
-                                 : (need_to_assign - bal_member.available);
+                 total_cost.to_string() + ", доступно " + bal_share.available.to_string());

  // ── Создание Order entity (id потребуется для memo) ─────────────────
  orders_index orders(_marketplace, coopname.value);
@@ -119,32 +87,15 @@ void marketplace::createorder(eosio::name coopname,
    o.total_cost      = total_cost;
    o.fact_cost       = total_cost;        // до signiss2 == total_cost

-    o.cycle_type            = cycle_type;
    o.warranty_period_secs  = warranty_period_secs;

    o.status      = OrderStatus::ACTIVE;
    o.batch_hash  = batch_hash;
  });

-  // ── Шаг 1: o.wal.conv (conditional) ──────────────────────────────────
-  if (need_to_conv.amount > 0) {
-    Ledger2::apply(_marketplace, coopname,
-                   operations::wallet::CONVERT_TO_MEMBER,
-                   need_to_conv, orderer, order_hash,
-                   Marketplace::Memo::get_create_order_convert_memo(new_id));
-  }
-
-  // ── Шаг 2: o.mkt.assign (conditional) ────────────────────────────────
-  if (need_to_assign.amount > 0) {
-    Ledger2::apply(_marketplace, coopname,
-                   operations::marketplace::ASSIGN_TO_PROGRAM,
-                   need_to_assign, orderer, order_hash,
-                   Marketplace::Memo::get_create_order_assign_memo(new_id));
-  }
-
-  // ── Шаг 3: o.mkt.block (всегда) ──────────────────────────────────────
+  // ── o.mkt.lock: TRANSFER w.wal.share → w.mkt.order (Дт 80 / Кт 86) ───
  Ledger2::apply(_marketplace, coopname,
-                 operations::marketplace::BLOCK_FOR_ORDER,
+                 operations::marketplace::LOCK_ORDER,
                 total_cost, orderer, order_hash,
                 Marketplace::Memo::get_create_order_block_memo(new_id));
 }
@@ -1,9 +1,10 @@
 /**
 * @brief Поставщик отказывается от одного Order'а до акцепта (Story 4.5, p.mkt.supply).
 *
- * Per-Order: o.mkt.unblk на total_cost (резерв возвращается заказчику) +
- * статус active → cancelled. Backend проходит циклом по orders соответствующего
- * batch'а, вызывая `declineorder` per Order — векторов order_hash нет.
+ * Per-Order: o.mkt.unlock на total_cost (TRANSFER w.mkt.order → w.mkt.member —
+ * резерв возвращается на членский «Стола заказов» заказчика) + статус active →
+ * cancelled. Backend проходит циклом по orders соответствующего batch'а,
+ * вызывая `declineorder` per Order — векторов order_hash нет.
 *
 * Guards:
 *  - Order существует и в статусе active.
@@ -22,7 +23,7 @@ void marketplace::declineorder(eosio::name coopname,
               "Заказ уже не в активном статусе — отклонить нельзя");

  Ledger2::apply(_marketplace, coopname,
-                 operations::marketplace::UNBLOCK_ON_CANCEL,
+                 operations::marketplace::UNLOCK_ORDER,
                 o.total_cost, o.orderer, o.hash,
                 Marketplace::Memo::get_decline_order_memo(o.id));

@@ -8,7 +8,7 @@
 * threshold — это вычисление backend'а; on-chain — только закрытие конкретного
 * Order'а с возвратом резерва.
 *
- * Per-Order: o.mkt.unblk на total_cost + статус active → cancelled.
+ * Per-Order: o.mkt.unlock на total_cost (TRANSFER w.mkt.order → w.mkt.member — возврат резерва на членский «Стола заказов» заказчика) + статус active → cancelled.
 *
 * Guards:
 *  - Order существует и в статусе active (после акцепта поставщика
@@ -28,7 +28,7 @@ void marketplace::expireorder(eosio::name coopname,
               "Закрыть по таймауту можно только активный заказ");

  Ledger2::apply(_marketplace, coopname,
-                 operations::marketplace::UNBLOCK_ON_CANCEL,
+                 operations::marketplace::UNLOCK_ORDER,
                 o.total_cost, o.orderer, o.hash,
                 Marketplace::Memo::get_expire_order_memo(o.id));

@@ -0,0 +1,39 @@
+/**
+ * @brief Callback от gateway о фактическом подтверждении исходящей выплаты
+ * поставщику (E11 техдолг 598-16, Locked Decision L12, p.mkt.supply).
+ *
+ * Inline-action отправляется контрактом gateway из `gateway::outcomplete`
+ * после того, как кассир в админке подтвердил реальный банковский перевод.
+ * Здесь — единственное место, где применяется бухгалтерская проводка
+ * выплаты:
+ *
+ *  - Ledger2::apply(o.mkt.payout, total_cost, …, hash=order.hash) — Дт 86 / Кт 51.
+ *
+ * `outcome_hash` приходит из gateway и равен `order.hash` (так его задал
+ * marketplace::payout). Поиск Order'а — по индексу `byhash`.
+ *
+ * Guards:
+ *  - require_auth(_gateway) — callback легитимен только от gateway-контракта.
+ *  - Order найден по `outcome_hash`.
+ *  - `payout_status == PENDING` — на NONE/COMPLETED/DECLINED callback не ждём.
+ *
+ * @ingroup public_marketplace_actions
+ */
+void marketplace::payconfirm(eosio::name coopname, checksum256 outcome_hash) {
+  require_auth(_gateway);
+
+  auto o = Marketplace::get_order_by_hash_or_fail(coopname, outcome_hash,
+             "Order не найден по outcome_hash из callback'а gateway");
+  eosio::check(o.payout_status == OrderPayoutStatus::PENDING,
+               "Callback gateway::outcomplete получен на Order не в статусе ожидания выплаты");
+
+  Ledger2::apply(_marketplace, coopname,
+                 operations::marketplace::PAY_SUPPLIER,
+                 o.total_cost, o.offerer, o.hash,
+                 Marketplace::Memo::get_pay_supplier_memo(o.id));
+
+  Marketplace::update_order(coopname, o.id, [&](auto& upd) {
+    upd.payout_status = OrderPayoutStatus::COMPLETED;
+    upd.payout_decline_reason.clear();
+  });
+}
@@ -0,0 +1,33 @@
+/**
+ * @brief Callback от gateway об отклонении исходящей выплаты поставщику
+ * (E11 техдолг 598-16, Locked Decision L12, p.mkt.supply).
+ *
+ * Inline-action отправляется контрактом gateway из `gateway::outdecline` —
+ * кассир отметил, что банковский перевод не прошёл (нет реквизитов,
+ * платёж отменён банком, ошибка ввода). Бухгалтерия не двигается —
+ * обязательство Кт 86 перед поставщиком остаётся открытым. Backend может
+ * повторно вызвать `marketplace::payout` после исправления реквизитов;
+ * gateway-запись по этому outcome_hash уже стёрта на outdecline, поэтому
+ * повторная инициация проходит штатно (см. payout-гард `payout_status ∈ {
+ * NONE, DECLINED }`).
+ *
+ * Guards:
+ *  - require_auth(_gateway) — callback легитимен только от gateway-контракта.
+ *  - Order найден по `outcome_hash`.
+ *  - `payout_status == PENDING`.
+ *
+ * @ingroup public_marketplace_actions
+ */
+void marketplace::paydecline(eosio::name coopname, checksum256 outcome_hash, std::string reason) {
+  require_auth(_gateway);
+
+  auto o = Marketplace::get_order_by_hash_or_fail(coopname, outcome_hash,
+             "Order не найден по outcome_hash из callback'а gateway");
+  eosio::check(o.payout_status == OrderPayoutStatus::PENDING,
+               "Callback gateway::outdecline получен на Order не в статусе ожидания выплаты");
+
+  Marketplace::update_order(coopname, o.id, [&](auto& upd) {
+    upd.payout_status = OrderPayoutStatus::DECLINED;
+    upd.payout_decline_reason = reason;
+  });
+}
@@ -0,0 +1,50 @@
+/**
+ * @brief Инициация исходящей выплаты поставщику по одному Order'у через gateway
+ * (E11 техдолг 598-16, Locked Decision L12, p.mkt.supply).
+ *
+ * Backend дёргает это действие, когда кассир в админке отметил готовность
+ * проводить выплату поставщику. Действие НЕ применяет ledger2 — оно лишь
+ * inline-вызовом регистрирует в gateway::outcomes запись типа «исходящий
+ * платёж» со статусом pending и привязанным callback'ом на marketplace. Сам
+ * Дт 86 / Кт 51 произойдёт уже в callback'е `payconfirm` после фактического
+ * банковского перевода (gateway::outcomplete вызывает кассир через свой
+ * стол), либо отменится в `paydecline` (gateway::outdecline).
+ *
+ * Inline-вызов: `gateway::createoutpay` с `callback_contract = _marketplace`,
+ * `confirm_callback = "payconfirm"_n`, `decline_callback = "paydecline"_n`,
+ * `outcome_hash = order.hash` (уникальность гарантирована индексом orders).
+ *
+ * Status Order'а не меняется (выплата может идти параллельно шагам выдачи).
+ * payout_status переходит NONE/DECLINED → PENDING; declined-кейс — повторная
+ * попытка после исправления реквизитов (gateway-запись была стёрта на outdecline).
+ *
+ * Guards:
+ *  - Order существует и приёмка завершена (статус ∈ accepted_to_coop /
+ *    ready_to_receive / received).
+ *  - payout_status ∈ { NONE, DECLINED } — нельзя инициировать выплату поверх
+ *    pending или completed.
+ *
+ * @ingroup public_marketplace_actions
+ */
+void marketplace::payout(eosio::name coopname, checksum256 order_hash) {
+  require_auth(coopname);
+
+  auto o = Marketplace::get_order_by_hash_or_fail(coopname, order_hash);
+  eosio::check(o.status == OrderStatus::ACCEPTED_TO_COOP ||
+               o.status == OrderStatus::READY_TO_RECEIVE ||
+               o.status == OrderStatus::RECEIVED,
+               "Выплата возможна только после приёмки имущества кооперативом");
+  eosio::check(o.payout_status == OrderPayoutStatus::NONE ||
+               o.payout_status == OrderPayoutStatus::DECLINED,
+               "Выплата уже инициирована либо завершена");
+
+  // Регистрация исходящего платежа в gateway. Сам Дт 86 / Кт 51 произойдёт
+  // в callback'е `payconfirm` от gateway после действия кассира.
+  Gateway::create_outcome(_marketplace, coopname, o.offerer, o.hash, o.total_cost,
+                          _marketplace, "payconfirm"_n, "paydecline"_n);
+
+  Marketplace::update_order(coopname, o.id, [&](auto& upd) {
+    upd.payout_status = OrderPayoutStatus::PENDING;
+    upd.payout_decline_reason.clear();  // на случай повторной инициации после DECLINED
+  });
+}
@@ -2,31 +2,47 @@
 * @brief Председатель приёмного КУ ставит закрывающую подпись на АПП приёмки
 * по одному Order'у (Story 5.3/5.4, p.mkt.supply).
 *
- * Per-Order композитная транзакция (атомарно в одной Antelope tx):
- *  - Ledger2::apply(o.mkt.purch,  total_cost, …, hash=order.hash) — Дт 10 / Кт 86.
- *  - Ledger2::apply(o.mkt.payout, total_cost, …, hash=order.hash) — Дт 86 / Кт 51.
+ * Per-Order — только бухгалтерская приёмка имущества:
+ *  - Ledger2::apply(o.mkt.purch, fact_cost, …, hash=order.hash) — Дт 10 / Кт 86.
 *
- * Имущество приходуется на склад приёмного КУ (`accept_braname`); поставщику
- * уходит оплата на w.mkt.payout. Каждый Order — отдельная пара (purch +
- * payout) с собственным process_hash — векторов order_hash нет, backend
- * проходит циклом по orders соответствующего batch'а с одним и тем же актом.
+ * Факт приёмки (кол-во и цена за единицу) корректируется оператором при
+ * открытии приёмки и зашивается в акт, который утверждает поставщик: привезли
+ * меньше / другого качества → принимаем со скидкой. Кооператив приходует
+ * поставщику итоговую `fact_cost = actual_quantity × actual_unit_price`, а не
+ * исходную `o.total_cost`. Резерва пайщика на приёмке нет, поэтому веток
+ * возврата/доплаты (как в signiss2) здесь не требуется — это просто итоговая
+ * стоимость к получению поставщиком.
+ *
+ * Имущество приходуется на склад приёмного КУ (`accept_braname`); у кооператива
+ * возникает обязательство Кт 86 перед поставщиком. Фактическая выплата деньгами
+ * (Дт 86 / Кт 51) — отдельным lazy action'ом `marketplace::payout` после
+ * подтверждения кассиром реального банковского перевода (Locked Decision L12,
+ * E11 техдолг 598-16).
 *
 * Status: supply_prepared → accepted_to_coop. acceptance_act_signchair
- * сохраняется.
+ * сохраняется. `payout_done` не выставляется — это атрибут payout-действия.
 *
 * Guards:
 *  - Order существует и в статусе supply_prepared.
 *  - Подписант (`signer`) авторизован для приёмного КУ — председатель,
 *    trustee либо доверенное лицо в `branches[accept_braname].trusted[]`.
 *  - На акте есть подписи поставщика и подписанта приёмки.
+ *  - actual_quantity > 0; actual_unit_price > 0 и в валюте кооператива.
 *
 * @ingroup public_marketplace_actions
 */
 void marketplace::signchair(eosio::name coopname,
                             eosio::name signer,
                             checksum256 order_hash,
+                             uint64_t actual_quantity,
+                             eosio::asset actual_unit_price,
                             document2 act) {
  require_auth(coopname);
+  eosio::check(actual_quantity > 0, "Фактическое количество должно быть больше нуля");
+  eosio::check(actual_unit_price.symbol == _root_govern_symbol,
+               "Фактическая цена за единицу указана в неверной валюте");
+  eosio::check(actual_unit_price.amount > 0,
+               "Фактическая цена за единицу должна быть больше нуля");

  auto o = Marketplace::get_order_by_hash_or_fail(coopname, order_hash);
  eosio::check(o.status == OrderStatus::SUPPLY_PREPARED,
@@ -39,18 +55,23 @@ void marketplace::signchair(eosio::name coopname,

  verify_document_or_fail(act, { o.offerer, signer });

-  // Композитная пара purch + payout (атомарно)
+  // Итоговая стоимость к получению поставщиком — от скорректированного факта.
+  const eosio::asset fact_cost = eosio::asset(
+      static_cast<int64_t>(actual_quantity) * actual_unit_price.amount,
+      _root_govern_symbol);
+  eosio::check(fact_cost.amount > 0,
+               "Итоговая фактическая сумма приёмки должна быть больше нуля");
+
+  // Только приёмка имущества; payout — отдельный lazy action (L12).
  Ledger2::apply(_marketplace, coopname,
                 operations::marketplace::PURCHASE_FROM_SUPPLIER,
-                 o.total_cost, o.offerer, o.hash,
+                 fact_cost, o.offerer, o.hash,
                 Marketplace::Memo::get_purchase_from_supplier_memo(o.id));
-  Ledger2::apply(_marketplace, coopname,
-                 operations::marketplace::PAY_SUPPLIER,
-                 o.total_cost, o.offerer, o.hash,
-                 Marketplace::Memo::get_pay_supplier_memo(o.id));

  Marketplace::update_order(coopname, o.id, [&](auto& upd) {
    upd.status = OrderStatus::ACCEPTED_TO_COOP;
+    upd.actual_quantity = actual_quantity;
+    upd.fact_cost = fact_cost;
    upd.acceptance_act_signchair = act;
    upd.current_warehouse_braname = o.accept_braname;  // имущество на приёмном складе
  });
@@ -4,20 +4,23 @@
 * Per-Order атомарная транзакция с поддержкой actual_quantity ≠ ordered (Story 6.2):
 *
 * 1) actual == ordered:
- *      Ledger2::apply(o.mkt.consum,  fact_cost) — Дт 91 / Кт 10, REVOKE на blocked.
- *      Ledger2::apply(o.mkt.consum2, fact_cost) — Дт 86 / Кт 91, NONE.
+ *      Ledger2::apply(o.mkt.consum, fact_cost) — BURN w.mkt.order, Дт 86 / Кт 10
+ *      (сжигание резерва заказа и выбытие имущества со склада через целевое
+ *      финансирование).
 *
- * 2) actual < ordered (выдано меньше — остаток на blocked возвращается):
- *      Ledger2::apply(o.mkt.unblk, ordered_cost - fact_cost) — снятие резерва на разницу.
- *      затем — те же consum + consum2 на fact_cost.
+ * 2) actual < ordered (выдано меньше — остаток резерва возвращается):
+ *      Ledger2::apply(o.mkt.unlock, ordered_cost - fact_cost) — TRANSFER w.mkt.order →
+ *          w.mkt.member на разницу (остаток резерва на членский «Стола заказов»).
+ *      затем — consum на fact_cost.
 *
- * 3) actual > ordered (доплата с паевого):
+ * 3) actual > ordered (доплата по факту — НЕ списываем с паевого напрямую):
 *      diff = fact_cost - ordered_cost
- *      проверка достаточности средств для diff (через w.wal.share + w.wal.member).
- *      Conditional o.wal.conv (если на w.wal.member недостача).
- *      Conditional o.mkt.assign (если на w.mkt.member недостача).
- *      o.mkt.block(diff) — резервируем доплату на этот же Order.
- *      затем — consum + consum2 на fact_cost.
+ *      проверка достаточности средств для diff на w.wal.share (источник конвертации).
+ *      o.mkt.conv(diff) — TRANSFER w.wal.share → w.mkt.member, Дт 80 / Кт 86 —
+ *          дополнительный паевой взнос конвертируется в членский «Стола заказов».
+ *      o.mkt.lockm(diff) — TRANSFER w.mkt.member → w.mkt.order (без проводки) —
+ *          добор резерва на этот же Order ИМЕННО с членского программы.
+ *      Затем — consum на fact_cost.
 *
 * Status: ready_to_receive → received. actual_quantity, fact_cost,
 * issue_act_signiss2, warranty_until заполняются.
@@ -27,7 +30,9 @@
 *  - Подписант со стороны кооператива (`delivery_signer`) авторизован для
 *    КУ выдачи (`o.delivery_braname`).
 *  - verify_document_or_fail(act, {delivery_signer, orderer}).
- *  - actual_quantity > 0.
+ *  - actual_quantity > 0; actual_unit_price > 0 и в валюте кооператива.
+ *    fact_cost = actual_quantity × actual_unit_price (цена скорректирована
+ *    оператором при открытии выдачи, заказчик факт не редактирует).
 *  - При actual > ordered и нехватке средств — транзакция фейлится с
 *    человеческим сообщением, которое UI показывает напрямую.
 *  - Idempotency: is_empty_document(issue_act_signiss2).
@@ -38,10 +43,15 @@ void marketplace::signiss2(eosio::name coopname,
                            eosio::name orderer,
                            checksum256 order_hash,
                            uint64_t actual_quantity,
+                            eosio::asset actual_unit_price,
                            eosio::name delivery_signer,
                            document2 act) {
  require_auth(coopname);
  eosio::check(actual_quantity > 0, "Фактическое количество должно быть больше нуля");
+  eosio::check(actual_unit_price.symbol == _root_govern_symbol,
+               "Фактическая цена за единицу указана в неверной валюте");
+  eosio::check(actual_unit_price.amount > 0,
+               "Фактическая цена за единицу должна быть больше нуля");

  auto o = Marketplace::get_order_by_hash_or_fail(coopname, order_hash);
  eosio::check(o.orderer == orderer, "Вы не заказчик этого заказа");
@@ -56,74 +66,56 @@ void marketplace::signiss2(eosio::name coopname,

  verify_document_or_fail(act, { delivery_signer, orderer });

+  // Факт считается от скорректированной оператором цены (actual_unit_price),
+  // а не от цены заказа (o.unit_price): оператор мог снизить/поднять цену на
+  // месте (испорчена упаковка, замена позиции и т. п.).
  const eosio::asset fact_cost = eosio::asset(
-      static_cast<int64_t>(actual_quantity) * o.unit_price.amount,
+      static_cast<int64_t>(actual_quantity) * actual_unit_price.amount,
      _root_govern_symbol);
  eosio::check(fact_cost.amount > 0,
               "Итоговая фактическая сумма заказа должна быть больше нуля");

  // ── Корректирующие операции (если факт ≠ заказ) ─────────────────────
  if (fact_cost < o.total_cost) {
-    // actual < ordered: возвращаем разницу с blocked → available
+    // actual < ordered: остаток резерва возвращается на членский «Стола заказов»
    const eosio::asset diff = o.total_cost - fact_cost;
    Ledger2::apply(_marketplace, coopname,
-                   operations::marketplace::UNBLOCK_ON_CANCEL,
+                   operations::marketplace::UNLOCK_ORDER,
                   diff, orderer, o.hash,
                   Marketplace::Memo::get_signiss2_correction_less_memo(o.id));

  } else if (fact_cost > o.total_cost) {
-    // actual > ordered: добираем разницу с паевого + assign + block
+    // actual > ordered: доплату НЕ списываем с паевого напрямую. Дополнительный
+    // паевой взнос конвертируется в членский «Стола заказов» (o.mkt.conv), и уже
+    // с членского программы добирается резерв этого же заказа (o.mkt.lockm).
    const eosio::asset diff = fact_cost - o.total_cost;

-    // Проверка доступности diff в трёх кошельках
-    auto bal_share  = Marketplace::get_user_wallet_balance(
+    // Проверка доступности diff на паевом заказчика — источнике конвертации.
+    auto bal_share = Marketplace::get_user_wallet_balance(
        coopname, ledger2_wallets::SHARE_FUND_PAY, orderer);
-    auto bal_member = Marketplace::get_user_wallet_balance(
-        coopname, ledger2_wallets::CK_MEMBER, orderer);
-    auto bal_mkt    = Marketplace::get_user_wallet_balance(
-        coopname, ledger2_wallets::MARKETPLACE_MEMBER, orderer);
-
-    eosio::asset total_avail = bal_share.available + bal_member.available + bal_mkt.available;
-    eosio::check(total_avail >= diff,
+    eosio::check(bal_share.available >= diff,
                 std::string{"Недостаточно средств для дооплаты по факту: требуется "} +
-                   diff.to_string() + ", доступно " + total_avail.to_string());
+                   diff.to_string() + ", доступно " + bal_share.available.to_string());

-    const eosio::asset zero = eosio::asset(0, _root_govern_symbol);
-    eosio::asset need_to_assign = (bal_mkt.available >= diff)
-                                   ? zero
-                                   : (diff - bal_mkt.available);
-    eosio::asset need_to_conv   = (bal_member.available >= need_to_assign)
-                                   ? zero
-                                   : (need_to_assign - bal_member.available);
-
-    if (need_to_conv.amount > 0) {
-      Ledger2::apply(_marketplace, coopname,
-                     operations::wallet::CONVERT_TO_MEMBER,
-                     need_to_conv, orderer, o.hash,
-                     Marketplace::Memo::get_signiss2_correction_more_convert_memo(o.id));
-    }
-    if (need_to_assign.amount > 0) {
-      Ledger2::apply(_marketplace, coopname,
-                     operations::marketplace::ASSIGN_TO_PROGRAM,
-                     need_to_assign, orderer, o.hash,
-                     Marketplace::Memo::get_signiss2_correction_more_assign_memo(o.id));
-    }
+    // 1) Конвертация паевой → членский «Стола заказов» (Дт 80 / Кт 86).
    Ledger2::apply(_marketplace, coopname,
-                   operations::marketplace::BLOCK_FOR_ORDER,
+                   operations::marketplace::CONVERT_TO_MKT_MEMBER,
+                   diff, orderer, o.hash,
+                   Marketplace::Memo::get_signiss2_correction_more_convert_memo(o.id));
+
+    // 2) Добор резерва заказа с членского «Стола заказов» (без проводки, оба на 86).
+    Ledger2::apply(_marketplace, coopname,
+                   operations::marketplace::LOCK_FROM_MEMBER,
                   diff, orderer, o.hash,
                   Marketplace::Memo::get_signiss2_correction_more_block_memo(o.id));
  }
  // fact == ordered — без корректировок

-  // ── Композитная пара consum + consum2 на fact_cost ──────────────────
+  // ── o.mkt.consum на fact_cost (BURN w.mkt.order, Дт 86 / Кт 10) ──────
  Ledger2::apply(_marketplace, coopname,
                 operations::marketplace::CONSUME_BY_MEMBER,
                 fact_cost, orderer, o.hash,
                 Marketplace::Memo::get_consume_by_member_memo(o.id));
-  Ledger2::apply(_marketplace, coopname,
-                 operations::marketplace::CONSUME_TRANSIT_CLOSE,
-                 fact_cost, orderer, o.hash,
-                 Marketplace::Memo::get_consume_transit_close_memo(o.id));

  // ── Закрытие Order'а ────────────────────────────────────────────────
  const auto now = eosio::time_point_sec(eosio::current_time_point().sec_since_epoch());
@@ -1,39 +0,0 @@
-/**
- * @brief Совет отклоняет проект списания скоропорта целиком (Story 8.3, p.mkt.wroff).
- *
- * Без ledger2-операций. Status: PROPOSED → REJECTED (final).
- * reason сохраняется в proposal.reject_reason. Позиции остаются на складах
- * участков и попадут в следующий цикл списания. Отклонить можно только
- * непочатый proposal — если хотя бы одна позиция уже исполнена через
- * execwroff, отклонить целиком запрещено.
- *
- * Guards:
- *  - proposal.status == PROPOSED.
- *  - Ни одна из items не была исполнена (executed == false для всех).
- *  - reason.size() > 0.
- *
- * @ingroup public_marketplace_actions
- */
-void marketplace::declwroff(eosio::name coopname,
-                             eosio::name decided_by,
-                             checksum256 proposal_hash,
-                             std::string reason) {
-  require_auth(coopname);
-  eosio::check(reason.size() > 0 && reason.size() <= 500,
-               "Укажите причину отклонения проекта списания (от 1 до 500 символов)");
-
-  auto p = Marketplace::get_writeoff_proposal_by_hash_or_fail(coopname, proposal_hash);
-  eosio::check(p.status == WroffStatus::PROPOSED,
-               "Проект списания не находится на рассмотрении");
-
-  for (const auto& it : p.items) {
-    eosio::check(!it.executed,
-                 "Нельзя отклонить проект — часть позиций уже исполнена");
-  }
-
-  Marketplace::update_writeoff_proposal(coopname, p.id, [&](auto& upd) {
-    upd.status         = WroffStatus::REJECTED;
-    upd.decided_by     = decided_by;
-    upd.reject_reason  = reason;
-  });
-}
@@ -1,44 +1,33 @@
 /**
- * @brief Совет исполняет одну позицию проекта списания скоропорта (Story 8.3,
- * p.mkt.wroff).
+ * @brief Backend исполняет одну позицию авторизованного советом проекта
+ * списания скоропорта (Story 8.4, p.mkt.wroff).
 *
- * Per-item композитная транзакция (атомарно):
- *  - Ledger2::apply(o.mkt.wroff,  item.amount, …, hash=proposal.hash) — Дт 91 / Кт 10.
- *  - Ledger2::apply(o.mkt.wroff2, item.amount, …, hash=proposal.hash) — Дт 86 / Кт 91.
+ * Per-item операция:
+ *  - Ledger2::apply(o.mkt.wroff, item.amount, …, hash=proposal.hash) — Дт 86 / Кт 10
+ *    (списание со склада через целевое финансирование).
 *
- * Backend проходит циклом по неисполненным позициям protocols proposal'а,
- * вызывая `execwroff(proposal_hash, item_index, protocol)` per item — это
- * снимает ограничение на максимальный размер протокола (тысячи позиций
- * не помещаются в одну транзакцию Antelope).
+ * Вызывается ТОЛЬКО после того, как совет авторизовал проект (status =
+ * AUTHORIZED через callback `onmktwoauth`). Backend проходит циклом по
+ * неисполненным позициям, вызывая `execwroff(proposal_hash, item_index)`
+ * per item — это снимает ограничение на максимальный размер протокола.
 *
- * Все операции с одним process_hash = proposal.hash — backend через
- * `getProcess(proposal.hash)` соберёт полную трассировку процесса.
- *
- * Status: PROPOSED → EXECUTED наступает автоматически после исполнения
+ * Status: AUTHORIZED → EXECUTED наступает автоматически после исполнения
 * последней позиции (когда все items[i].executed становятся true).
 *
- * Guards:
- *  - proposal.status == PROPOSED.
- *  - item_index в пределах proposal.items.
- *  - items[item_index].executed == false (idempotency).
- *  - Подписант (`signer`) авторизован для КУ-источника списания
- *    (`items[item_index].braname`) — председатель / trustee / trusted.
- *  - verify_document_or_fail(protocol, {signer}) — sanity check на подпись;
- *    реальная сверка с протоколом совета — backend pre-validation через
- *    soviet::decisions.
+ * Подписанный советом protocol уже лежит в `proposal.protocol` (положен
+ * callback'ом `onmktwoauth`), отдельно его передавать не нужно.
 *
 * @ingroup public_marketplace_actions
 */
 void marketplace::execwroff(eosio::name coopname,
                             eosio::name signer,
                             checksum256 proposal_hash,
-                             uint64_t item_index,
-                             document2 protocol) {
+                             uint64_t item_index) {
  require_auth(coopname);

  auto p = Marketplace::get_writeoff_proposal_by_hash_or_fail(coopname, proposal_hash);
-  eosio::check(p.status == WroffStatus::PROPOSED,
-               "Проект списания не находится на исполнении");
+  eosio::check(p.status == WroffStatus::AUTHORIZED,
+               "Проект списания не авторизован советом");
  eosio::check(item_index < p.items.size(),
               "Указана несуществующая позиция в проекте списания");
  eosio::check(!p.items[item_index].executed,
@@ -50,22 +39,15 @@ void marketplace::execwroff(eosio::name coopname,
  eosio::check(branch.is_user_authorized(signer),
               "Подписант не уполномочен исполнять списание данного кооперативного участка");

-  verify_document_or_fail(protocol, { signer });
-
-  // Композитная пара wroff + wroff2 для одной позиции
+  // o.mkt.wroff: Дт 86 / Кт 10
  Ledger2::apply(_marketplace, coopname,
                 operations::marketplace::WRITE_OFF_PERISHABLE,
                 item.amount, item.braname, p.hash,
                 Marketplace::Memo::get_writeoff_memo(p.id, item_index));
-  Ledger2::apply(_marketplace, coopname,
-                 operations::marketplace::WRITE_OFF_TRANSIT_CLOSE,
-                 item.amount, item.braname, p.hash,
-                 Marketplace::Memo::get_writeoff_transit_close_memo(p.id, item_index));

  // Помечаем позицию исполненной + финализируем proposal если все позиции готовы
  Marketplace::update_writeoff_proposal(coopname, p.id, [&](auto& upd) {
    upd.items[item_index].executed = true;
-    upd.protocol = protocol;
    upd.decided_by = signer;

    bool all_done = true;
@@ -0,0 +1,34 @@
+/**
+ * @brief Callback от `soviet::exec` после авторизации Протокола совета о
+ * списании скоропорта (registry 1105) председателем (Story 8.4, p.mkt.wroff).
+ *
+ * Соглашение о сигнатуре — `(coopname, hash, authorization)` — задано в
+ * `soviet::createagenda::authorize_action_effect`. Контракт `soviet` зовёт
+ * `marketplace::onmktwoauth` от своего имени, поэтому единственно допустимая
+ * авторизация — `_soviet`.
+ *
+ * Эффект:
+ *  - Находит wroffprops по proposal_hash == `hash`.
+ *  - Проверяет, что текущий статус == PROPOSED (запрет повторного callback'а).
+ *  - Записывает подписанный советом protocol2 в `proposal.protocol`.
+ *  - Переводит статус PROPOSED → AUTHORIZED.
+ *
+ * Дальнейший шаг — backend через дельту/мониторинг видит AUTHORIZED и
+ * проходит циклом execwroff per-item (см. `execwroff.cpp`).
+ *
+ * @ingroup public_marketplace_actions
+ */
+void marketplace::onmktwoauth(eosio::name coopname,
+                               checksum256 hash,
+                               document2 authorization) {
+  require_auth(_soviet);
+
+  auto p = Marketplace::get_writeoff_proposal_by_hash_or_fail(coopname, hash);
+  eosio::check(p.status == WroffStatus::PROPOSED,
+               "Проект списания не находится на повестке (callback повторный или поздний)");
+
+  Marketplace::update_writeoff_proposal(coopname, p.id, [&](auto& upd) {
+    upd.status   = WroffStatus::AUTHORIZED;
+    upd.protocol = authorization;
+  });
+}
@@ -0,0 +1,34 @@
+/**
+ * @brief Callback от `soviet` после отказа в Протоколе совета о списании
+ * скоропорта или истечения срока повестки (Story 8.4, p.mkt.wroff).
+ *
+ * Сигнатура `(coopname, hash, reason)` соответствует
+ * `DECLINE_CALLBACK_SIGNATURE` (см. `cpp/lib/core/soviet/soviet.hpp:19`).
+ * Контракт `soviet` вызывает action из `cancelexprd` (повестка просрочена)
+ * или вручную через `decline*` actions от своего имени, поэтому единственно
+ * допустимая авторизация — `_soviet`.
+ *
+ * Эффект:
+ *  - Находит wroffprops по proposal_hash == `hash`.
+ *  - Проверяет, что текущий статус == PROPOSED.
+ *  - Записывает `reason` в `proposal.reject_reason`.
+ *  - Переводит статус PROPOSED → REJECTED.
+ *
+ * Без ledger2-движений.
+ *
+ * @ingroup public_marketplace_actions
+ */
+void marketplace::onmktwodecl(eosio::name coopname,
+                               checksum256 hash,
+                               std::string reason) {
+  require_auth(_soviet);
+
+  auto p = Marketplace::get_writeoff_proposal_by_hash_or_fail(coopname, hash);
+  eosio::check(p.status == WroffStatus::PROPOSED,
+               "Проект списания не находится на повестке (callback повторный или поздний)");
+
+  Marketplace::update_writeoff_proposal(coopname, p.id, [&](auto& upd) {
+    upd.status        = WroffStatus::REJECTED;
+    upd.reject_reason = reason;
+  });
+}
@@ -1,15 +1,20 @@
 /**
- * @brief Backend / админ выносит проект списания скоропорта на повестку
- * совета (Story 8.1, p.mkt.wroff).
+ * @brief Выносит проект списания скоропорта на повестку совета
+ * (Story 8.1, p.mkt.wroff).
 *
- * Без ledger2-операций. Создаётся writeoff_proposal в статусе proposed
- * (= "draft" в YAML); total_amount = Σ items.amount; все items создаются
- * с executed=false. Списание выполняется отдельно — `execwroff(proposal_hash,
- * item_index, protocol)` исполняет одну позицию за вызов; backend проходит
- * циклом по items, что снимает ограничение на размер протокола.
+ * Без ledger2-операций. Создаётся writeoff_proposal в статусе proposed;
+ * total_amount = Σ items.amount; все items создаются с executed=false. Тем же
+ * action'ом контракт ставит повестку: inline-вызов `soviet::createagenda`
+ * от `permission_level{_marketplace, active}` (marketplace в contracts_whitelist)
+ * с `type=mktwroff`, `hash=proposal_hash`, `callback_contract=_marketplace`,
+ * `confirm_callback=onmktwoauth`, `decline_callback=onmktwodecl`,
+ * `statement` (подписанное Заявление 1106). Мост повестки целиком на контракте —
+ * backend не подписывает createagenda отдельно (кооператив не в whitelist).
+ * Списание выполняется per-item через `execwroff` только после callback'а
+ * `onmktwoauth` (status proposed → authorized).
 *
 * Guards:
- *  - actor backend (auth coopname).
+ *  - actor coopname (require_auth).
 *  - items.size() > 0.
 *  - Все items.amount > 0 в _root_govern_symbol.
 *  - Все items.braname существуют в `branches[coopname]`.
@@ -20,7 +25,9 @@
 void marketplace::propwroff(eosio::name coopname,
                             eosio::name proposed_by,
                             checksum256 proposal_hash,
-                             std::vector<wroff_item> items) {
+                             std::vector<wroff_item> items,
+                             document2 statement,
+                             std::string meta) {
  require_auth(coopname);

  eosio::check(!items.empty(), "Список позиций к списанию пуст");
@@ -49,4 +56,21 @@ void marketplace::propwroff(eosio::name coopname,
    p.total_amount  = total;
    p.status        = WroffStatus::PROPOSED;
  });
+
+  // Мост повестки совета: marketplace в contracts_whitelist, поэтому
+  // createagenda авторизуется от permission_level{_marketplace, active}.
+  // hash=proposal_hash, чтобы callback onmktwoauth/onmktwodecl нашёл проект.
+  action(permission_level{_marketplace, "active"_n}, _soviet, "createagenda"_n,
+    std::make_tuple(
+      coopname,
+      proposed_by,
+      get_valid_soviet_action(_marketplace_writeoff_action),
+      proposal_hash,
+      _marketplace,
+      "onmktwoauth"_n,
+      "onmktwodecl"_n,
+      statement,
+      meta
+    )
+  ).send();
 }
@@ -10,7 +10,7 @@
 #       ↓
 #   authorized=true → exec → callback в исходный контракт (confirmreg /
 #                            authmeet / approvereg / authpgprp / authrslt
-#                            / authcontrib / approvewthd / ... — конкретный
+#                            / authcontrib / authwthd / ... — конкретный
 #                            handler заранее зашит в decision.type).
 #
 # Документ повестки приходит из контракта-инициатора (без registry_id —
--- a/Show More
+++ b/Show More