Compare commits

...

1499 Commits

Author SHA1 Message Date
Alex Ant 74dce675b9 fix(install): блокировать переход с формы совета без заполненных данных
Кнопка «Продолжить» проверяла только число слотов совета, а не email и
обязательные поля ФЛ. Добавлена валидация на фронте и в install.interactor,
чтобы частично заполненный состав не уходил на цепь.

Co-authored-by: Cursor <cursoragent@cursor.com>
2026-07-14 13:04:43 +03:00
Alex Ant 45feef2676 fix(capital): correct CPP template mapping and onboarding widget canon
Typecheck / desktop (pull_request) Failing after 13m22s
Typecheck / controller (pull_request) Failing after 13m26s
Fix swapped doc_data placeholders in generator/blagorost templates, align the install widget with Base* components, and use one shared PrivateData hash in factory tests.

Co-authored-by: Cursor <cursoragent@cursor.com>
2026-07-08 21:49:30 +03:00
Alex Ant 02ce9400a2 fix(capital): remove unsafe any from CPP onboarding changes
Co-authored-by: Cursor <cursoragent@cursor.com>
2026-06-28 11:05:20 +05:00
Alex Ant bfa2830650 feat(capital): collect CPP document parameters in onboarding
Co-authored-by: Cursor <cursoragent@cursor.com>
2026-06-28 10:44:02 +05:00
Alex Ant c7824545cf feat(capital): parameterize CPP templates via private data 2026-06-28 09:50:03 +05:00
Alex Ant b9107e9ee9 chore(release): publish
Build bootstrap container / build (push) Successful in 1m45s
Release / release (push) Failing after 55m53s
Release / publish-packages (push) Has been skipped
Release / trigger-coopenomics-docs (push) Has been skipped
Release / trigger-mono-docs (push) Has been skipped
2026-06-24 22:04:51 +05:00
Alex Ant 4d151befe0 fix(install): блокировать «Продолжить» до минимума совета, удаление без ограничений.
На prod требуется 3 человека (на dev — 1): кнопка и подсказка, состав редактируется свободно до перехода на следующий шаг.

Co-authored-by: Cursor <cursoragent@cursor.com>
2026-06-24 22:03:12 +05:00
Alex Ant eb16d85abc fix(install): разблокировать мастер при прерванной установке и валидировать состав совета по окружению.
Не показываем заглушку техобслуживания на /install, разрешаем повтор install из maintenance без vars, проверяем минимум членов совета до записи в цепь (3 на prod, 1 на dev).

Co-authored-by: Cursor <cursoragent@cursor.com>
2026-06-24 11:35:01 +05:00
ant ee5f7e1850 Merge pull request 'feat: выход из кооператива (выход пайщика, возврат паевого взноса)' (#137) from feat/membership-exit into dev
Reviewed-on: #137
2026-06-22 19:56:24 +00:00
Alex Ant 10bacaad13 refactor(membership-exit): обновление интерфейса и логики выхода из кооператива
Typecheck / desktop (pull_request) Failing after 25m29s
Typecheck / controller (pull_request) Successful in 27m23s
Изменены компоненты, связанные с выходом из кооператива. В меню заменены иконки и пути для поддержки и выхода. Обновлены метаданные и названия для кнопок и страниц, чтобы улучшить пользовательский интерфейс. В ExitButton добавлены параметры для настройки иконки и метки. Упрощена структура MembershipExitPage с акцентом на ключевые шаги выхода. Исправлены комментарии и типы для лучшего понимания кода.
2026-06-23 00:26:38 +05:00
coopops 1f68169b94 feat(exit): возврат при выходе — сет из 3 паевых кошельков (minshr+share+blago)
Typecheck / desktop (pull_request) Failing after 9m37s
Typecheck / controller (pull_request) Successful in 12m46s
confirmexit теперь обходит сет LEDGER2_EXIT_REFUND_WALLETS (w.reg.minshr +
w.wal.share + w.cap.blago): собирает доступные L3-балансы каждого (>0),
консолидирует на главный паевой (w.reg.minshr→o.reg.mvmin, w.cap.blago→
o.cap.wthcap) и ставит полную сумму на возврат единым платежом. Раньше
хардкодил только minshr+share — паевой в Благоросте оставался висеть.

Сет задан один раз в wallets.hpp (источник истины), генерируется gen:from-cpp
в cooptypes (LEDGER2_EXIT_REFUND_WALLETS / EXIT_REFUND_WALLET_NAMES) и обходится
backend-preview (getReturnPreview) — расчёт на фронте всегда совпадает с тем,
что реально вернёт контракт. Подпись «планируемая сумма / итог фиксирует Совет»
убрана из ExitButton и ExitOverlay (сумма теперь авторитетна).

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-16 14:36:52 +00:00
coopops 95891b2319 fix(desktop): развёл иконки меню «Подключение» и «Реквизиты»
Typecheck / desktop (pull_request) Failing after 8m41s
Typecheck / controller (pull_request) Failing after 6m39s
Обе были 'fas fa-link' (одинаковые + FontAwesome запрещён каноном). На Material:
- Подключение → 'link'
- Реквизиты → 'account_balance' (банковские реквизиты)

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-16 13:38:23 +00:00
coopops f41f1444b1 fix(desktop): реестр пайщиков — статус «Вышел из кооператива», дата вступления, без удаления
Typecheck / desktop (pull_request) Failing after 8m55s
Typecheck / controller (pull_request) Successful in 13m48s
- статус: вышедший пайщик (participant_account стёрт delpartcpnt + user_account
  blocked) больше не показывается «Активный пайщик» — добавлен терминал
  «Вышел из кооператива» по user_account.status
- дата вступления: фолбэк participant_account.created_at → user_account.registered_at
  (у вышедших пайщик-запись стёрта, дата больше не «отсутствует»)
- убрана кнопка удаления пайщика (таблица + карточка + диалог + машинерия):
  пайщика из реестра не удаляют

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-16 12:48:14 +00:00
coopops da450ec605 fix(desktop): «платёжка» → «чек об оплате» в UI реестра платежей
Typecheck / desktop (pull_request) Failing after 6m42s
Typecheck / controller (pull_request) Has been cancelled
Подсказки/лейблы переименованы под каноничную терминологию (чек об оплате —
подтверждающий документ, не «платёжка»):
- тултипы «Чек об оплате приложен / не приложен» (desktop + mobile)
- fileKindLabel PAYMENT_PROOF → «Чек об оплате»
- расчётный ПЛАТЁЖ возврата/доплаты (вместо «платёжка») в подсказках/алертах
  ReportExpenseAdvance + согласование рода
- комментарии приведены к новой терминологии (чек / расчётный платёж)

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-16 12:16:31 +00:00
coopops 7fdfd8385a feat(gateway): ядровый «чек об оплате» исходящих платежей по payment_hash
Typecheck / desktop (pull_request) Failing after 8m31s
Typecheck / controller (pull_request) Successful in 14m26s
Культура денег: входящие — подтверждением, исходящие — чеком. Единый механизм
на уровне ядра (gateway), привязка по payment_hash — один на все исходящие
(возврат паевого/withdrawal/registration-refund/аванс расхода), переиспользуется
расширениями. Контроль мягкий: статус не трогаем, но зеркалим proof_count →
реестр рисует «чек приложен / не приложен».

Backend (core gateway):
- таблица payment_files + бакет gateway:files (@UseBucket), PaymentFilesService
  (upload/read-url/list/delete + зеркалирование proof_count в платёж)
- enum PaymentFileKind (PAYMENT_PROOF), DTO, резолвер uploadPaymentProof /
  paymentProofs / paymentFile; провайдеры в typeorm.module + gateway.module

SDK: selectors/mutations/queries gateway + zeus regen

Desktop:
- features/Payment/AttachPaymentProof — панель чека по payment-hash
- реестр: панель + индикатор «чек приложен» для ЛЮБОГО исходящего (PAID/COMPLETED)
- конвергенция expense: чек ушёл в ядро, AttachExpenseProof оставляет только
  закрывающие документы (DIRECT)

Терминология: «чек об оплате» (не «платёжка»/«первичка»).

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-16 09:17:09 +00:00
coopops 39433753c2 fix(membership-exit): терминальный экран после выхода + гард повторного выхода
Typecheck / desktop (pull_request) Failing after 8m47s
Typecheck / controller (pull_request) Has been cancelled
После completexit строка registrator::exits стирается (терминал=erase) →
getMembershipExit возвращал null → оверлей пропадал, кабинет разблокировался,
пайщик видел стол и мог подать выход повторно (гарда не было).

- enum MembershipExitStatus += COMPLETED
- getMembershipExit: терминальная фаза по blocked-аккаунту + персистентному
  MEMBERSHIP_EXIT-платежу (сумма возврата + статус 'Оплачено')
- createMembershipExit: гард — заблокированный аккаунт не может выйти повторно
  (контракт уже блокирует через get_participant_or_fail; отсекаем раньше)
- ExitOverlay: терминальная фаза 'Вы вышли из кооператива' (сумма + 'Оплачено'
  + ожидайте поступления), она же UX-гард — перекрывает кабинет
- SDK Zeus regen под новый enum

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-16 08:57:54 +00:00
coopops 560321853c Merge remote-tracking branch 'origin/dev' into feat/membership-exit
Typecheck / desktop (pull_request) Has been cancelled
Typecheck / controller (pull_request) Has been cancelled
2026-06-16 08:42:23 +00:00
ant f42b703098 Merge pull request 'ci(release): независимый деплой окружений (testnet/main разным темпом)' (#150) from ci/independent-env-deploy into dev
Reviewed-on: #150
2026-06-16 08:17:55 +00:00
ant d7e08785eb Merge pull request 'fix(capital): регистрация долей Благороста при создании проекта по событию (не ждать крон)' (#151) from fix/capital-share-onproject-event into dev
Reviewed-on: #151
Reviewed-by: Алексей Муравьев <chairman.voskhod@gmail.com>
2026-06-16 08:15:29 +00:00
coopops 7efd19f1bd chore(release): publish
Build bootstrap container / build (push) Has been cancelled
Release / publish-packages (push) Failing after 8m37s
Release / release (push) Successful in 27m21s
Release / trigger-coopenomics-docs (push) Successful in 1s
Release / trigger-mono-docs (push) Successful in 2s
2026-06-16 08:11:23 +00:00
coopops cce099748a fix(capital/state): program_expense_* в хвост через binary_extension — фикс нечитаемой таблицы state на проде
Инцидент 2026-06-16: коммит d02c0ce (18 мая) добавил program_expense_pool и
program_expense_reserved в global_state ПЕРЕД полем config напрямую, без
binary_extension. После деплоя на прод таблица state перестала читаться:
запись сериализована старым layout (config сразу после
program_membership_cumulative_reward_per_share), а новый ABI ждёт два asset
перед config → unpack натыкается на байты config (get table → "Invalid
symbol ...Y@" = double 100.0 = config.expense_pool_percent). Любой action,
читающий global_state, падал.

Фикс: оба поля перенесены в ХВОСТ struct (после config) и обёрнуты в
eosio::binary_extension<asset>. Старая запись прода читается без изменений
(хвостовые extension опциональны → пусто = 0), новая логика программных
расходов сохранена. Поля в таблицу EOSIO дописываются только в конец и только
binary_extension'ом.

utility-функции State:: (topup/reserve/release/consume/spend) переведены на
optional-семантику через ext_or_zero(); инвариант — оба поля материализуются
вместе, чтобы порядок хвостовых extension был консистентным. Прямого доступа к
полям вне State:: нет. Собрано в CDT-докере: capital.wasm слинкован, в ABI
program_expense_* → asset$ после config.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-16 08:06:16 +00:00
coopops 3d04f76446 fix(capital): заводить доли только в active-проектах, не в pending
Typecheck / desktop (pull_request) Has been cancelled
Typecheck / controller (pull_request) Has been cancelled
По решению пользователя заход долей Благороста — только в активные проекты.
В pending больше не заводим: при переходе pending→active придёт новая дельта
capital::projects со status=active, на ней листенер и зарегистрирует.

- Листенер ProgramShareRegistrationOnProjectDeltaListener: гейт pending|active → только active.
- ProgramShareRegistrationService.findActiveProjects (путь крона и wallet-листенера): фильтр pending|active → только active.
- Тест: pending теперь НЕ реагирует; active — позитивный кейс.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-16 08:04:08 +00:00
coopops 532e34c53b ci(release): promote по умолчанию шлёт текущий HEAD (не последний тег)
Typecheck / desktop (pull_request) Has been cancelled
Typecheck / controller (pull_request) Has been cancelled
Дефолт promote.sh — текущий HEAD чекаута; второй аргумент по-прежнему задаёт явный
ref (ветка/тег/sha). Типичный путь: cut на dev → promote testnet → promote main,
все три от того же HEAD. testnet/main остаются независимыми FF-указателями.

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
2026-06-16 07:45:04 +00:00
coopops a0e0c9310c fix(desktop): confirm-выхода — auth-aware навигация вместо молчаливого бойнса на логин
Typecheck / controller (pull_request) Has been cancelled
Typecheck / desktop (pull_request) Has been cancelled
Ссылка из письма открывается часто без сессии кабинета (другой браузер/инкогнито/
после logout). Подтверждение работает по токену без входа, но wallet защищён —
гард молча редиректил на login-redirect, и пайщик не понимал, что произошло.

- есть сессия → 'Перейти в кабинет' → wallet (глобальный ExitOverlay сам покажет
  'на рассмотрении Совета')
- нет сессии → 'Войти в кабинет' → signin + пояснение, что войти нужно для слежения
  за статусом и суммой возврата

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-16 07:40:02 +00:00
coopops 0d51973a7b fix(capital): регистрировать доли Благороста при создании проекта по событию, без ожидания крона
Typecheck / desktop (pull_request) Successful in 13m55s
Typecheck / controller (pull_request) Has been cancelled
Доли пайщиков Благороста регистрировались в проект только периодическим
scheduler'ом (regshare) и точечным листенером на дельту кошелька. Новый
проект баланс не меняет → wallet-листенер молчит, и наполнение нового
проекта зависело ТОЛЬКО от крона. Если компонент быстро прогнали
pending→…→result до тика крона, пайщики в него не попадали, а откат
result→active контракт не допускает — доли в компоненте терялись
безвозвратно (voskhod, компонент 011bcd92…, 2026-06-16).

- Новый ProgramShareRegistrationOnProjectDeltaListener на
  delta::capital::projects: при появлении проекта в статусе pending|active
  сразу регистрирует доли всех активных пайщиков (неблокирующе, fire-and-forget,
  переиспользуя ядро syncContributor — тот же путь, что и крон).
- ProgramShareRegistrationService.syncProgramSharesForProject — обход пайщиков
  по одному проекту; syncContributor переведён с ProjectDomainEntity[] на
  projectHashes: string[].
- Крон ОСТАВЛЕН как reconciliation-бэкстоп: он ещё и ДОобновляет уже
  зарегистрированные доли при дрейфе баланса (контракт upsert_contributor_segment
  это допускает) и подбирает события, потерянные при downtime контроллера.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-16 07:30:10 +00:00
coopops 9c2729d243 ci(release): независимый деплой окружений — testnet/main как FF-указатели на теги dev
Typecheck / desktop (pull_request) Successful in 13m58s
Typecheck / controller (pull_request) Successful in 13m15s
Паровоз dev→testnet→main заменён независимыми указателями: каждое окружение —
самостоятельный fast-forward-указатель на выбранный релизный тег dev. Прод и тест
катятся разным темпом и на разные версии одновременно, без диверджа и конфликтов
(оба — FF-указатели на линейную историю dev).

- promote.sh <testnet|main> [ref]: FF выбранного тега (по умолчанию — последний на
  origin/dev) на ветку окружения; main больше не зависит от testnet; только вперёд.
- release.yaml: workflow_dispatch получил inputs environment+ref — откат на старую
  версию / редеплой без бампа / hotfix в один контур (то, что FF не умеет). Сборка
  идёт из вычекнутого ref, окружение — из inputs.environment. Авто-триггер по
  изменению lerna.json сохранён.
- RELEASE.md: модель и инварианты переписаны под независимые указатели.

Принципы деплоя сохранены: бамп версии один раз на dev, образы по версии,
BUILD_MODE по окружению, webhooks per env, npm publish/доки только на main.

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
2026-06-16 06:49:12 +00:00
coopops 00e15be65e fix(desktop): убрал '*/' из SCSS-комментария — ломал sass-парсер
Typecheck / desktop (pull_request) Failing after 8m29s
Typecheck / controller (pull_request) Successful in 14m13s
'text-h*/inline' досрочно закрывал блочный комментарий → expected '{'.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-16 06:31:10 +00:00
coopops a349cfcf6a fix(desktop): диалог выхода — придавил заголовок заявления к канону + soft-панель итога
Typecheck / desktop (pull_request) Has been cancelled
Typecheck / controller (pull_request) Has been cancelled
- заголовок документа из DocumentHtmlReader (3rem) прижат к h2 по канону,
  :deep + !important как в ReadStatement.vue
- 'Сумма к возврату' оформлена soft-панелью (label+hint слева, mono-значение
  справа) вместо висящего снизу текста

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-16 06:26:03 +00:00
coopops 07ec6d9a5b chore(release): publish
Build bootstrap container / build (push) Failing after 1m27s
Release / release (push) Failing after 16m43s
Release / trigger-mono-docs (push) Has been skipped
Release / publish-packages (push) Has been skipped
Release / trigger-coopenomics-docs (push) Has been skipped
2026-06-16 06:02:31 +00:00
coopops 102eeb319e fix(desktop): суммы выхода через formatAsset2Digits + одна сумма без разбивки
Typecheck / controller (pull_request) Has been cancelled
Typecheck / desktop (pull_request) Has been cancelled
- Суммы к возврату форматируются канонной formatAsset2Digits ("300.0000 RUB"
  → "300,00 RUB") в диалоге заявления и в оверлее — вместо сырого asset.
- Убрана разбивка "целевой + минимальный" (оба паевые, суммируются): показываем
  одну строку "Сумма к возврату".

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-16 05:59:14 +00:00
coopops 2f1e078fe2 fix(desktop): один лоадер в диалоге заявления о выходе
Typecheck / desktop (pull_request) Has been cancelled
Typecheck / controller (pull_request) Has been cancelled
Было две крутилки рядом («Формирование заявления…» + «Расчёт суммы…»).
Теперь заявление и сумма грузятся параллельно (Promise.allSettled) под одним
центрированным лоадером и показываются вместе. Тот же стиль лоадера — на фазе
проверки реквизитов. Сумма некритична: документ подписывается и без предрасчёта.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-16 05:55:22 +00:00
coopops 554798b74b fix(desktop): пункт «Выход из кооператива» в конец меню + надёжный гейт реквизитов
Typecheck / desktop (pull_request) Has been cancelled
Typecheck / controller (pull_request) Has been cancelled
- Пункт меню «Выход из кооператива» перенесён в самый низ (после «Поддержки»),
  иконка group_remove вместо logout — чтобы не сливаться с кнопкой «Выйти»
  (выход из кабинета, дверь-logout) внизу панели.
- Гейт реквизитов сделан fail-open: блокируем выход ТОЛЬКО при достоверно
  пустом списке методов; null/непонятный ответ не блокирует. + реактивный
  фолбэк: если бэкенд отклонил подачу из-за отсутствия реквизитов — диалог
  переключается на баннер. Авторитетный источник — бэкенд (createMembershipExit).

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-16 05:44:34 +00:00
ant 0ae8702ade Merge pull request 'fix(registration): pending-счёт не показывать как «платёж принят»' (#149) from fix/registration-pending-display into dev
Build bootstrap container / build (push) Has been cancelled
Reviewed-on: #149
Reviewed-by: Алексей Муравьев <chairman.voskhod@gmail.com>
2026-06-16 05:36:38 +00:00
coopops 2d71706840 fix(registration): pending-счёт не считать «оплачено» — вести на оплату, а не на ожидание
Typecheck / desktop (pull_request) Successful in 13m50s
Typecheck / controller (pull_request) Has been cancelled
Счёт регистрационного взноса создаётся со статусом pending сразу при заходе на
шаг оплаты («счёт выставлен», деньги ещё не получены). При возврате на страницу
(перезагрузка/повторный вход) роутинг считал сам факт наличия платежа за «этап
оплаты пройден» и вёл на экран ожидания, где дефолтная ветка показывала «Ваш
платеж принят» — хотя оплаты не было и статус не менялся.

- SignUp: на экран ожидания/отказа ведём только при PAID/COMPLETED либо
  терминальном статусе (отказ/отмена/возврат); pending → шаг оплаты (QR + поллинг).
- WaitingRegistration: для pending — отдельная ветка «Ожидаем поступление оплаты»
  + кнопка «Перейти к оплате»; «платёж принят» остаётся только для PAID/COMPLETED.

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
2026-06-16 05:29:50 +00:00
coopops b8568eff4c feat(desktop): статус платежа в оверлее выхода + страница заявления по канону
Typecheck / desktop (pull_request) Failing after 8m24s
Typecheck / controller (pull_request) Has been cancelled
- ExitOverlay: чип статуса исходящего платежа у суммы (ожидает оплаты/оплачивается/
  оплачено/ошибка) — берётся из payment_status, меняется по мере обработки кассиром.
- MembershipExitPage переверстана на AuthCard (иконка-предупреждение + заголовок +
  ключевые шаги процедуры + запуск подачи) — единый канон с оверлеем.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-16 05:28:16 +00:00
coopops 448eb1de80 feat(membership-exit): статус исходящего платежа в getMembershipExit
getMembershipExit подтягивает платёж возврата по hash=exit_hash и отдаёт его
payment_status (PaymentStatus enum, nullable). Фронт показывает реальный статус
платежа кассира (ожидает оплаты → оплачено), а не только статус процесса выхода.
Сумма к возврату — зафиксированная советом on-chain (= сумма платежа), не preview.

+ codegen (controller/sdk zeus, селектор MembershipExit).

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-16 05:28:16 +00:00
coopops 8fae69d979 feat(desktop): экран выхода — собран в карточку AuthCard
Typecheck / desktop (pull_request) Failing after 8m25s
Typecheck / controller (pull_request) Has been cancelled
Контент больше не плавает по пустому экрану: статус выхода — в центрированной
карточке AuthCard (accent-стрип + мягкая тень, канонный hero-контейнер).
Иконка статуса в soft-плитке (primary/pos), заголовок, пояснение, сумма к
возврату на surface-2, действия в футере с разделителем. Всё на токенах --p-*.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-16 05:12:55 +00:00
coopops 1b1b8b3246 feat(desktop): экран выхода по канону + кнопка выхода из личного кабинета
Typecheck / desktop (pull_request) Failing after 6m51s
Typecheck / controller (pull_request) Has been cancelled
- ExitOverlay переверстан на канонный EmptyState (иконка-плитка + заголовок +
  приглушённый текст + слот действий) вместо россыпи text-h5/64px-иконки.
- Добавлена кнопка «Выйти из личного кабинета» (logout) на оба экрана выхода:
  при активном выходе аккаунт заблокирован, и выйти из сессии было нечем.
  После logout gate обнуляется, редирект на signin; при повторном входе экран
  выхода снова показывается (статус живёт on-chain).

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-16 05:05:26 +00:00
coopops 72a8a3d0c3 feat(desktop): гейт реквизитов в выходе из кооператива
Typecheck / desktop (pull_request) Failing after 8m35s
Typecheck / controller (pull_request) Successful in 13m35s
Перед подписанием заявления о выходе проверяем наличие реквизитов пайщика
(getPaymentMethods). Если их нет — вместо формы показываем баннер «установите
реквизиты для получения возврата паевого взноса» + кнопку перехода на страницу
реквизитов (payment-methods). Бэкенд проверяет то же при подаче (страховка).

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-15 17:17:46 +00:00
coopops 56cd422440 feat(membership-exit): исходящий платёж возврата паевого + гейт реквизитов
Typecheck / controller (pull_request) Has been cancelled
Typecheck / desktop (pull_request) Has been cancelled
Закрываем пробел: при одобрении советом выхода (on-chain confirmexit) кассир
не видел платёж возврата — его никто не создавал в реестре gateway.

- Гейт реквизитов: createMembershipExit отклоняет подачу, если у пайщика нет
  ни одного платёжного метода («установите реквизиты для возврата паевого»).
- MembershipExitAuthorizationListener (@OnEvent action::registrator::confirmexit):
  по exit_hash берёт из таблицы exits username + сумму возврата, заводит
  исходящий платёж MEMBERSHIP_EXIT (PENDING — совет одобрил, сразу кассиру) по
  реквизитам пайщика (метод по умолчанию). hash платежа = exit_hash, поэтому
  подтверждение кассой через default-ветку processOutgoingPayment вызовет
  completeOutcome → registrator::completexit (списание + блокировка).
- getExitByHash в account-порт/адаптер: confirmexit отдаёт только coopname+exit_hash.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-15 17:13:38 +00:00
coopops 949b5139af chore(codegen): regen Zeus после merge — membership-exit + expense в одной схеме
После merge dev zeus-клиенты были взяты из dev (без операций выхода).
Интроспекция живого coopback → schema.gql → generate-client вернула обе
группы операций (createMembershipExit/confirm/cancel + expense-шасси).

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-15 17:13:38 +00:00
coopops 50d5d71c8d Merge branch 'dev' into feat/membership-exit
Втягиваем инфраструктуру исходящих платежей (шасси расходов C28) для
создания возврата паевого взноса в gateway при выходе пайщика.

Конфликты (объединены обе стороны):
- gateway payment-type.enum / payment-domain.entity: MEMBERSHIP_EXIT + EXPENSE*
- zeus-клиенты (controller, sdk): взята версия dev, регенерация следом

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-15 16:30:43 +00:00
coopops 8d9bc5f592 chore(codegen): controller Zeus-клиент — типы MembershipExit
Typecheck / desktop (pull_request) Successful in 13m43s
Typecheck / controller (pull_request) Successful in 13m28s
Регенерация Zeus-клиента контроллера под GraphQL-операции выхода
(CreateMembershipExitInput, MembershipExitStatus, signed-document inputs).

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-15 16:27:22 +00:00
coopops 82ea0a4c03 fix(desktop): страница подтверждения выхода — без requiresAuth
Typecheck / desktop (pull_request) Has been cancelled
Typecheck / controller (pull_request) Has been cancelled
Маршрут membership-exit/confirm авторизуется токеном из ссылки (мутация
confirmMembershipExit публичная), поэтому навигационный гард не должен
редиректить его на login-redirect. requiresAuth:false исключает страницу из
auth-гейта — ссылку из письма можно открыть без активной сессии.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-15 16:00:16 +00:00
coopops b728bc6295 fix(membership-exit): письмо подтверждения — неблокирующая отправка + лог ссылки
Typecheck / desktop (pull_request) Successful in 13m37s
Typecheck / controller (pull_request) Has been cancelled
Черновик заявления сохраняется до отправки письма; если провайдер писем
недоступен, приём заявления не падает (try/catch + error-лог), пайщик может
отменить. Ссылка подтверждения пишется в debug-лог для диагностики.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-15 15:20:39 +00:00
coopops 59585dc4ea feat(desktop): выход из кооператива с email-подтверждением — UI
Typecheck / desktop (pull_request) Has been cancelled
Typecheck / controller (pull_request) Has been cancelled
- ExitButton: диалог теперь показывает сгенерированное заявление (DocumentHtmlReader)
  с предупреждением «читайте внимательно, необратимо» + сумма к возврату, затем
  «Подписать и подать» (generateApplication → показ → submitSignedApplication).
- ExitOverlay: новое состояние AWAITING_CONFIRMATION — «пройдите по ссылке из письма»
  + кнопка «Отменить выход»; после перехода/отмены overlay переключается на
  ончейн-статус (рассмотрение Совета → одобрено → выплаты).
- useExitGate: isAwaitingConfirmation + cancelExit (Mutations.MembershipExit.CancelMembershipExit).
- model: generateApplication / submitSignedApplication / confirmExit вместо единого processMembershipExit.
- MembershipExitConfirmPage + маршрут membership-exit/confirm (цель ссылки из письма):
  onMounted confirmExit(token) → loadExitStatus.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-15 15:19:30 +00:00
coopops 6bba3c7b76 feat(sdk): confirmMembershipExit/cancelMembershipExit + MembershipExitResult.status
Typecheck / controller (pull_request) Has been cancelled
Typecheck / desktop (pull_request) Has been cancelled
Регенерация Zeus-клиента (интроспекция живого coopback) + ручные обёртки:
- Mutations.MembershipExit.ConfirmMembershipExit (token → MembershipExitResult)
- Mutations.MembershipExit.CancelMembershipExit (coopname/username → Boolean)
- membershipExitResultSelector += status (enum += AWAITING_CONFIRMATION)

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-15 15:12:59 +00:00
coopops 9ee57d1e05 feat(membership-exit): email-подтверждение выхода — backend + письмо
Typecheck / desktop (pull_request) Has been cancelled
Typecheck / controller (pull_request) Has been cancelled
Двойное подтверждение необратимого выхода (закрытия аккаунта): заявление
подписывается и принимается сразу, но в блокчейн уходит только после перехода
по ссылке из письма (по аналогии с verify-email/reset-key токенами).

- notifications: воркфлоу MembershipExitConfirmation (письмо со ссылкой confirmationUrl).
- token: тип CONFIRM_EXIT + generateConfirmExitToken (домен + application).
- entity membership_exit_requests (off-chain черновик подписанного заявления; uniq coopname+username; удаляется при confirm/cancel).
- MembershipExitStatus += AWAITING_CONFIRMATION; MembershipExitResult += status.
- service: createMembershipExit теперь сохраняет черновик + шлёт письмо (НЕ цепь);
  confirmMembershipExit(token) проверяет токен и шлёт exitcoop в цепь;
  cancelMembershipExit удаляет черновик+токен; getMembershipExit отдаёт off-chain фазу.
- resolver: + confirmMembershipExit (публичная, по токену) + cancelMembershipExit (auth+владелец).

Проверено вживую: мутации в схеме, enum/Result обновлены, таблица создана (synchronize).

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-15 15:08:03 +00:00
coopops 0c995b1bca fix(membership-exit): заявление о выходе (200) — только цифровая подпись, без шапки утверждения
Typecheck / desktop (pull_request) Successful in 13m59s
Typecheck / controller (pull_request) Has been cancelled
Заявление о выходе из кооператива подписывается цифровой подписью (signatures[]),
поэтому из документа убрано поле собственноручной подписи (рукописная картинка):
- cooptypes 200: убраны Action.signature/Model.signature, <img src="{{ signature }}">,
  signature из exampleData;
- factory Actions/200: убрана логика поиска/сохранения подписи в mongo;
  Templates/200: убрано свойство signature из AJV-схемы;
- controller DTO: убрано поле signature (@IsString) из меты заявления.
  Это и вызывало "signature must be a string" — ValidationPipe (422, не логируется)
  рубил генерацию, т.к. фронт картинку не передаёт.

Также откат самодуманной шапки "ФОРМА УТВЕРЖДЕНА решением Собрания Совета (Протокол №)":
исходная форма заявления её не содержит. Убраны vars.participant_exit_application
(cooptypes IVars + factory VarsSchema + фикстура теста), проверка протокола в фабрике
и переводы APPROVED/approved_by_council/protocol.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-15 14:47:30 +00:00
ant 7ab0c31878 Merge pull request '[C28-28..C28-34] feat: шасси системы расходов (MVP-SINGLE) + интеграция Капитала через inter-порт' (#61) from feat/expense-chassis-mvp into dev
Build bootstrap container / build (push) Successful in 3m51s
Reviewed-on: #61
Reviewed-by: Алексей Муравьев <chairman.voskhod@gmail.com>
2026-06-15 13:11:52 +00:00
coopops c200a834eb [C28-67][@ant] fix: spec адаптера расходов — убраны стейл-кейсы authExp/declineExp
Typecheck / desktop (pull_request) Successful in 14m23s
Typecheck / controller (pull_request) Successful in 13m43s
Контроллерный tsc --noEmit (CI) падал: spec тестировал adapter.authExp /
adapter.declineExp, которых нет в ExpensesBlockchainAdapter по дизайну.
authexp/declexp исполняет контракт soviet как callbacks решения совета —
backend-адаптер несёт только 6 прямых actions (createexp/payexp/reportexp/
returnexp/overspendexp/closeexp). Зафиксировано в port, mutations-service и
комментарии адаптера. Прав код — приводим тест к дизайну, удаляя два кейса.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-15 12:04:28 +00:00
coopops 56121c2346 [C28-66][@ant] fix: type-errors шасси расходов — vue-tsc в CI
Typecheck / controller (pull_request) Has been cancelled
Typecheck / desktop (pull_request) Has been cancelled
CI впервые дошёл до vue-tsc по ветке и вскрыл накопленный долг типов
(локально vue-tsc не гоняем). Чиним точечно, без смены логики:

- uploaded_at — Zeus-скаляр даты типизирован как {}: new Date(String(...))
  и date:String(...) в ProgramExpensePage, ExpenseDetailPage и трёх
  Payment-panel (Attach/Settlement/Report).
- ExpenseDetailPage: loadPayments options требует sortOrder → 'DESC';
  :key платежа допускает null → ключ pay.hash ?? idx.
- PaymentsPage: routeUsername null → undefined под prop :username.
- expenses/model: снят реэкспорт несуществующего IAuthorizeProposalDraft.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-15 11:53:27 +00:00
ant cabc589ce8 Merge pull request 'fix(desktop): UTF-8 (bit-11) в именах файлов zip-пакета документов' (#147) from fix/zip-utf8-flag into dev
Reviewed-on: #147
2026-06-15 11:38:01 +00:00
coopops c3086277f4 fix(desktop): zip-пакет документов — флаг UTF-8 (bit-11) в именах файлов
Typecheck / desktop (pull_request) Successful in 13m56s
Typecheck / controller (pull_request) Successful in 13m22s
buildZipArchive писал имена в UTF-8, но general-purpose bit flag = 0 → читатели
(включая верификатор на fflate) декодировали кириллицу как latin1 (мохибейк), и
manifest.json (корректный UTF-8) не находил записи → верификатор «в пакете нет
файлов». Ставим bit-11 в local и central заголовках. Архив теперь корректно
открывается любым ZIP-ридером (Explorer/macOS/fflate).

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
2026-06-15 10:58:55 +00:00
coopops 3064e4b7ae [C28-65][@ant] refactor: платежи расхода — один запрос по proposal_hash
Typecheck / desktop (pull_request) Failing after 8m27s
Typecheck / controller (pull_request) Failing after 8m22s
ExpenseDetailPage переведён со сбора платежей по реконструированным хэшам на
один запрос getPayments({ coopname, proposal_hash }) — фильтр из C28-64. Убрана
скопированная серверная формула settlementPaymentHash/sha256Hex из
shared/lib/expenses: фронт больше не дублирует деривацию хэшей расчётных
платёжек. Запрос type-agnostic — ловит все связанные платежи любого типа,
устойчив к добавлению новых видов. Сортировка: выдача/оплата раньше расчётных.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-15 08:17:16 +00:00
coopops 435634bfd9 [C28-64][@ant] feat: фильтр платежей по proposal_hash в gateway + regen SDK
Добавлен фильтр PaymentFiltersInput.proposal_hash — возвращает все платежи,
связанные с расходом (служебной запиской). Связь платёж→расход уже зашита
бэкендом в json-поле blockchain_data.proposal_hash (и у платежа выдачи аванса/
оплаты организации, и у расчётных платёжек возврата/доплаты); фильтр извлекает
его через json-оператор ->> в typeorm-репозитории. Так связанные платежи
достаются одним запросом по расходу, без реконструкции хэшей на фронте.

regen: schema → generate-client → sdk build (zeus-клиент controller+sdk).

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-15 08:17:06 +00:00
coopops 0203bf2405 [C28-63][@ant] feat: движения платежей в «Истории состояний» расхода
Typecheck / desktop (pull_request) Failing after 8m34s
Typecheck / controller (pull_request) Has been cancelled
В историю состояний расхода добавлены события платежей: выдача аванса/оплата
организации, возврат недорасхода, доплата перерасхода, отклонения. Берутся из тех
же linkedPayments (C28-61), без отдельного запроса. Тип/иконка/текст по статусу
(исполнен / оплачен кассой / создан / отклонён), сумма и причина отказа — в
описании; сортируются в общую ленту по дате updated_at.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-15 07:54:19 +00:00
coopops 91cfc0f0af [C28-62][@ant] feat: кнопка «Назад» (к реестру расходов) в детали расхода
Из детали расхода нельзя было вернуться в реестр расходов. Добавлен canon
back-link под шапкой (как в MeetDetails/DocumentDetails): router.push на
expenses-registry. Виден всегда, даже пока расход грузится.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-15 07:52:28 +00:00
coopops 882646d6aa [C28-61][@ant] feat: платежи по расходу в деталях СЗ + переход в реестр платежей
Typecheck / desktop (pull_request) Failing after 8m23s
Typecheck / controller (pull_request) Has been cancelled
В детали расхода (стол совета → реестр расходов → расход) добавлена секция
«Платежи по расходу»: выдача аванса/оплата организации и, если был перерасчёт по
чекам, расчётная платёжка (возврат недорасхода / доплата перерасхода). Реквизиты
«куда уходил платёж», назначение и причина отклонения — внутри PaymentDetails.

Платежи собираются по ДЕТЕРМИНИРОВАННЫМ хэшам, а не по username: у позиции-
организации платёж принадлежит кооперативу, у аванса — пайщику-получателю, и у
каждой позиции свой получатель — единого владельца нет. Хэш выдачи = item_hash,
расчётные = sha256('expense-settlement:coop:item:kind') (новый settlementPaymentHash
в shared/lib/expenses, точная копия серверного generateHashFromString). Точечный
hash-фильтр gateway не требует листать общий реестр и нового бэкенд-поля.

Клик «Открыть в реестре платежей» → реестр кассира, отфильтрованный по владельцу
(:username? в PaymentsPage), с фокусом на платёж (виджет раскрывает его по ?focus=hash).

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-15 07:25:26 +00:00
coopops 9d830e7b91 [C28-60][@ant] fix: показывать причину отклонения платежа (CANCELLED)
Кассир пишет причину в диалоге «Отклонить», бэкенд сохраняет её в payment.message
и ставит статус CANCELLED — но PaymentDetails показывал message только при FAILED,
поэтому причина нигде не отображалась. Добавлен canon-баннер (.banner--neg) с
причиной для CANCELLED: видно сразу при раскрытии платежа. Компонент общий —
работает и на столе совета, и на столе пайщика.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-15 07:25:06 +00:00
coopops 4453dd9cfd [C28-59][@ant] feat: кликабельная ссылка «Основание» → раскрыть платёж выдачи аванса
Typecheck / desktop (pull_request) Failing after 8m29s
Typecheck / controller (pull_request) Failing after 7m58s
В блоке «Основание расчёта» (C28-58) добавлена кнопка «Открыть платёж выдачи аванса»:
кассир жмёт → реестр раскрывает исходный платёж-аванс (его hash == item_hash расчётной
платёжки) и прокручивает к нему. Видно, сколько выдавалось и что в чеке, без поиска
строки того же пайщика вручную. id навешены на tr/pay-card для scrollIntoView; если
платёж аванса не на текущей странице — подсказка.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-15 06:37:59 +00:00
coopops e0202b49dd [C28-58][@ant] feat: блок «Основание расчёта» у settlement-платёжки в реестре
Typecheck / desktop (pull_request) Failing after 8m25s
Typecheck / controller (pull_request) Has been cancelled
Кассир (и пайщик) при раскрытии расчётной платёжки (возврат недорасхода / доплата
перерасхода) видит основание прямо в строке — без поиска исходного аванса среди
сотен строк реестра:
- ссылка на СЗ (№), что оплачивали, выдано авансом, заявлено по чекам, сумма расчёта
- список подтверждающих документов (чеки REPORT_FILE) со ссылками на открытие

Новый feature ExpenseSettlementBasis (self-contained: грузит позицию СЗ + файлы по
proposal_hash/item_hash из blockchain_data платёжки). Подключён в ListOfPaymentsWidget
для EXPENSE_RETURN/EXPENSE_OVERSPEND на обоих столах (desktop+mobile).

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-15 06:26:23 +00:00
coopops ca9fd8f8de [C28-57][@ant] fix: запретить повторный отчёт по авансу + показывать заявленный факт
Typecheck / controller (pull_request) Has been cancelled
Typecheck / desktop (pull_request) Has been cancelled
Корень: позиция on-chain остаётся PAID до подтверждения расчётной платёжки кассой
(reportexp отложен), поэтому отчёт можно было подать многократно на разные суммы.
Идемпотентность createSettlementPayment — лишь по виду (возврат/доплата), из-за чего
отчёт 400→200 плодил две платёжки, а 500 молча возвращал старую.

Backend (авторитетный фикс):
- reportExpenseItem: guard по report_state платежа аванса — SETTLEMENT_PENDING/CLOSED
  → BadRequestException «Отчёт по этой позиции уже подан»
- markAdvanceReportState сохраняет reported_amount (заявленный факт) рядом со статусом
- тест на guard + обновлён ассерт SETTLEMENT_PENDING

Frontend:
- ReportExpenseAdvancePanel: новые props report-state/reported-amount; форма
  (AmountInput+кнопка) доступна только пока отчёт не подан (canReport); после подачи —
  «Отчёт подан на N ₽, ждём расчёт», остаётся лишь загрузка доп.документов
- ListOfPaymentsWidget: прокидывает report_state/reported_amount в панели на обоих столах

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-15 06:21:50 +00:00
coopops f2489fc592 [C28-56][@ant] fix: сузить поле суммы в отчёте пайщика + поправить назначение возврата
Typecheck / desktop (pull_request) Failing after 8m18s
Typecheck / controller (pull_request) Failing after 7m58s
- ReportExpenseAdvancePanel: AmountInput в .report-advance__amount (max-width 240px),
  чтобы значение не висело во всю ширину панели с разрывом «лейбл … сумма»
- memo возврата: «выданных под аванс под отчёт» → «выданных авансом под отчёт»

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-15 05:45:21 +00:00
coopops 9ac810f34a [C28-55][@ant] fix: вернуть «Направление» в реестр (перспектива стола) + универсальные уведомления о платеже
Typecheck / desktop (pull_request) Failing after 8m33s
Typecheck / controller (pull_request) Failing after 8m0s
Направление платежа (ListOfPaymentsWidget):
- колонка «Направление» снова показывается на ОБОИХ столах;
- on-chain direction всегда относительно кооператива (INCOMING = в кооператив).
  Стол совета (!hideActions) так и видит; на личном столе пайщика (hideActions)
  перспектива обратная — direction инвертируется (исходящий из кооператива =
  поступление пайщику). Хелперы displayDirection/directionLabel/directionHint,
  tooltip с пояснением («В кооператив»/«Из кооператива» vs «Поступление вам»/
  «Списание с вас»). colspan/skeleton/min-width поправлены под доп. колонку.

Уведомления о платеже — без привязки к типу:
- workflow payment-refunded (любой исходящий PAID пайщику) больше не «Возврат
  взноса выполнен», а универсальное «Платёж выполнен» (тем же каналом идут
  аванс под отчёт, доплата по перерасходу и пр. — тип платежа неизвестен).
  payment-paid уже был универсальным («Платёж принят» для входящего).
- комментарий в payment-notification.service приведён в соответствие.

ESLint ✓, notifications build ✓ (id platyozh-vypolnen резолвится в каталоге).

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-15 05:13:00 +00:00
coopops 5c14bdb0a4 [C28-54][@ant] fix(desktop): пул расходов = баланс реального кошелька + загрузка доп. документов после отчёта
Typecheck / desktop (pull_request) Failing after 8m26s
Typecheck / controller (pull_request) Failing after 7m59s
Q1 (расхождение 900 vs 50): на странице программных расходов «Доступно»
теперь = остаток кошелька w.cap.pgexp (source_wallet, с которого payexp
реально списывает оплату), а не счётчик state.program_expense_pool. Счётчик
двигался на резерве, кошелёк — на оплате, поэтому кассир видел одну сумму, а
оплата обламывалась на другой. Карточка «Зарезервировано» (счётчик) убрана,
чтобы не смешивать два контура учёта на одной карточке кошелька.

Q2 (нет поля для доп. документов после «Отчёт принят»): FileUploader в
ReportExpenseAdvancePanel вынесен из ветки isAwaitingReport — теперь доступен
и в состоянии REPORTED («Приложите дополнительный документ»), как и обещает
текст «дополнительные документы дополнят его автоматически».

ESLint ✓. Визуальная проверка — по скриншотам.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-14 17:54:16 +00:00
coopops ab9b8ddc66 [C28-53][@ant] fix(desktop): перевёрстка диалога пополнения пула + реестра платежей кассира
Typecheck / desktop (pull_request) Failing after 8m33s
Typecheck / controller (pull_request) Has been cancelled
Диалог «Пополнение пула программных расходов»:
- убрана тёмная плашка под кнопками (footer-bar на --p-canvas) — кнопки на
  поверхности диалога через штатный BaseDialog __foot;
- снят двойной паддинг (.form поверх body) и uppercase-eyebrow («прыгающие шрифты»);
- BaseInput → AmountInput с суффиксом валюты в узкой обёртке (не во всю ширину).

Реестр платежей (стол кассира), последовательная подача:
- AttachExpenseProofPanel и ReportExpenseAdvancePanel получили опциональный
  проп step (номер+заголовок) — Этап 1 «Подтвердите оплату», Этап 2 «Отчёт
  пайщика»; обёрнуты в .expense-flow с хайрлайн-разделителем. Пустых этапов у
  DIRECT нет (панель отчёта сама скрывается);
- в отчёте пайщика порядок изменён на «сумма → чек» (сначала AmountInput, видно
  недо/перерасход, затем приложить чек, потом кнопка);
- дружелюбные подписи, больше воздуха (gap --p-3/--p-4), снята плотность.

ESLint ✓. Визуальная проверка — по скриншотам пользователя.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-14 17:44:34 +00:00
coopops b21df2b017 [C28-52][@ant] chore(sdk): regen schema/client после doc_data-перестройки 2010/2011
Typecheck / desktop (pull_request) Failing after 8m25s
Typecheck / controller (pull_request) Failing after 8m49s
generate-schema + generate-client + sdk build после C28-51. Zeus-клиент
(controller/zeus + sdk/src/zeus) знает ExpenseProposalSignedItemInput +
doc_data_hash на signed-meta 2010; ExpenseProposalDecisionItemInput (2011)
без requisites/payment_purpose/recipient_name. schema.gql — gitignored-артефакт.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-14 16:49:23 +00:00
coopops 0fcb8abd39 [C28-51][@ant] feat(expenses): реквизиты СЗ-2010/2011 off-chain через doc_data (не публикуем в блокчейн)
Typecheck / desktop (pull_request) Failing after 8m23s
Typecheck / controller (pull_request) Has been cancelled
Реквизиты получателя, имя и назначение платежа больше не уходят в blockchain
meta документа. Перестроено на паттерн doc_data из marketplace2 (epic5):
приватный payload сохраняется off-chain в DocDataService фабрики, в meta едет
только doc_data_hash; при генерации/регенерации фабрика подмешивает приватную
часть в позиции по number — полнотекстовый документ не страдает.

2010 (СЗ-смета):
- cooptypes: IExpenseItem → публичный (number/description/amount/recipient_type/
  mechanics); новые IExpensePrivateItem/PrivateData/IExpenseRenderItem; Action
  extends IDocDataRef + doc_data_hash; Model.items = render-позиции.
- factory: Action подгружает PrivateData по doc_data_hash и склеивает по number;
  meta строится из публичной data; ExpenseRenderItemSchema для модели рендера.
- controller: DTO расщеплён — вход генерации «богатый» (приватные поля → сервер
  кладёт в doc_data), подписываемая meta = публичные позиции + doc_data_hash.
  Сервис: saveDocData → Action с публичными items. Десктоп не меняется (подпись
  идёт по meta, возвращённой сервером).

2011 (Решение совета): латентный канал закрыт структурно — item-DTO лишён
requisites/payment_purpose/recipient_name; шаблон протокола их и не рендерил.
Публичная ExpenseItemSchema (5 полей) для модели 2011.

cooptypes build ✓, factory build ✓, ESLint ✓, unit 11/11 ✓.
Codegen (schema/client/sdk) — отдельным шагом.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-14 16:35:57 +00:00
coopops c69f0f24d8 [C28-50][@ant] feat(factory): перенести инфру doc_data из marketplace2 (приватные данные документа off-chain)
Typecheck / desktop (pull_request) Failing after 8m40s
Typecheck / controller (pull_request) Failing after 8m0s
Выборочный перенос переиспользуемого паттерна doc_data из marketplace2
(исходный коммит 10158b5b33, 598-8) — БЕЗ marketplace-документов 1102/1103,
которых нет в dev (их cooptypes-реестры и controller-сервисы тянули конфликты
modify/delete и сломали бы сборку). 1102/1103 придут штатно при мерже marketplace2.

Что такое doc_data: приватные поля документа (реквизиты/ПДн) сохраняются в Mongo
(коллекция doc_private_data) через DocDataService.save(payload, registry_id) →
{hash}; on-chain в meta публикуется только doc_data_hash (sha256). При генерации
фабрика подгружает payload по хэшу и отдаёт шаблону под зарезервированной
переменной {{ doc_data.* }}. Так реквизиты в блокчейн не попадают, но документ
регенерируем и верифицируем по слепку.

Перенесено (идентично marketplace2 — будущий мерж без конфликтов):
- factory: Services/DocData + обвязка Factory/index.ts (saveDocData/getDocData) +
  реэкспорт в Services/Databazor + Generator.saveDocData/getDocData в src/index.ts;
- controller: GeneratorPort/GeneratorInfrastructureService/DocumentDomainService —
  проброс saveDocData/getDocData;
- cooptypes: IDocDataRef { doc_data_hash } в модели документа.

cooptypes build + factory typecheck/build зелёные. Контур: следующим шагом
перенастроить СЗ-2010 на doc_data для реквизитов (отдельной задачей).

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-14 13:15:15 +00:00
coopops 245a8fbd1d [C28-49][@ant] feat(expense): расшить отчёт по авансу — статус отчёта, отчёт за пайщика, закрывающие документы
Typecheck / desktop (pull_request) Failing after 8m22s
Typecheck / controller (pull_request) Failing after 8m3s
Разводит три независимых акта вокруг аванса под отчёт, которые UI прежде смешивал:
- Платёж (кассир + платёжка PAYMENT_PROOF) — без изменений.
- Отчёт по авансу (факт + чек REPORT_FILE → reportexp) — пайщик ИЛИ кассир «за пайщика».
- Закрывающие документы организации (новый ExpenseFileKind.CLOSING_DOC) — только DIRECT.

Бэкенд:
- ExpenseReportState (AWAITING/SETTLEMENT_PENDING/CLOSED/NOT_REQUIRED) зеркалится в
  payment.blockchain_data.report_state: в reportExpenseItem (CLOSED/SETTLEMENT_PENDING)
  и в inter-адаптере reportItem в момент on-chain reportexp (CLOSED). AWAITING — дефолт.
- CLOSING_DOC + valuesMap-описания видов файлов; SDK regen.

Desktop:
- Личный стол: убран кассирский значок «Платёжка приложена» (чужая бухгалтерия),
  добавлен бейдж статуса отчёта рядом со статусом платежа.
- Стол совета: кассир может отчитаться за пайщика (ReportExpenseAdvancePanel onBehalf,
  самоскрытие для DIRECT) + отдельная секция закрывающих документов для оплат организациям.

Авторизация reportExpenseItem уже допускала совет по любой строке — путь «за пайщика»
работает без правок guard'ов. Unit 11/11, ESLint чист, SDK typecheck зелёный.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-14 11:47:02 +00:00
coopops a0005362e0 [C28-48][@ant] fix(expense): UX расчёта аванса — суммы 2 знака, реквизиты, направление
Typecheck / desktop (pull_request) Failing after 8m25s
Typecheck / controller (pull_request) Failing after 7m56s
Правки по тест-прогону недо-/перерасхода:

- Суммы в реестре платежей (таблица+карточки) и инпут факта — formatAsset2Digits
  (2 знака), а не сырой on-chain precision=4.
- «Направление» (входящий/исходящий — относительно кооператива) скрыто на личном
  столе пайщика (hideActions): на его столе семантика обратная и путала. На столе
  совета остаётся (там перспектива кооператива корректна).
- PaymentDetails: убран дамп «Данные блокчейна» (JSON); реквизиты показываются при
  любом направлении (входящий возврат — реквизиты кооператива, исходящая
  доплата — реквизиты пайщика); «Сумма к переводу» — 2 знака.
- Settlement-платёжка несёт payment_details с реквизитами: возврат → банк
  кооператива (куда платит пайщик), доплата → снимок реквизитов пайщика (куда
  платит кооператив). Назначение: «Возврат неиспользованных средств, выданных под
  аванс под отчёт» / «Доплата по перерасходу аванса под отчёт».
- После отчёта реестр перезагружается и сразу раскрывает заведённую платёжку
  расчёта (по settlement_payment_hash) — пайщик видит реквизиты, не догадываясь
  нажать «развернуть».

Юнит-тесты расходов зелёные (11/11). GraphQL-схема не менялась — SDK regen не нужен.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-14 08:04:05 +00:00
coopops 3ab773c4b6 [C28-47][@ant] feat(expense): SDK-regen + desktop — инпут факта и расчёт разницы
Typecheck / desktop (pull_request) Failing after 8m24s
Typecheck / controller (pull_request) Failing after 8m17s
Фронт-слой контура недо-/перерасхода аванса.

- payment-domain.entity: exhaustive typeLabels по 2 новым типам платежей.
- SDK regen (Zeus controller+sdk) под reportExpenseItem → ExpenseReportResult,
  optional actual_amount и enum ExpenseReportOutcome.
- SDK: селектор expenseReportResultSelector (outcome / settlement_amount /
  settlement_payment_hash / transaction); reportExpenseItem использует его,
  api панели возвращает результат.
- desktop ReportExpenseAdvancePanel: инпут «Фактически потрачено по чекам»
  (префилл выданным авансом), подсказка о недо-/перерасходе, кнопка «Отчитаться»
  вместо авто-сабмита по первому чеку. По исходу: CLOSED — «Отчёт принят»;
  RETURN_PENDING/OVERSPEND_PENDING — пояснение про платёжку расчёта.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-14 06:56:06 +00:00
coopops c739c4e10a [C28-46][@ant] feat(expense): расчёт недо-/перерасхода аванса через платёжки
Typecheck / desktop (pull_request) Failing after 8m33s
Typecheck / controller (pull_request) Has been cancelled
Замыкаю контур факт→возврат/доплата для аванса под отчёт. Контракт уже имел
returnexp/overspendexp с двусторонними ledger2-проводками, но фронт/бэкенд их не
звали: отчёт слепо закрывал позицию на actual=аванс без сверки факта (дыра
недорасхода — пайщик мог недоотчитаться и оставить разницу).

Бэкенд-слой:
- 2 типа платежей: EXPENSE_RETURN (входящий возврат недорасхода) и
  EXPENSE_OVERSPEND (исходящая доплата перерасхода) + labels + direction-списки.
- inter-порт шасси: returnItem/overspendItem/reportItem (зеркало payItem),
  адаптер реализует через returnExp/overspendExp/reportExp.
- gateway-ветки: подтверждение кассиром EXPENSE_RETURN (income) → returnexp +
  reportexp; EXPENSE_OVERSPEND (outcome) → overspendexp + reportexp. proposal_hash
  и item_hash берутся из blockchain_data (hash платёжки уникальный, не item_hash).
- reportExpenseItem(actual_amount?): факт==аванс → reportexp сразу (CLOSED);
  недорасход → входящая платёжка на |разницу| (RETURN_PENDING); перерасход →
  исходящая (OVERSPEND_PENDING); reportexp отложен до подтверждения кассиром
  (контракт принимает settlement только на PAID-позиции). Дельта в минорных
  единицах по precision. Идемпотентность платёжки по детерминированному хэшу.
- Новый дискриминированный результат ExpenseReportResultDTO + enum
  ExpenseReportOutcome. Юнит-тесты на все три исхода + идемпотентность.

Контракт expense не изменён. Авторитет на сумму факта — пайщик (по чекам).

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-14 06:43:55 +00:00
coopops e70b368163 [C28-45][@ant] revert: вернуть MyAdvancesPage как каркас стола кассира (не удалять scaffold)
Typecheck / desktop (pull_request) Failing after 8m29s
Typecheck / controller (pull_request) Failing after 8m13s
Откат удаления из C28-44: страницы воркспейса expenses (MyAdvances/Cashier/AdminApprove) — намеренный рабочий КАРКАС будущего стола кассира, а не мёртвый код. Решено их не удалять, а сохранить: соберём стол кассира из них позже, тогда «Мои авансы» выведем туда. Сейчас воркспейс не привязан к столу → в меню их нет и ничего на них не ведёт (то, что и нужно).

— восстановлены MyAdvancesPage.vue + роут expenses-my-advances + экспорт из barrel.
— в install.ts добавлен комментарий-маркер: это каркас, не удалять, ничего на него не ведёт намеренно; рабочие ссылки — на /:coopname/user/payments.
— ссылку напоминателя об авансах НЕ откатываем: остаётся на личные «Платежи» (/user/payments), как просил пользователь — всё ведёт через страницу платежей/реестр платежей, не на каркасные страницы.
— README приведён в соответствие (каркас, а не «удалена»).

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-14 05:10:40 +00:00
coopops 832ea5fd96 [C28-44][@ant] chore: удалить мёртвую страницу «Мои авансы» + перецелить ссылку напоминателя
Typecheck / controller (pull_request) Has been cancelled
Typecheck / desktop (pull_request) Has been cancelled
MyAdvancesPage была смонтирована только в воркспейсе expenses, который ни к одному столу не привязан (меню столов приходит с бэкенда; setRoutes вешает пункт лишь если воркспейс есть в столе). Страница открывалась только по прямому URL — пользователь её не видел ни разу. Авансы пайщика-получателя и так видны на его личной странице «Платежи» (/:coopname/user/payments, ListOfPaymentsWidget + ReportExpenseAdvancePanel) — отдельная страница дублировала и была мёртвой.

— desktop: удалён MyAdvancesPage.vue, его роут expenses-my-advances и экспорт из barrel; импорт из install.ts.
— controller: напоминатель об авансах при нескольких авансах вёл на /expenses/my/advances → перецелен на /:coopname/user/payments (личные «Платежи»); один аванс по-прежнему ведёт на сам расход.
— notifications: комментарий схемы payload обновлён.
— README/E2E: ссылки и таблица страниц обновлены.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-14 05:06:28 +00:00
coopops 2fbf08c19a [C28-43][@ant] fix: исходящий платёж организации больше не висит в личном реестре инициатора СЗ
Typecheck / desktop (pull_request) Failing after 8m29s
Typecheck / controller (pull_request) Has been cancelled
Симптом: пайщик создаёт расход с получателем-организацией (не он сам) — и этот исходящий платёж появляется у него в личном кабинете на странице платежей, хотя он лишь инициатор, а деньги идут не к нему.

Корень: expense-payments.listener создавал gateway-платёж по позиции расхода с username = entity.username (создатель СЗ) для org-получателя. Личный реестр платежей фильтрует по username (loadPayments({username: me})), поэтому платёж кооператива организации оказывался на столе инициатора.

Фикс: владелец org-платежа = сам КООПЕРАТИВ (entity.coopname), а не инициатор. В личных реестрах пайщиков (фильтр по username) он больше не виден; кассир видит его в общем реестре платежей кооператива (loadPayments без username). Аванс под отчёт по-прежнему принадлежит пайщику-получателю (item.recipient) — он у него и отображается. На on-chain payexp правка не влияет: проводка берёт coopname/proposal_hash/item_hash, username не участвует (см. gateway.interactor.processOutgoingPayment).

Касается только НОВЫХ платежей; уже созданные org-платежи с username=создатель не переписываются.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-14 04:54:41 +00:00
coopops 7155551837 [C28-42][@ant] fix: суммы в карточках расходов программы Благорост — формат asset (1 000,00 RUB)
Typecheck / desktop (pull_request) Failing after 8m34s
Typecheck / controller (pull_request) Failing after 8m2s
Карточки списка показывали сырой total_planned «1000.0000 RUB». ExpenseProposalListRow.total_planned по контракту типа — уже отформатированная строка; страница подавала сырьё. Оборачиваем в formatAsset2Digits в listRows ProgramExpensesPage (как суммы в сводке/детали).

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-14 04:32:04 +00:00
coopops 65b792e015 [C28-41][@ant] feat: история состояний в детали расхода Совета + страница расходов программы → «Расходы»
Typecheck / desktop (pull_request) Failing after 8m33s
Typecheck / controller (pull_request) Failing after 7m56s
— ExpenseDetailPage (стол Совета): добавлена секция «История состояний» (ActivityTimeline, group-by-date) — как на странице расхода программы Благорост. Лента собирается из фактов в данных: создание СЗ, подпись заявления, утверждение/отклонение советом, приложенные документы, подача отчёта, закрытие расхода; актор — ФИО создателя. Отдельной журнальной таблицы у шасси нет.
— capital/install.ts: страница расходов программы переименована «Расходы программы» → «Расходы» (title в meta). Доступ только совету — roles ['chairman','member'] уже стояли. Попутно заменена запрещённая каноном FontAwesome-иконка fa-solid fa-receipt → Material receipt_long на обоих роутах (список + деталь).

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-13 14:54:04 +00:00
coopops 5aea77bdcd feat(desktop): отдельная страница выхода + глобальная блокировка кабинета на время процедуры
Typecheck / desktop (pull_request) Successful in 13m42s
Typecheck / controller (pull_request) Successful in 13m1s
По уточнению UX:
- кнопка выхода убрана из шапки кошелька; заведена отдельная страница стола
  пайщика «Выход из кооператива» (route membership-exit) с описанием процесса
  (добровольно по заявлению; аккаунт закрывается и удаляется; паевой возвращается
  в срок по Уставу кооператива — без хардкода срока) + кнопка с переподтверждением;
- глобальный gate: пока активен процесс выхода (registrator::exits через query
  membershipExit), ExitOverlay (maximized, без закрытия) блокирует весь кабинет
  и показывает только статус заявления (ожидание Совета / одобрено) и планируемую
  сумму возврата — элегантно, по канону. Эталон — SelectBranchOverlay;
- useExitGate (статус+сумма, опрос) + watch-exit-overlay (поллинг 15с) +
  монтаж в App.vue + регистрация в init-app; после подачи статус подтягивается
  сразу;
- текст переподтверждения переформулирован (необратимо, запуск возврата +
  решение Совета).

ESLint чисто. Type-check — в CI.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-13 14:45:34 +00:00
coopops 3ac1b168d7 feat(controller,sdk): запрос статуса выхода пайщика (membershipExit) для блокировки кабинета
Typecheck / desktop (pull_request) Has been cancelled
Typecheck / controller (pull_request) Has been cancelled
- query membershipExit(coopname, username) → {exit_hash, status, quantity, created_at}
  или null; читает chain-таблицу registrator::exits; enum MembershipExitStatus
  (PENDING/AUTHORIZED); self-/operator-доступ;
- AccountBlockchainPort/adapter.getExit — чтение exits по username;
- SDK: Queries.MembershipExit.GetMembershipExit + селектор.

Нужен фронту для глобального gate: пока есть активный выход — кабинет блокируется,
показывается только статус заявления и сумма возврата. tsc контроллера + SDK чисто.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-13 14:36:02 +00:00
coopops 04c0b1195a [C28-40][@ant] fix: таблицы расходов схлопывались и рвали текст посимвольно — !important на min-width (как в реестре платежей)
Typecheck / desktop (pull_request) Failing after 8m23s
Typecheck / controller (pull_request) Failing after 8m10s
— симптом: колонка «Пайщик» (ФИО) в реестре расходов рвалась по буквам в столбик.
— причина: глобальный канон components.css форсит `.table{min-width:0!important}`; мой `.table{min-width:…}` без !important проигрывал → колонки схлопывались уже контента и слова ломались посимвольно. Плюс `overflow-wrap: anywhere` на ячейках добивал.
— фикс (эталон — ListOfPaymentsWidget): `.table{table-layout:fixed!important; min-width:…!important}` + `overflow-wrap: break-word` (не anywhere) на текстовых ячейках. При нехватке ширины таблица скроллится в .table-scroll, а не ломает слова. Применено и к таблице позиций в детали (тот же латентный баг).

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-13 13:54:57 +00:00
coopops 2e42cac14c feat(desktop): UI выхода пайщика из кооператива
Typecheck / desktop (pull_request) Successful in 13m52s
Typecheck / controller (pull_request) Successful in 13m19s
- feature Membership/ExitFromCoop: кнопка «Выход из кооператива» (BaseButton
  danger) на WalletPage в шапке рядом с возвратом паевого; диалог-предупреждение
  (BaseDialog+Form+BaseBanner) с предрасчётом суммы возврата
  (MembershipExitReturnPreview) и текстом «паевой будет возвращён, аккаунт
  заблокирован, возврат невозможен»; submit генерит заявление (200), подписывает
  и подаёт createMembershipExit (push exitcoop). Канон-компоненты, Material-иконки;
- feature Membership/GenerateMembershipExitDecision: генерация решения совета (201);
- process-decisions: handler `leavecoop` в реестре повесток — Совет генерирует
  решение по выходу так же, как по вступлению/возврату.

ESLint чисто. Type-check — в CI (полный vue-tsc локально не гоняем).

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-13 13:48:16 +00:00
coopops c1a940d1cd feat(sdk): codegen + операции выхода из кооператива (Zeus-клиент + Mutations/Queries)
Typecheck / desktop (pull_request) Has been cancelled
Typecheck / controller (pull_request) Has been cancelled
- регенерирован Zeus-клиент (src/zeus) из обновлённой схемы контроллера —
  типы MembershipExit*Input / MembershipExitResult / MembershipExitReturnPreview;
- Mutations.MembershipExit: GenerateMembershipExitApplication /
  GenerateMembershipExitDecision / CreateMembershipExit;
- Queries.MembershipExit.MembershipExitReturnPreview;
- селекторы membershipExitResult / membershipExitReturnPreview.

tsc + сборка SDK — чисто. schema.gql не коммитим (gitignored-артефакт).

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-13 13:37:59 +00:00
coopops 90f3a892a6 feat(controller): backend выхода пайщика из кооператива (генерация 200/201 + подача + предрасчёт)
Typecheck / desktop (pull_request) Has been cancelled
Typecheck / controller (pull_request) Has been cancelled
- PaymentTypeEnum.MEMBERSHIP_EXIT (исходящий) + лейблы;
- document-DTO заявления (200) и решения совета (201) — зеркало join-документов;
- ParticipantInteractor.generateMembershipExit{Application,Decision} (registry 200/201);
- AccountBlockchainPort/adapter.exitCoop — push registrator::exitcoop с подписанным
  заявлением (прямой transact кооперативным ключом, как reguser);
- модуль membership-exit: resolver+service с мутациями
  generateMembershipExitApplication / generateMembershipExitDecision /
  createMembershipExit и query membershipExitReturnPreview (сумма возврата по
  L3-балансам w.wal.share + w.reg.minshr; итог фиксирует контракт на confirmexit);
  self-service для пайщика + операторские роли (chairman/member);
- cooptypes Ledger2.SHARE_WALLET_NAME / MIN_SHARE_WALLET_NAME — именованные
  константы кошельков вместо магических строк.

tsc --noEmit контроллера — чисто. Codegen Zeus-клиента — отдельным коммитом.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-13 13:30:01 +00:00
coopops 22e30672a3 [C28-39][@ant] fix: реестр и деталь расхода — чистка шапок, ФИО вместо аккаунта, кликабельные чеки, мелочи вёрстки
Typecheck / desktop (pull_request) Failing after 8m27s
Typecheck / controller (pull_request) Failing after 7m59s
По скриншот-ревью пользователя.

Реестр расходов (ExpensesRegistryPage):
— убрана шапка PageHead («Шасси расходов» / «Реестр расходов» / подзаголовок) — сразу таблица.
— колонка «Пайщик»: ФИО первой строкой (из сертификата подписанта СЗ — её подписывает создатель, доп. запрос не нужен), ниже имя аккаунта мелким моно с копированием по клику (copyToClipboard).
— добавлена колонка-шеврон справа (chevron_right) — видно, что строка открывается; подсвечивается на hover.

Деталь расхода (ExpenseDetailPage):
— убрана шапка PageHead; статус — чипом вверху справа (канон detail-страниц). Переверстана одноколоночно секциями с заголовками-эйбрау (Сводка / Документы / Строки расходов / Чеки и подтверждения) — как на странице расхода программы.
— Сводка: «Пайщик» = ФИО (из сертификата подписанта), отдельная строка «Аккаунт» (моно, копируемая); «Хеш» (рус. ярлык вместо «Hash») переносится и копируется (DataRow mono, vertical).
— «Строки расходов»: счётчик с правильным русским множественным («1 строка / 2 строки / 5 строк») вместо «1 строк».
— «Чеки и подтверждения»: имя файла — гиперссылка, клик открывает документ в новой вкладке (read_url короткоживущий — запрашиваем свежий по id через новый getExpenseFileReadUrl, как в capital); кто приложил — ФИО (из карты подписей СЗ+протокола), а не имя аккаунта; убраны storage_key/размер.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-13 13:21:12 +00:00
coopops 941030f58f feat(cooptypes): TS-зеркала выхода из кооператива (registrator + soviet)
Typecheck / controller (pull_request) Has been cancelled
Typecheck / desktop (pull_request) Has been cancelled
- interfaces/registrator: IExitcoop/IConfirmexit/ICompletexit/IDeclinexit + IExit
  (таблица exits) — синхронно с обновлённым ABI registrator;
- interfaces/soviet: IDelpartcpnt;
- action-зеркало registrator ExitCoop (член-инициируемое действие, как RegisterUser);
  внутренние коллбэки confirmexit/completexit/declinexit конструируются каскадом
  из soviet/gateway и в зеркалах не нуждаются (как confirmreg/addpartcpnt);
- table-зеркало registrator Exits (scope=coopname) для чтения статуса выхода и
  суммы возврата на бэкенде/фронте.

tsc --noEmit cooptypes — чисто.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-13 13:08:07 +00:00
coopops dbda7ca5ba feat(contracts): оркестрация выхода пайщика из кооператива (registrator + soviet)
Typecheck / desktop (pull_request) Has been cancelled
Typecheck / controller (pull_request) Has been cancelled
Жизненный цикл выхода — зеркало вступления (reguser→confirmreg) и возврата
паевого (wallet::createwthd→authwthd→completewthd):

- registrator::exitcoop    — пайщик подаёт заявление о выходе (registry 200),
  создаётся реестр exits (status=pending) и повестка совета `leavecoop`;
- registrator::confirmexit  — совет одобрил: контракт сам считает сумму возврата
  по L3-балансам ledger2 (мин. + целевой паевой), консолидирует минимальный на
  главный (o.reg.mvmin), резервирует сумму (o.wal.wthreq) и шлёт исходящий
  платёж в gateway; нулевой паевой → финализация без платежа;
- registrator::completexit  — кассир подтвердил выплату: проводка Дт80/Кт51
  (o.wal.wthcpl), пайщик удаляется (soviet::delpartcpnt), аккаунт блокируется;
- registrator::declinexit   — отказ совета или платежа: снятие резерва
  (o.wal.wthdec, если был), пайщик остаётся в кооперативе.

Новое: таблица registrator::exits, soviet_action `leavecoop`, soviet::delpartcpnt
(стирание пайщика, зеркало addpartcpnt; уменьшает счётчик активных). Новых
ledger2-кодов не вводилось — переиспользованы o.wal.wthreq/wthcpl/wthdec и ранее
добавленный o.reg.mvmin. registrator уже в contracts_whitelist → вправе применять
wallet-операции. Обе сборки (soviet/registrator) проходят в docker.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-13 13:02:56 +00:00
coopops ae80b7f00b [C28-38][@ant] feat: стол совета «Расходы» → реестр всех расходов кооператива (вместо страницы пулов)
Typecheck / desktop (pull_request) Failing after 8m41s
Typecheck / controller (pull_request) Failing after 8m1s
— зачем: на столе совета «Расходы» показывал карточки кошельков-пулов и проваливался с редиректом на страницу программы Благорост. Нужен реестр-наблюдение: единая таблица ВСЕХ расходов кооператива по всем пулам без фильтра, с колонкой кошелька-источника; клик по строке → деталь расхода (та же информация, что на странице расхода). Фильтр по конкретному пулу остаётся на странице расходов программы.

— soviet/install.ts: монтирует ExpensesRegistryPage (title «Реестр расходов», маршрут soviet-expenses-registry) вместо ExpenseWalletsPage; редиректа на программу больше нет. Воркспейс expenses активен → generic-роут expenses-detail резолвится глобально.
— ExpensesRegistryPage: + колонки «Назначение» (описание первой позиции) и «Кошелёк (пул)» (резолв кода source_wallet → человеческое имя через listExpenseWallets(), fallback — сам код); суммы план/факт через formatAsset2Digits (2 знака); убрана колонка «Хеш» (шум, есть в детали).
— ExpenseDetailPage (generic, куда ведёт реестр): поднят до канона страницы расхода — документы СЗ/протокол рендерятся каноном ExpenseProposalDocuments (раскрывающийся BaseDocument с подписями) вместо голых хешей; суммы сводки и позиций через formatAsset2Digits; источник средств показан как имя пула; убрано техническое поле «Действие» (operation_code).
— ExpenseWalletsPage остаётся в barrel'е (не смонтирован); listExpenseWallets/registerExpenseWallet теперь служат картой код-кошелька→имя для реестра. README обновлён.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-13 12:45:44 +00:00
coopops 93e13d6a14 feat(contracts): ledger2-операция o.reg.mvmin (мин. паевой → главный при выходе)
Typecheck / desktop (pull_request) Successful in 13m38s
Typecheck / controller (pull_request) Has been cancelled
Операция-фундамент для консолидации при выходе из кооператива: переносит
минимальный паевой (w.reg.minshr) на главный паевой кошелёк (w.wal.share)
через TRANSFER без проводки (оба кошелька на счёте 80), чтобы вернуть его
вместе с основным паевым через wallet-withdraw (o.wal.wthcpl, Дт80/Кт51).

- operations.hpp: объявление + запись OPERATION_REGISTRY (static_assert OK,
  registrator скомпилирован в docker dicoop/blockchain).
- operations.ts: ручное TS-зеркало (синхронизация обеих сторон).

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-13 12:28:50 +00:00
coopops 6778561228 [C28-37][@ant] fix: лист документа в диалоге — центрируем в col-md-8, не на всю ширину — зачем: A4 на широком экране растягивался во весь макси-диалог. Обёртка .row.justify-center > .col-12.col-md-8 (канон ComplexDocument/ExpandableDocument)
Typecheck / desktop (pull_request) Failing after 8m33s
Typecheck / controller (pull_request) Failing after 7m57s
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-13 12:16:47 +00:00
coopops 311ce09c2e [C28-36][@ant] fix: документы расхода рендерим каноном BaseDocument, не голым DocumentPreview — зачем: статья «голый html» расползалась без стилей и без подписей. ExpenseProposalDocuments теперь во всплывашке (BaseDialog maximized) показывает BaseDocument — ShadowHtml со стилями документа/таблиц + раскрывающийся блок DocumentSignatures (кто подписал). Пропы статья/протокол типизированы IDocumentAggregate, statement_doc/decision_doc ложатся напрямую (как decisionAggregate в ExpandableDocument у собраний)
Typecheck / desktop (pull_request) Has been cancelled
Typecheck / controller (pull_request) Has been cancelled
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-13 12:12:46 +00:00
coopops afeb728bec fix(factory): заявление о выходе (200) — паспорт по условию + ЭП-подпись
Typecheck / desktop (pull_request) Successful in 13m33s
Typecheck / controller (pull_request) Successful in 13m15s
- Паспортные данные физлица выводятся при vars.passport_request=='yes',
  как в заявлении на вступление (100).
- Внизу документа «Документ подписан электронной подписью.» вместо
  «личная подпись заявителя» (по правке пользователя).

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-13 11:59:51 +00:00
coopops ee60ece571 feat(factory): документы выхода из кооператива (registry 200/201)
Typecheck / desktop (pull_request) Successful in 13m34s
Typecheck / controller (pull_request) Successful in 13m13s
Заявление о выходе из состава пайщиков (200) с условным рендером по трём
ролям (физлицо/ИП/юрлицо) — зеркало 100.ParticipantApplication, текст по
утверждённой форме. Решение совета о выходе (201) — зеркало 501.

- cooptypes: registry 200/201 (Model + context + переводы + exampleData),
  поле vars.participant_exit_application для шапки «ФОРМА УТВЕРЖДЕНА».
- factory: Templates/Actions 200/201, регистрация в индексах и factories-map.
- test: генерация 200 в трёх ролях + 201; сидинг participant_exit_application.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-13 10:24:19 +00:00
coopops 875ca6edee [C28-35][@ant] feat: документы расхода (СЗ + протокол) на странице расхода + правки лейблов/формата — зачем: со страницы расхода нужно открывать заявление и протокол решения совета, единообразно везде. Доменный канон ExpenseProposalDocuments (shared/ui/domain): клик по строке СЗ/протокола открывает документ во всплывашке (BaseDialog maximized + DocumentPreview, html уже приходит в statement_doc/decision_doc.rawDocument). На ProgramExpensePage: секция «Документы» после сводки; суммы (по смете/фактически/план/факт позиций) — через formatAsset2Digits (2 знака); «Первичные документы» → «Подтверждающие документы»; в таймлайне «Платёжка: приложен документ» → «Приложен документ». Канон статусов: REPORTED «Отчитана» → «Отчёт получен» (shared/lib/expenses)
Typecheck / desktop (pull_request) Failing after 8m29s
Typecheck / controller (pull_request) Failing after 7m56s
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-13 09:48:33 +00:00
coopops e6090d9200 [C28-34][@ant] feat: фоновый напоминатель об отчёте по авансу под отчёт — зачем: закрыть момент, когда пайщик получил аванс и не отчитался. @Interval-воркер в extensions/expenses сканирует зеркало расходов, находит ADVANCE-позиции в PAID без отчёта, шлёт пайщику-получателю недельный агрегированный дайджест (workflow ExpenseAdvanceReportReminder) со ссылкой на сам расход (/:coopname/expenses/:hash) или список «Мои авансы»; только получателю, кассиру/совету ничего, ORG пропускаются. Троттлинг раз в неделю — через идемпотентность Центра уведомлений (поле period=ISO-неделя в payload), без своей таблицы. Грейс до первого письма и интервал тика — env (EXPENSE_ADVANCE_REMINDER_*, дефолты 3 дня / 6 ч). Точка отсчёта — proposal.updated_at; deadline из формы пока не персистится в цепи — отмечено follow-up в README
Typecheck / desktop (pull_request) Failing after 8m33s
Typecheck / controller (pull_request) Failing after 8m2s
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-13 05:52:04 +00:00
coopops 999eee2d84 [C28-33][@ant] docs: README по UI-виджетам шасси расходов и рецепту подключения пула — зачем: стол КУ собирается по документу без возврата в контекст Благороста
Typecheck / desktop (pull_request) Failing after 8m31s
Typecheck / controller (pull_request) Failing after 8m5s
2026-06-12 18:10:33 +00:00
coopops ed52abe86c [C28-33][@ant] refactor: виджеты шасси расходов — в shared/ui/domain — зачем: стол КУ должен собираться из готовых компонентов без возврата в контекст Благороста. ExpenseCreateDialog (форма + черновик в localStorage + генерация и подпись СЗ; пул-источник, ключ черновика и подача на чейн — пропы) и ExpenseProposalList (список СЗ пула, данные подаёт страница) — общие доменные виджеты; подписи статусов/механик/файлов — src/shared/lib/expenses; capital переведён на них первым потребителем (тонкая обёртка CreateProgramExpenseDialog + listRows на ProgramExpensesPage), старые labels — реэкспорт
Typecheck / controller (pull_request) Has been cancelled
Typecheck / desktop (pull_request) Has been cancelled
2026-06-12 18:05:32 +00:00
coopops 06c922abf1 [C28-33][@ant] feat: фабричная переиспользуемость шасси расходов + кошельки расходов на столе совета + закрытие расхода + UX отчёта — зачем: шасси должно настраиваться на любой пул без правок контракта. EXPENSE_OPERATION_SETS в ledger2 (source_wallet → 5 кодов операций, compile-time валидация) — в expense.cpp нет захардкоженных кодов; реестр registerExpenseWallet: capital регистрирует пул из install.ts, стол совета рендерит страницу «Расходы» (WalletCard + проваливание в реестр пула); кнопка «Закрыть расход» (совет, REPORT_SUBMITTED → closeexp), роль мутации chairman/member; файлы расхода: регистронезависимый маппинг item_hash (чейн UPPER vs storage lower — документы «исчезали»), секция «Прочие документы»; отчёт: выбор файла = мгновенная загрузка + автоподача reportexp, дозагрузка дополняет отчёт, у кассира платёжка грузится без кнопки; source_wallet в СЗ-документе — w.cap.pgexp
Typecheck / desktop (pull_request) Failing after 8m30s
Typecheck / controller (pull_request) Failing after 7m54s
2026-06-12 17:15:46 +00:00
coopops 8346d97326 [C28-33][@ant] fix: локаторы процессов p.cap.pgexp и p.exp.expns в process-hash-locator — зачем: fail-fast валидатор контроллера падал на старте после добавления операций пула расходов в cooptypes
Typecheck / desktop (pull_request) Failing after 8m38s
Typecheck / controller (pull_request) Failing after 8m6s
2026-06-12 13:40:45 +00:00
coopops 23bb2ad51f [C28-33][@ant] fix!: оплата СЗ — из кооперативного пула расходов w.cap.pgexp, не с личного кошелька пайщика — зачем: payexp списывал w.cap.blago (USER_SHARED) с L3 инициатора, уменьшая его паевые взносы; topupprogexp теперь наполняет кошелёк пула (o.cap.pgtop), подотчёт w.exp.adv числится на получателе аванса; имена o.exp.*/p.exp.expns в cooptypes-словари (названия операций в UI); форма: пайщик-получатель только физлицо, поле ФИО по канону; страница расхода: кнопка «К расходам», без дубля суммы, позиции отклонённой СЗ не «ожидают оплаты»
Typecheck / desktop (pull_request) Failing after 8m39s
Typecheck / controller (pull_request) Failing after 8m12s
2026-06-12 13:19:20 +00:00
coopops 23cd31861a [C28-33][@ant] feat: страница расхода (позиции+реквизиты+файлы+история состояний по канону), выбор пайщика-получателя по ФИО, черновик формы в localStorage, отчёт пайщика по авансу чеком из реестра платежей, создание СЗ только совету — зачем: наполнение карточки расхода и полный цикл аванса под отчёт
Typecheck / desktop (pull_request) Failing after 8m30s
Typecheck / controller (pull_request) Failing after 8m5s
2026-06-12 12:15:01 +00:00
coopops 918f30073a [C28-33][@ant] fix: реестр платежей — компактные DataRow с копированием вместо растянутых CopyableInput, оригинальное имя файла платёжки + рабочее открытие по свежему read_url, отметка «платёжка приложена» у исходящих расходных платежей (proof_count в blockchain_data)
Typecheck / desktop (pull_request) Failing after 8m36s
Typecheck / controller (pull_request) Failing after 8m1s
Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
2026-06-12 08:59:02 +00:00
coopops f9d09a74cc [C28-33][@ant] feat: исходящие платежи расходов в реестре (тип EXPENSE: листенер на authexp + payexp при подтверждении кассой, реквизиты и назначение из снимка), протокол 2011 по канону решений совета (кворум/голоса/повестка через decision_id), подтверждение оплаты файлом в реестре, карточка расхода без механики и с № СЗ
Typecheck / desktop (pull_request) Failing after 8m28s
Typecheck / controller (pull_request) Failing after 8m0s
Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
2026-06-12 07:58:28 +00:00
coopops cb0056f716 [C28-33][@ant] fix: кнопки расходов в топбар через canon Teleport (#header-actions-host), фикс генерации решения 2011 (payment_purpose/deadline/fund_name в DTO), СЗ 2010 — место и дата под заголовком, подпись с отступом, фон футера диалога убран
Typecheck / desktop (pull_request) Failing after 8m22s
Typecheck / controller (pull_request) Failing after 8m0s
2026-06-12 07:15:06 +00:00
coopops 7a7e5a04f0 [C28-33][@ant] feat: кнопки расходов в PageHead (создать → пополнить), короткий № СЗ и formatAsset по канону фабрики, автоназначение платежа «Аванс под отчёт» для пайщика — описание позиции переназвано «Что оплачиваем», пункты документа без списка
Typecheck / desktop (pull_request) Failing after 8m32s
Typecheck / controller (pull_request) Failing after 8m7s
2026-06-12 06:45:07 +00:00
coopops c8a15511ee [C28-33][@ant] feat: СЗ 2010 по канону вёрстки реестра + назначение платежа отдельным полем после реквизитов — фиксируется в снимке для кассира; «оплата по счету», «Организация/ИП», алерт «передано в совет», хинт механики убран
Typecheck / desktop (pull_request) Failing after 8m25s
Typecheck / controller (pull_request) Failing after 7m57s
2026-06-12 06:07:44 +00:00
coopops 61038a6f8c [C28-33][@ant] feat: срок «в срок до» и фонд списания в СЗ 2010 + инвариант механики оплаты — пайщику только аванс под отчёт, организации только прямая оплата (форма/бэкенд/контракт); фикс 422 на пустом recipient организации
Typecheck / desktop (pull_request) Failing after 8m28s
Typecheck / controller (pull_request) Failing after 8m1s
2026-06-11 20:28:35 +00:00
coopops dfe73601e8 [C28-33][@ant] feat: реквизиты получателей по payment_method со снимком в БД + СЗ 2010 по бумажному образцу — полные реквизиты в документ подставляет сервер, фронт видит сокращённые; вычищены осиротевшие authorizeExpenseReport/declineExpenseReport
Typecheck / desktop (pull_request) Failing after 8m31s
Typecheck / controller (pull_request) Has been cancelled
2026-06-11 20:01:43 +00:00
coopops 1f3e9d93c7 [C28-33][@ant] feat: утверждение программного расхода через решение совета — createexp ставит вопрос в повестку (soviet::createagenda), authexp/declexp стали callback'ами совета; кнопка председателя убрана
Typecheck / desktop (pull_request) Failing after 9m36s
Typecheck / controller (pull_request) Successful in 13m38s
2026-06-11 19:20:18 +00:00
coopops 67dde7cf45 [C28-33][@ant] feat(capital): рассмотрение программного расхода председателем
Typecheck / desktop (pull_request) Failing after 8m22s
Typecheck / controller (pull_request) Successful in 13m19s
На карточке расхода в статусе «Создан» председатель видит кнопку «Рассмотреть» —
открывается диалог авторизации СЗ (утвердить с протоколом 2011 / отклонить с
причиной). Фиксы диалога: отклонение теперь идёт через declineExpenseReport →
declexp (раньше ошибочно через authexp, который безусловно ставил AUTHORIZED);
убраны ссылки на удалённый operation_code (назначение = перечень позиций).
Инициатор в карточке — ФИО (creator_name). Тексты карточек пулов укорочены.

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
2026-06-11 18:26:19 +00:00
coopops 06a5cf2464 [C28-33][@ant] feat(capital): creator_name в выводе программного расхода
В карточке показывался username (ant) — канон требует ФИО/название организации.
Бэкенд резолвит имя через ACCOUNT_DATA_PORT.getDisplayName (батчем по уникальным
creators, при ошибке остаётся username). Codegen: schema + zeus + sdk selector.

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
2026-06-11 18:26:19 +00:00
coopops 8073eb8642 [C28-33][@ant] fix(desktop): WalletCard — перенос заголовков вместо marquee
Бегущая строка убрана полностью (раздражала и читалась плохо): заголовок и
подпись переносятся максимум на две строки с многоточием, полный текст — в
title-тултипе. Выпилены measure/ResizeObserver/tabindex и keyframes.

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
2026-06-11 18:26:18 +00:00
coopops 986b5e0cf2 [C28-33][@ant] fix(expenses): callback.data нормализуется в hex-строку при синке зеркала
Typecheck / desktop (pull_request) Failing after 8m25s
Typecheck / controller (pull_request) Has been cancelled
On-chain callback.data — vector<char>; парсер десериализует в Uint8Array, который
в jsonb-зеркале становится {} (пустой) или {"0":..}. GraphQL-поле data — String,
сериализация ответа capitalProgramExpenses падала «String cannot represent value: {}»
и UI показывал пустой список при живой строке в зеркале. Нормализуем в hex ещё
в дельта-маппере (на записи), существующая строка поправлена UPDATE'ом.

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
2026-06-11 18:02:38 +00:00
coopops 8c09d9f2ae [C28-33][@ant] feat(boot): pnpm run reboot:blago — перезапуск dev-среды Благороста одной командой
Typecheck / desktop (pull_request) Has been cancelled
Typecheck / controller (pull_request) Has been cancelled
extra_reboot (чистая цепь + совет + dev-shortcut онбординга capital — без него
после reboot снова 5 решений совета руками) → ожидание готовности controller →
seed-capital --up-to=04-contributor (программы, проекты, регистрация ant).
Глубина сида настраивается: SEED_UP_TO=08-investments pnpm run reboot:blago.

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
2026-06-11 17:57:00 +00:00
coopops 3532245012 [C28-33][@ant] fix(desktop): укорочен locked-label на странице программных расходов
Typecheck / desktop (pull_request) Failing after 8m31s
Typecheck / controller (pull_request) Successful in 13m27s
Канон-класс .wallet__locked-line — white-space:nowrap + inline-flex, рассчитан
на короткий лейбл; длинный «Зарезервировано под активные расходы» не переносился
и вылезал за карточку. Лейбл → «Зарезервировано» (смысл ясен из контекста
страницы), общий компонент не трогаем.

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
2026-06-11 17:28:28 +00:00
coopops a08cb7b2b6 [C28-33][@ant] fix(controller): идемпотентное сохранение blockchain-action
global_sequence — глобально-уникальный монотонный id действия в истории цепи.
При re-scan/replay redis-стрима то же действие доставляется повторно → INSERT
падал на unique-индексе (23505) → consumer не ACK'ал сообщение и зацикливал
recoverOwnPending/reclaimStalePending (дикий спам duplicate-key в логах). Теперь
дубль трактуется как «уже сохранено»: возвращаем существующую запись, не бросаем.

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
2026-06-11 17:28:28 +00:00
coopops 8b2b9893df [C28-33][@ant] fix(expense): программные расходы зеркалятся в БД и видны в списке
Парсер не был подписан на контракт `expense` (нет в subscribedContracts) →
дельты `expense::proposals` не эмитились → postgres-зеркало `expense_proposals`
оставалось пустым → список «Программных расходов пока нет», хотя на цепи СЗ и
резерв создавались. Добавил `expense` в subscribedContracts парсера.

Плюс: `coopname` добавлен явным полем в таблицу `proposals` контракта (struct +
EOSLIB_SERIALIZE + проставление в createexp) и в cooptypes IProposal. Таблица
scoped по coopname, но зеркало требует coopname в строке — дублируем полем по
канону (как capital/soviet), а не выводим из scope дельты.

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
2026-06-11 17:28:16 +00:00
coopops 0a3e1c97b7 [C28-33][@ant] fix(expense): proposal_hash в meta документа 2010 — приведено к канону 2011 (поле в Action/Model cooptypes + Base-meta DTO + JSONSchema шаблона + фабрика кладёт в combinedData + фронт передаёт при генерации); раньше proposal_hash был только в signed-DTO → подписанный документ не проходил валидацию «Field proposal_hash not provided»
Typecheck / desktop (pull_request) Failing after 8m40s
Typecheck / controller (pull_request) Successful in 13m25s
2026-06-11 16:57:50 +00:00
coopops dd5d61b0b4 [C28-33][@ant] fix(cooptypes): шаблон 2010 — nunjucks-тег {% elif %} вместо liquid-овского {% elsif %} (движок рендера nunjucks, как в шаблонах 100/101); рендер падал «unknown block tag: elsif»
Typecheck / desktop (pull_request) Failing after 8m24s
Typecheck / controller (pull_request) Has been cancelled
2026-06-11 16:40:05 +00:00
coopops 44e9bb24a9 [C28-33][@ant] fix(factory): фабрики 2010/2011 сами тянут coop/vars/user из хранилища (resolveParallel-канон) — раньше ждали их в data и валидация падала «должно иметь обязательное поле coop»
Typecheck / controller (pull_request) Has been cancelled
Typecheck / desktop (pull_request) Has been cancelled
2026-06-11 16:34:13 +00:00
coopops 1fcf8523df [C28-33][@ant] feat(expense): per-позиционная механика оплаты — operation_code удалён из proposal/createexp/createpgexp, ledger2-код выводится из item.mechanics при payexp; в одном СЗ смешиваются аванс и прямая оплата; UI — селект способа на каждой позиции
Typecheck / desktop (pull_request) Failing after 8m39s
Typecheck / controller (pull_request) Successful in 13m15s
2026-06-11 13:22:34 +00:00
coopops 42c179d5d0 [C28-33][@ant] fix(desktop): marquee WalletCard — бежит только строка под курсором/фокусом (не вся карточка), скорость одинаковая у всех строк (длительность цикла из величины переполнения, linear)
Typecheck / desktop (pull_request) Successful in 14m17s
Typecheck / controller (pull_request) Has been cancelled
2026-06-11 12:48:47 +00:00
coopops 794cb43de6 [C28-33][@ant] fix(factory): зарегистрировать фабрики 2010/2011 (ExpenseProposalStatement/Decision) в Registry и карте factories — шаблоны были написаны и экспортированы, но генератор их не находил («Фабрика для документа #2010 не найдена»)
Typecheck / controller (pull_request) Has been cancelled
Typecheck / desktop (pull_request) Has been cancelled
2026-06-11 12:42:17 +00:00
coopops bae8bdb52f [C28-33][@ant] fix(desktop): marquee кошельков — бег обеих строк только на hover/фокус (в покое «…», tabindex лишь при переполнении для тапа), иконка удаления позиции расхода — в слот #icon-left (icon-only не рендерит дефолтный слот, иконка была невидима)
Typecheck / desktop (pull_request) Has been cancelled
Typecheck / controller (pull_request) Has been cancelled
2026-06-11 12:19:55 +00:00
coopops 1759c2ac4e [C28-33][@ant] feat(capital): балансы пулов на странице программных расходов + чистка диалога — карточки «Глобальный инвест-пул» и «Пул программных расходов» (чтение живьём с цепи через capitalState: добавлены поля program_expense_pool/reserved в GraphQL DTO и interactor, без участия БД), из диалога пополнения убраны технические идентификаторы пулов
Typecheck / desktop (pull_request) Has been cancelled
Typecheck / controller (pull_request) Has been cancelled
2026-06-11 12:13:11 +00:00
coopops 7bddb72fa1 [C28-33][@ant] fix(desktop-capital): заголовок карточки расхода — описание первой позиции; поля description на уровне расхода нет ни в шасси, ни в inter-порте, vue-tsc валил CI после regen
Typecheck / desktop (pull_request) Successful in 13m53s
Typecheck / controller (pull_request) Successful in 14m1s
Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
2026-06-11 04:51:02 +00:00
coopops 7f35ef3710 [C28-29][@ant] merge: актуальный dev в ветку шасси — синхронизация перед объединённым PR
Typecheck / desktop (pull_request) Failing after 8m32s
Typecheck / controller (pull_request) Has been cancelled
# Conflicts:
#	components/contracts/cpp/lib/core/ledger2/wallets.hpp
#	components/controller/schema.gql
#	components/controller/zeus/const.ts
#	components/controller/zeus/index.ts
#	components/cooptypes/src/ledger2/wallets.generated.ts
#	components/sdk/src/zeus/const.ts
#	components/sdk/src/zeus/index.ts
2026-06-11 04:30:51 +00:00
coopops fe915bd1d5 [C28-33][@ant] merge: интеграция Капитал → шасси расходов (PR #67) в зонтичную ветку шасси — объединение двух PR в один 2026-06-11 04:20:20 +00:00
claude 75cd0976e2 fix(desktop): PropType<BaseButtonSize> в DeletePaymentMethodButton — разблокировка desktop-CI всех PR в dev (#128) 2026-06-10 22:30:58 +00:00
coopops d50b619f75 [C28-32][@ant] fix(desktop-expenses): String(uploaded_at) для formatDate — zeus-скаляр Date типизирован как {}, vue-tsc валил CI
Typecheck / desktop (pull_request) Successful in 13m38s
Typecheck / controller (pull_request) Successful in 13m13s
Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
2026-06-10 19:24:32 +00:00
coopops 714d618320 [C28-32][@ant] fix(desktop-expenses): String(uploaded_at) для formatDate — zeus-скаляр Date типизирован как {}, vue-tsc валил CI
Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
2026-06-10 19:24:26 +00:00
coopops dd0097b56c [C28-31][@ant] fix(expenses-spec): спека trigger-сервиса отстала от конструктора с EventEmitter2 — TS2554 валил CI controller; тест проверяет эмит EXPENSE_CAPITALIZATION_REQUIRED вместо снесённого TODO-лога
Typecheck / desktop (pull_request) Failing after 8m25s
Typecheck / controller (pull_request) Successful in 13m11s
Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
2026-06-10 19:12:03 +00:00
coopops 773ecd89c2 [C28-31][@ant] fix(expenses-spec): спека trigger-сервиса отстала от конструктора с EventEmitter2 — TS2554 валил CI controller; тест проверяет эмит EXPENSE_CAPITALIZATION_REQUIRED вместо снесённого TODO-лога
Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
2026-06-10 19:11:58 +00:00
coopops aeadf60239 [C28-32][@ant] fix(desktop-expenses): SuccessAlert принимает одну строку + Number(size_bytes) — vue-tsc валил CI desktop
Typecheck / desktop (pull_request) Failing after 8m55s
Typecheck / controller (pull_request) Failing after 8m4s
Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
2026-06-10 18:50:06 +00:00
coopops e678d62e82 [C28-33][@ant] fix(desktop-capital): SuccessAlert принимает одну строку — те же сигнатурные ошибки vue-tsc в диалогах программных расходов
Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
2026-06-10 18:49:52 +00:00
coopops 5cb8ef3175 [C28-32][@ant] fix(desktop-expenses): SuccessAlert принимает одну строку + Number(size_bytes) — vue-tsc валил CI desktop
Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
2026-06-10 18:49:48 +00:00
coopops 4f9df9012a [C28-33][@ant] fix(desktop-capital): механика следует из способа оплаты СЗ + явный резолв получателя по типу — смешение ADVANCE/DIRECT в одном СЗ режется контрактом, а recipient уходил пустой строкой из-за ?? при заполненном recipient_name
Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
2026-06-10 18:42:46 +00:00
coopops 73fc79fa88 [C28-33][@ant] fix(boot): деплой контракта expense — аккаунт + code permissions; без него шасси не поднимается на свежем стенде
Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
2026-06-10 18:42:45 +00:00
coopops e073a6d9bc [C28-33][@ant] fix(expense+capital): авторизация inline-связки и state machine шасси — e2e-цепочка не проходила ни по одному сценарию
- expense::createexp принимает контракты-инициаторы по contracts_whitelist
  (capital@eosio.code не имеет coopname@active — inline падал по authority);
  capital::createpgexp шлёт inline от _capital@active.
- capital::onpgexpdone: require_auth(_expense) вместо _capital — callback
  шасси шёл с authority expense@active и всегда падал.
- payexp: cap actual<=plan + DIRECT-item сразу REPORTED с пересчётом статуса
  proposal — DIRECT-only СЗ навсегда зависал в PARTIALLY_PAID.
- returnexp/overspendexp: settlement-семантика по PRD — статус item остаётся
  PAID, отчёт закрывает item штатным reportexp (раньше RETURNED/OVERSPENT
  были терминальными тупиками: перерасход блокировал closeexp навсегда).
- declexp: только CREATED/AUTHORIZED — decline после оплат разъезжался
  с учётом пула в capital (возвращал весь резерв при ушедших деньгах).
- onpgexpdone CLOSED: перерасход сверх резерва списывается из
  program_expense_pool (spend_program_expense_pool).
- names.hpp: redefinition CREATE_PROGRAM_EXPENSE + несуществующий
  Names::Capital::Callbacks — контракты не компилировались вовсе.
- verify_document_or_fail(statement, {creator}) в createpgexp; снос
  мёртвых set_program_approved/set_program_authorized.

Оба контракта собраны: expense.wasm + capital.wasm.

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
2026-06-10 18:42:28 +00:00
coopops ec5b5ee403 fix(desktop): SSR-гидратация ломала ВСЕ маршруты — пустые страницы до F5
Найдена реальная причина «белого экрана» на первом SSR-заходе (доказано
DOM-диагностикой + __INITIAL_STATE__ прода: 87 сериализованных "component"
в desktops.workspaces[].routes):

SSR-сервер кладёт RouteRecordRaw вместе с component в Pinia-стор; Quasar
сериализует стейт в __INITIAL_STATE__; Vue-компонент не переживает JSON
(render-функция выпадает). Клиент гидратируется мёртвыми маршрутами,
registerWorkspaceMenus регистрирует их в router (routes=108 сразу),
initExtensions живые не добавляет («маршрут уже есть») → каждая страница
рендерится пустой при работающем layout/меню. F5 «лечит», потому что SW
отдаёт SPA-shell без гидратации (Config.js-путь, routes=13 → живые 108).
Локально не воспроизводилось: dev-режим SPA, без SSR.

Фикс: на клиенте перед loadDesktop зачищаем гидратированные routes из
workspaces — живые добавит useInitExtensionsProcess, ровно как при
SPA-заходе. Диагностика [BOOTRACE] остаётся до подтверждения на проде.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-10 18:34:29 +00:00
coopops 787b2ca786 [C28-33][@ant] merge: база feat/expense-chassis-mvp (zeus fix) в ветку интеграции 2026-06-10 18:22:51 +00:00
coopops 4eb72309d4 [C28-31][@ant] fix(sdk): Zeus regen с ExpenseProposal*GenerateDocumentInput — sdk tsc падал на ручных обёртках без типов
Typecheck / desktop (pull_request) Failing after 8m19s
Typecheck / controller (pull_request) Failing after 8m14s
Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
2026-06-10 18:22:27 +00:00
coopops 93fda756aa Revert "feat(desktop): сайт кооператива в scope_extensions динамического PWA-манифеста"
This reverts commit adea7038d3.
2026-06-10 12:09:51 +00:00
coopops adea7038d3 feat(desktop): сайт кооператива в scope_extensions динамического PWA-манифеста
Переходы из установленного PWA на сайт кооператива (vars.website из
публичного getSystemInfo, кэш 5 мин) остаются в окне приложения вместо
выброса в браузер. Заодно явные id и scope для стабильной identity.
Работает в Chrome/Edge 138+ на десктопе; сайт должен отдать
/.well-known/web-app-origin-association с {"https://<домен-лк>/": {"scope": "/"}}.

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
2026-06-10 10:57:15 +00:00
coopops 10cc7bdb9f fix(desktop): реестр платежей — кнопки действий не наезжают на статус
Глобальный канон .table{min-width:0!important} снимал локальный min-width
таблицы — колонки сжимались уже контента и кнопки «Подтвердить/Отклонить»
ложились поверх бейджа статуса. Возвращён min-width (860/980px) с
!important: при нехватке ширины таблица скроллится в .table-scroll, как
журнал уведомлений, а не схлопывает колонки.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-09 19:26:46 +00:00
coopops 6c4b92805e fix(desktop): отступ между карточками пайщиков — margin-bottom на .participant-card
padding/margin на .q-table__grid-item virtual-scroll игнорирует, поэтому
зазор не появлялся. Отступ повешен на саму .participant-card (margin-bottom
внутри grid-item) — его virtual-scroll учитывает в измеряемой высоте.
Grid-item padding возвращён в 0.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-09 19:02:36 +00:00
coopops 7830713d7c chore(release): publish
Build bootstrap container / build (push) Successful in 46s
Release / publish-packages (push) Failing after 8m19s
Release / release (push) Successful in 24m57s
Release / trigger-coopenomics-docs (push) Successful in 1s
Release / trigger-mono-docs (push) Successful in 2s
2026-06-09 18:41:34 +00:00
ant 4b99780ab8 Merge pull request 'ci(release): FF-промоушн dev→testnet→main вместо merge -X theirs' (#119) from feat/ff-release-flow into dev
Reviewed-on: #119
Reviewed-by: Алексей Муравьев <chairman.voskhod@gmail.com>
2026-06-09 18:41:01 +00:00
coopops 21d523d18b fix(desktop): карточка пайщика — отступ, наезд бейджа, иконки аккаунта/email
- Отступ между карточками: margin-bottom игнорился virtual-scroll, а
  padding:0 убрал дефолтный зазор. Зазор задан через padding grid-item
  (входит в измеряемую высоту элемента virtual-scroll).
- Наезд бейджа: длинный бейдж («Ожидает решения совета») переполнял свой
  контейнер и налезал на дату/удаление. Мета-строка переведена на flex-wrap
  — дата+удаление переносятся на след. строку, когда бейдж не помещается.
- Аккаунт: иконка badge с подсказкой «Имя аккаунта» в начале + кнопка
  копирования username. Email: иконка mail в начале. Текст с ellipsis.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-09 18:36:37 +00:00
coopops eb025b6105 fix(desktop): реестр пайщиков — подложка, бейдж и отступы на мобиле
- ListOfParticipantsPage: на <768px (grid-режим карточек) убрана внешняя
  обрамлённая поверхность .participants-page__card — карточки уже сами в
  рамках, обёртка давала «подложку»/двойное обрамление. На десктопе рамка
  остаётся (там таблица).
- ParticipantCard: широкий бейдж статуса («Ожидает решения совета») сжимал
  имя/аккаунт/email до пары букв. Перестроено: идентификация на всю ширину
  в верхней строке, бейдж + дата + удаление — отдельной строкой снизу.
- ParticipantsTable: на мобиле карточки во всю ширину с понятным
  вертикальным отступом (убран дефолтный 4px-padding grid-item, задан gap).

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-09 18:30:49 +00:00
coopops 44e45dfb00 [@dark-sun] ci(release): FF-промоушн dev→testnet→main вместо merge -X theirs
Typecheck / desktop (pull_request) Failing after 8m19s
Typecheck / controller (pull_request) Successful in 12m30s
Релизный флоу переведён на линейную fast-forward модель — устраняет
регулярные конфликты на 20 package.json при релизе.

Корень проблемы: publish-alpha.sh/publish-prod.sh бампали версию НА КАЖДОЙ
ветке (alpha-N на testnet, чистую на main) через `git merge -X theirs` +
back-merge. Два независимых bump-коммита за цикл + merge'и плодили
расхождение веток → конфликты (особенно при гонке push/pull).

Новая модель:
- Версию бампает lerna ОДИН раз на dev (scripts/cut-release.sh).
- Тот же коммит едет вверх по FF: scripts/promote.sh testnet|main
  (server-side fast-forward push, рабочее дерево не трогается).
- testnet/main не несут своих коммитов → ветки не диверджатся → конфликты
  структурно невозможны.

release.yaml:
- Триггер: push в testnet/main с изменением lerna.json (вместо тега v*).
  Окружение определяет ВЕТКА (main→prod, testnet→staging), не суффикс -alpha.
- Версия читается из закоммиченного lerna.json (едет с коммитом по FF).
- Гейты npm-publish/доки: branch == main (вместо !contains '-alpha').
- Образы/webhook по-прежнему версия-тегированы → playbooks/приёмник деплоя
  не затрагиваются.

Удалены publish-alpha.sh/publish-prod.sh и мёртвые дубли тех же merge-X-theirs
скриптов (root sync:main, components/contracts production/testnet/docs-publish).
Документация — scripts/RELEASE.md + CLAUDE.md PR-flow.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-09 18:29:09 +00:00
coopops f64c9ae0f9 fix(desktop): контакты — заголовок организации внутрь карточки
Eyebrow + название кооператива висели отдельным блоком над карточкой и
выглядели оторванно. Перенесены в head карточки (отделены линией от сетки
реквизитов); размер h1→h2 под карточный контекст; field-значения
overflow-wrap anywhere→break-word (телефон не рвётся посреди цифр).

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-09 18:22:15 +00:00
coopops e3f399c0e8 fix(desktop): минимальный остаток — через WalletCard, чтобы тоже бежал
Карточка «Минимальный неснижаемый остаток» рисовалась вручную сырыми
canon-классами .wallet в обход WalletCard, поэтому marquee на неё не
распространялся (бежали только программные кошельки). Переведена на
<WalletCard neutral> — DRY + бегущая строка заголовка/подписи бесплатно.
WalletCard: program стал опциональным, добавлен neutral-вариант подсветки
иконки (--p-canvas-2/--p-ink-2) вместо акцента программы.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-09 18:21:01 +00:00
coopops 8d5ff83c05 fix(desktop): мобайл-карточки журнала, бегущие строки кошелька, канон-удаление реквизитов
Build bootstrap container / build (push) Successful in 2m40s
- Журнал уведомлений: на телефоне вместо горизонтального скролла/посимвольного
  переноса — компактные карточки, поля по два в ряд (col-xs-6); таблица скрыта
  на ≤599px (скрытие через двойной селектор .nj-cards.nj-mobile).
- WalletCard: заголовок и подпись при переполнении становятся «бегущей строкой»
  (marquee) вместо обрезки «…» — JS-детект overflow + CSS-анимация, обе строки
  бегут одинаково (одна длительность, синхронные паузы). Уважает
  prefers-reduced-motion.
- Реквизиты (PaymentMethods): кнопка удаления переведена на канон — icon-only
  BaseButton (delete_outline, danger), без текста «удалить»; убраны лишние
  fallthrough-атрибуты flat/color.
- BaseCard head: align-items center → flex-start, чтобы угловое действие при
  2-строчном заголовке не проваливалось к центру.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-09 18:08:32 +00:00
coopops 1d56c8d9fd chore(release): publish
Build bootstrap container / build (push) Successful in 3m17s
Release / release (push) Successful in 25m58s
Release / publish-packages (push) Failing after 8m23s
Release / trigger-coopenomics-docs (push) Successful in 2s
Release / trigger-mono-docs (push) Successful in 2s
2026-06-09 17:47:20 +00:00
coopops 3f8522507c chore(release): publish
Build bootstrap container / build (push) Successful in 3m12s
Release / release (push) Successful in 25m50s
Release / publish-packages (push) Has been skipped
Release / trigger-coopenomics-docs (push) Has been skipped
Release / trigger-mono-docs (push) Has been skipped
2026-06-09 17:46:58 +00:00
coopops b9634c400d fix(desktop): перезагружать стол после входа в той же вкладке (белый экран)
Реальная причина белого экрана (предыдущий коммит чинил не то — гонка
чанков по логам не подтвердилась, router.onError не срабатывал):

Вход в той же вкладке (incognito-логин или выход→вход без F5) НЕ
переинициализирует приложение. LoginForm после login() звал только
selectDefaultWorkspace(true) + goToDefaultPage(), но НЕ loadDesktop().
Поэтому currentDesktop оставался АНОНИМНЫМ (загруженным до входа), целевой
стол (chairman/connect) резолвился, но рендерился пустым — данные/гранты
DesktopWorkspace были анонимные. Ручной reload делал init начисто как
авторизованный → стол подгружался → всё рисовалось.

Фикс: добавить `await desktops.loadDesktop()` в LoginForm после ожидания
loadComplete, перед навигацией — зеркало проверенного паттерна в
SignUp.vue / init-app / EnableButton (там стол перезагружают, вход забыли).

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-09 17:42:47 +00:00
coopops 5b8d252d6d chore(release): publish
Release / release (push) Successful in 25m49s
Build bootstrap container / build (push) Successful in 40s
Release / publish-packages (push) Failing after 8m19s
Release / trigger-coopenomics-docs (push) Successful in 1s
Release / trigger-mono-docs (push) Successful in 2s
2026-06-09 16:55:44 +00:00
coopops 7bb4f18097 chore(release): publish
Build bootstrap container / build (push) Successful in 3m16s
Release / release (push) Failing after 16m17s
Release / publish-packages (push) Has been skipped
Release / trigger-coopenomics-docs (push) Has been skipped
Release / trigger-mono-docs (push) Has been skipped
2026-06-09 16:55:28 +00:00
coopops cba0d41020 fix(desktop): устранить белый экран на первом холодном заходе (PWA boot race)
Гонка на первом заходе в проде: ленивый чанк маршрута падал на import()
из-за конкуренции за сеть с фоновым precache только что установленного SW,
а перехватить ошибку было некому → пустой router-view до ручной перезагрузки.

- FIX-1: router.onError ловит провал загрузки чанка и делает авто-reload на
  целевой путь (с защитой от reload-цикла через sessionStorage).
- FIX-2: регистрацию Service Worker откладываем до window 'load', чтобы
  precache-шторм не конкурировал с первой отрисовкой и догрузкой чанков.
- Диагностика: таймстемп-логи [BOOTRACE] по всей boot-цепочке (initApp,
  router beforeEach/afterEach/onError, App.onMounted/isLoaded, SW register,
  safety-timeout) для грепа порядка инициализации на проде.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-09 16:48:51 +00:00
coopops 7ca3c21079 chore(release): publish
Build bootstrap container / build (push) Successful in 3m6s
Release / release (push) Successful in 26m46s
Release / publish-packages (push) Failing after 8m13s
Release / trigger-coopenomics-docs (push) Successful in 2s
Release / trigger-mono-docs (push) Successful in 2s
2026-06-09 15:37:07 +00:00
coopops 045204754b chore(release): publish
Build bootstrap container / build (push) Has been cancelled
Release / release (push) Has been cancelled
Release / publish-packages (push) Has been cancelled
Release / trigger-coopenomics-docs (push) Has been cancelled
Release / trigger-mono-docs (push) Has been cancelled
2026-06-09 15:36:50 +00:00
coopops b7c56bd948 fix(payment): добавить legacy-поле kpp в BankAccountDetails
Старые клиенты селектят kpp на BankAccountDetails → GraphQL-валидация
падала (Cannot query field "kpp"). Добавлено nullable-поле в DTO + во все
места Zeus-селектора SDK (иначе сборка десктопа падает на MakeAllFieldsRequired).
Помечено TODO «удалить после 1 августа».

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-09 15:33:59 +00:00
coopops 3bfd5d219a fix(desktop): карточки платежей не лезут на десктоп + DataRow стек на мобиле
- Реестр платежей: мобильные карточки (.payments-cards.pmt-mobile) показывались
  и на десктопе поверх таблицы. Причина — .payments-cards{display:flex} имел ту
  же специфичность, что одиночный .pmt-mobile{display:none}, и перебивал его по
  порядку источника. Скрытие/показ переведены на двойной селектор
  .payments-cards.pmt-mobile (специфичнее) — на десктопе только таблица.
- Удостоверение/DataRow: горизонтальная пара label|value на телефоне (≤599px)
  стекается в одну колонку — длинный публичный ключ занимает всю ширину
  карточки вместо узких ~150px и больше не рвётся в столбик по буквам.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-09 15:27:01 +00:00
coopops 7c01011a51 [@ant] fix(push): обработчик push в генерируемом SW + видимые логи доставки
Корень «push отправлен, но не виден»: workboxMode GenerateSW игнорирует
sourceFiles.serviceWorker, поэтому push/notificationclick из
custom-service-worker.ts в прод не попадали — браузер push получал, но SW его
не показывал (бэкенд честно «sent to N subscription(s)»). Доказано: прод
/service-worker.js содержит 0 push-обработчиков.

- desktop: public/push-sw.js (push → showNotification, notificationclick →
  focus/openWindow) + importScripts('push-sw.js') в extendGenerateSWOptions
- controller: «Доставлено»/«Канал пропущен» debug→info + сводка
  «web-push → user: N подписок» — чтобы доставка была видна в логах без БД
2026-06-09 15:25:31 +00:00
coopops 31b6f5805a fix(desktop): убрать посимвольный перенос и наезд бейджей на мобиле
Корень: overflow-wrap:anywhere рвал имена/email по буквам в столбик, а
бейджи статуса воровали ширину у имени рядом.

- BaseBadge: white-space:nowrap + flex-shrink:0 — бейдж не сжимается/не
  переносится (фикс глобально для всех экранов).
- components.css мобильный .table: anywhere → break-word (перенос по словам).
- Реестр платежей (pay-card): имя обрезается «…», сумма flex-shrink:0,
  тип переносится по словам.
- Реестр пайщиков (ParticipantCard): имя/аккаунт/email обрезаются «…»;
  попутно FontAwesome-иконка аватара → Material person.
- Журнал уведомлений: восстановлен задуманный горизонтальный скролл
  таблицы на мобиле (перебит глобальный min-width:0!important), 7 колонок
  с кнопкой действия больше не схлопываются в буквы-в-столбик.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-09 15:16:32 +00:00
coopops 5cf6c20ff2 chore(release): publish
Release / publish-packages (push) Has been cancelled
Release / trigger-coopenomics-docs (push) Has been cancelled
Release / trigger-mono-docs (push) Has been cancelled
Release / release (push) Has been cancelled
Build bootstrap container / build (push) Has been cancelled
2026-06-09 14:28:38 +00:00
coopops ef3fffecda chore(release): publish
Build bootstrap container / build (push) Successful in 3m9s
Release / release (push) Successful in 24m4s
Release / trigger-coopenomics-docs (push) Has been cancelled
Release / trigger-mono-docs (push) Has been cancelled
Release / publish-packages (push) Has been cancelled
2026-06-09 14:28:02 +00:00
coopops fd9b14a98b chore(release): publish
Build bootstrap container / build (push) Successful in 3m26s
Release / release (push) Successful in 23m22s
Release / publish-packages (push) Has been skipped
Release / trigger-coopenomics-docs (push) Has been skipped
Release / trigger-mono-docs (push) Has been skipped
2026-06-09 14:27:46 +00:00
coopops 4a39c976a1 fix(desktop): ужать зазор между «Выйти» и версией в LeftDrawerMenu
Нижний padding rail__signout 12→4px, version padding-top 4→0px,
шрифт версии 11→10px — версия идёт сразу под кнопкой, не висит крупной.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-09 14:11:01 +00:00
coopops 7df88f48b7 [@ant] fix(desktop/notifications): панель уведомлений во всю ширину на мобиле
Было: q-menu прижат справа фиксированной шириной 360px → правый край резался
(«Прочитать в…», тексты заявок), снизу горизонтальный скролл. На мобиле (≤600px)
раскрываем меню во всю ширину вьюпорта (left/right 8px), панель width:100%.
2026-06-09 13:42:21 +00:00
coopops 354e2d2be0 [@ant] fix(desktop/notifications): чистка HTML в теле, гейт push-кнопки по реальному SW, нерасползающаяся strip
- тело уведомления приходит с <br>/HTML (шарится с email/push-шаблонами), а
  in-app панель рендерит как текст с переносом \n — нормализую HTML→plain в toItem
- push-strip и кнопку «Включить на устройстве» показываем только когда SW реально
  активен (hasActiveServiceWorker), иначе клик умирал на «Service Worker не активен»;
  в dev/без-PWA strip не рисуем (не путать с «браузер не поддерживает»)
- strip не переносит текст/кнопку на узких экранах (nowrap + flex 0 0 auto)
2026-06-09 13:32:52 +00:00
coopops cb0d6365ba chore(release): publish
Release / release (push) Successful in 27m4s
Build bootstrap container / build (push) Successful in 39s
Release / publish-packages (push) Failing after 8m11s
Release / trigger-coopenomics-docs (push) Successful in 2s
Release / trigger-mono-docs (push) Successful in 1s
2026-06-09 13:07:28 +00:00
coopops f608119278 Merge branch 'main' of ssh://git.coopenomics.world:222/C9S/mono
# Conflicts:
#	components/blago-cli/package.json
#	components/boot/package.json
#	components/cleos/package.json
#	components/contracts/package.json
#	components/controller/package-lock.json
#	components/controller/package.json
#	components/cooptypes/package.json
#	components/desktop/package.json
#	components/docs-harness/package-lock.json
#	components/docs-harness/package.json
#	components/docs/package.json
#	components/email-relay/package.json
#	components/factory/package.json
#	components/inter/package.json
#	components/migrator/package.json
#	components/notifications/package.json
#	components/parser/package-lock.json
#	components/parser/package.json
#	components/sdk/package.json
#	components/setup/package.json
#	lerna.json
2026-06-09 13:07:14 +00:00
coopops 3c3b6a76c4 chore(release): publish
Build bootstrap container / build (push) Successful in 3m9s
Release / release (push) Successful in 25m21s
Release / publish-packages (push) Has been skipped
Release / trigger-coopenomics-docs (push) Has been skipped
Release / trigger-mono-docs (push) Has been skipped
2026-06-09 13:02:21 +00:00
coopops 8f3fdd49a1 Merge branch 'testnet' of ssh://git.coopenomics.world:222/C9S/mono into testnet
# Conflicts:
#	components/email-relay/package.json
2026-06-09 12:58:16 +00:00
coopops 9ffe184062 [@dark-sun] fix(desktop): реестр платежей — карточки на мобиле вместо ломаной таблицы
На телефоне (≤599px) таблица из 7–8 колонок схлопывалась в нечитаемые
буквы-в-столбик: глобальный канон components.css форсит
.table{min-width:0!important} + overflow-wrap:anywhere на ячейках, что
перебивало scoped min-width/горизонтальный скролл виджета. Канон запрещает
горизонтальный скролл таблиц.

Решение как в реестре документов: десктоп — канон-таблица, мобайл —
карточная раскладка (имя+статус, сумма+направление, тип·дата, действия,
раскрытие деталей). Переключение чисто на CSS @media (SSR-safe).
Заодно иконки направления fa-* → Material (канон запрещает FontAwesome).

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-09 12:52:42 +00:00
coopops 9ae811dae3 [@ant] fix(desktop/push): device-aware подписка + кнопка переподписки в колокольчике
Корень бага «push приходит только на одно устройство»: autoSubscribe
гейтился store.isSubscribed (= у аккаунта есть подписка на ЛЮБОМ устройстве),
поэтому второе устройство никогда не подписывалось. Введён endpoint текущего
браузера + computed isThisDeviceSubscribed; autoSubscribe теперь идемпотентно
регистрирует каждое устройство. Добавлены resubscribe()/refreshDeviceState()
и строка статуса push с кнопкой «Включить/Переподписать» в виджете колокольчика.

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
2026-06-09 11:51:26 +00:00
coopops a77fa945a6 [C28-28][@ant] chore(email-relay): вынести релей из mono в C9S/email-relay
Релей переехал в отдельный репозиторий C9S/email-relay, собирается локально
плейбуком (playbooks/email-relay) — релиз mono его больше не пересобирает.
Прод-образ mono-base (prune --prod) не подходил для standalone-сервиса.

Удалено: components/email-relay, build_service в release.yaml, dev-сервис в
docker-compose. Контроллерный relay-режим (EMAIL_RELAY_URL/TOKEN в
email-channel.adapter + config) ОСТАЁТСЯ — он и активирует отправку через релей.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-09 11:47:59 +00:00
Alex Ant fd24efb63a chore(release): publish
Build bootstrap container / build (push) Successful in 3m19s
Release / release (push) Successful in 28m31s
Release / publish-packages (push) Has been cancelled
Release / trigger-coopenomics-docs (push) Has been cancelled
Release / trigger-mono-docs (push) Has been cancelled
2026-06-09 15:49:05 +05:00
Alex Ant 01fc0872ae chore(release): publish
Build bootstrap container / build (push) Has been cancelled
Release / publish-packages (push) Has been cancelled
Release / trigger-coopenomics-docs (push) Has been cancelled
Release / trigger-mono-docs (push) Has been cancelled
Release / release (push) Has been cancelled
2026-06-09 15:48:49 +05:00
Alex Ant 271de60831 Merge branch 'dev' of ssh://git.coopenomics.world:222/C9S/mono into dev 2026-06-09 15:48:32 +05:00
coopops be7e1585b0 [C28-28][@ant] fix(email-relay): ts-node+typescript в dependencies (переживают prune --prod)
Прод-образ mono-base делает `pnpm prune --prod` (Dockerfile:74) — devDeps
вырезаются. ts-node был в devDependencies → в проде `sh: ts-node: not found`,
контейнер в restart-loop, /health не отвечал. controller держит ts-node в
dependencies — повторяем паттерн. (Коммит из закрытого PR #115 не попал в dev,
вношу прямо.)

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-09 10:47:15 +00:00
Alex Ant addb527f3c chore(release): publish
Build bootstrap container / build (push) Successful in 3m16s
Release / release (push) Successful in 26m2s
Release / publish-packages (push) Failing after 8m18s
Release / trigger-coopenomics-docs (push) Successful in 3s
Release / trigger-mono-docs (push) Successful in 1s
2026-06-09 14:10:52 +05:00
Alex Ant 9e271a6ce9 chore(release): publish
Build bootstrap container / build (push) Has been cancelled
Release / release (push) Has been cancelled
Release / publish-packages (push) Has been cancelled
Release / trigger-coopenomics-docs (push) Has been cancelled
Release / trigger-mono-docs (push) Has been cancelled
2026-06-09 14:10:33 +05:00
Alex Ant f37605b343 migrations 2026-06-09 14:10:09 +05:00
ant f728563bdb Merge pull request '[C28-28] feat(email-relay): HTTP→SMTP релей для коопов с закрытым SMTP' (#115) from feature/C28-28-email-relay into dev
Reviewed-on: #115
Reviewed-by: Алексей Муравьев <chairman.voskhod@gmail.com>
2026-06-09 07:54:56 +00:00
coopops 468c946610 [C28-28][@ant] fix(email-relay): убрать mailpit из compose, env_file как coopback
Typecheck / desktop (pull_request) Successful in 13m51s
Typecheck / controller (pull_request) Has been cancelled
mailpit был только локальным SMTP-перехватчиком для теста — в поставке не нужен.
email-relay сам ходит в реальный SMTP через nodemailer; конфиг (RELAY_TOKEN,
SMTP_*) выносим в components/email-relay/.env по образцу coopback, без отдельного
контейнера и inline-параметров.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-09 07:51:58 +00:00
coopops 7e2b26a02e [C28-28][@ant] feat(email-relay): HTTP→SMTP релей для коопов с закрытым SMTP
Typecheck / desktop (pull_request) Has been cancelled
Typecheck / controller (pull_request) Has been cancelled
Хостинги коопов режут исходящий SMTP → письма controller'а уходят в timeout
(раньше хабом был Novu, его убрали). Новый компонент @coopenomics/email-relay
принимает письма по HTTPS с Bearer-токеном и форвардит по SMTP. Ставится на
сервер с открытыми портами (плейбук в playbooks/email-relay).

- components/email-relay: express + nodemailer, POST /send + GET /health,
  Bearer-токен (constant-time), опц. IP-allowlist, конфиг из ENV
- controller: email-channel.adapter получил relay-режим — если задан
  EMAIL_RELAY_URL, письмо уходит POST'ом на релей; иначе прямой SMTP как
  раньше (opt-in, без регрессии)
- docker-compose: дев-сервисы email-relay + mailpit (SMTP-перехватчик для E2E)
- release.yaml: сборка образа dicoop/email-relay

E2E проверен локально: controller-формат письма → релей → SMTP → mailpit,
тело с <br> и заголовки целы; 401 на отсутствие/неверный токен, 400 на пустое тело.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-09 07:42:15 +00:00
coopops a76f875725 [C28-27][@ant] fix(desktop): in-app уведомления видны на тёмной теме
Build bootstrap container / build (push) Successful in 3m2s
В колоколе уведомлений на тёмной теме элементы сливались с фоном панели:
разделители на --p-line (0.06 white) почти невидимы, а непрочитанные
отличались лишь цветом текста + точкой — всё тонуло в --p-surface. На светлой
контраст тёмного текста на белом спасал.

Канон-токенами (обе темы, светлую не ухудшает): панели — рамка --p-line-1
для контура; разделители между уведомлениями — --p-line-1 (заметнее); у
непрочитанных подложка --p-primary-soft + левый акцент-бар --p-primary,
hover/focus — --p-primary-line.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-09 07:22:39 +00:00
coopops 1d235e5caf chore(release): publish
Build bootstrap container / build (push) Successful in 3m5s
Release / release (push) Successful in 24m54s
Release / publish-packages (push) Failing after 8m23s
Release / trigger-coopenomics-docs (push) Successful in 2s
Release / trigger-mono-docs (push) Successful in 2s
2026-06-09 07:18:39 +00:00
coopops 98b9c03977 chore(release): publish
Build bootstrap container / build (push) Successful in 3m5s
Release / release (push) Successful in 26m40s
Release / publish-packages (push) Has been skipped
Release / trigger-coopenomics-docs (push) Has been skipped
Release / trigger-mono-docs (push) Has been skipped
2026-06-09 07:09:56 +00:00
ant c05daad8fd Merge pull request 'feat(pwa): надёжное оповещение об обновлении через version-watch' (#114) from feat/pwa-version-watch into dev
Reviewed-on: #114
2026-06-09 07:06:53 +00:00
ant c3ff628dac Merge pull request 'feat(desktop): статусы пайщиков бейджами + удаление непринятых аккаунтов из реестра' (#112) from fix/participants-registry-status-badges into dev
Build bootstrap container / build (push) Successful in 3m7s
Reviewed-on: #112
Reviewed-by: Алексей Муравьев <chairman.voskhod@gmail.com>
2026-06-09 06:52:52 +00:00
coopops 3ba3a867ad feat(pwa): надёжное оповещение об обновлении через version-watch
Typecheck / desktop (pull_request) Successful in 15m5s
Typecheck / controller (pull_request) Successful in 13m12s
Заменяет ненадёжный триггер от lifecycle service worker'а (не срабатывал
на iOS standalone PWA, при первой установке и когда бинарь SW не менялся)
на сравнение версий: запечённая в бандл package-версия (process.env.APP_VERSION)
сверяется с self-report SSR-ноды (/version). При расхождении — существующий тост.

- quasar.config: APP_VERSION из package.json в build.env; middleware 'version'
- src-ssr/middlewares/version.ts: self-report /version (JSON, no-store)
- entities/AppVersion: стор useUpdateWatch (реестр компонентов, сейчас shell),
  опрос /version раз в 5 мин + при возврате на вкладку; SPA-safe (нет ноды -> no-op)
- init-app: старт version-watch рядом с systemMonitoring
- register-service-worker: убран SW-триггер; applyUpdate устойчив (waiting -> SKIP_WAITING, иначе reload)
- LeftDrawerMenu: версия приложения в футере рейла

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
2026-06-09 06:46:04 +00:00
coopops 15813d91ef [@ant] fix(desktop): правка текста предупреждения при удалении registered-аккаунта
Typecheck / desktop (pull_request) Successful in 15m1s
Typecheck / controller (pull_request) Successful in 13m41s
«исчезнет» → «исчезает»; убрано предложение про отзыв заявки на повестке —
кнопка доступна только когда аккаунт уже в цепи (after оплаты), решение совета
тут неприменимо.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-09 06:44:31 +00:00
coopops 955142cf84 [@ant] feat: удаление любого непринятого аккаунта из реестра (гард только participant_account)
Typecheck / controller (pull_request) Has been cancelled
Typecheck / desktop (pull_request) Has been cancelled
Прежний allow-list статусов исключал Registered — но именно туда попадают
отклонённые советом и оплаченные брошенные регистрации (отказ/возврат
оставляют статус registered; failed/refunded users.status никем не
выставляются). То есть чистка не работала для своей же цели «убрать
незавершённые/отклонённые регистрации (тестеры)».

- backend deleteAccount: убран allow-list по статусу, остаётся единственный
  гард — НЕ принят в кооператив (нет participant_account).
- frontend isDeletable: !participant_account. Кнопка удаления теперь и у
  Registered (оплачен/на рассмотрении совета/отклонён/возврат).
- confirm-диалог: для blockchain-registered (Registered) предупреждение, что
  on-chain аккаунт неудаляем (имя в цепи занято навсегда) + про отзыв заявки
  на повестке, если ещё на рассмотрении совета.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-09 06:32:10 +00:00
coopops 7efbf90c9b [C28-27][@ant] fix(desktop): таблицы переносят содержимое, не скроллят по горизонтали
На мобиле (и в узком окне десктопа) canon-таблицы выходили за ширину: левая
колонка обрезалась, появлялся внутренний горизонтальный скролл — из-за
фиксированной min-width (780–1000px), которую виджеты ставят локально, а
скелетон inline-стилем.

Централизовал в каноне components.css: `.table { min-width: 0 !important }`
снимает форс-ширину на всех экранах (!important — иначе scoped/inline
перебивают канон), таблица всегда влезает (width:100%) и переносит содержимое
на следующую строку вместо скролла. На узких экранах (≤599px) дополнительно
table-layout:auto + перенос в ячейках + плотнее паддинги, чтобы многоколоночная
таблица читалась переносом, а не клиппингом.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-09 06:29:07 +00:00
coopops 0e9542fff4 [@ant] feat(desktop): статусы пайщиков бейджами в реестре + enrich registration_payment
Typecheck / desktop (pull_request) Successful in 13m49s
Typecheck / controller (pull_request) Has been cancelled
- ParticipantsTable/ParticipantCard: галочка «Активен» → BaseBadge с
  человекочитаемым статусом; колонка «Активен» → «Статус».
- entities/Account/lib/accountStatus.ts: getAccountStatusBadge — сводит
  participant_account (accepted|blocked) + provider_account.status +
  отказ совета (Registered + возврат взноса) → «Отклонён советом».
- controller getAccounts: enrich registration_payment через this.getAccount,
  иначе на списке реестра отказ совета неотличим от «ожидает совет».

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-09 06:14:46 +00:00
ant 8ffe4bea94 Merge pull request 'feat: Центр уведомлений DC v3 (замена Novu) [C28-22…27] — код-комплит, 6/6 эпиков' (#60) from feat/notification-center-dc-v3 into dev
Reviewed-on: #60
Reviewed-by: Алексей Муравьев <chairman.voskhod@gmail.com>
2026-06-08 08:37:29 +00:00
coopops 70bd1323c7 chore(release): publish
Build bootstrap container / build (push) Successful in 3m8s
Release / release (push) Successful in 25m6s
Release / publish-packages (push) Failing after 8m25s
Release / trigger-coopenomics-docs (push) Successful in 2s
Release / trigger-mono-docs (push) Successful in 1s
2026-06-08 07:03:58 +00:00
coopops 765af3cbef chore(release): publish
Build bootstrap container / build (push) Successful in 2m57s
Release / release (push) Successful in 25m7s
Release / publish-packages (push) Has been skipped
Release / trigger-coopenomics-docs (push) Has been skipped
Release / trigger-mono-docs (push) Has been skipped
2026-06-08 07:03:41 +00:00
ant 9cdee035b9 Merge pull request 'fix(controller): приложения-оферты ЦПП к заявлению на повестке (wallet::signagree)' (#108) from fix/agenda-program-offer-links into dev
Reviewed-on: #108
2026-06-08 07:03:13 +00:00
ant 9553697f2b Merge pull request 'fix(desktop): чистить технические детали ассертов цепи в тостах ошибок' (#110) from fix/sanitize-blockchain-error-toast into dev
Reviewed-on: #110
2026-06-08 07:02:47 +00:00
ant 124782a8d9 Merge pull request 'fix(controller): не фиксировать возврат паевого взноса в БД при ошибке блокчейна' (#109) from fix/wallet-withdraw-no-phantom-payment into dev
Reviewed-on: #109
2026-06-08 07:02:39 +00:00
coopops f10b49ac8f [@ant] fix(desktop): чистить технические детали ассертов цепи в тостах ошибок
Typecheck / desktop (pull_request) Successful in 13m28s
Typecheck / controller (pull_request) Successful in 12m29s
Пользователю в тост летел сырой ассерт контракта, напр.
`walletop TRANSFER: недостаточно средств на кошельке w.wal.share`.
Ему не нужны ни scope-префикс операции, ни служебное имя кошелька — он
нажал конкретную кнопку и так понимает, о каком кошельке речь.

Добавлен универсальный санитайзер sanitizeBlockchainError, встроенный в
единую точку показа ошибок FailAlert:
- снимает ведущий технический scope-префикс (`walletop TRANSFER:`,
  `ledger2::apply:`, `o.mkt.supply:`) — распознаёт идентификатор с
  `.`/`::` либо слово+ALLCAPS-опкод, кириллицу не трогает;
- убирает служебные имена ledger2-кошельков (`w.wal.share` и т.п.);
- нормализует пробелы и ставит заглавную первую букву.

Результат для примера выше — «Недостаточно средств на кошельке».
Обычные (нетехнические) сообщения проходят без изменений.

Полный технический текст остаётся разработчикам: FailAlert дублирует
сырой message в console.error, бэкенд пишет его в логи контроллера.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-08 06:42:22 +00:00
coopops 75548036f4 chore(release): publish
Release / release (push) Successful in 24m41s
Build bootstrap container / build (push) Successful in 38s
Release / publish-packages (push) Failing after 8m22s
Release / trigger-coopenomics-docs (push) Successful in 2s
Release / trigger-mono-docs (push) Successful in 1s
2026-06-08 06:27:19 +00:00
coopops ec0427c778 chore(release): publish
Build bootstrap container / build (push) Successful in 3m8s
Release / release (push) Failing after 14m44s
Release / publish-packages (push) Has been skipped
Release / trigger-coopenomics-docs (push) Has been skipped
Release / trigger-mono-docs (push) Has been skipped
2026-06-08 06:27:02 +00:00
coopops 29417dd425 [@ant] fix(controller): не фиксировать возврат паевого взноса в БД при ошибке блокчейна
Typecheck / desktop (pull_request) Successful in 13m22s
Typecheck / controller (pull_request) Successful in 15m49s
Баг: при «Получить возврат» с суммой больше L3-баланса платёж писался в
gateway-БД (AWAITING_AUTHORIZATION) ДО on-chain транзакции. Контракт wallet
отклонял заявку (недостаточно L3-средств), а в разделе «Платежи» оставался
висеть фантомный исходящий платёж со статусом FAILED.

Фикс — порядок операций в WalletInteractor.createWithdraw:
1. prepareWithdraw — все валидации (символ, дубликат hash, платёжный метод)
   и сборка записи, БЕЗ записи в БД;
2. on-chain wallet::createwthd — при недостатке средств падает здесь,
   ни одной записи о платеже не создаётся;
3. persistWithdraw — фиксация платежа в БД только после успешной заявки.

GatewayInteractor.createWithdraw разбит на prepareWithdraw/persistWithdraw
(старый combined-метод сохранён как обёртка). Порт и оба адаптера обновлены.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-08 06:00:02 +00:00
coopops ca1d1ec1a2 [@ant] fix(controller): приложения-оферты ЦПП к заявлению на повестке (wallet::signagree)
Typecheck / desktop (pull_request) Successful in 14m13s
Typecheck / controller (pull_request) Successful in 13m2s
Программные оферты (program_id > 0) с Эпика 2 уходят на цепь через
wallet::signagree (commit 21e94ce0ed), а не soviet::sndagreement —
soviet::newagreement по ним не создаётся. Агрегатор пакета документов
(document-package-v1) искал приложения к заявлению только по
soviet::newagreement, поэтому подписанная оферта молча выпадала из links
и не отображалась как приложение к заявлению на повестке совета (при этом
сам документ виден в реестре).

Резолв каждого linkHash вынесен в общий хелпер buildLinkedAggregate;
носитель подписи ищется сначала в soviet::newagreement, затем фолбэком в
wallet::signagree. Унифицированы три дублировавшихся цикла (statement /
decision / acts). Добавлен регрессионный unit-тест.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-08 05:49:07 +00:00
coopops c28bb81c25 [C28-27][@ant] fix: in-app уведомления — перенос строки вместо литерального <br>
In-app тело инбокса рендерится как текст ({{ n.description }}, без v-html —
payload несёт ФИО/заголовки, v-html = XSS-вектор), поэтому HTML-тег <br> из
шаблона показывался строкой «№C53E<br>От: …». Перевёл 2 in-app шаблона
(new-agenda-item, approval-request) с <br> на \n и добавил white-space:
pre-line на .notification-center__item-desc (line-clamp:2 сохранён).

Push не трогаю — его тела уже plain-text без тегов, отображается верно.
Email оставлен на HTML (<br>/<strong>) — рендерится почтовым клиентом.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-08 05:28:04 +00:00
coopops 4df811d40f chore(desktop): пометить stripLegacyBankKpp на удаление после 01.09.2026
Build bootstrap container / build (push) Successful in 2m18s
Временный shim очистки persisted-localStorage от устаревшего «КПП банка».
К 01.09.2026 старые незавершённые черновики регистрации истекут — утилиту
и оба вызова (CreateUser/AddUser model) можно удалить.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-08 05:23:53 +00:00
coopops 54e27df7f8 chore(release): publish
Build bootstrap container / build (push) Successful in 3m27s
Release / release (push) Successful in 26m49s
Release / publish-packages (push) Failing after 28m24s
Release / trigger-coopenomics-docs (push) Successful in 2s
Release / trigger-mono-docs (push) Successful in 1s
2026-06-08 05:13:30 +00:00
coopops b7da867198 chore(release): publish
Build bootstrap container / build (push) Successful in 3m19s
Release / publish-packages (push) Has been cancelled
Release / trigger-coopenomics-docs (push) Has been cancelled
Release / trigger-mono-docs (push) Has been cancelled
Release / release (push) Has been cancelled
2026-06-08 05:13:14 +00:00
coopops 6906d3fad0 fix(desktop): не отправлять устаревший «КПП банка» из persisted-localStorage
Build bootstrap container / build (push) Successful in 3m26s
Пайщики, начавшие регистрацию ИП/юрлица ДО удаления поля «КПП банка»
(commit 93b94326), имеют это значение в persisted-localStorage стора
регистратора (useRegistratorStore, persist:true). При построении мутации
RegisterAccount/AddParticipant org/entrepreneur объект уходил целиком,
включая bank_account.details.kpp → BankAccountDetailsInput его больше не
принимает → GRAPHQL_VALIDATION_FAILED, форму не отправить.

Защитный strip stripLegacyBankKpp() срезает kpp из bank_account.details
на входе в мутацию (createUser/signup и addUser/председатель). КПП самой
организации (details.kpp) не трогаем — легитимный реквизит юрлица.

Read-путь (старый фронт запрашивает details{kpp}) лечится перезагрузкой
страницы — селекторы SDK уже без kpp.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-08 05:09:07 +00:00
coopops a4e5abe4fa chore(release): publish
Build bootstrap container / build (push) Successful in 3m36s
Release / release (push) Successful in 25m54s
Release / publish-packages (push) Failing after 8m23s
Release / trigger-coopenomics-docs (push) Successful in 2s
Release / trigger-mono-docs (push) Successful in 2s
2026-06-07 15:29:25 +00:00
coopops ef393e9724 chore(release): publish
Build bootstrap container / build (push) Successful in 3m34s
Release / release (push) Successful in 25m2s
Release / publish-packages (push) Has been skipped
Release / trigger-coopenomics-docs (push) Has been skipped
Release / trigger-mono-docs (push) Has been skipped
2026-06-07 15:28:58 +00:00
coopops f2e3165b54 Merge branch 'testnet' of ssh://git.coopenomics.world:222/C9S/mono into testnet
# Conflicts:
#	components/notifications/package.json
2026-06-07 15:27:59 +00:00
coopops 5b7e1015cd [C28-27][@ant] fix(desktop): 4 ошибки типов после де-Novu — тайпчек зелёный
Typecheck / desktop (pull_request) Successful in 13m26s
Typecheck / controller (pull_request) Successful in 13m11s
CI vue-tsc (PR #60) после фикса lockfile дошёл до тайпчека и поймал хвосты:
- src-ssr/middlewares/{injectEnv,generateConfig}.ts: NOVU_APP_ID/BACKEND_URL/
  SOCKET_URL слались в объект EnvVars, откуда поля удалены де-Novu → TS2353.
  Убрал мёртвые строки.
- NotificationJournalWidget.vue: getName() возвращает string|undefined
  (organization_data?.short_name) → .replace на possibly-undefined (TS2532).
  Обернул в (getName(account) ?? '').
- NotificationCenter/model/index.ts: n.createdAt — DateTime-скаляр SDK типа
  unknown, NotificationItem.date ждёт string|Date (TS2322). Каст as string.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-07 14:58:24 +00:00
coopops 4ffc3b4616 [C28-27][@ant] fix(desktop): 4 ошибки типов после де-Novu — тайпчек зелёный
CI vue-tsc (PR #60) после фикса lockfile дошёл до тайпчека и поймал хвосты:
- src-ssr/middlewares/{injectEnv,generateConfig}.ts: NOVU_APP_ID/BACKEND_URL/
  SOCKET_URL слались в объект EnvVars, откуда поля удалены де-Novu → TS2353.
  Убрал мёртвые строки.
- NotificationJournalWidget.vue: getName() возвращает string|undefined
  (organization_data?.short_name) → .replace на possibly-undefined (TS2532).
  Обернул в (getName(account) ?? '').
- NotificationCenter/model/index.ts: n.createdAt — DateTime-скаляр SDK типа
  unknown, NotificationItem.date ждёт string|Date (TS2322). Каст as string.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-07 14:58:13 +00:00
coopops e199eb4913 [C28-27][@ant] fix(lockfile): пересборка после удаления @novu/js — CI frozen-lockfile
Typecheck / desktop (pull_request) Failing after 8m22s
Typecheck / controller (pull_request) Has been cancelled
Удаление @novu/js из desktop/package.json (b500789dd6) не сопровождалось
пересборкой pnpm-lock.yaml → CI install --frozen-lockfile падал
ERR_PNPM_OUTDATED_LOCKFILE до шага typecheck. Пересобрал lockfile-only.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-07 14:45:05 +00:00
coopops e763adae48 Merge feat/notification-center-dc-v3 into dev — Центр уведомлений (C28-22…27)
DC v3: каталог @coopenomics/notifications, роутер outbox + worker доставки
(email/in-app/web-push), стол председателя (журнал + колокол), удаление Novu.

Чиню рассинхрон lockfile: feat-ветка убрала @novu/js из desktop/package.json,
но pnpm-lock.yaml не пересобрала → CI --frozen-lockfile падал
ERR_PNPM_OUTDATED_LOCKFILE. pnpm install --lockfile-only — @novu/js удалён,
lockfile согласован с package.json.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-07 14:40:52 +00:00
coopops 4f67231b3f [C28-27][@ant] fix: web-push без подписки — мягкий пропуск, не ошибка
Typecheck / desktop (pull_request) Failing after 4m49s
Typecheck / controller (pull_request) Failing after 4m47s
Получатель без активной push-подписки (не дал разрешения / нет PWA / 410)
давал {delivered:false,error} → worker ретраил 5× → терминальный FAILED:
ложные «Ошибка» в журнале и warn в логах для всех, у кого push не настроен
(в dev SW не регистрируется без ENABLE_PWA_DEV → у всех).

Ввёл исход skipped в ChannelDeliveryResult: канал неприменим к получателю.
Адаптер web-push возвращает skipped при 0 подписок / отсутствии username.
Worker гасит такую строку в canceled — без ретраев, без записи попытки в
журнал, без error-лога (debug); причину кладёт в lastError → тултип
«Отменено» на столе председателя. Гейт на слое отправки (состояние подписки
авторитетно в момент доставки), роутер outbox остаётся чистым.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-07 13:26:25 +00:00
coopops a2d5750449 [C28-27][@ant] feat: журнал — получатель ФИО + видимость ошибок доставки
Typecheck / desktop (pull_request) Failing after 4m49s
Typecheck / controller (pull_request) Failing after 4m46s
Получатель в журнале:
- две строки — ФИО (резолв username→account через getName на фронте, кэш
  на компонент) + AccountBadge с username и копированием. DTO журнала несёт
  только username/subscriber_id, поэтому ФИО тянем getAccount'ом. Нет ФИО
  (приватные данные недоступны) → одна строка с username.

Видимость ошибки доставки:
- worker раньше логировал только исключение тика; провалы отправки шли лишь
  в БД → при падающем канале в логах пусто и не видно, что worker жив.
  Добавлено: лог старта (onModuleInit), debug-heartbeat тика с числом строк,
  warn на ретрай и error на терминальный провал — с контекстом
  (workflow/канал/получатель/попытка) и текстом ошибки.
- в журнале на ячейке статуса «Ошибка» — q-tooltip с lastError (поле уже
  отдаётся DTO/селектором), курсор help.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-07 13:15:18 +00:00
coopops 423c1d0984 [C28-27][@ant] fix: убрать «Показать все» из колокола + бейдж не наезжает
Typecheck / desktop (pull_request) Failing after 4m48s
Typecheck / controller (pull_request) Has been cancelled
- Футер «Показать все» удалён из личного колокола: журнал — админский
  (стол председателя), пайщику туда не нужно; председатель открывает
  журнал через пункт меню. Колокол = свежие из инбокса + «Прочитать все».
- Бейдж счётчика вытолкнут за угол кнопки через transform translate(45%,-45%)
  — больше не «наезжает» на глиф колокола.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-07 13:08:43 +00:00
coopops f997c77315 [C28-27][@ant] fix: журнал в меню председателя + колокол не прыгает (скелетон/фикс-высота)
Typecheck / desktop (pull_request) Failing after 4m49s
Typecheck / controller (pull_request) Failing after 4m46s
- Журнал уведомлений зарегистрирован в реальном меню стола председателя
  (extensions/chairman/install routes[0].children) — был воткнут в мёртвый
  src/desktops/Chairman/model (не в реестре расширений), потому страница
  была недостижима. Дубль из мёртвого манифеста убран.
- Колокол: спиннер заменён канон-скелетоном (.skel), тело фиксированной
  высоты (~4 уведомления, max 60vh) — панель больше не «прыгает» при
  скелетон → меньше элементов → пусто.
- Футер: вместо неясной пагинации «Все загружены/Показать ещё» —
  навигация «Показать все →» в журнал (только для председателя; q-menu
  закрывается при переходе).
- Бейдж счётчика смещён в угол колокола (-4/-4) — убран «наезд» на иконку.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-07 12:53:12 +00:00
coopops b653a3cbd5 Merge remote-tracking branch 'origin/dev' into feat/notification-center-dc-v3
Typecheck / controller (pull_request) Has been cancelled
Typecheck / desktop (pull_request) Has been cancelled
# Conflicts:
#	components/notifications/package.json
2026-06-07 12:24:50 +00:00
Alex Ant aa9b677d9c chore(release): publish
Build bootstrap container / build (push) Successful in 3m25s
Release / release (push) Successful in 26m36s
Release / publish-packages (push) Has been skipped
Release / trigger-coopenomics-docs (push) Has been skipped
Release / trigger-mono-docs (push) Has been skipped
2026-06-07 17:09:57 +05:00
ant d7fda5cca6 Merge pull request 'feat(account,desktop): удаление пайщика в незавершённом регистрационном статусе' (#106) from feat/delete-inactive-participant into dev
Reviewed-on: #106
2026-06-07 12:03:44 +00:00
ant dc564941d3 Merge pull request 'fix(chatcoop): новый формат имени LiveKit-комнаты Element Call — секретарь не входил в звонки' (#107) from fix/chatcoop-livekit-room-name into dev
Reviewed-on: #107
Reviewed-by: Алексей Муравьев <chairman.voskhod@gmail.com>
2026-06-07 12:03:33 +00:00
coopops e98baeccc2 [chatcoop][@ant] fix(secretary): новый формат имени LiveKit-комнаты Element Call
Typecheck / desktop (pull_request) Successful in 13m37s
Typecheck / controller (pull_request) Successful in 13m8s
Публичный call.element.io перешёл на слот-протокол MatrixRTC: имя LiveKit-комнаты
теперь считает lk-jwt-service как unpaddedBase64(sha256(JSON.stringify([roomId,
"m.call#ROOM"]))), а не старое sha256(roomId+"|m.call#ROOM"). Старая формула
перестала матчить webhook'и → секретарь молча игнорировал все звонки
(«Комната ... не в реестре транскрипции»).

Матчинг теперь сверяет оба формата (текущий + legacy для старых клиентов Element).
Тест на живой паре с прода (комната «Ферма на Паях», созвон 07.06).

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-07 11:54:31 +00:00
coopops fc9a05fe24 [del-participant][@ant] fix(account,desktop): гейт удаления по статусу, не по blockchain_account
Typecheck / desktop (pull_request) Successful in 13m26s
Typecheck / controller (pull_request) Successful in 13m6s
Кнопка удаления не показывалась НИ у кого, и сервер отверг бы все удаления.
Причина: гейт опирался на blockchain_account, но on-chain аккаунт заводится рано
и присутствует уже у статуса Created — то есть у всех. Плюс на фронте сравнение
шло со строками в нижнем регистре, а GraphQL отдаёт enum UserStatus с большой
буквы (Created/Joined/...).

- interactor.deleteAccount: убран blockchain_account из guard; различитель —
  participant_account (принят) + статус-allow-list (домен lowercase).
- ParticipantsTable.isDeletable: убран blockchain_account; allow-list через
  Zeus.UserStatus (Created/Joined/Payed/Failed/Refunded). Registered (после приёма
  взноса), Active, Blocked — не удаляются.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-07 09:06:56 +00:00
ant a57763a535 Merge pull request 'feat(ledger2,registrator): двухфазный учёт регистрационного взноса через счёт 76' (#105) from feat/registration-ledger2-suspense into dev
Reviewed-on: #105
Reviewed-by: Алексей Муравьев <chairman.voskhod@gmail.com>
2026-06-07 08:33:11 +00:00
coopops 3faf9049f4 fix(registration): возврат заводится на каждом цикле отказа, а не только на первом
Typecheck / desktop (pull_request) Successful in 13m32s
Typecheck / controller (pull_request) Successful in 13m7s
Idempotency-guard listener'а пропускал создание возврата при наличии ЛЮБОГО
REGISTRATION_REFUND. После первого цикла отказа возврат cycle1 оставался в БД
(его hash = registration_hash = sha256(username) детерминирован и совпадает с
новым), поэтому на втором цикле возврат не создавался, latest refund оставался
старше нового платежа, и фронт зависал на «платёж принят».

Guard теперь пропускает только возврат ТЕКУЩЕГО цикла — свежее текущего
вступительного платежа. Детекция цикла по дате — как в account.interactor.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-07 08:30:16 +00:00
coopops a46d177242 fix(registration): повторная оплата генерит новый платёж + единое назначение с НДС-оговоркой
Typecheck / desktop (pull_request) Successful in 14m15s
Typecheck / controller (pull_request) Has been cancelled
Повторная подача после отказа совета:
- createRegistrationPayment больше не переиспользует старый COMPLETED рег-платёж,
  если возврат свежее его (цикл закрыт) — заводит новый ордер со свежим QR,
  иначе пайщик видел исполненный QR, а в реестре совета платёж не появлялся.
- ReadStatement сбрасывает согласие с Уставом при входе в раздел (как doc-галочки).
- GenerateAccount сбрасывает «Я сохранил ключ» при входе в шаг (q-step не размонтируется).

Назначение платежа (memo) — единый полный источник:
- оговорка «НДС не облагается.» вынесена в константу VAT_EXEMPT_NOTE и добавлена во
  все 4 назначения (вступительный, паевой, возврат паевого, возврат рег-взноса);
- qrpay/sberpoll больше НЕ дописывают «. Без НДС.» к Purpose — назначение целиком
  в memo, без задвоения.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-07 08:07:35 +00:00
coopops f666007647 fix(registration): кнопка «Подать заявку заново» только после завершения возврата
Typecheck / desktop (pull_request) Successful in 13m31s
Typecheck / controller (pull_request) Successful in 13m6s
Два явных шага возврата при отказе совета (по просьбе): пока касса не подтвердила
исходящий платёж — показываем «возврат выполняется» без кнопки; после подтверждения —
«взнос возвращён» + кнопка. Иначе ранний клик упирался в reguser (карточка ещё не
снята) и падал.

- getAccount: registration_payment.status = PROCESSING пока возврат идёт,
  REFUNDED по завершении (refundpay снял карточку — повторная подача возможна).
- WaitingRegistration: ветка isCouncilRefundPending (PROCESSING) — баннер + песочные
  часы, без кнопки; isCouncilDeclined (REFUNDED) — баннер + «Подать заявку заново».
- fixData: ошибка через extractGraphQLErrorMessages вместо e.message
  (раньше показывало «undefined» — у GraphQL-ошибки SDK message лежит глубже).

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-06 10:33:18 +00:00
coopops 3af96ab8f8 feat(registrator): повторная подача заявления на том же аккаунте после отказа совета
Typecheck / desktop (pull_request) Successful in 13m36s
Typecheck / controller (pull_request) Has been cancelled
Вариант 1: после отказа совета и возврата взноса несостоявшийся пайщик может
подать заявку заново на том же аккаунте (а не упереться в тупик).

Контракт:
- reset_account_card: refundpay (и миграц.ветка declinereg) при закрытии кандидата
  снимают карточку участника (type="", storages) — иначе повторный reguser падает
  «повторное получение невозможно». Аккаунт и ключи сохраняются.

Бэкенд:
- registerBlockchainAccount: CreateAccount шлётся только если eosio-аккаунта ещё нет
  (при повторной подаче он уже существует — иначе двойное создание падало бы).
- resetRegistration: ветка «отказ совета» — пропускает pre-payment гарды (аккаунт в
  цепи и взнос принят здесь нормальны), требует возврат COMPLETED (карточку снял
  refundpay), сбрасывает кандидата + user.status=created. Старые платежи не удаляет.
- getAccount: сигнал REFUNDED только если возврат свежее последнего рег-платежа —
  после повторной подачи новый REGISTRATION перекрывает старый отказ.

Повторная подпись соглашений идемпотентна (signagree перезаписывает программу,
sndagreement падает лишь на confirmed — при отказе совета соглашение не confirmed).

Стандарт p.reg.refund: отмечено освобождение аккаунта для повторной подачи.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-06 10:16:32 +00:00
coopops 6755c04bc0 feat(registrator): возврат рег-взноса по подтверждению кассы (callback), а не на decline совета
Typecheck / desktop (pull_request) Successful in 13m25s
Typecheck / controller (pull_request) Successful in 13m2s
Деньги держатся на счёте 76 (w.reg.pend) до фактического исходящего возврата
кассой — симметрично возврату паевого в wallet (createoutpay → outcomplete).

Контракт:
- declinereg: вместо немедленной проводки 76/51 ставит кандидата в refunding и
  создаёт исходящий платёж gateway::createoutpay (callback refundpay/declinerfnd);
  миграц.ветка (нет баланса на 76) — старое поведение, erase сразу.
- refundpay (новый, callback gateway): обратная проводка Дт 76 / Кт 51 (o.reg.refund,
  BURN w.reg.pend) + закрытие кандидата — на подтверждении кассой.
- declinerfnd (новый): страж check(false) — отмена возврата невозможна.
- фикс инвертированного eosio::check в declinepay (всегда падал «Кандидат не найден»).

Стандарты: p.reg.refund — двухшаговый граф payed→refunding→refunded
(o.reg.refund triggered_by refundpay); p.reg.accept — ветка отказа без своей проводки.

Бэкенд:
- статус refunding в userStatus + MonoAccountStatusDomainInterface (без рассинхрона).
- RegistrationDeclineListener: hash платежа-возврата = registration_hash (мост к
  on-chain outcome).
- gateway.interactor.processOutgoingPayment: REGISTRATION_REFUND зовёт completeOutcome
  (→ outcomplete → refundpay) с миграц-fallback (нет on-chain объекта → off-chain).
- getAccount: при наличии возврата отдаёт registration_payment.status=REFUNDED.

Фронт: WaitingRegistration реагирует на отказ совета (REFUNDED) — баннер
«Совет отказал, взнос возвращается» + «Подать заявку заново». union статуса +refunding/refunded.

Миграц.код помечен «снять условие после 30.07.2026».

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-06 08:26:09 +00:00
coopops 4c0938bdd8 feat(registrator): миграционный fallback для зависших кандидатов (снять после 30.07.2026)
Typecheck / desktop (pull_request) Successful in 13m34s
Typecheck / controller (pull_request) Has been cancelled
На момент релиза двухфазного учёта будут кандидаты в статусе payed, чей платёж
принят по СТАРОМУ пути — без o.reg.inpay, то есть без баланса на w.reg.pend (76).
Новые confirmreg/declinereg делали бы TRANSFER/BURN с пустого суспенса → падение
«недостаточно средств».

Fallback по наличию баланса кандидата на w.reg.pend (helper
get_registration_pending_balance читает ledger2::userwallets cross-contract):
  - есть баланс (новый путь): confirmreg → o.reg.setmin/setent (76→80/86),
    declinereg → o.reg.refund (BURN 76, Dr 76/Cr 51);
  - нет баланса (принят до релиза): confirmreg → o.reg.putmin/payent (прямой
    ISSUE Dr 51/Cr 80|86, как раньше), declinereg → без on-chain проводки
    (возврат банковским переводом из бэкенда, как было).

Весь блок помечен «снять условие после 30.07.2026»: к этому сроку все зависшие
на момент релиза кандидаты гарантированно получат решение совета.

registrator.wasm пересобран.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-06 07:33:47 +00:00
coopops 890c386118 [del-participant][@ant] feat(account,desktop): удаление пайщика в незавершённом регистрационном статусе
Typecheck / desktop (pull_request) Successful in 13m28s
Typecheck / controller (pull_request) Successful in 13m11s
Реестр пайщиков накапливает брошенные/отклонённые регистрации (тестеры,
повторные попытки) и держит занятым e-mail, мешая перерегистрации. Включаем
кнопку удаления, но строго ограничиваем безопасными случаями.

Backend:
- account.interactor.deleteAccount: guard — запрет, если есть blockchain_account
  или participant_account (любой on-chain след), и allow-list off-chain статусов
  {created, joined, payed, failed, refunded}. deleteUserByUsername удаляет только
  PG-строку users, не цепь, поэтому on-chain аккаунты осиротеют — их не трогаем.
  Граница совпадает с resetRegistration. fail-closed: blocked/active/registered и
  любой будущий не-регистрационный статус — удалить нельзя.
- account.resolver: активирована мутация deleteAccount (роль chairman).

SDK: активирован Mutations.Accounts.DeleteAccount (Boolean), регенерирован zeus.

Desktop (Реестр пайщиков):
- entities/Account: api.deleteAccount + store.deleteAccount (локальное удаление
  строки без перезапроса).
- ParticipantsTable/ParticipantCard: деструктивная кнопка рядом со статусом
  «Активен», видна только для удаляемых аккаунтов (isDeletable зеркалит серверный
  guard) + BaseDialog-подтверждение необратимого действия.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-06 07:26:42 +00:00
coopops 01ac09599e feat(ledger2,registrator): двухфазный учёт регистрационного взноса через счёт 76
Typecheck / controller (pull_request) Has been cancelled
Typecheck / desktop (pull_request) Has been cancelled
Раньше регистрационный взнос вставал на учёт одношагово только на одобрении
совета (confirmreg: Dr 51/Cr 80 + Dr 51/Cr 86), а приём денег кассой
(confirmpay) и отказ совета (declinereg) не делали проводок вообще.

Вводит суспенс-фазу через новый счёт 76 «Расчёты с пайщиками»:
  - confirmpay (касса приняла деньги) → o.reg.inpay: Dr 51 / Cr 76, ISSUE w.reg.pend
  - confirmreg (совет одобрил)        → o.reg.setmin (Dr 76/Cr 80) + o.reg.setent (Dr 76/Cr 86),
                                        TRANSFER w.reg.pend → w.reg.minshr / w.reg.entry
  - declinereg (совет отказал)        → o.reg.refund: Dr 76 / Cr 51, BURN w.reg.pend
                                        (отдельный процесс p.reg.refund) + удаление кандидата

Новые сущности ledger2:
  - счёт 76 PARTICIPANT_SETTLEMENTS (ACTIVE_PASSIVE)
  - кошелёк w.reg.pend REGISTRATION_PENDING (USER_SHARED, program_id=0)
  - операции o.reg.inpay/setmin/setent (p.reg.accept) + o.reg.refund (p.reg.refund)

confirmreg: проводки под гардами amount>0 (чинит латентный креш при initial==0).
declinereg: добавлен require_auth(_soviet) + возврат + чистка кандидата
(устраняет залипание записи кандидата, блокировавшее повторную подачу).

Синхронизированы оба зеркала (cpp registries + cooptypes TS), обновлён
snapshot реестра кошельков, добавлен p.reg.refund в process-hash-locator
(иначе integrity-check валит controller на старте). Стандарт p.reg.accept
обновлён под двухфазную схему, заведён p.reg.refund.standard.yaml.

Контракты registrator.wasm и ledger2.wasm собраны (static_assert'ы реестров прошли).

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-06 07:21:24 +00:00
coopops 867a87f8db Merge remote-tracking branch 'origin/feat/registration-refund' into dev 2026-06-06 06:54:55 +00:00
ant 61570457db Merge pull request 'fix(gateway): не плодить повторный регистрационный платёж после приёма' (#98) from feat/registration-payment-dedup into feat/registration-refund
Reviewed-on: #98
2026-06-06 06:49:14 +00:00
ant 41c77b3b0f Merge pull request 'feat(gateway,account): возврат вступительного взноса при отказе совета' (#97) from feat/registration-refund into dev
Reviewed-on: #97
Reviewed-by: Алексей Муравьев <chairman.voskhod@gmail.com>
2026-06-06 06:49:02 +00:00
coopops 9e64238682 fix(gateway,notifications): возврат взноса слал письмо «платёж принят»
Typecheck / desktop (pull_request) Successful in 13m24s
Typecheck / controller (pull_request) Successful in 13m15s
notifyPaymentStatus выбирал workflow только по статусу (PAID → PaymentPaid
«Платёж принят»), игнорируя direction. Исходящий PAID — это возврат взноса
пайщику, и он получал письмо как на приём. Баг общий для всех возвратов
(регистрационный + паевой — оба идут через gateway.setPaymentStatus).

- Новый workflow notifications/payment-refunded «Возврат взноса выполнен»
  (зеркало payment-paid, тот же payload).
- payment-notification.service: OUTGOING+PAID → PaymentRefunded, INCOMING+PAID →
  PaymentPaid, остальное → PaymentCancelled.

Workflow засинкан в Novu (pnpm sync, 24 workflow, 0 ошибок).

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-06 06:38:51 +00:00
coopops 75a8068970 feat(account,desktop): назначение возврата взноса — зеркало входящего + показ на развороте
Typecheck / desktop (pull_request) Successful in 13m31s
Typecheck / controller (pull_request) Has been cancelled
Backend: memo возвратного платежа теперь зеркалит назначение входящего взноса —
«Возврат вступительного и минимального паевого взносов №XXXX. Без НДС.» с тем же
номером (original.hash.slice(0,8), как в QR при приёме) и НДС-оговоркой, что
qrpay/sberpoll добавляют к Purpose. Кассир копирует as-is в платёжку.

Desktop: PaymentDetails показывал «Назначение платежа» с кнопкой копирования
только в ветке OUTGOING+payment_details. Возврат идёт без payment_details и падал
в «нет дополнительной информации». Добавлена ветка: если есть payment.memo —
показываем его через CopyableInput (с копированием).

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-06 06:22:38 +00:00
coopops e2cf85dd6b fix(account): declinereg не находил кандидата из-за регистра registration_hash
Typecheck / controller (pull_request) Has been cancelled
Typecheck / desktop (pull_request) Has been cancelled
В БД registration_hash хранится lowercase (sha256().digest('hex')), а из
цепи checksum256 в declinereg.registration_hash приходит UPPERCASE — exact-match
findOneBy не находил кандидата, возврат взноса пропускался с warn.
Нормализуем входящий хэш .toLowerCase() в findByRegistrationHash.

Проверено на voskhod: candidate czeudubzzuql имеет registration_hash
f25ca396... (lowercase), warn пришёл с F25CA396... (uppercase) — тот же хэш.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-06 06:09:29 +00:00
coopops 2821cc729e fix(desktop): ожидание решения совета — статичная иконка + сброс согласий при возврате
1. WaitingRegistration: крутящийся спиннер заменён статичной иконкой
   hourglass_top с подписью «Ожидаем решение совета». Анимация загрузки
   на процессе до 30 дней сбивала с толку — казалось, страница не дозагрузилась.
2. fixData (возврат к редактированию после отклонённого платежа) теперь зовёт
   новый store.resetConsents(): сбрасывает agreements (устав/ПД/…) + подписи +
   документы. Раньше галочка «прочитал устав» оставалась проставленной на
   повторном проходе ReadStatement.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-06 05:50:48 +00:00
coopops 6def1156ed fix(desktop): BaseRadioCard hover не белит карту на светлой теме
hover ставил background: var(--p-surface) (#fff на light) — карта на
--p-canvas (#f4f4f5) осветлялась до белого, выглядело как засвет выбора.
На dark было ок (canvas #0a0a0a → surface #141416 — чуть светлее).
Замена на --p-canvas-2: на light темнее канвы, на dark светлее — hover
идёт в одну сторону с темой в обеих.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-06 05:39:06 +00:00
coopops 03976c8be9 Merge remote-tracking branch 'origin/feat/registration-refund' into feat/registration-payment-dedup 2026-06-05 19:41:55 +00:00
coopops e3983c3d01 merge dev into feat/registration-refund
Typecheck / desktop (pull_request) Successful in 13m36s
Typecheck / controller (pull_request) Successful in 13m16s
Конфликт только в сгенерированном Zeus-клиенте (controller/zeus + sdk/zeus) — разрешён
перегенерацией codegen, не ручной разводкой:
- пересобран cooptypes dist (протух: DeclineRegistration был в src, не в dist → TS2339)
- generate-schema (56 резолверов) + generate-client
- zeus теперь надмножество: dev + fsm-recovery (resetRegistration) + refund (REGISTRATION_REFUND)

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-05 19:36:42 +00:00
ant 0966a97dde Merge pull request 'perf(factory): параллелить независимые чтения сборки документа (resolveParallel)' (#103) from perf/factory-parallel-fetch into dev
Reviewed-on: #103
Reviewed-by: Алексей Муравьев <chairman.voskhod@gmail.com>
2026-06-05 19:05:25 +00:00
claude 26d4774307 docs(factory): зафиксировать паттерн параллелизации resolveParallel в CLAUDE.md
Typecheck / desktop (pull_request) Successful in 13m29s
Typecheck / controller (pull_request) Successful in 13m14s
Конвенция для Actions/*: независимые от data чтения — в resolveParallel,
зависимые (getMeta/getDecision/getMeetQuestions) — после батча; ловушка TDZ;
системный шрифт вместо base64.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-05 19:01:46 +00:00
coopops 2496755c4e fix(factory): arial.ttf как binary — controller/.gitattributes нормализовал EOL
Typecheck / desktop (pull_request) Successful in 13m29s
Typecheck / controller (pull_request) Has been cancelled
В предыдущем коммите arial.ttf закоммитился битым: components/controller/.gitattributes
содержит `* text eol=lf`, что применилось и к бинарному шрифту → срезало 105 байт
\r (275572 → 275467), шрифт невалиден. Добавил `*.ttf/otf/woff binary` в
controller/.gitattributes (перекрывает правило выше) и перезаписал blob корректно.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-05 18:45:23 +00:00
coopops ddf050a02f perf(factory): системный Arial вместо base64 в html — рендер weasyprint ×10
Typecheck / controller (pull_request) Has been cancelled
Typecheck / desktop (pull_request) Has been cancelled
Главное горло генерации PDF: в каждый html инжектился @font-face с Arial через
data:base64 (~270 КБ TTF). weasyprint декодировал и парсил весь шрифт на КАЖДЫЙ
рендер — ~1.3 сек на документ в 754 байта (замер: тот же текст со встроенным
шрифтом 1282–1715 мс, без него 120–289 мс).

Ставим Arial СИСТЕМНО в образ controller (fontconfig) — парсится один раз и
кешируется. Шрифт тот же файл (декод прежнего ArialBase64 → arial.ttf), имя
семейства "Arial", глифы/вёрстка идентичны.

- controller/assets/fonts/arial.ttf — наш Arial (275 КБ)
- controller/Dockerfile — fontconfig + COPY шрифта + fc-cache
- factory Generator — убран @font-face data:base64, оставлен font-family: Arial
- удалён src/Fonts/arial.ts (367 КБ base64, больше не нужен; bundle 1.48 → 0.75 МБ)

Итог по всей серии (warm-pool + parallel-fetch + системный шрифт):
generateProjectOfFreeDecision ~5 сек → ~400 мс (×10).

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-05 18:43:04 +00:00
coopops 0030f5a362 perf(factory): параллелить независимые чтения сборки документа через resolveParallel
Typecheck / desktop (pull_request) Successful in 12m54s
Typecheck / controller (pull_request) Successful in 12m31s
Сборка данных документа в каждом Action делала серию строго последовательных
await: getTemplate (2 сетевых запроса в explorer) + getMeta(getCurrentBlock) +
mongo-чтения (getUser/getCooperative/getProject/getVars) + udata/request/meet.
Сетевые запросы складывались в задержку ~1.5с поверх рендера PDF.

Добавлен хелпер DocFactory.resolveParallel({...}) — резолвит ВЗАИМНО
НЕЗАВИСИМЫЕ источники через Promise.all. В каждом из 46 Action-факторов
независимый префикс (template + mongo-чтения + независимые meet/request/udata)
сведён в один resolveParallel; зависимые вызовы оставлены последовательными
после батча, с сохранением порядка и аргументов:
  - getMeta({title: template.title}) — зависит от template (TDZ в Promise.all);
  - getFullName/getCommonUser — от user;
  - getDecision/getApprovedDecision — от coop (+meta.created_at);
  - getMeetQuestions/getGeneralMeetingDecision — от meet;
  - getProgram — от request.

Поведение не меняется — только параллелизуются независимые чтения. Условные
ветки (bank_account по типу юзера, branch по is_branched, signature) и гварды
сохранены на местах. Файлы, где параллелить нечего (только template+meta,
meta зависит от template) — не тронуты.

tsc + eslint + unbuild — зелёные.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-05 17:15:50 +00:00
ant 39ec558877 Merge pull request 'fix(decision): vue-tsc TS2719 в Decision/CreateProject — publish result ?? null' (#101) from fix/decision-createproject-tsc into dev
Reviewed-on: #101
2026-06-05 15:10:11 +00:00
ant 3a372fe801 Merge pull request 'perf(factory): тёплый пул процессов WeasyPrint вместо exec-per-doc' (#100) from perf/factory-weasyprint-warm-pool into dev
Reviewed-on: #100
2026-06-05 15:06:47 +00:00
coopops a0ce722952 fix(decision): publish result undefined → null для IAgenda | null
Typecheck / desktop (pull_request) Successful in 12m49s
Typecheck / controller (pull_request) Successful in 12m24s
vue-tsc TS2719 в Decision/CreateProject/model: publishProjectOfFreeDecision
объявлен Promise<IAgenda | null>, но поле мутации nullable в схеме —
result включает undefined и не присваивается IAgenda | null.

Fix: return result ?? null.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-05 14:36:40 +00:00
coopops a2cf1d7bdf merge dev into perf/factory-weasyprint-warm-pool (PR #99 publish + др.)
Typecheck / controller (pull_request) Has been cancelled
Typecheck / desktop (pull_request) Has been cancelled
2026-06-05 14:29:48 +00:00
ant ca1dc4fa69 Merge pull request 'fix(soviet): возвращать созданный вопрос повестки из publish — мгновенный показ' (#99) from fix/agenda-pending-new-question into dev
Reviewed-on: #99
2026-06-05 14:22:34 +00:00
coopops 2244c4e95c perf(factory): тёплый пул процессов WeasyPrint вместо exec-per-doc
Typecheck / controller (pull_request) Has been cancelled
Typecheck / desktop (pull_request) Has been cancelled
Генерация PDF спавнила новый процесс `weasyprint` на каждый документ через
`exec`. Медленные 3-5 сек — это холодный старт Python: import всего стека
(cffi/pydyf/tinycss2/Pango/cairo/HarfBuzz) + скан fontconfig. Сам рендер
быстрый (<0.5 сек), но старт платился каждый раз, т.к. процесс умирал сразу.

Держим пул из N долгоживущих Python-процессов горячими (WeasyPool/WeasyWorker):
import платится один раз за жизнь бэкенда, далее каждый документ = чистый
рендер. Размер пула = env WEASY_POOL_SIZE (дефолт min(4, CPU)) — даёт реальный
параллелизм, одновременные генерации не сериализуются к одному процессу.
Воркер живёт внутри процесса controller'а: без докера, миграций и отдельного
сервиса. Питон берётся из /venv (controller/Dockerfile), фоллбэк python3.

Детерминизм сохранён: SOURCE_DATE_EPOCH=0 в env воркера. Заодно выровнял
weasyPrintVersion 62.3 → 67 (синхрон с pip install в controller/Dockerfile —
метадата producer'а документов больше не врёт).

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-05 14:15:13 +00:00
coopops f7951a985e fix(soviet): publish матчил вопрос по doc_hash вместо hash — ускорение + рабочий показ
Typecheck / desktop (pull_request) Failing after 8m22s
Typecheck / controller (pull_request) Successful in 12m41s
getAgendaItemByHash сравнивал decision.hash с data.document.doc_hash (хэш только
содержимого), тогда как decision.hash в блокчейне == data.document.hash («общий
хэш» = doc_hash + meta_hash). Из-за этого матч НИКОГДА не срабатывал: publish
впустую опрашивал повестку весь таймаут (~4.5 c) и возвращал null — мгновенный
показ не работал ни разу, вопрос всегда дожидался поллинга страницы.

- Матч по data.document.hash (= decision.hash on-chain).
- Поллинг: проверка сразу (без слепой стартовой паузы), тик 400 мс — ловим
  индексацию парсером action'а (~2 c) минимальной задержкой; publish ~2.2 c.

По таймингам: decision на чейне мгновенно, aggregate ~0.4 c; доминирует лаг
индексации парсером (~2 c) — единственный способ убрать его — синтез action,
отвергнут (требует подделки ~12 explorer/SHiP-полей BlockchainActionDTO).

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-05 13:48:15 +00:00
coopops cd45697623 fix(soviet): не блокировать кнопки у созданного вопроса — голос/утверждение сразу
Typecheck / desktop (pull_request) Failing after 8m56s
Typecheck / controller (pull_request) Successful in 13m10s
Бэкенд возвращает пункт повестки только когда он полностью собран (decision из
блокчейна + проиндексированные парсером действие и документ-заявление) — то есть
он уже идентичен тому, что отдаёт getAgenda. Значит блокировать голос/утверждение
до следующего поллинга незачем: пользователь может действовать немедленно.

Убрана блокировка: pendingConfirmationIds (store/process-decisions) и
disabledDecisions (страница). Буфер-мердж в agendaStore оставлен как страховка от
«мигания» (вставленный вопрос держится, пока поллинг не вернёт его authoritative).

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-05 13:12:26 +00:00
coopops c2c5aa1d84 fix(soviet): возвращать созданный вопрос повестки из publish — мгновенный показ
Typecheck / desktop (pull_request) Has been cancelled
Typecheck / controller (pull_request) Has been cancelled
После публикации свободного решения повестка показывала «Нет вопросов на
повестке» до следующего поллинга (10+ сек). getAgenda собирается join'ом таблицы
decisions из блокчейна с проиндексированными парсером действием newsubmitted и
документом-заявлением, поэтому только что созданный вопрос появляется не сразу.

Решение: мутация publishProjectOfFreeDecision теперь возвращает созданный пункт
повестки. Бэкенд после публикации делает settle-паузу (parser-индексация) и
извлекает готовый вопрос с повестки по хэшу документа; фронт вставляет его в
таблицу немедленно. Кнопки голосования/утверждения/правки на нём заблокированы,
пока ближайший getAgenda-поллинг не подтвердит вопрос authoritative-данными.

Backend:
- AgendaInteractor.getAgendaItemByHash / AgendaService.getAgendaItemByHash —
  сборка одного пункта повестки по хэшу заявления (null, пока не проиндексирован).
- FreeDecisionService.publishProjectOfFreeDecision — settle-пауза + страховочная
  петля, возвращает AgendaWithDocuments | null. Резолвер: тип возврата сменён с
  Boolean на AgendaWithDocuments (nullable).
- AgendaModule экспортирует AgendaService; DecisionModule импортирует AgendaModule.

SDK: publish-селектор → форма agenda-item (rawAgendaSelector); regen zeus-клиента.

Frontend:
- agendaStore: буфер оптимистично вставленных вопросов + computed-мердж с
  authoritative-списком (без «мигания»); pendingConfirmationIds для блокировки.
- CreateProjectButton: вставляет вернувшийся вопрос через insertCreated.
- process-decisions/страница: блокируют кнопки неподтверждённых вопросов.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-05 13:07:45 +00:00
ant 5c13c4ac53 Merge pull request 'feat(soviet): отрицательный консенсус — voteagainst отклоняет решение до срока' (#94) from feat/soviet-negative-consensus into dev
Reviewed-on: #94
2026-06-05 12:21:51 +00:00
coopops 3e2bf3dbc6 docs(council): снятие вопроса с повестки — отказ председателем или по сроку
Typecheck / desktop (pull_request) Successful in 12m49s
Typecheck / controller (pull_request) Successful in 12m30s
Дополнена страница «Повестка совета» бизнес-языком: если решение не принято
или истёк его срок, вопрос снимается с повестки — председателем вручную
(отрицательный консенсус) или автоматически по истечении срока. Обновлён
mermaid-граф (ветки «большинство против» и «срок истёк»), добавлен раздел
«Снятие вопроса с повестки», в блок голосования добавлено описание индикатора
отклонения. Без скриншотов.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-05 12:14:22 +00:00
coopops aea114b01a feat(soviet): развязка отказа решения — авто по сроку vs явный declinedec председателем
Typecheck / desktop (pull_request) Successful in 13m13s
Typecheck / controller (pull_request) Successful in 12m38s
Голос «против» больше не затирает решение автоматически. Развязаны два пути
отказа:
- по истечению срока — авто (cancelexprd кроном chairman, ключом кооператива);
- по отрицательному консенсусу (большинство «против») — явным действием
  председателя declinedec, до истечения срока.

Контракт (soviet):
- voteagainst: только фиксирует голос, без авто decline_and_erase_decision.
- Новый action declinedec (в cancelexprd.cpp): require_auth(coopname), проверяет
  votes_against*100 > members*50 (зеркало votefor), переиспользует общую ветку
  decline_and_erase_decision. Собран в CDT, declinedec в ABI.
- Стандарты sov.authpkg / sov.decision приведены к развязке.

cooptypes: action Declinedec + интерфейс IDeclinedec.

Контроллер:
- SovietBlockchainPort/adapter: declineDecision + getBoards.
- Мутация declineDecision (resolver/service/interactor + DeclineDecisionInput),
  роль chairman.
- Повестка обогащается council_members_count (состав совета `soviet`, дёргается
  один раз) — фронту для порога принятия/отклонения.
- chairman: убран флаг cancelApprovedDecisions и кривая подпись; крон по сроку
  гасит ВСЕ истёкшие решения.

SDK: селектор council_members_count, мутация DeclineDecision; zeus regen (обе копии).

Desktop:
- BaseButton: сплошной вариант negative.
- VotingButtons: красный крестик при отрицательном консенсусе.
- QuestionCard: у председателя красная «Отклонить» (declinedec) вместо «Утвердить»
  когда решение отклонено советом; фича Decision/DeclineDecision.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-05 11:44:11 +00:00
coopops b010cbe248 fix(gateway): не плодить повторный регистрационный платёж после приёма
Баг: при перезаходе/перезагрузке страницы оплаты в момент приёма взноса
заводился второй регистрационный платёж. Дедуп findActivePendingPayment ловит
только status=PENDING — а когда первый платёж уже PAID/COMPLETED (принят,
аккаунт регистрируется), дедуп промахивался и createInitialPayment создавал
платёж-дубль. Его нельзя ни подтвердить (processIncomingPayment →
registerBlockchainAccount → «аккаунт уже зарегистрирован»), ни осмысленно
отклонить — мусорный сирота в реестре.

Фикс: регистрационный платёж одноразовый. Берём последний рег-платёж пайщика
и, если он в живом статусе (PENDING/PROCESSING/PAID/COMPLETED), возвращаем его
вместо создания нового. Новый ордер заводим только если прошлого нет либо он
FAILED/EXPIRED/CANCELLED (легитимная повторная попытка, в т.ч. после
resetRegistration). Авторитетная защита на бэке, не зависит от гонок на фронте.

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
2026-06-05 11:36:13 +00:00
coopops 89e042a8ef review(#97): подписка на declinereg через константы cooptypes
По ревью @ant: не хардкодить 'action::registrator::declinereg' строкой.
Добавил action-константу RegistratorContract.Actions.DeclineRegistration
(actionName='declinereg', тип IDeclinereg) в cooptypes — её не было.
Листенер подписывается через
action::${RegistratorContract.contractName.production}::${...DeclineRegistration.actionName}
по образцу signed-document-ingestion (SovietContract).

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
2026-06-05 11:35:47 +00:00
coopops 39d02f8592 feat(gateway,account): возврат вступительного взноса при отказе совета
При отказе совета в приёме пайщика (отрицательный консенсус >50% — PR #94 —
или истечение срока повестки) on-chain срабатывает registrator::declinereg.
Взнос по фондам на этот момент НЕ разносился (confirmreg не было), но реальные
деньги пайщика уже у кооператива на расчётном счёте — их нужно вернуть.

- Новый PaymentTypeEnum.REGISTRATION_REFUND (исходящий), отдельный от WITHDRAWAL
  (возврат паевого), чтобы не путать термины. Лейблы + OUTGOING_PAYMENT_TYPES.
- RegistrationDeclineListener на action::registrator::declinereg: резолвит
  кандидата по registration_hash, по исходному REGISTRATION-платежу берёт сумму
  и номер (hash8 = тот же № из QR), заводит исходящий платёж PENDING с
  назначением «Возврат вступительного и мин.паевого взноса №<hash8>».
  Идемпотентно (повторный приход события не плодит возвраты).
- processOutgoingPayment: для REGISTRATION_REFUND подтверждение кассиром —
  off-chain no-op (статус → COMPLETED, без completeOutcome). Взнос on-chain не
  двигался, откатывать нечего; обратная проводка по расчётному счёту появится
  здесь же, когда введём проводки на приёме платежа.
- Реестр платежей: для возврата спрятана кнопка «Отклонить» (отказать в
  возврате нельзя — совет уже отказал, деньги обязаны вернуть).
- Codegen: PaymentType.REGISTRATION_REFUND проброшен в Zeus (sdk + controller).

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
2026-06-05 11:15:55 +00:00
ant fc9df153ea Merge pull request 'feat(reg): обработка отклонения вступительного платежа (decline до создания аккаунта)' (#91) from feat/registration-payment-decline into dev
Reviewed-on: #91
Reviewed-by: Алексей Муравьев <chairman.voskhod@gmail.com>
2026-06-05 11:05:08 +00:00
coopops 50a0550a6a feat(registration): поллинг приёма оплаты на шаге PayInitial
Провайдер QR (Bank) не эмитит success-колбэк, деньги подтверждаются вебхуком
на бэке асинхронно — без поллинга экран висел на форме оплаты до перезагрузки.
Каждые 10с подтягиваем аккаунт; как только вступительный платёж покинул PENDING
(принят/отклонён) — уходим на шаг ожидания решения совета, который сам
показывает «платёж принят» либо причину отказа.

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
2026-06-05 09:54:20 +00:00
ant eb9ff9d3b6 Merge pull request 'feat(pwa): надёжное обновление + пер-кооп имя/иконка установочника' (#93) from feat/pwa-reliable-update into dev
Reviewed-on: #93
Reviewed-by: Алексей Муравьев <chairman.voskhod@gmail.com>
2026-06-05 09:27:06 +00:00
coopops de974d336d feat(pwa): стандартная иконка приложения (SVG + PNG-набор)
Typecheck / desktop (pull_request) Successful in 12m56s
Typecheck / controller (pull_request) Successful in 12m31s
PNG-иконки manifest'а физически отсутствовали (на проде /icons/*.png отдавали
HTML-фоллбэк) → на домашнем экране дефолтная иконка. Генерим полный набор из
logo.svg (квадрат, белый фон, лого по центру, maskable-safe) + в динамическом
manifest основная иконка — масштабируемый /logo.svg (purpose any maskable).

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
2026-06-05 09:21:17 +00:00
coopops 14063859c6 feat(pwa): имя установочника = имя кооператива (динамический manifest)
Образ desktop generic, кооп задаётся env контейнера (COOP_SHORT_NAME), а
manifest пёкся на сборке и коопа не знал → на домашнем экране всегда дефолтное
'Цифровой Кооператив'. Отдаём manifest динамически SSR-middleware из env по
пути /manifest.webmanifest (статический /manifest.json перехватывается
serveStatic ДО user-middleware, поэтому новый путь + переписываем <link
rel=manifest> в HTML). Плюс рантайм apple-mobile-web-app-title для iOS.

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
2026-06-05 09:21:17 +00:00
coopops 7105c053fb feat(pwa): надёжное пользовательское обновление вместо авто-reload
Новый SW больше не активируется в фоне сам (skipWaiting/clientsClaim=false) —
ждёт в waiting, убирая гонку «подвисание между релизами» (старая страница +
новый SW). updated() шлёт window-событие 'sw:update-available'; boot 'pwa-update'
ловит его и показывает канон-тост UpdateAlert в левом нижнем углу (timeout 0,
кнопки «Обновить»/«Позже»). По «Обновить» → window.applyUpdate() → SKIP_WAITING
→ controllerchange → reload. Детерминированно, без фонового свопа версий.

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
2026-06-05 09:21:17 +00:00
coopops ffdf6fe8e3 [reg-fsm][@ant] feat(account,desktop): откат незавершённой регистрации + server-truth шаг
Plan B (recovery + источник истины о шаге на сервере), поверх гарда A.

Backend:
- resetRegistration (self-scoped по токену): откат незавершённой регистрации
  к редактированию до отправки в блокчейн. Снимает заморозку профиля/e-mail
  (users.status → created), чистит документы кандидата и отпечаток заявления,
  удаляет непринятую попытку вступительного платежа. Принятые средства
  (PAID/COMPLETED) или уже созданный on-chain аккаунт → отказ (нужна
  перерегистрация/возврат — отдельная ветка).
- PaymentRepository.delete.

Frontend:
- SignUp реконструирует шаг с сервера: Joined → шаг оплаты (переживает
  перезагрузку и работу в другой вкладке), приоритет у registration_payment.
- WaitingRegistration «Исправить данные» дёргает resetRegistration перед
  возвратом к данным (после подписи профиль заморожен, локального отката мало).
- Фича Account/ResetRegistration + Zeus-клиент (codegen).

Существующие статусы (joined/registered/active) не меняем, новых не вводим:
фронтовые active-гейты висят на on-chain user_account.status — другая ось,
не пересекается с mono users.status, который трогает recovery.

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
2026-06-05 09:18:58 +00:00
coopops f72cf529a9 feat(soviet): отрицательный консенсус — voteagainst отклоняет решение до срока
Typecheck / desktop (pull_request) Successful in 12m50s
Typecheck / controller (pull_request) Successful in 12m35s
На контракте совета теперь возможно не только заблокировать решение
голосованием, но и принять отрицательное решение: как только против
проголосовало больше половины состава совета, решение отклоняется
немедленно (не дожидаясь истечения срока) — той же веткой отказа, что и
просрочка: decline-callback в исходный процесс + удаление решения.

- Общая ветка отказа вынесена в decline_and_erase_decision (cancelexprd.cpp),
  переиспользована в cancelexprd (просрочка) и voteagainst (негативный консенсус).
- Порог зеркален votefor: votes_against*100 > total_members*50, строгое «больше».
- Стандарты sov.authpkg / sov.decision приведены к новому поведению; заодно
  убран cancelvote (в коде запрещён: eosio::check(false)).

Контракт soviet собран в CDT — зелёный.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-05 08:48:41 +00:00
coopops 2b44fe6022 [reg-decline][@ant] feat(account): гард консистентности профиля перед reguser
Typecheck / desktop (pull_request) Successful in 14m24s
Typecheck / controller (pull_request) Successful in 13m58s
Гард A: на цепь не уходят данные, отличные от подписанных в заявлении.
Каноничный отпечаток удостоверяющих личность полей фиксируется при
подписании заявления (registerParticipant → candidate.meta), сверяется
перед registerBlockchainAccount. Расхождение → BAD_REQUEST, платёж уходит
в FAILED с причиной (видна пайщику через registration_payment из #91).

Пропуск уже идущих регистраций: кандидаты без отпечатка в meta (заявление
подписано до внедрения гарда) не проверяются — grandfather.

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
2026-06-05 07:40:08 +00:00
coopops 5e333bdcc6 [reg-decline][@ant] feat(desktop): экран отклонения вступительного платежа + повтор
Typecheck / desktop (pull_request) Successful in 14m5s
Typecheck / controller (pull_request) Successful in 13m29s
Обработка отклонения платежа на этапе регистрации в SignUp:

- Session store: геттер registrationPayment из аккаунта.
- SignUp.vue onMounted: если есть незавершённый вступительный платёж —
  восстанавливаем шаг WaitingRegistration после перезагрузки/в любой вкладке
  (процесс может тянуться днями).
- WaitingRegistration.vue: ветка «Платёж не принят» с причиной из
  registration_payment.message и кнопками «Повторить оплату» / «Исправить
  данные» (откат назад по процессу — только по нажатию пайщика). Live-опрос
  аккаунта раз в 10с, чтобы экран сам переключился на отклонение/приём.
- Payment/SetStatus: setCancelledStatus(id, message); кнопка «Отклонить»
  теперь ставит CANCELLED (триггерит уведомление) с полем причины.

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
2026-06-05 06:53:55 +00:00
coopops c2f7eac7c2 [reg-decline][@ant] feat(gateway,account): причина отклонения платежа + сводка вступительного платежа в аккаунте
Backend под обработку отклонения регистрационного платежа (этап до создания
аккаунта в блокчейне):

- SetPaymentStatusInput: опциональное поле message — причина смены статуса;
  сохраняется в payment.message и показывается пайщику.
- gateway.interactor.setPaymentStatus: персистит message при смене статуса
  (уведомление о CANCELLED уже шлётся через PaymentNotificationService).
- PaymentRepository.findLatestByUsernameAndType — последний платёж типа.
- AccountDTO.registration_payment {status,message,hash,quantity,symbol}:
  сводка вступительного платежа в getAccount. Источник истины для фронта,
  чтобы восстановить шаг регистрации (ожидание/отклонение) после
  перезагрузки и в любой вкладке. Заполняется пока нет participant_account.
- Регенерация Zeus-клиента (schema.gql gitignored).

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
2026-06-05 06:53:43 +00:00
Alex Ant 8272fe6951 chore(release): publish
Release / release (push) Successful in 25m0s
Build bootstrap container / build (push) Successful in 39s
Release / publish-packages (push) Failing after 8m42s
Release / trigger-coopenomics-docs (push) Successful in 1s
Release / trigger-mono-docs (push) Successful in 2s
2026-06-05 11:42:28 +05:00
Alex Ant 793572ae4b Merge branch 'testnet' 2026-06-05 11:42:13 +05:00
Alex Ant 4cf2ab3c64 chore(release): publish
Release / release (push) Successful in 53m16s
Release / publish-packages (push) Has been skipped
Release / trigger-coopenomics-docs (push) Has been skipped
Release / trigger-mono-docs (push) Has been skipped
Build bootstrap container / build (push) Successful in 1m20s
2026-06-05 01:13:18 +05:00
ant fc3ae1b512 Merge pull request 'fix(install,contracts): чистка фантомных пайщиков fgrtejiwnynn + лок install от дублей' (#89) from fix/gorozhane-phantom-cleanup into dev
Reviewed-on: #89
Reviewed-by: Алексей Муравьев <chairman.voskhod@gmail.com>
2026-06-04 20:06:42 +00:00
claude f09e267c28 fix(install): не включать maintenance во время нормальной установки
Typecheck / desktop (pull_request) Successful in 14m33s
Typecheck / controller (pull_request) Successful in 13m59s
'maintenance' на фронте включает полноэкранную заглушку «Техническое
обслуживание» (watch-desktop-health), которая накрывала бы саму страницу
установки. Поэтому статус остаётся 'initialized' на всё время install
(фронт показывает страницу установки, как и прежде), а в 'maintenance'
переводим ТОЛЬКО в catch при падении ПОСЛЕ записи в цепь — это блокирует
повторный запуск (guard требует 'initialized') и корректно сигналит, что
коопа в полу-установленном состоянии и требует ручного разбора.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-04 19:59:48 +00:00
claude cccec9f940 fix(registrator): пересчёт active_participants_count с явным исключением фантомов
Typecheck / desktop (pull_request) Successful in 14m25s
Typecheck / controller (pull_request) Has been cancelled
Счётчик сходится к верному значению (5) за один деплой независимо от
порядка выполнения migrate registrator vs soviet. Сверено с цепью:
11 participants = 6 фантомов + 5 реальных (3 founders + 2 новых пайщика
Белоус Нина/Сергей, вступивших после инцидента).

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-04 19:41:37 +00:00
coopops 0354b391f5 fix(install,contracts): чистка фантомных пайщиков fgrtejiwnynn + лок install от дублей
Typecheck / desktop (pull_request) Successful in 14m51s
Typecheck / controller (pull_request) Has been cancelled
Причина (инцидент 2026-06-04, gorozhane): InstallInteractor.install прогнан 3×
(2 провала + успех). Каждый прогон генерил случайный username и необратимо
регистрировал совет на цепи (adduser), а откат в catch чистил только off-chain.
На цепи осели 6 дублей-аккаунтов 3 учредителей + 1800 RUB фантома в паевом фонде.

Багфикс (install.interactor.ts):
- лок: статус → 'maintenance' ДО любых on-chain операций; повторный install
  блокируется guard'ом (требует 'initialized'), что и плодило дубли;
- при ошибке ПОСЛЕ первого adduser off-chain rollback не делаем (сохраняем
  привязку личность↔username для разбора), статус остаётся 'maintenance';
- при ошибке ДО on-chain — чистый откат + возврат 'initialized'.

On-chain очистка (вызовется автоматически на деплое, идемпотентна, scope=coopname):
- registrator::migrate — erase 6 фантом-accounts + пересчёт active_participants_count
  из soviet::participants;
- soviet::migrate — erase 6 фантом-participants (гард: остаётся ≥1 реальный);
- ledger2::migrate — снять L3-доли фантомов на w.reg.minshr, на снятую сумму
  уменьшить L2-кошелёк и бухсчета 80 (Cr, паевой фонд) и 51 (Dr, расчётный).

Off-chain коррекции (mongo individuals и пр.) — вручную, см. ~/fixes.md.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-04 19:24:25 +00:00
ant 85e2f05bdb Merge pull request 'fix(payments): убрать обязательное поле «КПП банка» из реквизитов счёта' (#81) from fix/remove-bank-kpp into dev
Reviewed-on: #81
Reviewed-by: Алексей Муравьев <chairman.voskhod@gmail.com>
2026-06-04 19:21:19 +00:00
coopops 96e16ee6ab Revert "Merge pull request '[apps-catalog umbrella] mono — Federation MWP (E9 demo pilot + E10 runtime federation + 9.3.b publish)' (#64) from apps-catalog into dev"
This reverts commit 9df3bfe4a9, reversing
changes made to e54115d28f.
2026-06-04 14:32:13 +00:00
coopops 93b94326ca fix(payments): убрать обязательное поле «КПП банка» из реквизитов счёта
Typecheck / desktop (pull_request) Successful in 13m21s
Typecheck / controller (pull_request) Successful in 13m24s
КПП — реквизит юрлица, у ИП и физлиц его нет. Общий тип реквизитов
банковского счёта (IBankAccount.details.kpp) требовал КПП у всех держателей
счёта, из-за чего индивидуальный предприниматель не мог пройти регистрацию
(и фронт, и бэкенд заворачивали пустой КПП).

Поле снято во всех слоях:
- cooptypes: тип IBankAccount.details + шаблон ParticipantApplication
  (render-аргументы и плейсхолдеры) + mock-данные registry
- controller: BankAccountDetails(Input) DTO, domain-интерфейсы, init-config
- factory: ajv-схема BankAccountSchema (properties + required)
- sdk: zeus-селектор bankAccountSelector + перегенерённый zeus-клиент
- desktop: формы ИП/юрлица/физлица, реквизиты, добавление способа оплаты,
  CSV-импорт участников

КПП организации/кооператива (details.kpp, отчётность, qrpay/sberpoll)
НЕ затронут — это легитимный реквизит юрлица.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-04 11:40:13 +00:00
claude 9df3bfe4a9 Merge pull request '[apps-catalog umbrella] mono — Federation MWP (E9 demo pilot + E10 runtime federation + 9.3.b publish)' (#64) from apps-catalog into dev 2026-06-04 11:26:47 +00:00
claude 83a3207805 Merge pull request '[E9-9] feat(controller): approveModeration + rejectModeration + appsCatalogPendingModerations' (#76) from feat/E9-9-approve-moderation into apps-catalog
Typecheck / desktop (pull_request) Successful in 14m35s
Typecheck / controller (pull_request) Successful in 13m24s
2026-06-04 11:23:10 +00:00
claude db2ff23756 Merge pull request '[E10-4] gateway-orchestrator: install-pipeline (OCI pull → compose up → health → registry)' (#73) from feat/E10-4-install-pipeline into apps-catalog
Typecheck / controller (pull_request) Has been cancelled
Typecheck / desktop (pull_request) Has been cancelled
2026-06-04 11:22:37 +00:00
coopops 66ad103e90 [E9-9] feat(controller): approveModeration + rejectModeration + appsCatalogPendingModerations
Story 9.9 «Стол восхода: approve pending packages» — backend-сторона.

GraphQL contract:
- Query.appsCatalogPendingModerations(status?: ModerationStatusEnum, limit?: Int)
  → [ModerationRequestDTO]. По умолчанию SUBMITTED. Chairman-only.
- Mutation.approveModeration(data: ApproveModerationInputDTO!)
  → ApproveModerationResultDTO. Discriminated outcome:
    applied / pendingChain (423) / conflict (409) / requiresOverride (403) / failed.
- Mutation.rejectModeration(data: RejectModerationInputDTO!)
  → RejectModerationResultDTO. Discriminated outcome: applied / conflict / failed.

HTTP-service: 3 новых метода (listSubmittedModerations / approveModeration /
rejectModeration) на ca-admin endpoints, добавленных параллельным
apps-catalog PR #7. Mapping snake_case → camelCase; degraded mode на
list — пустой массив, на mutations — failed с явной причиной (чтобы UI
не вводился в заблуждение «approved»).

ReleaseScope передаётся как InputType с union-style полями
(type + subnets?/coopnames?); резолвер валидирует соответствие type →
непустой массив перед отправкой на ca-admin.

Зависимость: apps-catalog PR #7 (GET /v1/admin/moderation) должен быть
смёрджен в feat/E9-demo-app-pilot до того, как этот endpoint можно
использовать в e2e.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-06-04 06:01:45 +00:00
ant e54115d28f Merge pull request 'feat: экспорт документов в .sig v2.0 + manifest.json (верификатор)' (#65) from feat/sig-v2-export into dev
Reviewed-on: #65
Reviewed-by: Алексей Муравьев <chairman.voskhod@gmail.com>
2026-06-04 05:48:50 +00:00
coopops 3f1d816ac0 [E10-4] feat(gateway-orchestrator): install-pipeline через DockerRunner/HealthProbe/OciToken порты
Story 10.4 — pipeline установки subgraph-расширения:
1. (опц.) OCI token у CA-auth → docker pull образа;
2. (опц.) docker compose up сервиса;
3. healthcheck poll по url subgraph'а до 200 OK;
4. upsert в subgraph_registry (Apollo Gateway за ≤10с подхватит);
5. на failure — composeDown rollback + discriminated outcome {applied|failed}.

InstallController стал тонкой обёрткой над InstallOrchestratorService.
Внешние зависимости (docker shell / fetch / CA-auth) изолированы за
портами; тесты (7/7 green) гоняют сценарий через ин-мемори моки без
реального docker daemon'а и сети.

Что ОСТАЁТСЯ для отдельной ветки под этим зонтиком:
- wiring approve→install REST из mono controller (mutation approvePackage);
- desktop notification после успешного install'а;
- E2E на реальном compose + chatcoop subgraph (Story 10.8).
2026-06-04 05:08:39 +00:00
coopops 4e64637823 [9.3.b umbrella-merge] Mutation.publishPackage + publishRelease — proxy на ca-admin — closes #72
Typecheck / desktop (pull_request) Successful in 13m38s
Typecheck / controller (pull_request) Successful in 13m17s
2026-06-04 04:54:12 +00:00
coopops bf1f8ba345 [E10 umbrella-merge] Runtime Federation для backend-расширений (10.1+10.2+10.2b+10.3) — closes #71 2026-06-04 04:54:04 +00:00
coopops f698e39cb8 [9.3.b-rel] feat(controller): Mutation.publishRelease — on-chain setrelease через ca-admin
Story 9.3.b-rel — мутация выкладки нового релиза ранее зарегистрированного
пакета. Прокидывает manifest + версию + tarball_sha256 на ca-admin
POST /v1/admin/releases, который сам валидирует manifest Zod-схемой
(PackageManifestSchema) и подписывает on-chain apps::setrelease от
имени chairman'а кооператива-оператора каталога.

Backend (apps-catalog-proxy):
- PublishReleaseInputDTO / PublishReleaseResultDTO — GraphQL Input/Object;
  manifest как GraphQLJSON (произвольная структура валидируется на
  ca-admin'е).
- AppsCatalogHttpService.createRelease(): POST /v1/admin/releases;
  discriminated outcome — applied (с опциональным transaction_id) |
  invalidManifest (HTTP 422 INVALID_MANIFEST мапится явно, чтобы UI
  показывал валидационную ошибку отдельно от network/auth) | failed
  для прочих.
- AppsCatalogProxyResolver.publishRelease(): @AuthRoles(['chairman']).

Под архитектуру E10 manifest содержит ссылки на артефакты в Nexus:
- coopenomics.backend.image — docker-image (subgraph расширения);
- coopenomics.frontend.tarball — npm tarball (desktop-bundle).

Сам manifest НЕ валидируется на стороне controller'а — это делает
ca-admin (там Zod-схема и она же будет расширена для package.json
полей в story 10.7).

Frontend (форма Опубликовать релиз) — отдельной story 9.3.b-ui после
codegen'а Zeus.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-06-03 19:03:38 +00:00
coopops b3ed693db6 [794-4][@ant] feat(desktop): расширение файла подписи .sig → .coopsig — чтобы ОС не предлагала открыть в КриптоПро (несовместимый secp256k1-JSON vs ГОСТ-CMS)
Typecheck / desktop (pull_request) Successful in 13m34s
Typecheck / controller (pull_request) Successful in 13m11s
2026-06-03 19:01:19 +00:00
coopops a07b5f8d60 [9.3.b-pub] feat(controller): Mutation.publishPackage — on-chain регистрация пакета через ca-admin
Story 9.3.b-pub стола разработчика — мутация для воскходовского
chairman'а: координаты пакета (@scope/name + owner + compatible_subnets)
прокидываются на ca-admin POST /v1/admin/package, который сам
подписывает on-chain action apps::regpkg от имени chairman'а
кооператива-оператора каталога.

Backend (apps-catalog-proxy):
- PublishPackageInputDTO / PublishPackageResultDTO — GraphQL InputType +
  ObjectType (camelCase для Zeus, без snake-case утечек).
- AppsCatalogHttpService.registerPackage(): POST на /v1/admin/package;
  discriminated outcome (applied | conflict | failed) — мапит 409 в
  conflict, прочие axios-ошибки в failed; degraded-mode (без
  APPS_CATALOG_API_KEY) возвращает failed с явным сообщением, чтобы UI
  не вводился в заблуждение «опубликовано».
- AppsCatalogProxyResolver.publishPackage(): @UseGuards(GqlJwtAuthGuard,
  RolesGuard) + @AuthRoles(['chairman']) — мутация доступна только
  председателю кооператива.

Multipart upload install.js под архитектуру E10 НЕ делаем: расширения
теперь публикуются как npm-package + docker-image в Nexus отдельной
процедурой (`npm publish` / `docker push`) через scoped JWT от
CA-auth. Эта мутация — только on-chain маркер «такой пакет
существует»; релизы с manifest'ом — story 9.3.b-rel.

schema.gql / Zeus client — codegen за пределами этого PR (mono-каноном
pnpm generate-schema + generate-client + sdk build делается отдельным
коммитом, чтобы PR с backend changes не зависел от пересборки SDK
артефактов).

Frontend — отдельной story 9.3.b-ui: DeveloperPublishReleasePage.vue
сейчас заглушка, форму подключим после codegen'а Zeus.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-06-03 18:59:37 +00:00
coopops c1d1b08973 [794-4][@ant] feat(desktop): .sig пишет canonicalization по версии документа (1.1.0→jcs-1.0) + signed_at чистится до подписанного формата байт-в-байт
Typecheck / desktop (pull_request) Successful in 13m54s
Typecheck / controller (pull_request) Successful in 13m22s
2026-06-03 18:46:49 +00:00
coopops da55cbac08 [794-4][@ant] feat(cooptypes): canonicalizationForVersion(version) — единый источник соответствия версия подписи → режим канонизации (.sig для desktop и верификатора) 2026-06-03 18:46:49 +00:00
coopops 4a5f41d15e [794-4][@ant] feat(sdk): версия подписи 1.1.0 с детерминированной канонизацией meta (JCS RFC 8785) — meta_hash перестаёт зависеть от порядка ключей; 1.0.0 остаётся legacy; compareDocuments берёт версию из документа (бэкенд авто-корректен) 2026-06-03 18:46:49 +00:00
coopops 8ea8bceea9 [E10-3] feat(gateway-orchestrator): Apollo Gateway + subgraph registry skeleton
Typecheck / desktop (pull_request) Successful in 13m48s
Typecheck / controller (pull_request) Successful in 13m40s
Epic 10 Story 10.3 — отдельный per-tenant Nest-сервис, объединяющий:
1. Apollo Federation Gateway (ApolloGatewayDriver) на /v1/graphql.
2. REST orchestrator API на /v1/internal/{extensions,composition}/*.
3. Subgraph registry в Postgres (TypeORM entity SubgraphRegistryEntity).

Что работает:
- Bootstrap seed'ит запись core-subgraph'а (coopback) → IntrospectAndCompose
  стартует с одним subgraph'ом → gateway проксирует все queries в core.
- JWT forwarding: Authorization-header forward'ится в каждый subgraph
  через RemoteGraphQLDataSource.willSendRequest.
- POST /v1/internal/extensions/install { packageId, version, url } —
  upsert в registry.
- DELETE /v1/internal/extensions/uninstall/:packageId — deactivate.
- POST /v1/internal/composition/refresh — 202 Accepted (реальный recompose
  по polling'у IntrospectAndCompose, ≤10 сек).
- GET /v1/internal/composition/status — текущие subgraph'ы.

Trade-off MVP:
- subgraphs читаются ОДИН раз на bootstrap (Apollo 2.9 IntrospectAndCompose
  ожидает статичный массив). Добавление НОВОГО subgraph'а → требует
  рестарта контейнера gateway-orchestrator. Warmup ~5 сек, делается
  orchestrator-pipeline при install'е (Story 10.4).
- Реальный docker pull/up/healthcheck — Story 10.4 (Install pipeline).
- Динамическая supergraph composition без рестарта — Story 10.3b
  (custom SupergraphManager).
- On-chain auto-update watcher — Story 10.5.

ENV: GATEWAY_PORT, DATABASE_URL, CORE_SUBGRAPH_URL, COOPNAME, JWT_SECRET.
2026-06-03 18:44:08 +00:00
coopops 68b91566ad [E10-2b] feat(extension-hello-subgraph): PoC smoke-тест @coopenomics/extension-sdk
Typecheck / desktop (pull_request) Has been cancelled
Typecheck / controller (pull_request) Has been cancelled
Epic 10 Story 10.2b — минимальный subgraph на extension-sdk доказывает что
Federation v2 driver + JWT module + healthcheck реально работают вместе.

Smoke результат (SUBGRAPH_PORT=33001 JWT_SECRET=test-secret COOPNAME=voskhod):
- GET /_health → {"status":"ok","version":"unknown","uptimeSeconds":N}
- POST /v1/graphql { helloFromExtension(name:"мир") { greeting fromExtension } }
  → {"greeting":"Здравствуй, мир!","fromExtension":"hello-subgraph@0.1.0"}
- POST /v1/graphql { _service { sdl } } → returns federation v2 SDL с
  @key/@external/@requires/@shareable директивами

Также в этом коммите:
- extension-sdk переключён с unbuild на обычный tsc (unbuild esbuild не
  поддерживает декораторы для target ES2020). main: dist/index.js, CommonJS.
- @types/passport-jwt в devDeps.

Cross-extension entity references (SharedCooperator @key + ResolveField)
живут в chatcoop subgraph'е (story 10.8) — там есть локальная сущность
ChatThread которая ссылается на пайщика. Этот PoC только доказывает
базовую механику.
2026-06-03 18:38:37 +00:00
coopops 883e597d40 [E10-2] feat(extension-sdk): @coopenomics/extension-sdk — Nest-template subgraph'а
Typecheck / controller (pull_request) Has been cancelled
Typecheck / desktop (pull_request) Has been cancelled
Epic 10 Story 10.2 — SDK для разработки backend-расширений Apollo Federation v2
subgraph'ов экосистемы кооператива.

Что внутри:
- ExtensionFederationModule.forRoot() — готовый GraphQL модуль с
  ApolloFederationDriver + autoSchemaFile.federation: 2
- ExtensionAuthModule.forRoot({ secret }) — passport-jwt стратегия,
  валидирует токен который Apollo Gateway forward'ит в Authorization-header.
- ExtensionJwtAuthGuard — guard для GraphQL resolver'ов
- SharedCooperator/SharedCooperative/SharedAccount — federation v2 stub'ы
  на core-entity для cross-extension references (@key + @external)
- HealthController GET /_health — обязательный для orchestrator'а
- loadExtensionConfig() — fail-fast загрузчик env'ов

Templates:
- Dockerfile multi-stage (builder + runtime + wget healthcheck)
- docker-compose.snippet.yaml — шаблон service'а для orchestrator'а

Контракт фиксирован Epic 10 PRD (apps-catalog/docs/epics/E10-federation-runtime.md)
и Architecture v3 (blago req 8b-architecture-v3-runtime-federation).
2026-06-03 18:33:24 +00:00
coopops f6b5c01030 [E10-1] feat(controller): переключение GraphQL на ApolloFederationDriver (subgraph mode)
Typecheck / desktop (pull_request) Has been cancelled
Typecheck / controller (pull_request) Has been cancelled
Epic 10 Story 10.1 — coopback становится первым federation v2 subgraph'ом.
Локальная core-схема компилируется с federation директивами (`autoSchemaFile.federation: 2`).
Endpoint остаётся на /v1/graphql; non-federated клиенты (desktop) не должны
заметить переключения — Apollo Federation добавляет лишь служебные
`_service { sdl }` и `_entities` query.

Gateway-режим (Apollo Gateway + IntrospectAndCompose) зайдёт отдельной
story 10.1b — поверх этого subgraph'а + registry в Postgres. На MVP пока
один subgraph, gateway не нужен.

Зависимости:
- + @apollo/subgraph ^2 (peer для federation 2 в @nestjs/apollo)

@key директивы на core entity (User/Cooperative/Account/Wallet) добавятся
по мере вытаскивания первых extension'ов — отдельными точечными PR.
2026-06-03 18:24:51 +00:00
coopops cb014d7b10 [C28-33][@ant] refactor(capital-desktop): asset symbol/precision из системного стора + строгий тип generate-input
R4: убрал хардкод "RUB" и "1000.0000 RUB" из feature ProgramExpense.
 - submitTopup принимает raw число "10000" → форматирует через formatToAsset
   с info.symbols.root_govern_symbol/precision.
 - submitProgramExpense форматирует total_amount + planned_amount каждого item
   через тот же helper (UX-долг "amount без IMask" закрыт по сумме).
 - Placeholder'ы Dialog'ов вычисляются computed'ом из system.info.symbols.

R1 (частично): тип `GenerateStatementInput = Mutations.Expense.GenerateExpense
ProposalStatementDocument.IInput['data']` + деструктуризация результата через
computed `[Mutations.X.Y.name]` — убраны 2 из 4 `as any` каста (input + index).
Оставшиеся (signed-as-any и create-input-as-any) — отдельный refactor PR через
signed-doc adapter в shared/lib/document.

Source-wallet вынесен в локальную map SOURCE_WALLET_BY_OPERATION с throw на
неизвестный код — backend-derivation (R3) отдельной задачей.
2026-06-03 16:17:01 +00:00
coopops 9c29cc3260 [C28-33][@ant] refactor(common): buildPaginationResult helper для inter-port consumers
Вынес общий PaginationInput → PaginationResult helper из capital-service в
~/application/common/dto/pagination.dto. Consumer'ы inter-port'ов (без своего
Repository.findAndCount) получают канон-сборку без дубля логики totalPages/
currentPage.

Также `paginationInputToOffset(options)` — стандартная конверсия для адаптеров,
работающих offset-form (большинство inter-port read API).

Capital ProgramExpensesManagementService переведён на оба helper'а — ужал
listProgramExpenses до 10 строк.
2026-06-03 16:16:45 +00:00
coopops 4f15fc7c7c [C28-33][@ant] fix(capital): item-enum + canon-резолвер программных расходов
ProgramExpenseItemOutputDTO теперь отдаёт ExpenseMechanics / ExpenseRecipientType /
ExpenseItemStatus вместо magic Int — это явное нарушение canon'а GraphQL "enum
вместо строковых литералов / number". Сервис маппит number→enum зеркально
expenses-extension. Резолвер возвращает PaginationResult<T> через canon-сигнатуру
вместо «as never». Десктоп подменил локальные string-union'ы на Zeus enum
(ExpenseRecipientType / ExpenseMechanics / ExpenseProposalStatus).

Schema regen + Zeus regen + SDK build.
2026-06-03 14:29:14 +00:00
coopops bec306f97a [C28-33][@ant] fix(desktop-capital): привести страницу/диалоги к канону /_dev/ui
Why: использовал несуществующие токены/классы — UI бы рендерился со сломанными цветами/иконками. Привёл к канону:
- BaseChip: `:variant` (pos/accent/warn/neg/info/neutral), не `:label/:tone` (нет такого API).
- BaseButton: иконка через `<template #icon-left>`, не `icon='X'` (нет такого пропа).
- CSS-токены: `--p-ink`/`--p-ink-2` (не `--p-text`/`--p-muted`), `--p-fs-meta` (не `--p-fs-body-xs`).
- Утилитарные классы: `t-h2`/`t-sm`/`t-eyebrow`/`t-muted` из components.css, не `t-section`/`t-body-sm`.
2026-06-03 13:23:12 +00:00
coopops eb39e1a456 [C28-33][@ant] fix(expense): callback включает coopname — иначе capital::onpgexpdone не десериализуется
Why: send_callback_if_any слал (proposal_hash, status, amount, data), а capital::onpgexpdone ждёт (coopname, expense_hash, status, total_actual, data). Скоуп таблицы progexpenses = coopname, без него инициатор не найдёт запись. Применимо ко всем будущим consumer'ам шасси (marketplace, EMP).
2026-06-03 13:17:59 +00:00
coopops 1296b85199 [C28-33][@ant] fix(capital): маппинг enum→uint8 для mechanics/recipient_type — было Number('ADVANCE')=NaN
Why: ExpenseMechanics и ExpenseRecipientType — string enums; Number(str) даёт NaN, wharfkit не сериализует. Зеркалит маппинг из expenses-mutations.service.ts:57-63.
2026-06-03 13:15:08 +00:00
coopops 8a80c15fdb [C28-33][@ant] feat(desktop-capital): страница «Управление расходами программы»
Тонкая consumer-страница Капитала над шасси расходов. Доступ chairman+member.

  entities/ProgramExpense — store + api (Queries.Capital.GetProgramExpense{s}).
  features/ProgramExpense/CreateProgramExpense — useCreateProgramExpense:
    generateUniqueHash → reuse `generateExpenseProposalStatementDocument` шасси
    → подпись через DigitalDocument (registry 2010, Эпик 4 pipeline)
    → Mutations.Capital.CreateProgramExpense.
  features/ProgramExpense/TopupPool — useTopupProgramExpensePool:
    Mutations.Capital.TopupProgramExpense.
  pages/ProgramExpensesPage — list по канону mono-platform (BaseCard/Chip/
    EmptyState/--p-* токены), два диалога в шапке.
  install.ts — route `/:coopname/capital/program-expenses` (name
    `capital-program-expenses`, иконка receipt, agreementsBase, roles=
    chairman+member).
2026-06-03 13:05:12 +00:00
coopops d30e2ab025 [C28-33][@ant] feat(sdk): Zeus regen + Mutations/Queries.Capital.{Create,Topup,GetProgram}Expense
Регенерация после backend-расширения. Добавлены manual wrappers (SDK Mutations/
Queries.Capital — не auto-generated, обёртки над Zeus):

  Mutations.Capital.CreateProgramExpense (capitalCreateProgramExpense)
  Mutations.Capital.TopupProgramExpense  (capitalTopupProgramExpensePool)
  Queries.Capital.GetProgramExpenses     (capitalProgramExpenses + pagination)
  Queries.Capital.GetProgramExpense      (capitalProgramExpense by hash)

Селекторы:
  programExpenseSelector / programExpensesPaginationSelector
  + items/callback вложенные селекторы.
2026-06-03 12:30:47 +00:00
coopops c2b0e12115 [C28-33][@ant] feat(capital-backend): расходы программы через шасси (resolver+service)
Тонкое расширение Capital для программных расходов: чисто consumer над
шасси `expense` (только Капитал-специфика, остальное обслуживает шасси).

Чейн:
  - CapitalBlockchainPort.createProgramExpense → capital::createpgexp.
  - CapitalBlockchainPort.topupProgramExpense  → capital::topupprogexp.

Backend:
  - ProgramExpensesManagementService — write через capital, read через
    INTER_EXPENSE_CHASSIS (list по owner='capital'+action='onpgexpdone' +
    карточка по hash). Никакого собственного TypeORM-mirror.
  - ProgramExpensesResolver — chairman/member guards, mutation+query.
  - DTO: CreateProgramExpenseInputDTO (items+statement registry 2010),
    TopupProgramExpenseInputDTO, ProgramExpenseOutputDTO.
  - Регистрация в capital-extension.module.

actual_amount/status в createProgramExpense инициализируются 0/0 серверно
(их C++ дефолтит, но cooptypes требует все поля IItem).

PR2 (Капитал на шасси).
2026-06-03 12:12:58 +00:00
coopops 7323572bfc [C28-33][@ant] feat(cooptypes): capital программные расходы через шасси expense
Адаптация blagorost-cooptypes под архитектуру «capital = инициатор + callback,
шасси expense обслуживает весь flow». Из blagorost-E2 берётся минимальный набор
интерфейсов под программный расход, без debt/role/duplicate-action типов.

Изменения:
- ICreatepgexp: amount/description упрощены, добавлены operation_code+items[]
  (передаются inline в шасси expense::createexp).
- ITopupprogexp — без изменений (пополнение пула).
- IOnpgexpdone — НОВЫЙ callback от шасси, payload (hash, status, total_actual, data).
- IApprvpgexp/IAuthpgexp/IPgexppay/IDeclpgexp — УДАЛЕНЫ (шасси expense замещает).
- IProgramExpense table-interface — сохранён.
- import IItem из expense interface для типизации items[].

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-06-03 12:03:57 +00:00
coopops 1c82bdebe4 [C28-33][@ant] feat(capital+expense): соединение шасси expense с capital через inline-action+callback
capital теперь только инициатор+получатель результата для программного расхода —
весь flow обслуживает шасси expense. Раньше blagorost-ветка дублировала
approve/auth/pay/decline на стороне capital.

Изменения capital:
- удалены apprvpgexp/authpgexp/pgexppay/declpgexp (дубль шасси).
- createpgexp переписан: вместо самообслуживания резервирует пул и шлёт inline
  expense::createexp с callback={capital, onpgexpdone}.
- сигнатура createpgexp принимает operation_code+items[] (передаётся в шасси).
- добавлен onpgexpdone(coopname, hash, status, total_actual, data) — callback от
  шасси на CLOSED/DECLINED, обновляет program_expense_pool и удаляет progexpense.

Изменения expense (шасси):
- callback payload расширен полем status (ExpenseDomain::ProposalStatus) — инициатор
  отличает CLOSED от DECLINED.
- declexp теперь шлёт callback тоже (раньше только closeexp).

Изменения names.hpp:
- удалён CAPITAL_RESOLVE_PROGRAM_EXPENSE / AUTHORIZE_PROGRAM_EXPENSE /
  DECLINE_PROGRAM_EXPENSE / CONFIRM_PROGRAM_EXPENSE_PAYMENT.
- добавлен ON_PROGRAM_EXPENSE_DONE.
- добавлен External::CREATE_EXPENSE_PROPOSAL для inline в шасси.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-06-03 12:03:57 +00:00
coopops 5660b06199 feat(capital/expense): расходы программы — createpgexp/apprvpgexp/authpgexp/pgexppay/declpgexp + таблица progexpenses
Story 1.5 эпика «Благорост» (blago issue 51F-17).

Полный цикл целевого расхода программы «Благорост» (не привязанного к проекту):
от заявки председателя до подтверждения оплаты gateway. Источник средств —
program_expense_pool (Story 1.6), резерв снимается окончательно в pgexppay.

PRD-B1: «createprogexp/approveprogex/authprogexp/progexppay/declprogexp». Имена
действий сокращены под 12-символьный лимит EOSIO — семантика та же.

Изменения:
- expenses.hpp: struct program_expense + таблица progexpenses (scope coopname)
  + helper'ы create/get/set_program_approved/set_program_authorized/delete
- 5 новых cpp actions в expense_managment/program_expenses/:
  - createpgexp — резервирует в State::reserve_program_expense, создаёт запись
  - apprvpgexp — председатель → soviet::create_agenda с CAPITAL_RESOLVE_PROGRAM_EXPENSE
  - authpgexp — совет → ::Gateway::create_outpay (через Action::send), статус AUTHORIZED
  - pgexppay — gateway callback → consume_program_expense + Ledger2::apply PAY_EXPENSE + delete
  - declpgexp — отказ от coopname/_soviet/_gateway → release_program_expense + delete
- names.hpp: CREATE_PROGRAM_EXPENSE, AUTHORIZE_PROGRAM_EXPENSE, DECLINE_PROGRAM_EXPENSE,
  CONFIRM_PROGRAM_EXPENSE_PAYMENT, SovietActions::CAPITAL_RESOLVE_PROGRAM_EXPENSE

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-06-03 12:03:57 +00:00
coopops d02c0ce66f feat(capital/state): program_expense_pool + topupprogexp
Story 1.6 эпика «Благорост» (blago issue 51F-18).

Программные расходы (Story 1.5) списываются из дедикейтнутого пула, а не из
аллокаций проектов. До этого коммита поля для такого пула в global_state не было.

Изменения:
- global_state.program_expense_pool — доступная сумма программы под расходы
- global_state.program_expense_reserved — зарезервированная под approved/authorized
  программные расходы (Story 1.5: createprogexp резервирует, declprogexp возвращает,
  exppaycnfrm списывает окончательно)
- State::topup_program_expense_pool / reserve_program_expense /
  release_program_expense / consume_program_expense — utility-функции для Story 1.5
- topupprogexp(coopname, amount) action — председатель переводит amount из
  global_available_invest_pool в program_expense_pool; деньги остаются на
  ledger2-кошельке BLAGOROST_FUND, меняется только разбивка по назначению

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-06-03 12:03:57 +00:00
coopops 67c5b96a18 [C28-33][@ant] feat(inter+expenses): порт InterExpenseChassisPort + adapter
Typecheck / desktop (pull_request) Failing after 7m14s
Typecheck / controller (pull_request) Failing after 6m35s
Шасси расходов получает inter-порт для consumer-extension'ов (capital,
marketplace, EMP). Порт — read-only: list-view и карточка proposal'а
по hash. Mutations approve/authorize/pay/report/close/decline остаются
прямыми GraphQL-endpoint'ами шасси, consumer их НЕ оборачивает.

inter:
  - tokens.ts: INTER_EXPENSE_CHASSIS = Symbol.for(...)
  - expense-chassis.port.ts: InterExpenseChassisPort + DTO (Proposal/Item/
    Callback/Status). Enum-статусов = зеркало доменного ExpenseProposalStatus.
  - index.ts: реэкспорт.

extensions/expenses (шасси-backend):
  - infrastructure/inter/expenses-inter-expense-chassis.adapter.ts —
    тонкий read через ExpenseProposalTypeormEntity. Проекция доменных
    полей в нейтральный inter-DTO, без зависимости inter → controller.
  - Регистрация adapter'а в expenses-extension.module + экспорт.

inter-communication-bridge.module:
  - Импорт ExpensesExtensionModule + provider INTER_EXPENSE_CHASSIS =
    useExisting ExpensesInterExpenseChassisAdapter.

PR1 (шасси-собственное), будет использовано в PR2 (Капитал на шасси).
2026-06-03 12:03:20 +00:00
claude 593ce63489 Merge pull request 'ci(typecheck): concurrency cancel-in-progress по PR-ветке' (#66) from fix/ci-typecheck-concurrency into dev 2026-06-03 09:40:28 +00:00
coopops 10e1075d5d ci(typecheck): concurrency cancel-in-progress по PR-ветке
Typecheck / desktop (pull_request) Has been cancelled
Typecheck / controller (pull_request) Has been cancelled
Новый push в PR отменяет ещё бегущий typecheck той же ветки —
прежде 30-минутные прогоны копились очередью.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-03 09:39:39 +00:00
coopops 1bca8cf34d [C28-32][@ant] feat(desktop+backend): подпись Classes.Document для CreateDialog/AuthorizePage + generate-mutations 2010/2011
Typecheck / desktop (pull_request) Failing after 6m29s
Typecheck / controller (pull_request) Failing after 6m30s
- Backend: новые mutations generateExpenseProposalStatementDocument (2010) и generateExpenseProposalDecisionDocument (2011) на канонe wallet (Throttle + GqlJwtAuthGuard + RolesGuard, через GeneratorInfrastructureService).
- DTOs документов 2010/2011: расширены вложенными типами header/items/decision-body (registry-Action поля проброшены в GraphQL).
- expenses-extension.module: подключён GeneratorInfrastructureModule.
- expenses-mutations.service: добавлены generateExpenseProposalStatementDocument/generateExpenseProposalDecisionDocument; spec обновлён под новый конструктор.
- SDK: handwritten Mutations.Expense.GenerateExpenseProposalStatementDocument/GenerateExpenseProposalDecisionDocument + index re-export.
- Desktop API: generateExpenseProposalStatementDocument/generateExpenseProposalDecisionDocument + authorizeExpenseReport wrappers.
- Desktop model: useExpenseProposalActions composable (submitProposal: generate→sign→createExpenseProposal; authorizeProposal: generate→sign→authorizeExpenseReport).
- ExpenseProposalCreateDialog.vue: полный flow подписи через DigitalDocument.sign; убран sha256-плейсхолдер; убран баннер «ждёт расшивки».
- ExpenseProposalAuthorizeDialog.vue: новый диалог решения председателя с автоматической генерацией+подписью документа 2011.
- ExpensesAdminAuthorizePage: добавлена кнопка «Авторизовать» рядом с «Открыть»; открывает диалог авторизации.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-06-03 08:32:08 +00:00
coopops bf73659100 [C28-31][@ant] feat(backend): расшивка createExpenseProposal/authorizeExpenseReport + capital-trigger event
Typecheck / desktop (pull_request) Has been cancelled
Typecheck / controller (pull_request) Has been cancelled
- Расширил ExpensesBlockchainPort до 8 actions (+createExp/authExp с document2).
- Adapter: реализованы createExp/authExp через BlockchainService.transact на ключе кооператива (canon с capital).
- DTO: CreateExpenseProposalInputDTO теперь несёт username/operation_code/source_wallet/items[]/callback/statement (signed document2 registry 2010); AuthorizeExpenseReportInputDTO — decision (signed document2 registry 2011).
- Service: убраны два NotImplementedException — mutation полностью пробрасывает payload в port.
- ExpensesCapitalTriggerService: TODO log заменён на emit платформенного события `expense::capitalization::required` с реальным payload (coopname/proposal_hash/username/total_actual/block_num); capital extension Эпика 5 подпишется и сделает capital::createrid.
- cooptypes/expense.IDocument2 синхронизирован с C++ struct (version/hash/doc_hash/meta_hash/meta/signatures).
- Spec'и адаптера/сервиса: добавлены кейсы createExp/authExp; удалён ожидавший 501 кейс.
- README expenses-extension: scaffold-stub → implemented.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-06-03 08:17:51 +00:00
coopops 067718cf1f [794-4][@ant] feat(desktop): экспорт документов в .sig v2.0 + manifest.json вместо signature.txt — самодостаточный доказательный архив (canonical как есть, legacy-канонизация, встроенный сертификат) для верификатора
Typecheck / desktop (pull_request) Has been cancelled
Typecheck / controller (pull_request) Has been cancelled
2026-06-03 08:02:59 +00:00
coopops 28ce608efe [794-4][@ant] feat(cooptypes): канонический тип SigFile v2.0 + PackageManifest для верификатора — единый источник формата .sig (целостность+подпись+OID), чтобы desktop-экспорт и верификатор ссылались на один контракт 2026-06-03 07:58:28 +00:00
coopops 8eb3996895 [C28-32][@ant] feat(desktop): ExpenseProposalCreateDialog — форма-конструктор СЗ с массивом items на canon
Typecheck / controller (pull_request) Has been cancelled
Typecheck / desktop (pull_request) Has been cancelled
BaseDialog (size=lg) с BaseInput / q-select (recipient_type, mechanics) + динамическим массивом item-card'ов и валидацией canSubmit.

При submit:
- canonical JSON.stringify полей payload → SHA-256 через crypto.subtle (детерминированный proposal_hash);
- Mutations.Expense.CreateExpenseProposal({ coopname, proposal_hash }) — бэкенд резервирует placeholder, далее signature-pipeline document2.

Info-баннер информирует пайщика что подача откроется после Эпика 2.

7/7 страниц #104 расшито. Mutation-цепочка одобрить/авторизовать/оплатить — следующий шаг после расшивки document2 signature-pipeline.
2026-06-03 07:40:15 +00:00
coopops 530136510f [C28-32][@ant] feat(desktop): CashierPage — 4 таба кассы на canon (Queries.Expense.ExpenseProposalsByCooperative)
Typecheck / desktop (pull_request) Has been cancelled
Typecheck / controller (pull_request) Has been cancelled
PageTabs с 4 вкладками: К оплате (AUTHORIZED) · Ждут отчёта (PARTIALLY_PAID) · На авторизации (REPORT_SUBMITTED) · Закрытые (CLOSED). Счётчики по факту items в загруженной выборке.

Структура таблицы — тот же canon: TableSkeleton + .table-wrap + .table-foot + EmptyState (per-tab title/body). Действия (оплатить + чек → MinIO, авторизовать отчёт) появятся после расшивки Эпика 2 signature-pipeline.

6/7 страниц #104 расшито. Остался только ExpenseProposalCreateDialog (mutation create — заблокирован document2 stub).
2026-06-03 07:37:27 +00:00
coopops ecd0d7e66a [C28-32][@ant] feat(desktop): ExpenseDetailPage — экран доказательств на canon (proposal + items + docs + files)
Typecheck / desktop (pull_request) Has been cancelled
Typecheck / controller (pull_request) Has been cancelled
Двухколоночный layout:
- Левая: BaseCard «Сводка» (DataRow per поле) + BaseCard «Строки расходов» (items table + статус-бейдж).
- Правая: BaseCard «Документы» (statement_doc 2010, decision_doc 2011) + BaseCard «Чеки» (ExpenseFiles c MinIO storage_key).

Источники:
- Queries.Expense.ExpenseProposal — по proposal_hash из route.
- Queries.Expense.ExpenseFilesByProposal — по coopname+proposal_hash.

Маппинг item-статусов и mechanics в model/expenseItemStatus.ts (label+variant).

5/7 страниц #104 расшито.
2026-06-03 07:35:05 +00:00
coopops 5c5657149e [C28-32][@ant] feat(desktop): председательские очереди Approve/Authorize на canon
Typecheck / controller (pull_request) Has been cancelled
Typecheck / desktop (pull_request) Has been cancelled
ExpensesAdminApprovePage — таблица proposals в status=CREATED (in-memory filter после ExpenseProposalsByCooperative).
ExpensesAdminAuthorizePage — таблица proposals в status=REPORT_SUBMITTED (тот же подход).

Обе по канону: PageHead + TableSkeleton + .table-wrap + .table-foot + EmptyState + переход в /expenses/:hash.
Mutation-действия (одобрить/авторизовать) появятся после расшивки Эпика 2 signature-pipeline на document2.

4/7 страниц #104 расшито.
2026-06-03 07:31:02 +00:00
coopops 68122f5d32 [C28-32][@ant] feat(desktop): MyAdvancesPage через Queries.Expense.ExpenseProposalsByMember — реестр своих авансов на canon
Typecheck / desktop (pull_request) Has been cancelled
Typecheck / controller (pull_request) Has been cancelled
Table-based страница «Мои авансы» по тому же канону что ExpensesRegistryPage:
PageHead + TableSkeleton + .table-wrap + BaseBadge статуса + .table-foot + EmptyState.
Источник — useSessionStore().username + route.params.coopname.

Thin API: api/queries/getExpenseProposalsByMember.ts на Queries.Expense.ExpenseProposalsByMember.

2/7 страниц #104 расшито.
2026-06-03 07:28:33 +00:00
coopops e7b7770c4a [C28-32][@ant] feat(desktop): расшивка ExpensesRegistryPage через Queries.Expense.ExpenseProposalsByCooperative
Typecheck / desktop (pull_request) Has been cancelled
Typecheck / controller (pull_request) Has been cancelled
- api/queries/getExpenseProposalsByCooperative — thin wrapper над SDK,
  возвращает PaginatedExpenseProposals (типизировано через IInput/IOutput).
- api/index.ts — barrel-экспорт.
- model/expenseProposalStatus — label/variant maps для 7 значений
  Zeus.ExpenseProposalStatus (CREATED/AUTHORIZED/PARTIALLY_PAID/REPORT_SUBMITTED/
  CLOSED/DECLINED/UNDEFINED) + helpers с дефолтом neutral.
- ExpensesRegistryPage.vue: pug + .table-wrap canon, TableSkeleton(6 cols),
  EmptyState (receipt_long 48px), BaseBadge с variant из map, BaseButton ghost
  "Загрузить ещё", монохешчик в .t-mono-sm. coopname из route.params,
  sortBy=created_at DESC, page-by-page до hasMore.

Open: tooltip с FQH хеша, sort по колонкам, filter-bar по статусу — будут
вместе со страницами /expenses/admin/{approve,authorize} и /my/advances
(своя сигнатура запроса by-member).
2026-06-03 07:23:29 +00:00
coopops bfdabcfded [C28-31][@ant] feat(sdk): expense namespace — 8 mutations + 6 queries + selectors
Typecheck / desktop (pull_request) Has been cancelled
Typecheck / controller (pull_request) Has been cancelled
Mutations.Expense: CreateExpenseProposal / PayExpenseItem / ReportExpenseItem /
ReturnExpenseItem / OverspendExpenseItem / SubmitExpenseReport /
AuthorizeExpenseReport / DeclineExpenseReport.

Queries.Expense: ExpenseProposal / ExpenseProposalsByCooperative /
ExpenseProposalsByMember / ExpenseFile / ExpenseFilesByItem /
ExpenseFilesByProposal.

Selectors.expense*: ExpenseProposal (с items + statement/decision DocumentAggregate),
ExpenseItem, ExpenseFile, ExpenseProposalsPagination.

Zeus regen + re-exports в mutations/queries/selectors/index.ts.

Разблокирует #103 backend хвост и #104 UI расшивку 7 страниц end-to-end.
2026-06-03 07:18:45 +00:00
coopops a7bd5aae5c [C28-31][@ant] feat(controller): createExpenseProposal stub — ждёт document2 statement_doc
Typecheck / desktop (pull_request) Has been cancelled
Typecheck / controller (pull_request) Has been cancelled
8-я mutation симметрично authorizeExpenseReport: NotImplementedException
со ссылкой на statement_doc (type=2010) от signature-pipeline UI Эпика 2.
Регистрирует GraphQL-сигнатуру end-to-end, чтобы SDK + UI видели mutation
до подключения document2.

jest 8/8 passed.
2026-06-03 06:17:07 +00:00
coopops 33d8163d08 [C28-31][@ant] test(controller): contract-spec adapter — formats transact для 6 actions
Typecheck / desktop (pull_request) Has been cancelled
Typecheck / controller (pull_request) Has been cancelled
7 тестов проверяют что каждое из 6 действий expense-контракта уходит в
BlockchainService.transact с правильным форматом:
  account = ExpenseContract.contractName.production
  name    = ExpenseContract.Actions.<X>.actionName
  authorization = [{actor: coopname, permission: 'active'}]

Защита от дрейфа cooptypes actionName → adapter имя. Также verify
HttpApiError 502 при отсутствии WIF в vault'е (initialize/transact не зовутся).

jest 7/7 passed.
2026-06-03 05:51:24 +00:00
coopops 531b9574fe [C28-31][@ant] feat(controller): добавляю overspendExp — 6-я работающая mutation
Typecheck / controller (pull_request) Has been cancelled
Typecheck / desktop (pull_request) Has been cancelled
Доплата при перерасходе (expense::overspendexp, ADVANCE-механика):
- OverspendExpenseItemInputDTO (coopname/proposal_hash/item_hash/overspend_amount)
- ExpensesBlockchainPort.overspendExp + adapter (transact с coop-ключом)
- ExpensesMutationsService.overspendExpenseItem
- ExpenseMutationsResolver.overspendExpenseItem (@AuthRoles chairman)
- spec: 7-й тест action-mapping

Теперь 6 из 8 actions контракта expense работают через port:
payexp / reportexp / returnexp / overspendexp / closeexp / declexp.
createexp + authexp ждут document2 от signature-pipeline UI Эпика 2.

tsc EXIT=0, jest 7/7 passed.
2026-06-03 05:49:42 +00:00
coopops fbfd0a259e [C28-32][@ant] feat(desktop): регистрация expenses extension в registry
Typecheck / controller (pull_request) Has been cancelled
Typecheck / desktop (pull_request) Has been cancelled
Шасси расходов подключено к init-installed-extensions:
- expenses → expensesInstall в extensionsRegistry
- install.ts: убран TODO-комментарий о блокировке C28-31

Workspace 'expenses' (icon: receipt_long) с 6 routes (registry/admin/cashier/my)
становится доступен ролям chairman + user из конфигурации кооператива.
Stub-страницы внутри ждут расшивки через SDK Zeus после generate-client.
2026-06-03 05:46:00 +00:00
coopops b4dd4b335a [C28-31][@ant] feat(controller): расшивка 5 mutations через ExpensesBlockchainPort
Typecheck / desktop (pull_request) Successful in 13m18s
Typecheck / controller (pull_request) Successful in 13m12s
После Эпика 0 cooptypes/expense — подключаю реальный chain-submit через
port+adapter (канон CapitalBlockchainAdapter):

- ExpensesBlockchainPort: 5 actions без document2 (payexp/reportexp/returnexp/closeexp/declexp)
- ExpensesBlockchainAdapter: BlockchainService.transact + vault-ключ кооператива
- ExpensesMutationsService DI на port — 5 мутаций работают, authorize ждёт decision_doc Эпика 2
- spec обновлён: 6 тестов через mocked port, action-mapping verify

createexp + authexp ждут signature-pipeline UI Эпика 2 (document2 type=2010/2011).
overspendexp подключится с UI Phase 2.

tsc EXIT=0, jest 6/6 passed.
2026-06-03 05:29:41 +00:00
coopops da50e423ca [9.4.b] feat(controller+desktop): реальный remote-loader fetch+eval install.js
Typecheck / desktop (pull_request) Successful in 13m24s
Typecheck / controller (pull_request) Successful in 13m19s
mono controller:
- AppsCatalogHttpService.fetchInstallScript(scope, name) — fetch text
  install.js из ca-admin /v1/public/packages/:scope/:name/install.js;
  degraded mode (null) при отсутствии env-config'а apps-catalog'а.
- Новый REST controller AppsCatalogInstallScriptController
  `GET /v1/apps-catalog/install/:scope/:name` под HttpJwtAuthGuard:
  валидирует scope/name regex'ом, проксирует на ca-admin, отдаёт
  text/javascript + Cache-Control: no-store. Admin-API key остаётся
  на backend'е.
- AppsCatalogProxyModule: добавлен controller в module.controllers[].

mono desktop:
- remote-loader.ts: реальный fetch + CJS-eval. fetchInstalledRemotePackages
  читает Queries.Extensions.AppsCatalogRemotePackages, парсит packageId
  на (scope, name). loadRemoteExtension качает install.js по REST через
  axios responseType:'text' с JWT desktop'а, оборачивает в
  `new Function('module','exports','require', code)`, вызывает
  `module.exports.install()` → IWorkspaceConfig[].
- Try/catch per item (NFR15-стиль): падение одного пакета не валит
  остальные. require() сразу throw — пакеты должны быть CJS без
  внешних зависимостей (sandbox — Story 11.x).
- sha256 пока не проверяем (release-таблица будет в 9.4.c).

Demo path: voskhod publishes @voskhod/demo-app → ca-admin отдаёт
examples/demo-app/install.js → controller-proxy → desktop boot тянет +
eval'ит + получает workspace «Demo» с роутом demo-hello.
2026-06-03 05:26:05 +00:00
coopops 2fcbe3612f [C28-29][@ant] feat(cooptypes): Эпик 0 — типы контракта expense (8 actions + proposals table)
Typecheck / desktop (pull_request) Successful in 13m22s
Typecheck / controller (pull_request) Successful in 13m5s
- interfaces/expense.ts: 8 action input + IItem/IProposal/ICallbackHandler (hand-written из expense.hpp до ABI regen)
- contracts/expense/{actions,tables,index}: тонкие обёртки в стиле capital — authorizations + actionName + типовой re-export
- common/names: _expense ({production:'expense',testnet:'expense'})
- interfaces/index + contracts/index: re-export ExpenseContract
- ledger2/wallets.generated: +w.exp.adv (prebuild gen-from-cpp подцепил свежий wallet)

build EXIT=0, dist exports ExpenseContract; smoke node: contractName=expense, 8 actions, 1 table
2026-06-03 05:18:06 +00:00
coopops ece4d59c56 [C28-31][@ant] test(controller): smoke-контракт mutations — все 6 методов throw NotImplementedException до Эпика 0
Typecheck / desktop (pull_request) Successful in 13m29s
Typecheck / controller (pull_request) Successful in 13m30s
2026-06-03 05:02:44 +00:00
coopops 45def1bbec [9.5.b] feat(sdk+desktop): Zeus client + ExtensionsShowcase реальный fetch apps-catalog
Typecheck / desktop (pull_request) Failing after 7m27s
Typecheck / controller (pull_request) Failing after 7m36s
- sdk/zeus: regenerated через `controller generate-schema && generate-client`
  + `pnpm -F sdk build`; типы AppsCatalogRemotePackageDTO и
  Query.appsCatalogRemotePackages пробрасываются end-to-end.
- sdk/selectors/extensions: новый appsCatalogRemotePackageSelector с
  валидатором MakeAllFieldsRequired.
- sdk/queries/extensions: новый namespace Queries.Extensions.AppsCatalogRemotePackages
  (page/pageSize → AppsCatalogRemotePackageDTO[]).
- desktop/entities/Extension/api: api.loadAppsCatalogRemotePackages(page, pageSize)
  по канону client.Query + строгие типы из @coopenomics/sdk.
- desktop/pages/ExtensionStore/ExtensionsShowcase: убран inline-mock,
  каталог загружается через Zeus query. Добавлены loading/error/empty
  состояния по дизайн-канону (--p-*, base-card токены), плюсификация
  слова «пакет», version-чип и Intl-форматирование цены.

Это шаги 3–4 V2 9.5.b. Закрывает task #38 и #37.
2026-06-03 04:52:20 +00:00
coopops ce01d48df7 [C28-31][@ant] test(controller): unit-тест capital-trigger — фильтр CLOSED + total_actual
Typecheck / desktop (pull_request) Successful in 13m20s
Typecheck / controller (pull_request) Successful in 12m56s
Покрывает 5 кейсов: REPORT_SUBMITTED/AUTHORIZED/DECLINED → no-op;
CLOSED без total_actual → warn; CLOSED + total_actual → log с
TODO-ссылкой на Эпик 0. Защищает контракт триггера на будущее, когда
skeleton будет заменён на реальный capital::createrid через
WriteMutationPool.
2026-06-03 04:48:45 +00:00
coopops cb22349401 [C28-31][@ant] feat(controller): authorize/decline СЗ-отчёта — skeleton mutations
Typecheck / desktop (pull_request) Successful in 13m52s
Typecheck / controller (pull_request) Successful in 13m11s
GraphQL surface: authorizeExpenseReport (председатель утверждает,
триггерит capital-trigger → capitalization Благороста) +
declineExpenseReport (с reason, переход в DECLINED, capitalization
НЕ запускается). Skeleton — NotImplementedException, chain-submit
после Эпика 0 (cooptypes regen для expense::authexp / declineexp).
2026-06-03 04:34:22 +00:00
coopops a6d6b0af2f [9.5.b] fix(apps-catalog-proxy): явный type fn для nullable Field + .env.example
Typecheck / desktop (pull_request) Failing after 7m15s
Typecheck / controller (pull_request) Failing after 7m21s
При nullable=true декоратор @Field NestJS GraphQL не умеет вывести тип из
TS-reflection-метаданных (TS пишет в metadata-ключ Object). Без явного
type fn (() => String) — UndefinedTypeError на старте.

Фикс:
- @Field({ nullable: true }) → @Field(() => String, { nullable: true })
  для lastActiveVersion: string | null.
- .env.example добавлены APPS_CATALOG_URL и APPS_CATALOG_API_KEY с
  готовыми значениями для dev (URL = DNS-имя ca-admin в mono-shared
  сети).

Verify: coopback стартует чисто (Nest application successfully started),
DTO виден через introspection (__type AppsCatalogRemotePackageDTO →
поля packageId/publisher/title/description/rubPerMonth/lastActiveVersion/
compatibleSubnets), guard срабатывает (без JWT → 401 Unauthorized).
2026-06-02 22:00:59 +00:00
coopops 5a2fc336e9 [9.5.b] feat(controller): apps-catalog-proxy — резолвер appsCatalogRemotePackages
Typecheck / desktop (pull_request) Failing after 7m39s
Typecheck / controller (pull_request) Failing after 7m23s
Story 9.5.b mono часть: добавляет модуль расширения
`apps-catalog-proxy` с GraphQL Query.appsCatalogRemotePackages, который
проксирует запрос на apps-catalog/ca-admin /v1/public/packages.

Архитектурно — выбран альтернатива C (см. apps-catalog
docs/epics/E9-demo-app-pilot.md, V2 follow-ups): браузер ходит в каталог
через mono controller, а не напрямую в ca-admin. Поэтому:
- admin-secret apps-catalog'а живёт в env controller'а, не в SPA;
- нет CORS — desktop запрос на свой же origin;
- единый канон mono GraphQL (никаких raw HTTP в desktop).

Компоненты:
- AppsCatalogRemotePackageDTO (@ObjectType): packageId/publisher/
  compatibleSubnets/lastActiveVersion + UI-поля title/description/
  rubPerMonth (в V1 description и rubPerMonth — заглушки; в V2 будут из
  package manifest и apps-catalog pricing).
- AppsCatalogHttpService: axios-клиент к ca-admin с Authorization: Bearer
  admin-key из APPS_CATALOG_API_KEY. Degraded mode (пустой список без
  ошибки), если env пустой — чтобы dev/CI без apps-catalog не валили
  desktop boot.
- AppsCatalogProxyResolver: @Query, @UseGuards(GqlJwtAuthGuard) — каталог
  видят только авторизованные пайщики.
- Регистрация в ExtensionsModule.

Config:
- Новые env APPS_CATALOG_URL и APPS_CATALOG_API_KEY (оба optional).
- Зеркальные поля в config.apps_catalog.{url, api_key}.

TODO (требует ручного запуска на остановленном контейнере, см. CLAUDE.md:
'pnpm generate-schema / generate-client — не запускать локально'):
- pnpm -F controller generate-schema → пересоздать schema.gql.
- pnpm -F controller generate-client → graphql-zeus в SDK.
- pnpm -F sdk build → unbuild dist.
Без codegen фронт ещё не сможет дёрнуть резолвер через Zeus.
2026-06-02 21:55:19 +00:00
coopops f1dd62cfce [C28-31][@ant] feat(controller): capital-trigger skeleton — capitalization Благороста на CLOSED
Typecheck / desktop (pull_request) Successful in 13m27s
Typecheck / controller (pull_request) Successful in 13m2s
ExpenseProposalSyncService override handleSyncDelta → emit
`entitysynced::expense::proposals` после save (per-contract pubsub,
canon controller/CLAUDE.md). ExpensesCapitalTriggerService подписан,
проверяет переход в CLOSED + total_actual → log skeleton. Прямой
DI на CapitalExtensionModule ждёт Эпика 0 (cooptypes regen +
WriteMutationPool для capital::createrid-эквивалента).
2026-06-02 21:45:42 +00:00
coopops f24e3fffbf [C28-31][@ant] feat(controller): DocumentAggregate для statement_doc/decision_doc СЗ
Typecheck / desktop (pull_request) Successful in 13m46s
Typecheck / controller (pull_request) Successful in 13m10s
- `ExpensesManagementService.buildProposalDocumentAggregates(entity)` собирает
  оба подписанных дока (заявление + решение) через `DocumentAggregationService`
  (платформенный domain-сервис, `~/domain/document`); по EMPTY_HASH (`0x000…`)
  возвращает `null` — это валидное состояние chain-mirror'а, отличающееся от
  `undefined` («дока нет / зеркало ещё не пришло»).
- `ExpenseProposalOutputDTO.statement_doc` / `decision_doc` теперь типизированные
  `DocumentAggregateDTO | null` — UI сразу видит подпись/хэш/raw-документ
  единообразно с agreement/agenda/meet резолверами. Boolean-флаги `has_*_doc` сняты.
- `ExpenseProposalResolver` подключает агрегаты:
  - одиночный fetch — последовательно;
  - paginated — `Promise.all` по странице (10–20 смет на запрос — OK).
- `ExpensesExtensionModule` импортирует `DocumentDomainModule` для DI.

controller-tsc — 0 ошибок.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-06-02 21:15:01 +00:00
coopops 45a9381c4b [C28-31][@ant] feat(controller): submitExpenseReport + pagination для списков смет
Typecheck / desktop (pull_request) Successful in 13m19s
Typecheck / controller (pull_request) Successful in 13m4s
- `SubmitExpenseReportInputDTO` + `ExpenseMutationsResolver.submitExpenseReport`
  (chairman/member/user) — финализация СЗ-отчёта пайщиком когда все items закрыты;
  сервис — skeleton `NotImplementedException`, реальный chain-submit (`expense::closeexp`)
  подключим после Эпика 0 (cooptypes regen).
- `findByCoopnamePaginated` / `findByUsernamePaginated` в `ExpenseProposalRepository`
  + TypeORM-имплементация на `findAndCount` (sort по `_created_at DESC`, limit ≤200).
- `listProposalsByCooperativePaginated` / `ByMemberPaginated` в service'е.
- `ExpenseProposalResolver` — paginated по канону controller'а
  (`PaginationInputDTO` + `createPaginationResult('PaginatedExpenseProposals')`).

controller-tsc — 0 ошибок.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-06-02 20:45:36 +00:00
coopops 25e2d99046 [C28-31][@ant] feat(controller): expense files service + upload mutation
Typecheck / desktop (pull_request) Successful in 13m17s
Typecheck / controller (pull_request) Successful in 12m50s
- ExpenseFilesService с @UseBucket(EXPENSES_BUCKET):
  upload (base64 → SHA-256 verify → MinIO put → БД-запись),
  getReadUrl, listByProposal/Item, deleteFile;
  детерминированный ключ MinIO {coopname}/{proposal}/{item|_proposal}/{kind}/{checksum}.{ext};
  409 на повтор по checksum (per-coopname idempotence).
- UploadExpenseFileInputDTO: валидация mime allowlist + size_bytes + SHA-256 regex.
- ExpenseFileOutputDTO с короткоживущим read_url (HMAC-signed, TTL бакета).
- ExpenseFilesResolver: uploadExpenseFile + expenseFile/expenseFilesByProposal/ByItem.
- FileStorageInfrastructureModule.forFeature([ExpenseFilesService]) wire.

tsc --noEmit: 0 ошибок.
2026-06-02 20:16:16 +00:00
coopops 237cd19e62 [9.5.a] feat(ExtensionStore): inline-моки remote-витрины demo
Typecheck / desktop (pull_request) Failing after 7m18s
Typecheck / controller (pull_request) Failing after 7m14s
Секция «Удалённые пакеты» с карточкой @voskhod/demoapp (publisher,
price 1000 ₽/мес) + dialog «Подписаться» (V1 — заглушка).

Why: Анна видит реальный второй раздел, отделённый от bundle-расширений,
и проходит UX-сценарий клика «Подписаться» — без backend-резолверов.
Реальный список remoteExtensions через Query.appsCatalogRemotePackages
+ Mutation.appsCatalogSubscribe — отложено в 9.5.b (см. mono#64
follow-ups).

Стили — токены MONO Design System (--p-*), никаких magic hex.
2026-06-02 20:10:34 +00:00
coopops 9c8449408f [C28-31][@ant] feat(controller): expense mutation DTO + skeleton resolver
Typecheck / desktop (pull_request) Successful in 13m1s
Typecheck / controller (pull_request) Successful in 13m1s
- pay/report/return-expense-item.input.ts с asset-regex валидацией
- ExpensesMutationsService: skeleton с throw NotImplementedException
  (chain-submit через write-mutation pool подключится после Эпика 0
  cooptypes regen для контракта expense)
- ExpenseMutationsResolver: 3 Mutation (chairman / member+user)
  возвращают TransactionDTO — sigнатура зафиксирована в схеме сразу

GraphQL: payExpenseItem (chairman), reportExpenseItem (chairman/member/user),
returnExpenseItem (chairman/member/user).

tsc --noEmit: 0 ошибок.
2026-06-02 19:44:26 +00:00
coopops da0690bca1 [9.5] feat: Epic 9 hint-banner в pages/ExtensionStore/ExtensionsShowcase
Typecheck / desktop (pull_request) Failing after 7m22s
Typecheck / controller (pull_request) Failing after 7m15s
V1 минимум для UI ExtensionStore:
- Информационный banner сверху grid'а карточек, объясняющий что bundle-
  extensions ниже бесплатные, а remote-пакеты с подпиской появятся
  на следующем шаге пилота.
- Реальная карточка remote-пакета с кнопкой «Подписаться» / «Уже
  подписан до DD.MM» — story 9.5.b (требует расширения extStore
  на kind/subscribed/pricingRubPerMonth + backend-резолверы coopback'а).

Refs: docs/integration/native-to-catalog-research.md §9 story 9.5.
2026-06-02 19:21:56 +00:00
coopops 9f6d2dc699 [9.3][9.4] feat: стол разработчика + remote-loader каркас в desktop
Typecheck / desktop (pull_request) Failing after 7m22s
Typecheck / controller (pull_request) Failing after 7m21s
9.3 — components/desktop/extensions/developer/:
- install.ts: workspace `developer`, defaultRoute=developer-my-packages,
  4 страницы (packages, publish, subscribers, pricing), все under
  meta.roles=['chairman']. Регистрация в extensions-registry.ts.
- pages/: V1 Vue-заглушки с описанием TODO (без реальных мутаций).
  Mutation flow (POST /v1/admin/package, /releases, /pricing с подписью
  chairman'а) — story 9.3.b.

9.4 — processes/init-installed-extensions/remote-loader.ts:
- Контракт fetch/load для remote-пакетов с активной подпиской: тип
  RemoteExtensionDescriptor, функции fetchInstalledRemotePackages,
  loadRemoteExtension, installRemoteExtensions.
- V1 — заглушка возвращающая []. Не падает, логирует пропуск.
- index.ts: после bundle-pass — remote pass через installRemoteExtensions;
  try/catch чтобы падение remote-flow не валило bundle extensions.
- TODO 9.4.b: реальный fetch к coopback + tar-x + dynamic require
  + sha256-check + (V2 sandbox).

Видимость стола: пока через meta.roles в install.ts. Полноценная
авторизация через DesktopWorkspace.grants с флагом is_operator_coop —
9.3.b/9.5.

Refs: /home/admin/mono-ai-5/docs/integration/native-to-catalog-research.md §9.
2026-06-02 19:20:57 +00:00
coopops e248ddb2b0 [C28-31][@ant] feat(controller): expense read resolver + output DTO
Typecheck / desktop (pull_request) Successful in 13m9s
Typecheck / controller (pull_request) Successful in 12m48s
- ExpenseProposalOutputDTO + ExpenseItemOutputDTO + fromDomain mapper
- mechanics/recipient_type/item_status: uint8 → enum
- ExpenseProposalResolver — 3 query (byHash / byCooperative / byMember)
- Auth: chairman/member для списка по коопу, +user для своих
2026-06-02 19:15:14 +00:00
coopops 89f7ded6fc [C28-31][@ant] feat(controller): expenses syncer + management read-service
Typecheck / desktop (pull_request) Successful in 13m8s
Typecheck / controller (pull_request) Successful in 12m45s
- ExpenseProposalSyncService — extends AbstractEntitySyncService, OnEvent fork::*
- ExpensesManagementService — read-only (proposalByHash / byCoop / byMember)
- DI wire в ExpensesExtensionModule
2026-06-02 18:58:28 +00:00
coopops 9359e6b324 [C28-31][@ant] feat(controller): expenses repositories + database module + DI wire
Typecheck / desktop (pull_request) Successful in 13m18s
Typecheck / controller (pull_request) Successful in 12m50s
ExpenseProposalTypeormRepository extends BaseBlockchainRepository (sync_key
proposal_hash, findByCoopname/findByUsername/findByProposalHash).
ExpenseFileTypeormRepository — БД-only, поиск по checksum/proposal/item.
ExpensesDatabaseModule — TypeOrm.forFeature на 2 зеркала + EntityVersion.
ExpensesExtensionModule подаёт EXPENSE_PROPOSAL_REPOSITORY / EXPENSE_FILE_REPOSITORY
через useClass; EntityVersioningService приходит из @Global() TypeOrmModule.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-06-02 18:54:12 +00:00
coopops e8f5d7604e [C28-31][@ant] feat(controller): expenses infra — typeorm-зеркала, mappers, delta-mapper
Typecheck / desktop (pull_request) Successful in 13m14s
Typecheck / controller (pull_request) Successful in 12m58s
ExpenseProposalTypeormEntity (proposal_hash sync_key, items/docs в jsonb),
ExpenseFileTypeormEntity (БД-only, unique по coopname+checksum).
ExpenseProposalMapper TypeORM↔Domain (toUpdateEntity = только block_num/present
по канону: блокчейн-поля обновляются через AbstractEntitySyncService).
ExpenseFileMapper — symmetric copy.
ExpenseContractInfoService — паттерны таблиц для parser2.
ExpenseProposalDeltaMapper extends AbstractBlockchainDeltaMapper, lowercase
proposal_hash, signed-docs через DomainToBlockchainUtils.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-06-02 18:44:24 +00:00
coopops f7a5defa95 [C28-31][@ant] feat(controller): expenses domain — interfaces, entity, repo tokens
Typecheck / desktop (pull_request) Successful in 13m15s
Typecheck / controller (pull_request) Successful in 12m47s
ExpenseProposalDomainEntity на BaseDomainEntity (зеркалит ExpenseDomain::proposal)
+ IExpenseProposalBlockchainData/DatabaseData, IExpenseItemBlockchainData/DatabaseData,
IExpenseFileDatabaseData (только БД, файл в MinIO).
Repository-интерфейсы + DI-токены EXPENSE_PROPOSAL_REPOSITORY, EXPENSE_FILE_REPOSITORY.
mapStatusToDomain зеркалит uint8_t status, неизвестное → UNDEFINED.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-06-02 18:34:28 +00:00
coopops c18828c534 docs(apps-catalog): Epic 9 MVP demo-app pilot — раскладка решений и stories
Typecheck / desktop (pull_request) Successful in 13m20s
Typecheck / controller (pull_request) Successful in 12m58s
Финальные решения по V1 пилоту (без миграции native):
- demo-app = пустой Hello-стол, @voskhod/demo-app
- Pricing 1000 RUB/мес (60 сек на dev), trial 15 мин
- partner1 как покупатель через pnpm boot:extra (на той же цепи)
- Self-subscription bypass: воскод как оператор подписан бесплатно
- Без кэша tarball'ов — каждый desktop boot качает заново
- Стол Разработчика = новый bundle-extension developer, виден chairman оператора
- partner1 desktop+coopback в отдельном docker overlay из apps-catalog

Epic 9 раскладка на 8 stories с зависимостями. Реализация — следующими
коммитами в зонтичной ветке apps-catalog mono + feat/E9-demo-app-pilot
в apps-catalog репо.
2026-06-02 18:30:18 +00:00
coopops 1c46fd0338 [C28-31][@ant] feat(controller): scaffold expenses extension — enum'ы + bucket + module wiring
Typecheck / desktop (pull_request) Successful in 13m4s
Typecheck / controller (pull_request) Successful in 13m4s
Шаг 1 из C28-31 (backend шасси расходов):
- 5 enum'ов (registerEnumType): ProposalStatus / ItemStatus / Mechanics / RecipientType / FileKind — зеркалят expense.hpp
- EXPENSES_BUCKET (constants/expenses-bucket.ts): MinIO-bucket spec для платёжек/чеков/возвратов
- ExpensesExtensionModule (минимальный) подключён в ExtensionsModule.register() (не desktop-расширение, без записи в AppRegistry)

Дальше: domain entities (composite db/bc/derived), TypeORM-зеркало, delta-mapper, sync-service, resolver. Реальная sync-инфра — после ABI regen контракта expense.
2026-06-02 18:24:07 +00:00
coopops 8897a93e83 [C28-29][@ant] feat(contracts): новый контракт expense — 8 actions, шасси расходов
Typecheck / desktop (pull_request) Successful in 13m4s
Typecheck / controller (pull_request) Successful in 12m44s
components/contracts/cpp/expense/:
- expense.hpp: 1 таблица proposals (scope=coopname; secondary by_hash/by_username/by_status),
  типы item, callback_handler, enum Mechanics/RecipientType/ProposalStatus/ItemStatus.
- expense.cpp: 8 actions (createexp/authexp/declexp/payexp/reportexp/closeexp/returnexp/overspendexp).
- CMakeLists.txt: стандартный add_contract(expense expense expense.cpp).

components/contracts/cpp/lib/consts.hpp:
- _expense = expense_n + добавлен в contracts_whitelist.

components/contracts/CMakeLists.txt:
- add_contract_build(expense).

Принцип v3:
- Один процесс p.exp.expns, 5 ledger2 operation_codes (o.exp.{blgadv,blgdir,advrpt,advret,over}).
- createexp принимает operation_code+source_wallet+callback в payload — контракт агностичен к источнику.
- payexp на DIRECT-механике сразу помечает item REPORTED (BURN blago = один полный шаг).
- payexp на ADVANCE — отдельный reportexp пайщиком после чека.
- closeexp шлёт inline action на сохранённый callback (contract,action,data) если он непустой.
- overspendexp — две последовательные Ledger2::apply (OVERSPEND + ADVANCE_REPORT) в одной транзакции.
2026-06-02 18:17:12 +00:00
coopops 87834c4e56 docs(apps-catalog): research-доклад по миграции native extensions в каталог
Typecheck / desktop (pull_request) Successful in 13m21s
Typecheck / controller (pull_request) Successful in 12m43s
2026-06-02 18:04:20 +00:00
coopops 42165ec3e8 [C28-28][@ant] feat(ledger2): шасси расходов — 1 кошелёк, 1 процесс, 5 операций
Typecheck / desktop (pull_request) Successful in 13m21s
Typecheck / controller (pull_request) Successful in 13m6s
wallets.hpp:
- w.exp.adv ADVANCE_HOLD (USER_SHARED) — кошелёк-резерв подотчёта пайщика
- mapping без program-gate: source-программа проверяется контрактом expense

processes.hpp:
- p.exp.expns PROPOSAL — единый процесс расхода по СЗ

operations.hpp (namespace operations::expense):
- o.exp.blgadv BLAGO_ADVANCE  — TRANSFER blago→adv, Дт 08 / Кт 51
- o.exp.blgdir BLAGO_DIRECT   — BURN blago,       Дт 08 / Кт 51
- o.exp.advrpt ADVANCE_REPORT — BURN adv,         без проводки (canal уже сделан)
- o.exp.advret ADVANCE_RETURN — TRANSFER adv→blago, Дт 51 / Кт 08 (зеркало blgadv)
- o.exp.over   OVERSPEND      — TRANSFER blago→adv, Дт 08 / Кт 51 (перерасход)

Принцип: расход не уменьшает паевой фонд (80) — меняется только форма актива
51 → 08. Канал 08/51 строится ровно один раз: на blgadv/blgdir. ADVANCE_REPORT —
только BURN кошелька-резерва. Все ack v3 (см. NAMING-C28-28.md commit 143d9a9d30).
2026-06-02 17:58:31 +00:00
claude c5496a7988 Merge pull request 'fix: перекрёст user↔privacy в coagreements + html2pdf SSR' (#63) from feat/decision-authorize-backend into dev 2026-06-02 17:57:27 +00:00
coopops 3482cfe094 fix(desktop): html2pdf — ленивый import, чинит SSR boot error «self is not defined»
Typecheck / desktop (pull_request) Successful in 13m17s
Typecheck / controller (pull_request) Successful in 12m53s
html2pdf.js на верхнем уровне модуля трогает `self` → при SSR-бандле Quasar
падает [Quasar] boot error: ReferenceError: self is not defined. Экспорт PDF
нужен только на клиенте по действию пользователя — переносим импорт в
dynamic import() внутри exportFormToPdf, сервер модуль не вычисляет.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-02 17:57:04 +00:00
coopops 01c4815c65 fix(soviet): coagreements — user→draft_id 4, privacy→draft_id 3
Были перекрещены относительно реестра документов: draft 3=PrivacyPolicy,
4=UserAgreement (и тексты on-chain drafts, и cooptypes Registry, и protocol-vars
совета это подтверждают). Только make_base_coagreements крестил user↔privacy.
Затрагивает вновь создаваемые коопы; существующим нужна отдельная миграция.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-02 17:57:04 +00:00
coopops 143d9a9d30 [C28-28][@ant] docs: v3 — все ack получены, callback как переменная при createexp, проводки 08/51 для обеих механик Благороста
Typecheck / desktop (pull_request) Successful in 13m31s
Typecheck / controller (pull_request) Successful in 13m8s
2026-06-02 17:56:10 +00:00
coopops bf6a5fe8a3 [C28-34][@ant] docs: 2012/2013/2014 убраны — это файлы (MinIO), не document2; assertions на o.exp.* коды
Typecheck / desktop (pull_request) Successful in 13m36s
Typecheck / controller (pull_request) Successful in 13m4s
2026-06-02 17:31:06 +00:00
coopops c3cf1201c8 [C28-27][@ant] chore: убрать schema.gql из трекинга (gitignored-артефакт)
Typecheck / desktop (pull_request) Failing after 4m47s
Typecheck / controller (pull_request) Failing after 4m47s
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-02 17:29:56 +00:00
coopops a22abfc45f [C28-27][@ant] chore: кодоген схемы и Zeus-клиента для операций Центра уведомлений
Typecheck / desktop (pull_request) Failing after 4m48s
Typecheck / controller (pull_request) Failing after 4m46s
generate-schema + generate-client: getNotifications/getInboxNotifications/
getUnreadNotificationsCount/markNotificationRead/markAllNotificationsRead/
resendNotification + enum NotificationChannel/NotificationOutboxStatus.
SDK-операции теперь компилируются (tsc зелёный).

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-02 17:26:55 +00:00
coopops 88d47afb7a [C28-27][@ant] fix: guard журнала по coopname — доступ только к своему кооперативу
getNotifications/getNotification/resendNotification сверяют coopname
(фильтра и найденной строки) с config.coopname → ForbiddenException на чужой.
Канон-паттерн контроллера (free-decision/branch interactor). Federation-hardening.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-02 17:26:55 +00:00
claude dedcbfb5fe Merge pull request 'Кнопка подписи в прижатый футер + забытый WIP (authorize RAM-payer, boot pf, canon docs)' (#62) from feat/decision-authorize-backend into dev
Build bootstrap container / build (push) Successful in 3m28s
2026-06-02 17:17:09 +00:00
coopops 42722efb59 fix(desktop): кнопка «Подписать» в прижатый футер диалога — доступна без прокрутки длинного документа
Typecheck / desktop (pull_request) Successful in 13m31s
Typecheck / controller (pull_request) Successful in 13m10s
Документ остаётся в скроллящемся body BaseDialog, кнопка вынесена в слот
footer (.base-dialog__foot, вне overflow) — устраняет залипание, когда до
кнопки нельзя домотать (стек maximized-диалогов RequireAgreements).

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-02 17:15:19 +00:00
coopops b058c7d9bd docs: канон вёрстки desktop → skill /mono-desktop-canon 2026-06-02 17:14:51 +00:00
coopops 472db16d4b [@ant] feat(boot): builtin protocol-feature ASSERT_RECOVER_KEY_ACCOUNT 2026-06-02 17:14:51 +00:00
coopops b60b281fc3 [@ant] fix(soviet): authorize — RAM-плательщик coopname, не председатель (tx подписывает кооператив) 2026-06-02 17:14:51 +00:00
coopops 3fd81215cf [C28-27][@ant] fix: тень панели колокола — канон-токен --p-shadow-pop вместо несуществующего --p-elev-2
Typecheck / desktop (pull_request) Failing after 4m50s
Typecheck / controller (pull_request) Failing after 4m48s
Code-review нашёл: --p-elev-2 нет в tokens.css → box-shadow не отрисовывался.
Канон-тень overlay (поповер) — --p-shadow-pop.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-02 17:11:28 +00:00
coopops 043a52abf3 [C28-28][@ant] docs: универсальное шасси v2 — без 60/71, 5 op-кодов, payload-флаг capital trigger
Typecheck / desktop (pull_request) Successful in 13m31s
Typecheck / controller (pull_request) Successful in 13m32s
2026-06-02 17:08:01 +00:00
coopops b9c96bed6d [C28-28][@ant] docs: naming proposal — 6 op-кодов вместо 5 + 60/71 счета + capital trigger
Typecheck / desktop (pull_request) Successful in 13m34s
Typecheck / controller (pull_request) Successful in 13m23s
2026-06-02 16:09:49 +00:00
coopops 61f35b1ef9 [C28-34][@ant] docs: план e2e Journey A/B — scaffold-stub до выбора фреймворка и закрытия C28-28..33
Typecheck / desktop (pull_request) Successful in 13m31s
Typecheck / controller (pull_request) Successful in 13m28s
E2E.md в expenses/:
- Journey A (DIRECT-оплата Yandex Cloud из BLAGOROST_POOL): 10 шагов + matrix ledger2/document2 assertions
- Journey B (ADVANCE master+svetlana 2 items): 9 шагов + matrix
- Helpers-skeleton (loginAs, seedBlagorostPool, mockCouncilAuthorize, fixture*, assertLedgerOp/Document2)
- Performance gates ≤ 3 мин на сценарий
- Прежде чем писать — спросить про Cypress vs Playwright (канон-naming-soglasovyvat)
- Зависимости + дорожная карта расшивки

E2E framework в desktop отсутствует; реальные spec'и пишутся после C28-28..C28-33 и согласования инфраструктуры.
2026-06-02 15:37:22 +00:00
coopops 9757f5ec6b [C28-33][@ant] docs: план интеграции Благороста + cleanup-чеклист — doc-scaffold до C28-29/31/32
Typecheck / desktop (pull_request) Successful in 13m36s
Typecheck / controller (pull_request) Successful in 13m22s
INTEGRATIONS.md в expenses/:
- BLAGOROST_POOL flow через существующий capital::createprogexp (никаких новых contract-actions)
- Каталог 9 универсальных событий шасси для Notification Center
- Backward-compat редиректы /programs/blagorost/expenses → /expenses?source=BLAGOROST_POOL
- Cleanup-чеклист legacy program-expense: на ветке пусто (re-grep ProgramExpense → 0 файлов; PR #59 не залит)
- Шаблоны 1010/1011 — не существуют, удалять нечего; роль закрывают 2010/2011 из C28-30
- Расшивка после закрытия C28-29/C28-31/C28-32

Не трогает рабочие сервисы (только новый .md в extensions/expenses/, не зарегистрировано в extensions-registry).
2026-06-02 15:35:55 +00:00
coopops 6e0fb185b6 [C28-32][@ant] feat: UI scaffold-stub expenses extension — 7 page stubs + dialog + install.ts на canon до C28-31
Typecheck / desktop (pull_request) Successful in 13m33s
Typecheck / controller (pull_request) Successful in 13m37s
2026-06-02 15:08:37 +00:00
coopops 3537c7d89b [C28-31][@ant] docs: scaffold-stub нового expenses extension — план файловой структуры до C28-29
Typecheck / desktop (pull_request) Successful in 13m44s
Typecheck / controller (pull_request) Successful in 13m20s
C28-31 (backend extension шасси расходов) логически блокируется C28-29 (контракт expenses) и C28-28 (P0 коды ledger2). Чтобы зонтичный PR не простаивал и следующий цикл шёл механически — кладём README с планируемой структурой файлов, MinIO-спекой бакета `expenses:files` и черновой GraphQL-схемой.

Когда расшивается C28-28 → C28-29 → этот README раскрывается в код по списку.
2026-06-02 14:47:15 +00:00
coopops 1fa41b2b39 [C28-30][@ant] feat: добавить 2 шаблона document2 для шасси расходов (2010/2011) — единый источник СЗ-сметы и протокола-1 для MVP-SINGLE
Typecheck / desktop (pull_request) Successful in 13m28s
Typecheck / controller (pull_request) Successful in 13m4s
Реализация Эпика 2 шасси системы расходов (волна 6 проекта 14).

cooptypes/cooperative/registry/:
- 2010.ExpenseProposalStatement — СЗ-смета с массивом items (description, amount,
  recipient_type SELF/MEMBER/ORG, mechanics ADVANCE/DIRECT, recipient_name, requisites),
  заголовком proposal (description/total_amount/items_count/source_wallet). LiquidJS
  context с таблицей позиций, переводы ru.
- 2011.ExpenseProposalDecision — протокол-1 утверждения/отказа председателем.
  Поля decision {kind: approve|decline, reason?, protocol_number?, protocol_date?},
  переиспользование IExpenseItem/IExpenseProposalHeader из 2010 через cross-import.

factory/src/:
- Schema/ExpenseItemSchema — JSONSchemaType для ExpenseItem, ExpenseProposalHeader,
  ExpenseProposalDecisionBody.
- Templates/2010+2011 — обёртки по образцу 1010 ExpenseStatement / 1011 ExpenseDecision,
  но с массивом items в Schema.
- Actions/2010+2011 — генераторы pdf через DocFactory с маппингом meta+coop+user+vars
  +proposal+items[+decision].

factory/test/documents-1000-plus.test.ts:
- 3 golden-pdf теста (2010 СЗ, 2011 approve, 2011 decline + reason).

Legacy 1010/1011 НЕ удалены — будут выпилены в C28-33 после миграции backend/UI
на новые ID (чтобы не порвать PR #55 на марафоне рефакторинга).

Решение 2026-06-02: только 2 шаблона document2 в MVP (2010, 2011); остальные слоты
(payment_proof, report_files, return_proof, протокол-2) — файлы в MinIO/expense_files
без factory-цепочки. Тяжёлая document2-цепочка нужна только для юридически-весомых
актов СЗ-смета + протокол совета; первичные документы внешнего происхождения и
events приёмки идут отдельным механизмом.

Refs: C28-30, PRD f8 раздел 8.16 + override 2026-06-02, образцы 1010.ExpenseStatement
+ 1011.ExpenseDecision.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-06-02 14:39:37 +00:00
coopops 2420d3173f [C28-26][@ant] chore: убрать упоминание Novu из комментария init-wallet
Typecheck / desktop (pull_request) Failing after 4m47s
Typecheck / controller (pull_request) Failing after 4m46s
Бэкенд больше не использует Novu — комментарий устарел.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-02 14:17:15 +00:00
coopops 53376971b7 [C28-27][@ant] feat: стол председателя — журнал уведомлений + переотправка
Typecheck / desktop (pull_request) Failing after 4m47s
Typecheck / controller (pull_request) Failing after 4m49s
Эпик 6.5: страница «Журнал уведомлений» (Chairman desktop, /notifications-journal).
Канон-таблица .table-wrap (дата/получатель/тип/канал/статус/попытки), FilterBar по
каналу и статусу, BaseBadge-статусы, кнопка «Переотправить» на строке (resend →
новая строка в очереди, перечитываем). TableSkeleton/EmptyState/«Загрузить ещё».
Имя типа уведомления — из каталога Workflows. Только канон-компоненты + токены.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-02 14:15:06 +00:00
coopops b500789dd6 [C28-27][@ant] feat: личный инбокс пайщика — колокол на нативном Центре
Typecheck / desktop (pull_request) Failing after 4m50s
Typecheck / controller (pull_request) Failing after 4m48s
Эпик 6.4: виджет NotificationCenter переписан с Novu UI на доменный канон-компонент
shared/ui/domain/NotificationCenter (колокол .icon-btn + BaseBadge-счётчик + q-menu).
Pinia-стор: лента инбокса/unreadCount/markRead/markAllRead через SDK, оптимистичные
отметки, поллинг непрочитанных 30с (live-подписки нет — опрос), тост на новое.
Категория группировки выводится из workflowId. Удалён @novu/js и NOVU_* из env.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-02 14:09:32 +00:00
coopops 813cc1aeff [C28-27][@ant] feat: SDK-операции уведомлений — журнал, инбокс, переотправка
Typecheck / desktop (pull_request) Failing after 6m26s
Typecheck / controller (pull_request) Failing after 6m30s
Zeus-селекторы (Notification/NotificationDetail/NotificationAttempt/InboxNotification/
UnreadNotificationsCount + пагинации) + queries (getNotifications/getNotification/
getInboxNotifications/getUnreadNotificationsCount) + mutations (resendNotification/
markNotificationRead/markAllNotificationsRead). Enabling-слой для FE 6.4/6.5.
Компилируются после generate-schema/generate-client оператора (zeus regen).

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-02 14:02:50 +00:00
coopops f9543991e3 [C28-27][@ant] feat: read-side инбокса пайщика — лента/unreadCount/markRead
Typecheck / desktop (pull_request) Successful in 13m25s
Typecheck / controller (pull_request) Successful in 12m58s
Эпик 6.6 (backend-часть): личный инбокс канала In-app поверх notification_inbox.
getInboxNotifications (лента по сессии, пагинация канон), getUnreadNotificationsCount
(бейдж колокола), markNotificationRead/markAllNotificationsRead. Скоуп строго по
subscriber_id из JWT — пайщик видит только свой инбокс (ownership на markRead).
Live-подписка onNotification отложена: graphql-ws/PubSub в репо нет — фронт poll'ит.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-02 13:59:37 +00:00
coopops 96a8ecdf54 [C28-27][@ant] feat: бэкенд журнала уведомлений — getNotifications/getNotification/resend
Typecheck / desktop (pull_request) Successful in 13m25s
Typecheck / controller (pull_request) Successful in 13m0s
Read-side стола председателя (эпик 6, backend):
- getNotifications: журнал очереди notification_outbox с фильтрами
  (coopname/workflowId/channel/status/recipient) + пагинация (канон createPaginationResult).
- getNotification: детализация уведомления + история попыток из notification_deliveries.
- resendNotification: force-переотправка — новая строка очереди со свежим
  idempotencyKey (обходит дедуп), worker подхватывает.
- Статусы каналов/доставки — GraphQL enum через registerEnumType (канон).
- Гейтинг ролями: журнал/детализация — chairman+member, resend — chairman
  (RolesGuard+AuthRoles; платформенный CASL — Phase 2).

FE (инбокс/журнал) + codegen Zeus/SDK — за оператором (generate-schema/client
локально не запускать); live-подписка in-app — следующая история. tsc: 0 новых ошибок.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-02 13:50:00 +00:00
coopops 4bb9a317ca [C28-26][@ant] refactor: полное удаление Novu из контроллера
Typecheck / desktop (pull_request) Successful in 13m42s
Typecheck / controller (pull_request) Successful in 13m4s
Контроллер больше не зависит от внешнего Novu (ADR-001, DEC-025):
- Удалены infrastructure/novu/* (адаптеры + модуль), порты NovuWorkflow/
  NovuCredentials + старый notification.port (NotificationPort→NovuAdapter),
  NotificationDomainService, DeviceTokenService, webhook-приёмник Novu, novu.utils.
- subscriber_hash переведён на HMAC по SERVER_SECRET (utils/subscriber-hash.util),
  identity своя; subscriber_id (адресация Центра) сохранён — backfill cron оставлен
  без Novu-синхронизации.
- Развязаны AccountDomainService/account+participant-interactor/subscription-service
  от Novu-вызовов; NovuModule/NotificationDomainModule убраны из 7+5 модулей.
- config.novu + NOVU_* env + @novu/api удалены; lockfile обновлён (desktop @novu/js
  снимется синхронно с эпиком 6).
- @coopenomics/notifications: удалён sync/ (внешняя синхронизация), bin/scripts/deps;
  остался каталог типов + шаблоны; пакет пересобран.
- grep -i novu по controller/src пуст; tsc = baseline (0 новых ошибок).

Boot/grep-ERROR верификация — за оператором (поднять контроллер нельзя из фоновой сессии).

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-02 13:40:15 +00:00
coopops 0afb73a506 [C28-25][@ant] feat: миграция consumer-сервисов с Novu на единый порт уведомлений
Typecheck / desktop (pull_request) Successful in 13m32s
Typecheck / controller (pull_request) Successful in 13m3s
Drop-in переключение ~28 call-sites в 15 сервисах с
NOVU_WORKFLOW_PORT.triggerWorkflow на NOTIFICATION_PORT.notify (Центр
уведомлений DC v3). Listener'ы/события не тронуты — меняется только тело
вызова: name→workflowId, coopname обязателен (action.coopname/config.coopname),
recipient дополнен username (адресация in-app/web-push).

NotificationCenterModule помечен @Global — порт cross-cutting, консьюмеры
инжектят без импорта модуля (как NOTIFICATION_SUBSCRIPTION_PORT).
Cross-plugin InterCoopCalendarEventNotificationPort (chatcoop) сохранён,
мигрировано лишь тело. Из application NotificationSenderService убраны мёртвые
Novu-измы (broadcast/cancel/getStatus) — не использовались.

tsc: 0 новых ошибок (17 = baseline). NOVU_WORKFLOW_PORT-биндинг остаётся
мёртвым до удаления в эпике 5.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-02 13:08:06 +00:00
coopops 5b3a28d56c [C28-24][@ant] feat: outbox-worker — надёжная доставка с retry и статусами
Typecheck / desktop (pull_request) Successful in 13m42s
Typecheck / controller (pull_request) Successful in 13m14s
OutboxWorkerService @Interval(3000): поллит notification_outbox по индексу
(status, scheduledAt), шлёт через порт канала, исход пишет в журнал
notification_deliveries. at-least-once: backoff-ретрай (5s→30s→2m→10m→1h,
maxAttempts), после исчерпания — терминальный failed (переотправка на столе
председателя). Реклейм зависших SENDING после рестарта. Строка = один канал →
независимые попытки по каналам. Статусы — enum. ScheduleModule.forRoot()
подключён в app.module. Параметры worker'а из env с дефолтами.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-02 12:51:03 +00:00
coopops 0e98ae5538 [C28-23][@ant] feat: канал in-app — персист уведомлений в инбокс кооператива
Typecheck / desktop (pull_request) Successful in 13m24s
Typecheck / controller (pull_request) Successful in 13m18s
InAppChannelAdapter за InAppChannelPort: доставка in-app = запись
отрендеренного из каталога уведомления в notification_inbox. Новая
сущность notification_inbox (isRead/readAt, индексы под ленту + unreadCount).
ChannelMessage расширен outboxId + actorSubscriberId (worker даёт из outbox).
Live-подписка/unreadCount/mark-read — read-side инбокса, в эпик 6.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-02 12:46:23 +00:00
coopops 8e6e45eba5 [C28-23][@ant] feat: каналы email + web-push + шаблонизатор
Typecheck / desktop (pull_request) Successful in 13m37s
Typecheck / controller (pull_request) Successful in 13m16s
EmailChannelAdapter (nodemailer, SMTP из config.email; disabled при пустом
SMTP_HOST, наружу не стучится — NFR11). WebPushChannelAdapter: контроллер
доставляет сам своим подписчикам напрямую через WebPushService на endpoint'ы
из web_push_subscriptions по username (фикс пушей — точки доставки, не ключи);
410 → деактивация подписки. Шаблоны рендерятся из каталога @coopenomics/
notifications (controlValues.subject/body), mustache-интерполяция {{payload.x}}
без liquidjs (лишняя зависимость для MVP). Порты EMAIL_CHANNEL_PORT/
WEB_PUSH_CHANNEL_PORT в NotificationCenterModule.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-02 12:32:39 +00:00
coopops c783ce322b [C28-22][@ant] feat: порты каналов доставки — Email/InApp/WebPush
Typecheck / desktop (pull_request) Successful in 14m44s
Typecheck / controller (pull_request) Successful in 13m20s
Контракты EmailChannelPort/InAppChannelPort/WebPushChannelPort + ChannelMessage/
ChannelDeliveryResult + DI-токены. Только интерфейсы — реализации в эпике 2;
worker эпика 3 зависит от абстракций, не от провайдеров. Имена без I-префикса
(канон портов репо).

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-02 12:23:40 +00:00
coopops 38187f3f26 [C28-22][@ant] feat: роутер NotificationService + идемпотентность — запись в outbox
NotificationService implements NotificationPort: резолвит каналы по типу из
каталога @coopenomics/notifications (steps[].type, только email/in_app/push),
для каждой пары получатель×канал пишет строку в notification_outbox идемпотентно
(ON CONFLICT DO NOTHING по unique idempotencyKey). Опциональный EntityManager —
запись в транзакции вызывающего (story 1.3). idempotencyKey = sha256(coopname|
workflowId|subscriberId|channel|stable(payload)) с детерминированной сериализацией
payload (story 1.5). email-канал — только при подтверждённом email (gate).
Модуль зарегистрирован в app.module, экспортирует NOTIFICATION_PORT.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-02 12:22:53 +00:00
coopops 7d26237748 [C28-22][@ant] feat: схема БД Центра уведомлений — outbox + журнал доставок
Сущности notification_outbox (очередь recipient×channel, hot-path индекс
(status, scheduledAt), unique idempotency_key) и notification_deliveries
(append-журнал попыток, индексы по coopname/recipient для стола председателя
и личного инбокса). Статусы — enum, не строки. Фундамент для роутера (1.3),
worker'а (эпик 3) и стола председателя (эпик 6).

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-02 12:14:42 +00:00
coopops 409a19f6ea [C28-22][@ant] feat: ввести доменный порт NotificationPort.notify — единый вход уведомлений без привязки к Novu
Порт notify(NotifyInput) + типы входа (coopname обязателен как federation-инвариант,
workflowId ссылается на каталог @coopenomics/notifications, NotificationChannel enum
email/in_app/push). Старый NovuWorkflowPort сохраняется до миграции call-sites (эпик 4),
удаляется в эпике 5. Часть истории 1.1 эпика 1 (C28-22).

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-02 11:48:22 +00:00
ant 6866717f98 Merge pull request 'feat(soviet): утверждение решений совета через бэкенд (coopname-auth)' (#51) from feat/decision-authorize-backend into dev
Reviewed-on: #51
Reviewed-by: Алексей Муравьев <chairman.voskhod@gmail.com>
2026-06-02 07:59:09 +00:00
coopops 7a4d2e0cb3 [C28-21][@ant] fix: реестр совета показывает все документы (submitted+resolved)
Typecheck / desktop (pull_request) Successful in 13m36s
Typecheck / controller (pull_request) Successful in 13m33s
Дефолт реестра совета был newresolved → status=Resolved → виден только
утверждённый документооборот, submitted-документы (в т.ч. свежеподанные
заявления) пропадали. Переключатель вкладок на странице скрыт
(showFilter=false), сменить вид было нельзя. Выравниваем с реестром пайщика:
newsubmitted → status не ограничивается → совет видит ВСЕ документы кооператива.

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
2026-05-31 18:52:57 +00:00
coopops f7b12bda60 [C28-21][@ant] fix: пересборка агрегата не откатывает статус (resolved→submitted)
Typecheck / desktop (pull_request) Successful in 14m24s
Typecheck / controller (pull_request) Successful in 13m28s
freedecision эмитит newresolved и newdecision по одному package в одной
транзакции — оба @OnEvent-хендлера срабатывают одновременно. safeReassemble
(newdecision/newact/newlink) пере-upsert'ил все строки пакета ПОЛНЫМ набором
колонок со сталым row.status, прочитанным до коммита newresolved → затирал
resolved обратно в submitted. Решение совета застревало в submitted и пропадало
из реестра совета (дефолт «Только утверждённые» = status=Resolved).

Пересборка теперь обновляет ТОЛЬКО агрегат-производные колонки
(document_aggregate/full_title/content_text/signers_text) точечным UPDATE.
status/block_num/source_action_data принадлежат статус-событиям и пересборкой
не трогаются → конкурентный newresolved не откатывается. Новый метод
SignedDocumentRepository.updateAggregate + SignedDocumentAggregateUpdate.

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
2026-05-31 18:32:42 +00:00
coopops e810644386 fix(desktop): открывать первую страницу стола при выборе из command palette
Предыдущий фикс снимал лоадер, но onSelectWorkspace пушил на mainRoute.name —
родительский layout-роут без компонента → серый экран. WorkspaceSwitcher
работает потому что зовёт goToDefaultPage(), который через getDefaultPageRoute()
резолвит реальную лист-страницу (authorized_default_route / defaultRoute /
первый child) И сбрасывает isWorkspaceChanging. Используем его же.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-05-31 09:29:15 +00:00
coopops fec4058ff6 feat(soviet): утверждение решений совета через бэкенд (coopname-auth) вместо client-side push
Typecheck / desktop (pull_request) Successful in 13m54s
Typecheck / controller (pull_request) Successful in 13m7s
Кнопка «Утвердить» совета слала authorize+exec напрямую из браузера ключом
председателя — при HTTP 504 от ноды ошибка терялась в браузере, бэкенд её не
видел и не логировал. Переводим действие на проведение через контроллер ключом
кооператива, как остальные soviet-мутации (sendAgreement) — теперь ошибки связи
с блокчейном попадают в логи бэкенда.

Контракт soviet: authorize/exec require_auth(chairman/executer) → require_auth(coopname).
Согласие председателя не теряется — закреплено его личной подписью на document2
(verify_document_or_fail) + проверкой is_valid_chairman.

- contracts: authorize.cpp/exec.cpp — require_auth(coopname)
- controller: новая мутация authorizeDecision (DecisionAuthorizeModule) + порт/адаптер,
  пушит authorize+exec одной транзакцией ключом кооператива из vault
- cooptypes: authorizations actor chairman/username → coopname
- sdk: Mutations.Decisions.AuthorizeDecision + регенерация schema.gql/zeus
- desktop: фича AuthorizeAndExecDecision и process-decisions зовут бэкенд-мутацию
  вместо useGlobalStore().transact; подпись документа остаётся клиентской

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
2026-05-31 09:26:48 +00:00
coopops 264d592033 fix(desktop): снимать full-page лоадер при переключении стола из command palette
selectWorkspace() ставит isWorkspaceChanging=true (full-page WindowLoader
поверх router-view), а сбрасывал флаг только goToDefaultPage(). Обычное меню
(WorkspaceSwitcher) зовёт goToDefaultPage и лоадер снимается; command palette
(onSelectWorkspace/onSelectPage) делал прямой router.push без сброса флага —
лоадер висел вечно. Тот же leak в ConnectionAgreementStepper.goToQuickClient.

Снимаем флаг через setWorkspaceChanging(false) в .finally() после навигации.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-05-31 09:14:41 +00:00
coopops 7d43ef9668 fix(desktop): выделение текста — solid accent вместо болотного teal
Глобальный ::selection был --p-primary-soft (teal 10% alpha) — болотный,
почти невидим. Меняем на solid --p-accent + белый текст: видно на любом фоне.
Тост-специфичные ::selection-override (.q-notification/.toast) убраны —
accent читаем и на тёмной поверхности тоста, выделение единое везде.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-05-31 07:06:02 +00:00
ant bc989f47d1 Merge pull request '[C28-21] Реестр подписанных документов в Postgres: getDocuments+searchDocuments на PG, newdeclined, авто-backfill' (#47) from feat/C28-21-pg-signed-documents into dev
Reviewed-on: #47
2026-05-31 06:21:18 +00:00
coopops 6e388e3196 [C28-21][@ant] fix: icon в IWorkspaceRouteMeta опционален для hidden-роутов
Typecheck / desktop (pull_request) Successful in 13m52s
Typecheck / controller (pull_request) Successful in 13m12s
Страницы deep-link (карточка документа, name=document-details/
user-document-details) помечены meta.hidden=true и в навигацию не
попадают — иконка им не нужна. Drawer рендерит q-icon под v-if='item.icon',
undefined безопасен. Убирает TS2741 'Property icon is missing'.

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
2026-05-31 05:37:11 +00:00
coopops 42d3fc46e0 [C28-21][@ant] fix: открытие документа из карточки по hash (подписанный), а не doc_hash
Typecheck / desktop (pull_request) Failing after 8m20s
Typecheck / controller (pull_request) Successful in 12m31s
Карточка реестра вела на страницу документа, передавая rawDocument.hash — а это
doc_hash (хеш самого документа, без подписи). Бэкенд же ищет документ по колонке
hash (подписанный документ = содержимое + подпись): UPPER(d.hash)=UPPER(:hash).
Значения разные → getDocuments возвращал 0 → «Документ не найден».

Из поиска работало, потому что searchDocuments отдаёт именно hash (колонку), а не
doc_hash. Карточка теперь берёт тот же document.hash (= колонка hash в реестре).

Проверено по БД: фильтр по doc_hash → 0 строк, по document.hash → 1; у всех
записей document.hash == колонка hash.

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
2026-05-30 16:17:30 +00:00
coopops 716eb4fe5a [C28-21][@ant] feat: реестр документов на канон-карточки + липкая кнопка «назад»
Typecheck / desktop (pull_request) Failing after 8m31s
Typecheck / controller (pull_request) Successful in 12m49s
Реестр документов переведён с таблицы на канон плоские строки (DocumentRow):
строка кликабельна и ведёт на отдельную страницу документа. Таблица с
инлайн-раскрытием оставлена только для Union-страницы (expand=true).

- DocumentCardsList: список DocumentRow (заголовок, дата, ФИО подписантов,
  скачивание в actions), скелетоны при загрузке, «Загрузить ещё». Статус-чип
  не показываем — в реестре всё подписано (канон stop-signal).
- ListOfDocumentsWidget: проп expand — карточки по умолчанию (совет/пайщик),
  таблица для Union (передаёт expand=true) — поведение Union не меняется.
- useDocumentNavigation перенесён из фичи поиска в entity Document
  (переиспользуют и поиск, и карточный список — чистые слои).
- DocumentDetailsPage: кнопка «назад» теперь в липком баре (sticky,
  top=--p-topbar-h), видна всегда при прокрутке документа.

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
2026-05-30 16:04:31 +00:00
coopops 7f65478dc5 [C28-21][@ant] fix: раздел документа выводить из имени роута, не из workspace
Typecheck / desktop (pull_request) Failing after 8m32s
Typecheck / controller (pull_request) Successful in 12m33s
activeWorkspaceName инициализируется асинхронно — при холодном переходе по
прямой ссылке на документ совета скоуп мог упасть в скоуп пайщика и документ
«не находился». Имя роута (document-details / user-document-details) доступно
сразу и детерминированно.

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
2026-05-30 15:41:23 +00:00
coopops 0cbc76b018 [C28-21][@ant] feat: отдельная canon-страница документа вместо фильтра реестра
Typecheck / desktop (pull_request) Failing after 8m24s
Typecheck / controller (pull_request) Successful in 12m42s
Прошлый подход (фильтр реестра по ?document=<hash> + баннер) отклонён —
нужна полноценная отдельная страница документа с переходом назад и deep-link.

- DocumentDetailsPage: canon-страница по эталону карточки собрания (back-link
  под шапкой, имя документа в заголовок через setPageTitleOverride, скелетон,
  EmptyState; контент — ComplexDocument). Грузит документ сама по hash из роута,
  поэтому открывается и прямым переходом по ссылке.
- Роуты documents/:hash в обоих расширениях: document-details (совет) и
  user-document-details (пайщик), hidden — по аналогии с meet-details.
- DocumentModel.loadDocument(username, hash): точечная загрузка одного документа
  (статус-агностичный фильтр newsubmitted), не трогает состояние списка.
- Клик в поиске ведёт на страницу документа (useDocumentNavigation выбирает роут
  по рабочему столу), а не фильтрует реестр.
- Откат фильтр-подхода: удалены SearchedDocumentBanner и useDocumentRouteFilter,
  страницы реестра/виджет/таблица возвращены к baseline.

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
2026-05-30 15:39:48 +00:00
coopops f64a430bff [C28-21][@ant] feat: открытие документа из поиска через фильтр реестра
Typecheck / desktop (pull_request) Successful in 12m55s
Typecheck / controller (pull_request) Successful in 12m31s
Клик по результату поиска вёл в никуда (openDocument был пуст) — найденный
документ нельзя было посмотреть. Теперь клик кладёт hash в ?document=<hash>
текущего роута; страница реестра читает его и сводит список к одному документу,
авто-раскрывая его. Переиспользуем готовый backend-фильтр filter.document.hash
(тот же путь, что у Union-страницы) — без изменений API и codegen.

- useDocumentRouteFilter/useDocumentNavigation: чтение и установка ?document.
- SearchedDocumentBanner: баннер «показан один документ» с возвратом к списку.
- Обе страницы реестра (совет + пайщик) фильтруют виджет по выбранному документу.
- Виджет реагирует на смену filter и форсит статус-агностичный newsubmitted при
  hash-фильтре (иначе на вкладке «только утверждённые» неутверждённый документ
  из поиска не нашёлся бы).
- DocumentsTable авто-раскрывает строку по expandHash (регистронезависимо).

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
2026-05-30 15:06:38 +00:00
coopops 9d183f3b64 [C28-21][@ant] copy: срок рассмотрения заявления — до 30 дней вместо 24 часов
Typecheck / desktop (pull_request) Successful in 12m54s
Typecheck / controller (pull_request) Successful in 12m32s
В экране ожидания регистрации (WaitingRegistration) «до 24 часов» — неактуально:
реальный регламентный срок рассмотрения советом — до 30 дней (обычно решение
принимается за день-два). Поправили текст под фактический срок.

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
2026-05-30 14:34:54 +00:00
coopops e877bd3eac [C28-21][@ant] style: убрать верхний отступ в выдаче поиска документов
Typecheck / desktop (pull_request) Successful in 13m3s
Typecheck / controller (pull_request) Successful in 12m36s
Большая пустая полоса между строкой поиска и первым результатом мешала —
снят верхний padding секции результатов (q-pt-none), список начинается ближе.

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
2026-05-30 12:52:52 +00:00
coopops 9427c204ab [C28-21][@ant] feat: выдача поиска документов — ФИО подписанта и чистый заголовок
Typecheck / desktop (pull_request) Successful in 12m57s
Typecheck / controller (pull_request) Successful in 12m36s
Поиск показывал username («ant») и сырой full_title с хвостом ` - - дата.pdf`.
Приводим к виду реестра на главной:
- SearchResult.signer — ФИО подписанта-субъекта («Иванов Иван Иванович»), берётся
  из signer_certificate готового агрегата (подпись с signer===username, иначе первая;
  организация → short_name). Тот же источник, что у чипов подписей в реестре.
- full_title в выдаче поиска теперь = meta.title (чистое наименование), как в реестре;
  fallback — прежний full_title.
- Фронт DocumentSearchDialog: заголовок + чип ФИО (BaseBadge) + дата вместо строки
  «username · дата»; убран пустой highlights-блок.

Схема + zeus-клиент перегенерированы (generate-schema/generate-client + sdk build).

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
2026-05-30 12:30:54 +00:00
coopops cdb9cc8344 [C28-21][@ant] fix: парсинг meta.created_at формата DD.MM.YYYY HH:mm + устойчивый backfill
Typecheck / desktop (pull_request) Successful in 13m13s
Typecheck / controller (pull_request) Successful in 12m41s
Документы хранят дату в локализованном формате `DD.MM.YYYY HH:mm` + отдельное
meta.timezone (так пишет фабрика @coopenomics/factory через moment.tz). Прежний
`new Date(meta.created_at)` этот формат не парсил → Invalid Date → колонка
timestamptz падала с "invalid input syntax ... 0NaN-NaN-NaN", и throw в одной
записи ронял весь прогон backfill. Парсим тем же moment.tz, что и фабрика
(timezone из меты, иначе config.timezone), невалидное → null. Плюс per-record
try/catch в backfill: одна битая запись логируется и пропускается, а не валит прогон.

Проверено вживую на voskhod: backfill завершён scanned=8 created=4 updated=4
skipped=0, document_created_at = 2026-05-28 07:53:00+00 (валидные даты, не null).

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
2026-05-30 12:07:29 +00:00
coopops c5272c7088 [C28-21][@ant] fix: @Index по имени свойства packageHash, не db-колонки package
Typecheck / desktop (pull_request) Successful in 12m56s
Typecheck / controller (pull_request) Successful in 12m36s
TypeORM @Index(['...']) принимает имена СВОЙСТВ сущности, а не db-колонок.
Колонка объявлена @Column({ name: 'package' }) packageHash, поэтому индекс
['coopname','package'] падал на старте: "Index contains column that is missing
in the entity (SignedDocumentEntity): package". Индекс по db-колонке `package`
строится корректно и через имя свойства packageHash.

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
2026-05-30 11:52:32 +00:00
coopops 6490aa81f4 chore(release): publish
Build bootstrap container / build (push) Successful in 3m10s
Release / release (push) Successful in 25m9s
Release / publish-packages (push) Successful in 14m40s
Release / trigger-coopenomics-docs (push) Successful in 2s
Release / trigger-mono-docs (push) Successful in 1s
2026-05-30 07:56:36 +00:00
coopops 7b58187553 Merge branch 'testnet' 2026-05-30 07:56:22 +00:00
coopops b1c2f3d558 fix gitgnore
Build bootstrap container / build (push) Successful in 1m21s
2026-05-30 07:22:36 +00:00
coopops 6f53923303 chore(release): publish
Build bootstrap container / build (push) Successful in 3m7s
Release / release (push) Successful in 24m25s
Release / publish-packages (push) Has been skipped
Release / trigger-coopenomics-docs (push) Has been skipped
Release / trigger-mono-docs (push) Has been skipped
2026-05-30 06:58:26 +00:00
coopops 4804909569 Merge branch 'testnet'
# Conflicts:
#	components/blago-cli/package.json
#	components/boot/package.json
#	components/cleos/package.json
#	components/contracts/package.json
#	components/controller/package-lock.json
#	components/controller/package.json
#	components/cooptypes/package.json
#	components/desktop/package.json
#	components/docs-harness/package-lock.json
#	components/docs-harness/package.json
#	components/docs/package.json
#	components/factory/package.json
#	components/inter/package.json
#	components/migrator/package.json
#	components/notifications/package.json
#	components/parser/package-lock.json
#	components/parser/package.json
#	components/sdk/package.json
#	components/setup/package.json
#	lerna.json
2026-05-30 06:55:07 +00:00
coopops 33b7923773 chore(release): publish
Build bootstrap container / build (push) Successful in 3m37s
Release / release (push) Successful in 25m15s
Release / publish-packages (push) Has been skipped
Release / trigger-coopenomics-docs (push) Has been skipped
Release / trigger-mono-docs (push) Has been skipped
2026-05-30 06:48:30 +00:00
coopops 10d792613f Merge branch 'dev' into testnet 2026-05-30 06:48:13 +00:00
coopops 58bdb8a995 fix(desktop): форматировать суммы в тостах ошибок до 2 знаков
Ошибки цепи возвращают суммы с сырой precision=4 ("100.0000 RUB"). Добавлен formatAssetsInText() рядом с formatAsset2Digits и применён в FailAlert — единая точка для всех тостов ошибок. Суммы вида <целое>.<>=3 знаков> <ТИКЕР> приводятся к 2 знакам с группировкой; уже отформатированные не трогаются (идемпотентно).

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-05-30 06:47:32 +00:00
coopops 067fd8d562 fix(desktop): не вешать watch темы на SSR-сервере (утечка подписчиков на Dark)
theme boot подписывал watch на глобальный Quasar-реактив Dark. В SSR boot-файлы
выполняются на каждый рендер-запрос, а watch без owning-scope не утилизируется —
подписчики копились на синглтоне Dark безгранично (та же природа, что у sentry.ts,
только дешевле за итерацию). Тема (data-theme на documentElement) нужна только на
клиенте; гейтим boot через process.env.SERVER.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-05-30 06:47:32 +00:00
coopops ca2b97f18f fix(desktop): не инициализировать Sentry на SSR-сервере (спам логов + утечка RAM)
Boot-файл sentry.ts использует браузерный @sentry/vue с browserTracingIntegration.
В SSR boot-файлы выполняются на каждый рендер-запрос, поэтому Sentry.init плодил
новый клиент/интеграции на каждом запросе (утечка памяти → «пила» RAM, заметная
на нодах с малым объёмом RAM) и спамил серверный лог строкой про инициализацию
(~80/мин). Гейтим boot через process.env.SERVER (как в chatwoot.ts) — Sentry
остаётся только на клиенте, где ему и место.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-05-30 06:47:32 +00:00
coopops 708607f83a fix(desktop): цвет выделения текста в тостах
Глобальный ::selection красит текст в var(--p-ink) (тёмный на свет-теме)
поверх полупрозрачного фона — на тёмной поверхности тоста выделенный текст
пропадал. Scoped-override для .q-notification/.toast: полупрозрачная светлая
подложка + светлый текст, читаемо на всех типах тостов.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-05-30 06:47:32 +00:00
coopops 5a21d017e0 fix(desktop): убрать гонку Teleport-host шапки и обновлять гранты/столы после регистрации
Баг A: предупреждение "Failed to locate Teleport target '#header-actions-host'"
возникало, потому что host был под v-if='loggedIn'. Сразу после регистрации
навигация на стол происходит раньше, чем loggedIn (зависит от async
session.isAuth / isRegistrationComplete) станет true → цель Teleport
отсутствует в DOM → даже defer-Teleport источников страниц её не находит.
Рендерим #header-actions-host безусловно — видимость блока действий уже
регулируется CSS (.topbar__actions:has(> .header-actions-host:only-child:empty)).

Баг B: после регистрации grant-gated кнопки («Совершить взнос», «Получить
возврат») не появлялись до F5. В потоке завершения регистрации (watch на
participant_account) не вызывался desktops.loadDesktop() (свежие столы/гранты),
а кошелёк/agreements не грузились: на момент первого run() статус ещё не
'active' → isFullyActive=false. После того как статус обновился, до-вызываем
run(true) и loadDesktop() по образцу init-app / EnableButton. Условие
isFullyActive в init-wallet не ослаблялось.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-05-30 06:47:32 +00:00
coopops a2bfa69c2b feat(desktop): placeholder для наименования банка в форме ИП
Только неочевидное поле — наименование банка получило подсказку ПАО "Сбербанк".
Остальные поля ИП самоописательны (формат даты, кол-во цифр, «как в паспорте»).

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-05-30 06:47:32 +00:00
coopops 804a178234 feat(desktop): добавить placeholder-примеры в форму организации при вступлении
Поля краткого/полного наименования, должности представителя и наименования
банка получили placeholder-подсказки (ПК "Ромашка", Председатель совета,
ПАО "Сбербанк") — показываются при фокусе пустого поля.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-05-30 06:47:32 +00:00
coopops 0eb1224390 fix(desktop): не терять выбор в BaseRadioCard при наведении
Hover-правило .base-radio-card:hover (специфичность 0,2,0) перекрывало
.base-radio-card--selected (0,1,0), поэтому при наведении на выбранную
карточку программы primary-фон/граница подменялись на surface/soft и
выбор визуально пропадал. Ограничил hover невыбранными карточками через
:not(.base-radio-card--selected).

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-05-30 06:47:32 +00:00
coopops b465529f8a [design-wave1][@dark] fix: палитра команд — рамка курсора на любом столе, не только активном
Заголовок workspace-row получал outline только когда стол активный
(.is-active .row.is-selected). На неактивных столах при навигации курсор
«терялся»: только лёгкая смена фона на surface-2, без рамки — в отличие
от page'ей, которые подсвечиваются outline'ом всегда. Выровнял правило:
outline на любом .workspace-row.is-selected.
2026-05-30 06:47:31 +00:00
coopops 6e4ee9303a [design-wave1][@dark] fix: палитра команд — clamp навигации стрелками вместо wrap-around
На верхней/нижней позиции стрелка дальше прыгала в противоположный
конец списка из-за (idx+delta+len)%len. Заменено на clamp в [0..len-1]:
курсор остаётся на месте, как в нативном listbox/меню. Пустое выделение
+ ↓ ставит на первый, ↑ — на последний.
2026-05-30 06:47:31 +00:00
coopops c3cc6bffb6 [design-wave1][@dark] fix: палитра команд — снят sticky-баннер активного стола
Активный workspace был position:sticky top:0 — при навигации стрелкой
вверх курсор-выделение «исчезал» за sticky-overlay'ем, потому что
scrollIntoView({block:'nearest'}) считал элемент видимым в normal flow,
не учитывая sticky-перекрытие. Активный стол и так идёт первым по
сортировке + есть badge «Активный», sticky не нужен.
2026-05-30 06:47:31 +00:00
coopops 39be17dfbc [@dark] fix(desktop): CommandPalette — primary вместо accent + meta.conditions/hidden + drawer close на мобильниках
- CommandPalette.vue: все --p-accent / --p-accent-soft / --p-ink-on-accent
  заменены на --p-primary (бирюзовая палитра канона). Откатывается
  регрессия после fix-коммитов design-wave1 (sticky-banner / clamp /
  рамка курсора), которые случайно вернули accent поверх primary
  (см. b82b778b81 — изначально palette был в primary).

- default.vue::paletteWorkspaces: возвращена фильтрация meta.conditions
  (participant/chairman/soviet install.ts) + meta.hidden (capital
  install.ts) — та же логика что в LeftDrawerMenu.filteredRoutes,
  чтобы CommandPalette не показывал страницы, которые не отображаются
  в rail-меню. onSelectWorkspace/onSelectPage закрывают левый дровер
  на мобильниках через desktop.closeLeftDrawerOnMobile().
2026-05-30 06:47:31 +00:00
coopops ab8f1186e8 [@dark] refactor(desktop): canon CommandPalette + снос осиротевшего меню — фикс утерянного ⌘K после design-wave1
- layouts/default.vue: вместо widgets/Desktop/CmdkMenu mount'им
  shared/ui/domain/CommandPalette (canon из design-wave1) с адаптером
  workspaceMenus → CommandPaletteWorkspace[] и глобальным ⌘K / Ctrl+K.
- entities/CommandPalette: минимальный store (isOpen / open / close /
  toggle) — заменяет тяжёлый useCmdkMenuStore.
- LeftDrawerMenu.onCmdk → palette.open() (триггер «Найти» в AppDrawer).
- Удалены целиком осиротевшие после design-wave1 директории:
  entities/CmdkMenu, widgets/Desktop/CmdkMenu, widgets/Desktop/CmdkTrigger,
  widgets/Desktop/SecondLevelMenuList (никем не использовался),
  widgets/Desktop/WorkspaceMenu (заменён на WorkspaceSwitcher),
  widgets/Wallet/MicroWallet (заменён на RailUserCard).
- Поправлены barrels widgets/Desktop и widgets/Wallet.
2026-05-30 06:47:31 +00:00
coopops 7b39ed34be fix(desktop): читаемость тостов на тёмной теме
Фон и текст тоста (.q-notification + .toast) теперь фиксированные тёмная
поверхность + светлый текст в обеих темах, а не инвертируемые
var(--p-ink)/var(--p-canvas). На dark-теме текст уходил в тёмный на тёмном
deep-tint фоне (#052e16 и т.п.) — нечитаемо. Цветные иконки по типу
остаются на токенах.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-05-30 06:47:31 +00:00
ant e68475e1d8 fix(desktop): отступ документа от рамки в диалоге подписи соглашения
q-pa-lg на flat-карточке SignAgreementDialog — документ больше не прижат
к границе на странице кошелька пайщика.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-05-30 06:47:31 +00:00
coopops a076962058 [blago-cli-add-filter][@ant] fix(blago-cli): фильтр non-entity .md в add + понятные ошибки push — чтобы blago add . не валил push «type: undefined»
— format/peekBlagoEntityType: не бросает; возвращает project|issue|story|undefined.
— sync/add: классификация unreadable/non-entity/clean/dirty; README/notes/CLAUDE/AGENTS не попадают в staging, отдельный счётчик skippedNonEntity.
— sync/push: на старте чистит staging от non-entity (warn); ошибки parseBlagoMarkdown / validateParsedForPush префиксуются путём файла.
— cmd/run-cli: вывод add показывает skippedNonEntity.
— bump 2026.5.28-1.
2026-05-30 06:47:31 +00:00
coopops 7e98a3adfb [mobile-drawer][@ant] fix: левый дровер — автозакрытие на мобиле при смене маршрута 2026-05-30 06:46:00 +00:00
coopops eb3e388b78 [fix-vue-tsc][@dark] fix: IPayment override → локальный IPaymentRow в виджете
Глобальный Omit<IPayment,'id'>&{id:string} ломал store.ts/mergePayments
и features/Payment/SetStatus/api (туда приходит сырой Zeus-вывод с
id:unknown). Откатываю override в entities/Payment/model/types.ts,
сужаю id до string локально в ListOfPaymentsWidget через IPaymentRow —
точка сужения только в UI, контракт стора/API не трогается.

vue-tsc desktop локально: PASS.
2026-05-30 06:46:00 +00:00
coopops d65643065e [fix-vue-tsc][@dark] fix: vue-tsc desktop — IAgenda в QuestionsTable + IPayment.id:string
QuestionsTable принимал Cooperative.Document.IComplexAgenda[] (cooptypes,
table:IDecision без certificates, id:IUint64=number|string), а сверху
ListOfAgendaQuestions передаёт IAgenda[] из desktop/entities/Agenda
(GraphQL-вывод getAgenda, table:BlockchainDecision с certificates,
id:number). Перевожу QuestionsTable на IAgenda — это реальная форма
данных из стора; уходит расхождение IComplexAgenda↔IAgenda для
:agenda='row' в QuestionCard (он тоже IAgenda).

IPayment.id был ModelTypes['ID']=unknown (Zeus не имеет scalar-resolver
для ID), из-за чего шаблон ListOfPaymentsWidget падал на expanded.get/.set
и :id-биндингах. Переопределяю id как string через Omit+&.
2026-05-30 06:46:00 +00:00
ant 0c343f0d50 Merge pull request 'fix(desktop): форматировать суммы в тостах ошибок до 2 знаков' (#48) from fix/desktop-format-asset-errors into dev
Reviewed-on: #48
2026-05-30 06:43:25 +00:00
coopops 91f74c76b4 fix(desktop): форматировать суммы в тостах ошибок до 2 знаков
Typecheck / desktop (pull_request) Successful in 14m11s
Typecheck / controller (pull_request) Successful in 13m38s
Ошибки цепи возвращают суммы с сырой precision=4 ("100.0000 RUB"). Добавлен formatAssetsInText() рядом с formatAsset2Digits и применён в FailAlert — единая точка для всех тостов ошибок. Суммы вида <целое>.<>=3 знаков> <ТИКЕР> приводятся к 2 знакам с группировкой; уже отформатированные не трогаются (идемпотентно).

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-05-30 06:38:57 +00:00
coopops 3691d95777 fix(desktop): не вешать watch темы на SSR-сервере (утечка подписчиков на Dark)
theme boot подписывал watch на глобальный Quasar-реактив Dark. В SSR boot-файлы
выполняются на каждый рендер-запрос, а watch без owning-scope не утилизируется —
подписчики копились на синглтоне Dark безгранично (та же природа, что у sentry.ts,
только дешевле за итерацию). Тема (data-theme на documentElement) нужна только на
клиенте; гейтим boot через process.env.SERVER.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-05-30 06:25:10 +00:00
coopops f264aa85a3 fix(desktop): не инициализировать Sentry на SSR-сервере (спам логов + утечка RAM)
Boot-файл sentry.ts использует браузерный @sentry/vue с browserTracingIntegration.
В SSR boot-файлы выполняются на каждый рендер-запрос, поэтому Sentry.init плодил
новый клиент/интеграции на каждом запросе (утечка памяти → «пила» RAM, заметная
на нодах с малым объёмом RAM) и спамил серверный лог строкой про инициализацию
(~80/мин). Гейтим boot через process.env.SERVER (как в chatwoot.ts) — Sentry
остаётся только на клиенте, где ему и место.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-05-30 06:19:11 +00:00
coopops 3a59be5101 fix(desktop): цвет выделения текста в тостах
Глобальный ::selection красит текст в var(--p-ink) (тёмный на свет-теме)
поверх полупрозрачного фона — на тёмной поверхности тоста выделенный текст
пропадал. Scoped-override для .q-notification/.toast: полупрозрачная светлая
подложка + светлый текст, читаемо на всех типах тостов.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-05-30 05:39:47 +00:00
coopops 43d9363800 [C28-21][@ant] docs: backfill идемпотентен по (coopname, doc_hash), не package
Typecheck / desktop (pull_request) Successful in 13m31s
Typecheck / controller (pull_request) Successful in 13m7s
Устаревшая формулировка в docstring backfill-сервиса: после перехода на ключ
doc_hash идемпотентность/уникальность реестра — по (coopname, doc_hash), а НЕ по
(coopname, package). package сознательно не уникален (один процесс = несколько
разных документов с разными подписантами), поэтому ключом записи он быть не может.

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
2026-05-29 20:15:16 +00:00
coopops 33437c6b35 [C28-21][@ant] fix: block_num реестра = блок on-chain действия, не генерации
Typecheck / desktop (pull_request) Successful in 13m36s
Typecheck / controller (pull_request) Successful in 13m5s
Ось упорядочивания версий подписи одного doc_hash должна мерить одну величину
на обеих сторонах guard'ов ingestAction. Раньше block_num хранился через
resolveBlockNum(meta.block_num, action.block_num) с приоритетом meta.block_num
(блок ГЕНЕРАЦИИ документа фабрикой), а incomingBlock в guard'ах — action.block_num
(блок ДЕЙСТВИЯ в цепи). Так как документ всегда генерируется до подачи в цепь
(meta.block_num <= action.block_num), защита от отката на старую версию подписи
(incomingBlock < existing.blockNum) и идемпотентность по блоку фактически не
срабатывали. Теперь приоритет — action.block_num, meta.block_num лишь fallback.

Заодно выправлены устаревшие комментарии интерфейса репозитория (ключ — doc_hash,
а не hash).

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
2026-05-29 20:07:47 +00:00
coopops 423648d342 [C28-21][@ant] fix(controller): ключ реестра — doc_hash (схлопывание версий подписи) + поиск пайщику по своим документам
Typecheck / desktop (pull_request) Successful in 13m57s
Typecheck / controller (pull_request) Successful in 13m34s
Два уточнения по замечаниям:

1. Ключ реестра переведён с hash на doc_hash. doc_hash = идентичность документа; hash включает
   наложенные подписи, поэтому у ОДНОГО документа бывает несколько hash (версии по мере накопления
   подписей — напр. акт приёма-передачи: 1-я подпись → один hash, 2-я → другой, doc_hash тот же).
   При ключе по hash документ задваивался в списке (одна подпись / две подписи). Теперь:
   - уникальный индекс (coopname, doc_hash); hash и package — неуникальные индексы;
   - ingestAction ключуется по data.document.doc_hash и держит КРАЙНЮЮ версию: guard'ы «не понижать
     статус» и «не откатывать на меньший block_num» (getState отдаёт status+blockNum); крайняя версия
     перетирает предыдущую (тот же документ, больше подписей);
   - hash хранится как версия последней подписи (для фильтра Union по document.hash и отображения).
   package по-прежнему группирует разные документы процесса (обмен = разные doc_hash = разные строки).

2. searchDocuments вернул доступ пайщику, но со скоупом: член совета (chairman/member) ищет по всему
   кооперативу, обычный пайщик — ТОЛЬКО по своим документам (search scope username=user.username).
   Снял role-гард, добавил @CurrentUser; SearchResolver решает скоуп по роли. Заодно закрывает прежнюю
   утечку (старый поиск был coop-wide для любого авторизованного).

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
2026-05-29 18:38:11 +00:00
coopops b9be36d203 [C28-21][@ant] fix(controller): ключ реестра — hash документа, а не package (package = процесс с N заявлений)
Typecheck / desktop (pull_request) Successful in 13m53s
Typecheck / controller (pull_request) Successful in 14m23s
Самоаудит по замечанию: package — это идентификатор ПРОЦЕССА, в который может входить несколько
заявлений с разными подписантами. Доказано в контракте: marketplace/change.cpp шлёт ДВА newsubmitted
с одним package, но разными document и username (обмен: contribute+return). Прежний уникальный индекс
(coopname, package) + upsert-по-package затирал второе заявление первым → ПОТЕРЯ ДОКУМЕНТА и склейка
username. Старый explorer-путь (список по newsubmitted) показывал оба.

- Сущность: уникальный индекс теперь (coopname, hash) — одна строка = один документ-заявление;
  (coopname, package) стал НЕуникальным группирующим индексом.
- ingestAction ключуется по data.document.hash; смена статуса (newsubmitted/newresolved/newdeclined,
  все несут то же заявление — подтверждено createagenda/declinedoc/make_complete_document) матчит
  строку по hash.
- newdecision/newact/newlink несут package (не заявление) → пересобирают агрегаты ВСЕХ заявлений
  пакета (repository.findByPackage), сохраняя статус каждого.
- Репозиторий: upsert/getStatus по hash; findByPackage вместо getSourceActionData; убраны
  неиспользуемые setStatus/exists.

Также: searchDocuments закрыт гардом RolesGuard + @AuthRoles(['chairman','member']) — поиск по
документообороту кооператива только для совета (SearchDocumentsInput не содержит username, поэтому
правило «свои ресурсы» не открывает доступ обычному пайщику). Поиск пайщиком по своим документам
пока не предусмотрен.

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
2026-05-29 18:20:38 +00:00
coopops 3943802931 [C28-21][@ant] fix(controller): парность getDocuments — «Все входящие» = все статусы + скоуп backfill по кооперативу
Typecheck / desktop (pull_request) Successful in 14m40s
Typecheck / controller (pull_request) Successful in 13m16s
Самоаудит видимости документов выявил две регрессии относительно прежнего explorer-пути:

1. Вкладка «Все входящие» (type=newsubmitted) теряла решённые документы. Прежний фильтр был по
   ИМЕНИ действия: у каждого пакета есть newsubmitted-действие → «Все входящие» = все документы
   (решённые показывались и тут, и во «Только утверждённые»). Партиция по статусу (newsubmitted→
   status=Submitted) скрывала решённые из дефолтной вкладки User/DocumentsPage. Фикс: newsubmitted →
   без фильтра статуса (все), newresolved → status=Resolved.

2. Backfill сканировал explorer с query={} — без скоупа. Explorer (cooparser) хранит трейсы по
   получателям; без receiver вернулись бы все трейсы каждого действия (soviet/пайщик) и, возможно,
   чужие кооперативы. Фикс: query={receiver: coopname} — ровно как прежний chairman-путь getDocuments
   (один трейс на документ, только наш кооператив).

Утечки не было и нет: RolesGuard разрешает обычному пайщику только data.username==его_имя, а фильтр
findAggregates ограничивает username; coopname-скоуп (весь кооператив) доступен лишь совету/председателю.
findAggregates всегда фильтрует по config.coopname.

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
2026-05-29 14:06:54 +00:00
coopops 33801798ed [C28-21][@ant] refactor(controller): полное удаление OpenSearch — поиск и список документов целиком на Postgres
Typecheck / desktop (pull_request) Successful in 14m26s
Typecheck / controller (pull_request) Successful in 13m48s
Завершение перехода одним PR: searchDocuments и getDocuments уже читают PG-реестр подписанных
документов, OpenSearch стал мёртвым кодом — убираем его полностью.

- Удалены infrastructure/search/* (opensearch.service, search-registry.service,
  search-infrastructure.module) и application/search/services/search-event.service
  (старый индексатор по newsubmitted — заменён SignedDocumentIngestionService + backfill).
- app.module: снят SearchInfrastructureModule. search.module: только SearchResolver (читает
  SIGNED_DOCUMENT_REPOSITORY из глобального TypeOrmModule).
- package.json: убрана зависимость @opensearch-project/opensearch; pnpm-lock.yaml пересчитан.
- docker-compose: удалён сервис opensearch + volume opensearch_data.
- .env-example: убраны OPENSEARCH_* (поиск больше не конфигурируется через env).
- system.interactor: features.search = true (поиск на PG доступен всегда, не зависит от OPENSEARCH_ENABLED).

Файлы удалены только из текущего состояния (git rm) — в истории остаются.

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
2026-05-29 11:36:55 +00:00
coopops aeeb9de380 [C28-21][@ant] fix(controller): getDocuments — точная эквивалентность read-path (receiver-скоуп + фильтр по hash)
Typecheck / desktop (pull_request) Successful in 13m35s
Typecheck / controller (pull_request) Successful in 13m6s
Старый getDocuments через DocumentService подмешивал в explorer-фильтр `receiver: username`
(on-chain require_recipient): receiver=coopname отдавал все документы кооператива, receiver=<пайщик>
— его документы; Union-страница добавляла filter.document.hash. PG read-path эти ключи игнорировал
(искал несуществующий data.username) — личная страница пайщика показала бы все документы кооператива.

- interactor: extractReceiverScope (receiver===coopname → весь кооператив; иначе фильтр username=receiver,
  т.к. колонка username = пайщик-субъект заявления) + extractHashFilter (filter.document.hash).
- repository: новый параметр hash в SignedDocumentListParams; фильтр UPPER(d.hash)=UPPER(:hash)
  (фронт шлёт хэш в upper-case).

Набор документов getDocuments теперь совпадает со старым explorer-путём для всех трёх потребителей
(Cooperative/ListOfDocuments, User/DocumentsPage, Union/ListOfCooperatives).

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
2026-05-29 11:30:02 +00:00
coopops 4d1b3b87c1 [C28-21][@ant] feat(controller): денормализация ФИО подписантов (signers_text) + поиск по подписанту
Typecheck / desktop (pull_request) Successful in 13m28s
Typecheck / controller (pull_request) Successful in 13m12s
Поиск по документам — в основном по фамилии подписанта, а не username. content_text (html заявления)
этого не покрывает: соподписанты (председатель/совет) подписывают решение/акты, а не тело заявления,
плюс зависимость от текста шаблона. ФИО уже присутствуют в агрегате — в signer_certificate каждой подписи
(DocumentAggregator резолвит их из учётных данных подписанта).

- Новая колонка signed_documents.signers_text — ФИО/наименования всех подписантов пакета
  (last/first/middle_name физлиц-ИП и short_name организаций из signer_certificate всех частей
  агрегата: заявление/решение/акты/связанные) + их username.
- Заполняется на ingestion и backfill из готового агрегата (collectSignersText).
- searchDocuments ILIKE теперь покрывает signers_text (приоритетно), full_title, content_text, username.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-05-29 09:24:14 +00:00
coopops d34303a5c4 [C28-21][@ant] feat: getDocuments+searchDocuments на Postgres, newdeclined в cooptypes, авто-backfill агрегатов
Typecheck / desktop (pull_request) Successful in 13m43s
Typecheck / controller (pull_request) Successful in 13m14s
Вторая итерация C28-21 — сервис функционирует по-новому из PG:

- cooptypes: заведено registry-действие soviet `newdeclined` (+ экспорт в Registry); отслеживается ingestion'ом.
- Реестр хранит ГОТОВЫЙ агрегат пакета (document_aggregate jsonb) + денормализованную проекцию
  (full_title/content_text/action/registry_id/username/block_num/document_created_at) для поиска и фильтра.
- Ingestion собирает агрегат через DocumentPackageAggregator на 6 событиях soviet:
  newsubmitted/newresolved/newdeclined (статус) + newdecision/newact/newlink (досборка по source_action_data).
- getDocuments — read-path из PG: отдаём готовые агрегаты, фильтр по статусу(type)/действию/пайщику/блокам,
  без обращений к explorer/Mongo на лету.
- searchDocuments — SQL ILIKE по PG-реестру (контракт SearchResultDTO сохранён).
- Backfill запускается автоматически РАЗОВО при пустом реестре (onApplicationBootstrap, детачем) или
  принудительно по SIGNED_DOCS_BACKFILL_ON_BOOT=true; идемпотентен по (coopname, package).

OpenSearch-инфра пока оставлена (снос — отдельный финальный шаг). cooptypes/dist gitignored — пересобирается в CI.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-05-29 08:52:48 +00:00
coopops f5ff2a7b10 [C28-21][@ant] feat(controller): реестр подписанных документов в Postgres — ingestion + backfill
Typecheck / desktop (pull_request) Successful in 14m18s
Typecheck / controller (pull_request) Successful in 13m30s
Фундамент C28-21: PG-проекция подписанных документов (таблица signed_documents),
наполняемая ловлей blockchain-событий soviet с внутренней шины и разовым backfill'ом.
Аддитивно — OpenSearch и резолверы (searchDocuments/getDocuments) пока не трогаются.

- SignedDocumentEntity (signed_documents): package/hash/coopname/username/status,
  full_title/content_text/html/pdf(bytea), document_aggregate(jsonb), meta, block_num.
- SignedDocumentRepository (+SIGNED_DOCUMENT_REPOSITORY) + TypeORM-реализация (upsert/setStatus/search ILIKE).
- SignedDocumentIngestionService: @OnEvent(action::soviet::{newsubmitted,newresolved,newdeclined})
  -> идемпотентный upsert с защитой от понижения статуса; контент из factory-Mongo.
- SignedDocumentBackfillService: разовый идемпотентный скан действий (env-gate SIGNED_DOCS_BACKFILL_ON_BOOT).
- Регистрация в TypeOrmModule + app.module.

newdeclined пока не экспортирован как registry-action в cooptypes — подписка по литералу на будущее.
Следующая итерация: перевод searchDocuments/getDocuments на PG + снос OpenSearch + тесты.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-05-29 08:31:49 +00:00
coopops e96e157b91 fix(desktop): убрать гонку Teleport-host шапки и обновлять гранты/столы после регистрации
Баг A: предупреждение "Failed to locate Teleport target '#header-actions-host'"
возникало, потому что host был под v-if='loggedIn'. Сразу после регистрации
навигация на стол происходит раньше, чем loggedIn (зависит от async
session.isAuth / isRegistrationComplete) станет true → цель Teleport
отсутствует в DOM → даже defer-Teleport источников страниц её не находит.
Рендерим #header-actions-host безусловно — видимость блока действий уже
регулируется CSS (.topbar__actions:has(> .header-actions-host:only-child:empty)).

Баг B: после регистрации grant-gated кнопки («Совершить взнос», «Получить
возврат») не появлялись до F5. В потоке завершения регистрации (watch на
participant_account) не вызывался desktops.loadDesktop() (свежие столы/гранты),
а кошелёк/agreements не грузились: на момент первого run() статус ещё не
'active' → isFullyActive=false. После того как статус обновился, до-вызываем
run(true) и loadDesktop() по образцу init-app / EnableButton. Условие
isFullyActive в init-wallet не ослаблялось.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-05-29 07:39:59 +00:00
coopops bbb0ae5e41 feat(desktop): placeholder для наименования банка в форме ИП
Только неочевидное поле — наименование банка получило подсказку ПАО "Сбербанк".
Остальные поля ИП самоописательны (формат даты, кол-во цифр, «как в паспорте»).

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-05-29 07:26:02 +00:00
coopops 2eeb64c188 feat(desktop): добавить placeholder-примеры в форму организации при вступлении
Поля краткого/полного наименования, должности представителя и наименования
банка получили placeholder-подсказки (ПК "Ромашка", Председатель совета,
ПАО "Сбербанк") — показываются при фокусе пустого поля.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-05-29 07:25:37 +00:00
coopops 33d4230873 fix(desktop): не терять выбор в BaseRadioCard при наведении
Hover-правило .base-radio-card:hover (специфичность 0,2,0) перекрывало
.base-radio-card--selected (0,1,0), поэтому при наведении на выбранную
карточку программы primary-фон/граница подменялись на surface/soft и
выбор визуально пропадал. Ограничил hover невыбранными карточками через
:not(.base-radio-card--selected).

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-05-29 07:07:29 +00:00
coopops 829f8f823b [design-wave1][@dark] fix: палитра команд — рамка курсора на любом столе, не только активном
Заголовок workspace-row получал outline только когда стол активный
(.is-active .row.is-selected). На неактивных столах при навигации курсор
«терялся»: только лёгкая смена фона на surface-2, без рамки — в отличие
от page'ей, которые подсвечиваются outline'ом всегда. Выровнял правило:
outline на любом .workspace-row.is-selected.
2026-05-28 19:17:02 +00:00
coopops 9f92e4bb52 [design-wave1][@dark] fix: палитра команд — clamp навигации стрелками вместо wrap-around
На верхней/нижней позиции стрелка дальше прыгала в противоположный
конец списка из-за (idx+delta+len)%len. Заменено на clamp в [0..len-1]:
курсор остаётся на месте, как в нативном listbox/меню. Пустое выделение
+ ↓ ставит на первый, ↑ — на последний.
2026-05-28 19:17:02 +00:00
coopops 8d895c5fa9 [design-wave1][@dark] fix: палитра команд — снят sticky-баннер активного стола
Активный workspace был position:sticky top:0 — при навигации стрелкой
вверх курсор-выделение «исчезал» за sticky-overlay'ем, потому что
scrollIntoView({block:'nearest'}) считал элемент видимым в normal flow,
не учитывая sticky-перекрытие. Активный стол и так идёт первым по
сортировке + есть badge «Активный», sticky не нужен.
2026-05-28 19:17:02 +00:00
coopops 8bfd4e916c [@dark] fix(desktop): CommandPalette — primary вместо accent + meta.conditions/hidden + drawer close на мобильниках
- CommandPalette.vue: все --p-accent / --p-accent-soft / --p-ink-on-accent
  заменены на --p-primary (бирюзовая палитра канона). Откатывается
  регрессия после fix-коммитов design-wave1 (sticky-banner / clamp /
  рамка курсора), которые случайно вернули accent поверх primary
  (см. b82b778b81 — изначально palette был в primary).

- default.vue::paletteWorkspaces: возвращена фильтрация meta.conditions
  (participant/chairman/soviet install.ts) + meta.hidden (capital
  install.ts) — та же логика что в LeftDrawerMenu.filteredRoutes,
  чтобы CommandPalette не показывал страницы, которые не отображаются
  в rail-меню. onSelectWorkspace/onSelectPage закрывают левый дровер
  на мобильниках через desktop.closeLeftDrawerOnMobile().
2026-05-28 19:15:47 +00:00
coopops df26d5ac9c [@dark] refactor(desktop): canon CommandPalette + снос осиротевшего меню — фикс утерянного ⌘K после design-wave1
- layouts/default.vue: вместо widgets/Desktop/CmdkMenu mount'им
  shared/ui/domain/CommandPalette (canon из design-wave1) с адаптером
  workspaceMenus → CommandPaletteWorkspace[] и глобальным ⌘K / Ctrl+K.
- entities/CommandPalette: минимальный store (isOpen / open / close /
  toggle) — заменяет тяжёлый useCmdkMenuStore.
- LeftDrawerMenu.onCmdk → palette.open() (триггер «Найти» в AppDrawer).
- Удалены целиком осиротевшие после design-wave1 директории:
  entities/CmdkMenu, widgets/Desktop/CmdkMenu, widgets/Desktop/CmdkTrigger,
  widgets/Desktop/SecondLevelMenuList (никем не использовался),
  widgets/Desktop/WorkspaceMenu (заменён на WorkspaceSwitcher),
  widgets/Wallet/MicroWallet (заменён на RailUserCard).
- Поправлены barrels widgets/Desktop и widgets/Wallet.
2026-05-28 19:02:24 +00:00
coopops 2136252933 fix(desktop): читаемость тостов на тёмной теме
Фон и текст тоста (.q-notification + .toast) теперь фиксированные тёмная
поверхность + светлый текст в обеих темах, а не инвертируемые
var(--p-ink)/var(--p-canvas). На dark-теме текст уходил в тёмный на тёмном
deep-tint фоне (#052e16 и т.п.) — нечитаемо. Цветные иконки по типу
остаются на токенах.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-05-28 17:58:18 +00:00
ant e5e97d9074 fix(desktop): отступ документа от рамки в диалоге подписи соглашения
q-pa-lg на flat-карточке SignAgreementDialog — документ больше не прижат
к границе на странице кошелька пайщика.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-05-28 17:51:58 +00:00
coopops 7d2f49468d [blago-cli-add-filter][@ant] fix(blago-cli): фильтр non-entity .md в add + понятные ошибки push — чтобы blago add . не валил push «type: undefined»
— format/peekBlagoEntityType: не бросает; возвращает project|issue|story|undefined.
— sync/add: классификация unreadable/non-entity/clean/dirty; README/notes/CLAUDE/AGENTS не попадают в staging, отдельный счётчик skippedNonEntity.
— sync/push: на старте чистит staging от non-entity (warn); ошибки parseBlagoMarkdown / validateParsedForPush префиксуются путём файла.
— cmd/run-cli: вывод add показывает skippedNonEntity.
— bump 2026.5.28-1.
2026-05-28 17:17:08 +00:00
coopops 9d3be7259f [mobile-drawer][@ant] fix: левый дровер — автозакрытие на мобиле при смене маршрута 2026-05-28 16:43:15 +00:00
ant 4ffb32ff9e Merge pull request 'fix(desktop): vue-tsc — IAgenda для QuestionsTable + IPayment.id:string' (#45) from fix/desktop-vue-tsc-errors into dev
Reviewed-on: #45
2026-05-28 16:42:01 +00:00
Alex Ant 9d5d3ae967 chore(release): publish
Build bootstrap container / build (push) Successful in 3m29s
Release / release (push) Successful in 26m5s
Release / publish-packages (push) Successful in 14m41s
Release / trigger-coopenomics-docs (push) Successful in 1s
Release / trigger-mono-docs (push) Successful in 2s
2026-05-28 21:31:36 +05:00
Alex Ant b8ff69f40b Merge branch 'main' of ssh://git.coopenomics.world:222/C9S/mono 2026-05-28 21:31:03 +05:00
Alex Ant 2747ac34a4 chore(release): publish
Build bootstrap container / build (push) Successful in 3m27s
Release / release (push) Successful in 26m48s
Release / publish-packages (push) Has been skipped
Release / trigger-coopenomics-docs (push) Has been skipped
Release / trigger-mono-docs (push) Has been skipped
2026-05-28 21:17:47 +05:00
coopops 745df7f6cc [fix-vue-tsc][@dark] fix: IPayment override → локальный IPaymentRow в виджете
Typecheck / desktop (pull_request) Successful in 13m36s
Typecheck / controller (pull_request) Successful in 13m14s
Глобальный Omit<IPayment,'id'>&{id:string} ломал store.ts/mergePayments
и features/Payment/SetStatus/api (туда приходит сырой Zeus-вывод с
id:unknown). Откатываю override в entities/Payment/model/types.ts,
сужаю id до string локально в ListOfPaymentsWidget через IPaymentRow —
точка сужения только в UI, контракт стора/API не трогается.

vue-tsc desktop локально: PASS.
2026-05-28 15:32:24 +00:00
coopops 61283a7276 [fix-vue-tsc][@dark] fix: vue-tsc desktop — IAgenda в QuestionsTable + IPayment.id:string
Typecheck / desktop (pull_request) Failing after 8m13s
Typecheck / controller (pull_request) Successful in 13m20s
QuestionsTable принимал Cooperative.Document.IComplexAgenda[] (cooptypes,
table:IDecision без certificates, id:IUint64=number|string), а сверху
ListOfAgendaQuestions передаёт IAgenda[] из desktop/entities/Agenda
(GraphQL-вывод getAgenda, table:BlockchainDecision с certificates,
id:number). Перевожу QuestionsTable на IAgenda — это реальная форма
данных из стора; уходит расхождение IComplexAgenda↔IAgenda для
:agenda='row' в QuestionCard (он тоже IAgenda).

IPayment.id был ModelTypes['ID']=unknown (Zeus не имеет scalar-resolver
для ID), из-за чего шаблон ListOfPaymentsWidget падал на expanded.get/.set
и :id-биндингах. Переопределяю id как string через Omit+&.
2026-05-28 15:08:37 +00:00
ant 14bee19c87 Merge pull request 'Минимум членов совета на этапе Install Coop: 5 → 3' (#44) from fix/min-soviet-members-3 into dev
Reviewed-on: #44
2026-05-28 15:01:04 +00:00
coopops 5ee3a60b72 [soviet][@dark] fix: MIN_SOVIET_MEMBERS_COUNT 5 → 3 для прод
Typecheck / desktop (pull_request) Failing after 8m42s
Typecheck / controller (pull_request) Has been cancelled
Снижает минимальный порог состава совета кооператива на этапе
Install Coop с 5 до 3 человек. Единственный ограничитель —
контракт soviet::createboard (см. consts.hpp + createboard.cpp:58).
Backend (install.interactor) и desktop (SetSovietForm) собственных
числовых проверок не имеют — фронт требует только «хотя бы одного»,
бэкэнд передаёт массив как есть в blockchainPort.createBoard.
2026-05-28 14:55:00 +00:00
ant 0ff8bb5775 Merge pull request 'design-wave2: legacy-stylers.scss → canon-токены + снос мёртвых классов' (#43) from feat/design-wave2-legacy-stylers-canon into main
Reviewed-on: #43
2026-05-28 14:50:20 +00:00
coopops 117d79ba1f [design-wave1][@dark] feat: снос legacy-stylers.scss целиком — canon-стили инлайн в потребителях
Что сделано:
- Перенёс canon-стили card-label/card-value/section-title локально в scoped
  блоки каждого реального потребителя (26 файлов).
- 7 файлов которые казались USE-ONLY оказались false-positive substring
  совпадений (.resource-info-card / .meet-info-card / .membership-info-card /
  .tariff-card-container / .cmdk-empty-state / .import-wizard__section-title /
  .result-section-title) — глобальные классы info-card/card-container/
  empty-state/section-title для них уже не нужны.
- Все 8 живых классов из legacy-stylers.scss (.card-label/.card-value/
  .section-title/.card-container/.info-card/.empty-state/.section-header/
  .title-container) теперь имеют ноль use-only потребителей: каждый файл
  имеет либо local scoped def, либо использует другой класс с похожим именем.
- Удалил `src/css/legacy-stylers.scss` целиком.
- Убрал `'legacy-stylers.scss'` из css array в `quasar.config.cjs`.

Метрики:
- 26 файлов получили scoped-блоки (~6-10 строк canon-токенов в каждом).
- 1 файл удалён (legacy-stylers.scss, 134 строки).
- 1 импорт убран (quasar.config.cjs).

Sanity:
- Все 26 scoped scss-блоков прокомпилированы через sass.compileString — OK.
- false-positives откатил через git checkout HEAD.

Файл legacy-stylers.scss больше не существует.
Долг wave1/2/3 закрыт.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-28 14:18:08 +00:00
ant 5041abe851 Merge pull request 'design-wave1: миграция desktop на canon — Form/ModalBase/Styles shims снос' (#42) from feat/design-wave1-cleanup-dialogs-forms into dev
Reviewed-on: #42
2026-05-28 14:10:13 +00:00
coopops 40c39b93fc [design-wave1][@dark] feat: legacy-stylers.scss → canon-токены — снос мёртвых классов
Что сделано:
- Снёс 8 классов с 0 потребителей: info-card-hover, page-main-card,
  card-title, card-action-btn, balance-card{,-primary,-warning},
  info-warning-card, section-card-warning (со всеми вложенными
  .balance-label/.balance-value/.warning-info/.section-content/...).
- Снёс глобальный .profile-section — единственный потребитель
  (MicroWallet) определяет его локально в <style scoped>.
- Перевёл живые классы на canon-токены var(--p-*):
  • title-container — layout-only, токенов не требует.
  • card-container — radius/border/bg через --p-r-lg/--p-line-1/--p-surface.
  • info-card — surface-2/line-1/r-md/p-4/p-3.
  • section-header + section-title — h2 (--p-fs-h2), color --p-ink,
    section-icon margin --p-3, header margin-bottom --p-6.
  • card-label/card-value — --p-fs-body/--p-ink-2 vs 16/500/--p-ink.
  • empty-state — p-8/p-5/p-4/p-2/h2/body/ink-1/ink-2.
- Убрал ручные dark-overrides (.body--dark &, .q-dark &) —
  canon-токены сами переключаются через [data-theme="dark"] в tokens.css.
- Media @max-width:768px ужал до одного правила (мобильный h3 для секций).

Метрика: 433 → 56 строк (-377/+56), CSS-выхлоп 2.1 КБ.

Не тронуто:
- Все 22-23 потребителя card-value/card-label — большинство определяет
  стили локально (LOCAL), 5 USE-ONLY компонентов наследуют глобальный.
- 13 потребителей section-title — 6 LOCAL, 7 USE-ONLY.

Долг: переписать USE-ONLY компоненты на canon-виджеты (ColorCard / BaseCard),
после чего глобальные card-* и section-* можно полностью снести
вместе с этим файлом.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-28 13:57:49 +00:00
coopops 04e7503e7d [design-wave1][@dark] feat: миграция extensions на канон — снос ModalBase/TitleStyles/CardStyles/AutoAvatar shim'ов
Typecheck / desktop (pull_request) Failing after 8m58s
Typecheck / controller (pull_request) Successful in 13m16s
ModalBase → BaseDialog (18 call-sites):
* extensions/capital — 14 features + 1 widget (ImportContributorsButton).
* extensions/chairman — 2 approval features + 1 page (AgendaPresetsPage).
* extensions/powerup — 1 widget (ResourceInfoWidget, через barrel).
Паттерн: q-dialog внутри q-btn → BaseDialog параллельно q-btn в общей div-обёртке.
persistent=true → :close-on-backdrop='false' :close-on-escape='false'.
@hide → @update:model-value='(v) => !v && callback()'. maximized → :maximized='true'.
ProjectInvestFabAction: два дублирующих q-dialog объединены в один BaseDialog.

TitleStyles + CardStyles → src/css/legacy-stylers.scss (глобально через quasar.config.cjs).
Все 8 side-effect import'ов в extensions/capital удалены.
Долг: переписать .title-container/.info-card/.card-* классы на canon-токены.

AutoAvatar: 1 импорт в CapitalProfilePage переключён на shared/ui/domain/AutoAvatar.
Shim shared/ui/AutoAvatar снесён.

Удалены: shared/ui/{ModalBase,TitleStyles,CardStyles,AutoAvatar} + reexport ModalBase
из shared/ui/index.ts. Design-wave1 закрыт полностью.
2026-05-28 13:42:39 +00:00
coopops 8d2962b786 [design-wave1][@dark] fix: вернуть re-export ModalBase в shared/ui/index.ts
ResourceInfoWidget в extensions/powerup импортирует ModalBase через
barrel: import { ModalBase } from 'src/shared/ui'. После сноса
re-export'а vite валился SyntaxError: does not provide an export.
Возвращаю строку обратно — папка ModalBase уже восстановлена
предыдущим коммитом.
2026-05-28 13:10:30 +00:00
coopops 15465e805e [design-wave1][@dark] fix: вернуть ModalBase/TitleStyles/CardStyles/AutoAvatar для extensions
В прошлой волне снёс shared/ui/{ModalBase,TitleStyles,CardStyles,AutoAvatar},
но смотрел только src/. В extensions/{capital,chairman}/ осталось:
* ModalBase — 17 файлов
* TitleStyles (side-effect SCSS) — 6 страниц capital
* CardStyles (side-effect SCSS) — 1 виджет capital
* AutoAvatar — 1 страница capital
Из-за этого vite валился на 404 TitleStyles → "Failed to fetch dynamically
imported module src/boot/init.ts" и фронт не грузился.

Восстановлены оригинальные файлы. AutoAvatar в shared/ui/AutoAvatar
оставлен как re-export нового канон-расположения shared/ui/domain/AutoAvatar.
Полная миграция extensions на BaseDialog и канон-токены — отдельная волна.
2026-05-28 13:08:03 +00:00
coopops b69920e263 [design-wave1][@dark] fix: cooperativeAgreements — не падать на пустом coopname
При bootstrap'е фронта RequireAgreements/SignUp успевают смонтироваться
ДО завершения system.loadSystemInfo(), и info.coopname=undefined.
Zeus сериализует variables в {} → сервер кидает
"Variable $coopname of required type String! was not provided".

Решение по слою:
- api/index.ts: гард — если coopname пустой, не отправляем запрос.
- RequireAgreements/SignUp: watch(() => info.coopname) — load
  отрабатывает, как только coopname прорастёт, без блокировки UI.
2026-05-28 13:03:44 +00:00
coopops 298e1919e8 [design-wave1][@dark] feat: BaseDialog :maximized — закрываем последние 5 maximized + сносим ModalBase
В BaseDialog добавлен prop :maximized (boolean) — q-dialog получает maximized, q-card растягивается на весь экран, body становится flex-scrollable. При :maximized размер size игнорируется.

Это покрывает 5 last maximized call-sites:
* Agreementer.SignAgreementDialog — fullscreen для подписи договора (hideCloseButton)
* Agreementer.ReadAgreementDialog — fullscreen для просмотра договора
* Agreementer.StaticPrivacyDialog — fullscreen для статичной privacy policy
* Branch.SelectBranch.SelectBranchOverlay — fullscreen onboarding flow с шагами 1/2
* Decision.CreateProject.CreateProjectButton — fullscreen для предложения повестки

Все 5 переведены на BaseDialog :maximized='true' :close-on-backdrop='false' :close-on-escape='false'.

После миграции ModalBase больше не используется — удалена папка shared/ui/ModalBase и реэкспорт из shared/ui/index.ts. Design-wave1 закрыт полностью.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-28 12:49:56 +00:00
coopops 7735c40d06 [design-wave1][@dark] refactor: ModalBase → BaseDialog в 14 call-sites — основная часть миграции
Простые модальные диалоги переведены с q-dialog+ModalBase на canon BaseDialog (внутри уже q-dialog), API v-model:modelValue:

* features: DeleteBranch / CreateBranch / DepositToWallet (двух-стейтовый dialog) / WithdrawFromWallet / AddPaymentMethod / DeletePaymentMethod / Decision.CreateProjectFreeDecision (lg) / FreeDecision.CreateProject (md) / Payment.SetStatus.SetOrderPaid/Completed/Refunded
* widgets: ConnectionDashboard.AxonWallet / Desktop.WorkspaceMenu (size=lg вместо 700px-фикса)
* shared: CreateDialog (общий wrapper) / CouncilOnboarding.CouncilOnboardingCard (кнопки в slot footer)

Persistent → :close-on-backdrop='false' + :close-on-escape='false'. @hide='clear' → @update:model-value с проверкой v===false. style='width: NNNpx' переведён на canon size sm/md/lg.

Что НЕ мигрировалось (5 файлов остались с ModalBase):
SelectBranchOverlay, SignAgreementDialog, ReadAgreementDialog, StaticPrivacyDialog, Decision.CreateProject.CreateProjectButton — все используют :maximized='true'. BaseDialog в canon не имеет fullscreen-режима, расширять canon без согласования — нарушение правила "Канон-нейминг согласовывать ДО реализации". Эти 5 кейсов оставлены legacy.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-28 12:48:41 +00:00
coopops 41d0af6706 [design-wave1][@dark] refactor: Form → shim над BaseForm/BaseButton — 20 call-sites визуально canon
Form.vue переписан как тонкий wrapper над canon BaseForm + BaseButton с сохранением старого API (handlerSubmit/isSubmitting/showCancel/showSubmit/buttonSubmitTxt/buttonCancelTxt/disabled/size).

Что изменилось визуально:
* Кнопки cancel/submit вынесены в slot #footer (canon-layout с gap=14px между body и footer).
* Cancel — variant='ghost' (плоская), Submit — variant='primary' (canon-primary), оба BaseButton с no-caps/без ripple.
* Кнопки выровнены justify-content:flex-end (canon-pattern для форм), вместо старого .flex без выравнивания.

API call-sites не трогаем — 20 form-call-sites (Branch/Wallet/PaymentMethod/Agreementer/Decision/Union/FreeDecision/Payment/Request/AxonWallet) получают canon-визуал сразу.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-28 12:47:15 +00:00
coopops 8356b507f8 [design-wave1][@dark] chore: снос CardStyles — заинлайнил единственный live-класс info-card
* Глобальный CardStyles из 430 строк CSS реально использовался только через .info-card в RestartMeetForm.vue.
* Все остальные классы (card-container, section-header, card-label, card-value) определены локально в scoped CSS соответствующих компонентов — глобальный импорт лишний.
* Стили .info-card (+ dark-override) заинлайнены в scoped стиль RestartMeetForm под нативным именем .meet-form-agenda-item.
* Удалены: глобальный импорт в App.vue, @import в RestartMeetForm, папка shared/ui/CardStyles.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-28 12:47:15 +00:00
coopops c306789ed2 [design-wave1][@dark] chore: снос мёртвых InputStyles + TitleStyles — волна 5
* InputStyles — весь файл состоял из закомментированного кода.
* TitleStyles — .title-container не использовался ни в одном .vue.
* Удалены 3 импорта InputStyles в Editable*Card и реэкспорт TitleStyles из shared/ui/index.ts.

CardStyles оставлен: используется в 4 call-sites (RestartMeetForm, UnionMembershipStep, TariffCard, MeetInfoCard) — миграция отдельным шагом.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-28 12:47:15 +00:00
coopops 11b0d6f123 [design-wave1][@dark] refactor: ToogleDarkLight → ThemeToggle + AutoAvatar в domain — добиваем волну 5
* ThemeToggle получает asButton/showText/isMobile, поглощая роль ToogleDarkLight (исправлена опечатка в имени).
* AutoAvatar перенесён в shared/ui/domain/AutoAvatar — он DiceBear-процедурный, а не base-примитив (canon Avatar делает инициалы/image и не заменяет процедурную генерацию).
* Снесены legacy папки shared/ui/ToogleDarkLight и shared/ui/AutoAvatar.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-28 12:47:15 +00:00
ant 8bdc3dd0cd Merge pull request 'Канон тостов и шапка-мобильник: bottom-right + accent-полоска + icon-only CTA' (#38) from feat/notif-mobile-canon into dev
Reviewed-on: #38
2026-05-28 11:57:00 +00:00
coopops 0229b639b2 [design-wave2][@ant] fix: навигатор — canon clean-up + сохраняем primary
Typecheck / desktop (pull_request) Failing after 8m23s
Typecheck / controller (pull_request) Failing after 1m48s
- default.vue: убрал bordered у левого q-drawer (двойная линия с .rail
  border-right из канона) и hardcoded #00800038 (legacy зелёное cooperative)
  → var(--p-line); удалил мёртвый .drawer-close-btn.
- components.css: комментарий .rail__usercard поправлен — там primary,
  а не accent (намеренно: оранжевый в шапочке навигатора отвлекал бы).
- _dev/ui: текст секции AppDrawer привёл к фактическому поведению
  (soft-primary заливка + 2-px deep-teal rail).

Цветовая схема навигатора:
- активный пункт — primary (deep teal #0f766e), 2px rail слева;
- brand-иконка, avatar, balance-блок — primary-soft (не accent);
- никакого accent (оранжевого) в навигаторе.
2026-05-28 09:44:55 +00:00
coopops 64fa0d2f97 [design-wave2][@ant] docs: строгое указание использовать дизайн-канон в desktop
Typecheck / desktop (pull_request) Failing after 8m16s
Typecheck / controller (pull_request) Successful in 13m28s
В CLAUDE.md новый раздел «ДИЗАЙН-КАНОН desktop — ОБЯЗАТЕЛЕН»:
1) HTML-канон ~/blago/production/shared/MONO Design System.html;
2) Живая реализация components/desktop/src/pages/_dev/ui/index.vue.

После компакта забыл, что shared/MONO Design System.html — основной SoT,
и нашёл «канон» в auth-prototype, который НЕ канон — пришлось переверстать
тосты. Фиксирую правило, чтобы не повторять.
2026-05-28 09:33:57 +00:00
coopops 82478155ce [design-wave2][@ant] fix: capital header-кнопки в canon micro-режим
Typecheck / desktop (pull_request) Failing after 8m19s
Typecheck / controller (pull_request) Successful in 13m6s
Завершаю аудит — добавил capital по запросу:
- RouteMenuButton получил опциональный icon-проп; на мобильном
  превращается в round-иконку + tooltip, на десктопе — flat + label.
- В ProjectPage и ComponentPage прописал material-иконки для каждого
  раздела (Описание/Артефакты/Компоненты/План/Участники/История/
  Задачи/Голосование/Результаты).
- ImportContributorButton, ImportContributorsButton, FilterDialogWithButton
  переведены в canon-micro (isMobile → flat+dense+sm+accent + tooltip).
  Заодно вынес q-dialog из q-btn-вложенности.

RouteMenuButton по сути — раздельные таб-кнопки навигации; полноценное
UX-решение для capital (вынести в SecondLevelTabs под шапкой) — отдельная
задача, тут только мобильная читаемость шапки.
2026-05-28 09:03:45 +00:00
coopops ecd895e745 [design-wave2][@ant] fix: остальные header-кнопки в canon micro-режим
Typecheck / desktop (pull_request) Failing after 8m21s
Typecheck / controller (pull_request) Successful in 13m9s
Аудит точек установки в шапку — два механизма:
1. registerAction(useHeaderActions) — Members/Branches/Documents/Agenda
   /Participants/CoopWallets/powerup.Settings;
2. Teleport to=#header-actions-host — PaymentMethods/Documents/Wallet/Meets.

Уже в каноне: SearchHeaderAction, CreateMeetButton, DepositButton,
WithdrawButton, AddPaymentButton, AddMemberButton, CreateBranchButton.

Доделал остальные:
- CreateProjectButton (Предложить повестку);
- AddUserButton (Добавить пайщика);
- ImportParticipantsButton (Импорт);
- TransferWalletsButton (Перевести между кошельками);
- powerup SettingsPage save-кнопка (через computed + watch на isMobile).

Капитал-расширение по правилу проекта не трогаю.
2026-05-28 08:44:25 +00:00
ant e2f467b78f Merge pull request 'fix(desktop): четыре vue-tsc ошибки — типизация props и string-fallback'и' (#39) from fix/vue-tsc-desktop into dev
Reviewed-on: #39
2026-05-28 08:43:33 +00:00
coopops c29c3720d2 [design-wave2][@ant] fix: AddMember/CreateBranch — canon micro в шапке на мобиле
Typecheck / desktop (pull_request) Failing after 8m14s
Typecheck / controller (pull_request) Successful in 12m59s
CSS-хак `.topbar__actions .base-btn__label { display: none }` не покрывал
эти две кнопки: они рисуют q-btn напрямую через registerAction (не через
BaseButton под .topbar__actions). В итоге на мобильном «Добавить члена»
и «добавить участок» оставались с лейблами и распирали шапку.

Перевёл обе в canon-паттерн как CreateMeetButton/DepositButton/WithdrawButton:
isMobile → flat+dense+sm+accent, иконка + q-tooltip; без обёртки
.header-action, чтобы кнопка не растягивалась на всю высоту шапки.
2026-05-28 08:33:56 +00:00
coopops 45ef337201 [design-wave2][@ant] fix: канон тостов под shared/MONO Design System.html + dev/ui демо
Typecheck / desktop (pull_request) Failing after 8m14s
Typecheck / controller (pull_request) Successful in 13m2s
- quasar-canon.css: переписан override .q-notification под реальный
  канон (shared/MONO Design System.html → .toast): тёмный фон
  (var(--p-ink) для нейтрального; #052e16/#4c0a0a/#3d2400/#0c1e3f
  для positive/negative/warning/info), светлый текст, ЦВЕТНАЯ иконка
  по типу (--p-pos/--p-neg/--p-warn/--p-info). Раньше ошибочно был
  сделан нейтральный фон + left-accent-полоска — «откуда попало»,
  не из канона.
- alerts.ts: убран color: 'grey-7'/'positive' у actions — они
  наследуют светлый тон от тёмного фона через override.
- _dev/ui секция 39 «Тосты»: пять кнопок для триггера всех типов
  тостов (успех, успех с CTA, ошибка, in-app push, push с avatar).

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-28 07:48:40 +00:00
coopops e0e846c24b [design-wave2][@ant] fix: канон тостов и шапка-мобильник — bottom-right + accent-полоска, icon-only CTA
Typecheck / desktop (pull_request) Failing after 8m14s
Typecheck / controller (pull_request) Successful in 13m1s
- SuccessAlert/FailAlert/NotifyAlert (shared/api/alerts.ts): единый
  визуал через override .q-notification в quasar-canon.css. Нейтральная
  поверхность + 3px accent-полоска по типу (positive/negative/warning
  /info), без «цветной заливки карточки» (stop-signal §19.1).
- Позиция тостов bottom-right — было top-right, что противоречило
  канону mono-design-system v2 (toast-host: fixed; bottom: 24px;
  right: 24px). На мобильнике — full-width минус 16px полей.
- SuccessAlert: type:'positive' вместо color:'primary' — раньше успех
  красился брендовым teal, а не позитивным зелёным.
- NotifyAlert: дефолтная иконка notifications, если нет avatar — чтобы
  in-app push от Novu визуально совпадал с Success/Fail.
- Topbar @media (max-width:600px): .topbar__actions .base-btn__label
  скрыт, остаются только иконки CTA-кнопок страницы. Бренд-название
  с ellipsis (max-width: 50vw). Раньше кнопки переносились на вторую
  строку на узких экранах.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-28 06:59:37 +00:00
coopops 81db8355e0 [fix-vue-tsc-desktop][@ant] fix: четыре vue-tsc ошибки в desktop — типизация props и string-fallback'и
Typecheck / desktop (pull_request) Failing after 8m22s
Typecheck / controller (pull_request) Successful in 13m12s
CI vue-tsc --noEmit падал на четырёх файлах:

- QuestionsTable.vue: props.decisions типизирован через
  PropType<Cooperative.Document.IComplexAgenda[]>. Раньше тип был
  плоский Array → row в v-for становился unknown, и template
  ругался на row.table.id, isProcessing(row.table.id) и т.п.
- ListOfPaymentsWidget.vue: явный computed items: IPayment[] через
  cast (as unknown as IPayment[]) — zeus резолвил items слабее, чем
  нужно шаблону, и поля row.id / username / quantity / etc. оставались
  unknown.
- ExtensionPage.vue и ExtensionCard.vue: для AutoAvatar :username
  добавлен fallback || '' — extension.name / extension.title могут
  быть string | null | undefined, AutoAvatar требует string.

ESLint по четырём файлам — EXIT=0; tsc-прогон делегирован CI
(точечный vue-tsc по факту тащит весь проект и вешает машину, см.
memory feedback_no_full_vue_tsc_desktop).

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-28 06:50:12 +00:00
Alex Ant c3c49cc297 Merge branch 'main' into dev
Build bootstrap container / build (push) Successful in 2m26s
2026-05-27 23:52:26 +05:00
Alex Ant f4a5a8ce2d chore(release): publish
Build bootstrap container / build (push) Successful in 4m7s
Release / release (push) Successful in 42m38s
Release / publish-packages (push) Successful in 14m54s
Release / trigger-coopenomics-docs (push) Successful in 1s
Release / trigger-mono-docs (push) Successful in 2s
2026-05-27 23:52:22 +05:00
Alex Ant 2bbeecfa4f Merge branch 'testnet' 2026-05-27 23:36:46 +05:00
Alex Ant a32ec9532b Merge branch 'dev' of ssh://git.coopenomics.world:222/C9S/mono into dev 2026-05-27 23:36:09 +05:00
ant 67b808db04 Merge pull request 'fix(security): не отдавать matrixRoomId на фронт — комнаты секретаря и транскрипции по opaque id' (#37) from feat/chatcoop-hide-matrix-room-id into dev
Reviewed-on: #37
Reviewed-by: Алексей Муравьев <chairman.voskhod@gmail.com>
2026-05-27 09:22:52 +00:00
coopops 0bc05de392 chore(release): publish
Build bootstrap container / build (push) Successful in 3m4s
Release / release (push) Successful in 26m12s
Release / publish-packages (push) Has been skipped
Release / trigger-coopenomics-docs (push) Has been skipped
Release / trigger-mono-docs (push) Has been skipped
2026-05-27 09:22:05 +00:00
coopops 9f1058c997 Merge branch 'dev' into testnet
Build bootstrap container / build (push) Successful in 3m22s
2026-05-27 09:19:48 +00:00
ant 3c2a03df6f [nodemon-restart-storm][@ant] fix: debounce nodemon + SIGTERM в controller/nodemon.json — устранить restart-storm, вешавший coopback на bind-mount
Без delay nodemon реагировал на каждое fs-событие пачки (правки/сборка/git на хосте) десятками рестартов в секунду; pstree.remy без `ps` в образе виснет на обходе /proc (накапливались зомби-сканеры), холодный старт ts-node прерывался, порт 2998 не занимался — бэкенд молча лежал. delay:2000 схлопывает пачку в один рестарт, signal:SIGTERM даёт чистое завершение дочернего процесса.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-27 09:19:30 +00:00
ant 8209482556 [fix-ext-config-lost-update][@ant] fix: убрать lost-update конфигов расширений в периодических задачах — cron-планировщики перезаписывали config устаревшим in-memory снимком с boot и стирали онбординг-флаги/хэши председателя
extensionRepository.update заменяет config JSONB целиком; chairman/powerup/meet-tracker писали захваченный при initialize снимок поверх свежих данных. Теперь read-modify-write по актуальному config из БД с наложением только владомых полей.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-27 09:19:30 +00:00
coopops cd323add27 [design-wave1][@dark] feat: тактильная отдача (вибрация) при перезагрузке страницы
Boot-файл haptics: при reload страницы на устройстве с Vibration API (мобильный
браузер / PWA на Android) коротко вибрирует (15 мс). Reload определяется через
Navigation Timing (с фолбэком на legacy API), чтобы не срабатывать на первой
загрузке/навигации. Полностью безопасно для десктопа и обычных сайтов: где
Vibration API нет — вызов не делается, любая ошибка проглатывается, на загрузку
приложения не влияет. Только клиент (гард для SSR).

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-27 09:19:30 +00:00
coopops 3d4e7fae0f [design-wave1][@dark] fix: убрать паразитный горизонтальный скролл левого дровера
В левом дровере был маленький горизонтальный скроллбар, и трекпадом его можно
было «оттянуть», обнажая правую границу — дровер выглядел скроллируемым, хотя не
должен. Причина: у .rail собственный border-right (1px), который при content-box
даёт ~1px overflow внутри контента дровера. Фикс в .app-left-drawer: overflow-x
hidden + overscroll-behavior-x contain на .q-drawer__content, .rail приведён к
box-sizing border-box и width 100%.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-27 09:19:30 +00:00
coopops a829e9452b [design-wave1][@dark] fix: повестка — держать лоадер на «Утвердить» 3с после голоса
Если проголосовать и сразу нажать «Утвердить», утверждение падает с ошибкой —
бэкенд ещё не учёл голос из блокчейна. После успешного голоса держим состояние
загрузки пункта (а значит и кнопку «Утвердить» в :loading) ещё VOTE_SETTLE_MS
(3с), за это время голос успевает обработаться. На ошибке загрузка снимается
сразу. Заодно ручное мутирование processingDecisions + setTimeout-хак заменены
аккуратным реактивным хелпером setProcessing.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-27 09:19:30 +00:00
coopops 64809ab37c [design-wave1][@dark] fix: повестка — скрывать пункт только при утверждении, не при голосовании
Повестка совета показывает все НЕутверждённые вопросы. Голос «за»/«против» не
должен убирать пункт — он остаётся неутверждённым, лишь помечается отметкой
голоса. Убрал ошибочное actedDecisionIds.add из onVoteFor/onVoteAgainst
(оставлен только тихий рефетч). Скрытие через actedDecisionIds оставлено только
в onAuthorizeDecision — там пункт исполняется и должен уйти из повестки без
возврата от отстающего поллинга.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-27 09:19:30 +00:00
coopops 8586aab85a [design-wave1][@dark] fix: повестка совета — без моргания и без «исчез/вернулся» при голосовании
Две проблемы при голосовании/утверждении в повестке совета:

1. Моргание всей страницы: QuestionsTable подменял список тремя
   скелетонами при любом loading=true, а пост-экшен loadDecisions вызывался
   без hidden → loading=true → список «моргал» в скелетоны и обратно.
   Скелетоны теперь показываются только на первой загрузке (loading &&
   !decisions.length), а пост-экшен рефетчи переведены в тихий режим (hidden).

2. «Исчез → вернулся → исчез»: повестка на бэкенде уже не отдаёт пункт, по
   которому проголосовал/утвердил, но данные из блокчейна доходят с задержкой,
   и поллинг успевал вернуть отработанный пункт. Добавлен локальный набор
   actedDecisionIds — проголосованный/утверждённый пункт прячется сразу и не
   возвращается, что бы ни подтянул отстающий рефетч. Просто, без оптимистичных
   merge-оверлеев.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-27 09:19:30 +00:00
coopops d7ddfeb0f2 [design-wave1][@dark] fix: push-подписка не должна вешать UI и шуметь красной ошибкой
Две независимые проблемы при выдаче разрешения на уведомления:

1. Фриз приложения: shouldShowDialog был computed с побочным эффектом —
   внутри геттера вызывался updateSupport(), присваивавший store.support
   новый объект на каждое чтение. После выдачи разрешения это давало каскад
   инвалидаций/ре-рендеров, забивавший главный поток (роутер менял URL, DOM
   «застывал»). Геттер сделан чистым, updateSupport() вынесен в showDialog().

2. Красная ошибка «Service Worker не готов в течение 5 секунд»: в dev без PWA
   SW намеренно не регистрируется, поэтому navigator.serviceWorker.ready
   никогда не резолвится. Теперь сначала проверяем getRegistrations() — при
   отсутствии SW выходим сразу и тихо (warn вместо error), а subscribe()
   возвращает false без FailAlert. Push при недоступности SW полностью
   изолирован и не влияет на работу приложения.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-27 09:19:29 +00:00
coopops e41fbf4570 [design-wave1][@dark] feat: скрывать «Совершить взнос»/«Получить возврат» до подписи соглашения кошелька
Кнопки взноса и возврата на столе пайщика недоступны, пока пайщик не
подписал главное соглашение цифрового кошелька (type='wallet') — как и
сама карточка кошелька, которая не появляется без подписанного соглашения.

Геттер isWalletAgreementSigned в сторе Wallet читает тот же список
соглашений пайщика, что и RequireAgreements.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-27 09:19:29 +00:00
coopops 0f648d0bd6 [design-wave1][@dark] copy: явная опциональность шага «Импорт пайщиков» (онбординг председателя)
«(опционально)» в заголовок + пояснение в описании: если есть пайщики —
импортируйте CSV, если нет — двигайтесь дальше. Чтобы шаг не воспринимался
обязательным.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-27 09:19:29 +00:00
coopops 7af7a64091 [design-wave1][@dark] fix: ключ в Invite — выделенная панель вместо readonly-инпута
readonly outlined q-input рендерится с dashed-рамкой (дефолт Quasar) и
обрезал значение (…UJR4) — выпадало из канона и выглядело плоско.
Сделал ключ surface-2 панелью: eyebrow-лейбл + copy-иконка в шапке,
mono-значение целиком (word-break) ниже. Даёт вес и убирает «ёлочку».

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-27 09:19:29 +00:00
coopops 81b066e697 [design-wave1][@dark] fix: канон-композиция карточки «Сохраните ключ» (Invite)
Прошлый вариант разъезжался: «Скопировать» висел сиротой справа, провалы
между блоками, узкая потерянная кнопка, карточка 560px — разрежено.
Переделал по канону:
- копирование ключа — иконкой content_copy в append самого поля (+tooltip)
- кнопка «Установить ключ» — full-width (block), как «Войти» в LoginForm
- ширина карточки 480 как у остальных auth-карточек
- чекбокс слева, плотный ритм без лишних margin (reserve-hint-space)

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-27 09:19:29 +00:00
coopops eac08d3438 [design-wave1][@dark] copy: полные примеры ОПФ+ в placeholder (с «Социального Комплекса»)
Голый «Потребительский Кооператив» в примере провоцировал вводить просто
ОПФ без расширения. Дал полный пример «...Социального Комплекса» во всех
трёх падежах — чтобы вводили расширенную ОПФ+, а не базовую форму.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-27 09:19:29 +00:00
coopops 933b0698be [design-wave1][@dark] copy: шаг «Настройка фабрики документов» вместо «Переменные документов»
Это не переменные, а постоянные параметры, которыми настраивается фабрика
документов кооператива. Переименовал label и intro шага.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-27 09:19:29 +00:00
coopops 6811bfa6fa [design-wave1][@dark] revert: убрать глобальный margin-bottom у .q-field--with-bottom
Микроотступ стал лишним и снова раздвигал поля слишком широко — откатываю.
Разделение полей обеспечивает сам reserve-hint-space, дополнительный
глобальный отступ не нужен.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-27 09:19:29 +00:00
coopops c2bbe68e2c [design-wave1][@dark] fix: примеры-подсказки в placeholder вместо hint (SetVariablesForm)
Постоянный hint под полем занимал место и отвлекал. Перенёс примеры
наименований ОПФ+ в placeholder (видны только в пустом поле), убрал hint.
Добавил reserve-hint-space всем q-input формы — строка под ошибку
резервируется без текста, валидация не вызывает layout shift.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-27 09:19:29 +00:00
coopops 17bfd2b5cd [design-wave1][@dark] fix: системный микроотступ под полями с hint/error
Без зазора текст hint/error верхнего поля почти касался границы нижнего.
Вернул маленький отступ, но системно и один раз — глобально в quasar-canon:
margin-bottom: var(--p-1) только полям .q-field--with-bottom (те, что
резервируют нижнюю строку). Работает везде (BaseForm, формы установки,
регистрация), в стеках не складывается в дыру, инлайновые поля не трогает.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-27 09:19:29 +00:00
claude ebf4929a66 booter fix 2026-05-27 09:19:29 +00:00
coopops 1961345a54 [design-wave1][@dark] fix: убрать двойной зазор между полями форм установки
reserve-hint-space у q-input/BaseInput уже даёт ~24px снизу под error/hint;
дополнительный gap в стеках полей складывался с ним → избыточное расстояние.
Убрал gap (канон BaseForm__body):
- CreateOrganizationDataForm / IndividualDataForm (.user-data-stack)
- SetVariablesForm (.vars-section__fields)
- RequestKeyForm (.request-key)

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-27 09:18:52 +00:00
coopops 23918d6aea [design-wave1][@dark] fix: dense-инпуты в формах установки кооператива
Канон-плотность полей (dense) была только в BaseInput; общие формы
CreateOrganizationDataForm и IndividualDataForm + поля шагов установки
рендерили крупные не-dense q-input. Добавил dense:
- CreateOrganizationDataForm (22 поля) — данные организации
- IndividualDataForm (6 полей) — члены совета
- email-инпуты SetInitForm/SetSovietForm и поля SetVariablesForm

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-27 09:18:52 +00:00
coopops 1e774573fa [design-wave1][@dark] feat: страница установки кооператива в канон
- InstallCooperativePage: VerticalStepper вместо q-stepper, canon-панель
  с accent-стрипом, экран завершения в каноне (без градиентов/shimmer)
- RequestKeyForm: BaseInput (mono) + BaseButton
- SetInitForm: canon info-нотки, кнопки Назад/Далее на BaseButton
- SetSovietForm: canon-карточки членов совета вместо q-card/q-badge
- SetVariablesForm: canon-секции, q-input outlined с правилами, BaseButton
- Invite: осмысленное тело AuthCard при отсутствии токена приглашения

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-27 09:18:52 +00:00
coopops 30d5cf6156 [design-wave1][@dark] fix: убрать двойной отступ сверху на странице расширения
.extension-page уже внутри .catalog-shell__content с padding var(--p-6);
собственный padding давал двойной зазор от шапки до кнопки «Назад».

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-27 09:18:52 +00:00
coopops 303c169fea [design-wave1][@dark] style: панель вокруг контента расширения + «Отменить» в настройках
- Весь контент страницы расширения обёрнут в канон-панель (surface+border),
  больше не лежит на голом фоне
- В режиме настроек добавлена кнопка «Отменить» (CancelButton) рядом с
  «Сохранить» — явный выход без сохранения; кнопка «Назад» страницы тоже работает

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-27 09:18:52 +00:00
coopops 30a9b5c33e [design-wave1][@dark] style: страница расширения — назад на уровень страницы, центровка лого/столов, вкл+удалить в строку
- Кнопка «Назад» убрана из шапки (useBackButton снят), добавлена канон-кнопка
  под шапкой на самой странице
- Логотип AutoAvatar центрирован в колонке
- DesktopsList: центрированный inset-блок (выделяется), а не плоский список
- ext-actions toggle: «включено» и «удалить» снова в одной строке

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-27 09:18:52 +00:00
coopops f03f8f3bed [design-wave1][@dark] feat: страница расширения и его настройки в канон
- ExtensionPage: двухколоночный канон-layout с padding; q-img заменён на
  генеративный логотип AutoAvatar (animated), консистентно с каталогом
- ExtensionInfo: канон-заголовок + статус-бейдж, теги убраны
- ExtensionActions: компоновка кнопок в столбец на токенах, teal→primary
- ExtensionInstall: BaseCard вместо .info-card/text-h5
- DesktopsList: text-grey/subtitle → канон-токены
- SaveButton/SettingsButton/InstallButton: teal→primary, no-caps

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-27 09:18:52 +00:00
coopops a41861f356 [design-wave1][@dark] style: анимация логотипа по наведению на всю карточку
Триггер ринг-анимации перенесён с hover самого SVG на hover карточки
(.app-card:hover :deep(.ring-seg)).

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-27 09:18:52 +00:00
coopops 754dbe67a0 [design-wave1][@dark] feat: анимация логотипа приложения по наведению
AutoAvatar получил режим animated: инлайн-SVG вместо <img>, каждый
сегмент-дуга обёрнут в .ring-seg. По hover логотипа сегменты на ~1.3с
расходятся — прямые и зеркальные (matrix-flip) от одного поворота идут
в разные стороны, со стаггером по индексу. CoopCard не затронут (img/blob).
Уважает prefers-reduced-motion.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-27 09:18:51 +00:00
coopops f6503e291b [design-wave1][@dark] style: убрать фиксированный резерв высоты заголовка карточки
Статус идёт сразу под заголовком (динамично) — без дыры под однострочными
названиями. Обрезку в 2 строки оставили, чтобы длинный заголовок не ломал сетку.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-27 09:18:51 +00:00
coopops 3461343710 [design-wave1][@dark] style: выровнять карточки приложений при переносе заголовка
Заголовок резервирует 2 строки (clamp+min-height), аватар по верху —
статус и описание на всех карточках начинаются на одной линии, не прыгают.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-27 09:18:51 +00:00
coopops 2d1f869774 [design-wave1][@dark] style: компоновка карточки приложения — заголовок и статус рядом с логотипом
Верхний ряд: логотип + (заголовок, под ним статус); описание во всю
ширину ниже; футер «Подробнее» прижат к низу для выравнивания карточек.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-27 09:18:51 +00:00
coopops a4498e1a45 [design-wave1][@dark] style: приглушить генеративный логотип каталога
Палитра колец → мягкие приглушённые тона + CSS saturate(.5)/opacity .85,
чтобы знак читался как тихая текстура, а не неоновое пятно.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-27 09:18:51 +00:00
coopops 49836cd139 [design-wave1][@dark] feat: генеративный логотип (DiceBear rings) в карточке приложения
- AutoAvatar параметризован: props size/radius/background/ringColor
  с обратно-совместимыми дефолтами (CoopCard не затронут)
- ExtensionCard: буква-монограмма заменена на уникальный rings-логотип,
  seed = имя расширения; цвет кольца детерминирован по seed из палитры

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-27 09:18:51 +00:00
coopops 226943a52a [design-wave1][@dark] feat: каталог приложений в канон — табы на 2-й уровень, карточки без изображений
- «Магазин приложений» → «Каталог приложений» (drawer + breadcrumb)
- Витрина/Установленные перенесены из топбара в SecondLevelTabs
- ExtensionCard переверстан: убраны изображение и теги, добавлены
  монограмма-плитка, статус-бейдж, обрезка описания, футер «Подробнее»
- Quasar .row/.col-md-3 → канон auto-fill грид

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-27 09:18:51 +00:00
coopops 55983ed3f3 [design-wave1][@dark] fix: вёрстка формы провайдера платежей + текст контактов
- PaymentProviderForm: убраны вложенные q-gutter (кривой левый отступ
  селекта), standout=bg-teal → outlined, text-grey-7 → токен; чистый
  канон-столбец (селект max-width 480, hint ink-2, действия в ряд, no-caps).
- ChangeContacts: текст уточнён — контакты видны всем (раздел «Контакты
  кооператива» пайщикам + подвал сайта незарегистрированным), не только
  незарегистрированным.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-27 09:18:51 +00:00
coopops 974fcb305a [design-wave1][@dark] feat: канон для остальных страниц стола председателя
Кооперативные участки, Регистрационные взносы, Ключ кооператива,
Провайдер платежей, Контакты кооператива:
- убран дублирующий заголовок страницы (есть крошка в шапке);
- описание перенесено с голого фона на канон-поверхность .banner;
- page-shell/hero/surface-card с хардкод-px → канон-отступы и токены;
- q-input/q-select standout=bg-teal → outlined color=primary.
Также удалён лишний хвост текста на Стартовых страницах.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-27 09:18:51 +00:00
coopops a9fa74fc8c [design-wave1][@dark] fix: убрать дубль заголовка на Стартовых страницах и Членах совета
Заголовок страницы уже показан крошкой в шапке — повтор h2 убран.
Пояснительный текст вынесен с голого фона на канон-поверхность (.banner
с инфо-иконкой). ApprovalsPage не трогаем — там заголовка страницы нет.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-27 09:18:51 +00:00
coopops a41550d14d [design-wave1][@dark] feat: канон для Запросов одобрений, Стартовых страниц, Членов совета
- ApprovalsPage: канон-отступы страницы, фильтр-селект teal standout → outlined.
- SystemSettingsPage: hero-card/surface-card с хардкод-px → канон page-head
  (h2 + sub на токенах) + q-card(flat); канон-отступы.
- MembersPage: тот же канон-паттерн вместо hero-card с хардкодами.
- DefaultPagesForm: 4× q-select standout=bg-teal → outlined color=primary.
Виджеты таблиц/состава совета без экзотики — канон-тема через quasar-canon.css.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-27 09:18:51 +00:00
coopops 6d50758cc8 [design-wave1][@dark] fix: убрать Vue-warn о class в WorkspaceSwitcher
Шаблон двухкорневой (кнопка + Teleport затемнения), class из родителя
(LeftDrawerMenu) не наследовался автоматически. inheritAttrs:false +
v-bind=$attrs на корневую кнопку — атрибуты направлены явно.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-27 09:18:51 +00:00
coopops 26b94c367c [design-wave1][@dark] style: согласовать типографику диалога повестки
Подписи секций «Вопрос на повестке»/«Проект решения» переведены в
надстрочные метки (uppercase, трекинг, ink-3) — отдельный ярус ниже
заголовка окна, чтобы не казаться конкурирующим заголовком рядом с
крупным заголовком самого документа. Текст вопроса — читаемый body.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-27 09:18:51 +00:00
coopops 60d647c470 [design-wave1][@dark] fix: канон-отступы и чистка онбординга председателя
- ConnectPage: добавлены канон-отступы страницы (var(--p-6)/var(--p-4)) —
  класс .padding в проекте не определён, контент липнул к краям.
- OnboardingStepsCard: убран q-card (двойной паддинг), текст-интро
  растянут на полную ширину (снят max-width 70ch), вокруг кнопки шага
  убрана лишняя рамка (.step__content → .step__action, только отступ).

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-27 09:18:51 +00:00
coopops d55b3e2fd9 [design-wave1][@dark] feat: онбординг председателя в канон (вертикальный степпер + текст + диалог повестки)
- OnboardingStepsCard: под заголовком «Адаптируйте кооператив…» добавлен
  поясняющий текст (что происходит дальше: решения совета в электронной
  форме, вступление в «Восход», импорт пайщиков, общее собрание) + плашка
  срока адаптации с отсчётом.
- Чек-лист шагов переведён на канон-вертикальный степпер (.stepper--v):
  пройденные — галочка/заливка primary, текущий — подсветка номера,
  действия — канон BaseButton; agenda/import/meet типы сохранены.
- Диалог «Предложение повестки» (объявить собрание совета) переведён
  с ModalBase на канон BaseDialog + BaseButton.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-27 09:18:51 +00:00
coopops e0a9d559a9 [design-wave1][@dark] feat: хлебные крошки в шапке + скрыта кнопка «Перевести»
- CommonHeader: крошка строится из route.matched (путь внутри стола),
  напр. «Отчётность › Календарь»; корень стола не выводится; плоские
  страницы дают одну крошку как прежде; pageTitleOverride сохранён.
- CoopWalletsPage: переводы временно скрыты под флагом transferEnabled=false
  (открывались с L3-кошельков пайщиков; вернём для кооп-кошельков позже).

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-27 09:18:50 +00:00
coopops b5cfe40661 [design-wave1][@dark] style: канон-токены в редакторе отчёта (ReportEditorDialog)
- editor-container/action-panel/backdrop/validation-badge/mark-hint: hex и rgba → --p-* токены
- text-grey-8 → t-muted; box-shadow/overlay через токены с fallback

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-27 09:18:50 +00:00
coopops 180e22d07a [design-wave1][@dark] style: канон-токены на списочных страницах бухстола + cells
- Operations/Postings/Accounts: канон page-padding, убран двойной q-mt-md, text-grey-* → t-faint/t-muted, hex-границы → токены
- Settings: канон-padding, save-bar на токены (--p-surface/--p-line/--p-pos), text-grey-7 → t-muted
- AccountIdCell/WalletIdCell: text-grey-6 → t-faint; DirectionCell: move-иконка на --p-ink-3
- PROCESS_COLORS доменного цвет-кодирования операций сохранены (это фича)

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-27 09:18:50 +00:00
coopops 34ac74f6a1 [design-wave1][@dark] style: канон-токены на столе бухгалтера — кошельки, календарь, отчётность
- CoopWalletsPage/ParticipantWalletsPage: rgba/var(--q-*) → канон-токены (--p-pos/--p-warn/--p-ink-*)
- ReportsCalendar/CalendarCell: статусы и грид на канон-палитру, убраны body--dark дубли
- Documents подстраницы: убран двойной padding, q-chip→BaseBadge, таблицы в канон-карточку

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-27 09:18:50 +00:00
coopops e23196d492 [design-wave1][@dark] feat: канон-меню второго уровня (SecondLevelTabs) на столе бухгалтера
- SecondLevelTabs на глобальных .tabbar/.tab — sub-навигация между топбаром и контентом
- WalletsPage/DocumentsPage shell-страницы: вкладки в .tabbar вместо RouteMenuButton в топбаре
- TransferWalletsButton: канон header-кнопка (q-btn primary)
- WalletTransferDialog: на BaseDialog + BaseButton, токены вместо rgba

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-27 09:18:33 +00:00
coopops 8206c9f358 [design-wave1][@dark] fix: канон-поля ZodForm и убран дубль заголовка «Настройки»
ZodForm: убран standout="bg-teal text-white" с динамического поля —
QInput/QSelect теперь канон (outlined+dense+color=primary+reserve-hint-space),
как BaseInput. SCSS на канон-токены (вместо неопределённого --q-primary-rgb).
ExtensionSettings: снят заголовок «Настройки» внутри карточки — он дублировал
«Настройки аренды» в шапке.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-27 09:18:33 +00:00
coopops 5e01c25ff8 [design-wave1][@dark] fix: фильтры лога на BaseInput вместо сырого q-input
Канон-инпут вместо q-input: BaseInput расширен поддержкой type="date"
и clearable (+ emit clear) — это нужно для фильтра по датам. Фильтры
в ExtensionLogsList переведены на BaseInput.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-27 09:18:32 +00:00
coopops 957711e3bc [design-wave1][@dark] feat: настройки и лог расширения в канон
ExtensionSettings: EmptyState + BaseCard вокруг ZodForm вместо самописных
header/empty-state. ExtensionLogsList (используется только powerup):
q-table → список канон-карточек с фильтром по датам, скелетоном,
«Загрузить ещё» и EmptyState; слот #log-item и API сохранены.
Канон-падинги страниц настроек/лога аренды.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-27 09:18:32 +00:00
coopops 2ee53bc7dd [design-wave1][@dark] feat: Стол вычислительных ресурсов в канон — раскладка, виджеты, лог
Монитор ресурсов: баннер-предупреждение на всю ширину сверху, ряд
«Как это работает» (2/3) + кошелёк AXON (1/3), ряд CPU/NET/RAM.
Убран 3D-флип карт (он же «прыгал») — детали раскрываются inline.
Все виджеты/страницы/лог сведены к канон-токенам surface/line/ink.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-27 09:18:32 +00:00
coopops 2f0aad0015 [design-wave1][@dark] fix: отступы действий платежей и ширина даты в документах
- Реестр платежей: кнопки действий больше не block (не заполняют ячейку
  от левого края, не липнут к бейджу статуса). Стопка inline-flex,
  равная ширина кнопок (align-items:stretch), прижата к правому краю
  колонки (col-action 168px, text-align:right) — слева остаётся воздух.
- Реестр документов: col-date 116→156px — дата «26.05.2026 08:25» больше
  не налезает на заголовок документа; min-width 720→780.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-27 09:18:32 +00:00
coopops e986984dcc [design-wave1][@dark] fix: реестры платежей/документов и форма взноса — ширины и кнопки
- Bank.vue: панель платежа max-width 380px по центру — длинное «Назначение»
  больше не раздувает диалог «Совершите взнос» до max-content; значение
  переносится по строкам (overflow-wrap: anywhere).
- Кнопки статуса платежа SetOrderPaid/RefundedStatusButton → BaseButton
  (primary/danger, block), подписи «Подтвердить»/«Отклонить»; диалог
  вынесен из-под кнопки.
- Реестр платежей: кнопки действий друг под другом (.cell-actions),
  колонка действий 156px, дата без переноса (.col-date 132px), min-width
  таблицы уменьшен.
- Реестр документов: сужены колонки подписей (220→150), действий
  (110→56), id/дата; min-width 880→720 — освобождено место под
  наименование, таблица не вылазит за страницу.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-27 09:18:32 +00:00
coopops 976b98dd3f [design-wave1][@dark] fix: реестры документов и платежей — канон-поля страницы
Таблицы документов и платежей уже на канон-токенах и самообрамлены
(.table-wrap). Не хватало полей страницы как в реестре пайщиков:
- PaymentsPage рендерил виджет голым, впритык к краям → q-page + 24/16px.
- ListOfDocumentsPage: q-page.padding (16px) → канон-24px.
- Убрана лишняя .row.justify-center обёртка в ListOfDocumentsWidget
  (.col-12 и так во всю ширину).

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-27 09:18:32 +00:00
coopops 7bd98a2a79 [design-wave1][@dark] fix: диалоги «Добавить» и «Импорт» пайщиков в канон
AddUserDialog перестроен в канон-визард по образцу CreateMeetForm:
шапка-bar (surface+line) вместо bg-gradient-dark, VerticalStepper из трёх
шагов — Электронная почта → Тип и данные → Вступительный взнос, BaseButton
в подвале, outlined-инпуты. UserDataForm переиспользован целиком (общий,
не тронут). Опция начисления взноса — канон-блок вместо q-item/q-card.

ParticipantsImportDialog: добавлено описание-интро (раньше отсутствовало),
ModalBase/bg-gradient-dark заменён на канон-bar, выбор типа аккаунтов через
BaseRadioCard, dropzone на токенах вместо хардкод-цветов, секции и действия
в канон-обёртках, BaseButton вместо цветных q-btn. Логика парсинга/импорта
и таблицы превью/результатов сохранены.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-27 09:18:32 +00:00
coopops 52ca724508 [design-wave1][@dark] fix: реестр пайщиков — канон-поля и дыхание вместо встык-вёрстки
Страница получила канон-отступ (--p-6 / --p-4 на мобилке), таблица обёрнута
в обрамлённую surface-карточку (--p-line, --p-r-lg) вместо edge-to-edge.
Развёрнутые данные пайщика — спокойная вложенная панель на --p-surface-2
с отступами --p-5/--p-6, читаемой шириной формы (640px) и вертикальным
ритмом между полями. Снят full-height у таблицы (мешал внутри карточки).

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-27 09:18:32 +00:00
coopops 5c0a08bce8 [design-wave1][@dark] refactor: реестр пайщиков в канон + убран переключатель Данные/Документы
Развёрнутая строка пайщика теперь показывает только его данные;
документы пайщика живут в отдельном «Реестре документов» и здесь не дублируются.
ParticipantDetails упрощён (без q-tabs/ListOfDocumentsWidget), tab-логика
вычищена из таблицы и страницы. Мобильная ParticipantCard переведена на канон-токены
(убраны хардкод-цвета, CardStyles и q-badge статуса → disabled-checkbox).
Таблица сохранена, сортировка по дате вступления (DESC) без изменений.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-27 09:18:32 +00:00
coopops 9d27acb45a [design-wave1][@dark] fix: повестка — номер вопроса на зелёной плашке вместо иконки, клик копирует
Убран EntityIdBadge. Зелёная плашка-аватар слева теперь несёт сам номер вопроса
(он же Decision ID): клик по плашке копирует id (тултип «Скопировать №»), hover —
инверсия в сплошной teal. Заголовок снова просто текст вопроса.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-27 09:18:32 +00:00
coopops e643020980 [design-wave1][@dark] fix: повестка — бейдж ID в строку заголовка перед текстом вопроса
EntityIdBadge перенесён из отдельной строки под ФИО в начало строки заголовка:
[#id] → сразу текст вопроса. Inline, vertical-align middle. Раньше висел снизу
и пусто растягивал верхнюю строку.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-27 09:18:32 +00:00
coopops 2221552c32 [design-wave1][@dark] feat: повестка — копируемый бейдж Decision ID под ФИО
EntityIdBadge с id вопроса под заголовком/ФИО: отображает #<id>, по клику копирует
чистый id (copy-on-click). Канон-компонент, клик не раскрывает карточку.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-27 09:18:32 +00:00
coopops 3ef7bd1f92 [design-wave1][@dark] fix: повестка — срок «Истекает …» в нижнюю полоску рядом с «Утвердить»
«Истекает через месяц» перенесён из строки под заголовком в постоянную нижнюю
полоску (footer): срок слева, «Утвердить» справа (только председателю). У обычного
пайщика — только срок, узкая панелька.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-27 09:18:32 +00:00
coopops 8beab9ab0a [design-wave1][@dark] fix: повестка — «Истекает …» и убран избыточный бейдж статуса
Срок теперь подписан «Истекает через месяц» (было просто «через месяц» — неясно).
Удалён статус-чип «Вы за/против» — направление голоса уже видно по подсветке кнопок,
бейдж был избыточным. Убраны связанные computeds и стили.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-27 09:18:32 +00:00
coopops 16884c9b1c [design-wave1][@dark] fix: повестка — переосмысленная компоновка карточки вопроса
Кнопки голосования прижаты к правому краю строки. «Утвердить» вынесена вниз
отдельной строкой-footer (справа, hairline сверху) — больше не теснит данные.
Срок «через месяц» и статус-чип «Вы за» перенесены влево под заголовок/ФИО.
Клик по строке раскрывает документ, по кнопкам голосования и footer — нет.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-27 09:18:32 +00:00
coopops b0a200a191 [design-wave1][@dark] fix: повестка — органы управления в одну строку с инфо, не остров по центру
Карточка вопроса перестроена в единую горизонтальную строку: иконка + вопрос/ФИО
слева (flex), компактный блок органов управления (голосование + «Утвердить»),
срок + статус-чип и шеврон — справа, друг рядом с другом. Убрана центрированная
vote-зона с пустотой по бокам. Клик по строке раскрывает документ, по органам
управления (@click.stop) — нет. Подсказка «Утвердить» возвращена в tooltip.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-27 09:18:31 +00:00
coopops e1f2a0cb7d [design-wave1][@dark] fix: повестка — раскрытие документа по клику на шапку, не на органы управления
Шапка карточки (вопрос/ФИО/срок/статус) кликабельна целиком и раскрывает документ,
справа шеврон-индикатор. Органы управления голосованием — отдельная зона ниже шапки
(сиблинг, не аккордеон): клик по ним голосует/утверждает и документ не раскрывает.
Убрана отдельная кнопка «Документ» — раскрытие теперь по клику на шапку.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-27 09:18:31 +00:00
coopops 23811fa3e7 [design-wave1][@dark] fix: голосование повестки на верхнем уровне + header-CTA совета
QuestionCard: VotingButtons + «Утвердить» вынесены на верхний уровень карточки —
голосовать можно без раскрытия; раскрытие («Документ») открывает только содержимое
документа. Истечение срока остаётся в шапке.
VotingButtons: вернул чек-индикатор «принято советом» (закрашивается при принятии)
вместо иконки verified.
Header-CTA совета (Предложить/Добавить/Импорт): убран push (q-btn--push не попадал
под канон-правило заливки primary → белый шрифт на нетиловом фоне), подписи с заглавной.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-27 09:18:31 +00:00
coopops 702d395f6c [design-wave1][@dark] feat: повестка совета в канон — единый карточный список
QuestionsTable: q-table → карточный список (скелетоны + EmptyState).
QuestionCard: канон-поверхность, BaseButton «Утвердить», токен-чип статуса
вместо q-badge, локальное состояние раскрытия, без @import CardStyles и хардкод-hex.
VotingButtons: токены pos/neg вместо .text-red/.text-green/#666.
Страница: канон-padding вместо q-card flat.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-27 09:18:31 +00:00
coopops 1f74367a5a [design-wave1][@dark] fix: единый регистр названий столов в переключателе
Названия столов в реестре workspace'ов заведены вразнобой («Стол
благороста», «Стол вычислительных ресурсов» vs «Стол Совета»).
Добавил text-transform: capitalize на подписи в WorkspaceSwitcher
(заголовок текущего стола + пункты выпадающего меню) и WorkspaceMenu
(карусель + диалог выбора) — первая буква каждого слова заглавная,
одинаково для всех и для будущих столов, без правки строк-источников.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-27 09:18:31 +00:00
coopops 70a6d9010d [design-wave1][@dark] fix: «Контакты» — единая сетка полей вместо сегментов
По фидбеку переработана композиция:
- убраны заголовки секций «Контакты»/«Руководство» и per-строчные
  иконки телефона/почты/адреса (из-за них значения «прыгали» вправо
  относительно ИНН/ОГРН);
- ИНН и ОГРН теперь в одну строку (адаптивная сетка полей);
- председатель поднят наверх к реквизитам, поле названо просто
  «Председатель совета»;
- контакты — те же поля, телефон/email как ссылки (tel/mailto), всё на
  единой левой кромке; одна тонкая линия делит реквизиты и контакты.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-27 09:18:31 +00:00
coopops fbaca1ba9f [design-wave1][@dark] fix: «Контакты» — единая раскладка строк во всех секциях
Реквизиты/Руководство больше не разносят подпись и значение к
противоположным краям (на полной ширине это давало пустой провал и
оторванные значения). Все секции теперь как ContactSheet: подпись
сверху, значение под ней, слева, hairline между строками — один ритм
по всей карточке.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-27 09:18:31 +00:00
coopops 5ddc78b535 [design-wave1][@dark] feat: страница «Контакты» в канон + удалён мёртвый MeetQuorumIndicator
- ContactsPage: три цветные ColorCard (orange/indigo/teal/blue) заменены
  на единую спокойную canon-поверхность с секциями через hairline
  (Реквизиты / Контакты / Руководство). Контакты — через canon
  ContactSheet (копирование, mailto/tel). Заголовок и строки на токенах
  (--p-ink/-2/-3, --p-surface/--p-line/--p-r-lg), полная ширина (padding
  24/16px). Убраны rgba-фоны и .q-dark-хаки.
- Удалён неиспользуемый виджет MeetQuorumIndicator (нет импортов;
  явка/кворум живут в MeetInfoCard).

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-27 09:18:31 +00:00
coopops 837d529ddb [design-wave1][@dark] feat: тело деталей собрания в канон — повестка/голосование/результаты
Убрал токсичный teal из state-gated виджетов деталей собрания:
- MeetDetailsAgenda/Voting/Results переписаны на canon-поверхности
  (--p-surface/--p-line/--p-r-lg), section-heading с иконкой вместо
  центрированной градиентной линии; color-mix/--q-primary/.q-dark удалены.
- Голосование: q-btn color=primary → BaseButton variant=primary;
  опции голоса на токенах pos/neg/neutral-soft, баннер «уже голосовали»
  на --p-pos-soft.
- Результаты: итог решения — токен-чип (pos/neg/unknown), счётчики
  голосов на pos/neg/surface-2-soft.
- AgendaNumberAvatar: teal q-avatar → нейтральный квадрат surface-2/ink
  (общий для трёх виджетов — убирает teal сразу везде).
- MeetCardsList: отступ между карточками 16→20px.
- MeetDetailsPage: кастомный empty-state → canon EmptyState, снят
  @import CardStyles.

MeetQuorumIndicator оставлен как есть — мёртвый код (нет использований).

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-27 09:18:31 +00:00
coopops ba6464c397 [E14][@dark-sun] feat(собрания): полная ширина страниц; тело деталей (MeetInfoCard) на canon
- ListOfMeetsPage / MeetDetailsPage: убран max-width:960px center — контент
  во всю ширину с canon-паддингом (24px/16px), как документы/платежи.
- MeetInfoCard: переписан с токсичного teal на canon — единая calm-поверхность
  с тремя секциями через hairline (Даты / Ведущие / Явка и кворум) вместо
  трёх вложенных цветных карточек; заголовки ink, проценты ink (не teal);
  дубль заголовка «Общее собрание № N» убран (он в шапке). Убраны
  var(--q-primary), color-mix, .body--dark, хардкод-rgba.
- MeetDetailsInfo: контейнер с .card-container → canon.
- MeetDetailsActions: q-btn color=primary → canon BaseButton.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-27 09:18:31 +00:00
coopops 225b4abc0e [E14][@dark-sun] feat(собрания): повестка на шаге проверки канон; карточка списка канон; шапка деталей — back-link вниз, имя в заголовок
- CreateMeetForm: повестка на шаге «Проверка» — аккуратные canon-карточки
  (Вопрос / Проект решения / Приложения) вместо скомканного списка.
- MeetCompactCard: переписана на canon — нейтральный hover (без
  токсичного teal-свечения), ink-заголовок, canon-плитки/иконка;
  убраны @extend .card-container, var(--q-primary), .body--dark, color-mix.
- MeetStatusBanner: нейтральный canon-контейнер (surface-2 + line),
  цвет статуса несёт иконка; убраны хардкод-rgba и .body--dark.
- MeetCardsList: empty-state на canon EmptyState, skeleton на .skel.
- Детали собрания: кнопка «Назад» убрана из топбара (снят useBackButton),
  добавлен canon back-link под шапкой слева; название собрания выводится
  в заголовок шапки через новый desktopStore.pageTitleOverride
  (приоритет над route.meta.title; транзиентно, чистится при уходе).

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-27 09:18:31 +00:00
coopops ddc66d8529 [E14][@dark-sun] feat(собрания): форма созыва на canon-степпер; кнопка в шапке к канону; скрыта «Сверить»
- BaseDocument: кнопка «Сверить» временно скрыта через :hide-verify
  (обработчик @verify остаётся, вернуть = убрать флаг).
- CreateMeetButton: приведена к одобренному canon-паттерну (primary
  solid на десктопе, micro flat accent + tooltip на мобильном),
  убран legacy push/teal с белым текстом.
- ListOfMeetsPage: инжект кнопки переведён с useHeaderActions на
  Teleport #header-actions-host.
- CreateMeetForm: полностью переписана с перегруженной тёмной модалки
  на canon-визард — maximized-диалог + VerticalStepper (3 шага:
  Параметры → Повестка → Проверка). Canon outlined-поля, повестка
  аккуратными карточками, шаг проверки со сводкой. Убраны
  bg-gradient-dark / standout bg-teal / .body--dark / хардкод rgba.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-27 09:18:31 +00:00
coopops 5d007b987d [E14][@dark-sun] feat(стол пайщика): скелетоны вместо спиннера в таблицах документов и платежей
Добавлен canon-компонент TableSkeleton (shared/ui/base) — повторяет
структуру .table-wrap/.table с реальными заголовками и мерцающими
плейсхолдерами (.skel) в ячейках. Каркас не дёргается при подгрузке
данных (calm-data, UX-DR2/UX-DR23). Заменил перекрывающий q-spinner
в DocumentsTable и ListOfPaymentsWidget.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-27 09:18:31 +00:00
coopops c807eb0ef8 [E14][@dark-sun] feat(стол пайщика): документы — ID копируемым бейджем, отдельные колонки Дата/Документ, подписи бейджами; поиск минимальный на мобильном
- DocumentsTable: наименование берём из meta.title (чистое, без даты/.pdf
  суффикса full_title); отдельная колонка Дата (meta.created_at) с сортировкой
  по block_num, по умолчанию свежие сверху; колонка Документ — только заголовок.
- ID — копируемый EntityIdBadge (показывает короткий хеш, копирует полный
  doc_hash по клику + иконка-affordance).
- Подписи — отдельные BaseBadge на подписанта (новый helper
  getSignersListFromDocumentPackage возвращает массив).
- EntityIdBadge канонизирован: токены вместо rgba/--q-accent/.q-dark; добавлен
  copyValue (показать одно — скопировать другое).
- SearchHeaderAction: на мобильном — минимальная round-dense иконка без подписи
  «Поиск» (label только на десктопе).

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-27 09:18:31 +00:00
coopops 37d6a761db [E14][@dark-sun] feat(стол пайщика): документы и платежи — канон-таблица .table-wrap вместо q-table
Переделка после ревью: q-table давал не-канон вид, дёрганье при раскрытии
(virtual-scroll пересчитывал размеры + colspan не совпадал с числом колонок)
и уродливые мобильные карточки в grid-режиме.

- Статическая канон-таблица .table-wrap/.table (бордер+радиус+surface как
  карточка), table-layout:fixed → колонки не разъезжаются при раскрытии.
- Раскрытие строки — CSS-only (expand-row td colspan по числу колонок),
  без virtual-scroll → нет дёрганья шапки/колонок.
- Пагинация load-more (.table-foot + BaseButton «Загрузить ещё» + «1–N из M»)
  вместо infinite virtual-scroll.
- Мобильный: горизонтальный скролл таблицы (.table-scroll) вместо grid-карточек
  PaymentCard/DocumentCard — карточки удалены.
- Статусы платежей — BaseBadge (pos/warn/neg/info/neutral); направление —
  иконка + цвет --p-pos/--p-neg; хеш документа — mono.
- Действия платежей (SetOrderPaid/Refunded) скрыты на столе пайщика
  (hideActions=true) — они в реестре платежей; download документов сохранён.
- EmptyState + спиннер первой загрузки.

Виджеты общие с админ-контуром: load-more и горизонтальный скролл там тоже
уместнее jittery virtual-scroll.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-27 09:18:31 +00:00
coopops e5bf464a4d [E14][@dark-sun] feat(стол пайщика): документы и платежи в канон — статус-бейджи, токены, header-action на Teleport
- ListOfPaymentsWidget + PaymentCard: статус платежа через BaseBadge
  (canon-варианты pos/warn/neg/info/neutral) вместо хардкод q-color
  teal/orange/red/blue; убраны битый inline-стиль $toolbar-min-height,
  inline max-width, глобальный .q-list style-leak; цвета/тени/радиусы —
  на токены (--p-line/--p-ink-3/--p-shadow-card/--p-surface-2).
- DocumentsTable + DocumentCard: убраны битый inline-height, inline
  max-width, .q-dark-селекторы, --q-gray, хардкод rgba; тени/линии — токены;
  глобальный q-table__top style → scoped :deep; CardStyles import убран.
- ListOfDocumentsWidget: brand-leak toggle-color teal → primary.
- DocumentsPage: SearchHeaderAction со старого useHeaderActions store на
  canon Teleport (#header-actions-host), кнопка сама гейтится по features.search.
- DocumentsPage/PaymentsPage: канон-паддинг страницы.

q-table-движок (virtual-scroll/infinite-load/раскрытие строк/mobile-grid)
сохранён — виджеты общие с админ/председательскими контурами, регресс недопустим.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-27 09:18:31 +00:00
coopops 94d09d482d [E14][@dark-sun] fix(шапка): правая группа прилипала влево на страницах без действий — вернул margin-left:auto
Когда страница не телепортирует действия, .topbar__actions скрывается
display:none через :has(пустой host), но adjacent-селектор
.topbar__actions + .topbar__right всё равно матчился и обнулял margin-left
правой группы — она уезжала влево к крошке. Возвращаем auto в :has-правиле
(его специфичность выше). Также убрал лид-надпись на странице реквизитов.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-27 09:18:30 +00:00
coopops e125fb3d56 [E14][@dark-sun] feat(стол пайщика): удостоверение и реквизиты в канон — IdentityPanel/DataRow/BaseCard, header-action на Teleport
- ProfilePage (Удостоверение): IdentityPanel-шапка + BaseCard-секции (Учётная
  запись/Личные данные/Документы и реквизиты) на DataRow; убран CardStyles,
  хардкод rgba и .q-dark.
- PaymentMethods widget (Реквизиты): BaseCard на метод + DataRow + EmptyState
  вместо .info-label/.info-value и хардкод-цветов.
- PaymentMethodsPage: кнопка добавления реквизитов переведена с useHeaderActions
  store на canon Teleport (#header-actions-host), micro на мобильном.
- AddPaymentButton: триггер под canon micro-паттерн (как Deposit/WithdrawButton).

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-27 09:18:30 +00:00
claude 0acd4aa872 fix: remove stray node_modules symlink committed into branch
Симлинк node_modules -> /home/admin/mono-ai-2/node_modules был случайно
закоммичен и ломал pnpm install (ENOTDIR) на любой машине без этого пути.
Правило .gitignore 'node_modules/' (со слешем) ловит только каталог, не
симлинк-файл — добавлено правило 'node_modules' без слеша.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-05-27 09:18:30 +00:00
coopops 5d490913b2 [E14][@dark-sun] feat(шапка): крошка-название страницы слева + фикс переноса заголовка ModalBase
Крошка: в #crumb рядом с BackButton выводится route.meta.title текущей
страницы (тот же, что подсвечен в меню) — именно для неё действия и
сдвинуты вправо. Длинное название обрезается ellipsis в .topbar__crumb b.

ModalBase: q-bar получил авто-высоту, заголовок переносится (white-space
normal + overflow-wrap), крестик прижат к верху — на узком экране титул
больше не обрезается сверху.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-27 09:18:30 +00:00
coopops a3942d696c [E14][@dark-sun] fix(WalletPage): micro-кнопки взноса/возврата в шапке на мобильном
Why: полноразмерные DepositButton/WithdrawButton в узкой мобильной шапке
раздувались — текст переносился в 2 строки, кнопки вылезали за высоту
topbar. micro-вариант (иконка + tooltip, flat/dense) и предназначен
для слота шапки.

What: Teleport-кнопки получают :micro='isMobile' (useWindowSize, <768px).
Мобильный — компактные иконки; десктоп — полные кнопки с подписью.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-27 09:18:30 +00:00
coopops 5784c20aa7 [E14][@dark-sun] fix(WithdrawButton): «получить возврат» → «Получить возврат» — заглавная
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-27 09:18:30 +00:00
coopops ceac5aee31 [E14][@dark-sun] feat(стол пайщика): кошельки списком во всю ширину + действия шапки через Teleport
Кошельки (по фидбэку — переносы выглядят плохо):
- .wallet-programs из grid (repeat auto-fill minmax) → flex-column: карточки
  идут списком во всю ширину страницы.
- canon .wallet__title/__sub: возвращён nowrap + ellipsis (откат wrap-фикса);
  на широкой строке текст почти всегда влезает, иначе — ellipsis.
- WalletCard + минимум-карточка: нативный tooltip `title` — при наведении
  виден полный текст. Убран .wallet--row reset (базовый снова nowrap).

Действия шапки (кнопки взноса/возврата пропали; нужна новая механика):
- Новый canon-механизм: страница телепортирует свои действия в шапку через
  <Teleport to="#header-actions-host">. Host — постоянный span с
  display:contents в #actions слоте CommonHeader (при loggedIn).
- :has()-правило прячет .topbar__actions, когда внутри только пустой host
  (нет ни store-кнопок, ни телепорта) — чтобы не было пустого разделителя.
- WalletPage переведён на Teleport (DepositButton/WithdrawButton),
  useHeaderActions store-механизм убран со страницы.
- Старый useHeaderActions оставлен для прочих 10 страниц — мигрируем
  и удалим отдельно. DepositButton сам скрыт, пока пайщик не принят
  (status !== 'active') — это защита, не баг.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-27 09:18:30 +00:00
coopops 028eb31c03 [E11][@dark-sun] fix(CommonHeader): бренд-логотип inline-SVG в зелёном квадрате, как в личном кабинете
Why: на странице без логина логотип был <img :src='logo.svg'> — img рендерит
SVG в изоляции, не наследует currentColor, поэтому показывался чёрно-белым
и не реагировал на смену темы. В личном кабинете (WorkspaceSwitcher)
тот же logo.svg рендерится inline через v-html в зелёном квадрате
и наследует color (logo.svg на fill:currentColor) — «зелёненький
на зелёном фоне», одинаковый в обеих темах.

What: CommonHeader brand-slot переведён на тот же приём —
`logo.svg?raw` + v-html внутри .app-q-header__logo
(background var(--p-primary-soft), color var(--p-primary), 28px квадрат,
16px svg). Переключение темы больше не требуется — зелёный константен.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-27 09:18:30 +00:00
coopops fc60c58f51 [E14][@dark-sun] fix(canon .wallet): просто wrap по пробелам, без overflow-wrap: anywhere
Why: предыдущий фикс `overflow-wrap: anywhere; word-break: break-word`
ломал слова в любом месте даже когда колонка достаточно широкая —
«Минимальный неснижаемый остаток» рендерился по одному слову на строку,
несмотря на ~480px доступной ширины. Реально нужен только wrap по пробелам;
agressive break-word оправдан только для URL-подобных нерасчленяемых строк.

What: убраны `overflow-wrap` и `word-break` из .wallet__title/__sub —
браузер делает естественный wrap по пробелам, длинные заголовки переносятся
только когда не помещаются. `.wallet--row` reset для compact-варианта
оставлен — там по-прежнему single-line+ellipsis.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-27 09:18:30 +00:00
coopops 6a2a56dcfa [E14][@dark-sun] fix(canon .wallet): разрешить перенос длинных заголовков на full-варианте + порядок карточек в WalletProgramWidget
Why: canon-стиль .wallet__title и .wallet__sub был с
`white-space: nowrap; overflow: hidden; text-overflow: ellipsis;` — на full-
варианте это резало длинные подписи («Минимальны…», «Возвращается п…»)
даже на просторных экранах, потому что grid-колонка `.wallet__main` сжимается
ради `.wallet__amount` справа. Эта обрезка будет всплывать на любой
длинной строке (метки программ, статусы пайщика, длинные subtitle).
Compact-вариант `.wallet--row` (слот шапки) должен остаться одной строкой.

What:
- .wallet__title/__sub: убран nowrap/ellipsis; добавлено
  `overflow-wrap: anywhere; word-break: break-word; hyphens: auto` (для title)
  и `overflow-wrap: anywhere; word-break: break-word` (для sub) — длинные
  заголовки переносятся на 2+ строки.
- .wallet--row: явно возвращает nowrap+ellipsis (с reset word-break/
  overflow-wrap), чтобы compact-ряды в шапке оставались строго одной строкой.
- WalletProgramWidget: карточка минимального неснижаемого остатка
  перемещена в начало grid'а (была после программ) — это базовая защита
  средств пайщика, логичнее видеть её первой.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-27 09:18:30 +00:00
coopops a8013c7414 [E14][@dark-sun] refactor(WalletCard,WalletProgramWidget): «Главный кошелёк» канон-default + минимальный остаток отдельной карточкой
Why:
- Заголовок «Кошелёк» для program='wallet' путал — в столе пайщика этот
  кошелёк семантически главный, и в любых других местах canon (MicroWallet,
  WalletCardMini, _dev/ui) он тоже должен называться полно — «Главный
  кошелёк». Лучше один canon-default, чем локальный override в каждом
  потребителе. Согласовано — переименование canon DEFAULT_TITLES.
- Минимальный неснижаемый остаток — НЕ баланс кошелька, а самостоятельная
  сущность пайщика (паевой взнос, возвращается при выходе). Пристегивать
  его DataRow-строкой под grid'ом — нелогично, как было и раньше в legacy.
  Правильнее — отдельной карточкой в той же сетке кошельков.

What:
- WalletCard.vue: DEFAULT_TITLES.wallet 'Кошелёк' → 'Главный кошелёк'.
  Глобально для всех потребителей canon-компонента.
- WalletProgramWidget.vue: убран TITLE_OVERRIDE и DataRow-блок минимального
  остатка. Карточка остатка теперь рендерится в общем .wallet-programs
  grid'е canon-разметкой `.wallet` с иконкой `savings`, заголовком
  «Минимальный неснижаемый остаток», подзаголовком «Возвращается при выходе
  из кооператива» и зарезервированной суммой. Нейтральная подсветка иконки
  через `.wallet--minimum { --prog-bg, --prog-fg }`, чтобы визуально
  отличалась от программ, но встала в общую сетку.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-27 09:18:30 +00:00
coopops 0f475e7dbd [E14][@dark-sun] feat(WalletProgramWidget): «Главный кошелёк» + минимальный неснижаемый остаток
Why: на старом WalletWidget пайщик видел свой минимальный неснижаемый остаток
(паевой взнос, возвращается при выходе из кооператива) — самостоятельная
сущность пайщика, не баланс кошелька. При переходе на canon я её упустил.
Канон-default WalletCard 'wallet' = «Кошелёк» — для стола пайщика этот
кошелёк семантически является главным (свободный остаток ЦК), поэтому
локально перекрываем заголовок на «Главный кошелёк».

What:
- TITLE_OVERRIDE['wallet'] = 'Главный кошелёк' — локальное перекрытие
  заголовка только в этом widget'е, canon DEFAULT_TITLES не трогаем
  (другие потребители WalletCard могут использовать общий «Кошелёк»).
- DataRow «Минимальный неснижаемый остаток» под grid'ом программ
  (только когда session.participantAccount.minimum_amount > 0)
  с hint «Возвращается пайщику при выходе из кооператива».
- Источник остатка — session.participantAccount?.minimum_amount,
  как и в legacy WalletWidget.

Note: locked-line уже рендерится самим canon WalletCard, когда
locked-balance > 0 (logic: hasBlocked ? blocked.amount : undefined
в WalletProgramWidget). Отдельная разметка под «Заблокировано» не нужна.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-27 09:18:30 +00:00
coopops c824b2147e [E14][@dark-sun] fix(WalletProgramWidget): vue-tsc — flatMap вместо filter+predicate
Why: type predicate `e is CanonProgramEntry` не сходился — optional `locked?: string`
в interface vs required `locked: string | undefined` в литерале map'а. TS считает
эти типы несовместимыми для predicate, хотя они эквивалентны при присваивании.

What: переход на `flatMap<CanonProgramEntry>` с возвратом `[]` для исключаемых
программ. Predicate не нужен, generic flatMap даёт точный тип результата.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-27 09:18:29 +00:00
coopops df13f30788 [E14][@dark-sun] refactor(participant/wallet): WalletPage + WalletProgramWidget в канон MONO Platform v2
Why: первая страница стола пайщика (default route 'wallet') использовала legacy
обвязку — CardStyles import, scoped SCSS с .body--dark и hardcoded rgba цветами,
ColorCard с произвольным цветом по индексу. Канон уже знает программы платформы
(blagorost/wallet/generator) через WalletCard + токены --prog-*; на нём и строим.

What:
- WalletPage.vue: убран import 'src/shared/ui/CardStyles', scoped SCSS на
  токенах --p-6/--p-4; вырезана легаси-карточка «Минимальный остаток»
  (она не отображалась — не было разметки в template). useHeaderActions
  для Deposit/Withdraw оставлен — канон поддерживает actions через #actions slot.
- WalletProgramWidget.vue: переписан на canon WalletCard + EmptyState.
  Фильтр на канон-набор программ через ZEUS_TO_CANON
  (MAIN→wallet, BLAGOROST→blagorost, GENERATOR→generator);
  MARKETPLACE и прочие исключены — это не из основной тройки платформы
  и должны рендериться отдельным виджетом.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-27 09:18:29 +00:00
coopops 077e716407 [E11][@dark-sun] feat(AppHeader): brand slot — лого + название кооператива на странице без логина
Why: на главную без логина нужно показывать бренд кооператива (логотип + имя)
рядом с глобальными действиями шапки; раньше выводилось только текстовое
название через title-проп без логотипа.

What:
- AppHeader.vue: опциональный slot #brand перед .topbar__crumb;
  hasBrand computed по slots.brand. Когда slot заполнен — крошка не рендерится.
- components.css: стили .topbar__brand (desktop + .topbar--mobile вариант)
  с canon-токенами (--p-fs-body, --p-ink, --p-fs-meta).
- CommonHeader.vue: на !loggedIn заполняет #brand src/assets/logo.svg
  + <b>{coopTitle}</b>; передача title-пропа убрана.
- default.vue: .fixed-top-right { top: 51px } → top: var(--p-topbar-h)
  (canon 56px) — выравнивание FAB под точную высоту шапки.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-27 09:17:08 +00:00
coopops 5b24a78237 [E11][@dark-sun] refactor(CommandPalette): иерархия рабочих столов и страниц вместо generic pages/actions/recent
Существующая модель cmdk в проекте (entities/CmdkMenu/model/store.ts) —
иерархия рабочих столов и их страниц. Активный стол sticky сверху с
бейджем «Активный», без запроса показывается иерархия (стол + indented
страницы), с запросом — плоский список со столом-префиксом у каждой
страницы; стол отдельной строкой появляется только если запрос явно
начинается с его имени или содержит «стол»/«workspace».

Переписал canon CommandPalette под эту модель:
- Props: `workspaces: CommandPaletteWorkspace[]` вместо
  `commands: CommandItem[]`. Каждый workspace = `{ name, title, icon,
  isActive?, pages: CommandPalettePage[] }`. Page = `{ name, title,
  icon?, shortcut? }`.
- Emits: `select-workspace(name)`, `select-page(workspaceName, pageName)`
  — props-only, навигация и filtering по ролям/conditions остаются
  заботой connected-обёртки (миграция legacy CmdkMenu — отдельная story).
- Sticky-баннер активного стола, plus accent-soft фон + outline-обводка
  на selected, ↑↓ работает плоско поверх иерархии (стол → страницы → стол
  → страницы).

Mock-data в /_dev/ui/index.vue обновлён: три стола (Председатель/Пайщик/
Отчётность) со своими страницами вместо плоского списка команд.

Старый widgets/Desktop/CmdkMenu пока живёт параллельно — переключим в
ходе миграции Wave 3.
2026-05-27 09:17:08 +00:00
coopops 459888fea7 [E11][@dark-sun] feat: NotificationCenter, CommandPalette, DetailsDrawer — эпик «Навигация и нотификации»
Реализованы три props-only доменных компонента из E11:
- NotificationCenter — panel-content для popover в шапке: группировка
  notifications по category (system/financial/voting/message), unread-bullet
  через BaseBadge, кнопка «Прочитать все», EmptyState и «Показать все».
  Relative-date форматирование с русским склонением.
- CommandPalette — ⌘K/Ctrl+K с fuzzy-поиском, секции recent/pages/actions,
  ↑↓ навигация, Enter/Esc обработка. localStorage недавних — в connected
  обёртке, компонент props-only.
- DetailsDrawer — side-sheet справа 480px (override через :width), slots
  default/actions/footer, Esc и backdrop close, на xs — fullscreen.

Все три зарегистрированы в boot/ui.ts и локально импортированы в /_dev/ui
с mock-data в секциях 36-38.

E11.4 RailUserCard отложен из-за конфликта имён — существующий компонент
имеет другую роль; нужно согласовать канон-нейминг.
2026-05-27 09:17:08 +00:00
coopops 4c6a21a965 [E10][@dark-sun] fix(BaseDocument): центрировать spinner-лоадер по обеим осям
Заменил `.full-width.text-center` + flex без выравнивания на flex-column
со `min-height: 360px` — лоадер больше не прижат к левому верху карточки.
Заодно поправил опечатку «подговка» → «Формируем документ».
2026-05-27 09:17:08 +00:00
coopops 039ad58055 [E10][@dark-sun] fix(AmountInput): нативный :suffix='symbol' вместо #append slot
Корень: я положил символ валюты в #append slot своим <span>, в обход
встроенного prop suffix. Quasar имеет правила позиционирования именно
для родного .q-field__suffix (см. revert d0a8dc0080 от 2026-05-19,
где было решено оставить Quasar дефолт — «нас устраивает»). Мой span
в append-slot не подчинялся этим правилам и сидел в произвольной
позиции относительно цифр.

Фикс:
- :suffix='symbol' — символ валюты идёт нативным механизмом Quasar.
- Удалил .amount-input__symbol класс и template #append вообще.
- Удалил override align-items: center на q-field__control/__append/
  __after (тоже мешал, как было показано в d0a8dc0080).
- font-weight 500 на цифрах оставил — нормальный вес поля.

Совет на будущее: использовать встроенные q-input props (suffix,
prefix), а не #append/#prepend slots, если можно — Quasar для них
держит готовое выравнивание, проверенное пользователем.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-27 09:17:08 +00:00
coopops dac113f9f0 [E10][@dark-sun] fix(AmountInput): выровнять цифры и RUB-суффикс по центру
Корень: font-weight: 600 + tabular-nums + Quasar dense нативный input
имеют чуть смещённую baseline относительно append-слота, где сидит
RUB. Визуально цифры лежали ниже суффикса.

Фикс:
- font-weight 600 → 500 (нормальный вес поля ввода, без bold-акцента
  на цифрах).
- Явный font-size + line-height на нативном input.
- align-items: center на q-field__control / __append / __after, чтобы
  суффикс и any after-слот (кнопка «макс») центрировались по высоте
  входной полосы.
- align-self: center на самом __symbol — на случай если q-field__append
  кто-то переопределит как stretch.

TODO на следующий подход: BaseDocument loader («Формируем документ…»)
выравнивать по центру рамки документа (сейчас стоит сверху).

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-27 09:17:08 +00:00
coopops 7425c66e2a [E10][@dark-sun] fix(OtpInput): убрать TypeScript-касты as из pug-шаблона
[Quasar] boot error: SyntaxError: Unexpected identifier 'as' — runtime-парсер
обрабатывает выражения в pug-template как чистый JS, без TypeScript. Касты
вида `el as HTMLInputElement | null`, `e as InputEvent`, `e as KeyboardEvent`
прямо в атрибутах `:ref` / `@input` / `@keydown` — синтаксическая ошибка во
время бутстрапа Vue, из-за которой /_dev/ui целиком не грузился.

Фикс:
- :ref='(el) => setRef(idx, el)' + функция setRef(idx, el: Element |
  ComponentPublicInstance | null) с кастом в TS-скрипте.
- @input='(e) => onInput(idx, e)' + сигнатура onInput(idx, event: Event)
  с внутренним кастом target.
- @keydown оставил передавать event «как есть» — KeyboardEvent — никакой
  cast не нужен.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-27 09:17:08 +00:00
coopops 88a8f54806 [E10][@dark-sun] fix(_dev/ui): локальный импорт E10-компонентов — boot/ui.ts не HMR'ится
Quasar boot-файлы подхватываются только при рестарте dev-сервера. После
коммита 1af0f9c06f глобальные регистрации AmountInput/OtpInput/FilterBar/
FileUploader/VerticalStepper не подтянулись на лету — теги рендерились как
unknown components (пусто внутри секций 31–35 на /_dev/ui).

Фикс: добавил локальные импорты прямо в script setup _dev/ui/index.vue —
тот же паттерн, что у WalletCard, RailUserCard, AuthCard. Глобальная
регистрация в boot/ui.ts остаётся для боевого использования из других
страниц (после следующего рестарта dev'а).

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-27 09:17:08 +00:00
coopops 378aa664a4 [E10][@dark-sun] feat: AmountInput, OtpInput, FilterBar, FileUploader, VerticalStepper — эпик «Формы и ввод»
Пять props-only доменных компонентов из shared/ui/domain/:
- AmountInput — денежный ввод с символом валюты, форматированием тысячных,
  precision из marketplace asset config, кнопкой «макс» по balance, опциональной
  подписью баланса. Tabular-nums, right-align, font-weight 600.
- OtpInput — 6 ячеек с автопереходом фокуса, Backspace откатывает на
  предыдущую, paste 6-значного кода распределяется по ячейкам.
  Регулярка /^\d$/, состояния error/disabled.
- FilterBar — search (debounce 300мс) + dropdown-фильтры + chip'ы активных
  значений с remove + «сбросить всё». v-model для values, v-model:search для
  поиска. Активные chip'ы рендерятся под рядом фильтров.
- FileUploader — drag&drop + клик по зоне; валидация accept/maxSize/maxFiles
  → emit error; список загруженных с иконкой типа, именем, размером,
  кнопкой ×; слот progress для connected-обёртки.
- VerticalStepper — состояния pending/current/completed/error; completed
  кликабельны для возврата назад (опционально); опциональные/disabled шаги;
  слот active под телом текущего шага.

Все компоненты — pug, canon-токены --p-*, без store/router/api. Демо-секции
31–35 на /_dev/ui (наш стенд-витрина).

Зарегистрированы в boot/ui.ts и shared/ui/domain/index.ts. ESLint точечно
прошёл, vue-tsc не запускался полностью на desktop (запрет).

Wave 2 / E10 закрыт.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-27 09:17:08 +00:00
coopops 211c17f47c fix(DocumentPreview): убрать txt/image — наши документы это HTML/PDF
Удалены типы 'txt' и 'image' из DocumentPreviewType + соответствующие
ветки рендера (pre.document-preview__txt и img.document-preview__image)
и стили. В реальных потоках платформы документ кооператива всегда
HTML (рендерится в ShadowHtml внутри BaseDocument) или PDF — plain-
text фрагмент в моноширинном pre не используется и выглядит как
техническая ерунда. Аналогично image.

_dev: удалён previewTxtDemo (мусорный EOSIO chain id из debugging
notes → перешитый в фрагмент протокола → теперь полностью убран
по требованию пользователя). Секция 30 показывает только HTML +
loading + error состояния.
2026-05-27 09:17:08 +00:00
coopops 8c5a7bd466 fix(BaseDocument,_dev): vue-tsc, мусорный txt-demo, ширина документа
vue-tsc:
- _dev: убрал txId/explorerUrl из signatureSignedDemo — оба поля
  удалены из Signature ранее (общего эксплорера нет).
- BaseDocument: canonSignatures.map — нормализую is_valid через
  '?? undefined' (бэкенд может вернуть null, canon-компонент ждёт
  boolean | undefined).

DocumentPreview txt demo: вместо мусорного 'EOSIO chain id …
dirty window' (мой случайный кусок из debugging notes) — фрагмент
протокола собрания пайщиков ПК «Восход».

ComplexDocument: .col-md-7 → .col-md-10. Это контейнер, в котором
лежит BaseDocument в реальных страницах документов. 7/12 = 58%
ширины было визуально 'приплюснуто'.
2026-05-27 09:17:08 +00:00
coopops db80cf0362 feat(ui): DocumentSignatures + перевод BaseDocument на canon
Реальный формат подписей кооперативного документа — это не «pending/
signed/rejected» из абстрактного SignatureCard, а IDocumentAggregate с
полями doc_hash + signatures[] (signer_certificate, public_key,
signature, is_valid). Каждая подпись разворачивается в детали.

Что сделано:
- Новый canon-компонент DocumentSignatures (story 9.5) в shared/ui/
  domain — props-only, принимает уже резолвнутые signerName и hash-
  совпадение, эмитит download/verify. Поверх Quasar — собственный
  expand на ref<Set<number>>, чтобы стиль был полностью canon.
- BaseDocument теперь рендерит DocumentSignatures вместо своего
  q-card.verify-card + q-list + q-expansion-item на teal/red badges.
  Адаптер canonSignatures маппит signer_certificate → ФИО через
  getNameFromCertificate, чтобы canon-компонент не знал про сертификаты.
- SignatureCard: удалены поля txId/explorerUrl и ссылка «Открыть в
  explorer» — общего эксплорера в платформе нет.

Demo: секция 29 → DocumentSignatures (валидный + с битой подписью),
секция 30 → DocumentPreview (HTML заголовок сокращён, чтобы не
обрывался при узкой колонке).
2026-05-27 09:17:08 +00:00
coopops 7524fd6941 feat(ui): волна 2 / E9 — документы и подписи
4 props-only canon-компонента в src/shared/ui/domain/, регистрация
в boot/ui.ts, demo-секции 26-29 в _dev/ui:

- DocumentRow (story 9.1) — строка документа в списке: иконка типа
  с tint'ом (pdf neg-soft, docx info-soft, html primary-soft), title,
  status через BaseBadge, дата/автор/описание, slot actions, emit open.
- SignatureCard (story 9.3) — подписавший (Avatar+ФИО+AccountBadge),
  статус (BaseChip pending/signed/rejected), для signed — хеш в моно-
  блоке + ссылка на explorer, для rejected — BaseBanner с причиной.
- ActivityTimeline (story 9.4) — вертикальный таймлайн событий с
  цветными иконками по типу (sign/reject/create/update/comment/
  transfer), groupByDate группирует по «Сегодня/Вчера/конкретная
  дата».
- DocumentPreview (story 9.2) — html (через DOMPurify), pdf через
  iframe, image через img, txt через pre. Стейты loading/error.

Все props-only, темо-зависимые значения только через --p-* токены.
2026-05-27 09:17:08 +00:00
coopops 29cd2cd5e5 fix(_dev/ui): «Член кооператива» → «Пайщик» в PersonCard demo
Канон-терминология blago/ЦК: пайщик, не член. Прецедент закреплён
в auto-memory feedback_kooperatsiya_pai.
2026-05-27 09:17:08 +00:00
coopops cfec8afe70 fix(IdentityPanel): compact тоже в карточке — padding+border+bg
Раньше compact-вариант рендерился без обрамления — avatar упирался
в левый край контейнера, визуально «проваливался» из общего стека
full-карточек (Screenshot_2026-05-21_21-51-09).

Compact теперь: padding 8/12px (тоньше чем full 16px), тот же border
+ surface + radius. В одну строку avatar + ФИО + AccountBadge + status,
но визуально это всё-таки карточка, не голая строка.
2026-05-27 09:17:08 +00:00
coopops 9f24394398 fix(ContactSheet): label и значение в отдельных строках
Body раньше был обычным block-контейнером, а .head и .value-row —
оба display: inline-flex. Без явного block-форматирования inline-flex
элементы становятся inline и рендерились в одну строку. Визуально:
Emailivanov@example.ru, Телефон+7 (903)..., Telegram@ivanov — слипшиеся.

Body теперь display: flex + flex-direction: column, gap canon — 8px
в comfortable, 4px в compact. Head/value-row переведены на обычный
display: flex (вместо inline-flex), gap внутри сохранён.

Прецедент 2026-05-21 — Screenshot_2026-05-21_21-42-16, 21-42-31.
2026-05-27 09:17:08 +00:00
coopops 824fd3341e chore: убрать закоммиченный symlink node_modules 2026-05-27 09:17:07 +00:00
coopops cc05cd4ba3 fix(domain): E8 — copy-кнопки, отступы и compact-layout
- AccountBadge: copy-кнопка не сжимается (flex-shrink: 0), размер 20×20 + icon 14px — раньше 18×18 + 12px тонула рядом с текстом badge.
- DataRow: column-gap var(--p-3, 12px) → var(--p-5, 20px) + min-label-width 140 → 160px + padding-right на label. Между label и value был визуально слипшийся стык.
- ContactSheet: comfortable margin-top между label и value 2px → 8px (compact 4px). Раньше label «налипал» на значение.
- IdentityPanel compact: переделан в flat flex-row (avatar + ФИО + AccountBadge + status badge) — раньше grid с .body загонял имя и AccountBadge в две строки и avatar «уезжал» от имени. Spec 8.1 требует «только avatar + ФИО + EntityIdBadge в одну строку».
2026-05-27 09:17:07 +00:00
coopops 61e8bdf083 feat(ui): волна 2 / E8 — идентификация и контакты
5 props-only canon-компонентов в src/shared/ui/domain/, регистрация
в boot/ui.ts, demo-секции 21-25 в _dev/ui:

- AccountBadge (story 8.5) — on-chain account name в mono-шрифте,
  copyable + опциональный explorer link. Назван AccountBadge вместо
  EntityIdBadge: имя EntityIdBadge занято под numeric ID пайщика
  в capital. Decision зафиксирован в epics.md и planning-artifacts.
- DataRow (story 8.3) — `label: value` пара для реестровых карточек,
  mono-режим, copyable, slot value-override, hint.
- ContactSheet (story 8.2) — email/phone/address/tg/web с автоиконками,
  кликабельными mailto:/tel:/t.me ссылками, copy и verified-чек.
- IdentityPanel (story 8.1) — Avatar + ФИО + AccountBadge + статус
  (active/blocked/pending) + role + actions-slot; compact/full.
- PersonCard (story 8.4) — Avatar + ФИО + role + AccountBadge +
  ContactSheet + slot meta; compact/comfortable.

Все props-only: useStore/useRouter/useApi внутри запрещены. Темо-зависимые
значения только через --p-* токены, никаких body--dark селекторов.
2026-05-27 09:17:07 +00:00
coopops 98e82eeced fix(BaseCheckbox): приглушить заливку галочки через --p-primary-press
q-checkbox по умолчанию красит .q-checkbox__bg в --q-primary, который в
dark теме равен #2dd4bf — на маленьком квадрате 18px этот яркий бирюзовый
смотрится ядовито. Переопределяем заливку filled-состояния на
--p-primary-press (#134e4a light / #14b8a6 dark) — глубже и спокойнее,
чек-символ остаётся белым.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-27 09:17:07 +00:00
coopops c247eb169f fix(tokens): приглушить --p-accent + унифицировать .agreement-link
Старое значение --p-accent (#D84315 light / #FF7043 dark) — слишком
насыщенное, выглядит ядовито рядом с тёплой палитрой ink/canvas. Меняем
на тёплую терракоту: #B85C38 (light) / #E89472 (dark) — тот же warm-tone,
но без перевозбуждения красного канала.

.agreement-link (псевдо-ссылки на просмотр документа в согласиях) была
hardcoded в #1c64f2 (синий) light / #ff9f43 (жёлто-оранжевый) dark и не
совпадала со ссылкой «Устав кооператива». Унифицируем: все ссылки внутри
согласий теперь var(--p-accent), визиt-цвет тот же — без фиолета.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-27 09:17:07 +00:00
coopops 991ea1d299 fix(ReadStatement): чекбоксы согласий — выравнивание + gap + accent ссылка
BaseCheckbox block-вариант: убран собственный display:flex + align-items:
flex-start, который перебивал внутренний flex Quasar и сдвигал label вверх
относительно inner. Теперь Quasar сам центрирует inner на первой строке.
Добавлен padding-left: 8px на .q-checkbox__label — больше воздуха между
галочкой и текстом согласия.

ReadStatement: ссылка «Устав кооператива» — --p-primary → --p-accent
(тёплый оранжевый #D84315 / #FF7043 dark) как акцентный цвет палитры.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-27 09:17:07 +00:00
coopops 3e01d8c915 feat(UserDataForm): canon-стиль полей + тип аккаунта на BaseRadioCard
UserDataForm/UserDataForm.vue:
- Выбор типа аккаунта: три q-btn(glossy, height:75px) → три BaseRadioCard
  с title/description; больше нет teal-«кнопок-плиток»
- Возврат к выбору типа: flat q-btn → BaseButton(ghost) с arrow_back

Sub-forms (Individual / Entrepreneur / Organization + Create*):
- q-input/q-select: standout="bg-teal text-white" → outlined color='primary'
  (canon-tone, единый primary-акцент вместо устаревшего teal)
- .q-gutter-sm.q-mt-md → .user-data-stack (flex column, gap токены)
- OrganizationDataForm: кнопка «совпадает» — color='teal' → flat primary

Валидация q-form.validate() и :rules сохранены — это всё ещё q-input
с rules-массивом, только tone и контейнер переехали на canon-токены.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-27 09:17:07 +00:00
coopops 4348cd0ae7 feat(ui): BaseCheckbox + BaseRadioCard и миграция SignUp-шагов
- BaseCheckbox: обёртка q-checkbox с canon-стилями, block-вариант для длинных
  согласий (чекбокс прижат к верху, label многострочный)
- BaseRadioCard: карточка-опция с радио-индикатором справа, props title /
  description / meta + slot fallback'и; используется для выбора программы

Миграции SignUp:
- ReadStatement: q-checkbox → BaseCheckbox(block); согласия в .agreements-стек
- SelectProgram: q-list+q-radio → список BaseRadioCard
- GenerateAccount: q-input → BaseInput(readonly, mono) с copy в #append;
  q-checkbox → BaseCheckbox; автоселект через querySelector('input').select()
  вместо ref.select() (BaseInput не пробрасывает внутренний API q-input)

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-27 09:17:07 +00:00
coopops 58530d9db8 fix(desktop): .ws-switcher__title padding-top 2px
Воздух над заголовком стола внутри WorkspaceSwitcher — заголовок не упирается
в верхнюю границу caption «ПК «ВОСХОД»».

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-27 09:17:07 +00:00
coopops 65b55d7e4b fix(desktop): .rail__top padding 16px 8px + убрать disabled-стиль у WorkspaceSwitcher
- .rail__top: padding 18px 20px → 16px 8px (унификация боковых отступов)
- WorkspaceSwitcher: убраны :disabled-атрибут и hover:not(:disabled) — у пайщика, которому доступен только один стол, кнопка выглядит как обычно (без not-allowed-cursor, без приглушённого цвета). Меню q-menu просто не открывается через v-if='workspaces.length > 1'. Тихое игнорирование клика вместо явного запрета.
2026-05-27 09:17:07 +00:00
coopops 7578d1cfd3 fix(desktop): WorkspaceSwitcher — фильтр столов по ролям + 3-строчный title
WorkspaceSwitcher показывал ВСЕ workspaceMenus, включая столы выше роли пользователя (например, «Стол председателя» видел рядовой пайщик), что приводило к ошибке access-denied при попытке переключения.

- Добавлена фильтрация по иерархии: chairman ⊇ member ⊇ user. Председатель видит столы любых ролей; член совета — user+member; пайщик — только user. Workspace без meta.roles (или с пустым массивом) — публичный для всех (та же логика, что в legacy WorkspaceMenu, плюс корректное наследование прав).
- Title допускает перенос на 3 строки (line-clamp 3) — «Стол вычислительных ресурсов» теперь умещается полностью
- Расширена кнопка switcher'а (margin сторон 8→4 в LeftDrawerMenu), даёт больше места под текст
2026-05-27 09:17:07 +00:00
coopops 7f2d809821 fix(desktop,signup): WorkspaceSwitcher polish + Bank toggle QR↔реквизиты
WorkspaceSwitcher:
- Brand-строка теперь собирается из vars.short_abbr + «vars.name» (получается «ПК «ВОСХОД»»). Раньше показывал только short_abbr — название кооператива было «потеряно»
- Title допускает перенос на 2 строки (line-clamp 2) — длинные названия типа «Стол вычислительных ресурсов» больше не обрезаются ellipsis'ом с одного слова
- Chevron приклеен к верху строки (align-self start) — корректно при двухстрочном title
- Меню workspace: canon padding (8/12) вокруг q-item, отступ между avatar-section и текстом — иконка и название больше не упираются в края
- Затемнение фона при открытом меню (rgba(9,9,11,0.32) overlay через Teleport в body) — меню больше не сливается с контентом за drawer'ом

Bank.vue (карточка платежа):
- Убрали q-expansion-item (раскрытие вниз внутри карточки выглядело перегружено)
- Кнопка-toggle: «Показать реквизиты» рядом с «Скачать QR». Клик переключает зону под сводкой между QR и списком 9 BaseInput'ов с copy-кнопками
- В режиме реквизитов: кнопки меняются на «Скопировать всё» (primary) + «Показать QR» (secondary)
- QR-canvas использует v-show чтобы сохранять состояние при toggle назад; реквизиты — v-if чтобы не держать BaseInput'ы в DOM
2026-05-27 09:17:07 +00:00
coopops 144cc901ff feat(desktop): WorkspaceSwitcher + фикс ReadStatement стилей + плоский Bank.vue
ReadStatement: backend-HTML генерирует с inline-стилями и Quasar text-h* классами, которые перебивали :deep правила. Усилили все ключевые селекторы !important + добавили охват .text-h1/h2/h3/h4/h5/h6 и .text-right (под мета-блок «УТВЕРЖДЕНО…»).

Bank.vue (карточка платежа):
- убрали отдельные surface-карточки вокруг сводки и QR (получалось «карточка-в-карточке-в-карточке»)
- сводка → плоский <dl> со строкой-разделителем снизу (border-bottom var(--p-line))
- QR → просто центрированный canvas без обёртки/фона/рамки; белый цвет внутри canvas — функциональное требование контрастного сканирования, не дизайн-выбор
- detail-expansion → без своего фона, только border-top/bottom

WorkspaceSwitcher (новый widget src/widgets/Desktop/WorkspaceSwitcher/):
- Карточка-кнопка в шапке drawer: иконка кооп + caption «ПК «ВОСХОД»» + bold «Стол совета» (текущий) + chevron
- Клик → q-menu со списком всех workspaceMenus (Стол пайщика, Стол совета, Стол председателя и т.д.); выбор → selectWorkspace + goToDefaultPage
- Подключён через #brand slot AppDrawer'а в LeftDrawerMenu, заменяет дефолтный brand-row
2026-05-27 09:17:07 +00:00
coopops 40492a40cd feat(signup): canon-типографика заявления + рефакторинг карточки платежа
ReadStatement (этап 6.1):
- Backend генерирует HTML документа — локально нормализуем через :deep
- h1 уменьшен с монструозного дефолта до canon h3 (20px), центрирован
- h2/h3, p, strong, ul/ol, table, hr — типографика по var(--p-*)
- мета-блок .approved/.meta-right (УТВЕРЖДЕНО…) — ink-2, мельче, плотнее
- Чекбоксы соглашений снизу не трогали (как просил пользователь)

Bank (этап 6.2 — карточка платежа PayWithProvider):
- QR-код вынесен в фокус: сначала сводка (получатель/сумма/назначение) → QR → действия → реквизиты для ручного перевода скрыты под q-expansion-item
- Полные 9 полей (ИНН/БИК/КПП/корр-счёт/...) переведены на BaseInput(readonly, mono) с copy-кнопкой в #append; раскрываются только при необходимости
- Кнопки «Скачать QR» (primary) и «Скопировать реквизиты» (secondary) — BaseButton
- Удалены: q-btn(push), case-mixed «скопировать реквизиты», стиль #qr через global селектор
2026-05-27 09:17:07 +00:00
coopops fd0609de19 feat(invite): этап 5 — миграция Invite на canon AuthCard + BaseInput/BaseButton
- InvitePage: row/col-обёртка → .invite-page flex-center + canon padding (как у SignInPage)
- Invite widget: AuthCard со штатными title/subtitle (вместо CAPS-заголовка с background-clip градиент-текста)
- BaseInput(mono, readonly) для приватного ключа — canon-оформление key/hash полей
- BaseButton(ghost) для копирования + BaseButton(primary) для «Установить ключ»
- Удалены: градиент-текст, semi-transparent blue/green tint карточки вокруг инструкции и чекбокса, hover translateY + box-shadow glow, custom border-radius/box-shadow для q-input и кнопок, мобильные @media-блоки (canon-токены и AuthCard сами адаптивны)
2026-05-27 09:17:07 +00:00
coopops 791c7e1707 fix(signup): canon-рамка для контейнера подписи вместо неонового glow
- .signature-container: 3px primary border + 3-слойный box-shadow glow → 1px dashed по var(--p-line-2), surface-2 фон, без свечения; на hover лишь окрашивается рамка
- .signature-hint: переехала в центр контейнера, canon ink-2 цвет, убран frosted-chip с blur/shadow — теперь спокойная метка «Оставьте собственноручную подпись в рамке», pointer-events: none пропускает клики на canvas
- min-height снижен 300→220, padding на canon-токены
2026-05-27 09:17:07 +00:00
coopops 71331854f0 fix(signup): отступ сверху, canon фон q-stepper, ширина email-поля
- SignUp.vue: добавлена обёртка .signup-page (padding + center + min-height) — как у SignInPage; раньше страница была прижата к шапке
- AuthCard maxWidth: 1000 → 720 — историческое 1000 для трёх-колоночной UserDataForm; для остальных шагов выглядит абсурдно широко
- q-stepper: убраны собственный фон/тень/padding (не «карточка в карточке»), линии-разделители переведены на var(--p-line)
- EmailInput: max-width поля 360px — email не должен растягиваться во всю ширину карточки
2026-05-27 09:17:07 +00:00
coopops 4a6af072ac fix(authcard): убрать оборванный barrel-экспорт после удаления старого AuthCard
vue-tsc ругался: shared/ui/index.ts:21 — Cannot find module './AuthCard'.
- shared/ui/index.ts: убран `export * from './AuthCard'`
- LoginRedirectPage.vue: импорт переключён на canon `shared/ui/domain/AuthCard`, CAPS-заголовок заменён на canon `title` prop
- Invite.vue: импорт переключён на canon (полная миграция Invite — этап 5)
2026-05-27 09:17:06 +00:00
coopops c418a544ac feat(signup): этап 4 — миграция SignUp на canon AuthCard + BaseButton/BaseInput
- canon `shared/ui/domain/AuthCard` переписан на pug
- SignUp.vue переключён со старого «глянцевого» AuthCard на canon (title prop вместо CAPS-заголовка)
- старый `shared/ui/AuthCard` удалён (использовался только в SignUp)
- 7 подэкранов SignUp (EmailInput, SetUserData, SelectProgram, GenerateAccount, SelectBranch, ReadStatement, SignStatement): q-btn → BaseButton (ghost для «назад», primary для «Продолжить»)
- EmailInput: q-input → BaseInput, валидация rules переведена на computed :error
- q-input в GenerateAccount оставлен из-за зависимости от ref.select()
2026-05-27 09:17:06 +00:00
coopops 5480c1cd04 content(brand): og-image из poster-logo-horizontal + новый длинный дескриптор
- og-image.png — взят brand-постер ~/blago/production/shared/poster-logo-horizontal.png,
  отресайзен до 1000px по ширине и центрирован на полотне 1200×630
  с белыми краями по вертикали. Шрифт/композиция родные бренда.
- description / og:description / twitter:description: «Цифровой Кооператив —
  система управления хозяйством. Регистрация пайщиков, заказы на поставку
  и приобретение имущества, собрания совета, общие собрания пайщиков,
  взаимные расчёты на блокчейне, автоматический документооборот и бухбаланс
  на основе простой электронной подписи.»
2026-05-27 09:17:06 +00:00
coopops fea2e32b59 content(brand): обновить превью и мета — система управления хозяйством на платформе «Благо»
- og-image.png перерисован: «Цифровой Кооператив» / «Система управления
  хозяйством» / «на платформе БЛАГО — кооперативной экономики для жизни» /
  «Регистрация пайщиков · заказы на поставку и приобретение имущества ·
  расчёты на блокчейне».
- description / og:description / twitter:description выровнены под этот
  же копирайт. Слово «взаимоотношения с пайщиками» убрано как слишком
  узкое — управление хозяйством включает в себя ещё заказы, реестры
  и документы.
2026-05-27 09:17:06 +00:00
coopops 265e2783af feat(brand): системный логотип ЦК + чистка ассетов + OG-превью
- src/assets/logo.svg, public/favicon.svg, public/logo.svg — единая SVG
  логотипа кооператива (path с «ц» внутри). Скачано с
  https://цифровой-кооператив.рф из шапки сайта.
- src/assets/logo.svg: fill -> currentColor чтобы лого внутри
  canon .rail__brand наследовал --p-primary (для тёмной темы тоже).
- LeftDrawerMenu подключает лого через slot #brand-icon AppDrawer
  (импорт ?raw + v-html). Внутри зелёного квадрата шапки рейла теперь
  наш системный знак, а не дефолтный q-icon "dashboard".
- index.html: favicon → /favicon.svg, apple-touch-icon тоже на SVG.
  Удалены неработающие ссылки на /favicon.ico и /apple-touch-icon-*.png.
- index.html: добавлены description + расширенные og:* и twitter:*
  с конкретным описанием и og-image (1200×630), чтобы ссылки в чатах
  выглядели прилично.
- public/og-image.png — превью 1200×630, ImageMagick-сгенерированный
  композит из логотипа + текста.
- Удалены неиспользуемые ассеты:
  - public/icons/, public/pwa/ — старые favicon/PWA-PNG'и всех размеров;
  - src/assets/* — 40 легаси SVG/PNG (anime, blockchain, dacom*, flow*,
    header-logo, quasar-logo-vertical, system*, club*, welcome.jpeg и т.д.).
  Оставлены только src/assets/pin.svg (используется в Map.vue) и
  src/assets/logo.svg (новый).
2026-05-27 09:17:06 +00:00
coopops 41dcd40098 fix(layout): убрать TS-каст из pug-шаблона AppDrawer
Pug-template передаёт выражения в Vue compiler как строки; конструкции
вида (entry as RailItem).route не превращаются в JS и падают
SyntaxError в браузере: «Unexpected identifier 'as'».

Касты унесены в <script>: добавлены computed flatItems и
normalizedGroups, шаблон работает с уже типизированными массивами без
inline-TS.
2026-05-27 09:17:06 +00:00
coopops c3649ca972 fix(layout): этап 3.3 — все canon-компоненты на pug + фикс импорта cmdk
- LeftDrawerMenu: импорт useCmdkStore → useCmdkMenuStore (правильное имя).
  Без этого ломался ESM build всего drawer'а: «no exported member
  useCmdkStore» — RailUserCard не монтировался, поэтому и chevron свёртки
  «не работал», и Найти/Пополнить не реагировали.
- AppDrawer.vue, AppHeader.vue, RailUserCard.vue переведены на pug
  (lang="pug"). В проекте везде pug — никакого исторического HTML в
  canon-компонентах быть не должно.
2026-05-27 09:17:06 +00:00
coopops abd634beca fix(layout): этап 3.2 — pug + v-model:collapsed + рабочие триггеры
- q-drawer width 240 → 248px (совпадает с canon --p-rail-w, кошелёк больше
  не уплывает справа из-за обрезки на 8px)
- LeftDrawerMenu: убран весь :deep override на .rail__usercard/.rail__signout,
  возвращаем canon margin/padding как есть
- LeftDrawerMenu: добавлен v-model:collapsed на RailUserCard с сохранением
  в localStorage — chevron «свернуть/развернуть» снова работает
- LeftDrawerMenu: кнопка Найти теперь дёргает cmdkStore.openDialog() напрямую
  (фейковый KeyboardEvent не доходил до глобального обработчика)
- LeftDrawerMenu: «Пополнить» → useDepositDialog().open(); DepositButton +
  WithdrawButton рендерятся скрыто как держатели q-dialog (q-portal в body)
- Header.vue и LeftDrawerMenu.vue переписаны на pug (как остальной проект)
2026-05-27 09:17:06 +00:00
coopops 26a25e1131 fix(layout): этап 3.1 — RailUserCard в footer + canvas-фон + отступы рейла
- AppDrawer: плоский items оборачивается в .rail__nav, появляется gap 4-8px до cmdk
- cmdk margin 16→8px, чтоб выровнять с rail__nav (8px от стенки)
- LeftDrawerMenu footer: WalletCardMini+LogoutButton → один canon RailUserCard
  (avatar+balance в primary-soft + Пополнить + встроенный signout)
- :deep override на .rail__usercard margin 16→12/8 и .rail__signout padding 12/20→12/12
- quasar-canon: body--light/dark + q-layout/q-page-container/q-page красятся
  через --p-canvas, чтобы фон страницы соответствовал шапке и рейлу
2026-05-27 09:17:06 +00:00
coopops e7a352af22 feat(layout): этап 3 — WalletCardMini + canon LogoutButton в footer AppDrawer
LeftDrawerMenu:
- legacy `MicroWallet` (ColorCard teal с большой карточкой пайщика + ИП-badge
  + Deposit/Withdraw micro-кнопки) → canon `WalletCardMini` из
  widgets/wallet-card-mini (тонкая карточка из shared/ui/domain/WalletCard
  compact-variant, читает walletStore сама).
- Убран toggle «свернуть/развернуть нижнюю секцию» — нижняя секция теперь
  всегда видна (короткий компактный блок: WalletCardMini + Выйти).
- Удалены неиспользуемые `onMounted`/`ref` импорты, slide-анимация и CSS
  toggle-кнопки.

LogoutButton:
- pug + q-item с красной полупрозрачной плашкой → плоский ghost-button в
  стиле rail-пункта AppDrawer: прозрачный фон в покое, на hover —
  `--p-neg-soft` фон + `--p-neg` текст/иконка.
- Из uppercase «ВЫЙТИ» в title-case «Выйти» (canon — никаких uppercase).

Визуально левый drawer теперь полностью в canon-семье: единый rail с
пунктами + поиском + компактным wallet-балансом + ghost-кнопкой выхода.

Закрывает этап 3 из 5 в волне «приземление DS на реальный layout».
Дальше — SignUp (этап 4) и Invite (этап 5).
2026-05-27 09:17:06 +00:00
coopops b524374b23 feat(layout): этап 2 — AppHeader в реальном layout (заменяет MainHeader)
widgets/Header/CommonHeader/Header.vue теперь использует canon AppHeader
из shared/ui/layout. Высота шапки 56px (--p-topbar-h), border-bottom
hairline, без shadow и фоновых градиентов.

Слоты:
- #crumb: BackButton (для авторизованных), либо title с названием
  кооператива из system.info.vars для гостей/install.
- #actions: headerActions injection через useHeaderActionsReader (всё что
  страницы инжектят — Deposit/Withdraw, SettingsDropdown и пр. — рендерим
  как было).
- #notifications: NotificationCenter (только loggedIn + isClient).
- #theme: ToogleDarkLight — пока legacy, сохраняет storage + PWA-цвет;
  наш canon ThemeToggle их не делает (привяжу позже отдельным эпиком).
- #profile: BaseButton primary для гостей — Регистрация/Вход (в зависимости
  от текущего route).

Удалены:
- MainHeader.vue (вся логика scroll arrows + carousel actions group ушла —
  canon `.topbar__actions { gap: 8px }` достаточно; overflow-scroll
  будет вернут отдельно если потребуется на узких экранах).
- HeaderStyles.scss (стили scroll-arrow и q-toolbar overrides больше
  не нужны — canon-разметка через `<header class="topbar">`).

q-header Quasar остаётся wrapper'ом (sticky-poзиционирование в q-layout),
внутри — AppHeader даёт canon-разметку.
2026-05-27 09:17:06 +00:00
coopops 8280cb938e feat(layout): этап 1 — AppDrawer в реальном layout (заменяет LeftDrawerMenu)
Переписан widgets/Desktop/LeftDrawerMenu/LeftDrawerMenu.vue: внутри теперь
canon `AppDrawer` из shared/ui/layout с rail-видом MONO v2 (логотип ПК +
короткое имя кооператива в шапке рейла, ⌘K-поиск, пункты-router-link'и
с иконкой/бэйджем, sticky-footer).

Адаптер store→canon:
- items: desktop.activeSecondLevelRoutes → RailItem[], с прежней
  фильтрацией по roles + meta.conditions + meta.hidden (один-к-одному
  логика из SecondLevelMenuList).
- activeKey: вычисляется из router.currentRoute с поддержкой группового
  паттерна project-* → projects-list.
- @select: router.push({name, params:{coopname}}) или
  actionsStore.executeAction(meta.action), закрытие drawer на mobile.
- @cmdk: эмиттим keyboard event ⌘K → CmdkMenu (он смонтирован глобально
  в default.vue) подхватывает.

Footer-слот: пока сохранён legacy MicroWallet + LogoutButton + toggle
свернуть/развернуть (заменим на WalletCardMini в этапе 3).

default.vue: q-drawer width 200 → 240 (canon-ширина rail'а).

Что НЕ затронуто этим коммитом: верхняя шапка (legacy MainHeader),
правый drawer для actions, q-footer для гостей. Их меняем отдельными
этапами 2–3.
2026-05-27 09:17:06 +00:00
coopops b327f1b103 fix(ui): убрать конфликт с Quasar — .row → .u-row
Корневая причина «оторванной» галочки в ResetKeyForm: я ранее задал в
mono-platform/components.css глобальное `.row { display: flex;
align-items: center; gap: 12px; }`. Quasar внутри `q-checkbox` (а также
q-radio, q-toggle, q-btn-toggle и др.) сам добавляет class="row" на
корень компонента и использует его как inline-flex — мой `gap: 12px`
раздвигал `.q-checkbox__inner` и `.q-checkbox__label` на 12px по всему
приложению.

Решение:
- Переименовать утилиту `.row` → `.u-row` (та же семантика, тот же набор
  модификаторов --wrap, --gap-2/4/6). У Quasar теперь свободный .row.
- Обновить все 6 использований в /_dev/ui.
- Откатить предыдущий :deep(.q-checkbox__label) padding-left:4px workaround
  в ResetKeyForm — лечил симптом, причина устранена.

Затрагивает только нашу dev-витрину и canon-utility; legacy pug-виджеты
с `.row.justify-center` продолжают работать через стандартный Quasar
flex-grid класс.
2026-05-27 09:17:06 +00:00
coopops 69e71871e8 fix(ui): ResetKeyForm — сжать зазор между галочкой и текстом «Я сохранил ключ»
Quasar по умолчанию даёт ~12–16px padding на .q-checkbox__label, в
compact-форме сохранения ключа это смотрелось «оторвано». Уменьшаем до 4px
через :deep override на классе .rk-form__confirm.
2026-05-27 09:17:05 +00:00
coopops 05c9fdf072 feat(dev): секция 20 — ResetKey двухэтапный flow в /_dev/ui
Три кадра в одной секции: LostKey (ввод email), ResetKeyForm check-mail
(уведомление «письмо отправлено»), ResetKeyForm save-key (демонстрация
сохранения ключа с моковым сгенерированным аккаунтом). Submit на третьем
кадре регенерирует мок-ключ для повторной проверки.

Заменяет ошибочную секцию ChangeKey из предыдущей итерации.
2026-05-27 09:17:05 +00:00
coopops 1d8268b41e fix(ui): откатить ChangeKey + мигрировать настоящий ResetKey flow на base-компоненты
ChangeKey-фича (формы current/new/confirm WIF + успешный диалог) была
ошибочной интерпретацией E7. Реальный flow «сменить ключ» в продукте —
это **двухэтапный ResetKey**:

  1. LostKey: пайщик вводит email (он потерял ключ — текущего WIF нет),
     бэк присылает письмо со ссылкой `?token=...`.
  2. ResetKey: при заходе по ссылке клиент сам генерирует новый ключ
     прямо в браузере (через `useCreateUser().generateAccount()`),
     показывает приватный ключ readonly с «Скопировать», требует
     подтверждения «Я сохранил ключ» и вызывает on-chain
     `resetKey({token, public_key})`.

Текущий ключ ввести нельзя (его нет). Новый ключ ввести нельзя (только
генерируется). Никакого подтверждения нового ключа — он один и тот же.

Что сделано:
- Удалена ошибочная `features/User/ChangeKey/`.
- Старый `widgets/Registrator/ResetKey/ui/ResetKey.vue` (pug + сырые
  q-input/q-checkbox + кастомные градиентные стили) разбит на:
  * `ResetKeyForm.vue` — presentation (props-driven, режимы
    `check-mail` / `save-key`), без useRouter/useApi — пригоден для
    /_dev/ui витрины.
  * `ResetKey.vue` — connected обёртка, читает `route.query.token`,
    генерит account через `useCreateUser`, диспатчит `resetKey` через
    `useResetKey`, на успех → router.push на signin.
- Новая UI собрана на BaseForm + BaseInput readonly mono + BaseButton +
  BaseBanner + AuthCard.

/_dev/ui секция 20 теперь показывает три кадра подряд: LostKey (email
шаг), ResetKey check-mail, ResetKey save-key с моковым сгенерированным
ключом.

FR11, UX-DR9, UX-DR15.
2026-05-27 09:17:05 +00:00
coopops 2e7a6547fb fix(ui): BaseInput/BaseSelect — явный проброс слотов вместо v-for in $slots
Generic-проброс `<template v-for="(_, slotName) in $slots" #[slotName]>`
рушится в Quasar 2.19 рендере: при наличии scoped-слота #append вылетает
`Cannot read properties of null (reading 'key')` в renderSlot + Vue warns
по `_isVue`/`constructor` свойствам. Заменяем на явный список слотов
(prepend / append / before / after / hint у q-input; +option, selected-item
у q-select) — синтаксис, который Quasar держит корректно.

Кейс всплыл на ChangeKeyForm: #append с q-icon (toggle visibility) ронял
страницу /_dev/ui целиком.
2026-05-27 09:17:05 +00:00
coopops aa24f3d9b2 feat(dev): секция 20 — ChangeKey flow в /_dev/ui (визуальная проверка E7)
Подключение ChangeKeyForm + ChangeKeySuccessDialog к dev-витрине.
Submit запускает заглушку useChangeKey().changeKey() (≈600 мс), по успеху
открывает диалог с новым WIF. Generate генерирует валидный K1 ключ через
SDK и заполняет оба новых поля. Confirmed сбрасывает форму.
2026-05-27 09:17:05 +00:00
coopops a444648db1 feat(ui): E7.2 ChangeKeySuccessDialog — подтверждение через BaseDialog без backdrop-exit
Диалог успеха смены ключа: новый WIF в моноширинном блоке с copy-кнопкой,
BaseDialog с closeOnBackdrop=false, closeOnEscape=false, hideCloseButton=true.
Закрытие только через primary-кнопку «Я сохранил ключ»; до копирования
кнопка показывает guard-баннер вместо немедленного закрытия. По confirmed
эмитим событие — реальный flow подключит router.push на дашборд.

FR11, UX-DR11, UX-DR15. Story 7.2 из epics.md.
2026-05-27 09:17:05 +00:00
coopops 39a03c48eb feat(ui): E7.1 ChangeKeyForm — смена ключа на BaseForm + BaseInput + BaseBanner
Форма смены ключа пайщика на новых компонентах дизайн-системы.
BaseBanner severity=warn с предупреждением о потере, checklist последствий,
поля current/new/confirm WIF моноширинные с toggle visibility, ghost-кнопка
«Сгенерировать» через PrivateKey.generate из @wharfkit/session.

Бизнес-логика — заглушка с TODO на привязку on-chain change-key action
(pattern см. features/User/ResetKey/api) и TODO на OtpInput шаг подтверждения
(приходит в Эпике 10).

FR11, UX-DR9, UX-DR15. Story 7.1 из epics.md.
2026-05-27 09:17:05 +00:00
coopops d70ecb3878 fix(ui): Avatar tone — единая семантика neutral/primary/accent, убрать ink
Bug после rename --p-accent → --p-primary: класс .avatar--accent смотрел
на --p-primary-soft (canon teal), а должен был — на --p-accent-soft
(warm orange по новой семантике). И вариант ink (белый bg + dark text)
визуально выпадал из палитры — крайний xl-аватар на демо-витрине казался
«не пришей к звезде рукав».

Новая семантика AvatarTone:
- neutral (default) — серый surface-3 + ink-1 (нейтральный)
- primary — canon-teal soft + canon-teal text (основной выделение)
- accent — warm-orange soft + warm-orange text (редкое выделение,
  например подсветка пайщика по batch_id)

Удалён вариант ink — не использовался в реальном коде.
В dev-витрине xl-аватар: tone="ink" → tone="primary".

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-27 09:17:05 +00:00
coopops ed93765fb0 revert(ui): убрать override центрирования suffix/prefix — оставить Quasar дефолт
Override (padding-top:0 + align-self:center на dense) не отрабатывал —
Quasar в dense держит prefix/suffix по baseline вводимого значения,
и пользователю это устраивает. Убираем неработающий override, чтобы
не мешался в дальнейших правках.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-27 09:17:05 +00:00
coopops a252fe00ec fix(ui): BaseDialog — отступ через margin-top второго ребёнка
Inline `style="margin:0"` на <p>-описании перебивал мой margin-bottom
через CSS (специфичность inline > selector). Переключаюсь на
`> :first-child + *` margin-top — отступ крепится ко второму ребёнку,
не зависит от inline-стилей первого.

Работает универсально: <p> + <BaseInput>, <p> + <BaseForm>, любая
другая пара «описание + контент».

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-27 09:17:05 +00:00
coopops 0fbf764437 feat(ui): --p-accent (warm orange) + suffix-центр + точная вёрстка gap
1. --p-accent (canon token): #D84315 (light) / #FF7043 (dark).
   Совпадает с legacy Quasar $accent (warm orange, Material Deep Orange).
   Проброшен в --q-accent через CSS var — legacy color="accent",
   var(--q-accent), text-accent продолжают работать без изменений,
   но теперь следуют за canon-темой (light/dark). Резерв под редкое
   выделение: ссылки batch_id и т.п.
2. quasar-canon.css: .q-field--dense .q-field__suffix/prefix —
   padding-top:0 + align-self:center. Quasar по умолчанию ставит
   padding-top: 24px под floating-label, отчего «RUB» визуально
   опускался к низу control'а. Теперь в одну линию со значением.
3. BaseForm: убран gap 12px из .base-form__body — reserve-hint-space
   у q-input даёт ~24px снизу под error/hint, дополнительный gap
   делал расстояние между инпутами неприятно большим.
4. BaseDialog: убран универсальный gap из body, оставлен margin-bottom
   только на первом <p>/.intro — между описанием и первым инпутом
   воздух нужен, между остальными детьми reserve-hint-space хватает.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-27 09:17:05 +00:00
coopops 5ed4b25634 fix: убрать случайный symlink node_modules из индекса
Промахнулся `git add -A` — захватил worktree-symlink node_modules
(он pnpm-shared с основным репо). .gitignore покрывает node_modules/
но симлинк-файл — отдельный путь.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-27 09:17:05 +00:00
coopops fa423c1caa refactor(ui): --p-accent → --p-primary — устранить конфликт с Quasar primary
Контекст: после проброса --q-primary = var(--p-primary) (4fddfe2343)
наш токен --p-accent и Quasar primary стали обозначать ОДИН и тот же
canon-teal — два имени для одного цвета это когнитивный шум, и при
росте платформы будет путать. Имя `accent` оставляем свободным под
будущий ВТОРОЙ цвет (warm-orange, для редкого выделения вроде ссылок
по batch_id) — это отдельная задача когда понадобится.

Переименовано везде (109 ссылок в 6 файлах):
- --p-accent          → --p-primary
- --p-accent-hover    → --p-primary-hover
- --p-accent-press    → --p-primary-press
- --p-accent-soft     → --p-primary-soft
- --p-accent-line     → --p-primary-line
- --p-accent-strong   → --p-primary-strong
- --p-ink-on-accent   → --p-ink-on-primary

Файлы: tokens.css, quasar-canon.css, components.css, RailUserCard,
AuthCard, _dev/ui (включая user-facing labels палитры «Accent → Primary»
и заголовок секции «Акцент → Основной цвет»).

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-27 09:17:05 +00:00
coopops 23389a8a42 feat(ui): canon-цвет через --q-primary CSS var; вернуть dense + rounded
- tokens.css: проброс canon-палитры в Quasar brand-переменные
  (--q-primary/negative/positive/warning/info = соответствующие
  --p-* токены). Резолвится lazy → автоматически следует за темой.
  Теперь Quasar САМ красит focus q-field, q-btn color="primary",
  bg-primary utility-классы в canon-цвета без CSS-overrides;
- quasar-canon.css: убраны border-color overrides на ::before
  (default/focus/error) — Quasar управляет цветом через --q-primary
  и собственный механизм --focused/--highlighted. Оставлены только
  background, text-color и rounded углы (border-radius var(--p-r-sm));
- BaseInput/Select: вернули `dense` (компактный 40px) и явный
  `color="primary"` (canon teal через --q-primary).

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-27 09:16:37 +00:00
coopops 07cfff6341 fix(ui): BaseDialog — уменьшить отступ между body и footer-кнопками
Между нижним инпутом и footer-кнопками был ~32px (q-card-section
padding-bottom 20 + q-card-actions padding-top 12) — выглядело
растянуто. Сводим к 16px (8+8) — кнопки сидят ближе к контенту.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-27 09:16:37 +00:00
coopops d58cecc55d fix(ui): q-field overrides — оставить только цвет, всё остальное дефолт Quasar
Регрессия мерцания границы и приплюснутости — следствие борьбы наших
overrides с встроенной Quasar анимацией. Возвращаем дефолт: Quasar
сам решает геометрию (height/padding/border-radius/font), анимации,
opacity ::before и focus-индикацию. Наша задача — только покрасить
в canon-цвета.

Удалено из .q-field--outlined:
- height/padding/border-radius/font-size/font-family overrides;
- transition border-color (Quasar сам делает свой transition);
- opacity:1 !important на ::before (был костыль от мерцания);
- box-shadow:none на --focused/--highlighted;
- display:none на ::after underline;
- override .q-field--dense;
- override .q-field--float .q-field__label (Quasar анимирует label сам);
- focus-shadow / outline reset на native input.

Оставлено (только цвет):
- background: var(--p-surface);
- border-color: line-1 / accent (focus) / neg (error);
- color текста, placeholder, label, prefix/suffix, hint/error.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-27 09:16:37 +00:00
coopops d32e63643c fix(ui): мерцание границы q-input на focus + unused import в BaseTable
- Quasar при focus анимирует opacity ::before (прячет старую границу
  перед показом ::after underline). Так как ::after мы спрятали,
  получался видимый gap ~200-400 ms «граница исчезла → появилась
  с подсветкой». Фикс: opacity:1 !important на ::before,
  transition только по border-color.
- BaseTable.vue: убран неиспользуемый импорт BaseTableColumn.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-27 09:16:37 +00:00
coopops a9e6487ee7 fix(ui): убрать dense из BaseInput/Select; gap в Dialog/Form body; wallet 17px
- BaseInput/BaseSelect: убран `dense` — возвращаемся к дефолтному
  outlined Quasar (control ~56px). Floating-label получает достаточно
  воздуха, текст значения визуально центрируется без сжатия;
- BaseDialog: `.base-dialog__body` теперь flex-column с gap 16px —
  описание/инпуты/таблицы внутри диалога получают единый воздух
  без правки потребителя (пример: «Паевой взнос: укажите сумму…» →
  отступ до инпута появляется автоматически);
- BaseForm: `.base-form__body` gap 4px → 12px — те же требования
  внутри формы;
- WalletCard: `.wallet__metric-val` 19→17px — итоговое значение
  для аккуратного баланс-блока FULL.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-27 09:16:37 +00:00
coopops 5462e59b47 fix(ui): убрать stack-label, двойную focus-подсветку и mini-wallet из шапки
1. Stack-label: BaseInput/BaseSelect → только `dense`. Quasar
   стандартно сам корректно держит floating-label в dense+outlined,
   без CSS-override метка работает по документации Quasar.
2. Двойная focus-подсветка: убран наш box-shadow var(--p-focus-ring)
   поверх Quasar внутренней focus-индикации (виден был как «белый
   ринг» на тёмной + наш teal). Теперь только border-color меняется
   через ::before (canon-минимализм). Дополнительно `box-shadow: none
   !important` на --focused/--highlighted control и `display:none` на
   ::after underline (на случай dense Quasar variants).
3. Mini-wallet в правом верхнем углу AppHeader: слот #wallet удалён
   из API (баланс уже отображается в RailUserCard в drawer'е,
   дубль в шапке избыточен). Убран из dev-витрины каркаса.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-27 09:16:37 +00:00
coopops a566b96609 fix(ui): WalletCard и mini-wallet — снизить визуальный вес цифр
Регрессия после Quasar wrapper-pivot: метрики кошельков выглядели
крупно по сравнению с заголовком/sub-label, а padding'и были
избыточны для compact-варианта.

- .wallet (FULL): padding 18→14px по верт, иконка 44→40px,
  metric-val 22→19px, ccy 13→12px;
- .wallet--row (compact): padding 14→10px, иконка 36→32px,
  metric-val 18→16px — выглядит как row в списке, а не как карточка;
- .rail__balance-val (mini-wallet в drawer): 22→18px — теперь не
  доминирует над identity-блоком пайщика.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-27 09:16:36 +00:00
coopops 80d1fe9e8f fix(ui): canon q-field/q-btn пропорции — убрать раздавливание floating-label
Корень регрессии: жёсткий height: 40px в .q-field--outlined раздавил
вертикальную разметку q-input (Quasar держит padding-top:24px под
floating-label слот; при сжатии текст значения сдвигается). Те же
эффекты для select.

- BaseInput/BaseSelect → dense + stack-label по умолчанию;
  Quasar сам корректно держит 40px в dense, метка статически стоит
  над инпутом без floating-механики;
- .q-field--outlined: убран принудительный height; .q-field--dense
  получает только padding-x, высоту контролирует Quasar;
- .q-btn: font-weight 500→450, min-height 40→36px, padding 16→14px —
  кнопки больше не выглядят «жирно/тяжело»;
- .q-btn--outline: hairline-граница через ::before (Quasar pattern),
  без двойной рамки;
- размеры sm/lg/dense пропорционально уменьшены;
- .q-chip: высота 24→26px, padding 10→12px, font-weight 500→450;
  + .q-chip__icon размер 14px (для точечных чипов).

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-27 09:16:36 +00:00
coopops 7118328ba9 refactor(desktop/base): остальные base/ и AuthCard → обёртки Quasar
BaseSelect → q-select (outlined, reserve-hint-space, map-options/emit-value
для совместимости с {value,label} options API).

BaseCard → q-card flat с q-card-section head/body. Variants flat/inset/quiet
override-ят через scoped style.

BaseChip → q-chip с color mapping (variant → primary/positive/negative/
warning/info). Square для canon-look.

BaseBadge → q-badge с тем же color mapping. Dot-вариант через scoped style
(8×8 круг).

BaseBanner → q-banner rounded dense с border-left по variant.

BaseDialog → q-dialog + q-card с size→maxWidth mapping. closeOnBackdrop/
closeOnEscape пробрасываются через :persistent / :no-*-dismiss.

BaseTable → q-table с трансформацией columns в QTableProps['columns'].
Hide-pagination, binary-state-sort. Cell-slots работают через body-cell-{key}.

AuthCard (domain) — был на native canon `.card` div. Переведён на q-card flat
для консистентности. Усиленный shadow + accent-stripe сверху сохранены.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-27 09:16:36 +00:00
coopops 65db1b6660 refactor(desktop/base): BaseInput/Button/Form → обёртки Quasar
BaseInput теперь рендерит <q-input outlined reserve-hint-space no-error-icon>
с проброшенными slots. reserve-hint-space от Quasar резервирует место
под error/hint встроенно — раньше делали вручную через NBSP. Все Quasar
features (rules через v-bind \$attrs, mask, ref API, native slots) работают
прозрачно. Props API совместим (modelValue, label, hint, error, prefix,
suffix, mono, readonly, disabled, autocomplete, name, id, type).

BaseButton — q-btn с variant→Quasar mapping:
  primary → :unelevated color="primary" (заливка accent)
  secondary → :outline (border + surface)
  ghost → :flat (transparent)
  danger → :flat color="negative" (transparent + neg-cвет)
:no-caps :ripple=false для canon-look. Props API совместим.

BaseForm — q-form-обёртка с сводным error-баннером (q-banner) и slot footer.
banner—neg styling прилетает из quasar-canon.css через .bg-negative-soft.

Глобальная стилизация Quasar в quasar-canon.css даёт canon-look всем
этим компонентам и существующим q-input/q-btn/q-card по всему проекту.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-27 09:16:36 +00:00
coopops aba3fc53f0 feat(desktop/css): canon-стилизация Quasar поверх (quasar-canon.css)
Архитектурный pivot: вместо native HTML5-компонентов под canon-классами
стилизуем Quasar поверх. Причины:
- Сохраняется весь Quasar API из коробки (rules/mask/dense/slots/refs)
- Существующий код (сотни q-input, q-btn, q-card, q-select) автоматом
  получает canon-look без правок
- Меньше регрессий — Quasar отвечает за accessibility/keyboard/focus

Файл src/css/mono-platform/quasar-canon.css содержит overrides под canon
для: q-field--outlined (q-input/q-select), q-btn (unelevated/outline/flat),
q-card, q-chip, q-badge, q-banner, q-dialog/q-menu, q-item, q-table,
q-checkbox/q-toggle.

Подключен в quasar.config.cjs css[] после components.css. tokens.css
без изменений — все цвета/радиусы/тени тянутся как переменные.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-27 09:16:36 +00:00
coopops 096f4c4ecc fix(desktop): удалить legacy глобальный .card { transform: scale(1.03) }
Истинный источник «прыгалки» AuthCard на hover: глобальное правило
`.card:hover { transform: scale(1.03) }` в src/app/styles/style.css
(и его дубль в pages/Marketplace/MainPage/ui/MainPage.vue, тоже не scoped)
бьёт по любому элементу с классом card. AuthCard имеет корневой
<div class="card auth-card"> — каждый hover дёргает её на 3%.

Поиск показал: класс `card` без модификаторов в templates никто кроме
новых canon-компонентов (BaseCard, AuthCard) не использует. Этот глобал —
мёртвый legacy, удаляем безопасно.

NBSP-фикс layout-shift из предыдущего коммита (2a2d9a786a) остаётся
актуальным — он лечил другую (на уровне поля) проблему.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-27 09:16:36 +00:00
coopops 02fa115365 fix(desktop/ui): добить layout-shift, ужать gap полей, accent-стрип AuthCard, затемнить canvas
1) BaseInput — layout shift жив: text-interpolation `{{ error || hint || ' ' }}`
   рендерила обычный пробел, браузер схлопывает text-node с одним whitespace
   в 0-width content → div сжимается → форма прыгает. Заменили на
   `<span>&nbsp;</span>` (NBSP в DOM, не схлопывается).

2) BaseInput — canon `.field { margin-bottom: 16px }` создавал слишком
   большой разрыв между полями (16px margin + 10px form gap + 17px message =
   ~43px). Override `.field { margin-bottom: 0 }` в scoped — расстояние
   управляется gap'ом BaseForm.

3) AuthCard — статичный accent-стрип 3px сверху (`::before`). Визуальный
   якорь без анимации — даёт бренд-маркер «здесь главное».

4) tokens.css light — canvas #fafafa → #f4f4f5 (cool-gray), canvas-2
   #f4f4f5 → #ebebed. Surface остаётся #ffffff, теперь карточка чётче
   проступает на фоне.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-27 09:16:36 +00:00
coopops d8b5afe7e4 fix(desktop/ui): убрать layout shift в BaseInput и оживить AuthCard на светлой
BaseInput: контейнер field__message теперь рендерится всегда с min-height
calc(--p-fs-meta * 1.4) — раньше div появлялся/исчезал на каждом keystroke
при валидации (см. LostKey emailError), форма прыгала вверх-вниз.
Когда нет ни ошибки, ни хинта — рендерится NBSP, высота сохраняется.

AuthCard: добавлен box-shadow поверх canon-минималистского .card —
canvas #fafafa и surface #ffffff на светлой почти неразличимы, без тени
карточка выглядит плоской. На тёмной отдельный shadow усилен (поверх
canon `--p-shadow-card`, который оптимизирован под data-cards, не hero).
border-color подкручен с --p-line на --p-line-1 для большей чёткости.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-27 09:16:36 +00:00
coopops 324d4fdab5 feat(desktop/LostKey): E6 Story 6.3 — миграция «Перевыпуск ключа» на canon
Scope-adjustment: plan'овая Story 6.3 предполагала миграцию SignUp как
второго auth-flow, но Register — multi-step wizard (10+ файлов в
pages/Registrator/SignUp/), который требует VerticalStepper из Эпика 10
и не помещается в Волну 1. Вместо этого мигрируем LostKey — простую
одно-полевую auth-страницу, того же auth-домена.

LostKey (widget): pug → html, старый AuthCard (q-card с shimmer) →
canon AuthCard. q-input → BaseInput с inline email-валидацией;
q-btn → BaseButton; всё обёрнуто в BaseForm с loading/error.
Бизнес-логика (useLostKey.startResetKey + router redirect на resetkey)
сохранена 1:1.

LostKeyPage: footer-кнопка «Назад» через ghost BaseButton в footer-slot
AuthCard; центровка через flexbox.

Не мигрировано в Волне 1 (известный gap):
- SignUp wizard (требует VerticalStepper из E10)
- ResetKey / Invite (на старом AuthCard, мигрируются в Волне 2)

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-27 09:16:36 +00:00
coopops d5dfc3d645 feat(desktop/SignIn): E6 Story 6.2 — миграция Login на canon-компоненты
LoginForm (feature): q-input → BaseInput, q-btn → BaseButton, обёрнут в
BaseForm с управлением loading/error. Бизнес-логика (useLoginUser, redirect,
OpenReplay tracking, NotificationPermissionDialog) сохранена 1:1.
Ошибки входа теперь показываются через сводный error BaseForm
(плюс legacy FailAlert остаётся как fallback).

SignIn (widget): импорт AuthCard переключён на новый canon-композит
(src/shared/ui/domain/AuthCard), убран pug-template и градиентные стили.
Добавлен footer-slot — пробрасывается в AuthCard.

SignInPage: переписан с pug → html, footer-кнопки «Потеряли ключ?» /
«Нет аккаунта?» вынесены в footer-slot AuthCard через BaseButton ghost-sm.
Центровка через flexbox вместо QRow grid.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-27 09:16:36 +00:00
coopops 8591edb942 feat(desktop/AuthCard): E6 Story 6.1 — AuthCard композит + AuthLayout
AuthCard (src/shared/ui/domain/AuthCard) — canon .card + center-aligned
head (title/subtitle/slot head) + body-slot + опциональный footer-slot.
Старый src/shared/ui/AuthCard (q-card с shimmer-градиентом) остаётся
для не-мигрированных страниц (SignUp wizard, ResetKey, Invite).

AuthLayout (src/app/layouts/AuthLayout.vue) — wrapper-обёртка для full-page
auth-страниц: фон var(--p-canvas), центрирование, тогл темы в правом верхнем.

Витрина: dev-секция 19 с примером login-формы (BaseForm + BaseInput ×2 +
BaseButton + footer-ссылки).

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-27 09:16:36 +00:00
coopops 294480ee5a feat(desktop/widgets/wallet-card-mini): E5 Story 5.2 — connected-обёртка WalletCard
WalletCardMini подключает WalletCard к Pinia (useWalletStore.program_wallets) +
System store (info.symbols.root_govern_symbol) + useRouter (клик →
name: 'wallet'). Программный mapping: wallet→MAIN, blagorost→BLAGOROST,
generator→GENERATOR (Zeus.ProgramType). Loading определяется автоматически
по наличию данных в store (или пробрасывается через prop).

Подключено в слот wallet AppHeader на dev-витрине (секция 16 — каркас) +
выделенная секция 18 с тремя программами. На dev-странице покажет
skeleton-loading т.к. loadUserWallet не вызывался; на реальных страницах
после init процесса — настоящий баланс.

Со-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-27 09:16:36 +00:00
coopops e4af71873e fix(desktop/_dev/ui): корректные подписи программ Благорост/Генератор в витрине WalletCard
Благорост — капитализация РИД (не «накопления на жильё»), Генератор —
генерация РИД (не «доходы от программы»). Кошелёк остаётся «свободный
остаток». Черновые ярлыки риском попадают в production через копипасту.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-27 09:16:36 +00:00
coopops f76e2c72f5 feat(desktop/WalletCard): E5 Story 5.1 — props-only компонент с программными акцентами
Канонический .wallet с компактным (--row) и full-вариантами, программные
акценты через --prog-blagorost / --prog-wallet / --prog-generator (UX-DR20).
Витрина на /_dev/ui секция 17: три программы × оба варианта + loading +
empty + locked-line.

Compact (.wallet--row): 36px icon, 18px sum, 14px padding — для слота шапки.
Full (.wallet): 44px icon, 22px sum, 18px padding — для дашборда.

Connected-обёртка widgets/wallet-card-mini (Story 5.2) делается отдельным
коммитом, требует интеграции с реальным wallet-store и MARKETPLACE_ASSET_CONFIG.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-27 09:16:36 +00:00
coopops 816212cee0 revert(desktop/RailUserCard): убрать transition свёртки — baseline-skipping
Анимация max-height + opacity при свёртке давала видимый прыжок крупной
суммы баланса (`font-size: 22px` + `display: flex; align-items: baseline`):
во время промежуточных кадров baseline переcчитывался относительно
схлопывающегося контейнера → текст «прыгал в середину» и обратно.

Возвращаемся к canon `display: none`. Resize моментальный, без skipping.
Поведение rail (top опускается, bottom-chevron остаётся через flex-spacer)
работает и без анимации — пользователь это и подтвердил в фидбеке.

Chevron rotation через :deep(.q-icon) и balance-route не трогаем —
они независимы.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-27 09:16:35 +00:00
coopops 44f121a043 feat(desktop/_dev/ui): TokenPalette + chevron full-width fix
1. **Палитра системы.** Новая секция «00» в шапке dev-страницы со всеми
   основными --p-* токенами:
   - Акцент (accent / hover / press)
   - Поверхности (canvas / canvas-2 / surface / 2 / 3)
   - Текст (ink / ink-on-accent)
   - Линии (line / 1 / 2) — текстовый input для rgba
   - Статусы (pos / neg / warn / info)
   - Программные тинты (blagorost / wallet / generator)

   Color-picker для hex-токенов, текстовый ввод для rgba. Live-override
   через `document.documentElement.style.setProperty()` — inline-style на
   :root перебивает CSS-правила, перекрашивание мгновенное. Подсветка
   переопределённых токенов + счётчик в шапке + кнопка «Сбросить» (через
   removeProperty). Watch на Quasar Dark — при смене темы пикеры
   обновляются на новые resolved-значения.

2. **Chevron в свёрнутом виде — full-width.** Из-за того что для плавной
   анимации primary остаётся в DOM (max-height:0 вместо display:none),
   у него сохранялся `flex: 1` и он съедал ширину карточки → chevron не
   мог растянуться через canon-правило `width: 100%`. В `.is-collapsed`
   добавили `flex: 0 0 0` + `width: 0` для primary — chevron теперь
   корректно занимает всю ширину.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-27 09:16:35 +00:00
coopops fb43d9c2d0 fix(desktop/RailUserCard): chevron rotation, плавная свёртка, balance-route
По фидбеку:

1. **Chevron не переворачивается.** Canon-правило
   `.rail__usercard__collapse svg { transform: rotate(180deg) }` рассчитано
   на `<svg>`, а Quasar `<q-icon>` рендерит `<i class="q-icon">`. Прокидываем
   transition + rotate через scoped `:deep(.q-icon)` — chevron теперь крутится
   при свёртке/развёртке.

2. **«Карточка улетает»** — резкий jump при `display:none` создаёт визуальный
   прыжок. Подменяем display:none на `max-height: 0` + `opacity: 0` с
   transition'ом. Логика canon-селектора `.is-collapsed` не нарушается,
   просто добавлена плавность. Если структурное поведение rail (top
   опускается, bottom-chevron остаётся на месте) всё равно неудобно —
   перевёрстаем во вторую итерацию.

3. **Клик по балансу → маршрут кошелька.** Новый prop `balanceRoute` —
   если задан, блок `.rail__balance` оборачивается в `<router-link :to>`.
   Параллельно эмитим `balance-click` — для аналитики или функционального
   handler'а. На витрине привязал к `/_dev/ui#wallet` чтобы проверить.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-27 09:16:35 +00:00
coopops 0e60b5444a feat(desktop/domain): RailUserCard + фикс RouteMeta для dev-роута
1. `RouteMeta.icon` объявлен обязательным в `src/env.d.ts` — добавили
   `icon: 'fa-solid fa-flask'` для dev-роута, иначе vue-tsc валится.

2. `RailUserCard` (`shared/ui/domain/RailUserCard`) — доменный
   общеплатформенный компонент мини-кошелька в нижней части drawer'а.
   Это будущий E11 (Волна 2), но логично вытащить раньше, чтобы основной
   layout можно было заменить целиком уже сейчас.

   Реализован по canon строго: rail__usercard с usertop+balance+actions,
   collapse-chevron справа с поворотом arrow при свёртке (через
   `.is-collapsed` модификатор + canon CSS), отдельный `rail__signout`
   блок (выходит вне `.rail__usercard` — рендерится сразу после, в том
   же `aside.rail` через footer-slot).

   Контракт строго dumb по архитектуре: только props/emits/slots.
   - props: name, role, avatarSrc, balance, symbol, balanceLabel,
     lockedBalance, lockedLabel, primaryActionLabel, collapsed,
     showSignout, signoutLabel
   - emits: primary-action, update:collapsed (v-model), signout
   - slots: usertop-extra, actions

   Coнnected-обёртки (с инжектом store/auth) — на уровне страницы,
   не здесь.

3. Витрина `/_dev/ui`:
   - Секция 12 (AppDrawer): заменили временный огрызок rail-demo__user
     на полноценный `<RailUserCard show-signout>` через footer-slot.
   - Секция 16 (Каркас приложения): аналогично — теперь у rail полноценный
     footer.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-27 09:16:35 +00:00
coopops 9ebed71283 feat(desktop/layout): E4 — AppDrawer + AppHeader + PageHead + PageTabs
E4 «Layout-каркас» Волны 1: 4 структурные обёртки в `src/shared/ui/layout/`.
По архитектуре — только props/emits/slots, без store/router/api, без знания
о данных. Cтраницы передают menu-items, breadcrumbs, табы и активные ключи
сверху.

Состав:
- `AppDrawer` — canon `.rail`: solid surface, активный пункт soft-accent
  пилюлей + 2-px рейл слева. Поддерживает плоский список + секции
  (RailSection с eyebrow-меткой), opt-in ⌘K-кнопку, slot `footer` для
  user-card / logout.
- `AppHeader` — canon `.topbar`: бургер · crumb · `topbar__actions` ·
  `topbar__right`. Поддерживает простой title и multi-level breadcrumb.
  Глобальные действия через слоты `notifications`/`theme`/`wallet`/`profile`
  или общий `right`.
- `PageHead` — canon `.page-head`: eyebrow + title + subtitle + slot
  `actions`. Используется когда страница БЕЗ подстраниц.
- `PageTabs` — canon `.tabbar` + `.tab`: вкладки подстраниц с tab__count,
  опциональный hairline-разделитель и `tabbar__actions` справа.

Также в составе коммита:
- Убрали AuthCard из base — он композит (cap + body + head + footer),
  переедет в E6 Auth flow рядом с SignUp/ResetKey/Invite.
- BaseForm: gap полей 16→10px (тесные формы как в каноне).
- Витрина `/_dev/ui`: 4 новые секции (12-15) на каждый layout-компонент +
  секция 16 «Каркас приложения» — AppDrawer + AppHeader + PageTabs в живой
  связке без legacy QLayout/QDrawer.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-27 09:16:35 +00:00
coopops 1148eac2ed fix(desktop/mono-platform): убрать HTML-теги <style> из canon CSS
Скрипт извлечения из bundled HTML оставил `  <style>...` в начале и
`</style>` в конце обоих файлов. CSS-парсер ловил `<` как ошибочный
селектор и пропускал блок до ближайшей `}` — съедая весь первый блок
правил.

В tokens.css первым блоком был `:root, [data-theme="light"]` со светлой
палитрой — она целиком игнорировалась. `[data-theme="dark"]` ниже
парсился нормально, поэтому тёмная тема работала, а светлая — нет:
кнопки primary/ghost/danger оставались с transparent background и
сливались с canvas.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-27 09:16:35 +00:00
coopops e741b5646a feat(desktop): MONO Platform v2 — базовые компоненты дизайн-системы
Заносим эталонную дизайн-систему в проект — только базовые элементы для
дальнейшей компоновки. Source — MONO Design System.html.

Архитектура (по `_bmad-output/planning-artifacts/architecture.md`):
- `src/css/mono-platform/{tokens.css,components.css}` — canon токены и стили
  компонентов 1:1 из эталона; импортируются первыми в quasar.config css[].
- `src/shared/ui/base/<Имя>/{Vue,types,index}` — 14 базовых обёрток (Vue 3 +
  TS, native HTML над canon BEM, no Quasar-deps кроме Dark API в ThemeToggle).
  FSD-граница: только props/emits/slots, никаких store/router/api.
- `src/boot/ui.ts` — глобальная регистрация 14 базовых компонентов.
- `src/boot/theme.ts` — sync `html[data-theme]` ↔ Quasar Dark.
- Inter + JetBrains Mono в index.html.

14 базовых:
BaseButton, BaseInput, BaseSelect, BaseCard, BaseTable, BaseChip, BaseBadge,
BaseDialog, BaseBanner, BaseForm, EmptyState, Avatar, ThemeToggle, AuthCard.

Витрина `/_dev/ui` (dev-only) — каждая обёртка отдельной секцией над чистым
canon-канвасом, без layout-обёрток. Маршрут смонтирован на корневом уровне,
ВНЕ DynamicLayoutWrapper, чтобы legacy default.vue не перебивал стили.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-27 09:16:35 +00:00
ant 937d4e3fb6 Merge pull request 'Дизайн-волны 1–2: канон UI, формы, документы, навигация, шапка, кошелёк' (#25) from worktree-design-wave1 into dev
Build bootstrap container / build (push) Successful in 4m8s
Reviewed-on: #25
2026-05-27 09:15:38 +00:00
coopops bcb76b4cd9 merge: разрешены конфликты с dev — boot-скрипт под dev, кошельки под canon
Typecheck / desktop (pull_request) Failing after 8m35s
Typecheck / controller (pull_request) Successful in 13m22s
- clean_reboot.sh: версия origin/dev (унификация трёх reboot-скриптов)
- WalletProgramWidget.vue: canon-версия (WalletCard + EmptyState)
- ParticipantWalletsPage.vue: canon-токены --p-pos/--p-warn + value-blocked

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-27 09:14:37 +00:00
coopops a267a8a24b [design-wave1][@dark] feat: тактильная отдача (вибрация) при перезагрузке страницы
Boot-файл haptics: при reload страницы на устройстве с Vibration API (мобильный
браузер / PWA на Android) коротко вибрирует (15 мс). Reload определяется через
Navigation Timing (с фолбэком на legacy API), чтобы не срабатывать на первой
загрузке/навигации. Полностью безопасно для десктопа и обычных сайтов: где
Vibration API нет — вызов не делается, любая ошибка проглатывается, на загрузку
приложения не влияет. Только клиент (гард для SSR).

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-27 09:05:34 +00:00
coopops 8135ea46a5 [design-wave1][@dark] fix: убрать паразитный горизонтальный скролл левого дровера
В левом дровере был маленький горизонтальный скроллбар, и трекпадом его можно
было «оттянуть», обнажая правую границу — дровер выглядел скроллируемым, хотя не
должен. Причина: у .rail собственный border-right (1px), который при content-box
даёт ~1px overflow внутри контента дровера. Фикс в .app-left-drawer: overflow-x
hidden + overscroll-behavior-x contain на .q-drawer__content, .rail приведён к
box-sizing border-box и width 100%.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-27 08:53:46 +00:00
coopops 50e60f5750 [design-wave1][@dark] fix: повестка — держать лоадер на «Утвердить» 3с после голоса
Если проголосовать и сразу нажать «Утвердить», утверждение падает с ошибкой —
бэкенд ещё не учёл голос из блокчейна. После успешного голоса держим состояние
загрузки пункта (а значит и кнопку «Утвердить» в :loading) ещё VOTE_SETTLE_MS
(3с), за это время голос успевает обработаться. На ошибке загрузка снимается
сразу. Заодно ручное мутирование processingDecisions + setTimeout-хак заменены
аккуратным реактивным хелпером setProcessing.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-27 08:49:25 +00:00
coopops 92bd6919d8 [design-wave1][@dark] fix: повестка — скрывать пункт только при утверждении, не при голосовании
Повестка совета показывает все НЕутверждённые вопросы. Голос «за»/«против» не
должен убирать пункт — он остаётся неутверждённым, лишь помечается отметкой
голоса. Убрал ошибочное actedDecisionIds.add из onVoteFor/onVoteAgainst
(оставлен только тихий рефетч). Скрытие через actedDecisionIds оставлено только
в onAuthorizeDecision — там пункт исполняется и должен уйти из повестки без
возврата от отстающего поллинга.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-27 08:46:11 +00:00
coopops 63fdb74db5 [design-wave1][@dark] fix: повестка совета — без моргания и без «исчез/вернулся» при голосовании
Две проблемы при голосовании/утверждении в повестке совета:

1. Моргание всей страницы: QuestionsTable подменял список тремя
   скелетонами при любом loading=true, а пост-экшен loadDecisions вызывался
   без hidden → loading=true → список «моргал» в скелетоны и обратно.
   Скелетоны теперь показываются только на первой загрузке (loading &&
   !decisions.length), а пост-экшен рефетчи переведены в тихий режим (hidden).

2. «Исчез → вернулся → исчез»: повестка на бэкенде уже не отдаёт пункт, по
   которому проголосовал/утвердил, но данные из блокчейна доходят с задержкой,
   и поллинг успевал вернуть отработанный пункт. Добавлен локальный набор
   actedDecisionIds — проголосованный/утверждённый пункт прячется сразу и не
   возвращается, что бы ни подтянул отстающий рефетч. Просто, без оптимистичных
   merge-оверлеев.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-27 08:43:01 +00:00
coopops 5d837f2c20 [design-wave1][@dark] fix: push-подписка не должна вешать UI и шуметь красной ошибкой
Две независимые проблемы при выдаче разрешения на уведомления:

1. Фриз приложения: shouldShowDialog был computed с побочным эффектом —
   внутри геттера вызывался updateSupport(), присваивавший store.support
   новый объект на каждое чтение. После выдачи разрешения это давало каскад
   инвалидаций/ре-рендеров, забивавший главный поток (роутер менял URL, DOM
   «застывал»). Геттер сделан чистым, updateSupport() вынесен в showDialog().

2. Красная ошибка «Service Worker не готов в течение 5 секунд»: в dev без PWA
   SW намеренно не регистрируется, поэтому navigator.serviceWorker.ready
   никогда не резолвится. Теперь сначала проверяем getRegistrations() — при
   отсутствии SW выходим сразу и тихо (warn вместо error), а subscribe()
   возвращает false без FailAlert. Push при недоступности SW полностью
   изолирован и не влияет на работу приложения.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-27 08:34:59 +00:00
coopops 426a06a076 [design-wave1][@dark] feat: скрывать «Совершить взнос»/«Получить возврат» до подписи соглашения кошелька
Кнопки взноса и возврата на столе пайщика недоступны, пока пайщик не
подписал главное соглашение цифрового кошелька (type='wallet') — как и
сама карточка кошелька, которая не появляется без подписанного соглашения.

Геттер isWalletAgreementSigned в сторе Wallet читает тот же список
соглашений пайщика, что и RequireAgreements.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-27 08:22:42 +00:00
coopops c2bb718895 [design-wave1][@dark] copy: явная опциональность шага «Импорт пайщиков» (онбординг председателя)
«(опционально)» в заголовок + пояснение в описании: если есть пайщики —
импортируйте CSV, если нет — двигайтесь дальше. Чтобы шаг не воспринимался
обязательным.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-27 08:05:49 +00:00
coopops 04cf9dc3c4 [design-wave1][@dark] fix: ключ в Invite — выделенная панель вместо readonly-инпута
readonly outlined q-input рендерится с dashed-рамкой (дефолт Quasar) и
обрезал значение (…UJR4) — выпадало из канона и выглядело плоско.
Сделал ключ surface-2 панелью: eyebrow-лейбл + copy-иконка в шапке,
mono-значение целиком (word-break) ниже. Даёт вес и убирает «ёлочку».

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-27 08:01:41 +00:00
coopops d243bf5621 [chatcoop-hide-matrix-room-id][@ant] fix(security): не отдавать matrixRoomId на фронт — комнаты секретаря и транскрипции по opaque id
Typecheck / desktop (pull_request) Successful in 13m48s
Typecheck / controller (pull_request) Successful in 13m9s
matrixRoomId — это одновременно идентичность и capability: зная его, можно
попытаться войти в комнату. Раздавая его на фронт (страница «Комнаты секретаря»
и список транскрипций отдавали его в каждой строке), мы по сути публиковали
handle для входа в приватные комнаты любому, кто видит раздел. Приватность тогда
теряет смысл.

Комнаты секретаря:
- ChatcoopSecretaryRoom и RemoveSecretaryRoomInput переведены с matrixRoomId на
  внутренний opaque id реестра (DB-ключ, по нему войти в Matrix-комнату нельзя);
- удаление резолвится по id → matrixRoomId на бэкенде; мутация больше не
  возвращает matrixRoomId;
- фронт: row-key/удаление по id, убран показ matrixRoomId в таблице;
- попутно фикс латентного бага из PR #34: parseKind не знал про 'secretary' и
  мапил такие комнаты в capital_project — из-за чего editable=false и удаление
  падало с «удалять можно только комнаты секретаря».

Транскрипции:
- CallTranscription больше не отдаёт matrixRoomId (на фронте он не отображался,
  но уходил в payload по всем комнатам, включая приватные). Остаётся roomId
  (LiveKit room name — внутренний, не Matrix-handle);
- input-фильтр GetTranscriptionsInput.matrixRoomId сохранён: это вход, не утечка,
  и им пользуется blago-cli;
- blago-cli: рендер транскрипций больше не зависит от tr.matrixRoomId (строка
  «Matrix room» убрана, иначе pull и restore рассогласовались бы — restore не
  имеет контекста комнаты). Заодно поправлен fallback курсоров.

Вне scope намеренно: chatcoopListNonProjectCommunicationRooms и per-room запросы
оставлены с matrixRoomId — их зовёт только blago-cli (доверенный инструмент
председателя), на фронт они не уходят, и matrixRoomId там — операционный ключ
синхронизации.

logger.ts: при CONTROLLER_SCHEMA_GEN не подключаем файловые транспорты winston
(codegen рядом с работающим контейнером падал на EACCES в root-овый logs/).

schema.gql + zeus (sdk и controller) перегенерированы и закоммичены — иначе CI
typecheck собирает sdk против старого zeus и падает.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-27 07:59:34 +00:00
coopops 5dec964a83 [design-wave1][@dark] fix: канон-композиция карточки «Сохраните ключ» (Invite)
Прошлый вариант разъезжался: «Скопировать» висел сиротой справа, провалы
между блоками, узкая потерянная кнопка, карточка 560px — разрежено.
Переделал по канону:
- копирование ключа — иконкой content_copy в append самого поля (+tooltip)
- кнопка «Установить ключ» — full-width (block), как «Войти» в LoginForm
- ширина карточки 480 как у остальных auth-карточек
- чекбокс слева, плотный ритм без лишних margin (reserve-hint-space)

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-27 07:57:58 +00:00
coopops dd2ebc2983 [design-wave1][@dark] copy: полные примеры ОПФ+ в placeholder (с «Социального Комплекса»)
Голый «Потребительский Кооператив» в примере провоцировал вводить просто
ОПФ без расширения. Дал полный пример «...Социального Комплекса» во всех
трёх падежах — чтобы вводили расширенную ОПФ+, а не базовую форму.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-27 07:51:44 +00:00
coopops 3f6c2538fc [design-wave1][@dark] copy: шаг «Настройка фабрики документов» вместо «Переменные документов»
Это не переменные, а постоянные параметры, которыми настраивается фабрика
документов кооператива. Переименовал label и intro шага.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-27 07:49:33 +00:00
coopops 81cb16eb61 [design-wave1][@dark] revert: убрать глобальный margin-bottom у .q-field--with-bottom
Микроотступ стал лишним и снова раздвигал поля слишком широко — откатываю.
Разделение полей обеспечивает сам reserve-hint-space, дополнительный
глобальный отступ не нужен.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-27 07:48:17 +00:00
coopops 5de5e07dae [design-wave1][@dark] fix: примеры-подсказки в placeholder вместо hint (SetVariablesForm)
Постоянный hint под полем занимал место и отвлекал. Перенёс примеры
наименований ОПФ+ в placeholder (видны только в пустом поле), убрал hint.
Добавил reserve-hint-space всем q-input формы — строка под ошибку
резервируется без текста, валидация не вызывает layout shift.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-27 07:42:45 +00:00
coopops 5470e9ad89 [design-wave1][@dark] fix: системный микроотступ под полями с hint/error
Без зазора текст hint/error верхнего поля почти касался границы нижнего.
Вернул маленький отступ, но системно и один раз — глобально в quasar-canon:
margin-bottom: var(--p-1) только полям .q-field--with-bottom (те, что
резервируют нижнюю строку). Работает везде (BaseForm, формы установки,
регистрация), в стеках не складывается в дыру, инлайновые поля не трогает.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-27 07:22:06 +00:00
claude 8ac3f06928 booter fix 2026-05-27 12:17:17 +05:00
coopops 6c1b6262b2 [design-wave1][@dark] fix: убрать двойной зазор между полями форм установки
reserve-hint-space у q-input/BaseInput уже даёт ~24px снизу под error/hint;
дополнительный gap в стеках полей складывался с ним → избыточное расстояние.
Убрал gap (канон BaseForm__body):
- CreateOrganizationDataForm / IndividualDataForm (.user-data-stack)
- SetVariablesForm (.vars-section__fields)
- RequestKeyForm (.request-key)

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-27 07:13:35 +00:00
coopops 618349ce91 [design-wave1][@dark] fix: dense-инпуты в формах установки кооператива
Канон-плотность полей (dense) была только в BaseInput; общие формы
CreateOrganizationDataForm и IndividualDataForm + поля шагов установки
рендерили крупные не-dense q-input. Добавил dense:
- CreateOrganizationDataForm (22 поля) — данные организации
- IndividualDataForm (6 полей) — члены совета
- email-инпуты SetInitForm/SetSovietForm и поля SetVariablesForm

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-27 07:09:47 +00:00
coopops 63d95f429d [design-wave1][@dark] feat: страница установки кооператива в канон
- InstallCooperativePage: VerticalStepper вместо q-stepper, canon-панель
  с accent-стрипом, экран завершения в каноне (без градиентов/shimmer)
- RequestKeyForm: BaseInput (mono) + BaseButton
- SetInitForm: canon info-нотки, кнопки Назад/Далее на BaseButton
- SetSovietForm: canon-карточки членов совета вместо q-card/q-badge
- SetVariablesForm: canon-секции, q-input outlined с правилами, BaseButton
- Invite: осмысленное тело AuthCard при отсутствии токена приглашения

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-27 05:36:48 +00:00
coopops 39a9727a93 [design-wave1][@dark] fix: убрать двойной отступ сверху на странице расширения
.extension-page уже внутри .catalog-shell__content с padding var(--p-6);
собственный padding давал двойной зазор от шапки до кнопки «Назад».

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-26 19:23:54 +00:00
coopops 1841c3ebaa [design-wave1][@dark] style: панель вокруг контента расширения + «Отменить» в настройках
- Весь контент страницы расширения обёрнут в канон-панель (surface+border),
  больше не лежит на голом фоне
- В режиме настроек добавлена кнопка «Отменить» (CancelButton) рядом с
  «Сохранить» — явный выход без сохранения; кнопка «Назад» страницы тоже работает

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-26 19:13:32 +00:00
coopops 46617a1430 [design-wave1][@dark] style: страница расширения — назад на уровень страницы, центровка лого/столов, вкл+удалить в строку
- Кнопка «Назад» убрана из шапки (useBackButton снят), добавлена канон-кнопка
  под шапкой на самой странице
- Логотип AutoAvatar центрирован в колонке
- DesktopsList: центрированный inset-блок (выделяется), а не плоский список
- ext-actions toggle: «включено» и «удалить» снова в одной строке

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-26 19:07:41 +00:00
ant 4c4c611a3d [nodemon-restart-storm][@ant] fix: debounce nodemon + SIGTERM в controller/nodemon.json — устранить restart-storm, вешавший coopback на bind-mount
Без delay nodemon реагировал на каждое fs-событие пачки (правки/сборка/git на хосте) десятками рестартов в секунду; pstree.remy без `ps` в образе виснет на обходе /proc (накапливались зомби-сканеры), холодный старт ts-node прерывался, порт 2998 не занимался — бэкенд молча лежал. delay:2000 схлопывает пачку в один рестарт, signal:SIGTERM даёт чистое завершение дочернего процесса.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-26 19:04:05 +00:00
coopops a42210e5b8 [design-wave1][@dark] feat: страница расширения и его настройки в канон
- ExtensionPage: двухколоночный канон-layout с padding; q-img заменён на
  генеративный логотип AutoAvatar (animated), консистентно с каталогом
- ExtensionInfo: канон-заголовок + статус-бейдж, теги убраны
- ExtensionActions: компоновка кнопок в столбец на токенах, teal→primary
- ExtensionInstall: BaseCard вместо .info-card/text-h5
- DesktopsList: text-grey/subtitle → канон-токены
- SaveButton/SettingsButton/InstallButton: teal→primary, no-caps

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-26 19:00:52 +00:00
coopops 7e4cb15207 [design-wave1][@dark] style: анимация логотипа по наведению на всю карточку
Триггер ринг-анимации перенесён с hover самого SVG на hover карточки
(.app-card:hover :deep(.ring-seg)).

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-26 18:54:11 +00:00
coopops 0759793fb0 [design-wave1][@dark] feat: анимация логотипа приложения по наведению
AutoAvatar получил режим animated: инлайн-SVG вместо <img>, каждый
сегмент-дуга обёрнут в .ring-seg. По hover логотипа сегменты на ~1.3с
расходятся — прямые и зеркальные (matrix-flip) от одного поворота идут
в разные стороны, со стаггером по индексу. CoopCard не затронут (img/blob).
Уважает prefers-reduced-motion.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-26 18:51:43 +00:00
coopops 1b9fbabac5 [design-wave1][@dark] style: убрать фиксированный резерв высоты заголовка карточки
Статус идёт сразу под заголовком (динамично) — без дыры под однострочными
названиями. Обрезку в 2 строки оставили, чтобы длинный заголовок не ломал сетку.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-26 18:46:22 +00:00
coopops 717eae8540 [design-wave1][@dark] style: выровнять карточки приложений при переносе заголовка
Заголовок резервирует 2 строки (clamp+min-height), аватар по верху —
статус и описание на всех карточках начинаются на одной линии, не прыгают.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-26 18:43:45 +00:00
coopops c456602763 [design-wave1][@dark] style: компоновка карточки приложения — заголовок и статус рядом с логотипом
Верхний ряд: логотип + (заголовок, под ним статус); описание во всю
ширину ниже; футер «Подробнее» прижат к низу для выравнивания карточек.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-26 18:40:13 +00:00
coopops a36f5a63a9 [design-wave1][@dark] style: приглушить генеративный логотип каталога
Палитра колец → мягкие приглушённые тона + CSS saturate(.5)/opacity .85,
чтобы знак читался как тихая текстура, а не неоновое пятно.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-26 18:35:26 +00:00
coopops 6eced283ec [design-wave1][@dark] feat: генеративный логотип (DiceBear rings) в карточке приложения
- AutoAvatar параметризован: props size/radius/background/ringColor
  с обратно-совместимыми дефолтами (CoopCard не затронут)
- ExtensionCard: буква-монограмма заменена на уникальный rings-логотип,
  seed = имя расширения; цвет кольца детерминирован по seed из палитры

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-26 18:29:36 +00:00
coopops 6890b13387 [design-wave1][@dark] feat: каталог приложений в канон — табы на 2-й уровень, карточки без изображений
- «Магазин приложений» → «Каталог приложений» (drawer + breadcrumb)
- Витрина/Установленные перенесены из топбара в SecondLevelTabs
- ExtensionCard переверстан: убраны изображение и теги, добавлены
  монограмма-плитка, статус-бейдж, обрезка описания, футер «Подробнее»
- Quasar .row/.col-md-3 → канон auto-fill грид

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-26 18:19:38 +00:00
ant d8c24ada78 [fix-ext-config-lost-update][@ant] fix: убрать lost-update конфигов расширений в периодических задачах — cron-планировщики перезаписывали config устаревшим in-memory снимком с boot и стирали онбординг-флаги/хэши председателя
extensionRepository.update заменяет config JSONB целиком; chairman/powerup/meet-tracker писали захваченный при initialize снимок поверх свежих данных. Теперь read-modify-write по актуальному config из БД с наложением только владомых полей.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-26 18:09:00 +00:00
coopops 18f8e2a86c [design-wave1][@dark] fix: вёрстка формы провайдера платежей + текст контактов
- PaymentProviderForm: убраны вложенные q-gutter (кривой левый отступ
  селекта), standout=bg-teal → outlined, text-grey-7 → токен; чистый
  канон-столбец (селект max-width 480, hint ink-2, действия в ряд, no-caps).
- ChangeContacts: текст уточнён — контакты видны всем (раздел «Контакты
  кооператива» пайщикам + подвал сайта незарегистрированным), не только
  незарегистрированным.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-26 17:03:04 +00:00
coopops abaf0cbdab [design-wave1][@dark] feat: канон для остальных страниц стола председателя
Кооперативные участки, Регистрационные взносы, Ключ кооператива,
Провайдер платежей, Контакты кооператива:
- убран дублирующий заголовок страницы (есть крошка в шапке);
- описание перенесено с голого фона на канон-поверхность .banner;
- page-shell/hero/surface-card с хардкод-px → канон-отступы и токены;
- q-input/q-select standout=bg-teal → outlined color=primary.
Также удалён лишний хвост текста на Стартовых страницах.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-26 16:54:16 +00:00
coopops 3560839ef8 [design-wave1][@dark] fix: убрать дубль заголовка на Стартовых страницах и Членах совета
Заголовок страницы уже показан крошкой в шапке — повтор h2 убран.
Пояснительный текст вынесен с голого фона на канон-поверхность (.banner
с инфо-иконкой). ApprovalsPage не трогаем — там заголовка страницы нет.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-26 16:48:07 +00:00
coopops 4a4024f3f4 [design-wave1][@dark] feat: канон для Запросов одобрений, Стартовых страниц, Членов совета
- ApprovalsPage: канон-отступы страницы, фильтр-селект teal standout → outlined.
- SystemSettingsPage: hero-card/surface-card с хардкод-px → канон page-head
  (h2 + sub на токенах) + q-card(flat); канон-отступы.
- MembersPage: тот же канон-паттерн вместо hero-card с хардкодами.
- DefaultPagesForm: 4× q-select standout=bg-teal → outlined color=primary.
Виджеты таблиц/состава совета без экзотики — канон-тема через quasar-canon.css.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-26 16:39:24 +00:00
coopops fee0a27b3f [design-wave1][@dark] fix: убрать Vue-warn о class в WorkspaceSwitcher
Шаблон двухкорневой (кнопка + Teleport затемнения), class из родителя
(LeftDrawerMenu) не наследовался автоматически. inheritAttrs:false +
v-bind=$attrs на корневую кнопку — атрибуты направлены явно.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-26 16:36:25 +00:00
coopops ac20b270eb [design-wave1][@dark] style: согласовать типографику диалога повестки
Подписи секций «Вопрос на повестке»/«Проект решения» переведены в
надстрочные метки (uppercase, трекинг, ink-3) — отдельный ярус ниже
заголовка окна, чтобы не казаться конкурирующим заголовком рядом с
крупным заголовком самого документа. Текст вопроса — читаемый body.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-26 16:28:55 +00:00
coopops 90c733120d [design-wave1][@dark] fix: канон-отступы и чистка онбординга председателя
- ConnectPage: добавлены канон-отступы страницы (var(--p-6)/var(--p-4)) —
  класс .padding в проекте не определён, контент липнул к краям.
- OnboardingStepsCard: убран q-card (двойной паддинг), текст-интро
  растянут на полную ширину (снят max-width 70ch), вокруг кнопки шага
  убрана лишняя рамка (.step__content → .step__action, только отступ).

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-26 16:20:05 +00:00
coopops b6b1f06948 [design-wave1][@dark] feat: онбординг председателя в канон (вертикальный степпер + текст + диалог повестки)
- OnboardingStepsCard: под заголовком «Адаптируйте кооператив…» добавлен
  поясняющий текст (что происходит дальше: решения совета в электронной
  форме, вступление в «Восход», импорт пайщиков, общее собрание) + плашка
  срока адаптации с отсчётом.
- Чек-лист шагов переведён на канон-вертикальный степпер (.stepper--v):
  пройденные — галочка/заливка primary, текущий — подсветка номера,
  действия — канон BaseButton; agenda/import/meet типы сохранены.
- Диалог «Предложение повестки» (объявить собрание совета) переведён
  с ModalBase на канон BaseDialog + BaseButton.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-26 16:06:00 +00:00
coopops 32afc40147 [design-wave1][@dark] feat: хлебные крошки в шапке + скрыта кнопка «Перевести»
- CommonHeader: крошка строится из route.matched (путь внутри стола),
  напр. «Отчётность › Календарь»; корень стола не выводится; плоские
  страницы дают одну крошку как прежде; pageTitleOverride сохранён.
- CoopWalletsPage: переводы временно скрыты под флагом transferEnabled=false
  (открывались с L3-кошельков пайщиков; вернём для кооп-кошельков позже).

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-26 14:59:08 +00:00
coopops 93d2c6ce77 [design-wave1][@dark] style: канон-токены в редакторе отчёта (ReportEditorDialog)
- editor-container/action-panel/backdrop/validation-badge/mark-hint: hex и rgba → --p-* токены
- text-grey-8 → t-muted; box-shadow/overlay через токены с fallback

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-26 12:30:47 +00:00
coopops 099f7b5aa2 [design-wave1][@dark] style: канон-токены на списочных страницах бухстола + cells
- Operations/Postings/Accounts: канон page-padding, убран двойной q-mt-md, text-grey-* → t-faint/t-muted, hex-границы → токены
- Settings: канон-padding, save-bar на токены (--p-surface/--p-line/--p-pos), text-grey-7 → t-muted
- AccountIdCell/WalletIdCell: text-grey-6 → t-faint; DirectionCell: move-иконка на --p-ink-3
- PROCESS_COLORS доменного цвет-кодирования операций сохранены (это фича)

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-26 12:28:50 +00:00
coopops 6e9d466172 [design-wave1][@dark] style: канон-токены на столе бухгалтера — кошельки, календарь, отчётность
- CoopWalletsPage/ParticipantWalletsPage: rgba/var(--q-*) → канон-токены (--p-pos/--p-warn/--p-ink-*)
- ReportsCalendar/CalendarCell: статусы и грид на канон-палитру, убраны body--dark дубли
- Documents подстраницы: убран двойной padding, q-chip→BaseBadge, таблицы в канон-карточку

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-26 12:24:33 +00:00
coopops 511e9ab2ad [design-wave1][@dark] feat: канон-меню второго уровня (SecondLevelTabs) на столе бухгалтера
- SecondLevelTabs на глобальных .tabbar/.tab — sub-навигация между топбаром и контентом
- WalletsPage/DocumentsPage shell-страницы: вкладки в .tabbar вместо RouteMenuButton в топбаре
- TransferWalletsButton: канон header-кнопка (q-btn primary)
- WalletTransferDialog: на BaseDialog + BaseButton, токены вместо rgba

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-26 12:19:33 +00:00
coopops 9373dfe847 [design-wave1][@dark] fix: канон-поля ZodForm и убран дубль заголовка «Настройки»
ZodForm: убран standout="bg-teal text-white" с динамического поля —
QInput/QSelect теперь канон (outlined+dense+color=primary+reserve-hint-space),
как BaseInput. SCSS на канон-токены (вместо неопределённого --q-primary-rgb).
ExtensionSettings: снят заголовок «Настройки» внутри карточки — он дублировал
«Настройки аренды» в шапке.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-26 12:01:36 +00:00
coopops e163bda08f [design-wave1][@dark] fix: фильтры лога на BaseInput вместо сырого q-input
Канон-инпут вместо q-input: BaseInput расширен поддержкой type="date"
и clearable (+ emit clear) — это нужно для фильтра по датам. Фильтры
в ExtensionLogsList переведены на BaseInput.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-26 11:55:44 +00:00
coopops 5257d5c6e6 [design-wave1][@dark] feat: настройки и лог расширения в канон
ExtensionSettings: EmptyState + BaseCard вокруг ZodForm вместо самописных
header/empty-state. ExtensionLogsList (используется только powerup):
q-table → список канон-карточек с фильтром по датам, скелетоном,
«Загрузить ещё» и EmptyState; слот #log-item и API сохранены.
Канон-падинги страниц настроек/лога аренды.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-26 11:52:04 +00:00
coopops 6184102022 [design-wave1][@dark] feat: Стол вычислительных ресурсов в канон — раскладка, виджеты, лог
Монитор ресурсов: баннер-предупреждение на всю ширину сверху, ряд
«Как это работает» (2/3) + кошелёк AXON (1/3), ряд CPU/NET/RAM.
Убран 3D-флип карт (он же «прыгал») — детали раскрываются inline.
Все виджеты/страницы/лог сведены к канон-токенам surface/line/ink.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-26 11:44:33 +00:00
coopops ba1e17c991 [design-wave1][@dark] fix: отступы действий платежей и ширина даты в документах
- Реестр платежей: кнопки действий больше не block (не заполняют ячейку
  от левого края, не липнут к бейджу статуса). Стопка inline-flex,
  равная ширина кнопок (align-items:stretch), прижата к правому краю
  колонки (col-action 168px, text-align:right) — слева остаётся воздух.
- Реестр документов: col-date 116→156px — дата «26.05.2026 08:25» больше
  не налезает на заголовок документа; min-width 720→780.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-26 11:29:48 +00:00
coopops fdd38951b5 [design-wave1][@dark] fix: реестры платежей/документов и форма взноса — ширины и кнопки
- Bank.vue: панель платежа max-width 380px по центру — длинное «Назначение»
  больше не раздувает диалог «Совершите взнос» до max-content; значение
  переносится по строкам (overflow-wrap: anywhere).
- Кнопки статуса платежа SetOrderPaid/RefundedStatusButton → BaseButton
  (primary/danger, block), подписи «Подтвердить»/«Отклонить»; диалог
  вынесен из-под кнопки.
- Реестр платежей: кнопки действий друг под другом (.cell-actions),
  колонка действий 156px, дата без переноса (.col-date 132px), min-width
  таблицы уменьшен.
- Реестр документов: сужены колонки подписей (220→150), действий
  (110→56), id/дата; min-width 880→720 — освобождено место под
  наименование, таблица не вылазит за страницу.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-26 11:24:31 +00:00
coopops fca4e7fc9c [design-wave1][@dark] fix: реестры документов и платежей — канон-поля страницы
Таблицы документов и платежей уже на канон-токенах и самообрамлены
(.table-wrap). Не хватало полей страницы как в реестре пайщиков:
- PaymentsPage рендерил виджет голым, впритык к краям → q-page + 24/16px.
- ListOfDocumentsPage: q-page.padding (16px) → канон-24px.
- Убрана лишняя .row.justify-center обёртка в ListOfDocumentsWidget
  (.col-12 и так во всю ширину).

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-26 11:04:26 +00:00
coopops fa21066161 [design-wave1][@dark] fix: диалоги «Добавить» и «Импорт» пайщиков в канон
AddUserDialog перестроен в канон-визард по образцу CreateMeetForm:
шапка-bar (surface+line) вместо bg-gradient-dark, VerticalStepper из трёх
шагов — Электронная почта → Тип и данные → Вступительный взнос, BaseButton
в подвале, outlined-инпуты. UserDataForm переиспользован целиком (общий,
не тронут). Опция начисления взноса — канон-блок вместо q-item/q-card.

ParticipantsImportDialog: добавлено описание-интро (раньше отсутствовало),
ModalBase/bg-gradient-dark заменён на канон-bar, выбор типа аккаунтов через
BaseRadioCard, dropzone на токенах вместо хардкод-цветов, секции и действия
в канон-обёртках, BaseButton вместо цветных q-btn. Логика парсинга/импорта
и таблицы превью/результатов сохранены.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-26 10:53:06 +00:00
coopops 4b1bedd2e8 [design-wave1][@dark] fix: реестр пайщиков — канон-поля и дыхание вместо встык-вёрстки
Страница получила канон-отступ (--p-6 / --p-4 на мобилке), таблица обёрнута
в обрамлённую surface-карточку (--p-line, --p-r-lg) вместо edge-to-edge.
Развёрнутые данные пайщика — спокойная вложенная панель на --p-surface-2
с отступами --p-5/--p-6, читаемой шириной формы (640px) и вертикальным
ритмом между полями. Снят full-height у таблицы (мешал внутри карточки).

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-26 10:37:15 +00:00
coopops be7fc22928 [design-wave1][@dark] refactor: реестр пайщиков в канон + убран переключатель Данные/Документы
Развёрнутая строка пайщика теперь показывает только его данные;
документы пайщика живут в отдельном «Реестре документов» и здесь не дублируются.
ParticipantDetails упрощён (без q-tabs/ListOfDocumentsWidget), tab-логика
вычищена из таблицы и страницы. Мобильная ParticipantCard переведена на канон-токены
(убраны хардкод-цвета, CardStyles и q-badge статуса → disabled-checkbox).
Таблица сохранена, сортировка по дате вступления (DESC) без изменений.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-26 08:01:45 +00:00
coopops 0a229df206 [design-wave1][@dark] fix: повестка — номер вопроса на зелёной плашке вместо иконки, клик копирует
Убран EntityIdBadge. Зелёная плашка-аватар слева теперь несёт сам номер вопроса
(он же Decision ID): клик по плашке копирует id (тултип «Скопировать №»), hover —
инверсия в сплошной teal. Заголовок снова просто текст вопроса.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-26 07:14:43 +00:00
coopops c67fb4703d [design-wave1][@dark] fix: повестка — бейдж ID в строку заголовка перед текстом вопроса
EntityIdBadge перенесён из отдельной строки под ФИО в начало строки заголовка:
[#id] → сразу текст вопроса. Inline, vertical-align middle. Раньше висел снизу
и пусто растягивал верхнюю строку.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-26 07:00:08 +00:00
coopops d213b1639d [design-wave1][@dark] feat: повестка — копируемый бейдж Decision ID под ФИО
EntityIdBadge с id вопроса под заголовком/ФИО: отображает #<id>, по клику копирует
чистый id (copy-on-click). Канон-компонент, клик не раскрывает карточку.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-26 06:39:47 +00:00
coopops fc8a060d71 [design-wave1][@dark] fix: повестка — срок «Истекает …» в нижнюю полоску рядом с «Утвердить»
«Истекает через месяц» перенесён из строки под заголовком в постоянную нижнюю
полоску (footer): срок слева, «Утвердить» справа (только председателю). У обычного
пайщика — только срок, узкая панелька.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-26 06:35:02 +00:00
coopops e8466143a6 [design-wave1][@dark] fix: повестка — «Истекает …» и убран избыточный бейдж статуса
Срок теперь подписан «Истекает через месяц» (было просто «через месяц» — неясно).
Удалён статус-чип «Вы за/против» — направление голоса уже видно по подсветке кнопок,
бейдж был избыточным. Убраны связанные computeds и стили.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-26 06:31:13 +00:00
coopops 009cc42afd [design-wave1][@dark] fix: повестка — переосмысленная компоновка карточки вопроса
Кнопки голосования прижаты к правому краю строки. «Утвердить» вынесена вниз
отдельной строкой-footer (справа, hairline сверху) — больше не теснит данные.
Срок «через месяц» и статус-чип «Вы за» перенесены влево под заголовок/ФИО.
Клик по строке раскрывает документ, по кнопкам голосования и footer — нет.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-26 06:24:50 +00:00
coopops cfe0835eea [design-wave1][@dark] fix: повестка — органы управления в одну строку с инфо, не остров по центру
Карточка вопроса перестроена в единую горизонтальную строку: иконка + вопрос/ФИО
слева (flex), компактный блок органов управления (голосование + «Утвердить»),
срок + статус-чип и шеврон — справа, друг рядом с другом. Убрана центрированная
vote-зона с пустотой по бокам. Клик по строке раскрывает документ, по органам
управления (@click.stop) — нет. Подсказка «Утвердить» возвращена в tooltip.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-26 06:18:00 +00:00
coopops a86711c111 [design-wave1][@dark] fix: повестка — раскрытие документа по клику на шапку, не на органы управления
Шапка карточки (вопрос/ФИО/срок/статус) кликабельна целиком и раскрывает документ,
справа шеврон-индикатор. Органы управления голосованием — отдельная зона ниже шапки
(сиблинг, не аккордеон): клик по ним голосует/утверждает и документ не раскрывает.
Убрана отдельная кнопка «Документ» — раскрытие теперь по клику на шапку.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-26 05:34:55 +00:00
coopops 9332bc63c8 [design-wave1][@dark] fix: голосование повестки на верхнем уровне + header-CTA совета
QuestionCard: VotingButtons + «Утвердить» вынесены на верхний уровень карточки —
голосовать можно без раскрытия; раскрытие («Документ») открывает только содержимое
документа. Истечение срока остаётся в шапке.
VotingButtons: вернул чек-индикатор «принято советом» (закрашивается при принятии)
вместо иконки verified.
Header-CTA совета (Предложить/Добавить/Импорт): убран push (q-btn--push не попадал
под канон-правило заливки primary → белый шрифт на нетиловом фоне), подписи с заглавной.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-26 04:39:25 +00:00
coopops 8217cd5299 [design-wave1][@dark] feat: повестка совета в канон — единый карточный список
QuestionsTable: q-table → карточный список (скелетоны + EmptyState).
QuestionCard: канон-поверхность, BaseButton «Утвердить», токен-чип статуса
вместо q-badge, локальное состояние раскрытия, без @import CardStyles и хардкод-hex.
VotingButtons: токены pos/neg вместо .text-red/.text-green/#666.
Страница: канон-padding вместо q-card flat.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-26 04:26:00 +00:00
coopops 44a0f7b132 [design-wave1][@dark] fix: единый регистр названий столов в переключателе
Названия столов в реестре workspace'ов заведены вразнобой («Стол
благороста», «Стол вычислительных ресурсов» vs «Стол Совета»).
Добавил text-transform: capitalize на подписи в WorkspaceSwitcher
(заголовок текущего стола + пункты выпадающего меню) и WorkspaceMenu
(карусель + диалог выбора) — первая буква каждого слова заглавная,
одинаково для всех и для будущих столов, без правки строк-источников.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-25 18:58:18 +00:00
coopops d120fff065 [design-wave1][@dark] fix: «Контакты» — единая сетка полей вместо сегментов
По фидбеку переработана композиция:
- убраны заголовки секций «Контакты»/«Руководство» и per-строчные
  иконки телефона/почты/адреса (из-за них значения «прыгали» вправо
  относительно ИНН/ОГРН);
- ИНН и ОГРН теперь в одну строку (адаптивная сетка полей);
- председатель поднят наверх к реквизитам, поле названо просто
  «Председатель совета»;
- контакты — те же поля, телефон/email как ссылки (tel/mailto), всё на
  единой левой кромке; одна тонкая линия делит реквизиты и контакты.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-25 18:45:45 +00:00
coopops 6c38298545 [design-wave1][@dark] fix: «Контакты» — единая раскладка строк во всех секциях
Реквизиты/Руководство больше не разносят подпись и значение к
противоположным краям (на полной ширине это давало пустой провал и
оторванные значения). Все секции теперь как ContactSheet: подпись
сверху, значение под ней, слева, hairline между строками — один ритм
по всей карточке.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-25 18:40:12 +00:00
coopops a8f9bf3c36 [design-wave1][@dark] feat: страница «Контакты» в канон + удалён мёртвый MeetQuorumIndicator
- ContactsPage: три цветные ColorCard (orange/indigo/teal/blue) заменены
  на единую спокойную canon-поверхность с секциями через hairline
  (Реквизиты / Контакты / Руководство). Контакты — через canon
  ContactSheet (копирование, mailto/tel). Заголовок и строки на токенах
  (--p-ink/-2/-3, --p-surface/--p-line/--p-r-lg), полная ширина (padding
  24/16px). Убраны rgba-фоны и .q-dark-хаки.
- Удалён неиспользуемый виджет MeetQuorumIndicator (нет импортов;
  явка/кворум живут в MeetInfoCard).

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-25 18:36:09 +00:00
coopops c099373d00 [design-wave1][@dark] feat: тело деталей собрания в канон — повестка/голосование/результаты
Убрал токсичный teal из state-gated виджетов деталей собрания:
- MeetDetailsAgenda/Voting/Results переписаны на canon-поверхности
  (--p-surface/--p-line/--p-r-lg), section-heading с иконкой вместо
  центрированной градиентной линии; color-mix/--q-primary/.q-dark удалены.
- Голосование: q-btn color=primary → BaseButton variant=primary;
  опции голоса на токенах pos/neg/neutral-soft, баннер «уже голосовали»
  на --p-pos-soft.
- Результаты: итог решения — токен-чип (pos/neg/unknown), счётчики
  голосов на pos/neg/surface-2-soft.
- AgendaNumberAvatar: teal q-avatar → нейтральный квадрат surface-2/ink
  (общий для трёх виджетов — убирает teal сразу везде).
- MeetCardsList: отступ между карточками 16→20px.
- MeetDetailsPage: кастомный empty-state → canon EmptyState, снят
  @import CardStyles.

MeetQuorumIndicator оставлен как есть — мёртвый код (нет использований).

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-25 18:28:50 +00:00
coopops 4d52302389 [E14][@dark-sun] feat(собрания): полная ширина страниц; тело деталей (MeetInfoCard) на canon
- ListOfMeetsPage / MeetDetailsPage: убран max-width:960px center — контент
  во всю ширину с canon-паддингом (24px/16px), как документы/платежи.
- MeetInfoCard: переписан с токсичного teal на canon — единая calm-поверхность
  с тремя секциями через hairline (Даты / Ведущие / Явка и кворум) вместо
  трёх вложенных цветных карточек; заголовки ink, проценты ink (не teal);
  дубль заголовка «Общее собрание № N» убран (он в шапке). Убраны
  var(--q-primary), color-mix, .body--dark, хардкод-rgba.
- MeetDetailsInfo: контейнер с .card-container → canon.
- MeetDetailsActions: q-btn color=primary → canon BaseButton.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-25 18:00:40 +00:00
coopops 093a31a9b5 [E14][@dark-sun] feat(собрания): повестка на шаге проверки канон; карточка списка канон; шапка деталей — back-link вниз, имя в заголовок
- CreateMeetForm: повестка на шаге «Проверка» — аккуратные canon-карточки
  (Вопрос / Проект решения / Приложения) вместо скомканного списка.
- MeetCompactCard: переписана на canon — нейтральный hover (без
  токсичного teal-свечения), ink-заголовок, canon-плитки/иконка;
  убраны @extend .card-container, var(--q-primary), .body--dark, color-mix.
- MeetStatusBanner: нейтральный canon-контейнер (surface-2 + line),
  цвет статуса несёт иконка; убраны хардкод-rgba и .body--dark.
- MeetCardsList: empty-state на canon EmptyState, skeleton на .skel.
- Детали собрания: кнопка «Назад» убрана из топбара (снят useBackButton),
  добавлен canon back-link под шапкой слева; название собрания выводится
  в заголовок шапки через новый desktopStore.pageTitleOverride
  (приоритет над route.meta.title; транзиентно, чистится при уходе).

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-25 17:46:01 +00:00
coopops f560e7d2d0 [E14][@dark-sun] feat(собрания): форма созыва на canon-степпер; кнопка в шапке к канону; скрыта «Сверить»
- BaseDocument: кнопка «Сверить» временно скрыта через :hide-verify
  (обработчик @verify остаётся, вернуть = убрать флаг).
- CreateMeetButton: приведена к одобренному canon-паттерну (primary
  solid на десктопе, micro flat accent + tooltip на мобильном),
  убран legacy push/teal с белым текстом.
- ListOfMeetsPage: инжект кнопки переведён с useHeaderActions на
  Teleport #header-actions-host.
- CreateMeetForm: полностью переписана с перегруженной тёмной модалки
  на canon-визард — maximized-диалог + VerticalStepper (3 шага:
  Параметры → Повестка → Проверка). Canon outlined-поля, повестка
  аккуратными карточками, шаг проверки со сводкой. Убраны
  bg-gradient-dark / standout bg-teal / .body--dark / хардкод rgba.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-25 17:04:51 +00:00
coopops 32f1a89bc9 [E14][@dark-sun] feat(стол пайщика): скелетоны вместо спиннера в таблицах документов и платежей
Добавлен canon-компонент TableSkeleton (shared/ui/base) — повторяет
структуру .table-wrap/.table с реальными заголовками и мерцающими
плейсхолдерами (.skel) в ячейках. Каркас не дёргается при подгрузке
данных (calm-data, UX-DR2/UX-DR23). Заменил перекрывающий q-spinner
в DocumentsTable и ListOfPaymentsWidget.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-25 16:49:27 +00:00
coopops 24601722f7 [E14][@dark-sun] feat(стол пайщика): документы — ID копируемым бейджем, отдельные колонки Дата/Документ, подписи бейджами; поиск минимальный на мобильном
- DocumentsTable: наименование берём из meta.title (чистое, без даты/.pdf
  суффикса full_title); отдельная колонка Дата (meta.created_at) с сортировкой
  по block_num, по умолчанию свежие сверху; колонка Документ — только заголовок.
- ID — копируемый EntityIdBadge (показывает короткий хеш, копирует полный
  doc_hash по клику + иконка-affordance).
- Подписи — отдельные BaseBadge на подписанта (новый helper
  getSignersListFromDocumentPackage возвращает массив).
- EntityIdBadge канонизирован: токены вместо rgba/--q-accent/.q-dark; добавлен
  copyValue (показать одно — скопировать другое).
- SearchHeaderAction: на мобильном — минимальная round-dense иконка без подписи
  «Поиск» (label только на десктопе).

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-25 16:18:33 +00:00
coopops fe0d23bd92 [E14][@dark-sun] feat(стол пайщика): документы и платежи — канон-таблица .table-wrap вместо q-table
Переделка после ревью: q-table давал не-канон вид, дёрганье при раскрытии
(virtual-scroll пересчитывал размеры + colspan не совпадал с числом колонок)
и уродливые мобильные карточки в grid-режиме.

- Статическая канон-таблица .table-wrap/.table (бордер+радиус+surface как
  карточка), table-layout:fixed → колонки не разъезжаются при раскрытии.
- Раскрытие строки — CSS-only (expand-row td colspan по числу колонок),
  без virtual-scroll → нет дёрганья шапки/колонок.
- Пагинация load-more (.table-foot + BaseButton «Загрузить ещё» + «1–N из M»)
  вместо infinite virtual-scroll.
- Мобильный: горизонтальный скролл таблицы (.table-scroll) вместо grid-карточек
  PaymentCard/DocumentCard — карточки удалены.
- Статусы платежей — BaseBadge (pos/warn/neg/info/neutral); направление —
  иконка + цвет --p-pos/--p-neg; хеш документа — mono.
- Действия платежей (SetOrderPaid/Refunded) скрыты на столе пайщика
  (hideActions=true) — они в реестре платежей; download документов сохранён.
- EmptyState + спиннер первой загрузки.

Виджеты общие с админ-контуром: load-more и горизонтальный скролл там тоже
уместнее jittery virtual-scroll.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-25 15:59:47 +00:00
coopops a23efb69a1 [E14][@dark-sun] feat(стол пайщика): документы и платежи в канон — статус-бейджи, токены, header-action на Teleport
- ListOfPaymentsWidget + PaymentCard: статус платежа через BaseBadge
  (canon-варианты pos/warn/neg/info/neutral) вместо хардкод q-color
  teal/orange/red/blue; убраны битый inline-стиль $toolbar-min-height,
  inline max-width, глобальный .q-list style-leak; цвета/тени/радиусы —
  на токены (--p-line/--p-ink-3/--p-shadow-card/--p-surface-2).
- DocumentsTable + DocumentCard: убраны битый inline-height, inline
  max-width, .q-dark-селекторы, --q-gray, хардкод rgba; тени/линии — токены;
  глобальный q-table__top style → scoped :deep; CardStyles import убран.
- ListOfDocumentsWidget: brand-leak toggle-color teal → primary.
- DocumentsPage: SearchHeaderAction со старого useHeaderActions store на
  canon Teleport (#header-actions-host), кнопка сама гейтится по features.search.
- DocumentsPage/PaymentsPage: канон-паддинг страницы.

q-table-движок (virtual-scroll/infinite-load/раскрытие строк/mobile-grid)
сохранён — виджеты общие с админ/председательскими контурами, регресс недопустим.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-25 15:31:56 +00:00
coopops 21be815e3b [E14][@dark-sun] fix(шапка): правая группа прилипала влево на страницах без действий — вернул margin-left:auto
Когда страница не телепортирует действия, .topbar__actions скрывается
display:none через :has(пустой host), но adjacent-селектор
.topbar__actions + .topbar__right всё равно матчился и обнулял margin-left
правой группы — она уезжала влево к крошке. Возвращаем auto в :has-правиле
(его специфичность выше). Также убрал лид-надпись на странице реквизитов.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-25 15:24:00 +00:00
coopops 29dab94a9a [E14][@dark-sun] feat(стол пайщика): удостоверение и реквизиты в канон — IdentityPanel/DataRow/BaseCard, header-action на Teleport
- ProfilePage (Удостоверение): IdentityPanel-шапка + BaseCard-секции (Учётная
  запись/Личные данные/Документы и реквизиты) на DataRow; убран CardStyles,
  хардкод rgba и .q-dark.
- PaymentMethods widget (Реквизиты): BaseCard на метод + DataRow + EmptyState
  вместо .info-label/.info-value и хардкод-цветов.
- PaymentMethodsPage: кнопка добавления реквизитов переведена с useHeaderActions
  store на canon Teleport (#header-actions-host), micro на мобильном.
- AddPaymentButton: триггер под canon micro-паттерн (как Deposit/WithdrawButton).

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-25 12:13:32 +00:00
Alex Ant f20989e319 chore(release): publish
Build bootstrap container / build (push) Successful in 3m10s
Release / release (push) Successful in 25m29s
Release / trigger-coopenomics-docs (push) Successful in 2s
Release / trigger-mono-docs (push) Successful in 1s
Release / publish-packages (push) Successful in 14m27s
2026-05-25 16:55:38 +05:00
Alex Ant 2d3cd34e82 chore(release): publish
Build bootstrap container / build (push) Successful in 3m25s
Release / release (push) Successful in 25m24s
Release / publish-packages (push) Has been skipped
Release / trigger-coopenomics-docs (push) Has been skipped
Release / trigger-mono-docs (push) Has been skipped
2026-05-25 16:55:18 +05:00
claude 46cb511e43 fix: remove stray node_modules symlink committed into branch
Симлинк node_modules -> /home/admin/mono-ai-2/node_modules был случайно
закоммичен и ломал pnpm install (ENOTDIR) на любой машине без этого пути.
Правило .gitignore 'node_modules/' (со слешем) ловит только каталог, не
симлинк-файл — добавлено правило 'node_modules' без слеша.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-05-25 16:22:31 +05:00
Alex Ant 1461ec466e Merge branch 'dev' of ssh://git.coopenomics.world:222/C9S/mono into dev 2026-05-25 15:52:33 +05:00
coopops 61d53e7ea0 Merge remote-tracking branch 'origin/main' into dev
Build bootstrap container / build (push) Failing after 2m13s
2026-05-25 10:46:47 +00:00
coopops 25a917866c ci(release): вернуть webhook второй документации + переименовать токен в DOCS_DISPATCH_TOKEN
При удалении publish-docs я снёс не только мёртвый gh-pages-push, но и реальную
публикацию ВТОРОЙ документации (доки mono) через DOCS_DEPLOY_WEBHOOK_URL —
она отдельная от coopenomics и должна уезжать синхронно. Возвращаю её отдельным
lean-джобом trigger-mono-docs (только webhook, без gh-pages и mkdocs-сборки —
приёмник деплоит сам).

Токен GITEA_DISPATCH_TOKEN → DOCS_DISPATCH_TOKEN: Gitea резервирует префикс
GITEA_ для имён секретов, такой секрет не создать.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-05-25 10:40:30 +00:00
coopops c73e9b9e80 ci(release): дёргать coopenomics на ветке master (дефолтная), не main
Дефолтная ветка C9S/coopenomics — master; workflow_dispatch надо слать на
ref=master, иначе Gitea вернёт 404 по ветке.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-05-25 10:28:24 +00:00
coopops d7ad0d7251 ci(release): убрать publish-docs (gh-pages), триггер coopenomics через Gitea workflow_dispatch
После переезда на Gitea два downstream-джоба были наследием GitHub:
- publish-docs пушил site/ в gh-pages github.com под secrets.GITHUB_TOKEN
  (на Gitea — гитейный токен, невалиден) → Authentication failed. Pages
  устарел, доки теперь деплоит C9S/coopenomics. Джоб удалён целиком.
- trigger-coopenomics-docs слал repository_dispatch на github.com через
  peter-evans (COOPENOMICS_PAT пуст). Репо переехало в C9S/coopenomics на
  Gitea, а Gitea не имеет API для repository_dispatch — только
  workflow_dispatch. Заменено на curl к Gitea API workflow_dispatch с
  secret GITEA_DISPATCH_TOKEN; целевой workflow получит входы mono_sha/mono_ref.

publish-packages не трогаю — там нужен лишь NPM_TOKEN в секретах (E404 на
scoped-пакетах = отсутствует npm-авторизация).

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-05-25 10:25:13 +00:00
ant 3f5859eb3e Merge pull request 'feat(chatcoop): комнаты секретаря + синхронизация непроектных комнат в blago' (#34) from feat/chatcoop-secretary-rooms into dev
Reviewed-on: #34
Reviewed-by: Алексей Муравьев <chairman.voskhod@gmail.com>
2026-05-25 09:53:32 +00:00
coopops 46e3686550 [E14][@dark-sun] feat(шапка): крошка-название страницы слева + фикс переноса заголовка ModalBase
Крошка: в #crumb рядом с BackButton выводится route.meta.title текущей
страницы (тот же, что подсвечен в меню) — именно для неё действия и
сдвинуты вправо. Длинное название обрезается ellipsis в .topbar__crumb b.

ModalBase: q-bar получил авто-высоту, заголовок переносится (white-space
normal + overflow-wrap), крестик прижат к верху — на узком экране титул
больше не обрезается сверху.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-25 09:49:19 +00:00
Alex Ant a625fc79e1 Merge branch 'dev' of ssh://git.coopenomics.world:222/C9S/mono into dev 2026-05-25 14:42:03 +05:00
coopops fb545b4122 [E14][@dark-sun] fix(WalletPage): micro-кнопки взноса/возврата в шапке на мобильном
Why: полноразмерные DepositButton/WithdrawButton в узкой мобильной шапке
раздувались — текст переносился в 2 строки, кнопки вылезали за высоту
topbar. micro-вариант (иконка + tooltip, flat/dense) и предназначен
для слота шапки.

What: Teleport-кнопки получают :micro='isMobile' (useWindowSize, <768px).
Мобильный — компактные иконки; десктоп — полные кнопки с подписью.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-25 09:41:18 +00:00
coopops e20ddb4a9c [E14][@dark-sun] fix(WithdrawButton): «получить возврат» → «Получить возврат» — заглавная
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-25 09:39:51 +00:00
claude 393ea148f0 chore(compose): run dev-сервисы от uid 1000, чтобы codegen не плодил root-файлы
coopback/cooparser/desktop монтируют ./:/app, а node:22-slim без USER пишет
от root — codegen (generate-client, schema.gql, logs, quasar-кэш) кладёт
root-owned файлы в дерево и ломает git checkout (git работает от ant без sudo).
Добавлен user: "1000:1000" + HOME=/tmp, чтобы вывод контейнеров принадлежал
хостовому ant. node_modules/.pnpm-store уже ant:ant.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-05-25 12:54:31 +05:00
Alex Ant 9029fa1f9d chore(release): publish
Build bootstrap container / build (push) Successful in 3m17s
Release / release (push) Successful in 25m39s
Release / publish-docs (push) Failing after 9m10s
Release / trigger-coopenomics-docs (push) Failing after 5s
Release / publish-packages (push) Failing after 9m23s
2026-05-25 12:41:40 +05:00
coopops e640b6add6 chore(controller): синхронизировать controller/zeus с регенерацией
Typecheck / desktop (pull_request) Successful in 13m19s
Typecheck / controller (pull_request) Successful in 12m49s
generate-client пишет копию zeus и в components/controller/zeus — обновляю вместе
со schema.gql, чтобы не оставлять дрифт сгенерированных артефактов.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-05-25 06:29:06 +00:00
coopops b2c56651f9 chore(controller,sdk): регенерация schema.gql + zeus под комнаты секретаря
Typecheck / desktop (pull_request) Successful in 13m29s
Typecheck / controller (pull_request) Successful in 13m0s
generate-schema + generate-client после добавления резолверов SecretaryRooms и
chatcoopListNonProjectCommunicationRooms. Без этого @coopenomics/sdk:build падал
в CI на отсутствующих в zeus типах (ChatcoopSecretaryRoom / CreateSecretaryRoomInput
/ RemoveSecretaryRoomInput / ChatcoopNonProjectCommunicationRoom) — общий build-шаг
обеих джоб typecheck. Локально sdk build (prebuild tsc --noEmit) зелёный.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-05-25 06:28:39 +00:00
coopops 5c6062420f feat(desktop/chatcoop): страница «Комнаты секретаря» на столе связи
Typecheck / desktop (pull_request) Failing after 7m26s
Typecheck / controller (pull_request) Failing after 6m28s
- entity SecretaryRoom (api/model/store) поверх SDK chatcoopListSecretaryRooms /
  chatcoopCreateSecretaryRoom / chatcoopRemoveSecretaryRoom
- SecretaryRoomsPage: список комнат реестра (тип, наличие секретаря, шифрование),
  создание комнаты (публичная/приватная) и удаление комнат секретаря
- маршрут chatcoop-secretary-rooms, доступ роли chairman+member
- системные/проектные комнаты — read-only (удаление только у kind secretary)

Затипизируется после generate-schema/generate-client (новые SDK-операции).

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-05-25 05:56:57 +00:00
coopops d1ce3924d5 feat(sdk,blago-cli): SDK-операции комнат секретаря + pull непроектных транскрипций
SDK (рукописные обёртки над Zeus — затипизируются после generate-schema/client):
- queries: ListNonProjectCommunicationRooms, ListSecretaryRooms
- mutations: CreateSecretaryRoom, RemoveSecretaryRoom
- селекторы ChatcoopNonProjectCommunicationRoom / ChatcoopSecretaryRoom

blago-cli:
- pullNonProjectCommunicationArtifacts: переписка + транскрипции + memo комнат
  пайщиков/совета/секретаря в отдельную верхнюю папку rooms/<folder>/{messages,meetings}/
- курсор transcriptionLastEndedExclusiveByRoom (по matrixRoomId)
- системные комнаты — стабильные папки komnata-paishchikov / komnata-soveta;
  комнаты секретаря — slug + хвост хеша matrixRoomId

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-05-25 05:49:06 +00:00
coopops d7c2c90290 feat(chatcoop): комнаты секретаря + синхронизация непроектных комнат в blago
Задача 1 (синхронизация в blago):
- roomKind 'secretary' в реестре управляемых Matrix-комнат
- репозиторий: findAll + findNonProjectCommunicationRooms (всё кроме capital_project)
- inter-порт listNonProjectCommunicationRooms + тип InterNonProjectCommunicationRoomRef (kind)
- query chatcoopListNonProjectCommunicationRooms (members/council/secretary) для blago-cli

Задача 2 (комнаты секретаря, backend):
- SecretaryRoomManagementService: создание комнаты (public/private, всегда plaintext,
  force-join только секретаря, создатель — модератор) и удаление (kick секретаря + дерегистрация)
- SecretaryRoomsResolver: chatcoopListSecretaryRooms / chatcoopCreateSecretaryRoom /
  chatcoopRemoveSecretaryRoom; доступ chairman+member
- matrix-api: inviteUser / kickUser
- конфиг SECRETARY_ROOM_MATRIX

Принцип: секретарь присутствует только в backend-созданных комнатах; force-join в
произвольную чужую комнату запрещён (общий Synapse на все кооперативы).

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-05-25 05:46:00 +00:00
coopops 5eb03c74c4 ci(release): retry на docker push (3 попытки) — гасит транзиентный DNS
registry-1.docker.io на runner'е изредка не резолвится (DNS-таймаут к
127.0.0.53), из-за чего push валит весь релиз уже после успешной сборки
образов. Обёртка dpush() повторяет push до 3 раз с паузой 10с во всех трёх
push-шагах (контракты, base, сервисы).

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-05-25 04:18:33 +00:00
Alex Ant 64bb8a0be8 chore(release): publish
Build bootstrap container / build (push) Successful in 3m20s
Release / release (push) Successful in 25m42s
Release / publish-packages (push) Has been skipped
Release / publish-docs (push) Has been skipped
Release / trigger-coopenomics-docs (push) Has been skipped
2026-05-25 08:55:05 +05:00
Alex Ant a7c8f8cd17 Merge branch 'dev' of ssh://git.coopenomics.world:222/C9S/mono into dev 2026-05-25 08:54:48 +05:00
coopops da00407a7c ci(release): доставить рантайм-либы CDT (libz3-4 и др.) при установке из .deb
clang-9 падал "error while loading shared libraries: libz3.so.4". Пакет cdt
объявляет только libcurl4-gnutls-dev, но бинари тулчейна (objdump -p NEEDED)
требуют libz3.so.4/libtinfo.so.6/libxml2.so.2/libz.so.1. В образе
dicoop/blockchain они были из сборки исходников, из .deb не тянутся —
ставим libz3-4 libtinfo6 libxml2 zlib1g явно.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-05-25 03:54:39 +00:00
Alex Ant cfb9398ec6 chore(release): publish
Build bootstrap container / build (push) Successful in 3m25s
Release / release (push) Failing after 2m29s
Release / publish-packages (push) Has been skipped
Release / publish-docs (push) Has been skipped
Release / trigger-coopenomics-docs (push) Has been skipped
2026-05-25 08:44:36 +05:00
coopops 966dcc45f2 ci(release): собирать контракты из cdt .deb прямо в job, без вложенного docker
Шаг компиляции контрактов в release.yaml падал под Gitea act_runner:
build-all.sh монтирует $(pwd):/project в sibling-контейнер, но job сам
исполняется в контейнере → хостовый демон не видит путь, /project пуст,
cmake падает "no CMakeLists.txt". Релиз не собирался зелёным (runs #144, #158).

- build_contracts_cdt.sh: чистый cmake/make без docker (общий источник флагов).
- build-all.sh: тонкая docker-обёртка над ним для локальной сборки.
- release.yaml: вместо pull образа + build-all.sh — установка cdt v4.2.0 .deb
  в окружение job'а + симлинк /cdt/build → /usr/opt/cdt/4.2.0 (сводит хардкод
  toolchain-путь CMakeLists без его правки) + вызов build_contracts_cdt.sh.
  Компиляция в самом job-контейнере, без вложенного docker. sudo-агностично —
  одинаково на GitHub-VM и Gitea-контейнере.
- Убран избыточный typecheck-гейт из release; typecheck.yaml остаётся PR-гейтом.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-05-25 03:42:34 +00:00
Alex Ant 25f10e6782 Merge branch 'dev' of ssh://git.coopenomics.world:222/C9S/mono into dev
Build bootstrap container / build (push) Successful in 3m10s
2026-05-24 23:29:58 +05:00
Alex Ant 3d52d816a4 chore(release): publish
Build bootstrap container / build (push) Successful in 3m22s
Release / typecheck (push) Successful in 23m58s
Release / release (push) Failing after 2m27s
Release / publish-packages (push) Has been skipped
Release / publish-docs (push) Has been skipped
Release / trigger-coopenomics-docs (push) Has been skipped
2026-05-24 23:29:42 +05:00
claude 665c22fc87 fix(boot): унифицировать extra_reboot.sh и clean_reboot.sh с reboot.sh
Build bootstrap container / build (push) Successful in 3m14s
Все три reboot-скрипта теперь идентичны, кроме строки pnpm run boot[:extra|:clean]:
- wipe blockchain-data контейнером (docker run alpine rm) вместо sudo rm —
  работает без sudo на любой ноде независимо от владельца данных (на Pi нет
  passwordless sudo; на проде nodeos пишет данные под root). Единый способ с reboot.sh.
- monoredis в down -v и up -d — без него coopback падает на старте
  (getaddrinfo EAI_AGAIN monoredis → nodemon crash), и провайдер не получает
  org-данные partner1.
- coopback через up -d --force-recreate (перечитывает env), как в reboot.sh.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-05-24 23:26:40 +05:00
claude b897627d72 fix(boot): partner1 провижининг под EXTRA_RENT, enrollment в ЦПП Кошелька, идемпотентная activateFeature
Build bootstrap container / build (push) Successful in 3m10s
- booter.ts: installExtraData (регистрация partner1 с auto-approve → триггер аренды
  провайдером) выполняется только под EXTRA_RENT=1. boot:extra используется и для
  других задач (пересев совета/чейна), где аренда VM не нужна.
- infra.ts: partner1 подписывает wallet-соглашение (wallet::signagree, program_id=1)
  при регистрации. Без членства в ЦПП Кошелька provider.performInitialTransfers
  (150 AXON на partner1 перед ACTIVE) падает ассертом eosio.token::is_can_transfer
  «Получатель не является участником целевой потребительской программы кошелька»,
  и инстанс навсегда висит в INSTALL.
- blockchain/index.ts: activateFeature не роняет boot при protocol_feature_exception
  (фича уже активна на не-обнулённом чейне) — ловим и продолжаем.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-05-24 23:13:39 +05:00
ant 72cec26c14 Merge pull request 'Убрать механику blocked из L3-кошельков (резерв возврата → отдельный кошелёк w.wal.wpend)' (#31) from feat/remove-l3-blocked into dev
Build bootstrap container / build (push) Successful in 3m21s
Reviewed-on: #31
Reviewed-by: Алексей Муравьев <chairman.voskhod@gmail.com>
2026-05-24 17:32:03 +00:00
coopops 7a163389c6 chore(controller,sdk): полная регенерация schema.gql и zeus (generate-schema + generate-client)
Typecheck / desktop (pull_request) Successful in 13m28s
Typecheck / controller (pull_request) Successful in 13m9s
Штатный синк вместо точечной правки: schema.gql приведён в соответствие с
актуальными DTO контроллера (был протухший — накопленный дрейф полей,
не только blocked). zeus перегенерирован из новой схемы; оба
controller/zeus и sdk/src/zeus идентичны.

Результирующие изменения относительно L3-blocked-ветки:
- удалён blocked из Ledger2Wallet/ProgramWallet (цель PR);
- синхронизированы ранее не закоммиченные дрейфы: is_server_init в SystemInit,
  enum-значение AWAITING_AUTHORIZATION, актуализация описаний/ролей @Field.
- blocked сохранён в ChartOfAccountsItem (legacy chart-of-accounts).

Проверено локально: sdk typecheck и controller typecheck зелёные.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-05-24 17:11:32 +00:00
coopops 710e0cda8c [E14][@dark-sun] feat(стол пайщика): кошельки списком во всю ширину + действия шапки через Teleport
Кошельки (по фидбэку — переносы выглядят плохо):
- .wallet-programs из grid (repeat auto-fill minmax) → flex-column: карточки
  идут списком во всю ширину страницы.
- canon .wallet__title/__sub: возвращён nowrap + ellipsis (откат wrap-фикса);
  на широкой строке текст почти всегда влезает, иначе — ellipsis.
- WalletCard + минимум-карточка: нативный tooltip `title` — при наведении
  виден полный текст. Убран .wallet--row reset (базовый снова nowrap).

Действия шапки (кнопки взноса/возврата пропали; нужна новая механика):
- Новый canon-механизм: страница телепортирует свои действия в шапку через
  <Teleport to="#header-actions-host">. Host — постоянный span с
  display:contents в #actions слоте CommonHeader (при loggedIn).
- :has()-правило прячет .topbar__actions, когда внутри только пустой host
  (нет ни store-кнопок, ни телепорта) — чтобы не было пустого разделителя.
- WalletPage переведён на Teleport (DepositButton/WithdrawButton),
  useHeaderActions store-механизм убран со страницы.
- Старый useHeaderActions оставлен для прочих 10 страниц — мигрируем
  и удалим отдельно. DepositButton сам скрыт, пока пайщик не принят
  (status !== 'active') — это защита, не баг.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-24 16:45:39 +00:00
coopops 5c494db262 fix(sdk): синхронизировать schema.gql и zeus с удалением blocked из L3-кошельков
Typecheck / desktop (pull_request) Successful in 13m29s
Typecheck / controller (pull_request) Successful in 13m8s
CI Typecheck падал на @coopenomics/sdk:build (tsc): селекторы
programWalletSelector/ledger2WalletSelector и зависимые capital-селекторы
больше не содержат blocked, но zeus-типы (MakeAllFieldsRequired) всё ещё
требовали его как обязательное поле.

- schema.gql: убран `blocked: String!` из типов Ledger2Wallet и ProgramWallet
  (точечно, без полной регенерации — она тянет несвязанный дрейф схемы).
- zeus (controller/zeus + sdk/src/zeus): убран blocked из Ledger2Wallet и
  ProgramWallet во всех 4 секциях (ValueTypes/ResolverInputTypes/ModelTypes/
  GraphQLTypes). blocked в ChartOfAccountsItem (legacy chart-of-accounts) и
  статус-комментарии (accepted|blocked) сохранены.
- CoopCard.vue: удалён мёртвый закомментированный блок с wallet.blocked.

Проверено локально: sdk typecheck и controller typecheck зелёные.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-05-24 16:43:07 +00:00
coopops 0969505a71 feat(ledger2): убрать механику blocked из L3-кошельков, перевести возврат на отдельный кошелёк-резерв
Typecheck / desktop (pull_request) Failing after 6m36s
Typecheck / controller (pull_request) Failing after 6m30s
Упраздняем субсчёт "заблокировано" на кошельках. Резерв средств под заявку
на возврат паевого теперь выражается переводом на отдельный COOPERATIVE-кошелёк
w.wal.wpend, а не блокировкой внутри w.wal.share. Все движения — только переводы
и сжигание, без BLOCK/UNBLOCK.

Контракты (ledger2/wallet/capital):
- wallets.hpp: новый кошелёк WITHDRAW_PENDING (w.wal.wpend, COOPERATIVE).
- operations.hpp: из WalletOp удалены BLOCK/UNBLOCK/BURN_BLOCKED (числовые
  значения ISSUE/TRANSFER/BURN/NONE сохранены для совместимости истории).
  Переключены 3 операции возврата: o.wal.wthreq -> TRANSFER share->wpend;
  o.wal.wthdec -> TRANSFER wpend->share; o.wal.wthcpl -> BURN wpend.
- walletop.cpp/revert.cpp: удалены кейсы и валидации блокировки.
- migrate(): свёртка blocked->available по ВСЕМ коопам (выполняется автоматически
  при деплое; сигнатура без аргументов). Поле blocked в структурах таблиц
  оставлено deprecated — физическое удаление = смена layout таблицы на живых
  коопах, отдельный cleanup-деплой.
- capital balances/importcontr: больше не читают blocked.
- p.wal.wthdrw.standard.yaml: стандарт приведён к модели "резерв на кошельке".

cooptypes/SDK:
- operations.ts: WalletOp без BLOCK/UNBLOCK/BURN_BLOCKED; 3 операции возврата
  переключены; wallets.generated.ts регенерён (добавлен w.wal.wpend).
- selectors: убран blocked из programWalletSelector/ledger2WalletSelector.

Backend (controller): убрано поле blocked из GraphQL DTO ProgramWallet и
Ledger2Wallet. TypeORM-колонка/внутренние интерфейсы оставлены deprecated
(без DB-миграции).

Frontend (desktop): убраны все поля "Заблокировано" — WalletProgramWidget,
WalletWidget, ParticipantWalletsPage, CoopWalletsPage, CapitalWalletsCardsWidget,
ContributorsListWidget, optimistic blocked_delta.

Границы (не в этом PR): legacy soviet::progwallets blockbal/unblockbal и
donor-marketplace; legacy ledger v1 chart-of-accounts "Заблокированные средства";
полное удаление поля blocked из C++-структур таблиц.

Требует CI-шага: regen GraphQL schema + zeus client (generate-schema/-client)
для согласования schema.gql и zeus-типов с удалённым полем blocked.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-05-24 16:07:11 +00:00
Alex Ant 970e107261 DEV setup on macos 2026-05-24 12:09:31 +05:00
claude a0e169e9b4 fix(blago-cli): pull не плодит ложные merge-конфликты при bump updated_at
Корневая причина: при pull конфликт объявлялся по условию
`dirty && remoteUpdatedAt !== prev.remote_updated_at`, где `dirty`
определяется сравнением raw-байтового sha файла с content_etag_local.
Серверные метки времени (updated_at/created_at) входят и во frontmatter
файла, и в etag. Когда сервер бьёт _updated_at родителя при дочерней
мутации (создание/удаление issue/story), etag в индексе расходится с
файлом ровно на строку updated_at — файл считается «грязным», а при
изменившемся remote_updated_at pull пишет маркеры слияния на весь файл,
хотя содержательно текст идентичен. Подтверждено: подстановка
remote_updated_at в файл воспроизводит etag байт-в-байт (58 записей на
проде voskhod).

Фикс: в syncEntityFile перед записью маркеров сравниваем локальный и
серверный тексты в каноне без updated_at/created_at. Если совпадают —
это не конфликт: принимаем серверную версию и лечим etag, без маркеров.
Реальная правка тела/заголовка по-прежнему даёт маркеры.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-05-24 12:00:43 +05:00
coopops 36694f648d [E11][@dark-sun] fix(CommonHeader): бренд-логотип inline-SVG в зелёном квадрате, как в личном кабинете
Why: на странице без логина логотип был <img :src='logo.svg'> — img рендерит
SVG в изоляции, не наследует currentColor, поэтому показывался чёрно-белым
и не реагировал на смену темы. В личном кабинете (WorkspaceSwitcher)
тот же logo.svg рендерится inline через v-html в зелёном квадрате
и наследует color (logo.svg на fill:currentColor) — «зелёненький
на зелёном фоне», одинаковый в обеих темах.

What: CommonHeader brand-slot переведён на тот же приём —
`logo.svg?raw` + v-html внутри .app-q-header__logo
(background var(--p-primary-soft), color var(--p-primary), 28px квадрат,
16px svg). Переключение темы больше не требуется — зелёный константен.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-24 06:39:59 +00:00
ant a93022343c Merge pull request 'test(ci): dry-run typecheck workflow on PR — duration measurement' (#30) from ci-trial-typecheck-2026-05-23 into dev
Reviewed-on: #30
2026-05-23 13:22:54 +00:00
claude 81fca02e39 Merge remote-tracking branch 'origin/dev' into ci-trial-typecheck-2026-05-23
Typecheck / desktop (pull_request) Successful in 13m8s
Typecheck / controller (pull_request) Successful in 12m54s
2026-05-23 16:10:24 +05:00
claude d1977e3da2 test(ci): retrigger after workflow fix (lerna run build)
Typecheck / desktop (pull_request) Successful in 12m22s
Typecheck / controller (pull_request) Failing after 6m31s
2026-05-23 15:49:12 +05:00
claude 69d0e223ed ci(typecheck): полный lerna run build вместо --scope cooptypes+factory(+sdk)
Trial run #148 (PR #30) упал в job controller на 37 TS2307 «Cannot find
module» для @coopenomics/{sdk,inter,notifications}. Локально маскируется
тем, что controller стартует через ts-node, который резолвит .ts напрямую
через tsconfig-paths/pnpm-симлинки и не зависит от dist/. tsc же ищет
types из package.json целевого пакета — а оно показывает на dist/index.d.ts
из unbuild.

Замена локального scoped-build на полный `pnpm lerna run build` (как в
корневом Dockerfile builder-стадии) собирает граф целиком и устойчиво
к добавлению новых workspace-пакетов. Добавляет ~2-3 мин ко времени job'а,
end-to-end оценочно ~21 мин (был 18 на сломанной версии).
2026-05-23 15:48:50 +05:00
claude b1b0776d68 test(ci): dry-run typecheck workflow on PR — measure end-to-end duration
Typecheck / desktop (pull_request) Successful in 12m35s
Typecheck / controller (pull_request) Failing after 6m31s
2026-05-23 10:57:59 +05:00
claude e4a1a33a53 ci: typecheck (vue-tsc desktop + tsc controller) — PR-гейт на dev и needs у release
build образов в release.yaml не ловит TS-ошибки: quasar build идёт через
esbuild с выключенным vueTsc в vite-plugin-checker (см. quasar.config.cjs),
а у controller'а build-скрипта вообще нет — `lerna run build` его молча
пропускает, в проде ts-node стартует и валится на типах только в рантайме.
Поэтому битый тэг мог уехать в DockerHub (кейс PR #392 / rename 1080→1020
в cooptypes — TS2551 в distribution-management проскочил именно так).

Новый reusable workflow .github/workflows/typecheck.yaml:
 - desktop: build cooptypes/factory/sdk → quasar prepare → vue-tsc --noEmit --skipLibCheck
 - controller: build cooptypes/factory → pnpm typecheck (tsc --noEmit)
 - триггер pull_request на dev + workflow_call

В release.yaml добавлен job typecheck (uses: ./.github/workflows/typecheck.yaml),
release-job получил needs: typecheck. Downstream publish-packages /
publish-docs / trigger-coopenomics-docs через release автоматически в цепочке.

Push в dev/testnet/main НЕ триггерит — PR-гейта достаточно, тэги покрыты
через workflow_call. Если vue-tsc упрётся в OOM/таймаут на ubuntu-latest,
fallback на `pnpm --filter @coopenomics/desktop run typecheck` (без SFC).
2026-05-23 10:48:53 +05:00
coopops f20764adbd Merge branch 'dev' into worktree-design-wave1
Подтянуть hotfix controller TypeORM, SWC dev-builder и mongo standalone.
2026-05-23 05:33:20 +00:00
ant 9cbed2edf5 Merge pull request 'fix(controller): откатить transpileOnly — ломает TypeORM (post-PR#27 hotfix)' (#29) from fix/controller-revert-transpileonly into dev
Reviewed-on: #29
2026-05-23 05:29:52 +00:00
claude f27eb3a102 fix(controller): откатить "ts-node":{"transpileOnly":true} — ломает TypeORM
PR #27 включил transpileOnly через "ts-node" блок в tsconfig.json
для ускорения cold-start dev. Это сломало TypeORM на старте:

  DataTypeNotSupportedError: Data type "Object" in "TokenEntity.type"
  is not supported by "postgres" database.

Корень: transpileOnly режим ts-node использует ts.transpileModule,
один файл за раз без TypeChecker. Cross-file type aliases — типа
`import type { TokenType } from '~/types/token.types'` где
`TokenType = (typeof tokenTypes)[keyof typeof tokenTypes]` — без
type-checker'а **не резолвятся**. design:type metadata
для `@Column() type!: TokenType` записывается как `Object` вместо
`String`. TypeORM пытается создать колонку Object → unsupported.

Проблема структурная: множество TypeORM Entity в controller'е
используют `import type {SomeAlias}` + `@Column() field: SomeAlias`,
полагаясь на полный type-resolve в metadata-emit. Без явного `type:`
в каждом @Column переход на transpileOnly / SWC невозможен.

Возвращаемся к полному ts-node (cold-start 60+ сек, как было до
PR #27). @swc/core / @swc-node/register остаются в devDeps —
безвредны, не используются. Smoke-suite tests/unit/_swc-readiness/
остаётся как regression-net для будущих попыток (тестирует
emitDecoratorMetadata инвариант).

Будущий путь к ускорению (отдельная задача):
1. Пройтись по всем TypeORM Entity, добавить explicit type: в
   каждый @Column — снимет зависимость от cross-file metadata.
2. ИЛИ перевести TokenType-подобные type-aliases в enum (value-
   import) — runtime binding позволит metadata эмититься корректно.
3. Тогда transpileOnly / SWC заработают без regressions.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-05-23 10:27:49 +05:00
ant e3f4071b16 Merge pull request 'perf(controller): cold-start dev в ~25x (transpileOnly) + Node 22 + SWC-ready' (#27) from feat/controller-swc-builder into dev
Reviewed-on: #27
2026-05-23 05:19:33 +00:00
ant 3c87043d12 Merge pull request 'chore(infra): mongo standalone локально, без --replSet rs0' (#28) from chore/mongo-standalone-local into dev
Build bootstrap container / build (push) Successful in 2m25s
Reviewed-on: #28
Reviewed-by: Алексей Муравьев <chairman.voskhod@gmail.com>
2026-05-23 05:19:12 +00:00
claude 1a6f326aa4 chore(infra): mongo standalone локально, без --replSet rs0
Локально гоняем mongo как standalone. Раньше был --replSet rs0 +
rs.initiate в entrypoint, но проект не использует ни transactions
(нет startSession), ни change streams (нет .watch()), ни
readConcern:'majority' — replica-set серверно избыточен. Клиенты
(mongoose в controller, MongoClient в parser, notifications) уже
подключаются по URL без replicaSet=/directConnection= параметров,
для них переход прозрачен.

Бонусы:
- pnpm run reboot больше не висит на «MongoDB еще не готов
  (нет PRIMARY)»: на arm64 sleep 5 в entrypoint не успевал поднять
  mongod до того, как rs.initiate пытался выполниться, и rs.status()
  внутри try/catch ловил неправильную ошибку — replica config не
  применялся, oplog.rs не создавался, PRIMARY никогда не наступал
  (инцидент 2026-05-23).
- Старт mongo на 5-10 сек быстрее.
- Меньше состояния в volume — нет oplog/replica-config.

reboot.sh: ждать db.adminCommand({ping:1}) вместо db.hello().isWritablePrimary.

Прод-конфигурация (k8s/swarm) этого файла не использует — там
своя replica-схема для HA, не затронута.

Если в будущем потребуются transactions — вернуть --replSet rs0
+ rs.initiate в entrypoint обратно. Триггер: появление в коде
session = await mongoose.startSession() или .watch().

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-05-23 10:16:25 +05:00
coopops 712080ff8f Merge branch 'dev' into worktree-design-wave1
Подтянуть свежие изменения dev в дизайн-ветку перед продолжением миграции стола пайщика.
2026-05-23 05:09:17 +00:00
ant 5fc2d90a85 Merge pull request 'ci: объединить релизные workflow и убрать Telegram-уведомления' (#26) from chore/ci-unify-release-workflows into dev
Build bootstrap container / build (push) Successful in 3m26s
Reviewed-on: #26
2026-05-23 04:55:20 +00:00
coopops 76513b8526 [E14][@dark-sun] fix(canon .wallet): просто wrap по пробелам, без overflow-wrap: anywhere
Why: предыдущий фикс `overflow-wrap: anywhere; word-break: break-word`
ломал слова в любом месте даже когда колонка достаточно широкая —
«Минимальный неснижаемый остаток» рендерился по одному слову на строку,
несмотря на ~480px доступной ширины. Реально нужен только wrap по пробелам;
agressive break-word оправдан только для URL-подобных нерасчленяемых строк.

What: убраны `overflow-wrap` и `word-break` из .wallet__title/__sub —
браузер делает естественный wrap по пробелам, длинные заголовки переносятся
только когда не помещаются. `.wallet--row` reset для compact-варианта
оставлен — там по-прежнему single-line+ellipsis.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-23 04:50:01 +00:00
coopops 0872c4c093 [E14][@dark-sun] fix(canon .wallet): разрешить перенос длинных заголовков на full-варианте + порядок карточек в WalletProgramWidget
Why: canon-стиль .wallet__title и .wallet__sub был с
`white-space: nowrap; overflow: hidden; text-overflow: ellipsis;` — на full-
варианте это резало длинные подписи («Минимальны…», «Возвращается п…»)
даже на просторных экранах, потому что grid-колонка `.wallet__main` сжимается
ради `.wallet__amount` справа. Эта обрезка будет всплывать на любой
длинной строке (метки программ, статусы пайщика, длинные subtitle).
Compact-вариант `.wallet--row` (слот шапки) должен остаться одной строкой.

What:
- .wallet__title/__sub: убран nowrap/ellipsis; добавлено
  `overflow-wrap: anywhere; word-break: break-word; hyphens: auto` (для title)
  и `overflow-wrap: anywhere; word-break: break-word` (для sub) — длинные
  заголовки переносятся на 2+ строки.
- .wallet--row: явно возвращает nowrap+ellipsis (с reset word-break/
  overflow-wrap), чтобы compact-ряды в шапке оставались строго одной строкой.
- WalletProgramWidget: карточка минимального неснижаемого остатка
  перемещена в начало grid'а (была после программ) — это базовая защита
  средств пайщика, логичнее видеть её первой.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-23 04:45:30 +00:00
Alex Ant bc3a315790 ci: объединить релизные workflow в один, убрать Telegram-уведомления
Слияние в release.yaml через jobs+needs (последовательно):
- release (контракты+контейнеры+webhook, как раньше)
- publish-packages (если не -alpha) — был publish-packages.yaml
- publish-docs (не -alpha + main) — был publish-docs.yaml
- trigger-coopenomics-docs (не -alpha + main) — был build-contracts-docs.yaml

Удалено:
- build-contracts.yaml (ручной workflow_dispatch, сознательно вынесен из
  релиз-пути после инцидента 2026-05-13, пользователем подтверждено удаление)
- publish-packages.yaml, publish-docs.yaml, build-contracts-docs.yaml
  (содержимое перенесено в release.yaml как зависимые jobs)

Гейты унифицированы на !contains(github.ref, '-alpha') во всех publish-*
и trigger-* (раньше publish-docs/build-contracts-docs резали ещё
-beta/-rc/-test). IS_PROD в release-job остаётся на (alpha|beta|rc|test)
намеренно — webhook продакшна и тэг :latest должны быть строже.

Telegram-уведомления удалены из release.yaml и build-bootstrap.yaml.
Полагаемся на дефолтные email-уведомления Gitea-инстанса (mailer ENABLED=true).
Секреты TELEGRAM_BOT_TOKEN/TELEGRAM_CHAT_ID после merge можно удалить из репо.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-05-23 09:39:53 +05:00
coopops c94cb3759a [E14][@dark-sun] refactor(WalletCard,WalletProgramWidget): «Главный кошелёк» канон-default + минимальный остаток отдельной карточкой
Why:
- Заголовок «Кошелёк» для program='wallet' путал — в столе пайщика этот
  кошелёк семантически главный, и в любых других местах canon (MicroWallet,
  WalletCardMini, _dev/ui) он тоже должен называться полно — «Главный
  кошелёк». Лучше один canon-default, чем локальный override в каждом
  потребителе. Согласовано — переименование canon DEFAULT_TITLES.
- Минимальный неснижаемый остаток — НЕ баланс кошелька, а самостоятельная
  сущность пайщика (паевой взнос, возвращается при выходе). Пристегивать
  его DataRow-строкой под grid'ом — нелогично, как было и раньше в legacy.
  Правильнее — отдельной карточкой в той же сетке кошельков.

What:
- WalletCard.vue: DEFAULT_TITLES.wallet 'Кошелёк' → 'Главный кошелёк'.
  Глобально для всех потребителей canon-компонента.
- WalletProgramWidget.vue: убран TITLE_OVERRIDE и DataRow-блок минимального
  остатка. Карточка остатка теперь рендерится в общем .wallet-programs
  grid'е canon-разметкой `.wallet` с иконкой `savings`, заголовком
  «Минимальный неснижаемый остаток», подзаголовком «Возвращается при выходе
  из кооператива» и зарезервированной суммой. Нейтральная подсветка иконки
  через `.wallet--minimum { --prog-bg, --prog-fg }`, чтобы визуально
  отличалась от программ, но встала в общую сетку.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-23 04:39:27 +00:00
Alex Ant 4a244c05e4 fix(controller): откат "ts-node":{"swc":true} → "transpileOnly":true
Полный SWC через ts-node наткнулся на TDZ-ловушку при загрузке
src/extensions/1ccoop/oneccoop-extension.module.ts:

  ReferenceError: Cannot access 'OneCoopPlugin' before initialization
    at Object.get OneCoopPlugin
    at oneccoop-secret-key.guard.ts:83 (line in transpiled SWC output)

Корень: circular import между oneccoop-extension.module.ts и
guard.ts (guard импортирует OneCoopPlugin для @Inject(forwardRef(...))
+ type annotation; module импортирует guard для providers). SWC
эмитит `Reflect.metadata("design:paramtypes", [OneCoopPlugin])`
при class-declaration `@Injectable()` — это runtime-обращение к
OneCoopPlugin до того, как oneccoop-extension.module.ts закончил
инициализацию. tsc/CommonJS-loader прощает (hoisted exports +
Object.defineProperty(get) для late-binding), SWC по строгой
ES-семантике — нет.

Масштаб системный, не локальный: 32 файла в src/ используют
forwardRef(() => Class), много из них в pattern @Inject + type
annotation в конструкторе. Под SWC каждый такой файл —
потенциальный TDZ. Чинить по одному (import type + lazy require
в forwardRef) — десятки правок с риском уронить тип-safety.

Решение: остаёмся на ts-node --transpileOnly. Тот же 25x cold-start
(~1 сек на пробе), tsc-семантика прощает циклы, никаких code-changes.
@swc/core и @swc-node/register оставляем в devDependencies —
готовы к будущему полному SWC, когда отдельной задачей разорвём
forwardRef-циклы (заменить class-on-class @Inject через string/Symbol
токены, либо вынести типы в отдельные файлы без cycle).

SWC-options через .swcrc как module.lazy:true проверены — не лечат,
проблема в decoratorMetadata, не в импортах.

Smoke-suite tests/unit/_swc-readiness/ — 4/4 PASS на transpileOnly,
emitDecoratorMetadata через barrel-import сохраняется.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-05-23 09:31:25 +05:00
coopops 40cbd3fef9 [E14][@dark-sun] feat(WalletProgramWidget): «Главный кошелёк» + минимальный неснижаемый остаток
Why: на старом WalletWidget пайщик видел свой минимальный неснижаемый остаток
(паевой взнос, возвращается при выходе из кооператива) — самостоятельная
сущность пайщика, не баланс кошелька. При переходе на canon я её упустил.
Канон-default WalletCard 'wallet' = «Кошелёк» — для стола пайщика этот
кошелёк семантически является главным (свободный остаток ЦК), поэтому
локально перекрываем заголовок на «Главный кошелёк».

What:
- TITLE_OVERRIDE['wallet'] = 'Главный кошелёк' — локальное перекрытие
  заголовка только в этом widget'е, canon DEFAULT_TITLES не трогаем
  (другие потребители WalletCard могут использовать общий «Кошелёк»).
- DataRow «Минимальный неснижаемый остаток» под grid'ом программ
  (только когда session.participantAccount.minimum_amount > 0)
  с hint «Возвращается пайщику при выходе из кооператива».
- Источник остатка — session.participantAccount?.minimum_amount,
  как и в legacy WalletWidget.

Note: locked-line уже рендерится самим canon WalletCard, когда
locked-balance > 0 (logic: hasBlocked ? blocked.amount : undefined
в WalletProgramWidget). Отдельная разметка под «Заблокировано» не нужна.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-23 04:30:00 +00:00
coopops cdb12efb62 [E14][@dark-sun] fix(WalletProgramWidget): vue-tsc — flatMap вместо filter+predicate
Why: type predicate `e is CanonProgramEntry` не сходился — optional `locked?: string`
в interface vs required `locked: string | undefined` в литерале map'а. TS считает
эти типы несовместимыми для predicate, хотя они эквивалентны при присваивании.

What: переход на `flatMap<CanonProgramEntry>` с возвратом `[]` для исключаемых
программ. Predicate не нужен, generic flatMap даёт точный тип результата.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-23 04:20:59 +00:00
Alex Ant 79e333db44 perf(controller): полный SWC через @swc-node/register + Node 22
Финал миграции: вместо ts-node --transpileOnly теперь полный SWC
(Rust-транспайлер) через ts-node "swc" mode. Установлены
@swc-node/register@^1.11.1 и @swc/core@^1.15.33 в controller.
tsconfig "ts-node" → { "swc": true, "files": true } (вместо
transpileOnly). Все 14 ts-node-вызовов очищены от --transpileOnly
(избыточно при swc).

Замер:
- ts-node + tsc (baseline): 26+ сек cold-start на простом скрипте
- ts-node --transpileOnly (Node 20): ~1.0 сек
- ts-node + swc (Node 22):           ~1.0 сек (та же скорость, но
  без потери типов — SWC всё ещё транспайлит, просто на Rust)

На полном controller-проекте dev-cold-start раньше был 60+ сек,
теперь — secunda-уровень (точно замерить можно только перезапустив
coopback в контейнере).

Node 22:
- nvm alias default 22 (Node 22.22.3 — требование Quasar 2.5.2,
  заодно убрал quasar-prepare warning при pnpm install).
- libxmljs2 native binary теперь совместим с runtime (на Node 20
  падал tests/unit/reports на NODE_MODULE_VERSION mismatch).

.npmrc в корне (`store-dir=./.pnpm-store`) — фиксирует store в
монорепе. Корень проблемы был: docker-coopback запущен от root и
писал в `/app/.pnpm-store` (= host's /home/ant/mono/.pnpm-store),
host-pnpm дефолтно искал в ~/.local/share/pnpm/store — отсюда
ERR_PNPM_UNEXPECTED_STORE. Relative-path в .npmrc устраняет
mismatch навсегда: и хост, и контейнер видят store через тот же
relative-путь от repo root.

Smoke-suite tests/unit/_swc-readiness/ — 4/4 PASS на SWC, что
формально подтверждает: emitDecoratorMetadata через barrel-import
сохраняется (Nest DI, class-validator, @ValidateNested + @Type все
получают правильные design:type/paramtypes из SWC).

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-05-23 09:20:05 +05:00
coopops 7bad49522b [E14][@dark-sun] refactor(participant/wallet): WalletPage + WalletProgramWidget в канон MONO Platform v2
Why: первая страница стола пайщика (default route 'wallet') использовала legacy
обвязку — CardStyles import, scoped SCSS с .body--dark и hardcoded rgba цветами,
ColorCard с произвольным цветом по индексу. Канон уже знает программы платформы
(blagorost/wallet/generator) через WalletCard + токены --prog-*; на нём и строим.

What:
- WalletPage.vue: убран import 'src/shared/ui/CardStyles', scoped SCSS на
  токенах --p-6/--p-4; вырезана легаси-карточка «Минимальный остаток»
  (она не отображалась — не было разметки в template). useHeaderActions
  для Deposit/Withdraw оставлен — канон поддерживает actions через #actions slot.
- WalletProgramWidget.vue: переписан на canon WalletCard + EmptyState.
  Фильтр на канон-набор программ через ZEUS_TO_CANON
  (MAIN→wallet, BLAGOROST→blagorost, GENERATOR→generator);
  MARKETPLACE и прочие исключены — это не из основной тройки платформы
  и должны рендериться отдельным виджетом.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-23 04:14:41 +00:00
coopops 463801beed [E11][@dark-sun] feat(AppHeader): brand slot — лого + название кооператива на странице без логина
Why: на главную без логина нужно показывать бренд кооператива (логотип + имя)
рядом с глобальными действиями шапки; раньше выводилось только текстовое
название через title-проп без логотипа.

What:
- AppHeader.vue: опциональный slot #brand перед .topbar__crumb;
  hasBrand computed по slots.brand. Когда slot заполнен — крошка не рендерится.
- components.css: стили .topbar__brand (desktop + .topbar--mobile вариант)
  с canon-токенами (--p-fs-body, --p-ink, --p-fs-meta).
- CommonHeader.vue: на !loggedIn заполняет #brand src/assets/logo.svg
  + <b>{coopTitle}</b>; передача title-пропа убрана.
- default.vue: .fixed-top-right { top: 51px } → top: var(--p-topbar-h)
  (canon 56px) — выравнивание FAB под точную высоту шапки.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-23 04:14:22 +00:00
Alex Ant 40be8fb60c test(cooptypes,controller): починить два протухших теста
cooptypes/test/wallets-registry.snapshot — `human_name` для
w.wal.wthdrw в src/ledger2/wallets.generated.ts получил суффикс
"(deprecated, не используется в новых операциях)" (видимо, при
свежей регенерации из C++), но snapshot не обновили. Updating.

controller/tests/unit/process-registry — apply-anchor data поле
переименовано action_code → operation_code в самом сервисе
(src/domain/process-registry/services/process-registry.service.ts),
вместе с константой ACTION_CODE_TO_PROCESS_TYPE → OPERATION_CODE_TO_PROCESS_TYPE.
В тесте оставались старые имена → 1 из 6 кейсов падал на mismatch
regex'а сообщения ошибки. Переименовываю action_code → operation_code
во всём файле и обновляю regex (f2).

Что НЕ починено в этом коммите (pre-existing, не моё):
- 5 case'ов (a..e) в том же файле всё ещё падают: они используют
  operation_codes 'sov.axncnv' / 'cap.act2shr' / 'cap.act2ln' /
  'wall.depcpl' / 'reg.entrfee' / 'reg.minshare' / 'mig.opncash',
  которых нет в Ledger2.LEDGER2_OPERATION_REGISTRY (cooptypes).
  Test fixtures устарели относительно текущей канонической
  ledger2-онтологии (canonical имена — o.cap.crtnma, o.cap.dbtwrf,
  o.cap.lend, o.cap.repay, o.reg.payent, o.reg.putmin и т.п.).
  Этот тест-suite надо переписать под актуальный operation registry
  отдельным PR (требует знания canonical naming kanon).
  Падает и на dev (без моих правок) — это pre-existing tech debt.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-05-23 01:47:33 +05:00
Alex Ant 9e022443ca perf(controller): ts-node --transpileOnly во всех dev-скриптах
Cold-start controller dev (`pnpm dev`) сейчас 60+ секунд из-за полной
TypeScript-компиляции в ts-node на каждый рестарт nodemon. Решение —
добавить --transpileOnly во все 14 ts-node-скриптов и зафиксировать
это в tsconfig "ts-node" блоке. Транспайл-онли пропускает type-check,
оставляет только TS→JS transform (с сохранением emitDecoratorMetadata).

Замер на standalone-пробе с barrel-импортом + Reflect.getMetadata
(tests/unit/_swc-readiness/transpile-only-probe.ts):
- baseline (полный ts-node): 26+ сек (показал тест ts-jest)
- ts-node --transpileOnly:    ~1 сек

Ускорение ~25x на cold-start. dev / start / migration:* / init:* /
analyze:modules / generate-schema — все на --transpileOnly.

Типы продолжаем проверять отдельно: `pnpm typecheck` (tsc --noEmit
по этому же tsconfig.json) — это и так стоит делать перед коммитом
по правилам проекта.

Safety-net — smoke-suite tests/unit/_swc-readiness/swc-readiness.test.ts:
ловит главный риск SWC/transpile-only регрессий — потерю metadata на
barrel-импортах (поведение тех же кодпутей, что и в реальных Nest-
сервисах с injection через @Inject и class-validator DTO).
- ServiceB DI через barrel: design:paramtypes = [ServiceA] (не Object)
- @ValidateNested + @Type через barrel: nested design:type = NestedPayload
- Nest Test.createTestingModule резолвит сервисы через barrel-import
- class-validator/class-transformer не теряют type info

Если позже понадобится **полный SWC** (Rust-транспайлер, ещё в разы
быстрее) — добавить @swc/core + @swc-node/register в devDependencies
и переключить ts-node на swc-режим:
1. `pnpm add -D @swc/core @swc-node/register -F @coopenomics/controller`
2. В tsconfig.json "ts-node" → добавить `"swc": true` либо
   использовать `node --import @swc-node/register/esm-register` в скриптах.
Этот шаг не делается сейчас, так как install требует sudo на shared
pnpm-store (root-owned /home/ant/mono/.pnpm-store/v10) — пользователь
утром может сделать руками.

tsc --noEmit зелёный за 32 сек, smoke-suite + 1 case onboarding-ttl + 1 case
onboarding-steps-registry — все зелёные на baseline и после изменения
tsconfig.json.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-05-23 01:36:36 +05:00
Alex Ant 5fd5db0604 perf(desktop): отключить vueTsc в vite-plugin-checker dev
В dev-режиме vue-tsc через vite-plugin-checker удерживал постоянную
100% загрузку CPU и 2–4 GB RAM на больших Vue 3 + Quasar проектах
(Milkdown / BPMN-js / VueFlow / Mermaid / OpenLayers). Каждое
сохранение запускало полный re-typecheck в фоне, что в долгих
сессиях выглядело как утечка памяти и вешало машину.

Типы продолжаем гонять отдельно: `pnpm typecheck` (tsc --noEmit
--skipLibCheck) и через Volar в IDE. eslint в checker'е остаётся —
он лёгкий и полезен для overlay'я.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-05-23 01:20:25 +05:00
Alex Ant adc5926fa7 Merge branch 'main' into dev
Build bootstrap container / build (push) Failing after 4m59s
2026-05-23 00:55:56 +05:00
Alex Ant 655a73e828 chore(release): publish
Build bootstrap container / build (push) Failing after 7m45s
Trigger Contracts Docs Deploy / gate (push) Successful in 2m3s
Publish Docs / gate (push) Successful in 2m4s
Publish Packages / build-and-publish (push) Failing after 9m24s
Release / release (push) Failing after 4m33s
Trigger Contracts Docs Deploy / trigger-coopenomics (push) Failing after 3s
Publish Docs / build-and-publish-docs (push) Failing after 1h29m50s
2026-05-23 00:55:52 +05:00
Alex Ant 02418af616 Merge branch 'main' into dev
Build bootstrap container / build (push) Failing after 4m58s
# Conflicts:
#	components/blago-cli/package.json
#	components/boot/package.json
#	components/cleos/package.json
#	components/contracts/package.json
#	components/controller/package-lock.json
#	components/controller/package.json
#	components/cooptypes/package.json
#	components/desktop/package.json
#	components/docs-harness/package-lock.json
#	components/docs-harness/package.json
#	components/docs/package.json
#	components/factory/package.json
#	components/inter/package.json
#	components/migrator/package.json
#	components/notifications/package.json
#	components/parser/package-lock.json
#	components/parser/package.json
#	components/sdk/package.json
#	components/setup/package.json
#	lerna.json
2026-05-23 00:54:46 +05:00
Alex Ant 3d4f75bff0 chore(release): publish
Build bootstrap container / build (push) Failing after 7m29s
Trigger Contracts Docs Deploy / gate (push) Successful in 2m4s
Publish Docs / gate (push) Successful in 2m4s
Publish Packages / build-and-publish (push) Failing after 6m39s
Release / release (push) Failing after 4m27s
Trigger Contracts Docs Deploy / trigger-coopenomics (push) Failing after 2s
Publish Docs / build-and-publish-docs (push) Failing after 8m22s
2026-05-23 00:52:06 +05:00
Alex Ant 7b9828ae87 chore(release): publish
Build bootstrap container / build (push) Failing after 7m34s
Trigger Contracts Docs Deploy / gate (push) Successful in 2m17s
Publish Docs / gate (push) Successful in 2m5s
Publish Packages / build-and-publish (push) Failing after 9m49s
Release / release (push) Failing after 4m29s
Trigger Contracts Docs Deploy / trigger-coopenomics (push) Failing after 5s
Publish Docs / build-and-publish-docs (push) Failing after 8m30s
2026-05-23 00:50:01 +05:00
Alex Ant fb7ea468fa chore(release): publish
Build bootstrap container / build (push) Failing after 2m50s
2026-05-23 00:39:08 +05:00
Alex Ant 745438ded3 chore(release): publish 2026-05-23 00:39:08 +05:00
Alex Ant 82d58c29f6 chore(release): publish 2026-05-23 00:39:08 +05:00
Alex Ant aa5c180be0 chore(release): publish 2026-05-23 00:39:08 +05:00
Alex Ant e745c73cb5 chore(release): publish 2026-05-23 00:39:08 +05:00
Alex Ant f531182541 chore(release): publish 2026-05-23 00:39:08 +05:00
Alex Ant 2eadc79ee3 chore(release): publish 2026-05-23 00:39:08 +05:00
Alex Ant 52d423ef8a chore(release): publish 2026-05-23 00:39:08 +05:00
Alex Ant 2b529d5a15 chore(release): publish
Trigger Contracts Docs Deploy / gate (push) Successful in 2m12s
Build bootstrap container / build (push) Failing after 7m29s
Publish Docs / gate (push) Successful in 2m29s
Publish Packages / build-and-publish (push) Has been skipped
Release / release (push) Failing after 4m45s
Trigger Contracts Docs Deploy / trigger-coopenomics (push) Has been skipped
Publish Docs / build-and-publish-docs (push) Has been skipped
2026-05-23 00:38:30 +05:00
Alex Ant 5a17bcdfaf Merge branch 'dev' into testnet 2026-05-23 00:38:14 +05:00
Alex Ant fd59678944 local update
Build bootstrap container / build (push) Failing after 6m54s
2026-05-23 00:37:36 +05:00
coopops f02df5a8d0 [E11][@dark-sun] refactor(CommandPalette): иерархия рабочих столов и страниц вместо generic pages/actions/recent
Существующая модель cmdk в проекте (entities/CmdkMenu/model/store.ts) —
иерархия рабочих столов и их страниц. Активный стол sticky сверху с
бейджем «Активный», без запроса показывается иерархия (стол + indented
страницы), с запросом — плоский список со столом-префиксом у каждой
страницы; стол отдельной строкой появляется только если запрос явно
начинается с его имени или содержит «стол»/«workspace».

Переписал canon CommandPalette под эту модель:
- Props: `workspaces: CommandPaletteWorkspace[]` вместо
  `commands: CommandItem[]`. Каждый workspace = `{ name, title, icon,
  isActive?, pages: CommandPalettePage[] }`. Page = `{ name, title,
  icon?, shortcut? }`.
- Emits: `select-workspace(name)`, `select-page(workspaceName, pageName)`
  — props-only, навигация и filtering по ролям/conditions остаются
  заботой connected-обёртки (миграция legacy CmdkMenu — отдельная story).
- Sticky-баннер активного стола, plus accent-soft фон + outline-обводка
  на selected, ↑↓ работает плоско поверх иерархии (стол → страницы → стол
  → страницы).

Mock-data в /_dev/ui/index.vue обновлён: три стола (Председатель/Пайщик/
Отчётность) со своими страницами вместо плоского списка команд.

Старый widgets/Desktop/CmdkMenu пока живёт параллельно — переключим в
ходе миграции Wave 3.
2026-05-22 18:41:46 +00:00
coopops e14f0b6a1d [E11][@dark-sun] feat: NotificationCenter, CommandPalette, DetailsDrawer — эпик «Навигация и нотификации»
Реализованы три props-only доменных компонента из E11:
- NotificationCenter — panel-content для popover в шапке: группировка
  notifications по category (system/financial/voting/message), unread-bullet
  через BaseBadge, кнопка «Прочитать все», EmptyState и «Показать все».
  Relative-date форматирование с русским склонением.
- CommandPalette — ⌘K/Ctrl+K с fuzzy-поиском, секции recent/pages/actions,
  ↑↓ навигация, Enter/Esc обработка. localStorage недавних — в connected
  обёртке, компонент props-only.
- DetailsDrawer — side-sheet справа 480px (override через :width), slots
  default/actions/footer, Esc и backdrop close, на xs — fullscreen.

Все три зарегистрированы в boot/ui.ts и локально импортированы в /_dev/ui
с mock-data в секциях 36-38.

E11.4 RailUserCard отложен из-за конфликта имён — существующий компонент
имеет другую роль; нужно согласовать канон-нейминг.
2026-05-22 18:24:55 +00:00
coopops bed7ba0a13 [E10][@dark-sun] fix(BaseDocument): центрировать spinner-лоадер по обеим осям
Заменил `.full-width.text-center` + flex без выравнивания на flex-column
со `min-height: 360px` — лоадер больше не прижат к левому верху карточки.
Заодно поправил опечатку «подговка» → «Формируем документ».
2026-05-22 18:13:07 +00:00
coopops 2de5f81997 [E10][@dark-sun] fix(AmountInput): нативный :suffix='symbol' вместо #append slot
Корень: я положил символ валюты в #append slot своим <span>, в обход
встроенного prop suffix. Quasar имеет правила позиционирования именно
для родного .q-field__suffix (см. revert d0a8dc0080 от 2026-05-19,
где было решено оставить Quasar дефолт — «нас устраивает»). Мой span
в append-slot не подчинялся этим правилам и сидел в произвольной
позиции относительно цифр.

Фикс:
- :suffix='symbol' — символ валюты идёт нативным механизмом Quasar.
- Удалил .amount-input__symbol класс и template #append вообще.
- Удалил override align-items: center на q-field__control/__append/
  __after (тоже мешал, как было показано в d0a8dc0080).
- font-weight 500 на цифрах оставил — нормальный вес поля.

Совет на будущее: использовать встроенные q-input props (suffix,
prefix), а не #append/#prepend slots, если можно — Quasar для них
держит готовое выравнивание, проверенное пользователем.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-22 18:04:21 +00:00
coopops 3c6fbba4ea [E10][@dark-sun] fix(AmountInput): выровнять цифры и RUB-суффикс по центру
Корень: font-weight: 600 + tabular-nums + Quasar dense нативный input
имеют чуть смещённую baseline относительно append-слота, где сидит
RUB. Визуально цифры лежали ниже суффикса.

Фикс:
- font-weight 600 → 500 (нормальный вес поля ввода, без bold-акцента
  на цифрах).
- Явный font-size + line-height на нативном input.
- align-items: center на q-field__control / __append / __after, чтобы
  суффикс и any after-слот (кнопка «макс») центрировались по высоте
  входной полосы.
- align-self: center на самом __symbol — на случай если q-field__append
  кто-то переопределит как stretch.

TODO на следующий подход: BaseDocument loader («Формируем документ…»)
выравнивать по центру рамки документа (сейчас стоит сверху).

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-22 17:47:59 +00:00
Alex Ant 23605d2b81 chore(release): publish
Build bootstrap container / build (push) Failing after 7m29s
Trigger Contracts Docs Deploy / gate (push) Successful in 2m5s
Publish Docs / gate (push) Successful in 2m6s
Publish Packages / build-and-publish (push) Has been skipped
Release / release (push) Failing after 4m51s
Trigger Contracts Docs Deploy / trigger-coopenomics (push) Has been skipped
Publish Docs / build-and-publish-docs (push) Has been skipped
2026-05-22 17:34:24 +05:00
Alex Ant efce39a4c9 Merge branch 'dev' of ssh://git.coopenomics.world:222/C9S/mono into dev 2026-05-22 17:29:29 +05:00
coopops ba335432a2 docs(CLAUDE.md): разрешить прямые коммиты в dev mono-ai-1 для мелких фиксов 2026-05-22 12:29:01 +00:00
coopops 1b9cb27030 fix(controller): AWAITING_AUTHORIZATION в statusLabels PaymentDomainEntity
getStatusLabel() требует Record<PaymentStatusEnum, string>, AWAITING_AUTHORIZATION
был добавлен в enum, но забыт в локальном маппинге → ts-node краш в dev.
2026-05-22 12:28:58 +00:00
Alex Ant e000ff9c8f Merge branch 'dev' of ssh://git.coopenomics.world:222/C9S/mono into dev 2026-05-22 16:44:06 +05:00
coopops fdd09d5501 fix(boot): не тянуть vitest в production-цепочке init/
Build bootstrap container / build (push) Failing after 7m23s
`init/cooperative.ts` и `init/participant.ts` импортировали
`signProgramAgreement` из `tests/wallet/`, который на верхнем уровне делал
`import { expect } from 'vitest'`. При запуске `esno src/index.ts boot`
vitest падал с «Vitest failed to access its internal state», потому что
исполнялся вне vitest-воркера.

- Перенёс реализацию в `init/sign-program-agreement.ts`,
  `expect(...).toBeDefined()` заменил на обычные `throw new Error(...)`.
- `getCoopProgramWallet` инлайнил (через `walletUtils` тащился второй
  module-level `import expect from 'vitest'`).
- `tests/wallet/signProgramAgreement.ts` теперь реэкспортирует из init/,
  чтобы существующие тесты продолжали работать.
- Заодно убрал дохлый `import { describe, expect, it } from 'vitest'` из
  `init/participant.ts` (символы в файле не использовались) + неиспользуемые
  axios/Registry/sendPost.../sleep/GOVERN_SYMBOL/SYMBOL.
2026-05-22 11:43:19 +00:00
Alex Ant 0504c46fbd chore(release): publish
Build bootstrap container / build (push) Failing after 4m15s
Trigger Contracts Docs Deploy / gate (push) Successful in 2m4s
Publish Docs / gate (push) Successful in 2m3s
Publish Packages / build-and-publish (push) Failing after 8m4s
Release / release (push) Failing after 4m31s
Trigger Contracts Docs Deploy / trigger-coopenomics (push) Failing after 2s
Publish Docs / build-and-publish-docs (push) Failing after 8m16s
2026-05-22 14:44:59 +05:00
Alex Ant 6270ae14bf chore(release): publish
Build bootstrap container / build (push) Failing after 2m27s
Trigger Contracts Docs Deploy / gate (push) Successful in 2m15s
Publish Packages / build-and-publish (push) Has been skipped
Publish Docs / gate (push) Successful in 7m15s
Release / release (push) Failing after 9m33s
Trigger Contracts Docs Deploy / trigger-coopenomics (push) Has been skipped
Publish Docs / build-and-publish-docs (push) Has been skipped
2026-05-22 14:43:43 +05:00
Alex Ant 2a296ef2ef Merge branch 'dev' of ssh://git.coopenomics.world:222/C9S/mono into dev 2026-05-22 14:42:19 +05:00
coopops a67180a153 [E10][@dark-sun] fix(OtpInput): убрать TypeScript-касты as из pug-шаблона
[Quasar] boot error: SyntaxError: Unexpected identifier 'as' — runtime-парсер
обрабатывает выражения в pug-template как чистый JS, без TypeScript. Касты
вида `el as HTMLInputElement | null`, `e as InputEvent`, `e as KeyboardEvent`
прямо в атрибутах `:ref` / `@input` / `@keydown` — синтаксическая ошибка во
время бутстрапа Vue, из-за которой /_dev/ui целиком не грузился.

Фикс:
- :ref='(el) => setRef(idx, el)' + функция setRef(idx, el: Element |
  ComponentPublicInstance | null) с кастом в TS-скрипте.
- @input='(e) => onInput(idx, e)' + сигнатура onInput(idx, event: Event)
  с внутренним кастом target.
- @keydown оставил передавать event «как есть» — KeyboardEvent — никакой
  cast не нужен.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-22 09:38:34 +00:00
coopops 3ed84f5ffc [E10][@dark-sun] fix(_dev/ui): локальный импорт E10-компонентов — boot/ui.ts не HMR'ится
Quasar boot-файлы подхватываются только при рестарте dev-сервера. После
коммита 1af0f9c06f глобальные регистрации AmountInput/OtpInput/FilterBar/
FileUploader/VerticalStepper не подтянулись на лету — теги рендерились как
unknown components (пусто внутри секций 31–35 на /_dev/ui).

Фикс: добавил локальные импорты прямо в script setup _dev/ui/index.vue —
тот же паттерн, что у WalletCard, RailUserCard, AuthCard. Глобальная
регистрация в boot/ui.ts остаётся для боевого использования из других
страниц (после следующего рестарта dev'а).

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-22 09:07:30 +00:00
coopops 1af0f9c06f [E10][@dark-sun] feat: AmountInput, OtpInput, FilterBar, FileUploader, VerticalStepper — эпик «Формы и ввод»
Пять props-only доменных компонентов из shared/ui/domain/:
- AmountInput — денежный ввод с символом валюты, форматированием тысячных,
  precision из marketplace asset config, кнопкой «макс» по balance, опциональной
  подписью баланса. Tabular-nums, right-align, font-weight 600.
- OtpInput — 6 ячеек с автопереходом фокуса, Backspace откатывает на
  предыдущую, paste 6-значного кода распределяется по ячейкам.
  Регулярка /^\d$/, состояния error/disabled.
- FilterBar — search (debounce 300мс) + dropdown-фильтры + chip'ы активных
  значений с remove + «сбросить всё». v-model для values, v-model:search для
  поиска. Активные chip'ы рендерятся под рядом фильтров.
- FileUploader — drag&drop + клик по зоне; валидация accept/maxSize/maxFiles
  → emit error; список загруженных с иконкой типа, именем, размером,
  кнопкой ×; слот progress для connected-обёртки.
- VerticalStepper — состояния pending/current/completed/error; completed
  кликабельны для возврата назад (опционально); опциональные/disabled шаги;
  слот active под телом текущего шага.

Все компоненты — pug, canon-токены --p-*, без store/router/api. Демо-секции
31–35 на /_dev/ui (наш стенд-витрина).

Зарегистрированы в boot/ui.ts и shared/ui/domain/index.ts. ESLint точечно
прошёл, vue-tsc не запускался полностью на desktop (запрет).

Wave 2 / E10 закрыт.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-22 08:29:49 +00:00
ant a8f2b31494 Merge pull request 'fix(boot): test-helper'ы подписания программных соглашений — wallet::signagree вместо soviet::sndagreement' (#19) from fix/boot-tests-wallet-signagree-v2 into dev
Build bootstrap container / build (push) Failing after 2m25s
Reviewed-on: #19
Reviewed-by: Алексей Муравьев <chairman.voskhod@gmail.com>
2026-05-22 07:07:29 +00:00
ant 52a5871330 Merge pull request 'fix(ledger2,wallet): BURN_BLOCKED для возврата паевого + удаление approvewthd' (#20) from feat/ledger2-burn-blocked-withdraw into dev
Reviewed-on: #20
Reviewed-by: Алексей Муравьев <chairman.voskhod@gmail.com>
2026-05-22 07:06:39 +00:00
ant 1f10a3c092 Merge pull request 'fix(gateway): исходящий платёж скрыт от кассира до решения совета' (#21) from fix/wallet-withdraw-gateway-timing into dev
Reviewed-on: #21
Reviewed-by: Алексей Муравьев <chairman.voskhod@gmail.com>
2026-05-22 07:03:52 +00:00
ant 9579ae0612 Merge pull request 'fix(mono-base): install ca-certificates in runtime stage' (#22) from fix/mono-base-ca-certificates into dev
Reviewed-on: #22
2026-05-22 07:02:58 +00:00
ant a436527248 Merge pull request 'feat(chatcoop): транскрипция — снять лимит memo 4000, скилл blago transcription memo' (#23) from feat/chatcoop-transcription-memo into dev
Reviewed-on: #23
Reviewed-by: Алексей Муравьев <chairman.voskhod@gmail.com>
2026-05-22 06:59:29 +00:00
coopops 94e44df124 fix(chatcoop): TranscriptionMemoEditor — карточка с рамкой, заголовок секции, кнопка снизу
- WrappedEditor (q-field+Editor) на странице транскрипции выглядел сломанным: floating-label «Заметка о звонке» падал поверх первой строки memo, кнопка «Сохранить» торчала сбоку без выравнивания, рамки редактора не было.
- Перешёл на голый Editor (Milkdown через src/shared/ui/Editor) в собственной карточке: border-radius:10px, рамка по тону --tr-border, padded=true. Кнопка «Сохранить» — в нижней панели карточки (border-top, flex-end). Hint «доступно председателю и членам совета» — отдельной строкой под карточкой.
- TranscriptionDetailPage: добавлен h2 «Заметка о звонке» как у секции «Текст», memo больше не висит без подписи.
2026-05-22 06:33:37 +00:00
coopops dfed3774b7 feat(chatcoop): TranscriptionsPage — полноширинная q-table как в CalendarPage
Список транскрипций был зажат max-width: 720px в центре страницы и собран из самописных rows. Заменил на тот же паттерн, что использует CalendarPage / CalendarEventsTable — q-page(padding) + q-table с колонками: Звонок (название + превью memo), Начало, Длительность, Участники, Статус. Клик по строке открывает детальную страницу транскрипции.
2026-05-22 06:25:23 +00:00
coopops daae6170c7 fix(DocumentPreview): убрать txt/image — наши документы это HTML/PDF
Удалены типы 'txt' и 'image' из DocumentPreviewType + соответствующие
ветки рендера (pre.document-preview__txt и img.document-preview__image)
и стили. В реальных потоках платформы документ кооператива всегда
HTML (рендерится в ShadowHtml внутри BaseDocument) или PDF — plain-
text фрагмент в моноширинном pre не используется и выглядит как
техническая ерунда. Аналогично image.

_dev: удалён previewTxtDemo (мусорный EOSIO chain id из debugging
notes → перешитый в фрагмент протокола → теперь полностью убран
по требованию пользователя). Секция 30 показывает только HTML +
loading + error состояния.
2026-05-22 06:22:56 +00:00
coopops 3950aa75db feat(chatcoop): memo через WrappedEditor + расширить TranscriptionDetailPage до 1040px
- TranscriptionMemoEditor: q-input type=textarea заменён на WrappedEditor (Milkdown через src/shared/ui/WrappedEditor) — теперь memo отображается с markdown-рендерингом (заголовки/списки/жирный/ссылки), а не как plain текст. Кнопка «Сохранить» вынесена в отдельную панель под редактором (фокус-кольцо и поле растут естественно). Минимальная высота 180px, без скролла — растёт по содержимому.
- TranscriptionDetailPage: max-width 720 → 1040px, padding 16/20 → 16/32 — страница перестала быть сильно зауженной, гармонично для desktop.
- скилл manage-transcription-memo: добавлен раздел «Формат содержимого .memo.md» — первая строка строго одно предложение ≤150 символов без markdown (о чём был звонок), затем пустая строка и сжатая суть; этикет/повторы/разогрев убираются.
2026-05-22 06:05:56 +00:00
coopops 46bae0a5de fix(BaseDocument,_dev): vue-tsc, мусорный txt-demo, ширина документа
vue-tsc:
- _dev: убрал txId/explorerUrl из signatureSignedDemo — оба поля
  удалены из Signature ранее (общего эксплорера нет).
- BaseDocument: canonSignatures.map — нормализую is_valid через
  '?? undefined' (бэкенд может вернуть null, canon-компонент ждёт
  boolean | undefined).

DocumentPreview txt demo: вместо мусорного 'EOSIO chain id …
dirty window' (мой случайный кусок из debugging notes) — фрагмент
протокола собрания пайщиков ПК «Восход».

ComplexDocument: .col-md-7 → .col-md-10. Это контейнер, в котором
лежит BaseDocument в реальных страницах документов. 7/12 = 58%
ширины было визуально 'приплюснуто'.
2026-05-22 06:01:55 +00:00
coopops db25c1dfa9 fix(blago-cli): blago pull бэкфилит .memo.md для всех COMPLETED транскрипций (не только новых)
Курсор transcriptionLastEndedExclusiveByProject фильтровал ВСЕ артефакты транскрипции — поэтому
для уже скачанных meeting.md sibling-файлы .memo.md не появлялись. Разделил циклы:

  1. meeting.md — только endedAt > lowerBoundExclusive (тяжёлый GetTranscription с сегментами).
  2. .memo.md  — для всех COMPLETED транскрипций каждый pull (поле memo приходит уже в лёгком
     GetTranscriptions, повторных запросов не делаем).

Проверено: blago pull → 4/4 sibling .memo.md появились пустыми в проекте 33-platforma-otchetov-dlya-fnsfss; затем blago transcription memo опубликовал 476 символов в крайней транскрипции 7116fb31-3b8c-4a63-9c0c-11da26aba075, повторный pull сохранил содержимое без конфликта.
2026-05-22 06:00:58 +00:00
coopops e38762deaa feat(blago-cli): blago pull всегда создаёт sibling .memo.md, baseline/merge без warnings
- pull-communication: для каждой COMPLETED-транскрипции вызывает syncTranscriptionMemoFile, который ВСЕГДА обеспечивает файл meetings/<stem>.memo.md (пустой, если на сервере memo пуст). Файл сразу индексируется (entity_type=call_transcription_memo) — редактирование→blago transcription memo идёт без шагов «создать файл».
- Конфликты при отсутствии prev-индекса разруливаются явно: server пуст → принять локальный draft как baseline; оба непустые и разные → git-style merge-markers; совпало → проиндексировать как есть.
- update-transcription-memo: текст ошибки про отсутствующий sibling указывает на blago pull (создаст sibling сам).
- скилл manage-transcription-memo: процедура переписана под «sibling уже есть, просто открой и редактируй».
2026-05-22 05:52:53 +00:00
coopops a6c315ba32 feat(ui): DocumentSignatures + перевод BaseDocument на canon
Реальный формат подписей кооперативного документа — это не «pending/
signed/rejected» из абстрактного SignatureCard, а IDocumentAggregate с
полями doc_hash + signatures[] (signer_certificate, public_key,
signature, is_valid). Каждая подпись разворачивается в детали.

Что сделано:
- Новый canon-компонент DocumentSignatures (story 9.5) в shared/ui/
  domain — props-only, принимает уже резолвнутые signerName и hash-
  совпадение, эмитит download/verify. Поверх Quasar — собственный
  expand на ref<Set<number>>, чтобы стиль был полностью canon.
- BaseDocument теперь рендерит DocumentSignatures вместо своего
  q-card.verify-card + q-list + q-expansion-item на teal/red badges.
  Адаптер canonSignatures маппит signer_certificate → ФИО через
  getNameFromCertificate, чтобы canon-компонент не знал про сертификаты.
- SignatureCard: удалены поля txId/explorerUrl и ссылка «Открыть в
  explorer» — общего эксплорера в платформе нет.

Demo: секция 29 → DocumentSignatures (валидный + с битой подписью),
секция 30 → DocumentPreview (HTML заголовок сокращён, чтобы не
обрывался при узкой колонке).
2026-05-22 05:52:19 +00:00
coopops d2c1d425fc feat(blago-cli): blago pull тянет memo транскрипций в meetings/<stem>.memo.md
- новый entity_type call_transcription_memo в index-store (тип файла .memo.md, parsing/sync через стандартный syncEntityFile)
- pull-communication: для каждой COMPLETED-транскрипции с непустым tr.memo пишет sibling-файл meetings/<stem>.memo.md (hash = "<uuid>:memo"); при наличии локального draft, не индексированного в .blago/index.json, серверный memo не записывается — выводится warning
- update-transcription-memo: после успешной мутации сохраняет sibling и заносит запись в индекс (etag локального файла), чтобы следующий pull шёл штатно через syncEntityFile вместо warning'а
- скилл manage-transcription-memo: добавлены замечания про pull-синк, git-style маркеры конфликта и поведение неиндексированных черновиков
2026-05-22 05:44:46 +00:00
coopops ef993baa25 feat(blago-cli): команда transcription memo + скилл manage-transcription-memo
- `blago transcription memo <pathOrId> [--file <path>] [--text <inline>]` — публикация краткого содержания транскрипции через chatcoopUpdateTranscriptionMemo
- pathOrId: путь к meetings/<stem>.md (id из .blago/index.json, entity_type=call_transcription) или UUID
- default-источник memo — sibling-файл meetings/<stem>.memo.md рядом с meeting (pull-only, в push не уходит)
- скилл ai/commands/manage-transcription-memo.md описывает workflow «прочитать meeting → собрать .memo.md → согласовать → опубликовать»
2026-05-22 05:40:30 +00:00
coopops adf36b28cb feat(chatcoop): убрать лимит 4000 на memo транскрипции, оставить редактирование только chairman/member
- backend: убран @MaxLength(4000) с UpdateCallTranscriptionMemoInputDTO.memo и описание лимита из @Field
- backend: chatcoopUpdateTranscriptionMemo больше не доступен роли user, только chairman/member (read-методы — без изменений)
- desktop: TranscriptionMemoEditor больше не задаёт maxlength и counter в q-input
2026-05-22 05:40:20 +00:00
coopops ccfaf3592e feat(ui): волна 2 / E9 — документы и подписи
4 props-only canon-компонента в src/shared/ui/domain/, регистрация
в boot/ui.ts, demo-секции 26-29 в _dev/ui:

- DocumentRow (story 9.1) — строка документа в списке: иконка типа
  с tint'ом (pdf neg-soft, docx info-soft, html primary-soft), title,
  status через BaseBadge, дата/автор/описание, slot actions, emit open.
- SignatureCard (story 9.3) — подписавший (Avatar+ФИО+AccountBadge),
  статус (BaseChip pending/signed/rejected), для signed — хеш в моно-
  блоке + ссылка на explorer, для rejected — BaseBanner с причиной.
- ActivityTimeline (story 9.4) — вертикальный таймлайн событий с
  цветными иконками по типу (sign/reject/create/update/comment/
  transfer), groupByDate группирует по «Сегодня/Вчера/конкретная
  дата».
- DocumentPreview (story 9.2) — html (через DOMPurify), pdf через
  iframe, image через img, txt через pre. Стейты loading/error.

Все props-only, темо-зависимые значения только через --p-* токены.
2026-05-21 17:02:51 +00:00
coopops de245ee810 fix(_dev/ui): «Член кооператива» → «Пайщик» в PersonCard demo
Канон-терминология blago/ЦК: пайщик, не член. Прецедент закреплён
в auto-memory feedback_kooperatsiya_pai.
2026-05-21 16:57:50 +00:00
coopops e7dd0ce641 fix(IdentityPanel): compact тоже в карточке — padding+border+bg
Раньше compact-вариант рендерился без обрамления — avatar упирался
в левый край контейнера, визуально «проваливался» из общего стека
full-карточек (Screenshot_2026-05-21_21-51-09).

Compact теперь: padding 8/12px (тоньше чем full 16px), тот же border
+ surface + radius. В одну строку avatar + ФИО + AccountBadge + status,
но визуально это всё-таки карточка, не голая строка.
2026-05-21 16:52:41 +00:00
coopops e1113391cf fix(ContactSheet): label и значение в отдельных строках
Body раньше был обычным block-контейнером, а .head и .value-row —
оба display: inline-flex. Без явного block-форматирования inline-flex
элементы становятся inline и рендерились в одну строку. Визуально:
Emailivanov@example.ru, Телефон+7 (903)..., Telegram@ivanov — слипшиеся.

Body теперь display: flex + flex-direction: column, gap canon — 8px
в comfortable, 4px в compact. Head/value-row переведены на обычный
display: flex (вместо inline-flex), gap внутри сохранён.

Прецедент 2026-05-21 — Screenshot_2026-05-21_21-42-16, 21-42-31.
2026-05-21 16:44:40 +00:00
coopops 25b6d6c42b chore: убрать закоммиченный symlink node_modules 2026-05-21 16:25:22 +00:00
coopops 05a8ac0a51 fix(domain): E8 — copy-кнопки, отступы и compact-layout
- AccountBadge: copy-кнопка не сжимается (flex-shrink: 0), размер 20×20 + icon 14px — раньше 18×18 + 12px тонула рядом с текстом badge.
- DataRow: column-gap var(--p-3, 12px) → var(--p-5, 20px) + min-label-width 140 → 160px + padding-right на label. Между label и value был визуально слипшийся стык.
- ContactSheet: comfortable margin-top между label и value 2px → 8px (compact 4px). Раньше label «налипал» на значение.
- IdentityPanel compact: переделан в flat flex-row (avatar + ФИО + AccountBadge + status badge) — раньше grid с .body загонял имя и AccountBadge в две строки и avatar «уезжал» от имени. Spec 8.1 требует «только avatar + ФИО + EntityIdBadge в одну строку».
2026-05-21 16:24:45 +00:00
coopops 8344808676 feat(ui): волна 2 / E8 — идентификация и контакты
5 props-only canon-компонентов в src/shared/ui/domain/, регистрация
в boot/ui.ts, demo-секции 21-25 в _dev/ui:

- AccountBadge (story 8.5) — on-chain account name в mono-шрифте,
  copyable + опциональный explorer link. Назван AccountBadge вместо
  EntityIdBadge: имя EntityIdBadge занято под numeric ID пайщика
  в capital. Decision зафиксирован в epics.md и planning-artifacts.
- DataRow (story 8.3) — `label: value` пара для реестровых карточек,
  mono-режим, copyable, slot value-override, hint.
- ContactSheet (story 8.2) — email/phone/address/tg/web с автоиконками,
  кликабельными mailto:/tel:/t.me ссылками, copy и verified-чек.
- IdentityPanel (story 8.1) — Avatar + ФИО + AccountBadge + статус
  (active/blocked/pending) + role + actions-slot; compact/full.
- PersonCard (story 8.4) — Avatar + ФИО + role + AccountBadge +
  ContactSheet + slot meta; compact/comfortable.

Все props-only: useStore/useRouter/useApi внутри запрещены. Темо-зависимые
значения только через --p-* токены, никаких body--dark селекторов.
2026-05-21 15:57:21 +00:00
coopops a192e2c398 fix(BaseCheckbox): приглушить заливку галочки через --p-primary-press
q-checkbox по умолчанию красит .q-checkbox__bg в --q-primary, который в
dark теме равен #2dd4bf — на маленьком квадрате 18px этот яркий бирюзовый
смотрится ядовито. Переопределяем заливку filled-состояния на
--p-primary-press (#134e4a light / #14b8a6 dark) — глубже и спокойнее,
чек-символ остаётся белым.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-21 15:37:24 +00:00
coopops d99413f896 fix(tokens): приглушить --p-accent + унифицировать .agreement-link
Старое значение --p-accent (#D84315 light / #FF7043 dark) — слишком
насыщенное, выглядит ядовито рядом с тёплой палитрой ink/canvas. Меняем
на тёплую терракоту: #B85C38 (light) / #E89472 (dark) — тот же warm-tone,
но без перевозбуждения красного канала.

.agreement-link (псевдо-ссылки на просмотр документа в согласиях) была
hardcoded в #1c64f2 (синий) light / #ff9f43 (жёлто-оранжевый) dark и не
совпадала со ссылкой «Устав кооператива». Унифицируем: все ссылки внутри
согласий теперь var(--p-accent), визиt-цвет тот же — без фиолета.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-21 15:34:28 +00:00
coopops 77ae6bb47d fix(ReadStatement): чекбоксы согласий — выравнивание + gap + accent ссылка
BaseCheckbox block-вариант: убран собственный display:flex + align-items:
flex-start, который перебивал внутренний flex Quasar и сдвигал label вверх
относительно inner. Теперь Quasar сам центрирует inner на первой строке.
Добавлен padding-left: 8px на .q-checkbox__label — больше воздуха между
галочкой и текстом согласия.

ReadStatement: ссылка «Устав кооператива» — --p-primary → --p-accent
(тёплый оранжевый #D84315 / #FF7043 dark) как акцентный цвет палитры.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-21 15:26:19 +00:00
coopops 223dd00f91 fix(mono-base): install ca-certificates in runtime stage
@livekit/rtc-node (Rust + rustls + rustls-native-certs) reads root CAs
only from the system trust store. node:22-slim ships without
ca-certificates, so without /etc/ssl/certs/ca-certificates.crt every TLS
handshake from native bindings fails with
"invalid peer certificate: UnknownIssuer" — even for a valid LE chain.
Node.js itself is unaffected (own embedded CA bundle).

Incident 2026-05-21: secretary in dicoop/coopback:v2026.5.21-2 could not
connect to wss://chatcooprtc.coopenomics.world (controller logs full of
SecretaryAgentService UnknownIssuer; nginx on api-prod never saw the
handshake — broken before HTTP upgrade). Hot-fix on
voskhod-coopback-blue (docker cp ca-certificates.crt + restart)
restored secretary connectivity; this commit makes the fix permanent
in the base image so every consumer of dicoop/mono-base
(coopback / desktop / cooparser / notifications / boot) inherits it
on the next release tag.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-05-21 13:21:26 +00:00
coopops fd2f716e61 fix(gateway): исходящий платёж скрыт от кассира до решения совета
Pre-mature payment row: при wallet.interactor.ts::createWithdraw платёж
сразу появлялся в gateway PG со status=PENDING — кассир видел заявку
как готовую к выплате ДО того как совет её утвердил.

Минимальный фикс без переписывания create/sync-цепочки:

- PaymentStatusEnum += AWAITING_AUTHORIZATION (с лейблом «Ожидает
  решения совета»). Initial status в gateway.interactor.createWithdraw
  переключён с PENDING на AWAITING_AUTHORIZATION.
- Новый WithdrawAuthorizationListener в gateway.module:
  - on-chain `wallet::authwthd` (совет авторизовал)
    → AWAITING_AUTHORIZATION → PENDING (кассир увидит и сможет подтвердить).
  - on-chain `wallet::declinewthd` (совет/Gateway отказал)
    → AWAITING_AUTHORIZATION → CANCELLED.

UI кассира (desktop) должен в отдельном PR фильтровать AWAITING_AUTHORIZATION
из списка платежей (текущие компоненты, скорее всего, и так не показывают
неизвестный статус). PAYMENT_STATUS_LABELS подхватится автоматически.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-21 10:34:50 +00:00
coopops 33a414c7e7 fix(ledger2,wallet): возврат паевого взноса — BURN_BLOCKED из заблокированной суммы
Завершение возврата паевого (o.wal.wthcpl) переключено с TRANSFER
(SHARE_FUND_PAY → WITHDRAWALS_SINK) на новый WalletOp::BURN_BLOCKED:
заблокированная при createwthd сумма сжигается на кошельке пайщика,
получателя на цепи нет — деньги уходят из системы банковским переводом.

Чинит assertion 'walletop TRANSFER: недостаточно L3-средств' на
completewthd: после REQUEST_WITHDRAW (BLOCK) сумма лежит в L3.blocked,
а TRANSFER проверял L3.available.

Изменения:
- ledger2: WalletOp::BURN_BLOCKED=6 + case в walletop.cpp (списание из
  L2/L3 blocked). OPERATION_REGISTRY: o.wal.wthcpl с BURN_BLOCKED, без
  wallet_to. burn_pattern_correct обобщён на оба BURN-варианта.
- cooptypes: WalletOp += 'BURN_BLOCKED'; o.wal.wthcpl wallet_to=null.
- wallets.hpp: WITHDRAWALS_SINK (w.wal.wthdrw) помечен DEPRECATED —
  остаётся в реестре для исторических L2-балансов.
- standard p.wal.wthdrw: приведён к коду — одностадийный flow
  (pending → authorized → completed), без approvewthd.
- wallet::approvewthd удалён как dead code: action не в whitelist
  callback'ов, из createwthd создаётся повестка сразу с callback=authwthd.
  Удалены: .cpp, declaration в wallet.hpp, include в wallet.cpp, struct
  и action в abi_json/wallet.json.
- sov.authpkg.standard.yaml: упоминание approvewthd → authwthd.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-21 10:24:44 +00:00
coopops d128f245b7 fix(boot): test-helper'ы подписания программных соглашений — wallet::signagree вместо soviet::sndagreement
После Эпика 2 / компонента 48 `soviet::sndagreement` отказывается на
`program_id > 0`, программные соглашения переехали в контракт wallet
(`wallet::signagree`, ADR-008). Соответственно boot test helper'ы
(`signWalletAgreement`/`signCapitalAgreement`/`signGenerationContract`)
и две точки `init/*` (`participant.addUser`, `cooperative.createCooperative`),
которые ещё дёргали `soviet::sndagreement` через `signAgreement`/
`blockchain.sendAgreement` с `agreement_type ∈ {wallet, blagorost, generator}`,
падали в beforeAll тестов на ассерте контракта.

Делаем:
- Новый общий helper `tests/wallet/signProgramAgreement.ts` —
  обёртка над `wallet::signagree` с auth=coopname@active. Проверяет, что
  в `wallet::users[username].programs[]` появилась запись с нужным
  `program_id`. Возвращает `{wallet, program, txId}` — той же формы,
  что прежние helper'ы (downstream-тесты остаются без изменений).
- Три исторических helper'а становятся тонкими обёртками над ним:
  `signWalletAgreement` → (program_id=1, draft_id=1),
  `signCapitalAgreement` → (program_id=4, draft_id=1000),
  `signGenerationContract` → (program_id=3, draft_id=0).
- `tests/capital/consts.ts` — добавлены `walletDraftId`/`sourceDraftId`/
  `capitalDraftId`, соответствующие мапе `program_map` в
  `lib/core/programs.hpp` (источник правды).
- `init/participant.ts` (`addUser`) и `init/cooperative.ts`
  (`createCooperative`) — `blockchain.sendAgreement(...agreement_type='wallet')`
  заменён на `signProgramAgreement(...program_id=1, draft_id=1)`.

`tests/soviet/signAgreement.ts` оставлен как есть — он по-прежнему нужен
для не-программных типов соглашений (`signature`/`user`/`privacy`,
program_id=0), которые остались за `soviet::sndagreement`.

Не входит:
- Замена `getUserProgramWallet` (читает legacy `soviet::progwallets`)
  на чтение `wallet::users` в downstream-тестах — отдельный технический
  долг, не блокирует beforeAll.
2026-05-21 08:16:27 +00:00
Alex Ant 1c7a3afc81 chore(release): publish
Publish Docs / gate (push) Successful in 2m4s
Trigger Contracts Docs Deploy / gate (push) Successful in 2m5s
Publish Packages / build-and-publish (push) Failing after 8m48s
Release / release (push) Failing after 7m22s
Trigger Contracts Docs Deploy / trigger-coopenomics (push) Failing after 6s
Publish Docs / build-and-publish-docs (push) Failing after 8m57s
2026-05-21 13:05:02 +05:00
Alex Ant c0627b53e3 chore(release): publish
Trigger Contracts Docs Deploy / gate (push) Successful in 2m6s
Publish Docs / gate (push) Successful in 2m9s
Publish Packages / build-and-publish (push) Has been skipped
Release / release (push) Failing after 4m28s
Trigger Contracts Docs Deploy / trigger-coopenomics (push) Has been skipped
Publish Docs / build-and-publish-docs (push) Has been skipped
2026-05-21 13:01:24 +05:00
Alex Ant ea8695d1fc Merge branch 'dev' of github.com:coopenomics/mono into dev 2026-05-21 13:00:41 +05:00
ant bf3f9ca5ac Merge pull request 'fix(capital): w.cap.gen → COOPERATIVE — снять L3-проверку, чинит convertsegm при CRPS' (#18) from feat/capital-w-cap-gen-cooperative into dev
Reviewed-on: #18
2026-05-21 07:47:51 +00:00
coopops f023d3a8c8 fix(capital): w.cap.gen на COOPERATIVE — снять L3-проверку, чинит convertsegm при CRPS-перераспределении
На voskhod walletop `convertsegm` падал «недостаточно L3-средств у
пайщика» в проектах, где CRPS-перераспределение увеличивало долю
contributor'а. Причина: `w.cap.gen` был USER_SHARED, а CRPS в
`approvecmmt` не делал per-user компенсирующих TRANSFER между сегментами:
инвариант `Σ COMMIT_RID == Σ ACCEPT_RID` соблюдался только на проекте,
не на сегменте, и L3-проверка walletop ломала convertsegm у пайщиков,
чья доля выросла через CRPS.

Фикс — переключение `w.cap.gen` с USER_SHARED на COOPERATIVE (ADR-002):
генератор становится единым кооперативным пулом без L3, walletop
проверяет только L2-баланс пула. `convertsegm` любого пайщика берёт из
общего котла ровно `segment.available_for_program` без проверки
персонального остатка.

Изменения:
- wallets.hpp: GENERATOR_FUND kind USER_SHARED → COOPERATIVE.
- signact2.cpp: коммент-инвариант — закрытие 08 на программе, не на
  сегменте (L3-разрез по пайщику снят).
- ledger2::migrate(): переписан на cleanup осиротевших userwallets
  [voskhod, w.cap.gen, *] прямым erase. Старая legacy → ledger2
  миграция убрана (meta.migrated=true в проде), сигнатура сжата до
  пустых скобок. migrate теперь — универсальная точка расширения
  для разовых исправлений состояния ledger2, по аналогии с
  capital::migrate.

migrate3 и capital::migrate сознательно не трогаются: migrate3 —
низкоуровневая per-record миграция L3 со своим назначением (не для
очистки чужой таблицы); capital::migrate остаётся пустой точкой
расширения капитала.

L2 `wallets2[w.cap.gen]` = Σ старых userwallets — синхронен на момент
перехода (проверено по фактическим данным voskhod).

Не входит в этот PR: балансовая корректировка для уже застрявших
пайщиков на voskhod — отдельной миграцией-скриптом после деплоя.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-21 07:45:50 +00:00
coopops 6016c0597b feat(UserDataForm): canon-стиль полей + тип аккаунта на BaseRadioCard
UserDataForm/UserDataForm.vue:
- Выбор типа аккаунта: три q-btn(glossy, height:75px) → три BaseRadioCard
  с title/description; больше нет teal-«кнопок-плиток»
- Возврат к выбору типа: flat q-btn → BaseButton(ghost) с arrow_back

Sub-forms (Individual / Entrepreneur / Organization + Create*):
- q-input/q-select: standout="bg-teal text-white" → outlined color='primary'
  (canon-tone, единый primary-акцент вместо устаревшего teal)
- .q-gutter-sm.q-mt-md → .user-data-stack (flex column, gap токены)
- OrganizationDataForm: кнопка «совпадает» — color='teal' → flat primary

Валидация q-form.validate() и :rules сохранены — это всё ещё q-input
с rules-массивом, только tone и контейнер переехали на canon-токены.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-20 19:16:31 +00:00
coopops eeecab96da feat(ui): BaseCheckbox + BaseRadioCard и миграция SignUp-шагов
- BaseCheckbox: обёртка q-checkbox с canon-стилями, block-вариант для длинных
  согласий (чекбокс прижат к верху, label многострочный)
- BaseRadioCard: карточка-опция с радио-индикатором справа, props title /
  description / meta + slot fallback'и; используется для выбора программы

Миграции SignUp:
- ReadStatement: q-checkbox → BaseCheckbox(block); согласия в .agreements-стек
- SelectProgram: q-list+q-radio → список BaseRadioCard
- GenerateAccount: q-input → BaseInput(readonly, mono) с copy в #append;
  q-checkbox → BaseCheckbox; автоселект через querySelector('input').select()
  вместо ref.select() (BaseInput не пробрасывает внутренний API q-input)

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-20 19:11:56 +00:00
coopops 127cf36ca9 fix(desktop): .ws-switcher__title padding-top 2px
Воздух над заголовком стола внутри WorkspaceSwitcher — заголовок не упирается
в верхнюю границу caption «ПК «ВОСХОД»».

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-20 19:03:05 +00:00
coopops f158afe485 fix(desktop): .rail__top padding 16px 8px + убрать disabled-стиль у WorkspaceSwitcher
- .rail__top: padding 18px 20px → 16px 8px (унификация боковых отступов)
- WorkspaceSwitcher: убраны :disabled-атрибут и hover:not(:disabled) — у пайщика, которому доступен только один стол, кнопка выглядит как обычно (без not-allowed-cursor, без приглушённого цвета). Меню q-menu просто не открывается через v-if='workspaces.length > 1'. Тихое игнорирование клика вместо явного запрета.
2026-05-20 18:55:36 +00:00
coopops 521575ab6a fix(desktop): WorkspaceSwitcher — фильтр столов по ролям + 3-строчный title
WorkspaceSwitcher показывал ВСЕ workspaceMenus, включая столы выше роли пользователя (например, «Стол председателя» видел рядовой пайщик), что приводило к ошибке access-denied при попытке переключения.

- Добавлена фильтрация по иерархии: chairman ⊇ member ⊇ user. Председатель видит столы любых ролей; член совета — user+member; пайщик — только user. Workspace без meta.roles (или с пустым массивом) — публичный для всех (та же логика, что в legacy WorkspaceMenu, плюс корректное наследование прав).
- Title допускает перенос на 3 строки (line-clamp 3) — «Стол вычислительных ресурсов» теперь умещается полностью
- Расширена кнопка switcher'а (margin сторон 8→4 в LeftDrawerMenu), даёт больше места под текст
2026-05-20 18:41:42 +00:00
coopops c2eefbf244 fix(desktop,signup): WorkspaceSwitcher polish + Bank toggle QR↔реквизиты
WorkspaceSwitcher:
- Brand-строка теперь собирается из vars.short_abbr + «vars.name» (получается «ПК «ВОСХОД»»). Раньше показывал только short_abbr — название кооператива было «потеряно»
- Title допускает перенос на 2 строки (line-clamp 2) — длинные названия типа «Стол вычислительных ресурсов» больше не обрезаются ellipsis'ом с одного слова
- Chevron приклеен к верху строки (align-self start) — корректно при двухстрочном title
- Меню workspace: canon padding (8/12) вокруг q-item, отступ между avatar-section и текстом — иконка и название больше не упираются в края
- Затемнение фона при открытом меню (rgba(9,9,11,0.32) overlay через Teleport в body) — меню больше не сливается с контентом за drawer'ом

Bank.vue (карточка платежа):
- Убрали q-expansion-item (раскрытие вниз внутри карточки выглядело перегружено)
- Кнопка-toggle: «Показать реквизиты» рядом с «Скачать QR». Клик переключает зону под сводкой между QR и списком 9 BaseInput'ов с copy-кнопками
- В режиме реквизитов: кнопки меняются на «Скопировать всё» (primary) + «Показать QR» (secondary)
- QR-canvas использует v-show чтобы сохранять состояние при toggle назад; реквизиты — v-if чтобы не держать BaseInput'ы в DOM
2026-05-20 18:22:58 +00:00
coopops 3f43a77167 feat(desktop): WorkspaceSwitcher + фикс ReadStatement стилей + плоский Bank.vue
ReadStatement: backend-HTML генерирует с inline-стилями и Quasar text-h* классами, которые перебивали :deep правила. Усилили все ключевые селекторы !important + добавили охват .text-h1/h2/h3/h4/h5/h6 и .text-right (под мета-блок «УТВЕРЖДЕНО…»).

Bank.vue (карточка платежа):
- убрали отдельные surface-карточки вокруг сводки и QR (получалось «карточка-в-карточке-в-карточке»)
- сводка → плоский <dl> со строкой-разделителем снизу (border-bottom var(--p-line))
- QR → просто центрированный canvas без обёртки/фона/рамки; белый цвет внутри canvas — функциональное требование контрастного сканирования, не дизайн-выбор
- detail-expansion → без своего фона, только border-top/bottom

WorkspaceSwitcher (новый widget src/widgets/Desktop/WorkspaceSwitcher/):
- Карточка-кнопка в шапке drawer: иконка кооп + caption «ПК «ВОСХОД»» + bold «Стол совета» (текущий) + chevron
- Клик → q-menu со списком всех workspaceMenus (Стол пайщика, Стол совета, Стол председателя и т.д.); выбор → selectWorkspace + goToDefaultPage
- Подключён через #brand slot AppDrawer'а в LeftDrawerMenu, заменяет дефолтный brand-row
2026-05-20 17:48:25 +00:00
coopops 9ea9467c2c feat(signup): canon-типографика заявления + рефакторинг карточки платежа
ReadStatement (этап 6.1):
- Backend генерирует HTML документа — локально нормализуем через :deep
- h1 уменьшен с монструозного дефолта до canon h3 (20px), центрирован
- h2/h3, p, strong, ul/ol, table, hr — типографика по var(--p-*)
- мета-блок .approved/.meta-right (УТВЕРЖДЕНО…) — ink-2, мельче, плотнее
- Чекбоксы соглашений снизу не трогали (как просил пользователь)

Bank (этап 6.2 — карточка платежа PayWithProvider):
- QR-код вынесен в фокус: сначала сводка (получатель/сумма/назначение) → QR → действия → реквизиты для ручного перевода скрыты под q-expansion-item
- Полные 9 полей (ИНН/БИК/КПП/корр-счёт/...) переведены на BaseInput(readonly, mono) с copy-кнопкой в #append; раскрываются только при необходимости
- Кнопки «Скачать QR» (primary) и «Скопировать реквизиты» (secondary) — BaseButton
- Удалены: q-btn(push), case-mixed «скопировать реквизиты», стиль #qr через global селектор
2026-05-20 17:20:15 +00:00
coopops 9a3ee9afa4 feat(invite): этап 5 — миграция Invite на canon AuthCard + BaseInput/BaseButton
- InvitePage: row/col-обёртка → .invite-page flex-center + canon padding (как у SignInPage)
- Invite widget: AuthCard со штатными title/subtitle (вместо CAPS-заголовка с background-clip градиент-текста)
- BaseInput(mono, readonly) для приватного ключа — canon-оформление key/hash полей
- BaseButton(ghost) для копирования + BaseButton(primary) для «Установить ключ»
- Удалены: градиент-текст, semi-transparent blue/green tint карточки вокруг инструкции и чекбокса, hover translateY + box-shadow glow, custom border-radius/box-shadow для q-input и кнопок, мобильные @media-блоки (canon-токены и AuthCard сами адаптивны)
2026-05-20 16:54:02 +00:00
coopops fd4bb48870 fix(signup): canon-рамка для контейнера подписи вместо неонового glow
- .signature-container: 3px primary border + 3-слойный box-shadow glow → 1px dashed по var(--p-line-2), surface-2 фон, без свечения; на hover лишь окрашивается рамка
- .signature-hint: переехала в центр контейнера, canon ink-2 цвет, убран frosted-chip с blur/shadow — теперь спокойная метка «Оставьте собственноручную подпись в рамке», pointer-events: none пропускает клики на canvas
- min-height снижен 300→220, padding на canon-токены
2026-05-20 16:52:23 +00:00
coopops d41ce5712d fix(signup): отступ сверху, canon фон q-stepper, ширина email-поля
- SignUp.vue: добавлена обёртка .signup-page (padding + center + min-height) — как у SignInPage; раньше страница была прижата к шапке
- AuthCard maxWidth: 1000 → 720 — историческое 1000 для трёх-колоночной UserDataForm; для остальных шагов выглядит абсурдно широко
- q-stepper: убраны собственный фон/тень/padding (не «карточка в карточке»), линии-разделители переведены на var(--p-line)
- EmailInput: max-width поля 360px — email не должен растягиваться во всю ширину карточки
2026-05-20 16:39:11 +00:00
coopops ed9f483e7a fix(authcard): убрать оборванный barrel-экспорт после удаления старого AuthCard
vue-tsc ругался: shared/ui/index.ts:21 — Cannot find module './AuthCard'.
- shared/ui/index.ts: убран `export * from './AuthCard'`
- LoginRedirectPage.vue: импорт переключён на canon `shared/ui/domain/AuthCard`, CAPS-заголовок заменён на canon `title` prop
- Invite.vue: импорт переключён на canon (полная миграция Invite — этап 5)
2026-05-20 16:16:11 +00:00
coopops d974d7698b feat(signup): этап 4 — миграция SignUp на canon AuthCard + BaseButton/BaseInput
- canon `shared/ui/domain/AuthCard` переписан на pug
- SignUp.vue переключён со старого «глянцевого» AuthCard на canon (title prop вместо CAPS-заголовка)
- старый `shared/ui/AuthCard` удалён (использовался только в SignUp)
- 7 подэкранов SignUp (EmailInput, SetUserData, SelectProgram, GenerateAccount, SelectBranch, ReadStatement, SignStatement): q-btn → BaseButton (ghost для «назад», primary для «Продолжить»)
- EmailInput: q-input → BaseInput, валидация rules переведена на computed :error
- q-input в GenerateAccount оставлен из-за зависимости от ref.select()
2026-05-20 16:10:50 +00:00
coopops bc5d7deda5 content(brand): og-image из poster-logo-horizontal + новый длинный дескриптор
- og-image.png — взят brand-постер ~/blago/production/shared/poster-logo-horizontal.png,
  отресайзен до 1000px по ширине и центрирован на полотне 1200×630
  с белыми краями по вертикали. Шрифт/композиция родные бренда.
- description / og:description / twitter:description: «Цифровой Кооператив —
  система управления хозяйством. Регистрация пайщиков, заказы на поставку
  и приобретение имущества, собрания совета, общие собрания пайщиков,
  взаимные расчёты на блокчейне, автоматический документооборот и бухбаланс
  на основе простой электронной подписи.»
2026-05-20 15:56:13 +00:00
coopops 44628dfde4 content(brand): обновить превью и мета — система управления хозяйством на платформе «Благо»
- og-image.png перерисован: «Цифровой Кооператив» / «Система управления
  хозяйством» / «на платформе БЛАГО — кооперативной экономики для жизни» /
  «Регистрация пайщиков · заказы на поставку и приобретение имущества ·
  расчёты на блокчейне».
- description / og:description / twitter:description выровнены под этот
  же копирайт. Слово «взаимоотношения с пайщиками» убрано как слишком
  узкое — управление хозяйством включает в себя ещё заказы, реестры
  и документы.
2026-05-20 15:44:57 +00:00
coopops 4fd79ffda9 feat(brand): системный логотип ЦК + чистка ассетов + OG-превью
- src/assets/logo.svg, public/favicon.svg, public/logo.svg — единая SVG
  логотипа кооператива (path с «ц» внутри). Скачано с
  https://цифровой-кооператив.рф из шапки сайта.
- src/assets/logo.svg: fill -> currentColor чтобы лого внутри
  canon .rail__brand наследовал --p-primary (для тёмной темы тоже).
- LeftDrawerMenu подключает лого через slot #brand-icon AppDrawer
  (импорт ?raw + v-html). Внутри зелёного квадрата шапки рейла теперь
  наш системный знак, а не дефолтный q-icon "dashboard".
- index.html: favicon → /favicon.svg, apple-touch-icon тоже на SVG.
  Удалены неработающие ссылки на /favicon.ico и /apple-touch-icon-*.png.
- index.html: добавлены description + расширенные og:* и twitter:*
  с конкретным описанием и og-image (1200×630), чтобы ссылки в чатах
  выглядели прилично.
- public/og-image.png — превью 1200×630, ImageMagick-сгенерированный
  композит из логотипа + текста.
- Удалены неиспользуемые ассеты:
  - public/icons/, public/pwa/ — старые favicon/PWA-PNG'и всех размеров;
  - src/assets/* — 40 легаси SVG/PNG (anime, blockchain, dacom*, flow*,
    header-logo, quasar-logo-vertical, system*, club*, welcome.jpeg и т.д.).
  Оставлены только src/assets/pin.svg (используется в Map.vue) и
  src/assets/logo.svg (новый).
2026-05-20 15:35:23 +00:00
coopops fca07fc3c7 fix(layout): убрать TS-каст из pug-шаблона AppDrawer
Pug-template передаёт выражения в Vue compiler как строки; конструкции
вида (entry as RailItem).route не превращаются в JS и падают
SyntaxError в браузере: «Unexpected identifier 'as'».

Касты унесены в <script>: добавлены computed flatItems и
normalizedGroups, шаблон работает с уже типизированными массивами без
inline-TS.
2026-05-20 15:20:25 +00:00
coopops dfd1ebd2a9 fix(layout): этап 3.3 — все canon-компоненты на pug + фикс импорта cmdk
- LeftDrawerMenu: импорт useCmdkStore → useCmdkMenuStore (правильное имя).
  Без этого ломался ESM build всего drawer'а: «no exported member
  useCmdkStore» — RailUserCard не монтировался, поэтому и chevron свёртки
  «не работал», и Найти/Пополнить не реагировали.
- AppDrawer.vue, AppHeader.vue, RailUserCard.vue переведены на pug
  (lang="pug"). В проекте везде pug — никакого исторического HTML в
  canon-компонентах быть не должно.
2026-05-20 15:12:38 +00:00
coopops 7d6592d1b6 fix(layout): этап 3.2 — pug + v-model:collapsed + рабочие триггеры
- q-drawer width 240 → 248px (совпадает с canon --p-rail-w, кошелёк больше
  не уплывает справа из-за обрезки на 8px)
- LeftDrawerMenu: убран весь :deep override на .rail__usercard/.rail__signout,
  возвращаем canon margin/padding как есть
- LeftDrawerMenu: добавлен v-model:collapsed на RailUserCard с сохранением
  в localStorage — chevron «свернуть/развернуть» снова работает
- LeftDrawerMenu: кнопка Найти теперь дёргает cmdkStore.openDialog() напрямую
  (фейковый KeyboardEvent не доходил до глобального обработчика)
- LeftDrawerMenu: «Пополнить» → useDepositDialog().open(); DepositButton +
  WithdrawButton рендерятся скрыто как держатели q-dialog (q-portal в body)
- Header.vue и LeftDrawerMenu.vue переписаны на pug (как остальной проект)
2026-05-20 14:40:31 +00:00
coopops e5799ba702 fix(layout): этап 3.1 — RailUserCard в footer + canvas-фон + отступы рейла
- AppDrawer: плоский items оборачивается в .rail__nav, появляется gap 4-8px до cmdk
- cmdk margin 16→8px, чтоб выровнять с rail__nav (8px от стенки)
- LeftDrawerMenu footer: WalletCardMini+LogoutButton → один canon RailUserCard
  (avatar+balance в primary-soft + Пополнить + встроенный signout)
- :deep override на .rail__usercard margin 16→12/8 и .rail__signout padding 12/20→12/12
- quasar-canon: body--light/dark + q-layout/q-page-container/q-page красятся
  через --p-canvas, чтобы фон страницы соответствовал шапке и рейлу
2026-05-20 14:19:18 +00:00
coopops 1e1a70ded2 feat(layout): этап 3 — WalletCardMini + canon LogoutButton в footer AppDrawer
LeftDrawerMenu:
- legacy `MicroWallet` (ColorCard teal с большой карточкой пайщика + ИП-badge
  + Deposit/Withdraw micro-кнопки) → canon `WalletCardMini` из
  widgets/wallet-card-mini (тонкая карточка из shared/ui/domain/WalletCard
  compact-variant, читает walletStore сама).
- Убран toggle «свернуть/развернуть нижнюю секцию» — нижняя секция теперь
  всегда видна (короткий компактный блок: WalletCardMini + Выйти).
- Удалены неиспользуемые `onMounted`/`ref` импорты, slide-анимация и CSS
  toggle-кнопки.

LogoutButton:
- pug + q-item с красной полупрозрачной плашкой → плоский ghost-button в
  стиле rail-пункта AppDrawer: прозрачный фон в покое, на hover —
  `--p-neg-soft` фон + `--p-neg` текст/иконка.
- Из uppercase «ВЫЙТИ» в title-case «Выйти» (canon — никаких uppercase).

Визуально левый drawer теперь полностью в canon-семье: единый rail с
пунктами + поиском + компактным wallet-балансом + ghost-кнопкой выхода.

Закрывает этап 3 из 5 в волне «приземление DS на реальный layout».
Дальше — SignUp (этап 4) и Invite (этап 5).
2026-05-20 14:01:08 +00:00
coopops 61bd6f2000 feat(layout): этап 2 — AppHeader в реальном layout (заменяет MainHeader)
widgets/Header/CommonHeader/Header.vue теперь использует canon AppHeader
из shared/ui/layout. Высота шапки 56px (--p-topbar-h), border-bottom
hairline, без shadow и фоновых градиентов.

Слоты:
- #crumb: BackButton (для авторизованных), либо title с названием
  кооператива из system.info.vars для гостей/install.
- #actions: headerActions injection через useHeaderActionsReader (всё что
  страницы инжектят — Deposit/Withdraw, SettingsDropdown и пр. — рендерим
  как было).
- #notifications: NotificationCenter (только loggedIn + isClient).
- #theme: ToogleDarkLight — пока legacy, сохраняет storage + PWA-цвет;
  наш canon ThemeToggle их не делает (привяжу позже отдельным эпиком).
- #profile: BaseButton primary для гостей — Регистрация/Вход (в зависимости
  от текущего route).

Удалены:
- MainHeader.vue (вся логика scroll arrows + carousel actions group ушла —
  canon `.topbar__actions { gap: 8px }` достаточно; overflow-scroll
  будет вернут отдельно если потребуется на узких экранах).
- HeaderStyles.scss (стили scroll-arrow и q-toolbar overrides больше
  не нужны — canon-разметка через `<header class="topbar">`).

q-header Quasar остаётся wrapper'ом (sticky-poзиционирование в q-layout),
внутри — AppHeader даёт canon-разметку.
2026-05-20 11:54:27 +00:00
coopops f651f05a06 feat(layout): этап 1 — AppDrawer в реальном layout (заменяет LeftDrawerMenu)
Переписан widgets/Desktop/LeftDrawerMenu/LeftDrawerMenu.vue: внутри теперь
canon `AppDrawer` из shared/ui/layout с rail-видом MONO v2 (логотип ПК +
короткое имя кооператива в шапке рейла, ⌘K-поиск, пункты-router-link'и
с иконкой/бэйджем, sticky-footer).

Адаптер store→canon:
- items: desktop.activeSecondLevelRoutes → RailItem[], с прежней
  фильтрацией по roles + meta.conditions + meta.hidden (один-к-одному
  логика из SecondLevelMenuList).
- activeKey: вычисляется из router.currentRoute с поддержкой группового
  паттерна project-* → projects-list.
- @select: router.push({name, params:{coopname}}) или
  actionsStore.executeAction(meta.action), закрытие drawer на mobile.
- @cmdk: эмиттим keyboard event ⌘K → CmdkMenu (он смонтирован глобально
  в default.vue) подхватывает.

Footer-слот: пока сохранён legacy MicroWallet + LogoutButton + toggle
свернуть/развернуть (заменим на WalletCardMini в этапе 3).

default.vue: q-drawer width 200 → 240 (canon-ширина rail'а).

Что НЕ затронуто этим коммитом: верхняя шапка (legacy MainHeader),
правый drawer для actions, q-footer для гостей. Их меняем отдельными
этапами 2–3.
2026-05-20 11:38:56 +00:00
coopops f3d0192e6b fix(ui): убрать конфликт с Quasar — .row → .u-row
Корневая причина «оторванной» галочки в ResetKeyForm: я ранее задал в
mono-platform/components.css глобальное `.row { display: flex;
align-items: center; gap: 12px; }`. Quasar внутри `q-checkbox` (а также
q-radio, q-toggle, q-btn-toggle и др.) сам добавляет class="row" на
корень компонента и использует его как inline-flex — мой `gap: 12px`
раздвигал `.q-checkbox__inner` и `.q-checkbox__label` на 12px по всему
приложению.

Решение:
- Переименовать утилиту `.row` → `.u-row` (та же семантика, тот же набор
  модификаторов --wrap, --gap-2/4/6). У Quasar теперь свободный .row.
- Обновить все 6 использований в /_dev/ui.
- Откатить предыдущий :deep(.q-checkbox__label) padding-left:4px workaround
  в ResetKeyForm — лечил симптом, причина устранена.

Затрагивает только нашу dev-витрину и canon-utility; legacy pug-виджеты
с `.row.justify-center` продолжают работать через стандартный Quasar
flex-grid класс.
2026-05-20 11:18:39 +00:00
coopops 7e429c481b fix(ui): ResetKeyForm — сжать зазор между галочкой и текстом «Я сохранил ключ»
Quasar по умолчанию даёт ~12–16px padding на .q-checkbox__label, в
compact-форме сохранения ключа это смотрелось «оторвано». Уменьшаем до 4px
через :deep override на классе .rk-form__confirm.
2026-05-20 11:05:02 +00:00
coopops 7819d9c5bb feat(dev): секция 20 — ResetKey двухэтапный flow в /_dev/ui
Три кадра в одной секции: LostKey (ввод email), ResetKeyForm check-mail
(уведомление «письмо отправлено»), ResetKeyForm save-key (демонстрация
сохранения ключа с моковым сгенерированным аккаунтом). Submit на третьем
кадре регенерирует мок-ключ для повторной проверки.

Заменяет ошибочную секцию ChangeKey из предыдущей итерации.
2026-05-20 10:44:50 +00:00
coopops c0df025e1f fix(ui): откатить ChangeKey + мигрировать настоящий ResetKey flow на base-компоненты
ChangeKey-фича (формы current/new/confirm WIF + успешный диалог) была
ошибочной интерпретацией E7. Реальный flow «сменить ключ» в продукте —
это **двухэтапный ResetKey**:

  1. LostKey: пайщик вводит email (он потерял ключ — текущего WIF нет),
     бэк присылает письмо со ссылкой `?token=...`.
  2. ResetKey: при заходе по ссылке клиент сам генерирует новый ключ
     прямо в браузере (через `useCreateUser().generateAccount()`),
     показывает приватный ключ readonly с «Скопировать», требует
     подтверждения «Я сохранил ключ» и вызывает on-chain
     `resetKey({token, public_key})`.

Текущий ключ ввести нельзя (его нет). Новый ключ ввести нельзя (только
генерируется). Никакого подтверждения нового ключа — он один и тот же.

Что сделано:
- Удалена ошибочная `features/User/ChangeKey/`.
- Старый `widgets/Registrator/ResetKey/ui/ResetKey.vue` (pug + сырые
  q-input/q-checkbox + кастомные градиентные стили) разбит на:
  * `ResetKeyForm.vue` — presentation (props-driven, режимы
    `check-mail` / `save-key`), без useRouter/useApi — пригоден для
    /_dev/ui витрины.
  * `ResetKey.vue` — connected обёртка, читает `route.query.token`,
    генерит account через `useCreateUser`, диспатчит `resetKey` через
    `useResetKey`, на успех → router.push на signin.
- Новая UI собрана на BaseForm + BaseInput readonly mono + BaseButton +
  BaseBanner + AuthCard.

/_dev/ui секция 20 теперь показывает три кадра подряд: LostKey (email
шаг), ResetKey check-mail, ResetKey save-key с моковым сгенерированным
ключом.

FR11, UX-DR9, UX-DR15.
2026-05-20 10:44:32 +00:00
coopops 5dba22d457 fix(ui): BaseInput/BaseSelect — явный проброс слотов вместо v-for in $slots
Generic-проброс `<template v-for="(_, slotName) in $slots" #[slotName]>`
рушится в Quasar 2.19 рендере: при наличии scoped-слота #append вылетает
`Cannot read properties of null (reading 'key')` в renderSlot + Vue warns
по `_isVue`/`constructor` свойствам. Заменяем на явный список слотов
(prepend / append / before / after / hint у q-input; +option, selected-item
у q-select) — синтаксис, который Quasar держит корректно.

Кейс всплыл на ChangeKeyForm: #append с q-icon (toggle visibility) ронял
страницу /_dev/ui целиком.
2026-05-20 08:47:48 +00:00
coopops 698b1d6333 feat(dev): секция 20 — ChangeKey flow в /_dev/ui (визуальная проверка E7)
Подключение ChangeKeyForm + ChangeKeySuccessDialog к dev-витрине.
Submit запускает заглушку useChangeKey().changeKey() (≈600 мс), по успеху
открывает диалог с новым WIF. Generate генерирует валидный K1 ключ через
SDK и заполняет оба новых поля. Confirmed сбрасывает форму.
2026-05-19 20:03:38 +00:00
coopops 8b3263bf70 feat(ui): E7.2 ChangeKeySuccessDialog — подтверждение через BaseDialog без backdrop-exit
Диалог успеха смены ключа: новый WIF в моноширинном блоке с copy-кнопкой,
BaseDialog с closeOnBackdrop=false, closeOnEscape=false, hideCloseButton=true.
Закрытие только через primary-кнопку «Я сохранил ключ»; до копирования
кнопка показывает guard-баннер вместо немедленного закрытия. По confirmed
эмитим событие — реальный flow подключит router.push на дашборд.

FR11, UX-DR11, UX-DR15. Story 7.2 из epics.md.
2026-05-19 20:03:26 +00:00
coopops 9578dc1b86 feat(ui): E7.1 ChangeKeyForm — смена ключа на BaseForm + BaseInput + BaseBanner
Форма смены ключа пайщика на новых компонентах дизайн-системы.
BaseBanner severity=warn с предупреждением о потере, checklist последствий,
поля current/new/confirm WIF моноширинные с toggle visibility, ghost-кнопка
«Сгенерировать» через PrivateKey.generate из @wharfkit/session.

Бизнес-логика — заглушка с TODO на привязку on-chain change-key action
(pattern см. features/User/ResetKey/api) и TODO на OtpInput шаг подтверждения
(приходит в Эпике 10).

FR11, UX-DR9, UX-DR15. Story 7.1 из epics.md.
2026-05-19 20:03:12 +00:00
coopops 45cfa29940 fix(ui): Avatar tone — единая семантика neutral/primary/accent, убрать ink
Bug после rename --p-accent → --p-primary: класс .avatar--accent смотрел
на --p-primary-soft (canon teal), а должен был — на --p-accent-soft
(warm orange по новой семантике). И вариант ink (белый bg + dark text)
визуально выпадал из палитры — крайний xl-аватар на демо-витрине казался
«не пришей к звезде рукав».

Новая семантика AvatarTone:
- neutral (default) — серый surface-3 + ink-1 (нейтральный)
- primary — canon-teal soft + canon-teal text (основной выделение)
- accent — warm-orange soft + warm-orange text (редкое выделение,
  например подсветка пайщика по batch_id)

Удалён вариант ink — не использовался в реальном коде.
В dev-витрине xl-аватар: tone="ink" → tone="primary".

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-19 19:46:27 +00:00
coopops d0a8dc0080 revert(ui): убрать override центрирования suffix/prefix — оставить Quasar дефолт
Override (padding-top:0 + align-self:center на dense) не отрабатывал —
Quasar в dense держит prefix/suffix по baseline вводимого значения,
и пользователю это устраивает. Убираем неработающий override, чтобы
не мешался в дальнейших правках.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-19 19:42:30 +00:00
coopops 8d3cabab9b fix(ui): BaseDialog — отступ через margin-top второго ребёнка
Inline `style="margin:0"` на <p>-описании перебивал мой margin-bottom
через CSS (специфичность inline > selector). Переключаюсь на
`> :first-child + *` margin-top — отступ крепится ко второму ребёнку,
не зависит от inline-стилей первого.

Работает универсально: <p> + <BaseInput>, <p> + <BaseForm>, любая
другая пара «описание + контент».

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-19 19:39:29 +00:00
coopops 5ba95a2e6d feat(ui): --p-accent (warm orange) + suffix-центр + точная вёрстка gap
1. --p-accent (canon token): #D84315 (light) / #FF7043 (dark).
   Совпадает с legacy Quasar $accent (warm orange, Material Deep Orange).
   Проброшен в --q-accent через CSS var — legacy color="accent",
   var(--q-accent), text-accent продолжают работать без изменений,
   но теперь следуют за canon-темой (light/dark). Резерв под редкое
   выделение: ссылки batch_id и т.п.
2. quasar-canon.css: .q-field--dense .q-field__suffix/prefix —
   padding-top:0 + align-self:center. Quasar по умолчанию ставит
   padding-top: 24px под floating-label, отчего «RUB» визуально
   опускался к низу control'а. Теперь в одну линию со значением.
3. BaseForm: убран gap 12px из .base-form__body — reserve-hint-space
   у q-input даёт ~24px снизу под error/hint, дополнительный gap
   делал расстояние между инпутами неприятно большим.
4. BaseDialog: убран универсальный gap из body, оставлен margin-bottom
   только на первом <p>/.intro — между описанием и первым инпутом
   воздух нужен, между остальными детьми reserve-hint-space хватает.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-19 19:33:11 +00:00
coopops 6d5d614a2c fix: убрать случайный symlink node_modules из индекса
Промахнулся `git add -A` — захватил worktree-symlink node_modules
(он pnpm-shared с основным репо). .gitignore покрывает node_modules/
но симлинк-файл — отдельный путь.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-19 19:24:25 +00:00
coopops 0bac215035 refactor(ui): --p-accent → --p-primary — устранить конфликт с Quasar primary
Контекст: после проброса --q-primary = var(--p-primary) (4fddfe2343)
наш токен --p-accent и Quasar primary стали обозначать ОДИН и тот же
canon-teal — два имени для одного цвета это когнитивный шум, и при
росте платформы будет путать. Имя `accent` оставляем свободным под
будущий ВТОРОЙ цвет (warm-orange, для редкого выделения вроде ссылок
по batch_id) — это отдельная задача когда понадобится.

Переименовано везде (109 ссылок в 6 файлах):
- --p-accent          → --p-primary
- --p-accent-hover    → --p-primary-hover
- --p-accent-press    → --p-primary-press
- --p-accent-soft     → --p-primary-soft
- --p-accent-line     → --p-primary-line
- --p-accent-strong   → --p-primary-strong
- --p-ink-on-accent   → --p-ink-on-primary

Файлы: tokens.css, quasar-canon.css, components.css, RailUserCard,
AuthCard, _dev/ui (включая user-facing labels палитры «Accent → Primary»
и заголовок секции «Акцент → Основной цвет»).

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-19 19:23:58 +00:00
coopops 4fddfe2343 feat(ui): canon-цвет через --q-primary CSS var; вернуть dense + rounded
- tokens.css: проброс canon-палитры в Quasar brand-переменные
  (--q-primary/negative/positive/warning/info = соответствующие
  --p-* токены). Резолвится lazy → автоматически следует за темой.
  Теперь Quasar САМ красит focus q-field, q-btn color="primary",
  bg-primary utility-классы в canon-цвета без CSS-overrides;
- quasar-canon.css: убраны border-color overrides на ::before
  (default/focus/error) — Quasar управляет цветом через --q-primary
  и собственный механизм --focused/--highlighted. Оставлены только
  background, text-color и rounded углы (border-radius var(--p-r-sm));
- BaseInput/Select: вернули `dense` (компактный 40px) и явный
  `color="primary"` (canon teal через --q-primary).

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-19 19:14:20 +00:00
coopops 9f38148dc4 fix(ui): BaseDialog — уменьшить отступ между body и footer-кнопками
Между нижним инпутом и footer-кнопками был ~32px (q-card-section
padding-bottom 20 + q-card-actions padding-top 12) — выглядело
растянуто. Сводим к 16px (8+8) — кнопки сидят ближе к контенту.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-19 19:06:27 +00:00
coopops 559493a4b2 fix(ui): q-field overrides — оставить только цвет, всё остальное дефолт Quasar
Регрессия мерцания границы и приплюснутости — следствие борьбы наших
overrides с встроенной Quasar анимацией. Возвращаем дефолт: Quasar
сам решает геометрию (height/padding/border-radius/font), анимации,
opacity ::before и focus-индикацию. Наша задача — только покрасить
в canon-цвета.

Удалено из .q-field--outlined:
- height/padding/border-radius/font-size/font-family overrides;
- transition border-color (Quasar сам делает свой transition);
- opacity:1 !important на ::before (был костыль от мерцания);
- box-shadow:none на --focused/--highlighted;
- display:none на ::after underline;
- override .q-field--dense;
- override .q-field--float .q-field__label (Quasar анимирует label сам);
- focus-shadow / outline reset на native input.

Оставлено (только цвет):
- background: var(--p-surface);
- border-color: line-1 / accent (focus) / neg (error);
- color текста, placeholder, label, prefix/suffix, hint/error.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-19 19:05:57 +00:00
coopops ed61bb46b6 fix(ui): мерцание границы q-input на focus + unused import в BaseTable
- Quasar при focus анимирует opacity ::before (прячет старую границу
  перед показом ::after underline). Так как ::after мы спрятали,
  получался видимый gap ~200-400 ms «граница исчезла → появилась
  с подсветкой». Фикс: opacity:1 !important на ::before,
  transition только по border-color.
- BaseTable.vue: убран неиспользуемый импорт BaseTableColumn.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-19 19:01:31 +00:00
coopops 113a7b8a1b fix(ui): убрать dense из BaseInput/Select; gap в Dialog/Form body; wallet 17px
- BaseInput/BaseSelect: убран `dense` — возвращаемся к дефолтному
  outlined Quasar (control ~56px). Floating-label получает достаточно
  воздуха, текст значения визуально центрируется без сжатия;
- BaseDialog: `.base-dialog__body` теперь flex-column с gap 16px —
  описание/инпуты/таблицы внутри диалога получают единый воздух
  без правки потребителя (пример: «Паевой взнос: укажите сумму…» →
  отступ до инпута появляется автоматически);
- BaseForm: `.base-form__body` gap 4px → 12px — те же требования
  внутри формы;
- WalletCard: `.wallet__metric-val` 19→17px — итоговое значение
  для аккуратного баланс-блока FULL.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-19 19:00:14 +00:00
coopops 390c5e9a5c fix(ui): убрать stack-label, двойную focus-подсветку и mini-wallet из шапки
1. Stack-label: BaseInput/BaseSelect → только `dense`. Quasar
   стандартно сам корректно держит floating-label в dense+outlined,
   без CSS-override метка работает по документации Quasar.
2. Двойная focus-подсветка: убран наш box-shadow var(--p-focus-ring)
   поверх Quasar внутренней focus-индикации (виден был как «белый
   ринг» на тёмной + наш teal). Теперь только border-color меняется
   через ::before (canon-минимализм). Дополнительно `box-shadow: none
   !important` на --focused/--highlighted control и `display:none` на
   ::after underline (на случай dense Quasar variants).
3. Mini-wallet в правом верхнем углу AppHeader: слот #wallet удалён
   из API (баланс уже отображается в RailUserCard в drawer'е,
   дубль в шапке избыточен). Убран из dev-витрины каркаса.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-19 18:52:12 +00:00
coopops 0515994833 fix(ui): WalletCard и mini-wallet — снизить визуальный вес цифр
Регрессия после Quasar wrapper-pivot: метрики кошельков выглядели
крупно по сравнению с заголовком/sub-label, а padding'и были
избыточны для compact-варианта.

- .wallet (FULL): padding 18→14px по верт, иконка 44→40px,
  metric-val 22→19px, ccy 13→12px;
- .wallet--row (compact): padding 14→10px, иконка 36→32px,
  metric-val 18→16px — выглядит как row в списке, а не как карточка;
- .rail__balance-val (mini-wallet в drawer): 22→18px — теперь не
  доминирует над identity-блоком пайщика.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-19 18:38:31 +00:00
coopops b7717e0e1f fix(ui): canon q-field/q-btn пропорции — убрать раздавливание floating-label
Корень регрессии: жёсткий height: 40px в .q-field--outlined раздавил
вертикальную разметку q-input (Quasar держит padding-top:24px под
floating-label слот; при сжатии текст значения сдвигается). Те же
эффекты для select.

- BaseInput/BaseSelect → dense + stack-label по умолчанию;
  Quasar сам корректно держит 40px в dense, метка статически стоит
  над инпутом без floating-механики;
- .q-field--outlined: убран принудительный height; .q-field--dense
  получает только padding-x, высоту контролирует Quasar;
- .q-btn: font-weight 500→450, min-height 40→36px, padding 16→14px —
  кнопки больше не выглядят «жирно/тяжело»;
- .q-btn--outline: hairline-граница через ::before (Quasar pattern),
  без двойной рамки;
- размеры sm/lg/dense пропорционально уменьшены;
- .q-chip: высота 24→26px, padding 10→12px, font-weight 500→450;
  + .q-chip__icon размер 14px (для точечных чипов).

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-19 18:36:29 +00:00
coopops 1ac70c0405 refactor(desktop/base): остальные base/ и AuthCard → обёртки Quasar
BaseSelect → q-select (outlined, reserve-hint-space, map-options/emit-value
для совместимости с {value,label} options API).

BaseCard → q-card flat с q-card-section head/body. Variants flat/inset/quiet
override-ят через scoped style.

BaseChip → q-chip с color mapping (variant → primary/positive/negative/
warning/info). Square для canon-look.

BaseBadge → q-badge с тем же color mapping. Dot-вариант через scoped style
(8×8 круг).

BaseBanner → q-banner rounded dense с border-left по variant.

BaseDialog → q-dialog + q-card с size→maxWidth mapping. closeOnBackdrop/
closeOnEscape пробрасываются через :persistent / :no-*-dismiss.

BaseTable → q-table с трансформацией columns в QTableProps['columns'].
Hide-pagination, binary-state-sort. Cell-slots работают через body-cell-{key}.

AuthCard (domain) — был на native canon `.card` div. Переведён на q-card flat
для консистентности. Усиленный shadow + accent-stripe сверху сохранены.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-19 18:12:12 +00:00
coopops 8ddcd30bc9 refactor(desktop/base): BaseInput/Button/Form → обёртки Quasar
BaseInput теперь рендерит <q-input outlined reserve-hint-space no-error-icon>
с проброшенными slots. reserve-hint-space от Quasar резервирует место
под error/hint встроенно — раньше делали вручную через NBSP. Все Quasar
features (rules через v-bind \$attrs, mask, ref API, native slots) работают
прозрачно. Props API совместим (modelValue, label, hint, error, prefix,
suffix, mono, readonly, disabled, autocomplete, name, id, type).

BaseButton — q-btn с variant→Quasar mapping:
  primary → :unelevated color="primary" (заливка accent)
  secondary → :outline (border + surface)
  ghost → :flat (transparent)
  danger → :flat color="negative" (transparent + neg-cвет)
:no-caps :ripple=false для canon-look. Props API совместим.

BaseForm — q-form-обёртка с сводным error-баннером (q-banner) и slot footer.
banner—neg styling прилетает из quasar-canon.css через .bg-negative-soft.

Глобальная стилизация Quasar в quasar-canon.css даёт canon-look всем
этим компонентам и существующим q-input/q-btn/q-card по всему проекту.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-19 18:09:34 +00:00
coopops 82f44284fa feat(desktop/css): canon-стилизация Quasar поверх (quasar-canon.css)
Архитектурный pivot: вместо native HTML5-компонентов под canon-классами
стилизуем Quasar поверх. Причины:
- Сохраняется весь Quasar API из коробки (rules/mask/dense/slots/refs)
- Существующий код (сотни q-input, q-btn, q-card, q-select) автоматом
  получает canon-look без правок
- Меньше регрессий — Quasar отвечает за accessibility/keyboard/focus

Файл src/css/mono-platform/quasar-canon.css содержит overrides под canon
для: q-field--outlined (q-input/q-select), q-btn (unelevated/outline/flat),
q-card, q-chip, q-badge, q-banner, q-dialog/q-menu, q-item, q-table,
q-checkbox/q-toggle.

Подключен в quasar.config.cjs css[] после components.css. tokens.css
без изменений — все цвета/радиусы/тени тянутся как переменные.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-19 18:08:36 +00:00
coopops 6029342c7e fix(desktop): удалить legacy глобальный .card { transform: scale(1.03) }
Истинный источник «прыгалки» AuthCard на hover: глобальное правило
`.card:hover { transform: scale(1.03) }` в src/app/styles/style.css
(и его дубль в pages/Marketplace/MainPage/ui/MainPage.vue, тоже не scoped)
бьёт по любому элементу с классом card. AuthCard имеет корневой
<div class="card auth-card"> — каждый hover дёргает её на 3%.

Поиск показал: класс `card` без модификаторов в templates никто кроме
новых canon-компонентов (BaseCard, AuthCard) не использует. Этот глобал —
мёртвый legacy, удаляем безопасно.

NBSP-фикс layout-shift из предыдущего коммита (2a2d9a786a) остаётся
актуальным — он лечил другую (на уровне поля) проблему.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-19 18:06:59 +00:00
coopops 2a2d9a786a fix(desktop/ui): добить layout-shift, ужать gap полей, accent-стрип AuthCard, затемнить canvas
1) BaseInput — layout shift жив: text-interpolation `{{ error || hint || ' ' }}`
   рендерила обычный пробел, браузер схлопывает text-node с одним whitespace
   в 0-width content → div сжимается → форма прыгает. Заменили на
   `<span>&nbsp;</span>` (NBSP в DOM, не схлопывается).

2) BaseInput — canon `.field { margin-bottom: 16px }` создавал слишком
   большой разрыв между полями (16px margin + 10px form gap + 17px message =
   ~43px). Override `.field { margin-bottom: 0 }` в scoped — расстояние
   управляется gap'ом BaseForm.

3) AuthCard — статичный accent-стрип 3px сверху (`::before`). Визуальный
   якорь без анимации — даёт бренд-маркер «здесь главное».

4) tokens.css light — canvas #fafafa → #f4f4f5 (cool-gray), canvas-2
   #f4f4f5 → #ebebed. Surface остаётся #ffffff, теперь карточка чётче
   проступает на фоне.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-19 17:54:32 +00:00
coopops d6ab6e3cc6 fix(desktop/ui): убрать layout shift в BaseInput и оживить AuthCard на светлой
BaseInput: контейнер field__message теперь рендерится всегда с min-height
calc(--p-fs-meta * 1.4) — раньше div появлялся/исчезал на каждом keystroke
при валидации (см. LostKey emailError), форма прыгала вверх-вниз.
Когда нет ни ошибки, ни хинта — рендерится NBSP, высота сохраняется.

AuthCard: добавлен box-shadow поверх canon-минималистского .card —
canvas #fafafa и surface #ffffff на светлой почти неразличимы, без тени
карточка выглядит плоской. На тёмной отдельный shadow усилен (поверх
canon `--p-shadow-card`, который оптимизирован под data-cards, не hero).
border-color подкручен с --p-line на --p-line-1 для большей чёткости.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-19 17:48:01 +00:00
coopops 5d1d79d9ea feat(desktop/LostKey): E6 Story 6.3 — миграция «Перевыпуск ключа» на canon
Scope-adjustment: plan'овая Story 6.3 предполагала миграцию SignUp как
второго auth-flow, но Register — multi-step wizard (10+ файлов в
pages/Registrator/SignUp/), который требует VerticalStepper из Эпика 10
и не помещается в Волну 1. Вместо этого мигрируем LostKey — простую
одно-полевую auth-страницу, того же auth-домена.

LostKey (widget): pug → html, старый AuthCard (q-card с shimmer) →
canon AuthCard. q-input → BaseInput с inline email-валидацией;
q-btn → BaseButton; всё обёрнуто в BaseForm с loading/error.
Бизнес-логика (useLostKey.startResetKey + router redirect на resetkey)
сохранена 1:1.

LostKeyPage: footer-кнопка «Назад» через ghost BaseButton в footer-slot
AuthCard; центровка через flexbox.

Не мигрировано в Волне 1 (известный gap):
- SignUp wizard (требует VerticalStepper из E10)
- ResetKey / Invite (на старом AuthCard, мигрируются в Волне 2)

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-19 17:29:04 +00:00
coopops 34e1ea8a37 feat(desktop/SignIn): E6 Story 6.2 — миграция Login на canon-компоненты
LoginForm (feature): q-input → BaseInput, q-btn → BaseButton, обёрнут в
BaseForm с управлением loading/error. Бизнес-логика (useLoginUser, redirect,
OpenReplay tracking, NotificationPermissionDialog) сохранена 1:1.
Ошибки входа теперь показываются через сводный error BaseForm
(плюс legacy FailAlert остаётся как fallback).

SignIn (widget): импорт AuthCard переключён на новый canon-композит
(src/shared/ui/domain/AuthCard), убран pug-template и градиентные стили.
Добавлен footer-slot — пробрасывается в AuthCard.

SignInPage: переписан с pug → html, footer-кнопки «Потеряли ключ?» /
«Нет аккаунта?» вынесены в footer-slot AuthCard через BaseButton ghost-sm.
Центровка через flexbox вместо QRow grid.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-19 17:28:31 +00:00
coopops ef80504a80 feat(desktop/AuthCard): E6 Story 6.1 — AuthCard композит + AuthLayout
AuthCard (src/shared/ui/domain/AuthCard) — canon .card + center-aligned
head (title/subtitle/slot head) + body-slot + опциональный footer-slot.
Старый src/shared/ui/AuthCard (q-card с shimmer-градиентом) остаётся
для не-мигрированных страниц (SignUp wizard, ResetKey, Invite).

AuthLayout (src/app/layouts/AuthLayout.vue) — wrapper-обёртка для full-page
auth-страниц: фон var(--p-canvas), центрирование, тогл темы в правом верхнем.

Витрина: dev-секция 19 с примером login-формы (BaseForm + BaseInput ×2 +
BaseButton + footer-ссылки).

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-19 17:27:11 +00:00
Alex Ant 5de2d2bba1 feat(boot:extra): засев partner1 как coop-пайщика в воскход для E2E Эпика 0 (#410)
Build bootstrap container / build (push) Failing after 3m12s
* fix(controller): IS_UNIONED zod-парсер принимает string из .env

z.boolean().default(true) валится для переменной из .env, потому что
process.env всегда отдаёт строку: zod не приводит "true"/"false" к
boolean, в результате validateEnv падает с «IS_UNIONED: параметр не
установлен» и coopback не стартует, если в .env стоит IS_UNIONED=false
(стандартный dev-обход messenger-гейта, см. flow подключения партнёра).

Заменено на string().default('true').transform(v => v === 'true') —
сохранение прежнего default=true и поддержка string-форм из env.

* feat(epic-0): partner onboarding harness — signin → sign agreements → connect

Что добавлено:
- desktop/quasar.config.cjs: vite server.allowedHosts для voskhod-dev/
  partner-dev/api-dev (Vite 5.4+ блокирует cross-origin Host без явного
  списка — иначе SSR/HMR-сервер возвращает 403 «Blocked request»).
- docs-harness/lib/harness.mjs: helper signOnboardingAgreements —
  реальная подпись каскада SignAgreementDialog (wallet/signature/
  privacy/user), каждый клик отправляет sendAgreement → wallet::signagree
  on-chain. В отличие от dismissOnboardingDialogs делает on-chain эффект
  (см. inc 2026-05-18: stale vault SERVER_SECRET → bad decrypt).
- scenarios/onboarding/01..07: новый partner-flow Эпика 0 — partner1
  заходит в Восход, подписывает 4 типовых соглашения, идёт на «Подключение»,
  ant одобряет, наблюдаем установку partner-dev.
- scenarios/registration/01..04: архив старого registration-doc как
  отдельная история (см. mem feedback_provider_mono_pr_flow).
- scripts/debug-*: вспомогательные скрипты для портал-структуры и
  chairman onboarding'а.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>

* feat(docs-harness/08): chairman install wizard на partner-dev

Сценарий 08 проходит установочный wizard /:coopname/install целиком:
шаг 1 (RequestKeyForm: WIF partner1 из state/cooperatives/partner1.json),
шаг 2 (SetInitForm: readonly orgdata из is_server_init=true, «Далее»),
шаг 3 (SetSovietForm: один председатель — Иванов И.И.),
шаг 4 (SetVariablesForm: ОПФ+ во всех падежах, устав, конф.email).

Финальный submit «Завершить установку» сейчас падает on-chain в
soviet::create — `assertion: Один из аккаунтов не найден в реестре
пайщиков`. Причина: в install.interactor.ts adduser и createBoard
шлются двумя отдельными tx; partner1 nodeos не producer, между tx есть
лаг p2p-репликации, createBoard приходит до того как participants[N]
обновился. Шот 06-error-state снимается при таймауте; шот
06-completed появится после фикса race в install.interactor (отдельный
коммит).

Сценарий запускается:

  BASE_URL=https://partner-dev.coopenomics.world COOPNAME=partner1 \
  node run.mjs onboarding/08-chairman-install-on-partner-dev

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>

* fix(controller/install): bundle adduser+createBoard в одну tx

Cause. install.interactor.ts шлёт adduser×N и createBoard двумя отдельными
tx через BlockchainService. На production-нодах с producer-схемой это
работает (lag реплицирования минимальный), но на dev-loop'е partner-
coopback соединён со своим nodeos, который p2p-репликой подтягивает
блоки от producer'а — после accept'а adduser в local state ещё нет
soviet::participants[username] к моменту push'а createBoard. Контракт
soviet::createboard падает «Один из аккаунтов не найден в реестре
пайщиков».

Fix. Объединил все adduser-action'ы и createBoard-action в одну tx
через новый метод BlockchainPort.installSoviet(). Обе action'ы теперь
атомарны в одном блоке — soviet::addpartcpnt (inline action от
adduser) обновляет participants и createBoard видит запись сразу же
в том же блоке.

Поток в install.interactor.ts перестроен в два шага:
  1. Цикл по soviet: createUser в БД + setupNotificationSubscriber +
     сбор addUserActions[] и members[] (без on-chain активности).
  2. installSoviet(addUserActions, createBoardData) — одна tx.

Catch при ошибке on-chain (как и раньше) откатывает users из БД.

Зачем. Закрывает блокер сценария 08-chairman-install-on-partner-dev:
без этого финальный экран wizard'а «Установка завершена» недостижим
на dev-loop'е (Эпик 0 не закрывается).

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>

* feat(docs-harness/09): invite-token → WIF → signin chairman

Закрывает Эпик 0: после сценария 08 (chairman install wizard) на
partner1 в Postgres появляется invite-токен председателя, но Novu не
доставит его на @example.com адрес. Сценарий 09 идёт за токеном
напрямую в БД через `ssh partner1 → docker exec postgres → psql` и
прогоняет до финального signin под новым ключом.

Шаги:
1. fetchLatestInviteToken — SELECT token FROM tokens WHERE
   type='invite' AND blacklisted=false AND expires > NOW() LIMIT 1.
2. Открываем `${BASE_URL}/${COOPNAME}/auth/invite?token=<token>` —
   widget Invite.vue клиентски генерирует новый WIF (generateAccount).
3. Извлекаем WIF из q-input, сохраняем в
   state/cooperatives/partner1-chairman.json для последующих сценариев.
4. Чекбокс «Я сохранил ключ» → «Установить ключ» → resetKey шлёт
   on-chain ChangeKey, фронт редиректит на /auth/signin.
5. Финальный signin под chairman.partner1@example.com + новый WIF;
   ждём перехода на /chairman или /participant.

Запускается:

  BASE_URL=https://partner-dev.coopenomics.world COOPNAME=partner1 \
    node run.mjs onboarding/09-chairman-key-and-login

Требует SSH-доступа к partner1 (PARTNER_SSH=user1@91.218.246.46 по
умолчанию) и предварительно прогнанный сценарий 08 (после merge
fix(controller/install) — иначе токен не появится).

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>

* refactor(controller/install): откатить installSoviet bundle на sleep 2s

Bundle adduser×N + createBoard в одну tx работает, но требует расширения
BlockchainPort и больше read'а; для не-producer-нод (dev-loop) достаточно
короткой паузы между adduser и createBoard, чтобы p2p-реплика подтянула
блок с participants. 2с гарантированно перекрывают и prod (~50ms), и
dev-loop (1-3с).

Отменён 3f2ecc42cf (installSoviet в blockchain.port + blockchain.service +
install.interactor), добавлен `await new Promise(setTimeout, 2000)` между
циклом adduser и createBoard.

Это однострочный фикс race-condition; bundle вернётся когда понадобится
многошаговая атомарность.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>

* fix(desktop+harness): SPA mode dev + q-checkbox селектор

- desktop dev по умолчанию в SPA — SSR грузит сервер на 70%+ CPU и ломает
  reverse-proxy HTTP/2 multiplex'ом параллельных модулей /src/*. Старый
  режим доступен как `dev:ssr`. docker-compose зовёт `dev` — без правок.
- harness 09: Quasar q-checkbox рендерит label в div, не <label>; кликаем
  по `.q-checkbox:has-text(...)`.

* feat(boot:extra): засев partner1 как coop-пайщика в воскход + announce=domain

В installExtraData (reboot:extra) теперь регистрируется partner1 как
готовый coop-пайщик воскхода со status=active, чтобы dev-стенд после
reboot:extra сразу позволял запустить полный E2E прогон Эпика 0
(provider order_instance → Hostkey rent → playbook → coopback healthy
→ provider initSystem → chairman wizard).

Flow засева:
  newaccount → reguser(type=organization) → regcoop → stcoopstatus(active)
+ Mongo: organization + paymentMethod (bank_account)
+ Postgres: users.partner1{type:organization, role:user, status:joined}

В CooperativeClass — `announce` теперь хранит доменное имя
('voskhod-dev.coopenomics.world'), не текст. Provider читает announce
как domain для DomainDelegationPollingService (regex→is_valid,
health-check L7-Proxy 8880→is_delegated). См. memory
reference_provider_announce_domain.

Без этих правок:
- provider не подхватывает partner1 в свою DB после reboot:extra
- harness 08 после initSystem видит «Unsupported account type:
  undefined» — partner1 organization_data отсутствуют в воскход'е
- announce='Тестовый кооператив' не парсится как domain → is_valid=false

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>

* fix(boot:extra): partner1 reuse WIF из docs-harness фикстуры

В installExtraData boot:extra на каждом запуске генерировал случайный
WIF для partner1 через generateKeypair(undefined). harness 08
(chairman wizard /partner1/install) брал WIF из docs-harness/state/
cooperatives/partner1.json (засеян однократно в репозиторий) — после
reboot:extra on-chain active key уже другой, startInstall mutation на
partner-coopback'е не принимает ключ, wizard зависает на шаге 1 без
видимой ошибки. ACTIVE+initialized провайдером проходит, но
installSystem (создание совета + рассылка инвайт-токенов) не
наступает → harness 09 не может получить WIF chairman'а.

Фикс: если фикстура есть, читаем wif (опц. publicKey, иначе деривим
ecc.privateToPublic) и передаём как seededKeys в generateKeypair —
получается детерминированный partner1 active key, синхронный с
harness'ом. Иначе fallback на старое поведение (рандомный ключ).

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>

---------

Co-authored-by: coopops <coopos@coopenomics.world>
Co-authored-by: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
Co-authored-by: coopops <coopops@coopenomics.world>
2026-05-19 22:03:54 +05:00
coopops 9e545329fc chore(contracts): починить .gitignore для собранных контрактов
После переезда контрактов в cpp/ (коммит 2b6b56a, март 2025) паттерны
в components/contracts/.gitignore ссылались на старые пути
(soviet/soviet.wasm и т.п.) и не матчились. В итоге собранные
.wasm/.abi уходили в репозиторий.

— переписаны паттерны на cpp/**/*.{wasm,abi}
— тестовые фикстуры в cpp/tests/test_contracts/** оставлены трекаться
— git rm --cached для soviet.{wasm,abi} и starter.{wasm,abi}
2026-05-19 17:01:46 +00:00
coopops 51f89b3fe4 feat(desktop/widgets/wallet-card-mini): E5 Story 5.2 — connected-обёртка WalletCard
WalletCardMini подключает WalletCard к Pinia (useWalletStore.program_wallets) +
System store (info.symbols.root_govern_symbol) + useRouter (клик →
name: 'wallet'). Программный mapping: wallet→MAIN, blagorost→BLAGOROST,
generator→GENERATOR (Zeus.ProgramType). Loading определяется автоматически
по наличию данных в store (или пробрасывается через prop).

Подключено в слот wallet AppHeader на dev-витрине (секция 16 — каркас) +
выделенная секция 18 с тремя программами. На dev-странице покажет
skeleton-loading т.к. loadUserWallet не вызывался; на реальных страницах
после init процесса — настоящий баланс.

Со-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-19 17:00:57 +00:00
coopops 7ee4cd633f chore: add CLAUDE.md with project-scoped agent notes
Перенёс из общей auto-memory: stack, worktree policy (mono-ai-1 vs mono-ai-4), PR-flow, локальные тесты, GraphQL/desktop каноны, платформенные паттерны (роли, agreements, трёхуровневый онбординг), SDK login, vault & SERVER_SECRET, Capital фиксы, Стол Заказов MVP. Часть реорганизации памяти агента по проектам; в mono-ai-2..5 файл подцепляется локальными симлинками без отдельного коммита (попадёт в feature-ветки при следующем merge от dev).

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-19 16:57:29 +00:00
coopops 50b95de57b fix(desktop/_dev/ui): корректные подписи программ Благорост/Генератор в витрине WalletCard
Благорост — капитализация РИД (не «накопления на жильё»), Генератор —
генерация РИД (не «доходы от программы»). Кошелёк остаётся «свободный
остаток». Черновые ярлыки риском попадают в production через копипасту.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-19 16:48:01 +00:00
coopops 345b226f84 feat(desktop/WalletCard): E5 Story 5.1 — props-only компонент с программными акцентами
Канонический .wallet с компактным (--row) и full-вариантами, программные
акценты через --prog-blagorost / --prog-wallet / --prog-generator (UX-DR20).
Витрина на /_dev/ui секция 17: три программы × оба варианта + loading +
empty + locked-line.

Compact (.wallet--row): 36px icon, 18px sum, 14px padding — для слота шапки.
Full (.wallet): 44px icon, 22px sum, 18px padding — для дашборда.

Connected-обёртка widgets/wallet-card-mini (Story 5.2) делается отдельным
коммитом, требует интеграции с реальным wallet-store и MARKETPLACE_ASSET_CONFIG.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-19 16:41:54 +00:00
coopops 8af8bf7512 revert(desktop/RailUserCard): убрать transition свёртки — baseline-skipping
Анимация max-height + opacity при свёртке давала видимый прыжок крупной
суммы баланса (`font-size: 22px` + `display: flex; align-items: baseline`):
во время промежуточных кадров baseline переcчитывался относительно
схлопывающегося контейнера → текст «прыгал в середину» и обратно.

Возвращаемся к canon `display: none`. Resize моментальный, без skipping.
Поведение rail (top опускается, bottom-chevron остаётся через flex-spacer)
работает и без анимации — пользователь это и подтвердил в фидбеке.

Chevron rotation через :deep(.q-icon) и balance-route не трогаем —
они независимы.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-19 15:33:04 +00:00
coopops 5ef499a75f feat(desktop/_dev/ui): TokenPalette + chevron full-width fix
1. **Палитра системы.** Новая секция «00» в шапке dev-страницы со всеми
   основными --p-* токенами:
   - Акцент (accent / hover / press)
   - Поверхности (canvas / canvas-2 / surface / 2 / 3)
   - Текст (ink / ink-on-accent)
   - Линии (line / 1 / 2) — текстовый input для rgba
   - Статусы (pos / neg / warn / info)
   - Программные тинты (blagorost / wallet / generator)

   Color-picker для hex-токенов, текстовый ввод для rgba. Live-override
   через `document.documentElement.style.setProperty()` — inline-style на
   :root перебивает CSS-правила, перекрашивание мгновенное. Подсветка
   переопределённых токенов + счётчик в шапке + кнопка «Сбросить» (через
   removeProperty). Watch на Quasar Dark — при смене темы пикеры
   обновляются на новые resolved-значения.

2. **Chevron в свёрнутом виде — full-width.** Из-за того что для плавной
   анимации primary остаётся в DOM (max-height:0 вместо display:none),
   у него сохранялся `flex: 1` и он съедал ширину карточки → chevron не
   мог растянуться через canon-правило `width: 100%`. В `.is-collapsed`
   добавили `flex: 0 0 0` + `width: 0` для primary — chevron теперь
   корректно занимает всю ширину.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-19 15:31:54 +00:00
coopops 79afee2b82 fix(desktop/RailUserCard): chevron rotation, плавная свёртка, balance-route
По фидбеку:

1. **Chevron не переворачивается.** Canon-правило
   `.rail__usercard__collapse svg { transform: rotate(180deg) }` рассчитано
   на `<svg>`, а Quasar `<q-icon>` рендерит `<i class="q-icon">`. Прокидываем
   transition + rotate через scoped `:deep(.q-icon)` — chevron теперь крутится
   при свёртке/развёртке.

2. **«Карточка улетает»** — резкий jump при `display:none` создаёт визуальный
   прыжок. Подменяем display:none на `max-height: 0` + `opacity: 0` с
   transition'ом. Логика canon-селектора `.is-collapsed` не нарушается,
   просто добавлена плавность. Если структурное поведение rail (top
   опускается, bottom-chevron остаётся на месте) всё равно неудобно —
   перевёрстаем во вторую итерацию.

3. **Клик по балансу → маршрут кошелька.** Новый prop `balanceRoute` —
   если задан, блок `.rail__balance` оборачивается в `<router-link :to>`.
   Параллельно эмитим `balance-click` — для аналитики или функционального
   handler'а. На витрине привязал к `/_dev/ui#wallet` чтобы проверить.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-19 15:28:31 +00:00
coopops 0a977dcd83 feat(desktop/domain): RailUserCard + фикс RouteMeta для dev-роута
1. `RouteMeta.icon` объявлен обязательным в `src/env.d.ts` — добавили
   `icon: 'fa-solid fa-flask'` для dev-роута, иначе vue-tsc валится.

2. `RailUserCard` (`shared/ui/domain/RailUserCard`) — доменный
   общеплатформенный компонент мини-кошелька в нижней части drawer'а.
   Это будущий E11 (Волна 2), но логично вытащить раньше, чтобы основной
   layout можно было заменить целиком уже сейчас.

   Реализован по canon строго: rail__usercard с usertop+balance+actions,
   collapse-chevron справа с поворотом arrow при свёртке (через
   `.is-collapsed` модификатор + canon CSS), отдельный `rail__signout`
   блок (выходит вне `.rail__usercard` — рендерится сразу после, в том
   же `aside.rail` через footer-slot).

   Контракт строго dumb по архитектуре: только props/emits/slots.
   - props: name, role, avatarSrc, balance, symbol, balanceLabel,
     lockedBalance, lockedLabel, primaryActionLabel, collapsed,
     showSignout, signoutLabel
   - emits: primary-action, update:collapsed (v-model), signout
   - slots: usertop-extra, actions

   Coнnected-обёртки (с инжектом store/auth) — на уровне страницы,
   не здесь.

3. Витрина `/_dev/ui`:
   - Секция 12 (AppDrawer): заменили временный огрызок rail-demo__user
     на полноценный `<RailUserCard show-signout>` через footer-slot.
   - Секция 16 (Каркас приложения): аналогично — теперь у rail полноценный
     footer.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-19 15:19:09 +00:00
Alex Ant b973baef03 chore(release): publish
Build bootstrap container / build (push) Failing after 2m59s
2026-05-19 15:59:48 +05:00
Alex Ant e10e049bdd chore(release): publish
Build bootstrap container / build (push) Failing after 2m54s
2026-05-19 14:41:11 +05:00
Alex Ant 8f5fcafecb Merge branch 'dev' of github.com:coopenomics/mono into dev 2026-05-19 14:40:18 +05:00
Alex Ant bef5df8a06 migration complete 2026-05-19 14:40:02 +05:00
Alex Ant a46a6c173a fix(capital/convertsegm): линковать 1080 к пакету через newlink, не make_complete_document (#409)
PR #403 использовал Soviet::make_complete_document — это вытащило заявление о трансляции (1080)
на верхний уровень реестра как самостоятельный документ. В разделе «Документы» 1080 оказался
отдельной строкой, под ним болтались протокол+акт из соседнего пакета (агрегатор подтягивал их
по тому же result_hash без главного документа).

Правильно — линковать 1080 к существующему пакету процесса p.cap.rid, где ведущим документом
является заявление о внесении РИД (1040, statement из pushrslt). Канон уже есть в signact1/signact2:

  Action::send<newlink_interface>(_soviet, "newlink"_n, _capital, coopname, username,
                                  Names::Capital::SIGN_ACT*_RESULT, result_hash, act);

Здесь по тому же паттерну, action = Names::Capital::CONVERT_SEGMENT (константа уже в dev из #403,
её не трогаем), package = result_hash. Off-chain controller добавит 1080 в группу пакета 1040,
а не на верхний уровень.

verify_document_or_fail оставлен — это безопасность, не связана с проблемой реестра.

Co-authored-by: coopops <coopos@coopenomics.world>
Co-authored-by: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-19 13:51:45 +05:00
Alex Ant 34c4dadec3 feat(capital): требовать допуск для просмотра артефактов проекта/компонента (#407)
Любой авторизованный пользователь раньше мог запросить capitalStories /
capitalStory и получить требования всех проектов кооператива. Закрываем эту
лазейку на бекенде и показываем аккуратную заглушку на фронте.

Backend (controller):
- GenerationService.getStories: фильтрует список разрешённых project_hash
  через PermissionsService. Допуск к корневому проекту каскадно открывает
  все его компоненты; допуск к одному компоненту — только этот компонент.
  Запрос без project_hash/issue_hash доступен только chairman/member.
- GenerationService.getStoryByHash: проверяет допуск через project_hash
  (или issue.project_hash для story с issue_hash) и возвращает null без
  доступа.
- getCapitalStories / getCapitalStory резолверы теперь получают currentUser.
- ProjectPermissionsOutputDTO: добавлены has_parent_clearance и
  can_view_artifacts — для отображения заглушек на фронте.

Frontend (desktop):
- ProjectRequirementsPage / ComponentRequirementsPage: показывают
  ArtifactsAccessPlaceholder когда can_view_artifacts=false, с кнопкой
  получения допуска (или PendingClearanceButton при поданном запросе).
- Новый shared компонент ArtifactsAccessPlaceholder в стиле остальных
  заглушек расширения capital.

SDK:
- projectSelector обновлён под новые поля; schema.gql / zeus
  регенерированы.

Co-authored-by: coopops <coopos@coopenomics.world>
2026-05-19 11:40:37 +05:00
coopops 74539a6c46 feat(desktop/layout): E4 — AppDrawer + AppHeader + PageHead + PageTabs
E4 «Layout-каркас» Волны 1: 4 структурные обёртки в `src/shared/ui/layout/`.
По архитектуре — только props/emits/slots, без store/router/api, без знания
о данных. Cтраницы передают menu-items, breadcrumbs, табы и активные ключи
сверху.

Состав:
- `AppDrawer` — canon `.rail`: solid surface, активный пункт soft-accent
  пилюлей + 2-px рейл слева. Поддерживает плоский список + секции
  (RailSection с eyebrow-меткой), opt-in ⌘K-кнопку, slot `footer` для
  user-card / logout.
- `AppHeader` — canon `.topbar`: бургер · crumb · `topbar__actions` ·
  `topbar__right`. Поддерживает простой title и multi-level breadcrumb.
  Глобальные действия через слоты `notifications`/`theme`/`wallet`/`profile`
  или общий `right`.
- `PageHead` — canon `.page-head`: eyebrow + title + subtitle + slot
  `actions`. Используется когда страница БЕЗ подстраниц.
- `PageTabs` — canon `.tabbar` + `.tab`: вкладки подстраниц с tab__count,
  опциональный hairline-разделитель и `tabbar__actions` справа.

Также в составе коммита:
- Убрали AuthCard из base — он композит (cap + body + head + footer),
  переедет в E6 Auth flow рядом с SignUp/ResetKey/Invite.
- BaseForm: gap полей 16→10px (тесные формы как в каноне).
- Витрина `/_dev/ui`: 4 новые секции (12-15) на каждый layout-компонент +
  секция 16 «Каркас приложения» — AppDrawer + AppHeader + PageTabs в живой
  связке без legacy QLayout/QDrawer.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-19 06:17:01 +00:00
coopops dc93704990 fix(desktop/mono-platform): убрать HTML-теги <style> из canon CSS
Скрипт извлечения из bundled HTML оставил `  <style>...` в начале и
`</style>` в конце обоих файлов. CSS-парсер ловил `<` как ошибочный
селектор и пропускал блок до ближайшей `}` — съедая весь первый блок
правил.

В tokens.css первым блоком был `:root, [data-theme="light"]` со светлой
палитрой — она целиком игнорировалась. `[data-theme="dark"]` ниже
парсился нормально, поэтому тёмная тема работала, а светлая — нет:
кнопки primary/ghost/danger оставались с transparent background и
сливались с canvas.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-19 05:54:25 +00:00
coopops 02a4a2aa14 feat(desktop): MONO Platform v2 — базовые компоненты дизайн-системы
Заносим эталонную дизайн-систему в проект — только базовые элементы для
дальнейшей компоновки. Source — MONO Design System.html.

Архитектура (по `_bmad-output/planning-artifacts/architecture.md`):
- `src/css/mono-platform/{tokens.css,components.css}` — canon токены и стили
  компонентов 1:1 из эталона; импортируются первыми в quasar.config css[].
- `src/shared/ui/base/<Имя>/{Vue,types,index}` — 14 базовых обёрток (Vue 3 +
  TS, native HTML над canon BEM, no Quasar-deps кроме Dark API в ThemeToggle).
  FSD-граница: только props/emits/slots, никаких store/router/api.
- `src/boot/ui.ts` — глобальная регистрация 14 базовых компонентов.
- `src/boot/theme.ts` — sync `html[data-theme]` ↔ Quasar Dark.
- Inter + JetBrains Mono в index.html.

14 базовых:
BaseButton, BaseInput, BaseSelect, BaseCard, BaseTable, BaseChip, BaseBadge,
BaseDialog, BaseBanner, BaseForm, EmptyState, Avatar, ThemeToggle, AuthCard.

Витрина `/_dev/ui` (dev-only) — каждая обёртка отдельной секцией над чистым
canon-канвасом, без layout-обёрток. Маршрут смонтирован на корневом уровне,
ВНЕ DynamicLayoutWrapper, чтобы legacy default.vue не перебивал стили.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-19 05:30:28 +00:00
Alex Ant a24f5d4fc1 fix(asset-formatting): truncate (toward-zero) до 2 знаков вместо math-round (#404)
UI показывал баланс 99999.9999 RUB как 100 000,00 — пользователь видел
больше, чем реально на кошельке, и попытка инвестировать «весь баланс»
падала в walletop TRANSFER с insufficient funds (precision=4 на цепи
vs precision=2 в UI).

Принцип: «никогда не показывать сумму больше реальной». Truncate
выполняется на уровне строки, без преобразования в Number, чтобы
избежать FP-погрешности (0.29 * 100 = 28.999... в IEEE 754).

Изменения:
- desktop: новая утилита floorDecimalString — единый источник истины.
- desktop: formatAsset2Digits / formatToAsset / addAssets используют floor.
- desktop: убран double-formatting amount.toFixed(4) перед formatAsset2Digits
  в ParticipantWalletsPage.
- factory: Factory.formatAsset / Factory.formatShare через приватный
  truncateDecimal — тот же принцип в документах (заявления, акты).

Не затронуто (отдельный фолоу-ап): 10 файлов с inline .toFixed(4)
перед отправкой в контракт — рекомендую заменить на formatToAsset().

Co-authored-by: coopops <coopos@coopenomics.world>
2026-05-18 23:41:17 +05:00
Alex Ant 402783d8ae feat(epic-0): onboarding harness 01-08 + install bundle adduser+createBoard в одну tx (#398)
* fix(controller): IS_UNIONED zod-парсер принимает string из .env

z.boolean().default(true) валится для переменной из .env, потому что
process.env всегда отдаёт строку: zod не приводит "true"/"false" к
boolean, в результате validateEnv падает с «IS_UNIONED: параметр не
установлен» и coopback не стартует, если в .env стоит IS_UNIONED=false
(стандартный dev-обход messenger-гейта, см. flow подключения партнёра).

Заменено на string().default('true').transform(v => v === 'true') —
сохранение прежнего default=true и поддержка string-форм из env.

* feat(epic-0): partner onboarding harness — signin → sign agreements → connect

Что добавлено:
- desktop/quasar.config.cjs: vite server.allowedHosts для voskhod-dev/
  partner-dev/api-dev (Vite 5.4+ блокирует cross-origin Host без явного
  списка — иначе SSR/HMR-сервер возвращает 403 «Blocked request»).
- docs-harness/lib/harness.mjs: helper signOnboardingAgreements —
  реальная подпись каскада SignAgreementDialog (wallet/signature/
  privacy/user), каждый клик отправляет sendAgreement → wallet::signagree
  on-chain. В отличие от dismissOnboardingDialogs делает on-chain эффект
  (см. inc 2026-05-18: stale vault SERVER_SECRET → bad decrypt).
- scenarios/onboarding/01..07: новый partner-flow Эпика 0 — partner1
  заходит в Восход, подписывает 4 типовых соглашения, идёт на «Подключение»,
  ant одобряет, наблюдаем установку partner-dev.
- scenarios/registration/01..04: архив старого registration-doc как
  отдельная история (см. mem feedback_provider_mono_pr_flow).
- scripts/debug-*: вспомогательные скрипты для портал-структуры и
  chairman onboarding'а.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>

* feat(docs-harness/08): chairman install wizard на partner-dev

Сценарий 08 проходит установочный wizard /:coopname/install целиком:
шаг 1 (RequestKeyForm: WIF partner1 из state/cooperatives/partner1.json),
шаг 2 (SetInitForm: readonly orgdata из is_server_init=true, «Далее»),
шаг 3 (SetSovietForm: один председатель — Иванов И.И.),
шаг 4 (SetVariablesForm: ОПФ+ во всех падежах, устав, конф.email).

Финальный submit «Завершить установку» сейчас падает on-chain в
soviet::create — `assertion: Один из аккаунтов не найден в реестре
пайщиков`. Причина: в install.interactor.ts adduser и createBoard
шлются двумя отдельными tx; partner1 nodeos не producer, между tx есть
лаг p2p-репликации, createBoard приходит до того как participants[N]
обновился. Шот 06-error-state снимается при таймауте; шот
06-completed появится после фикса race в install.interactor (отдельный
коммит).

Сценарий запускается:

  BASE_URL=https://partner-dev.coopenomics.world COOPNAME=partner1 \
  node run.mjs onboarding/08-chairman-install-on-partner-dev

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>

* fix(controller/install): bundle adduser+createBoard в одну tx

Cause. install.interactor.ts шлёт adduser×N и createBoard двумя отдельными
tx через BlockchainService. На production-нодах с producer-схемой это
работает (lag реплицирования минимальный), но на dev-loop'е partner-
coopback соединён со своим nodeos, который p2p-репликой подтягивает
блоки от producer'а — после accept'а adduser в local state ещё нет
soviet::participants[username] к моменту push'а createBoard. Контракт
soviet::createboard падает «Один из аккаунтов не найден в реестре
пайщиков».

Fix. Объединил все adduser-action'ы и createBoard-action в одну tx
через новый метод BlockchainPort.installSoviet(). Обе action'ы теперь
атомарны в одном блоке — soviet::addpartcpnt (inline action от
adduser) обновляет participants и createBoard видит запись сразу же
в том же блоке.

Поток в install.interactor.ts перестроен в два шага:
  1. Цикл по soviet: createUser в БД + setupNotificationSubscriber +
     сбор addUserActions[] и members[] (без on-chain активности).
  2. installSoviet(addUserActions, createBoardData) — одна tx.

Catch при ошибке on-chain (как и раньше) откатывает users из БД.

Зачем. Закрывает блокер сценария 08-chairman-install-on-partner-dev:
без этого финальный экран wizard'а «Установка завершена» недостижим
на dev-loop'е (Эпик 0 не закрывается).

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>

* feat(docs-harness/09): invite-token → WIF → signin chairman

Закрывает Эпик 0: после сценария 08 (chairman install wizard) на
partner1 в Postgres появляется invite-токен председателя, но Novu не
доставит его на @example.com адрес. Сценарий 09 идёт за токеном
напрямую в БД через `ssh partner1 → docker exec postgres → psql` и
прогоняет до финального signin под новым ключом.

Шаги:
1. fetchLatestInviteToken — SELECT token FROM tokens WHERE
   type='invite' AND blacklisted=false AND expires > NOW() LIMIT 1.
2. Открываем `${BASE_URL}/${COOPNAME}/auth/invite?token=<token>` —
   widget Invite.vue клиентски генерирует новый WIF (generateAccount).
3. Извлекаем WIF из q-input, сохраняем в
   state/cooperatives/partner1-chairman.json для последующих сценариев.
4. Чекбокс «Я сохранил ключ» → «Установить ключ» → resetKey шлёт
   on-chain ChangeKey, фронт редиректит на /auth/signin.
5. Финальный signin под chairman.partner1@example.com + новый WIF;
   ждём перехода на /chairman или /participant.

Запускается:

  BASE_URL=https://partner-dev.coopenomics.world COOPNAME=partner1 \
    node run.mjs onboarding/09-chairman-key-and-login

Требует SSH-доступа к partner1 (PARTNER_SSH=user1@91.218.246.46 по
умолчанию) и предварительно прогнанный сценарий 08 (после merge
fix(controller/install) — иначе токен не появится).

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>

* refactor(controller/install): откатить installSoviet bundle на sleep 2s

Bundle adduser×N + createBoard в одну tx работает, но требует расширения
BlockchainPort и больше read'а; для не-producer-нод (dev-loop) достаточно
короткой паузы между adduser и createBoard, чтобы p2p-реплика подтянула
блок с participants. 2с гарантированно перекрывают и prod (~50ms), и
dev-loop (1-3с).

Отменён 3f2ecc42cf (installSoviet в blockchain.port + blockchain.service +
install.interactor), добавлен `await new Promise(setTimeout, 2000)` между
циклом adduser и createBoard.

Это однострочный фикс race-condition; bundle вернётся когда понадобится
многошаговая атомарность.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>

---------

Co-authored-by: coopops <coopos@coopenomics.world>
Co-authored-by: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
Co-authored-by: coopops <coopops@coopenomics.world>
2026-05-18 23:31:54 +05:00
Alex Ant 2479cce94d fix(capital/convertsegm): регистрировать convert_statement в реестре документов как completed (#403)
Build bootstrap container / build (push) Failing after 2m54s
Финальная фаза процесса p.cap.rid (convertsegm) принимала document2 convert_statement (шаблон 1080)
параметром, но:

1. **Не проверяла подпись** — `verify_document_or_fail` отсутствовала, поэтому on-chain
   принял бы любую сконструированную document2 без валидной user-подписи.
   У signact1/signact2 (соседние фазы того же процесса) verify есть — здесь забыли.

2. **Не регистрировала документ в реестре** — `newlink`/`newsubmitted`/`newresolved`
   не вызывался, заявление о трансляции 1080 «терялось»: off-chain controller (process_instance)
   не видел финальный документ привязанным к result_hash, процесс p.cap.rid не помечался completed.
   У pushrslt (create_approval) и signact2 (newlink с SIGN_ACT2_RESULT) линковка есть.

Канон есть в soviet/src/system/converttoaxn.cpp:54 и soviet/src/agreement/sndagreement.cpp:104:
паттерн `Soviet::make_complete_document(calling_contract, coopname, username, action, package_hash, document)`
шлёт newsubmitted + newresolved одной парой, package = анкер процесса (здесь result_hash).

Изменено:
- names.hpp: новая константа Names::Capital::CONVERT_SEGMENT = "convertsegm"_n (12 символов)
- convertsegm.cpp:
  - verify_document_or_fail(convert_statement, {username}) сразу после require_auth
  - Soviet::make_complete_document(...) ДО delete_result (чтобы линковка прошла, пока result_hash ещё анкер)

Контракт capital собирается без ошибок (cdt-cpp testnet mode), warnings — старые ricardian.

Co-authored-by: coopops <coopos@coopenomics.world>
Co-authored-by: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-18 22:47:38 +05:00
Alex Ant bd0bd21ae7 Merge branch 'dev' of github.com:coopenomics/mono into dev 2026-05-18 22:03:29 +05:00
Alex Ant abcd34f23d fix(capital): revert ошибочной замены GenerationConvertStatement → MoneyInvestStatement (#394) (#396)
PR #394 «починил» TS-ошибки coopback заменой типа `Cooperative.Registry.GenerationConvertStatement`
на `GenerationMoneyInvestStatement` в 3 файлах controller'а. Это семантически неверно:

- 1080 GenerationConvertStatement — заявление о трансляции паевого взноса
  (поля: project_hash, main_wallet_amount, blagorost_wallet_amount, to_wallet, to_blagorost, appendix_hash)
- 1020 GenerationMoneyInvestStatement — заявление о денежном паевом взносе по программе Генерация
  (совсем другой набор полей)

DTO BaseGenerationConvertStatementMetaDocumentInputDTO декларирует поля 1080, но `implements ExcludeCommonProps<action>`
где action = тип 1020 → TS2352 на as-cast в interactor, потому что Action'ы не пересекаются по полям.

Реальная причина исходных ошибок coopback после #392 — несвежий dist `@coopenomics/cooptypes`
на dev-узле (старое имя символа). Лечится пересборкой пакета, не переименованием ссылок.

Изменено (откат #394):
- generation-convert-statement-document.dto.ts:12 — `action = ...GenerationConvertStatement.Action`
- distribution-management.service.ts:56 — `registry_id: ...GenerationConvertStatement.registry_id`
- distribution-management.interactor.ts:48,66 — `Promise<...GenerationConvertStatement.Action>`

Co-authored-by: coopops <coopos@coopenomics.world>
Co-authored-by: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-18 13:00:45 +05:00
Alex Ant 83cac58fca fix(controller): IS_UNIONED zod-парсер принимает string из .env (#395)
z.boolean().default(true) валится для переменной из .env, потому что
process.env всегда отдаёт строку: zod не приводит "true"/"false" к
boolean, в результате validateEnv падает с «IS_UNIONED: параметр не
установлен» и coopback не стартует, если в .env стоит IS_UNIONED=false
(стандартный dev-обход messenger-гейта, см. flow подключения партнёра).

Заменено на string().default('true').transform(v => v === 'true') —
сохранение прежнего default=true и поддержка string-форм из env.

Co-authored-by: coopops <coopos@coopenomics.world>
2026-05-18 12:40:57 +05:00
Alex Ant dbf46d88d0 fix(capital): подтянуть 3 ссылки на GenerationConvertStatement → MoneyInvestStatement (#394)
PR #392 переименовал Cooperative.Registry.GenerationConvertStatement в
GenerationMoneyInvestStatement в @coopenomics/document, но в controller
осталось 3 несинхронизированные ссылки:

- distribution-management.service.ts:56 — registry_id метода generation
- distribution-management.interactor.ts:48,66 — тип Action в return и as-cast
- generation-convert-statement-document.dto.ts:12 — type action в DTO

Coopback падал на ts-node compile (TS2551/2724), что блокировало старт
всего dev-stack после reboot dev-chain 2026-05-18.

Co-authored-by: coopops <coopos@coopenomics.world>
2026-05-18 12:29:32 +05:00
Alex Ant a0cb930b77 refactor(capital/convert): унифицировать шаблон 1080, убрать 1081/1082 (#392)
* refactor(capital/convert): унифицировать 1080 как универсальное заявление о конвертации, убрать 1081/1082

Шаблон 1080 (GenerationConvertStatement) уже технически универсален — содержит
обе суммы (main_wallet_amount/blagorost_wallet_amount) и условные блоки в
context. Шаблоны 1081 (GenerationToProjectConvertStatement) и 1082
(GenerationToCapitalizationConvertStatement) были недоделанными заглушками
без полей и нигде не подключены в UI.

Изменения:
- cooptypes: 1080 переименован GenerationToMainWalletConvertStatement →
  GenerationConvertStatement; title/description нейтральные. 1081/1082 удалены.
- factory: Template + Action 1080 переименованы; в Action добавлено
  super.formatAsset(...) для обеих сумм (как в Action 1020). 1081/1082 удалены.
- controller: DTO переименован; appendix_hash убран из generate-input и
  перенесён в signed-meta-input; добавлен enrich appendix_hash через
  AppendixRepository.findConfirmedByUsernameAndProjectHash в
  DistributionManagementInteractor.prepareGenerationConvertStatementData
  (по образцу InvestsManagementInteractor для 1020). Резолвер мутации
  переименован в capitalGenerateGenerationConvertStatement; убраны два
  резолвера 1081/1082. mutation-log-mapper обновлён.
- sdk: мутация переименована, две удалены, zeus regenerated.
- desktop: Distribution-фичи 1081/1082 удалены, 1080-фича переименована.
  ConvertSegment теперь шлёт project_hash + обе суммы (formatToEosioAsset) +
  to_wallet/to_blagorost; appendix_hash подтягивается на бекенде.
- controller schema.gql regenerated.

registry_id=1080 не меняется — on-chain контракт convertsegm не сверяет
registry_id, миграций БД/контракта не требуется.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>

* refactor(capital/convert): применить ревью — title «трансляция паевого взноса из программы Генерация»

По комментарию ревью в PR #392 (строка 37): принять доменный термин
«трансляция паевого взноса» (перенос между программами) вместо
«конвертация»; description согласован в том же стиле.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>

---------

Co-authored-by: coopops <coopos@coopenomics.world>
Co-authored-by: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-05-18 11:29:12 +05:00
Alex Ant 4a4145c4ed feat(controller): is_server_init флаг в initSystem для provider-overwrite (#391)
* feat(docs-harness): onboarding 01..06 — визуальная цепочка регистрация → активация

Шесть сценариев visual docs-harness, покрывающих полный путь подключения
нового кооператива через провайдера Восход:

  01-register-coop                 — регистрация кооператива-клиента
  02-sign-and-submit               — подпись заявления о вступлении + PayInitial
  03-operator-approve              — chairman принимает заявку в реестре одобрений
  04-sign-connection-agreement     — Партнёр-1 видит ConnectionAgreementStepper
                                     (на текущем стенде получаем заглушку
                                     /signup, пока пайщик не принят)
  05-activate-from-registry        — оператор открывает карточку инстанса
                                     в provider-frontend, выбирает preset
  06-wait-instance-active          — pending → ACTIVE (overrideInstance
                                     для имитации финального статуса в шоте)

Обвязка:
  • lib/registrator-signup.mjs — переиспользуемый helper подписания.
  • lib/harness.mjs — расширенный dismissOnboardingDialogs (Положение ЦПП
    и связанные модалки chairman'а).
  • state/cooperatives/{,.gitkeep} — папка для фикстур; partner1.json
    (с приватным wif) игнорируется (.gitignore обновлён).

ОГРАНИЧЕНИЕ: в 06 финальный ACTIVE — это playwright-override JSON, а не
реальный POST /instances/activate с боевым Ansible до testnet300.coopenomics.world.
Реальный E2E (аренда VM на Hostkey + поднятие кооператива на домене)
будет следующим шагом Эпика 0.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>

* feat(controller): is_server_init flag в initSystem для разблокировки provider-overwrite

Поле data.is_server_init: boolean (optional) в InitDTO + домейн-интерфейсе.
Если true (вызов от провайдера через server-secret) — coopback ставит
init_by_server=true безусловно, даже если до этого пользователь успел
заполнить визард первым (user-init). Это разблокирует ситуацию, когда
провайдер не успел вызвать initSystem до того как chairman открыл
/install — следующий callInitSystemMutation от провайдера перезапишет
organization_data и пометит её readonly для визарда.

Без флага сохраняется прежняя логика: первая инициализация — серверная,
повторная наследует флаг.

Инцидент 2026-05-18 на partner1: при первой установке provider вообще
не успел/не сходил в callInitSystemMutation, визард пользователя
проинициализировал систему как user-init (init_by_server=false), визард
2-го захода не предзаполнил форму. С этим фиксом следующий вызов
provider'а поднимет флаг и фикстура встанет на место.

---------

Co-authored-by: coopops <coopos@coopenomics.world>
Co-authored-by: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-05-18 10:40:49 +05:00
Alex Ant d35ec2680a chore(release): publish
Build bootstrap container / build (push) Failing after 2m51s
2026-05-15 22:28:10 +05:00
Alex Ant 8523ab0c08 Merge branch 'testnet' 2026-05-15 22:27:55 +05:00
Alex Ant 74e3e88853 chore(release): publish
Build bootstrap container / build (push) Failing after 3m5s
2026-05-15 22:23:44 +05:00
Alex Ant 36441437db Merge branch 'dev' into testnet 2026-05-15 22:22:59 +05:00
Alex Ant 00860b3b18 fix commit process
Build bootstrap container / build (push) Failing after 2m52s
2026-05-15 22:21:35 +05:00
Alex Ant 8fe9509e97 fix(capital/time-tracking): личные доли estimate + revert при decline (#387)
* chore(release): publish

* chore(release): publish

* ci: атомарный release.yaml, убрать workflow_run-связку (#366)

build-contracts + build-containers через workflow_run упёрлись в:
(а) default-branch caveat (новая логика не активна, пока не в main),
(б) `${{ github.event.workflow_run.head_sha }}` иногда пуст в YAML-
выражениях — описание см. в шаге Resolve tag, инцидент v2026.5.14
не дёрнул PRODUCTION_WEBHOOK_URL.

Замена — один `release.yaml` на push тэга `v*`: резолвит ветку через
`git branch --contains`, собирает контракты → пушит
`dicoop/contracts:<branch>`, собирает базу + сервисные образы →
пушит `dicoop/<svc>:<tag>`, шлёт webhook. Гонок нет by construction.

`build-contracts.yaml` остаётся только на push веток для CI-
обновления `dicoop/contracts:dev|testnet|main` без релизного тэга.
Триггер `tags: ['*']` и логика резолва ветки через --contains
оттуда удалены — это теперь забота release.yaml.

Co-authored-by: coopops <coopos@coopenomics.world>
Co-authored-by: Claude Opus 4.7 <noreply@anthropic.com>

* chore(release): publish

* chore(release): publish

* ci: tag-only триггеры для build-contracts и docs (#367)

build-contracts.yaml — только workflow_dispatch (ручная пересборка
`dicoop/contracts:<branch>` для отладки на dev-ноде). Тэги обрабатывает
release.yaml атомарно (контракты + контейнеры + webhook), отдельная
сборка по push'у в ветку только давала вторую параллельную сборку.

publish-docs.yaml и build-contracts-docs.yaml — на push:tags v* с
gate-job'ом, пропускающим только продакшн-тэги (без -alpha/-beta/-rc/
-test) на main. Раньше docs пересобирались на каждый push в
main/testnet/dev/reports/marketplace2 — впустую.

Co-authored-by: coopops <coopos@coopenomics.world>
Co-authored-by: Claude Opus 4.7 <noreply@anthropic.com>

* fix(capital/time-tracking): личные доли estimate, partial-split, revert при decline

Три бага в распределении билетов времени, вскрытые на прод-инциденте voskhod
(проект CC7-1 «Концепция», estimate=15 ч, 3 creators):

БАГ #1 — recalcDoneEstimatesForContributorProject раздавал «общий остаток пула»
(estimate − committed_total) / N всем creators поровну. Закоммитивший свою долю
получал её ещё раз, остальные — урезанную (15/3=5 → после committed 5 у одного
становилось 10/3=3.33 у каждого, включая того кто уже закоммитил).

Фикс: личная доля = estimate/N − собственный committed estimate. Введён общий
helper redistributeIssueEstimateEntries, который используют и applyExplicit-
EstimateToTimeEntries (force=true), и recalcDoneEstimates (force=false с
no-op оптимизацией если раскладка уже совпадает с планом).

БАГ #2 — commitTime при partial split (entry.hours > requested) создавал новую
committed-запись без entry_type и estimate_snapshot. По default'у БД сохраняла
её как entry_type='hourly', что ломало последующий recalc (он фильтрует только
entry_type='estimate'). Фикс: явно копировать entry_type и estimate_snapshot
из оригинального entry.

БАГ #3 — declineCommit / handleDeclineCommit меняли только commit.status в БД,
но не возвращали time-entries в is_committed=false. После отказа мастера часы
оставались в total_committed_hours и не возвращались в available_hours. Фикс:
новый метод revertEntriesForDeclinedCommit в TimeTrackingInteractor + методы
findCommittedByCommitHash / revertCommittedEntriesByCommitHash в TimeEntry-
Repository. После revert делается force=true redistribute для затронутых DONE
задач, чтобы доли вернулись в норму.

Покрытие тестами: 17 unit-тестов в time-tracking.interactor.spec.ts с
регрессионными сценариями под каждый из трёх багов плюс integration-сценарий
полного lifecycle CC7-1 (estimate → коммит → decline → revert).

---------

Co-authored-by: coopops <coopos@coopenomics.world>
Co-authored-by: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-15 22:02:36 +05:00
Alex Ant 43a9e05ccb chore(release): publish
Build bootstrap container / build (push) Failing after 2m55s
2026-05-15 17:20:43 +05:00
Alex Ant d4de7a3028 Merge branch 'testnet' 2026-05-15 16:48:30 +05:00
Alex Ant e2584fb898 chore(release): publish
Build contracts container / build (push) Failing after 2m54s
Build bootstrap container / build (push) Failing after 2m53s
Trigger Contracts Docs Deploy / trigger-coopenomics (push) Failing after 7s
Publish Docs / build-and-publish-docs (push) Failing after 18m43s
2026-05-15 16:39:03 +05:00
Alex Ant 3785c55af1 Merge branch 'dev' of github.com:coopenomics/mono into dev 2026-05-15 16:38:35 +05:00
coopops 848566bd69 fix(file-storage): MinIO стартует только при заданном MINIO_ENDPOINT
Trigger Contracts Docs Deploy / trigger-coopenomics (push) Failing after 11s
Publish Docs / build-and-publish-docs (push) Failing after 18m20s
Раньше MINIO_ENDPOINT имел default http://minio:9000, и на проде без
minio-контейнера контроллер падал на bootstrap в HeadBucket с
getaddrinfo ENOTFOUND minio — Nest application не поднимался вообще.

Теперь MINIO_ENDPOINT optional без default; адаптер хранит enabled-флаг
по наличию endpoint и при отсутствии — onApplicationBootstrap логирует
warning и возвращается без сетевых вызовов. Любая попытка getBucket /
fetchObjectForReadProxy кидает InterFileStorageBackendUnavailableError
с понятным сообщением.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-05-15 11:30:48 +00:00
Alex Ant 61255da5f4 Merge branch 'main' of github.com:coopenomics/mono 2026-05-15 16:26:18 +05:00
Alex Ant 1a63638f73 chore(release): publish 2026-05-15 15:45:18 +05:00
Alex Ant c8bc5c782d fix commit process 2026-05-15 15:44:46 +05:00
Alex Ant 4e2fbac340 Merge branch 'dev' of github.com:coopenomics/mono into dev 2026-05-15 15:44:28 +05:00
coopops aeb4efe2b6 fix(capital/commit): nullable description/meta в CommitOutputDTO + не дефолтить satisfaction в 5
Если syncCommit не дождался delta из блокчейна, interactor возвращает DB-only
entity, где description/meta остаются undefined — non-nullable GraphQL field
ломал ответ мутации capitalCreateCommit. Сделал оба поля nullable.

UI CreateCommitButton.vue: satisfaction_stars=0 по умолчанию, label "не указано"
пока пользователь не выбрал; блок contribution_feedback в payload только если
stars >= 1 или review_text непустой.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-05-15 10:43:12 +00:00
Alex Ant 7ef138ba19 feat(file-storage): универсальное файловое хранилище контура кооператива (MinIO/S3-портабельное) (#359)
Trigger Contracts Docs Deploy / trigger-coopenomics (push) Failing after 7s
Publish Docs / build-and-publish-docs (push) Failing after 17m11s
* [E59-2][@ant] feat(inter): InterFileStorage порт — типы, токен INTER_FILE_STORAGE и типизированные ошибки для универсального файлового хранилища контура кооператива

* [E59-3][@ant] feat(controller): MinIO-адаптер InterFileStoragePort, реестр бакетов, @UseBucket/@InjectBucket декораторы и FileStorageInfrastructureModule с forRoot/forFeature; 36 unit-тестов на адаптер, реестр, декоратор и HMAC-подписание

* [E59-4][@ant] feat(controller): HTTP-ручка GET /api/storage/:bucket/:key с HMAC-валидацией подписи и стримом из MinIO; fetchObjectForReadProxy на адаптере, controller registered в FileStorageInfrastructureModule.forRoot; 9 e2e-тестов через supertest на 200/403/404/502

* [E59-5][@ant] test(controller): integration suite против реального MinIO — 8 сценариев на полный цикл put/head/getReadUrl/GET/delete + ошибки лимитов/MIME/metadata + HMAC-роут 200/403/404; docker-compose рядом с тестами, npm run test:integration:file-storage с автодетектом доступности MinIO

* [E59-6][@ant] feat(controller,compose): MinIO в dev docker-compose, env-валидация и FileStorageInfrastructureModule.forRoot в app.module — контроллер на старте идемпотентно создаёт бакет coop-<coopname>; integration-тесты проходят против MinIO из dev compose

* [E59-6][@ant] docs(file-storage): краткий README для разработчиков расширений — пример @UseBucket/@InjectBucket/forFeature, операции, ошибки, env, как запускать тесты

---------

Co-authored-by: coopops <coopos@coopenomics.world>
2026-05-14 23:14:10 +05:00
Alex Ant 8aeee3ee56 ci: tag-only триггеры для build-contracts и docs (#367)
Build bootstrap container / build (push) Failing after 2m56s
build-contracts.yaml — только workflow_dispatch (ручная пересборка
`dicoop/contracts:<branch>` для отладки на dev-ноде). Тэги обрабатывает
release.yaml атомарно (контракты + контейнеры + webhook), отдельная
сборка по push'у в ветку только давала вторую параллельную сборку.

publish-docs.yaml и build-contracts-docs.yaml — на push:tags v* с
gate-job'ом, пропускающим только продакшн-тэги (без -alpha/-beta/-rc/
-test) на main. Раньше docs пересобирались на каждый push в
main/testnet/dev/reports/marketplace2 — впустую.

Co-authored-by: coopops <coopos@coopenomics.world>
Co-authored-by: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-14 14:58:24 +05:00
Alex Ant 70446c300d chore(release): publish 2026-05-14 13:59:19 +05:00
Alex Ant 007a4dbfb8 Merge branch 'main' of github.com:coopenomics/mono 2026-05-14 13:59:05 +05:00
Alex Ant 582a2825be chore(release): publish
Build bootstrap container / build (push) Failing after 2m45s
Trigger Contracts Docs Deploy / trigger-coopenomics (push) Failing after 4s
Publish Docs / build-and-publish-docs (push) Failing after 14m42s
2026-05-14 13:58:25 +05:00
Alex Ant b2f13dc093 ci: атомарный release.yaml, убрать workflow_run-связку (#366)
build-contracts + build-containers через workflow_run упёрлись в:
(а) default-branch caveat (новая логика не активна, пока не в main),
(б) `${{ github.event.workflow_run.head_sha }}` иногда пуст в YAML-
выражениях — описание см. в шаге Resolve tag, инцидент v2026.5.14
не дёрнул PRODUCTION_WEBHOOK_URL.

Замена — один `release.yaml` на push тэга `v*`: резолвит ветку через
`git branch --contains`, собирает контракты → пушит
`dicoop/contracts:<branch>`, собирает базу + сервисные образы →
пушит `dicoop/<svc>:<tag>`, шлёт webhook. Гонок нет by construction.

`build-contracts.yaml` остаётся только на push веток для CI-
обновления `dicoop/contracts:dev|testnet|main` без релизного тэга.
Триггер `tags: ['*']` и логика резолва ветки через --contains
оттуда удалены — это теперь забота release.yaml.

Co-authored-by: coopops <coopos@coopenomics.world>
Co-authored-by: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-14 13:55:04 +05:00
Alex Ant c41aba12f1 chore(release): publish
Build bootstrap container / build (push) Failing after 2m58s
Trigger Contracts Docs Deploy / trigger-coopenomics (push) Failing after 6s
Build contracts container / build (push) Failing after 9m28s
Publish Docs / build-and-publish-docs (push) Failing after 16m1s
2026-05-14 10:53:46 +05:00
Alex Ant 5a01aee69f chore(release): publish
Build bootstrap container / build (push) Failing after 2m55s
Trigger Contracts Docs Deploy / trigger-coopenomics (push) Failing after 6s
Publish Docs / build-and-publish-docs (push) Failing after 15m39s
Build contracts container / build (push) Failing after 9m4s
2026-05-13 22:40:40 +05:00
Alex Ant e6880e149b Merge branch 'dev' of github.com:coopenomics/mono into dev
Build bootstrap container / build (push) Failing after 2m53s
Trigger Contracts Docs Deploy / trigger-coopenomics (push) Failing after 6s
Build contracts container / build (push) Failing after 9m8s
Publish Docs / build-and-publish-docs (push) Failing after 15m25s
2026-05-13 22:40:12 +05:00
coopops a9c1e1924a ci: workflow_dispatch fallback для build-containers
После переключения build-containers с `push: tags` на `workflow_run`
обнаружился разрыв в миграционный период: на default-ветке (main) лежит
старый build-containers (с `push: tags`), на dev/testnet — уже новый
(с `workflow_run`). Push релизного тэга на коммит из dev/testnet НЕ
триггерит:
- старый build-containers в main: GitHub читает workflow definition
  ИЗ КОММИТА тэга (где уже новая версия без `push: tags`);
- новый build-containers через workflow_run: триггер берётся из
  default-ветки, где ещё старая версия без `workflow_run`.

В итоге для тэгов v2026.5.13-alpha-2/-3 build-containers не запустился
вовсе.

Фикс: workflow_dispatch с input.tag — позволяет руками запустить
сборку+деплой для любого выпущенного тэга. Логика resolve_tag
поддерживает оба источника. Это снимает блокер до мержа в main.

Использование:
  gh workflow run "Build Docker Images" -f tag=v2026.5.13-alpha-3
2026-05-13 17:37:55 +00:00
Alex Ant 938c3ff042 chore(release): publish 2026-05-13 21:44:14 +05:00
Alex Ant cd9ab32f04 Merge branch 'dev' of github.com:coopenomics/mono into dev 2026-05-13 21:43:52 +05:00
coopops 47f616e980 fix(ci/build-contracts): резолвить branch при триггере по тэгу
После коммита 5735e1fc36 workflow стал триггериться на push тэгов,
но `Determine build mode and docker tag` использовал `github.ref_name`
напрямую, который для тэга = `v2026.5.13-alpha-2` → не матчит ни одну
из ветвей в `case` → workflow падает «Unsupported branch».

Фикс: для триггера по тэгу резолвим ветку через `git branch -r --contains
$SHA` (порядок: main → testnet → dev). Полная история нужна для
`--contains`, поэтому checkout с `fetch-depth: 0`. Семантику
build-режима несёт ветка, не имя тэга.
2026-05-13 16:40:09 +00:00
Alex Ant 908349ac67 chore(release): publish 2026-05-13 21:36:49 +05:00
Alex Ant 64f8201eb6 Merge branch 'dev' of github.com:coopenomics/mono into dev 2026-05-13 21:36:30 +05:00
coopops 5735e1fc36 ci: build-containers зависит от build-contracts через workflow_run
Раньше при релизе (`chore(release): publish` + git tag) запускались
параллельно `build-contracts.yaml` (push веток) и `build-containers.yaml`
(push тэгов). Поскольку контейнеры собираются ~8 минут, а контракты ~11,
build-containers финишил первым и слал webhook на тестнет за 2-3 минуты
до того, как build-contracts успевал запушить новый `dicoop/contracts:dev`
в DockerHub. Ансибл `setup-contracts.yaml` подтягивал ПРЕДЫДУЩИЙ образ
и через `cleos set contract` перетирал чейн старым wasm.

Инцидент 2026-05-13: walletop-фикс ledger2 (коммит 2e3410b830),
вручную задеплоенный 12-05, был откачен ансиблом ровно по этой
причине — ансибл подтянул контракты сборки 12-05 04:54 (sha de0f6c79,
до моего фикса).

Изменения:
- `build-contracts.yaml` дополнительно триггерится на push любого тэга
  (без path-фильтра): нужен unconditional запуск, чтобы у workflow_run
  всегда был upstream-завершение даже когда коммит ничего не правит
  в `components/contracts/cpp/**`.
- `build-containers.yaml` переключён с `push: tags` на `workflow_run:
  Build contracts container completed`. Внутри: резолв тэга через
  `git describe --tags --exact-match $head_sha` — если на коммите тэга
  нет (обычный push в ветку без релиза), no-op. Если есть — собирает
  контейнеры и шлёт webhook ровно как раньше, но с гарантией что
  `dicoop/contracts:<branch>` уже свежий.

Важно: workflow_run-триггер берёт definition из default-ветки (main),
поэтому новый build-containers.yaml начнёт работать только после мержа
этого коммита в main. До тех пор сохраняется старое поведение dev-ветки
(workflow_run от build-contracts на dev запустит build-containers из
main; если там старая версия — всё ещё через push: tags).
2026-05-13 16:24:12 +00:00
Alex Ant 4a6aa8c447 Merge branch 'dev' of github.com:coopenomics/mono into dev 2026-05-13 20:45:03 +05:00
coopops b2a304e9de test(controller/capital): синхронизировать ассерт под applicable_account_types: []
Build bootstrap container / build (push) Failing after 2m52s
Trigger Contracts Docs Deploy / trigger-coopenomics (push) Failing after 11s
Build contracts container / build (push) Failing after 11m30s
Publish Docs / build-and-publish-docs (push) Failing after 19m16s
В коммите 8847a5c093 production-код registerCapitalInAgreementRegistry
изменил applicable_account_types у blagorost_offer на [] — оферта
тянется через программу CAPITALIZATION, а не как дефолт для individual.
Тест capital-plugin-register.test.ts остался на ассерте
[AccountType.individual] и с тех пор красный.

Выравниваю ассерт под актуальное поведение, удаляю ставший лишним
импорт AccountType.
2026-05-13 15:38:59 +00:00
coopops 6eeb4567b1 fix(controller/capital): BLAGOROST_AGREEMENT_TYPE = 'capital' (on-chain имя)
В `soviet::coagreements[voskhod]` оферта Благорост (program_id=4)
зарегистрирована под `type='capital'` — и на тестнете, и на проде.
Расширение capital после Эпика 1.3 отвечает за on-chain тип оферты,
но в `capital-agreement-ids.ts` значение `'blagorost'` унаследовано
из старого ядерного `AgreementType.CAPITAL`, который, в свою очередь,
был неверно изменён в commit 283af35f3b («looking for access
violation bug»).

Эффект на тестнете: при регистрации любого individual-аккаунта
контроллер шлёт `soviet::sndagreement` с agreement_type='blagorost',
`get_coagreement_or_fail` падает с «Соглашение указанного типа не
найдено», регистрация не завершается.

Возвращаю значение к on-chain имени; обновляю тест и три комментария,
которые декларировали старое значение как канон.
2026-05-13 15:28:31 +00:00
coopops b92abb80a8 fix(ledger2/voskhod): мин.паевые → w.sov.mnused; правка accounts2 (51/08)
migrate_voskhod_facts:
- accounts2[51]: 176 800 → 145 000 (минус 31 800 минП, теперь только деньги)
- accounts2[08]: 543 400 → 575 200 (плюс 31 800 минП — инвестировано в активы)
- accounts2[04/80/86] без изменений; Σ Dr = Σ Cr = 63 073 511 ✓

Новый COOPERATIVE-кошелёк w.sov.mnused для аналитики "использованные
минимальные паевые взносы" (Cr 80 source, перешедшие в 08). Для voskhod
31 800 размещается там вместо w.reg.minshr — обязательство перед пайщиками
на счёте 80 сохранено, но wallet-аналитика отражает что средства уже
ушли в долгосрочные активы.

migrator-048 (Phase 1 L3 → w.reg.minshr): skip voskhod явным if в TS +
жёсткий guard в migrate3 (eosio::check отвергает запись L3(voskhod,
w.reg.minshr) в prod). В testnet-сборке guard выключен — voskhod проходит
стандартный арифметический путь для видимости invariant-фейлов.

Реестр LEDGER2_WALLET_REGISTRY 13 → 14; namespace w.sov.* расширён до
"совет-level фондов" (целевое финансирование + использованные паевые).
TS-зеркало (wallets.generated.ts) регенерировано через pnpm gen:from-cpp;
snapshot-тест cooptypes обновлён.

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-05-13 15:20:35 +00:00
Alex Ant dcd3c9293a chore(release): publish
Build bootstrap container / build (push) Failing after 2m52s
Trigger Contracts Docs Deploy / trigger-coopenomics (push) Failing after 5s
Build contracts container / build (push) Failing after 2m48s
Publish Docs / build-and-publish-docs (push) Failing after 15m54s
2026-05-13 19:22:44 +05:00
Alex Ant f952be5f83 Merge branch 'dev' of github.com:coopenomics/mono into dev 2026-05-13 19:20:12 +05:00
Alex Ant bd8eb34e43 Merge pull request #365 from coopenomics/onboarding
feat(onboarding): платформенный механизм онбординга кооператива на расширение (issue 549)
2026-05-13 19:19:46 +05:00
coopops 7d9583d862 fix(desktop/session): дашборд и кошелёк — только при status='active'
Промежуточные статусы пайщика (created/joined/payed/registered) больше
не показываются как «уже зарегистрирован». Пайщик с WIF в localStorage,
но без принятия советом, видит публичную главную и кнопки login/register
— как незарегистрированный. Это позволяет ему серфить сайт между шагами
регистрации, не получая преждевременно подпись оферты цифрового кошелька.

Изменения:
- SessionStore.isFullyActive — новый computed, true при user_account.status === 'active'.
- navigation-guard-setup: ветка index выбирает дашборд только для isFullyActive;
  requiresAuth-маршруты при isAuth && !isFullyActive (вне /auth/*) шлёт на index.
- init-wallet: не дёргать wallet.loadUserWallet пока !isFullyActive (account.getAccount
  оставляем — нужен для определения статуса).
- init-app: selectDefaultWorkspace только при isFullyActive (иначе non_authorized).
- Desktop store: ветки в selectDefaultWorkspace / getDefaultPageRoute идут от
  isFullyActive, не isAuth.

Источник истины статуса — миграция V2.2.0 + ParticipantStatusSyncService:
все accepted-пайщики on-chain переводятся в users.status='active' в моно.
Замер на восходе (api.coopenomics.world soviet::participants[scope=voskhod]):
34 accepted + 1 blocked = 35, все «принятые» → ровно active.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-05-13 13:40:15 +00:00
coopops 8847a5c093 fix(controller/capital): blagorost_offer — только через программу CAPITALIZATION, не дефолт для individual
При выборе программы GENERATION generateRegistrationDocuments падал с
«Данные соглашения благороста не найдены в Udata»: blagorost_offer с
applicable_account_types: [individual] тянулась как дефолтная оферта,
но generateDocumentParameters под GENERATION зовёт только
generateGeneratorOfferParameters → Factory не находит udata для blagorost
→ Promise.all rejected → фронт получает 0 документов → пайщик ничего
не подписывает → backend бракует "Отсутствуют blagorost_offer, generator_offer".

Фикс: applicable_account_types: [] на blagorost_offer. Оферта подтягивается
исключительно через agreement_ids программы CAPITALIZATION (как и generator_offer
через GENERATION).

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-05-13 10:24:04 +00:00
coopops 37b7387830 fix(sdk+desktop/onboarding): vue-tsc types — selector без as any, ComputedRef в интерфейсе
Селектор `extensionOnboardingStateSelector` использовал `as any` на nested-объекте, из-за чего `InputType<...>` терял форму `steps` (резолвился в `unknown`). Убрал `as any` + `as const`, добавил `MakeAllFieldsRequired` валидацию — паттерн как в `commitSelector`.

Composable `useExtensionCooperativeOnboarding` объявлял интерфейс через `ReturnType<typeof computed<T>>`, что резолвится в `WritableComputedRef` (последний overload Vue). Заменил на явные `ComputedRef<T>` / `Ref<T>` — фактическая форма не writable.

Со-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-05-12 18:01:52 +00:00
coopops 968990c3ff feat(sdk+desktop/onboarding): SDK regen + features/CooperativeOnboarding (Эпики A3+A4)
SDK:
- Регенерирован zeus-клиент под новые типы ExtensionOnboardingState и
  CompleteExtensionOnboardingStepInput из платформенного резолвера.
- Добавлен namespace `Queries.Onboarding.GetExtensionOnboardingState`,
  `Mutations.Onboarding.CompleteExtensionOnboardingStep` и селектор
  `extensionOnboardingStateSelector`.

Desktop features/CooperativeOnboarding (FSD):
- `useExtensionCooperativeOnboarding(getExtensionName)` — реактивный
  controller со state/steps/allDone/expiresAt + load/completeStep.
- `<CooperativeOnboardingGate extension="...">` — slot-based wrapper:
  пока !all_done показывает `slot[onboarding]` (по дефолту —
  CooperativeOnboardingSteps), после ратификации всех шагов —
  основной слот.
- `<CooperativeOnboardingSteps>` — список шагов с кнопкой "Создать
  предложение совету"; событие `propose` поднимается parent'у для
  открытия формы — UX-форма остаётся за конкретным расширением.

Использование Стол заказов (и любым новым расширением): обернуть
рабочий экран в `<CooperativeOnboardingGate extension="stol_zakazov">`,
шаги показываются автоматически из платформенного реестра.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-05-12 16:35:45 +00:00
coopops c32d265bb1 feat(controller/onboarding): платформенный механизм онбординга кооператива на расширение (Эпики A1+A2)
Системный паттерн «онбординг кооператива на расширение»:
- OnboardingStepsRegistry — in-memory реестр шагов, регистрация
  декларативно в initialize() расширения.
- ExtensionOnboardingService — generic getState/completeStep, работает
  с любым extension, шаги задаются спецификацией IExtensionOnboardingStepSpec
  с двумя generator'ами: free_decision (создаёт project + опубликовывает +
  регистрирует tracking-rule SOVIET_DECISION) и meet (registerTrackingRule
  MEET_DECISION с externally-provided proposal_hash).
- ExtensionOnboardingEventsService — generic слушатель DecisionTrackedEvent
  для расширений без legacy events-сервиса (chairman/capital — пропускает).
- GraphQL endpoint getExtensionOnboardingState / completeExtensionOnboardingStep
  с ролевой защитой (query open для chairman/member/user, mutation chairman).

A2: chairman и capital декларативно регистрируют свои существующие шаги
через ONBOARDING_STEP_REGISTRATION_PORT — step_key совпадает с
config-полями onboarding_<step_key>_done/hash, поэтому legacy resolver'ы
и платформенный сходятся на единой истине в config'е.

Capital: step_key='blagorost_provision' выбран под существующее поле
onboarding_blagorost_provision_done (legacy enum использует 'blagorost_program').

Юнит-тесты OnboardingStepsRegistry: регистрация/дубликаты/order/unregister.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-05-12 16:27:01 +00:00
coopops a1bee6f630 merge: align worktree base with onboarding branch 2026-05-12 16:18:17 +00:00
coopops 2fd0087e93 feat(desktop/onboarding): features/DocumentSigning — переиспользуемый пакет генерации и подписи (Эпик B1)
Платформенный composable + 2 widget'а для генерации и подписи пачки
документов пайщика. Локальный state (без Pinia) — можно инстанциировать
независимо в любом месте: и в Registrator, и на странице расширения,
онбордящего пайщика по своему flow.

— useDocumentSigning(getOpts) — load() / setAccepted() / signAll() / linkHashes
— <DocumentsChecklist :documents @update:accepted> — чек-лист с ReadAgreementDialog
— <DocumentsSignCanvas @signed> — canvas-подпись, эмитит сигнатуру

Backend генерации (generateRegistrationDocuments mutation +
AgreementRegistry) уже был generic — этот эпик закрывает фронтенд-сторону.

Registrator не переключаем — у него legacy-привязки к
useRegistrationStore + полям store.walletAgreement/etc. в state. B2
переключения Registrator на новые widget'ы — отдельной story, когда
потребуется почистить legacy.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-05-12 15:59:25 +00:00
coopops a967311d1e Revert "feat(controller/onboarding): L3-гейт capital (Эпик 3.1) — AgreementSignaturePort"
This reverts commit 7d90d3af2d.
2026-05-12 14:28:32 +00:00
coopops c7db7a9c6f Revert "feat(desktop/onboarding): SDK selector + Vue OfferGate (Эпик 2.2)"
This reverts commit 3db9854a76.
2026-05-12 14:28:32 +00:00
coopops 3db9854a76 feat(desktop/onboarding): SDK selector + Vue OfferGate (Эпик 2.2)
SDK (Zeus regen из обновлённой schema.gql после Эпика 2.1):
- registrationAgreementSelector — все 10 полей RegistrationAgreement
- Queries.Agreements.GetRegistrationAgreements — query с
  filter coopname/account_type/program_key
- Zeus index.ts / const.ts регенерированы (controller + sdk)

Desktop (FSD feature в components/desktop/src/features/OfferGate):
- useOfferGate composable — реактивно проверяет on-chain agreements
  пайщика через Queries.Agreements.Agreements; signed ↔ существует
  запись (coopname, username, type) со status !== DECLINED
- <OfferGate> Vue компонент c props {coopname, username,
  agreementType, offerTitle, signupUrl?} — рендерит slot если оферта
  подписана, иначе q-banner с кнопкой «Перейти к подписанию»
- model/types.ts — типизация props

Симметричен бэкендовому AgreementSignaturePort (Эпик 3.1): один
вердикт без расхождения между UI и сервером.

pnpm typecheck desktop — exit 0. Контракт-тесты controller/sdk —
тоже зелёные (53). План C28-10 раздел 2.2.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-05-12 14:10:39 +00:00
coopops c970d879bc refactor(controller/onboarding): консолидация TTL онбординга (Эпик 4.2)
- Новый модуль domain/onboarding/constants/onboarding-ttl.ts —
  единый источник правды для ONBOARDING_EXPIRY_DAYS (30),
  ONBOARDING_EXPIRY_MS и helper computeOnboardingExpiresAt(startedAt)
- chairman-extension.module и capital onboarding.service используют
  helper вместо дублированного хардкода `30 * 24 * 60 * 60 * 1000`
- Юнит-тест (4 кейса) фиксирует константы и эквивалентность helper'а
  старому inline-вычислению

Runtime-смок: coopback hot-reload зелёный.

53 unit-тестов зелёные. tsc --noEmit exit 0. План C28-10 раздел 4.2.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-05-12 14:00:43 +00:00
coopops 7d90d3af2d feat(controller/onboarding): L3-гейт capital (Эпик 3.1) — AgreementSignaturePort
- Новый платформенный порт AgreementSignaturePort + AGREEMENT_SIGNATURE_PORT
  в domain/agreement/ports — расширения проверяют подпись соответствующей
  оферты перед допуском к своим операциям
- AgreementService.hasSigned реализация порта через AGREEMENT_REPOSITORY
  (Postgres backfill on-chain agreements3); подписано ↔ найдена запись
  (coopname, username, type) в любом статусе кроме DECLINED
- @Global() на AgreementModule + useExisting биндинг AgreementService
  на порт; расширения могут инжектить порт без явного импорта модуля
- L3-гейт в InvestsManagementService:
    • createProjectInvest → проверка подписи 'generator' иначе
      ForbiddenException с понятным сообщением для UI;
    • createProgramInvest → проверка подписи 'blagorost' аналогично;
  Используются константы из extensions/capital/constants/capital-agreement-ids.ts
- Юнит-тесты L3-гейта (5 кейсов): отсутствие подписи блокирует обе
  программы, наличие подписи передаёт управление интерактору, подпись
  другого пайщика не открывает доступ (cross-user isolation)

Runtime-смок: coopback hot-reload зелёный (13:53:58), DI порта
зарегистрировано без UnknownDependencies.

49 unit-тестов зелёные. tsc --noEmit exit 0. План C28-10 раздел 3.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-05-12 13:55:57 +00:00
coopops 117c0c7c06 feat(controller/onboarding): AgreementQueryPort + GraphQL getRegistrationAgreements (Эпик 2.1)
- Новый платформенный порт чтения соглашений и программ
  (AgreementQueryPort, AGREEMENT_QUERY_PORT) в
  domain/registration/ports — резолверы и расширения инжектят его
  вместо AgreementConfigurationService напрямую, чтобы граница чтения
  оставалась стабильной при будущей перестройке реализации
- useExisting AgreementConfigurationService → AGREEMENT_QUERY_PORT
  биндинг в registration-domain.module
- RegistrationAgreementDTO для GraphQL — спецификация оферты
  (не подписанное Agreement), сливает платформенные + extension-
  зарегистрированные в едином формате
- Новый GraphQL Query getRegistrationAgreements(coopname, account_type,
  program_key?): [RegistrationAgreement!]! — в RegistrationResolver
- RegistrationService.getRegistrationAgreements делегирует порту
- Контрактный тест AGREEMENT_QUERY_PORT (5 кейсов): structural
  implementation check, 4 платформенные оферты для individual,
  пустые программы при пустом реестре, getAgreementById для
  существующей и несуществующей оферты
- Auto-regenerated components/controller/schema.gql

Runtime-смок: GraphQL introspect RegistrationAgreement даёт 10 полей,
живой query getRegistrationAgreements(voskhod, individual) возвращает
4 платформенные оферты с корректным order/applicable_account_types.

44 unit-тестов зелёные. tsc --noEmit exit 0. План C28-10 раздел 2.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-05-12 13:47:55 +00:00
coopops 71b20e382d feat(controller/onboarding): платформенный паттерн трёхуровневого онбординга (Эпики 1.1-1.3)
Эпик 1.1 — платформенная инфраструктура реестра:
- AgreementRegistrationSpec / ProgramRegistrationSpec DTO
- AgreementRegistrationPort интерфейс + AGREEMENT_REGISTRATION_PORT токен
- AgreementRegistryService с in-memory state, идемпотентностью по
  (id, extension_name), ConflictException на конфликт владельца,
  tear-down через подписку на EXTENSION_APP_TERMINATE_EVENT
- ONBOARDING_COMPLETED_EVENT + подписка ExtensionLifecycleDomainService
  на восстановление расширения после завершения L1-онбординга

Эпик 1.2 — Capital и Chairman регистрируются через port:
- CapitalPlugin.initialize() → registerCapitalInAgreementRegistry
  при завершённом L1 (5 _done флагов) регистрирует 2 оферты
  (generator/blagorost) и 2 программы (generation/capitalization)
- CapitalOnboardingEventsService.handleDecisionTracked после
  blockchain newresolved эмитит ONBOARDING_COMPLETED_EVENT при
  переходе последнего L1 _done false→true (idempotency через
  wasAlreadyDone guard)
- ChairmanOnboardingEventsService — аналогичный эмит при
  завершении 7 L1 шагов председателя

Эпик 1.3 — чистка ядра controller от capital-специфики:
- AgreementId/AgreementType enum'ы сокращены до 4 платформенных
  (signature/wallet/user/privacy); BLAGOROST_OFFER/GENERATOR_OFFER
  и CAPITAL/GENERATOR удалены
- registration-programs.config.ts удалён (voskhod-hardcode уехал
  в registry capital); registration-agreements.config.ts сокращён
- CooperativeConfigService.getExcludedFromBaseAgreements удалён
- IAgreementConfigItem/IRegistrationProgram типы id/agreement_type/
  key/agreement_ids ослаблены до string — ядро не знает значений
  расширений
- AgreementConfigurationService переписан: inject AgreementRegistryService,
  слияние платформенных оферт с extension-зарегистрированными;
  программы читаются только из registry
- system.service.getRegistrationConfig: requires_selection
  вычисляется как programs.length > 1
- participant.interactor.mapAgreementIdToDocumentType: case'ы
  capital удалены, identity-fallback по Object.values(DocumentType)
- Capital: новый файл constants/capital-agreement-ids.ts —
  локальный source-of-truth для строковых значений оферт/типов/
  программ; используется в register-capital-in-agreement-registry

Тесты: 39 unit-тестов в 5 suites (agreement-registry, capital
plugin-register, capital onboarding-events, chairman onboarding-events,
existing access-policy-union) — все зелёные.

Остаётся как техдолг (не входит в 1.x): DocumentType.BLAGOROST_OFFER/
GENERATOR_OFFER (физические колонки таблицы candidates), ProgramKey
enum в ядре (используется в blockchain payload и switch case
registration-documents.service).

План C28-10, ветка onboarding.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-05-12 13:13:00 +00:00
Alex Ant 3561888781 Merge branch 'dev' of github.com:coopenomics/mono into dev 2026-05-12 11:14:51 +05:00
coopops 2e3410b830 fix(ledger2/walletop): убрать O(N) sweep инварианта Σ L3 == L2 из hot path
Полная сверка Σ L3 == L2 через линейный проход secondary-индекса bywallet
выполнялась на каждом walletop для обеих сторон USER_SHARED-кошельков
(стоимость O(N_users) на кошелёк × 2 стороны). На coop'ах с сотнями
пайщиков это даёт квадратичный рост CPU billing на пользовательских
транзакциях, а на тестнете дополнительно блокирует tx из-за исторических
расхождений после миграций 048/049.

Инвариант сохраняется по построению: walletop применяет одно и то же
amount к L2 и L3, а sender-guard (walletop.cpp:46-47) запрещает обход.
Полную сверку выносим на бэкенд («стол бухгалтера») вне hot path.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-05-12 06:03:00 +00:00
Alex Ant de0f6c7956 chore(release): publish 2026-05-12 09:54:19 +05:00
Alex Ant 5f41b74023 Merge branch 'dev' of github.com:coopenomics/mono into dev 2026-05-12 09:53:57 +05:00
coopops c5eeef124c feat(capital/wallet/V2.3.1): подписи Благороста через regcontrib + backfill orphan'ов
- capital::regcontrib больше не делает dual-write openprogwall для
  program_id=3/4 — остаётся только inline wallet::signagree (документы
  попадают в источник правды wallet::users.programs[]).
- wallet::migrate3 принимает coopname@active помимо wallet@active —
  чтобы контроллер кооператива мог сам бэкфиллить из своей БД.
- V2.3.1 миграция: достаёт реальные подписанные документы Благороста и
  Генератора из blockchain_actions локального controller-PG (audit trail
  capital::regcontrib actions), пушит wallet::migrate3 с реальным
  doc_hash и signed_at для каждого orphan'а в program_id=3/4.
- migrationManager: прокинул VaultDomainService в Migration interface
  (для blockchain.initialize(coopname, wif) перед transact).

Контракты задеплоены на testnet:
  capital  22a882d25395b29692e85bdd10860469341f7783d51538ea96c9685748cd31ab
  wallet   53a12723d77a2a7786044908c44bb6f0117cfc4225009b1f4d532ab5f59fa92a
2026-05-12 04:22:27 +00:00
Alex Ant e270b95996 chore(release): publish 2026-05-11 23:26:00 +05:00
Alex Ant 8d8b01f148 Merge branch 'dev' of github.com:coopenomics/mono into dev 2026-05-11 23:25:41 +05:00
coopops c5922f672f feat(controller/V2.3.0): backfill agreements из soviet::agreements3 в Postgres
На дев/тест-кооперативах controller стартовал со снапшота, старые подписи
(status='') до момента запуска sync не пришли через delta-stream — фронт
требует подписать user/signature/privacy заново, хотя они подписаны на цепи.

Миграция читает agreements3 целиком по scope=COOPNAME через RPC и UPSERT'ит
каждую запись по id. Программные (program_id > 0) пропускает — они идут на
чтение через wallet::users.programs[]. domain-status не трогаем.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-05-11 18:25:32 +00:00
Alex Ant bb1d8558e7 Merge branch 'dev' of github.com:coopenomics/mono into dev 2026-05-11 23:11:03 +05:00
coopops e5151758fb fix(migrator/049): blocked может быть undefined (binary_extension) — подменять нулём
soviet::progwallets имеет blocked и membership_contribution как
binary_extension. На старых записях (например voskhod/enzqwnqsdqar/1)
eosjs возвращает undefined — pushAsset падает с
"Expected string containing asset". Защищаемся ?? zeroAssetLike(pw.available).
Для membership ?? уже был.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-05-11 18:10:42 +00:00
Alex Ant a575da57f8 Merge branch 'dev' of github.com:coopenomics/mono into dev 2026-05-11 23:08:28 +05:00
coopops 9352c77cd7 feat(migrate3): подписывать миграционные actions самим контрактом, не coopname
У нас нет приватных ключей от кооперативов, которых мы мигрируем.
Поэтому ledger2::migrate3 и wallet::migrate3 теперь принимают auth от
get_self() (т.е. ledger2@active / wallet@active), и они же платят за RAM.
Mig-скрипты 047/048/049 пушат actions с актором = имя контракта.

Также правки в ledger2::migrate (Эпик 1) с прошлой сессии: default-case
для неизвестных legacy account IDs (862-867) — `break;` вместо
eosio_assert (ignore non-canonical), плюс IS_TESTNET-блок с clamp'ом
грязных legacy-данных.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-05-11 18:07:17 +00:00
Alex Ant add7646720 chore(release): publish 2026-05-11 15:38:44 +05:00
Alex Ant 0d8006d981 chore(release): publish 2026-05-11 12:02:00 +05:00
Alex Ant f9d253117c Merge branch 'dev' of github.com:coopenomics/mono into dev 2026-05-11 12:01:42 +05:00
coopops c6b144661f [@ant] fix(ledger2/migrate): test-build толерантен к грязным legacy-остаткам
На IS_TESTNET=1 сборке вместо abort'а clamp'им:
- entry > cash → entry = cash, share_money = 0;
- РИД-часть на legacy 80 → игнорируется (лишний остаток теряется);
- Σ p.minimum_amount > share → clamp Σmin = share, share_remain = 0.

В prod (без IS_TESTNET) три инварианта остаются строгими: миграция падает
с прежним явным сообщением, оператор разбирается ad-hoc.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-05-11 07:01:12 +00:00
Alex Ant a55005a212 chore(release): publish 2026-05-11 11:28:06 +05:00
Alex Ant 5ae6f4963d Merge branch 'dev' of github.com:coopenomics/mono into dev 2026-05-11 11:27:49 +05:00
coopops f64e028709 [@ant] fix(ledger2/migrate): игнорировать legacy acc id вне канона (51/80/861)
Группа 862..867 (RESERVE/INDIVISIBLE/ECONOMIC/MUTUAL/DEVELOPMENT/DELEGATE_FEES)
в ledger2 отдельными кошельками не выделена. Падать на ненулевом 867
(найдено на testnet) — блокирует миграцию; вместо этого пропускаем.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-05-11 06:27:31 +00:00
coopops 33f44dc823 [@ant] fix(migrator/047): мигрировать program-соглашения с пустым статусом
Фильтр `status === 'confirmed'` пропускал всё: после Эпика 2 для program_id > 0
sndagreement пишет ""_n, а confirmagree больше не вызывается (воркфлоу ушёл
в wallet::signagree). Заменено на `status !== 'declined'`; wallet::migrate3
идемпотентен.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-05-11 05:46:45 +00:00
Alex Ant dd88047d76 chore(release): publish 2026-05-11 09:57:46 +05:00
Alex Ant b9d06e4e68 Merge pull request #357 from coopenomics/reports
[989] платформа ФНС/ФСС отчетов и еще 1000 фиксов
2026-05-11 09:56:58 +05:00
coopops 8e263b7424 Merge remote-tracking branch 'origin/reports' into reports 2026-05-11 04:52:50 +00:00
coopops 876d06046b Merge remote-tracking branch 'origin/dev' into reports
# Conflicts:
#	components/contracts/cpp/soviet/src/wallet/addbal.cpp
2026-05-11 04:51:43 +00:00
coopops c5e23f15f9 [@ant] feat(ledger2/capital/voskhod): preimp-учёт + voskhod L2/L3 хардкод-миграция
- ledger2 wallets +`w.cap.preimp` (USER_SHARED, 5 пайщиков-преимп) и `w.sov.expns`
  (COOPERATIVE, хоз.расходы из числа целевого финансирования). Реестр 11→13.
- operations: `o.cap.import` и `o.cap.actprp` Dr 51→**Dr 04** (РИД-имущество, не
  деньги). Новые `o.cap.preimp` (ISSUE Dr 04/Cr 80) и `o.cap.drppre` (BURN Dr 80/
  Cr 04 — закрытие пред-импорт-учёта при переходе на электронный учёт).
- processes: +`p.cap.preimp` (одноактовый).
- migrate_voskhod_facts полностью переписан: вместо send_transit-apply'ев —
  прямой emplace `accounts2` (51=176 800, 04=62 353 311, 08=543 400, 80=
  62 946 011, 86=127 500; Σ Dr=Σ Cr=63 073 511) + прямой emplace `wallets2`
  (5 кошельков) + L3 для 5 преимп-пайщиков с `participants.find()`-guard'ом
  (тестнет-safe). L3 для остальных USER_SHARED-кошельков заводят migrator-048/049.
- capital::importcontrib: перед `o.cap.import` проверяем `userwallets[w.cap.preimp,
  username]` и при наличии вызываем `o.cap.drppre` на полный preimp.available
  (один process_hash на цепочку IMPORT).
- cooptypes mirror (operations.ts/processes.ts) + generated wallets из C++.
- controller process-hash-locator: +`p.cap.preimp` (entity-таблицы пока нет,
  process_hash берётся из blockchain_actions).

Терминология: «до перехода на электронный учёт» (договор УХД с 5 пайщиками
voskhod подписан был задолго до миграции; они не успели в электронный учёт).

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-05-10 16:27:00 +00:00
Alex Ant 996012399e chore(release): publish 2026-05-10 14:39:10 +05:00
Alex Ant c4ffdae7ef chore(release): publish 2026-05-10 14:36:47 +05:00
Alex Ant e60d339d2b Merge branch 'dev' of github.com:coopenomics/mono into dev 2026-05-10 14:36:25 +05:00
coopops e7241d8a91 [@ant] feat(soviet/setminamt): action для правки minimum_amount у пайщика
Технический фикс: для уже-accepted пайщиков нет публичного action для
коррекции minimum_amount, апдейт делался только через addpartcpnt (создание)
и unblock (восстановление). Когда поле рассинхронизировано с кооп-минимумом
(как у voskhod::ant — 1 RUB вместо 300 RUB), править нечем.

Action setminamt(coopname, username, minimum):
  require_auth(coopname); проверяет символ; modify только minimum_amount.

Why: блокирует чистый расчёт Σ minimum_amount при миграции voskhod→ledger2.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-05-10 09:33:04 +00:00
coopops 64c11820b0 [@ant] refactor(soviet/converttoaxn): убрать legacy-зеркало soviet.programs/progwallets
Удалён `Wallet::sub_available_funds(_soviet, _provider, ...)` — единственный
канал, через который converttoaxn ещё двигал legacy soviet::progwallets и
counter в soviet::programs (pid=1). Теперь весь учёт идёт только через
ledger2::apply CONVERT_AXN (TRANSFER SHARE_FUND_PAY → DELEGATE_FEES,
Dr 80 / Cr 86), который уже стоял рядом.

Why: converttoaxn — действие только voskhod (у других коопов нет AXN);
включается одновременно с его миграцией в ledger2, поэтому legacy-зеркало
больше не нужно.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-05-10 08:16:08 +00:00
Alex Ant bfe5592ae9 chore(release): publish 2026-05-10 12:01:35 +05:00
Alex Ant 9e94510981 chore(release): publish 2026-05-10 12:01:08 +05:00
Alex Ant b432ad155d Merge branch 'dev' of github.com:coopenomics/mono into dev 2026-05-10 12:00:19 +05:00
coopops eea5652d1f [@ant] fix(soviet/addbal): upsert progwallets — создавать кошелёк если отсутствует
Раньше addbal падал с "Кошелёк не найден" для пайщика без progwallets-записи
по программе. Теперь, если записи нет — создаём её с нулевыми blocked/membership
и сразу зачисляем quantity в available. Если есть — прежняя логика available += quantity.

Why: на mainnet voskhod у части пайщиков нет progwallet pid=1, и ручные начисления
паевого взноса по УХД через addbal падали ассертом.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-05-10 06:59:36 +00:00
coopops 31da96dceb [598-3][@ant] chore(standards): удалить устаревший p.mkt.reqst.standard.yaml
Стандарт описывал клиринговую модель donor'а (паевый взнос имуществом
+ возврат паевого взноса имуществом). На ветке marketplace2 заменён
тремя новыми стандартами под членскую модель Стол заказов MVP:
  • p.mkt.supply.standard.yaml   — Прямая поставка-приобретение имущества
  • p.mkt.return.standard.yaml   — Гарантийный возврат имущества
  • p.mkt.wroff.standard.yaml    — Утилизация скоропорта

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-05-10 06:08:07 +00:00
Alex Ant 57cb8f4302 Merge pull request #364 from coopenomics/ledger3
ledger3 → reports: Эпики 2-3 + фиксы соглашений и L3-миграции
2026-05-10 11:05:59 +05:00
coopops bb9db28e99 [@ant] feat(capital): валидация startproject — мастер + active-родитель + UX-док
Контракт capital::startproject:
- проверка project.master != ''  (без мастера коммиты некому одобрять)
- для компонента (parent_hash != 0): родитель должен быть в статусе active
  (иначе компонент окажется в работе под закрытым/незапущенным проектом)

Реестр операций (human_name → пользовательский язык):
- o.cap.cnvshr: «РИД → паевой взнос деньгами» → «РИД → главный кошелёк»
  (operations.hpp + cooptypes/operations.ts + p.cap.rid.standard.yaml)

Документация:
- docs/new/blagorost/lifecycle.md — пользовательская доп-инфо в таблице
  статусов и в «Что важно помнить»: запуск Компонента возможен только при
  назначенном мастере и активном Проекте.
- docs-harness/scenarios/blagorost/{commits-master,master-and-plan}.mjs —
  пометка для автора сценариев о пред-условиях запуска компонента.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-05-10 06:03:58 +00:00
coopops f5ddddbd67 [@ant] refactor(capital+ledger2): convertsegm = финальная фаза p.cap.rid, единый result_hash
Раньше конвертация сегмента (`convertsegm`) была отдельным процессом
`p.cap.cnvseg` со своим `convert_hash` — но фактически это завершающая
фаза внесения РИД, а не самостоятельный процесс. Объединяем под
`p.cap.rid` с единым анкером `result_hash` от pushrslt до convertsegm.

Контракт capital:
- convertsegm.cpp перенесён convert_segment/ → push_result/, payload и
  memo получают result_hash вместо convert_hash; перед apply проверяет
  result.status == ACT2 + project_hash/username match.
- signact2 НЕ удаляет result — переводит в ACT2 (анкер до convertsegm),
  delete_result переехал в convertsegm.
- segment-conversion-process.dox смержен в result-submission-process.dox
  (новый шаг 8 + диаграмма + эффекты/документы).

ledger2:
- processes::capital::CNVSEG удалён, RID комментарий расширен.
- o.cap.cnvshr/o.cap.cnvbl: process_type → p.cap.rid.

cooptypes / SDK / controller:
- IConvertsegm.convert_hash → result_hash, regen + snapshot обновлён.
- DTO/domain/mutation-log: convert_hash → result_hash.
- PROCESS_HASH_LOCATOR: убран p.cap.cnvseg, p.cap.rid комментарий
  расширен (4 операции + анкер result_hash).
- schema.gql + zeus regenerated.

Desktop:
- ConvertSegment: result_hash берётся из resultStore по
  (username, project_hash), а не генерируется случайным.

Стандарт p.cap.rid:
- convertsegm как closer, новое state `converted` (final), transition
  accepted → converted, scenario step 8, документ заявления конвертации
  (registry_id TBD-Standardization), operations o.cap.cnvshr/cnvbl.
- o.cap.accept переведён на wallet_op NONE (без TRANSFER кошелька).

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-05-09 14:29:22 +00:00
coopops d838c61ddd [@ant] fix(controller): добавить в PROCESS_HASH_LOCATOR p.cap.wthcap и p.cap.cnvseg
Без этих ключей integrity-check на старте падал, контроллер крашился:
'p.cap.wthcap, p.cap.cnvseg' пришли в OPERATION_CODE_TO_PROCESS_TYPE из
cooptypes (WITHDRAW_FROM_CAPITAL, CONVERT_TO_SHARE/CONVERT_TO_BLAGO).

- p.cap.wthcap → capital::prgwithdraws.withdraw_hash (жизнь запроса).
- p.cap.cnvseg → [] (одноактовый convertsegm; данные из blockchain_actions).
2026-05-09 13:11:13 +00:00
coopops 5c2d54707c [@ant] fix(controller): user_wallets partial unique-index — depo после auto-cleanup в чейне больше не валится duplicate-key
Контракт ledger2 удаляет L3-запись при обнулении (cleanup_l3_if_empty) и при
следующей операции на той же паре (wallet_name, username) выдаёт новый id.
Postgres-mirror хранит удалённые записи с present=false для версионирования —
полный unique idx_user_wallets_natural_key блокировал upsert новой row,
дельта депозита проваливалась с duplicate key, баланс в UI замирал.

- entity: @Index ... { unique: true, where: '"present" = true' }
- UserWalletIndexInitializer (OnModuleInit): пересоздаёт индекс как partial,
  потому что TypeORM synchronize не сравнивает WHERE и держит обычный unique
2026-05-09 13:06:22 +00:00
coopops 2acc233897 [@ant] fix(capital): createpinv обновляет геймификацию (energy/level) у программного инвестора
Прямая инвестиция в Благорост не имеет сегмента, поэтому считаем energy_gain
от amount напрямую и вызываем add_energy_and_check_levelup. До патча уровень
не рос при createpinv — только при createinvest (через update_gamification_from_segment).
2026-05-09 12:50:23 +00:00
coopops 2c0c2a9e40 [@ant] fix(ledger2): human_name w.wal.share «ЦК — паевая часть пайщика» → «Паевой взнос пайщика» 2026-05-09 12:29:48 +00:00
coopops e474f6ae12 [@ant] fix(desktop): реестр кошельков — обернуть id в WalletIdCell для единообразия с проводками/счетами 2026-05-09 12:27:29 +00:00
coopops a745e798a4 [@ant] fix(controller+capital): event-driven regshare + delete-row aware реестр кошельков
- controller: listener delta::ledger2::userwallets[w.cap.blago] синхронизирует regshare без ожидания scheduler-тика 1440 мин
- typeorm-ledger2-state.repository: getWallets/getAccounts берут самую свежую row на ключ и при present=false обнуляют суммы (не выкидывают), чтобы удалённый L2-кошелёк остался раскрываемым в реестре с историей
- capital: inline regshare после apprvappndx + whitelist auth в regshare
- programs.hpp: is_participant_of_cpp_by_program_id через wallet::users.programs[], get_program_wallet → has_program_wallet
- cooptypes/operations: human_name «Коммит РИД по программе Генератор», убрано «(перенос между кошельками)»
2026-05-09 12:12:10 +00:00
coopops 88b285448a chore(boot): убрать opensearch из reboot.sh
OpenSearch требователен по ресурсам и подвешивает локалку;
нужен редко — поднимаем вручную при необходимости.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-05-09 11:01:22 +00:00
coopops e77a1268db feat(ledger2): WalletOp::NONE — внутрибалансовые проводки без движения кошелька
ACCEPT_RID теперь оставляет кошелёк на w.cap.gen и пишет только Dr 04 / Cr 08;
кошельковое перемещение (на ЦК или Благорост) делается отдельным шагом
convertsegm. CONVERT_TO_SHARE/CONVERT_TO_BLAGO — TRANSFER без бухпроводок,
так как двойная проводка уже была сделана при ACCEPT_RID.

apply.cpp пропускает walletop при NONE; walletop.cpp режет op_code=5 на входе.
Static_assert none_pattern_correct() гарантирует пустые wallet_from/to и
обязательные debit/credit.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-05-08 18:40:38 +00:00
coopops f051196754 feat(apps): pricing validation + clients table + D4 regsub extension (stories v2.1.2, v2.4.1, v2.5.0)
Батчем все контрактные сторы эпиков v2.1/v2.4 + implicit D4-расширение
из эпика v2.5, чтобы CA-сторона могла строить write-port'а против
финальных on-chain сигнатур, не возвращаясь в Mono.

Story v2.1.2 — setpricing валидация:
  - hourly_rate.amount > 0 (eosio_assert)
  - package_id и plan непустые
  - snapshot policy: НЕ трогаем subs (оплаченные периоды не пересчитываются
    при смене тарифа), audit-snapshot — off-chain (journal-less invariant)

Story v2.4.1 — clients table (D3) + regclient/delclient:
  - scope = catalog_operator, PK = client_coopname
  - regclient: строгий insert (eosio_assert на дубль), RAM payer = operator
  - delclient: erase с eosio_assert на отсутствие
  - в MVP всегда voskhod-as-operator, но scope-based не блокирует replica

Story v2.5.0 (implicit, D4) — regsub extension + idempotent extend:
  - sub.attempt: uint8 = 0 — billing-retry counter
  - sub.last_charge_intent_id: checksum256 = 0 — UUIDv5 последнего charge
  - extendsub(operator, subscriber, package_id, period_seconds, intent_id):
    идемпотентный extend, eosio_assert("already extended") при дубле intent_id;
    end_at += period_seconds, attempt → 0, обновляет updated_at
  - setattempt(operator, subscriber, package_id, attempt) — для retry-watcher
  - migration safe (subs пустая в dev/MVP; pre-deploy guard
    scripts/v2-migration-guard.ts блокирует прод при count > 0)

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-05-08 17:04:43 +00:00
coopops 46d1d49fae [@ant] refactor(contracts+desktop): срез двойного учёта progwallets — переход на ledger2 как источник правды
capital/balances: get_capital_program_*_share_balance читают L2/L3 ledger2
(wallets[BLAGOROST_FUND] и userwallets[(w.cap.blago, username)]) вместо
soviet::progwallets — фикс «Благорост = 0% после pushresult».

phase A: удалены прямые Wallet::add/sub/block/unblock_funds в 10 callers
(capital: signact2, act2pgprp, createinvest, createpinv, capauthwthd3,
importcontr; wallet: completewthd, completedpst, createwthd, declinewthd) —
во всех есть зеркальный Ledger2::apply, дубль создавал параллельный учёт
в legacy progwallets и разъезжался с L3 при первом же сбое.

phase B: convertsegm.cpp переписан на 2 × Ledger2::apply. В реестр операций
добавлены o.cap.cnvshr (TRANSFER GENERATOR_FUND→SHARE_FUND_PAY, Dr 80/Cr 08)
и o.cap.cnvbl (TRANSFER GENERATOR_FUND→BLAGOROST_FUND, Dr 04/Cr 08) +
новый процесс p.cap.cnvseg для аудит-следа отдельно от ACCEPT_RID.

desktop/WalletProgramWidget: блок «Заблокировано» рендерится только при
parseFloat(blocked) > 0; убран хак с подмешиванием minimum_amount к ЦК.

Marketplace вынесен в отдельный заход.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-05-08 17:02:41 +00:00
coopops 1c573bf131 feat(apps): on-chain skeleton — таблицы pricings/globals и actions setpricing/setglobals (story v2.1.1)
Каркас для v2 каталога приложений: scope-per-package таблица `pricings`
(D1) + singleton `globals` (D2) + два action'а с `require_auth(get_self())`
без бизнес-валидации. Unblock'ает CA-команду для написания TS write-port'а
против стабильных on-chain сигнатур; полная валидация и snapshot policy
выезжают в story v2.1.2.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-05-08 16:41:19 +00:00
coopops 9a5d41d03c [@ant] fix(desktop): отложить loadUserWallet после инвеста на 4с — нет «мерцания»
Сразу после chain-мутации parser2 → consumer → PG отстаёт на 1-3с, и
немедленный loadUserWallet возвращает ещё стейт до инвеста; внутри он
clearOptimisticPatches() — оптимистичный патч стирается, UI откатывается
к до-инвеста. Через ~3-5с какой-то фоновый refetch получает уже свежие
данные и UI снова прыгает на новое значение.

Откладываем рефетч на 4с (не await — fire-and-forget). За это время
дельта прилетает, refetch получает уже-после-инвеста, патч чисто
сменяется серверной правдой без промежуточного отката.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-05-08 14:39:27 +00:00
coopops 440e46436d [@ant] fix(desktop): program_type через Zeus.ProgramType (UPPER_CASE из GraphQL), debug-логи убраны
Корень: GraphQL сериализует enum ключами (MAIN, BLAGOROST), не значениями.
Использую типизированный Zeus.ProgramType.MAIN / .BLAGOROST вместо
хардкода строк — единый источник, не разъедется со схемой.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-05-08 14:34:37 +00:00
coopops ad20c714b1 [@ant] debug(desktop): MicroWallet — console.log program_wallets когда ЦК не найден
Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-05-08 14:32:17 +00:00
coopops 51175f8d2f [@ant] fix(desktop): program_type для ЦК = 'main' (controller-enum), не 'wallet'
controller/src/domain/wallet/enums/program-type.enum.ts маппит program_id=1
на ProgramType.MAIN ('main'), а не 'wallet' — это другой источник, чем
cooptypes/src/ledger2/programs.ts.internal_name. UI читает поле program_type
с бэкенда, поэтому фильтр и optimistic-патч должны использовать 'main'.

Без этого MicroWallet.find(program_type==='wallet') возвращал undefined
(в углу 0 вместо ЦК-баланса), а optimistic-патч на ЦК молча промахивался.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-05-08 14:26:14 +00:00
coopops 2913757f7b [@ant] fix(desktop): MicroWallet ищет ЦК по program_type, optimistic-патч инвеста зачисляет в Благорост (available)
- MicroWallet: вместо program_wallets[0] — find(program_type === 'wallet').
  Порядок program_wallets от backend недетерминирован, в углу мог оказаться
  Благорост / Генератор вместо ЦК.
- CreateProgramInvest: optimistic-патч на стороне Благорост был
  program_type='capital' + blocked_delta — мисматч (internal_name='blagorost')
  и не та полка (UI читает available из L3 ledger2::userwallets, поскольку
  Ledger2::apply(INVEST) делает TRANSFER в .available; progwallets.blocked
  десктоп не отображает). Поправлено на 'blagorost' + available_delta.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-05-08 14:15:42 +00:00
coopops c8616deb76 [@ant] feat: regcontrib через wallet::users, optimistic-overlay кошелька, sync статуса пайщика
Контракты:
- wallet::signagree: auth = coopname OR contracts_whitelist; payer = подавший
  auth (RAM-аккаунтинг). Снимает auth-блок при inline-вызове из capital.
- capital::regcontrib: gate Благорост-соглашения через wallet::users.programs[]
  (ADR-008) вместо legacy progwallets; inline signagree от _capital@active —
  атомарная связка payload → wallet::users → реестр.
- ledger2::migrate: compute_min_total_by_type через participant.minimum_amount
  (фактический зафиксированный взнос пайщика), а не coop.minimum (мог быть
  повышен после вступления — приводило к Σ L3 > L2 на w.reg.minshr). Убрано
  неявное clamping → явный eosio::check + понятная ошибка.
- wallet::createwthd/declinewthd, capital::createpinv/createinvest/capauthwthd3:
  Ledger2::apply на USER_SHARED-кошельках (REQUEST_WITHDRAW, DECLINE_WITHDRAW,
  INVEST, WITHDRAW_FROM_CAPITAL).
- operations.hpp/processes.hpp: новые записи реестра.

cooptypes: зеркало новых operations/processes (o.cap.wthcap, o.wal.wthreq,
o.wal.wthdec, p.cap.wthcap).

Migrator: 048 пишет L3 по participant.minimum_amount; gate на
ledger2::meta.migrated до запуска (без миграции migrate3 разъезжается с L2).

Controller:
- ParticipantStatusSyncService: action::soviet::addpartcpnt → users.status='active'.
  Без него ActiveUserStatusGuard блокирует свежепринятых пайщиков на
  createDepositPayment и других мутациях — статус так и оставался '4_Registered'.
- migrations/V2.2.0: backfill users.status='active' по soviet::participants
  из chain (через BLOCKCHAIN_RPC).
- registration-programs: «Программа Капитализация» → «Программа Благорост».

Desktop:
- useWalletStore: универсальный optimistic-overlay (applyOptimisticPatch /
  TTL / clearOnLoad). program_wallets — теперь computed поверх raw-стейта;
  серверный refetch перетирает overlay.
- CreateProgramInvest: оптимистично списывает ЦК и зачисляет blocked
  Благороста до подтверждения цепочкой, ревертит при ошибке.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-05-08 13:29:11 +00:00
Alex Ant f35a13a382 chore(release): publish 2026-05-08 10:56:03 +05:00
Alex Ant aced4966c8 chore(release): publish 2026-05-08 10:37:35 +05:00
Alex Ant 978d94f6b7 Merge branch 'dev' of github.com:coopenomics/mono into dev 2026-05-08 10:37:06 +05:00
coopops e5613405f4 fix(ci): запинить pnpm через packageManager + allowlist build-скриптов
Без пина CI каждый раз тянул latest pnpm; на 10.4+ ignored builds
из warning стали ERR_PNPM_IGNORED_BUILDS, и `pnpm install --frozen-lockfile`
валился на electron/esbuild/@parcel/watcher и пр.

- packageManager=pnpm@10.33.0 в корневом package.json (синхронно с
  publish-packages.yaml и components/boot/Dockerfile)
- pnpm.onlyBuiltDependencies — 18 пакетов из лога фейла
- Dockerfile: corepack enable вместо `npm install -g pnpm` (обе стадии)
- publish-docs.yaml: pnpm/action-setup@v4 без version + cache: pnpm

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-05-08 05:35:36 +00:00
coopops a6b9352a18 [@ant] fix(soviet): addbal — upsert progwallets вместо «Кошелёк не найден»
Депозит-флоу wallet::completedpst → Wallet::add_available_funds →
soviet::addbal падал с «Кошелёк не найден», если у пайщика ещё не было
строки в soviet::progwallets для программы. Подписание соглашения
(wallet::signagree) progwallets-запись не открывает по дизайну (ADR-008,
state источника правды — wallet::users.programs[]).

addbal теперь делает upsert: если записи нет — создаёт с нулевыми
балансами и сразу прибавляет quantity. Если есть — стандартный modify.
agreement_id=0 (соглашения для legacy progwallets уже не нужны:
актуальная подпись лежит в wallet::users).

Subbal/blockbal/unblockbal/addmemberfee оставлены как есть — для них
запись должна существовать (нечего блокировать/списывать с пустого).
2026-05-07 17:10:52 +00:00
Alex Ant b41a42ad0a chore(release): publish 2026-05-07 22:09:20 +05:00
Alex Ant 16ee154424 chore(release): publish 2026-05-07 22:09:01 +05:00
Alex Ant a15432233e Merge branch 'testnet' of github.com:coopenomics/mono into testnet 2026-05-07 22:08:48 +05:00
Alex Ant ba96a650b8 Merge branch 'dev' of github.com:coopenomics/mono into dev 2026-05-07 22:08:01 +05:00
coopops 4011628e2a Merge branch 'dev' into testnet 2026-05-07 16:53:40 +00:00
coopops 1f9753cf8d [@ant] fix(capital/permissions): UNION-роли — соавтор-член-совета может править артефакты
Регрессия: getProjectUserRole коротко замыкался на BOARD_MEMBER при userRole='member' и не доходил до segment.is_author. В матрице BOARD_MEMBER.EDIT_REQUIREMENT=false → permissions.can_edit_requirement=false → редактор открывался read-only у соавтора, который одновременно член совета.

Фикс — UNION-семантика: пользователь может одновременно нести несколько ролей (member + author + master + …), итоговое право — OR по матрицам всех его ролей. Симметрично для issue-уровня (submaster + author и т.п.). Чистые роли работают как раньше.

12 unit-тестов на ключевые комбинации (BOARD_MEMBER+AUTHOR, CHAIRMAN+MASTER, переходы статусов).

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-05-07 16:52:30 +00:00
coopops d11282bc98 [@ant] feat(controller): «Стол бухгалтера» в реестре расширений
Манифест reports-расширения (controller/extensions.registry) — title и
title desktops с «Отчёты ФНС» на «Стол бухгалтера». Description
расширил под фактическое наполнение: реестры операций / проводок /
кошельков / счетов плюс налоговые формы.
2026-05-06 19:41:26 +00:00
coopops df6a724a03 [@ant] feat(reports): «Стол бухгалтера» + читаемые Активный/Пассивный и Дебет/Кредит
* Расширение переименовано с «Отчёты ФНС» на «Стол бухгалтера» (заголовок
  и breadcrumb).
* AccountsPage: Активный/Пассивный (тип счёта) и Дебет/Кредит (сторона
  проводки) теперь theme-aware — светлая тема blue-grey-9 / brown-8,
  тёмная blue-grey-3 / brown-3, weight bold. Старый text-blue-grey-8 /
  text-brown-7 на тёмной теме читался плохо.
2026-05-06 19:32:28 +00:00
coopops 03351c10c2 [@ant] fix(desktop): автозагрузка inline-children при cross-link на операцию
OperationsPage в onMounted, при ?operation_id=…, разворачивал строку через
expanded.set, но не дёргал loadChildOps — поэтому таблицы «Движения по
кошелькам» и «Проводки по счетам» оставались пустыми до ручного
схлопывания/раскрытия. Теперь после load() сразу подгружаем сибсов
найденного apply'а по его processHash.
2026-05-06 19:21:20 +00:00
coopops 2b1bb54e94 [@ant] fix(desktop): убрать TS-ассерт ! из template-выражения PostingsPage
`props.row.debitGlobalSequence!` в pug-атрибуте @click парсился как
постфиксный `!` (Quasar boot error: missing ) after argument list).
Заменил на `String(props.row.debitGlobalSequence)` — `v-if` гарантирует
non-null, но компилятору шаблона нужен валидный JS.
2026-05-06 19:11:08 +00:00
coopops 50e6e9daae [@ant] refactor(ledger2): пары debit/credit и parent apply через creator_action_ordinal
Связь apply-orchestrator ↔ inline walletop/debit/credit строится точечно через
явные идентификаторы parser2: пара `(transaction_id, creator_action_ordinal)`
inline-action указывает на `(transaction_id, action_ordinal)` родителя.

* getPostings: парный credit подтягивается LEFT JOIN на (transaction_id,
  creator_action_ordinal). Удалён эвристический алгоритм
  «closest-credit-after-debit-without-apply-between». Родительский apply
  тоже точечно через (transaction_id, action_ordinal=d.creator_action_ordinal)
  без ограничения по name — ловит и revert как родителя inline-проводок.
* getHistory: parentApplyGlobalSequence в SELECT, applyGlobalSequence /
  parentApplyGlobalSequence фильтры — все через те же точечные JOIN'ы.
  Удалены multi-effect range-эвристики «между этим apply и следующим
  с тем же processHash».
* Фильтр по accountId/walletName: для apply/revert — EXISTS-проверка
  inline ребёнка (debit/credit или walletop) с этим account_id/wallet.
  Прямое сравнение для самих debit/credit/walletop/walmove.
* Удалены мёртвые ветки `data->>'id'` (нет такого поля у ledger2-actions).
* Никаких fallback'ов: parser2 даёт creator_action_ordinal для каждого
  inline нативно — отдельной ветки «если родитель не нашёлся, ищем
  ближайший apply» нет.
2026-05-06 18:54:34 +00:00
coopops 973e70aba5 [@ant] feat(reports): отдельные колонки № проводки/№ процесса через EntityIdBadge
* PostingsPage: «№ проводки» (debit.global_sequence) и «№ процесса»
  (process_hash) — отдельные колонки, оба EntityIdBadge с hover-эффектом и
  копированием по клику. Tooltip про парный credit убран.
* OperationsPage: «№ операции» (apply.global_sequence) и «№ процесса» —
  отдельные колонки EntityIdBadge.
* CoopWalletsPage: «№» движения (walletop.global_sequence) — EntityIdBadge.
* AccountsPage (история проводок счёта): добавлены колонки «№ проводки»
  (debit/credit.global_sequence) и «№ процесса». Cross-link «К операции»
  теперь точечный — через operation_id (apply.global_sequence) вместо
  process_hash, чтобы не открывалось несколько операций.
* Hint у поисковых input'ов убран (мешал стабильному layout).

Backend: добавлен parentApplyGlobalSequence в Ledger2Operation — для
точечного cross-link из debit/credit в реестр операций.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-05-06 18:26:49 +00:00
coopops e0d6de216d [@ant] feat(ledger2): уникальные ID операций/проводок/движений в реестрах
Используем существующий blockchain_actions.global_sequence (unique-индекс)
как канонический ID — без изменений контрактов и схемы БД.

* «№ операции» = apply.global_sequence (точечная адресация одного apply
  + его siblings; multi-effect-защита через диапазон до следующего apply
  того же processHash).
* «№ проводки» = debit.global_sequence; парный credit подтянется
  стандартным алгоритмом «closest-credit-after-debit-without-apply-between».
* «№ движения» = walletop.global_sequence.

Backend: новые фильтры applyGlobalSequence/walletopGlobalSequence в
getLedger2History и debitGlobalSequence/applyGlobalSequence в
getLedger2Postings. Frontend: колонки № операции (OperationsPage),
№ проводки (PostingsPage), № движения (CoopWalletsPage). Универсальный
search-input на каждой странице — определяет тип ID по формату ввода
(цифры → seq, hex64 → process_hash).

URL-параметры унифицированы: ?operation_id=apply.global_sequence,
?posting_id=debit.global_sequence, ?process_hash=hex64.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-05-06 18:02:55 +00:00
coopops 55617dd814 [@ant] fix(desktop): отчёты — единая стрелка, тёмная тема календаря, поиск убран из проводок
* AccountsPage / CoopWalletsPage: иконки кросс-линков в реестр операций
  (fa-up-right-from-square / fa-list-ul) заменены на fa-arrow-right —
  одинаково с ParticipantWalletsPage и PostingsPage.
* OperationsPage: убран text-grey-10 со столбца «Сумма» — на тёмной теме
  тёмный шрифт сливался с фоном.
* ReportsCalendar / CalendarCell: все hex-цвета через rgba + body--dark
  overrides. Раньше календарь оставался белым на тёмной теме.
* PostingsPage: убран UI-инпут поиска по process_hash + связанные chip /
  filter / handler. Реестр операций — единственная точка поиска (там видно
  и проводки, и движения по кошелькам в одной развёрнутой строке).
  Cross-link account_id / username по query-параметру сохранён.
* WalletTransferDialog: добавлен #no-option слот и hint в q-select
  «В кошелёк». Если у кооператива нет других кошельков на бух.счёте
  источника, пользователь видит причину пустого списка, а не молчаливый
  пустой dropdown.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-05-06 17:22:55 +00:00
coopops 26ca889aff [@ant] feat(reports): кнопка «К операции» в реестре проводок
Из строки проводки можно одним кликом провалиться в реестр операций
с фильтром по process_hash и раскрытой нужной apply-операцией. На больших
multi-effect процессах (несколько apply внутри одного process_hash) это
важно: query.operation_id ведёт ровно к parent apply этой проводки, а не
к первой попавшейся.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-05-06 17:05:00 +00:00
coopops 00f9e2174b [@ant] chore(reports): убран COALESCE(amount, quantity) — quantity в ledger2-actions не существует
В предыдущем коммите оставил COALESCE «на случай walmove/revert». Проверил
ledger2.hpp — все actions (debit/credit/apply/walletop/walmove/revert) принимают
только amount. Поля quantity в data ledger2 нет ни у кого. Возвращаю один amount.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-05-06 16:57:24 +00:00
coopops 040b603cb8 [@ant] fix(reports): реестр проводок — Сумма и Пайщик из debit-action и parent apply
ledger2::debit и ledger2::credit принимают только coopname/account_id/amount/
process_hash/memo (см. ledger2.hpp), поля username у них нет, а сумма лежит
под ключом amount, не quantity. Резолвер getLedger2Postings:
- quantity = COALESCE(d.data->>'amount', d.data->>'quantity') — последний
  на случай legacy walmove/revert, у них quantity;
- username берётся из ближайшего parent apply того же process_hash;
- фильтр по username — тоже через parent apply (subquery).

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-05-06 16:47:02 +00:00
coopops 5fa303f850 [@ant] feat(reports): реестр проводок — четвёртая страница в Отчётах ФНС
Раньше проводки (Дт/Кт/Сумма) были видны только при разворачивании
отдельной операции в реестре операций. Не было плоской ленты «все
проводки кооператива», для бухгалтерской сверки приходилось разворачивать
каждую операцию вручную.

Бэкенд: новый GraphQL Query getLedger2Postings(input). Резолвер
восстанавливает пары debit+credit из blockchain_actions по правилу
«ближайший parent apply того же process_hash» — multi-effect процесс с
несколькими apply внутри одного process_hash даёт несколько проводок,
каждая закрыта своим apply'ем. Серверные фильтры: accountId (попадание
в Дт ИЛИ Кт), processHash, username, dateFrom/dateTo. Пагинация.

Фронт: страница /reports/postings рядом с операциями/кошельками/счетами.
Колонки: Дата | ID процесса | Операция (chip с цветом по контракту) |
Дебет | Кредит | Сумма | Пайщик. Клик на хэш — копирует. Tooltip на
коде счёта показывает название (через AccountIdCell + getAccountName).

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-05-06 15:24:04 +00:00
coopops d1bd208ec7 [@ant] feat(reports): календарь — статус before_registration вместо overdue до даты регистрации
При подключении кооператива в середине года все периоды до этой даты
показывались красным «просрочен» — пол-календаря в красном раздражает
и фактически некорректно: эти отчёты сдавать не надо.

Резолвер тянет registrator::accounts(coopname).registered_at и для ячеек
с dueDate < registered_at возвращает новый статус BEFORE_REGISTRATION.
Приоритет: ручные отметки (NOT_REQUIRED / SUBMITTED_EXTERNALLY) перебивают,
если пользователь уже что-то проставил.

Фронт рендерит ячейку нейтрально-серой, без hover-обводки и без клика —
открывать там нечего.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-05-06 15:10:36 +00:00
coopops 07d414f761 [@ant] fix(desktop): WalletCell — иконки lock-open/lock + q-tooltip + контраст zero
Реестр кошельков → Пайщики: ячейка с двумя суммами (доступно/заблокировано)
была без подписей и читалась как «две одинаковые цифры». Иконки coins/lock
не передавали смысл «открыто/закрыто».

- Иконки: fa-lock-open (доступно) ↔ fa-lock (заблокировано) — симметричная
  пара, узнаваемая без объяснений.
- q-tooltip над каждой строкой: «Доступно» / «Заблокировано» (delay 200ms).
- value-zero / cell-dash: подняли контраст до rgba(0,0,0,0.55) на light и
  rgba(255,255,255,0.7) на dark — раньше нули сливались с фоном на обеих
  темах.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-05-06 14:21:45 +00:00
coopops ba4aed6e83 [@ant] fix(desktop): WalletCell стили вынесены в non-scoped block
`WalletCell` в ParticipantWalletsPage рендерится через render-функцию
inline-компонента — у его h()-узлов нет data-v parent'а, поэтому
scoped + :deep до них не доходит стабильно. Цвета (var(--q-positive),
rgba для zero/dash) и body--dark overrides не применялись — на странице
оставался хардкод-вид по умолчанию.

Решение: вынести правила `.wallet-cell` в отдельный `<style lang="scss">`
(без scoped). Класс достаточно специфичен — конфликта с другими
компонентами не будет.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-05-06 14:16:46 +00:00
coopops 146f950b43 [@ant] feat(controller+desktop): cooperativePrograms через GraphQL
ADR: фронт не ходит в чейн напрямую. fetchTable(soviet::programs) был
оставлен в двух местах после прошлой итерации — теперь убираем.

Controller:
- SovietBlockchainPort.getPrograms(coopname) + реализация в адаптере.
- AgreementService.getCooperativePrograms(coopname).
- Query cooperativePrograms (без auth-guard — публичный конфиг кооператива).
- DTO CooperativeProgramDTO {id, coopname, program_type, is_active, draft_id}.

SDK:
- regen schema.gql + zeus.
- Selector cooperativeProgramSelector.
- Query Queries.Agreements.CooperativePrograms.

Desktop:
- entities/Wallet/api: loadUserProgramWalletsData теперь дёргает
  client.Query(CooperativePrograms) вместо fetchTable.
- entities/Wallet/model: ICoopProgramData (полная chain-запись) заменён
  на минимальный ICoopProgramSummary {id, title, program_type, is_active?,
  draft_id?} — UI использует только эти поля + title из cooptypes registry.
- extensions/reports/.../participant-wallets-api.ts: то же самое для
  таблицы «Пайщики» в Реестре кошельков.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-05-06 13:43:25 +00:00
coopops 8fb7694185 [@ant] feat(cooptypes+desktop): реестр программ ЦПП + чистка цветов в Реестре кошельков
Стол совета:
- Удалён старый /soviet/ledger ("Реестр кошельков"). Новый реестр живёт
  в Отчёты ФНС → /reports/wallets (entities/Ledger2 + GraphQL).
- Снесены сопутствующие файлы (pages/Cooperative/ListOfLedgerAccounts,
  widgets/LedgerAccounts, entities/LedgerAccount) — внешних потребителей нет.

Реестр программ ЦПП (cooptypes/src/ledger2/programs.ts):
- TS-only массив LEDGER2_PROGRAMS с короткими (`short_label`) и полными
  (`display_name`) метками: ЦПП Цифровой кошелёк, ЦПП Маркетплейс,
  ЦПП Генератор, ЦПП Благорост.
- helper getProgramLabel(id) / getProgramShortLabel(id) с fallback на
  `Программа №<id>`. Менять централизованно тут, не в чейн-таблицах.

Применение в UI:
- ParticipantWalletsPage.vue: заголовок колонки программы = display_name
  из реестра (а не chain-поле title).
- entities/Wallet/api: program_details.title в loadUserProgramWalletsData
  подменяется на display_name из реестра.

Цвета (theme-aware):
- Хардкод #f5f6f8/#e0e0e0/#222/#ccc/#2e7d32/#8d6e63/#bbb в
  ParticipantWalletsPage заменён на var(--q-positive)/--q-warning и
  rgba с body--dark overrides.
- text-grey-6/7 заменён на свой класс caption-muted (rgba + body--dark)
  в Coop/Participant/Transfer pages — quasar text-grey-X не реагирует на
  body--dark и плохо читается на тёмной теме.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-05-06 13:16:51 +00:00
coopops e415c9ab0a [@ant] fix(wallet): signagree принимает candidate'ов + пишет в реестр документов
Симптом: при «Подтвердить платёж» в реестре платежей bundle регистрации
(createaccount + reguser + completeincome + signagree) падал с
"Пайщик не найден в кооперативе" — wallet::signagree вызывал
get_participant_or_fail, а в этом bundle participant ещё не создан
(создаётся позже в soviet::confirmreg → soviet::addpartcpnt после
голосования совета).

Решение: симметрично с soviet::sndagreement убираем проверку participant.
Доверие — на require_auth(coopname) + get_cooperative_or_fail +
verify_document_or_fail + get_program_or_fail. Точно та же модель доверия,
что у sndagreement.

Дополнительно: пишем подписанный документ в реестр документов через
Soviet::make_complete_document — чтобы программные соглашения отображались
в общем off-chain реестре документов кооператива (как непрограммные через
sndagreement). Добавлена константа Names::WalletActions::SIGN_AGREEMENT.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-05-06 12:33:23 +00:00
coopops 21e94ce0ed [@ant] fix(controller): bundle регистрации роутит программные соглашения через wallet::signagree
AccountBlockchainAdapter.registerBlockchainAccount пушил все agreements как
soviet::sndagreement в одном tx — после гейта Эпика 2 такие actions с
program_id > 0 контракт активно отвергает, и вся регистрация (createaccount +
registeruser + completeincome + agreements) откатывалась с
"программные соглашения подписываются через wallet::signagree".

Симптом: «Подтвердить платёж» в реестре платежей роняет всю транзакцию
регистрации.

Решение: один lookup soviet::coagreements на bundle, формируем map
agreement_type → ICoopAgreement, затем для каждого agreement из конфига:

- program_id == 0 → soviet::sndagreement (как раньше);
- program_id > 0  → wallet::signagree с program_id/draft_id из coagreement.

wallet::signagree требует существующего пайщика (get_participant_or_fail).
В bundle регистрации это гарантировано предыдущим registeruser action в той
же транзакции — actions исполняются последовательно.

Логика теперь идентична AgreementInteractor.sendAgreement (один источник
правды для роутинга).

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-05-06 10:18:51 +00:00
coopops fdf526cc5e [@ant] feat(controller+desktop): cooperativeAgreements/agreementTemplates через GraphQL
Убираем прямые fetchTable из desktop entities/Agreement (ADR: фронт не
ходит в чейн напрямую — всё через controller). Это последний шаг для
корректной работы виджета RequireAgreements: вместе с фиксом type-поля
программных DTO (предыдущий коммит) фронт теперь видит подписанные
соглашения и не показывает повторный диалог.

Контроллер:
- AgreementService: getCoopAgreements (через SovietBlockchainPort.getCoagreements)
  и getAgreementTemplates (через BLOCKCHAIN_PORT.getAllRows для draft::drafts —
  глобальные scope=draft + per-coop, объединение).
- AgreementResolver: 2 новые Query — `cooperativeAgreements(coopname)` и
  `agreementTemplates(coopname)`. Без auth-guard'ов: данные публичные
  (конфиг кооператива и шаблоны документов).
- 2 DTO: CoopAgreementDTO, AgreementTemplateDTO.

SDK (regen schema + zeus + новые selectors/queries):
- Queries.Agreements.CooperativeAgreements
- Queries.Agreements.AgreementTemplates

Desktop:
- entities/Agreement/api/index.ts: fetchTable → client.Query.

Контракты, фронтовый виджет, остальные fetchTable не трогали.
2026-05-06 09:59:56 +00:00
coopops d325fea626 [@ant] fix(controller): программный agreement DTO отдаёт реальный type из coagreements
Раньше programmatic-DTO синтезировался с заглушкой type='programmatic'.
Виджет RequireAgreements на фронте матчит подписи через
userAgreement.type === coagreement.type ('wallet'/'blagorost'/...) — заглушка
никогда не совпадала, и пайщик после подписания снова видел диалог
«подпишите соглашение». Каждое нажатие 'Подписать' успешно делало upsert
через wallet::signagree (одна и та же программа, обновляются version/draft_id/
signed_at), но визуально ничего не менялось.

AgreementService теперь:
- Подгружает soviet::coagreements кооператива один раз на запрос (≤10 строк).
- Строит map program_id → type.
- programAgreementToDTO ставит type из map'а; fallback 'programmatic' только
  если коагримент по этой программе не настроен (теоретический случай).

SovietBlockchainPort.getCoagreements (множественное) выделено из существующего
getCoagreement; getCoagreement теперь его потребитель.

Контракты, GraphQL-схема, фронт — без изменений.
2026-05-06 09:45:24 +00:00
coopops b9c7fedbfb [@ant] feat(controller): stub-кошельки программ для подписанных соглашений без L3-баланса
После Эпика 3 ledger2::userwallets хранит только non-zero записи (контракт
стирает row при достижении нуля), и подписавший соглашение пайщик без
переводов не видел свой кошелёк — UX-регрессия по сравнению с legacy
soviet::progwallets.

Теперь WalletInteractor.assembleProgramWallets:
1. Берёт ожидаемые (username, program_id) из wallet::users.programs[] через
   USER_AGREEMENT_REPOSITORY.
2. Объединяет с L3-rows из ledger2::userwallets как раньше.
3. Для каждой пары без L3-row создаёт stub с нулями в валюте кооператива.
4. Сэмпл asset-а для zeroAssetLike берётся из существующего L3-row либо из
   coop.initial через BLOCKCHAIN_PORT.getCooperative; fallback '0.0000 RUB'.
5. block_num и timestamps stub'а — из programs[].signed_at (детерминированно).

Split ЦК (w.wal.share + w.wal.member) сворачивается в один entity как раньше.
Marketplace (program_id=2) кошельков не имеет, фильтруется через cooptypes
Ledger2.walletNamesForProgram(pid).length === 0.

Контракты, GraphQL-схема, фронт — без изменений.
2026-05-06 09:37:08 +00:00
coopops 6e26f36780 [@ant] fix(desktop): SignAgreementDialog подписывает соглашения через GraphQL
Раньше диалог делал прямой `transact` → `soviet::sndagreement` от имени пайщика.
После Эпика 2 программные соглашения (program_id > 0) пишет `wallet::signagree`,
требующий `coopname@active` — пайщик не может подписать такую транзакцию из
браузера, контракт ожидаемо отвергал.

Теперь идёт через GraphQL-мутацию `sendAgreement` (тот же путь, что у капитал-
extension через `useSendAgreement`). Контроллер читает `coagreement.program_id`
и сам выбирает action: `wallet::signagree` для program_id > 0, `soviet::sndagreement`
для непрограммных. Подписи пайщика на документе сохраняются и проверяются
контрактом.

Заодно убрал лишний JSON.stringify(meta) — GraphQL принимает meta объектом,
сериализацию делает контроллер при сборке chain-action.
2026-05-06 09:06:19 +00:00
coopops 0497cded09 [@ant] feat(cooptypes): codegen реестра кошельков из C++ wallets.hpp
`LEDGER2_WALLET_REGISTRY` и `LEDGER2_USER_SHARED_PROGRAM_MAPPING` теперь
вытягиваются из `contracts/cpp/lib/core/ledger2/wallets.hpp` Node-парсером
(`scripts/gen-from-cpp.ts`) и пишутся в `src/ledger2/wallets.generated.ts`.
Источник истины — C++; TS — копия. Парсер строгий: на любую неясность кидает
ошибку. На страже — snapshot-тест в `test/wallets-registry.snapshot.test.ts`.

Запуск: `pnpm --filter cooptypes gen:from-cpp` (или автоматически через
`prebuild` хук перед `pnpm --filter cooptypes build`).

Удалены локальные копии маппинга:
- `controller/src/domain/wallet/utils/program-wallet-mapping.ts` (был дубликат)
- inline `PROGRAM_TO_WALLET` в `migrator/migrations/049_*.ts`

Потребители теперь импортируют `Ledger2.walletNamesForProgram`,
`Ledger2.programIdForWallet`, `Ledger2.MEMBERSHIP_WALLET_NAME`,
`Ledger2.ALL_PROGRAM_WALLET_NAMES` из cooptypes.
2026-05-06 08:37:45 +00:00
coopops 5062f9edb2 [@ant] fix(controller): роутить sendAgreement на wallet::signagree при program_id > 0
После Эпика 2 soviet::sndagreement отвергает программные соглашения
(program_id > 0), а фронт зовёт его одинаково для всех типов. Контроллер
теперь читает coagreements кооператива и для program_id > 0 уходит в
wallet::signagree (coopname@active), оставляя soviet::sndagreement только
для непрограммных. Фронт менять не нужно.
2026-05-06 06:47:04 +00:00
coopops 1110b85224 [@ant] fix(migrator): сохранять membership_contribution при миграции progwallets → userwallets
В первоначальной версии 049 для program_id=1 (ЦК) писался только
w.wal.share с available/blocked, а membership_contribution молча терялась
(на текущем prod она 0, но тест-стенды и будущие данные содержат
ненулевые значения).

Теперь для ЦК эмитим ДВА migrate3-вызова: w.wal.share (available/blocked)
и w.wal.member (membership_contribution). Если membership=0 —
ledger2::migrate3 (0,0) делает безопасный no-op.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-05-05 12:16:17 +00:00
coopops 3030cf0174 [@ant] fix(controller): пагинация непрограммных соглашений по 1000 за страницу
Валидатор PaginationUtils ограничивает limit ≤ 1000; getAgreements падал
с HttpApiError при загрузке wallet.agreements в desktop. Заменил один
запрос с limit=10000 на цикл по страницам.

Обнаружено визуальной проверкой через docs-harness auth/signin.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-05-05 12:15:14 +00:00
coopops 48d40e77f0 [@ant] test(boot): edge-кейсы wallet::users + ledger2::migrate3 (story 16)
Добавлены интеграционные тесты на live-блокчейне:
- wallet::signagree повторно с тем же program_id → обновляет doc_hash без дубля.
- wallet::revokeagree без записи users → throws.
- wallet::revokeagree program_id не в programs[] → throws.
- ledger2::migrate3 идемпотентность (двойной вызов не дублирует).
- ledger2::migrate3 с blocked > 0 → blocked сохраняется отдельно.
- ledger2::migrate3 (0,0) когда записи нет → no-op.

Каждый тест содержит свой setup/cleanup (ensureNoProgram/ensureNoUserWallet),
чтобы порядок запуска не влиял на корректность.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-05-05 11:16:59 +00:00
coopops 3af6cf3f2b [@ant] feat(desktop): соглашения и программные кошельки через GraphQL (story 11/12)
- entities/Wallet: loadUserAgreements/loadUserProgramWalletsData → GraphQL
  (читают объединённый источник из соответствующих резолверов).
- entities/Agreement: убраны мёртвые loadAgreementsOfAllParticipants и
  loadSingleUserProgramWalletData; store сужен до фактически используемых полей.
- WalletsPage: participant-wallets-api тянет программные кошельки через GraphQL.
- RequireAgreements: сравнение версий через Number() (template.version из BC —
  string, userAgreement.version из DTO — number).

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-05-05 11:12:52 +00:00
coopops 46baeb2857 [@ant] feat(controller): резолверы читают wallet::users + ledger2::userwallets (story 9/10)
AgreementService.getAgreements объединяет два источника (Эпик 2):
- непрограммные (program_id == 0) из soviet::agreements3 через AgreementRepository
- программные из wallet::users.programs[] через UserAgreementRepository
Программные соглашения разворачиваются в плоский ряд AgreementDTO
(synthetic id отсутствует, document лежит в action data, status=CONFIRMED).

WalletInteractor.getProgramWallets/getProgramWalletsPaginated читают из
ledger2::userwallets (UserWalletRepository) и агрегируют split-кошельки:
для program_id=1 (ЦК) собирает w.wal.share + w.wal.member в один
ProgramWalletDTO с membership_contribution из w.wal.member.

PROGRAM_ID_TO_WALLET_NAMES в domain/wallet/utils синхронизирован с
LEDGER2_USER_SHARED_PROGRAM_MAPPING в C++ контрактах и migrator/049.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-05-05 10:57:05 +00:00
coopops 1e80757588 [@ant] feat(controller): sync wallet::users + ledger2::userwallets (story 7/8)
UserAgreement (Эпик 2 / wallet::users): доменная сущность owner'а
программных соглашений с массивом programs[] (jsonb), full sync-цепочка
поверх AbstractEntitySyncService — coopname берётся из delta.scope.

UserWallet (Эпик 3 / ledger2::userwallets): доменная сущность L3-учёта
по USER_SHARED-кошелькам, sync с уникальным id и индексом
(coopname, wallet_name, username).

Контракт-info сервисы wallet/ledger2 регистрируются параллельно
SovietContractInfoService; новые репозитории и sync-сервисы подключаются
в TypeOrmModule.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-05-05 10:56:53 +00:00
coopops 2ac0bc7bf7 [@ant] test(boot/ledger2): L3 + wallet::users + migrate3 — sanity и integration (story 1.4 / эпики 2-3)
Sanity (cooptypes regen):
- Ledger2Contract.Actions.{Walletop,Migrate3} + Tables.UserWallets экспортируются
- WalletContract.Actions.{SignAgreement,RevokeAgreement,Migrate3} + Tables.Users экспортируются
- OPERATION_REGISTRY содержит USER_SHARED-операции

Integration (live blockchain после reboot:extra):
- wallet::signagree → users[username].programs[] обновлён
- wallet::migrate3 идемпотентность (без дубля программ)
- ledger2::migrate3 на USER_SHARED (w.cap.blago) → userwallets создан
- ledger2::migrate3 с (0,0) → userwallets запись удалена
- ledger2::migrate3 на COOPERATIVE (w.reg.entry) → fail с USER_SHARED check
- wallet::revokeagree → программа удалена; пустой vector → erase users

Тесты — точка контроля (pre-flight gate, NFR18):
запуск этого набора + миграций 047/048/049 на staging-дампе prod
с diff = 0 копеек до production rollout.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-05-05 10:29:11 +00:00
coopops 9fb53901aa [@ant] feat(migrator): per-coop self-service миграции agreements + L3 (story 2.5/3.6/3.7)
Три миграции через ledger3-релиз rollout:

- 047_migrate_agreements_to_wallet.ts — Эпик 2 / story 2.5
  agreements3.program_id>0 (status=confirmed) → wallet::migrate3.
  Идемпотентно, без удаления исходных записей (Эпик 4 финального
  deploy soviet).

- 048_migrate_phase1_minshare.ts — Эпик 3 / story 3.6 (ADR-008)
  participants[status=accepted] → ledger2::migrate3 на w.reg.minshr.
  amount = coop.org_minimum для type=organization, иначе coop.minimum.
  w.reg.entry не затрагивается — он COOPERATIVE без L3-разбивки.

- 049_migrate_phase2_progwallets.ts — Эпик 3 / story 3.7
  progwallets → ledger2::migrate3 с маппингом program_id → wallet_name:
    1 (ЦК)        → w.wal.share (membership_contribution=0 на prod)
    3 (Генератор) → w.cap.gen
    4 (Благорост) → w.cap.blago
  Pre-flight gate (NFR18) выполняется внешним скриптом сравнения
  Σ progwallets vs Σ userwallets перед production rollout.

src/utils:
- listCoops — обход registrator::coops с фильтром is_cooperative+active
- fetchAllRows — пагинированное чтение get_table_rows с lower_bound

Все три миграции per-coop self-service, batched по 50 actions/tx,
идемпотентные (migrate3 — overwrite, не +=).

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-05-05 10:26:35 +00:00
coopops 48eac68c2b [@ant] feat(cooptypes): regen — wallet::users, ledger2::userwallets, walletop(username), migrate3 (story 1.4 / Эпик 2-3)
interfaces/wallet.ts:
- IUser, IProgramAgreement (table users)
- ISignagree, IRevokeagree, IWalletMigrate3 (новые actions)

interfaces/ledger2.ts:
- IUserWallet (table userwallets)
- IWalletop с username (расширен; story 3.1)
- IMigrate3 для ledger2 (story 3.3)

contracts/wallet:
- actions/{signAgreement,revokeAgreement,migrate3}.ts
- tables/users.ts

contracts/ledger2:
- actions/{walletop,migrate3}.ts
- tables/userwallets.ts

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-05-05 10:13:34 +00:00
coopops 3f0c4e672d [@ant] feat(soviet): запретить программные соглашения (program_id>0) в sndagreement/confirmagree/declineagree (story 2.6)
После Эпика 2: программные соглашения (program_id > 0) переехали в
контракт wallet (wallet::signagree / revokeagree / migrate3). soviet
остаётся owner-ом только не-программных соглашений (program_id == 0).

- sndagreement: проверка coagreement.program_id == 0 (иначе → wallet::signagree)
- confirmagree: проверка agreements2[id].program_id == 0
- declineagree: проверка agreements2[id].program_id == 0 (отклонение программных
  через wallet::revokeagree)
- migrateagree: остаётся (миграция структуры agreements → agreements2)

Программные записи из soviet::agreements3 удалит per-coop migrator (story 2.5).

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-05-05 10:11:06 +00:00
coopops a2a984857e [@ant] feat(ledger2): cross-contract check wallet::users + post-mutation Σ L3 == L2 (story 3.2)
Контрактный assert L3 ⊆ L2 USER_SHARED — последняя линия защиты инварианта (NFR2).

- LEDGER2_USER_SHARED_PROGRAM_MAPPING: маппинг wallet_name → required_program_id
  (хардкод-таблица рядом с LEDGER2_WALLET_REGISTRY; ADR-004)
  - w.reg.minshr → 0 (исключение, без проверки соглашения)
  - w.wal.share / w.wal.member → 1 (ЦК)
  - w.cap.blago → 4 (Благорост)
  - w.cap.gen → 3 (Генератор)
- ledger2_required_program_id: helper с runtime check на отсутствие маппинга
  для USER_SHARED-кошелька (защита от пропуска при добавлении нового кошелька)

walletop:
- Pre-flight cross-contract READ wallet::users[username].programs[] для
  USER_SHARED-сторон (исключение w.reg.minshr через required_program_id == 0);
  fail-fast до мутаций
- Post-mutation Σ L3.{available,blocked} == L2.{available,blocked} на каждом
  затронутом USER_SHARED-кошельке (O(N_users), но это критичный assert)

apply:
- username обязателен для USER_SHARED на нормальном пути (НЕ-миграционные
  operation_code); исключение — o.mig.*

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-05-05 10:08:41 +00:00
coopops 9e72d596a6 [@ant] feat(ledger2): action migrate3 + L3-зеркало в revert (story 3.3)
migrate3 — идемпотентная per-record миграция L3-балансов:
- Заполняет userwallets[coopname][wallet_name, username] (overwrite, не +=)
- Без бух-проводок (это инициализация state, не операция)
- Без cross-contract check wallet::users.programs[]
  (миграция допускается ДО переезда соглашений; rollout-окно)
- Auto-delete при (available=0, blocked=0)
- Только USER_SHARED-кошельки (compile-time check на runtime)
- Auth coopname@active, payer coopname (NFR11)

L3-зеркало в revert — без изменений семантики: revert уже принимает
username и пробрасывает в walletop, который для USER_SHARED применяет
mirror op к L3-записи того же пайщика. Эпик 3 / story 3.3 покрывается
существующим путём.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-05-05 10:04:45 +00:00
coopops a2043ceffe [@ant] feat(ledger2): таблица userwallets и walletop(username) — L3 учёт (story 3.1)
Третий уровень учёта (L3) — пользовательские балансы на USER_SHARED-кошельках.

- Новая таблица userwallets {wallet_name, username, available, blocked}
  scope=coopname, payer=ledger2 (TODO D2 → coopname через linkauth)
- Composite key by_userwallet (combine_ids), индексы byuser/bywallet
- walletop расширен параметром username; передаётся из apply/walmove/revert
- USER_SHARED-сторона + username → upsert/delete L3 запись
- COOPERATIVE-сторона → username игнорируется
- Пустой username на USER_SHARED → L2-only mode (для совместимости со старым
  ledger2::migrate, который агрегирует без разбивки по пайщикам;
  полноценное заполнение L3 — через ledger2::migrate3 per-record, story 3.3)
- Auto-create L3 при первом ISSUE/TRANSFER/UNBLOCK
- Auto-delete при обнулении (available + blocked == 0)

НЕ входит в story 3.1 (вынесено в 3.2):
- cross-contract check wallet::users.programs[]
- post-mutation assert Σ L3 == L2

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-05-05 10:02:13 +00:00
coopops 782683916c [@ant] feat(wallet): таблица users и actions signagree/revokeagree/migrate3 (Эпик 2 / story 2.1)
Контракт wallet — owner программных соглашений (ADR-008).

- Новая таблица users {username, programs[]} (scope=coopname, payer=coopname)
- program_agreement: program_id, doc_hash, version, draft_id, signed_at
- Документ соглашения НЕ в state — только хэш и метаданные;
  полный текст лежит в action data signagree (audit trail)
- signagree: upsert по (username, program_id); auth coopname@active;
  проверки кооператива/пайщика/программы/draft_id
- revokeagree: удаление программы из vector; пустой vector → erase users;
  auth coopname@active
- migrate3: идемпотентная per-record миграция из soviet::agreements3
  без проверок программы/документа (заполняет state как есть);
  auth coopname@active

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-05-05 09:54:51 +00:00
coopops b23b743935 [@ant] fix(boot/tests): processDecision голосует тремя членами совета
Тесты с processDecision (walmove.test.ts → registerUser, capital.test.ts через
investInProject/withdrawContribution/registerExpense, registrator.test.ts)
прогоняются на стенде после `pnpm run reboot:extra`, который создаёт
расширенный совет из 5 человек: ant + petr + anna + mikhail + olga
(см. infra.ts § installInitialData с isExtended=true).

Soviet-контракт требует консенсус по большинству — 3+ голоса из 5. Старая
реализация processDecision голосовала только от ant (1 голос), и контракт
отвечал «Консенсус совета по решению не достигнут» в soviet::authorize.

Голосуем тремя (ant chairman + 2 member): минимум для прохождения. Все
члены используют один и тот же default_public_key (см. infra.ts:407 —
changeKey всем установлен config.default_public_key), поэтому подпись
chairman-WIF удовлетворяет authorization для всех трёх actor.

Проверено на стенде:
  • walmove.test.ts                  3/3 ✓ (было 2/3 — фейл AC1)
  • ledger2-wallets-registry.test.ts 14/14 ✓
  • ledger2-migrate.test.ts          10/10 ✓
  • ledger2-read-layer.test.ts        5/5 ✓

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-05-05 09:05:44 +00:00
coopops b4dfb38bf5 [@ant] test(ledger2): sanity+integration реестра кошельков и WalletOp
Покрывает super-story 1.1+1.2+1.3 (commit 44305a5b3f):

Sanity (12 тестов, без чейна — pure cooptypes):
  • LEDGER2_WALLET_REGISTRY = 11 шт. (5 USER_SHARED + 6 COOPERATIVE)
  • Никаких stale-имён (sharid/bginv/gncom/bgrid/wal.cash)
  • getWalletKind корректен для каждого имени
  • USER_SHARED naming convention w.<contract>.<waltype>
  • WalletOp без WALLET_ONLY/REVOKE
  • wallet_from/wallet_to ⊆ финальный реестр (плюс null)
  • zero_accounts_iff_both: debit==null ⇔ credit==null (ADR-003)
  • o.cap.invest = TRANSFER без бухпроводок (ADR-009)
  • capital ops используют только w.cap.{blago,gen,loan}
  • o.mig.rid удалён
  • o.adj.* (walmove/rev) корректные adjustment-операции

Integration (2 теста, blockchain ledger2::wallets):
  • on-chain wallets ⊆ финальный реестр (нет stale, нет вне-реестровых)
  • после регистрации пайщика появляются w.reg.minshr (USER_SHARED)
    и w.reg.entry (COOPERATIVE)

Прогнано на стенде mono-ai-3 (test-mode контракты):
  • ledger2-wallets-registry  14/14 ✓
  • ledger2-migrate           10/10 ✓
  • ledger2-read-layer         5/5  ✓
  • walmove                    2/3  (1 fail на soviet-консенсусе — не связан)

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-05-05 08:11:33 +00:00
coopops 44305a5b3f [@ant] feat(ledger2): финальный реестр кошельков, WalletKind и упрощённый WalletOp
Super-story 1.1+1.2+1.3 эпика «L3 в ledger2» — атомарный релиз без коротких
итераций (ADR-009, ADR-010, ADR-002, ADR-003).

Реестр кошельков (cooptypes/ledger2/wallets.ts, contracts/lib/core/ledger2/wallets.hpp):
  • Финальный набор: 5 USER_SHARED + 6 COOPERATIVE = 11 кошельков
  • Введён WalletKind (USER_SHARED / COOPERATIVE) — обязателен для L3-разреза
  • USER_SHARED: w.reg.minshr, w.wal.share, w.wal.member, w.cap.blago, w.cap.gen
  • COOPERATIVE: w.reg.entry, w.wal.wthdrw, w.sov.infra, w.sov.delgte,
                 w.cap.loan, w.mkt.payout
  • Compile-time static_assert user_shared_naming_convention (base32 префикс w.)
  • Удалён w.wal.sharid (РИД-часть на legacy 80 — не существует ни у кого)
  • Унифицированы программы Благорост/Генератор: w.cap.blago и w.cap.gen
    взамен w.cap.bginv/w.cap.gncom/w.cap.bgrid

WalletOp cleanup (operations.hpp / operations.ts):
  • 5 значений: ISSUE / TRANSFER / BLOCK / UNBLOCK / BURN
  • WALLET_ONLY удалён — TRANSFER без бухпроводок маркируется
    (debit==null && credit==null) на уровне OPERATION_REGISTRY
  • REVOKE удалён — BURN покрывает оба сценария (штатное сжигание и mirror revert,
    различие через operation_code o.adj.rev)
  • static_asserts: zero_accounts_iff_both, burn_pattern_correct
  • Удалена операция o.mig.rid вместе с РИД-веткой migrate.cpp
  • migrate.cpp теперь жёстко проверяет legacy::accounts[80] == money-часть
    с явным сообщением «закрыть РИД до миграции» (страховка)

Capital — единые программные кошельки (ADR-009):
  • 5 операций o.cap.* переведены на w.cap.blago / w.cap.gen
  • Стандарты p.cap.invest, p.cap.prop, p.cap.rid обновлены под унифицированные имена
  • o.cap.invest: TRANSFER без бухпроводок (раньше WALLET_ONLY)
  • Константы BLAGOROST_INVEST/RID → BLAGOROST_FUND, GENERATOR_COMMIT → GENERATOR_FUND

Controller / cooptypes:
  • resolveWalletAccountId переведён на (debit==null && credit==null)
  • IRevert.mirror_wallet_op: 4=BURN (вместо 5=REVOKE)
  • Doc-комментарии обновлены под новые имена

Standards-site / desktop UI:
  • WalletOp type без WALLET_ONLY/с BURN
  • Граф/FocusBar: hasPosting и условия отображения переводов упрощены
  • WalletTransferDialog: resolveAccountId fallback по (debit==null && credit==null)

Boot тесты:
  • capital.test.ts: WALLET_GENERATOR_FUND / WALLET_BLAGOROST_FUND
  • ledger2-migrate.test.ts: SHARE_FUND_RID удалён из ассертов
  • walmove.test.ts: комментарии под новые имена

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-05-05 06:27:38 +00:00
Alex Ant edd9f3ff91 Merge branch 'dev' of github.com:coopenomics/mono into dev 2026-05-04 20:48:17 +05:00
coopops 244ff15e19 Merge branch 'dev' into reports 2026-05-04 11:27:06 +00:00
coopops f017c9dbd5 [@ant] ci(publish-docs): триггерить из reports и marketplace2
standards-site публикуется на gh-pages вместе с остальной докой. Чтобы
изменения стандартов из reports/marketplace2 попадали в превью на
docs.coopenomics.world/standards/, добавляем эти ветки в push-триггер.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-05-04 11:26:57 +00:00
coopops 2f1b8a5897 Merge branch 'dev' into reports
# Conflicts:
#	.gitignore
#	components/contracts/cpp/lib/consts.hpp
#	components/contracts/cpp/wallet/p.wal.depo.standard.yaml
#	components/contracts/standards-site/src/components/FocusBar.vue
#	components/cooptypes/src/common/names/index.ts
2026-05-04 11:23:58 +00:00
coopops 92b01297f6 [@ant] chore(standards): убрать устаревшие YAML из dev — актуальные в reports
В dev эти 4 standards-yaml заморожены 23 апреля. В reports они с 24-го
переименованы и переписаны (префиксы o./p., стиль C, шлифовки). Удаляем
их в dev, чтобы при мердже dev → reports пришли актуальные версии без
конфликтов. reg.adduser/reg.recovery в reports пока нет — будут заведены
заново под новую конвенцию по необходимости.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-05-04 11:22:18 +00:00
coopops 9b6cadb3be update blockchain to latest tag 2026-05-01 11:57:57 +00:00
coopops 0d043bc58a [@ant] fix(boot/setContract): ENOENT → soft warn, остальные ошибки → fail-fast
Полный fail-fast ломал dev-сборку bootcoop: ledger2 живёт пока в ветке
reports, в dev закомментирован в components/contracts/CMakeLists.txt
и не попадает в dicoop/contracts:dev. boot:remote падал на ENOENT
ledger2.wasm, хотя в dev контракт временно не нужен.

Компромисс:
- ENOENT (отсутствующий wasm/abi) — console.warn + return.
  Когда ветка reports мержится в dev → CMakeLists раскомментирует ledger2
  → dicoop/contracts:dev его подтянет → bootcoop установит автоматически,
  без правок в boot. No merge conflicts.
- Все остальные ошибки (RPC, transaction reject, abi parse) — re-throw
  обогащённой Error: имя контракта, target, путь, cause. Это поведение
  для production-relevant сбоев остаётся как в предыдущем коммите.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-05-01 10:25:33 +00:00
coopops 360619332b [@ant] fix(boot): fail-fast при ошибке деплоя контракта в setContract + dicoop/blockchain:latest
Раньше Blockchain.setContract молча проглатывал ENOENT (отсутствующий
wasm/abi) и любые ошибки api.transact: console.log + return. boot:remote
завершался exit 0 даже когда часть контрактов не установилась —
sideboot мог отдать "готовую" цепь с дырами в развёртывании.

Изменения:
- await на api.transact (раньше fire-and-forget — ошибки транзакций
  тоже не ловились, только синхронные fs.readFileSync)
- catch перебрасывает обогащённой Error: имя контракта, target-аккаунт,
  путь к артефакту, причина (через cause). startInfra прерывается
  в startInfra → boot:remote → exit 1.

SIDEBOOT.md: dicoop/blockchain_v5.1.1:dev → dicoop/blockchain:latest
во всех ссылках (таблица артефактов + compose snippet).

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-05-01 10:19:13 +00:00
coopops 72c824f5a2 [@ant] docs(boot): SIDEBOOT.md — инструкция для агентов в соседних репо
Краткий quickstart для AI-агентов и людей, которым нужна локальная
EOSIO-нода + контракты в стороннем репозитории (parser2,
blockchain-protocol) для интеграционных тестов, без mono-инфры.

Содержит:
- список артефактов в hub (blockchain_v5.1.1, contracts, bootcoop) и
  правила тегов
- минимальный docker-compose snippet (~30 строк)
- источник конфигов ноды (components/boot/src/configs/)
- команды запуска и чистого перезапуска (down -v + rm blockchain-data)
- проверка готовности через get_code на всех ожидаемых аккаунтах
- опциональные mono-data флаги (INSTALL_*_DATA)
- куда смотреть в коде если что-то не работает
- известные ограничения (boot:remote не падает на missing wasm,
  dicoop/contracts ребилдится только при изменении контрактов)

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-05-01 10:16:34 +00:00
coopops 04f028b96b [@ant] fix(boot/Dockerfile): не мерджить cooptypes.deps + --legacy-peer-deps
ERESOLVE падал на @typescript-eslint/parser@^7.8.0 (cooptypes.deps)
требующем peer eslint@^8, а у boot.devDeps eslint@^9.

Cooptypes — type-only пакет, его одна prod-dep (@typescript-eslint/parser)
в runtime не нужна. Убираю мердж cooptypes.deps. Только factory.deps
мерджу в boot.dependencies.

Дополнительно --legacy-peer-deps на npm install — на случай других
peer-конфликтов в transitive graph factory'а.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-05-01 09:41:44 +00:00
coopops 8607840581 [@ant] fix(boot): мерджить factory/cooptypes deps в boot pkg.json + failOnWarn:false
Inline workspace-deps cooptypes/factory тянет в bundle их транзитивные
npm-зависимости (factory: handlebars, ajv, mongodb, nunjucks, pdf-lib,
moment-timezone, uuid, json-schema, inline-css). unbuild warning'ит
эти как "implicit external" и при failOnWarn:true роняет билд.

Фикс:
- build.config: failOnWarn:false — warnings допустимы
- Dockerfile: после build мерджим factory.deps + cooptypes.deps в
  boot/package.json. Boot.deps побеждают в случае коллизии. Так
  npm install --omit=dev в runtime поставит всё что транзитивно
  нужно для inlined factory кода.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-05-01 09:39:06 +00:00
coopops ef951b9291 [@ant] fix(boot): inline только workspace-deps, npm-deps external + npm install
Полный bundle (inlineDependencies:true) упал на native binding
cpufeatures.node — dockerode тянет ssh2 → cpu-features → нативный
.node файл, который rollup не может включить в bundle.

Компромисс:
- workspace-deps cooptypes/factory bundle'ятся inline через rollup hook
  (через external override) — иначе они теряются при npm install
  (workspace:* specifier'ы в package.json)
- npm-deps остаются external — нативные binaries сохраняются как есть
- runtime: npm install --omit=dev ставит только prod npm-deps

Финальный образ ~270MB:
- node:22-slim ~75MB
- dist (boot bundle с inlined workspace-deps) ~250K
- node_modules только prod npm-deps
- /contracts ~3MB

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-05-01 09:36:26 +00:00
coopops f42359e2fd [@ant] fix(boot/build.config): rollup hook для реального inline всех deps
unbuild 2.0.0 имеет баг: options.externals.push(...pkg.dependencies)
выполняется ДО проверки inlineDependencies, поэтому inlineDependencies:true
de-facto не работает — всё из package.json остаётся external. Bundle
получался ~200K с require('commander'), require('pg') и т.д., и в
финальном образе всё падало.

Обход: hook 'rollup:options' переопределяет external напрямую, делая
external только Node built-ins. Всё остальное inline'ится в bundle.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-05-01 09:32:24 +00:00
coopops 8faa6ea3a6 [@ant] fix(boot): full-bundle через inlineDependencies:true → образ ~150MB без node_modules
Прошлая попытка (inlineDependencies массивом строк) не сработала —
unbuild 2.0.0 принимает только boolean. После build factory всё ещё
require'ился из node_modules, и образ падал.

Переключил на inlineDependencies:true — bundling ВСЕХ deps (workspace
+ npm) внутрь одного dist/index.cjs. В финальной runtime-стадии больше
нет npm install и node_modules — только COPY одного файла bundle и
COPY /contracts.

Ожидаемый размер ~100-150MB (node:22-slim ~75MB + bundle).

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-05-01 09:29:36 +00:00
coopops 08fff7cca2 [@ant] fix(boot): slim runtime через inline workspace-deps + npm install --omit=dev
Прошлый образ занимал 1.5GB на диск из-за pnpm storage в /deploy/node_modules/.pnpm
(deploy --legacy не отфильтровал devDependencies).

Двухсторонний фикс:

1. boot/build.config.ts: добавил rollup.inlineDependencies для cooptypes
   и @coopenomics/factory — workspace-deps теперь bundle'ятся прямо в
   dist/index.cjs, в node_modules финального образа их не нужно.

2. boot/Dockerfile: заменил pnpm deploy на classic npm install --omit=dev
   в runtime-стадии. В builder перед копированием стираем cooptypes/factory
   из package.json (они уже в bundle), npm зову без --frozen-lockfile —
   pnpm-lock.yaml для npm бесполезен. Финальный образ содержит:
   - dist/index.cjs (boot bundle ~200K с inlined workspace-deps)
   - node_modules только prod npm-deps (mongoose/pg/eosjs/...)
   - /contracts (~3MB)

Ожидаемый размер ~250MB на диск против 1.5GB.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-05-01 09:25:48 +00:00
coopops 7675877251 [@ant] fix(boot/Dockerfile): билдить транзитивные workspace-deps перед deploy
Smoke-test pulled dicoop/bootcoop:dev упал на "Cannot find module
'@coopenomics/factory/dist/index.cjs'". Причина: pnpm deploy --prod
копирует node_modules в /deploy через симлинк-разрешение, а у
workspace-зависимостей factory/cooptypes ссылка идёт на dist/, который
не был собран — звался только pnpm build для самого boot.

Замена: pnpm --filter "@coopenomics/boot..." build — троеточие тащит
транзитивные workspace-deps (cooptypes, factory), у обоих unbuild
конфиги, dist/ генерится корректно.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-05-01 09:17:29 +00:00
coopops bd1e27b069 [@ant] fix(boot/Dockerfile): slim multi-stage образ только с dist + prod-deps
Предыдущая версия тащила весь workspace в финальный образ (~1.5GB).
Перепилил в три стадии:

  1. builder   — full workspace + pnpm install + unbuild build → dist/
                 + pnpm deploy --prod --legacy /deploy (self-contained)
  2. contracts — dicoop/contracts:<tag> alias
  3. runtime   — node:22-slim + COPY /deploy + COPY /contracts

В финальном образе остаётся только:
  - dist/index.cjs (unbuild-бандл boot)
  - node_modules только prod-зависимостей (без dev)
  - /contracts (~40MB)

ENTRYPOINT прямо вызывает node dist/index.cjs — без pnpm/esno-обёртки,
быстрее старт, меньше зависимостей.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-05-01 09:09:37 +00:00
coopops 983e02a139 [@ant] fix(boot/Dockerfile): self-contained build без зависимости от mono-base
dicoop/mono-base тегается только под semver-релизы (build-containers.yaml
триггерится на refs/tags/*), поэтому :dev/:testnet/:main отсутствуют —
bootstrap workflow упал на pull этого тега.

Перепилил Dockerfile: COPY весь workspace из текущего checkout'а +
pnpm install --filter "@coopenomics/boot..." (тащит boot + транзитивные
cooptypes/factory). .dockerignore отрезает node_modules/dist/blockchain-data.

Workflow упростился — pull только dicoop/contracts, MONO_BASE_TAG больше
не нужен.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-05-01 09:04:56 +00:00
coopops b0bbe05c56 [@ant] feat(boot): dicoop/bootcoop образ для sideboot в соседних репо
Цель: в соседних репозиториях (parser2, blockchain-protocol и т.д.)
для тестов и отладки нужно поднимать только цепь + контракты, без
mono-инфры (mongo/postgres/desktop). Решение — два контейнера в их
compose: dicoop/blockchain (нода) + dicoop/bootcoop (one-shot bootstrap).

Что добавлено:
- components/boot/Dockerfile — multi-stage от dicoop/contracts:<tag>
  (контракты flat-layout в /contracts) + dicoop/mono-base:<tag>
  (runtime с pnpm/node + workspace). ENTRYPOINT = pnpm run boot:remote.
  CONTRACTS_DIR=/contracts выставлен по умолчанию.
- .github/workflows/build-bootstrap.yaml — push в dev/testnet/main
  билдит и пушит dicoop/bootcoop:<branch> + :latest для main +
  :<branch>-<short-sha> для пинов. Telegram нотификации.
- components/boot/README.md — раздел про sideboot с готовым compose
  snippet'ом, переменными окружения и опциональными INSTALL_*_DATA.

Версионирование dicoop/bootcoop:<tag> совпадает с dicoop/contracts:<tag>
(multi-stage из того же тега) — контракты и bootstrap синхронны.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-05-01 09:02:21 +00:00
coopops 3cc86331bf [C28-8][@ant] docs(controller): project-context для AI-агентов по sync-архитектуре v1
Enforcement-выжимка из ARCH: Синхронизация узла с блокчейном v1 +
ARCH: Интеграция контроллера с parser2 v1 (оба в _blago/13/components/14).
~80 правил в 14 секциях: composite-entity namespaced (db/bc/derived),
dispatch pipeline (dedup → save → wake → emit), write-mutation через
pool.submitWithPool + waitForDelta + subscription, read-path = PG only,
fork через ForkRegistry sequential, pool state machine с placeholder
pattern + OrphanPendingReconciler, anti-patterns.

Claude Code автоподхват при работе в controller/. Source of truth —
ARCH-документы в blago; этот файл — только enforcement layer.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-05-01 08:20:32 +00:00
Alex Ant 8539b1e6fd chore(release): publish 2026-04-30 22:09:52 +05:00
Alex Ant 477779c984 chore(release): publish 2026-04-30 21:45:21 +05:00
Alex Ant 9491b6356d Merge branch 'dev' of github.com:coopenomics/mono into dev 2026-04-30 21:45:02 +05:00
coopops df062ea271 refactor(prod-runtime): сервисы стартуют без devDeps + вернули prune
Теперь все production-сервисы запускаются изнутри dicoop/mono-base
без volume-mount и без devDeps:

- @coopenomics/parser: scripts.start `esno src/index.ts`
  → `node ./dist/index.cjs` (unbuild уже собирал dist).
- @coopenomics/notifications: scripts.sync `tsx src/sync/sync-runner.ts`
  → `node ./dist/sync/sync-runner.cjs`. Добавлен entry
  `src/sync/sync-runner` в build.config.ts — unbuild делает
  bundle с разрешёнными импортами (старый tsc-output ломался
  под чистым node из-за extension-less ESM-импортов).
  Поле `bin.novu-sync` обновлено на `.cjs`.
- @coopenomics/controller: `tsconfig-paths` перенесён из devDeps
  в deps. Сервис стартует через `ts-node -r tsconfig-paths/register`
  (ts-node уже был в deps). После prune --prod оба останутся.

В корневом Dockerfile вернули `pnpm prune --prod --ignore-scripts`
после lerna run build — выкидывает все devDeps (typescript, vitest,
unbuild, eslint, quasar, tsx, esno и пр.).

Smoke-test slim-образа `dicoop/mono-base:dev-local` (2.96GB):
- parser → дотягивает до runtime, валится на missing NODE_ENV ✓
- notifications → стартует, валится на missing NOVU_API_KEY ✓
- desktop → дотягивает до runtime, валится на missing chain url ✓
- boot --help → работает ✓
- coopback (controller) → ts-node компилирует, стартует ✓

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-04-30 16:17:59 +00:00
Alex Ant 0a95748580 chore(release): publish 2026-04-30 20:41:03 +05:00
Alex Ant cab6be45b3 Merge branch 'dev' of github.com:coopenomics/mono into dev 2026-04-30 20:40:41 +05:00
coopops 615052e4ec fix(docker): откат pnpm prune --prod до фикса scripts.start
cooparser стартует через `esno src/index.ts` (esno = devDep) и
notifications — через `tsx src/sync/sync-runner.ts` (tsx = devDep).
В playbook'е monocoop pull-based деплой (docker-compose.containers.yaml)
запускает их без volume-mount, изнутри образа. После prune --prod
оба упали бы на старте с `esno: not found` / `tsx: not found`.

mono-base остаётся ~5GB (вместо 3GB после prune). Полное сжатие
вернём отдельным шагом — после того как cooparser и notifications
переведём на `node dist/...`.

Multi-stage сама по себе уже даёт win: 7.36GB → ~5GB через
.dockerignore + apt --no-install-recommends + python3-only-runtime
без gcc/dev-headers.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-04-30 15:38:08 +00:00
Alex Ant 59b25c2995 chore(release): publish 2026-04-30 20:28:51 +05:00
Alex Ant adc8790c3e Merge branch 'dev' of github.com:coopenomics/mono into dev 2026-04-30 20:28:32 +05:00
coopops 726d0c620e chore(docker): multi-stage mono-base + testnet smoke-stack (story 6.1)
Корневой Dockerfile переписан под две стадии: builder с full toolchain
(apt dev-headers, WeasyPrint в venv, pnpm install + lerna run build +
pnpm prune --prod --ignore-scripts) и runtime — slim node:22-slim
без gcc/dev-headers, только runtime-libs WeasyPrint + готовый /app.

Локально сжалось с 7.36GB до 2.95GB (-60%). Образы наследники
(dicoop/desktop / coopback / cooparser / notificator / notifications)
автоматом получат тонкий runtime через build-containers.yaml.

Безопасность для playbook'ов monocoop: их docker-compose.yaml собирает
сервисы из components/{controller,parser,desktop}/Dockerfile (не
корневого) и монтирует ./:/app — корневой mono-base туда вообще не
попадает.

.dockerignore — выкинул .git (962MB), blockchain-data/wallet-data,
_blago, coverage, *.log и т.п. Build-context теперь намного легче.

docker-compose.testnet.yml — локальный 3-сервисный smoke-стек:
ke-node (dicoop/blockchain_v5.1.1:dev) + ke-contracts (one-shot
copy из dicoop/contracts:dev в shared volume) + ke-bootstrap
(mono-base, node /app/components/boot/dist/index.cjs boot:remote).
Изолирован от dev-ноды mono-ai-4-node-1 через отдельную сеть и порты
8919/9907/8101.

В playbook'ах не применяется (там docker-compose.yaml, не .testnet.yml).

.gitignore — добавлен .env.testnet (содержит EOSIO_*KEY).

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-04-30 15:21:17 +00:00
coopops 30af7cd90e revert(boot): откат отдельного dicoop/bootstrap образа
Boot — это и есть бутстрап. Дубликат через отдельный образ создаёт
второй workflow и две точки сборки там, где для testnet/prod достаточно
запустить existing pnpm -F @coopenomics/boot run boot:remote внутри
dicoop/mono-base:<tag>, который уже собирается через build-containers.yaml.

Что остаётся в dev (полезное из предыдущих коммитов):
- boot:remote команда — без dockerode, для сценария когда нода
  поднята отдельным сервисом docker-compose.
- CONTRACTS_DIR env-driven path в configs/contracts.ts — позволяет
  монтировать dicoop/contracts:<tag> как volume.
- "build" script в boot/package.json для unbuild.

Удалено:
- components/boot/docker/ (Dockerfile + entrypoint + bootstrap.package.json
  + bootstrap.pnpm-workspace.yaml)
- .github/workflows/build-bootstrap.yaml

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-04-30 13:07:35 +00:00
coopops 01c6a2689a chore(boot): bootstrap-образ публикуется в DockerHub (dicoop/bootstrap)
Симметрия с dicoop/contracts и остальными dicoop/* образами;
GHCR делает first-publish приватным и требует ручного visibility-toggle.
DockerHub-секреты DOCKERHUB_USERNAME / DOCKERHUB_TOKEN уже используются
build-contracts.yaml и build-containers.yaml.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-04-30 12:32:21 +00:00
coopops 44d76bf317 fix(boot): объявить main + files для pnpm deploy
Без явного `files` поля `pnpm deploy --prod` не копирует dist/ в /app
(unbuild создаёт его, но pnpm считает не-входящим в публикуемый
артефакт). Из-за этого ENTRYPOINT bootstrap-образа не находил
/app/dist/index.cjs на стадии Verify.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-04-30 11:23:22 +00:00
coopops 0b68538061 fix(boot/docker): мини-workspace вместо корневого pnpm-workspace.yaml
Корневой /package.json ссылается на 14 workspace-пакетов (cleos,
controller, desktop, ...), которые в build-context bootstrap-образа
не копируются — pnpm install падает с ERR_PNPM_WORKSPACE_PKG_NOT_FOUND.

Решение: положить рядом с Dockerfile минимальные bootstrap.package.json
и bootstrap.pnpm-workspace.yaml, в которых workspace = только
[boot, cooptypes, factory]. pnpm install идёт с --no-frozen-lockfile
(локфайл генерится прямо в build-stage, drift безопасен — финальный
образ запинен через branch+sha теги).

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-04-30 11:19:59 +00:00
coopops 6a924bd7ee fix(boot/docker): ARG CONTRACTS_TAG до первого FROM
BuildKit делает ARG, объявленный после FROM, локальным для предыдущей
стадии — поэтому FROM dicoop/contracts:${CONTRACTS_TAG} ругался
'invalid reference format'. Глобальный ARG до всех FROM фиксит.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-04-30 11:15:19 +00:00
coopops 6d89303544 feat(boot): ke-bootstrap docker image + boot:remote режим (story 6.1)
Образ ghcr.io/coopenomics/bootstrap для one-shot первичного деплоя
контрактов на KE-узел в docker-compose. Соответствует решению из
project_ke_bootstrap_strategy: boot/contracts собираются в mono,
apps-catalog только потребляет готовые образы.

Состав:
- components/boot/src/index.ts — команда `boot:remote`: ждёт RPC
  по CHAIN_URL, вызывает startInfra() через eosjs (без dockerode).
  Опциональные initial-data/extra-data через env-флаги.
- components/boot/src/configs/contracts.ts — env-driven CONTRACTS_DIR.
  Когда задан — flat layout /contracts/<name>/<name>.{wasm,abi}
  (как в dicoop/contracts), иначе старые относительные пути.
- components/boot/package.json — script `build` (unbuild) +
  `boot:remote` для локального запуска.
- components/boot/docker/Dockerfile — multi-stage:
  deps → build (cooptypes/factory/boot) → pnpm deploy --prod →
  COPY --from=dicoop/contracts:<tag> → node:20-alpine slim runtime.
- components/boot/docker/entrypoint.sh — режимы boot:remote / verify
  / shell + проверка обязательных env'ов.
- .github/workflows/build-bootstrap.yaml — публикация в GHCR по push
  в dev/testnet/main + verify smoke-test после push'а.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-04-30 11:14:09 +00:00
coopops dec2162142 fix(inter): set publishConfig.access=public for first publish
E402 при первой публикации @coopenomics/inter — npm требует
явный access:public в package.json (lerna-глобальный access
не действует на первый scoped-publish).

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-04-30 09:18:45 +00:00
Alex Ant 6796ed4109 chore(release): publish 2026-04-30 14:10:28 +05:00
Alex Ant 4f9ff0c1d3 chore(release): publish 2026-04-30 14:10:04 +05:00
Alex Ant 055830b4a9 fix whitelist 2026-04-30 14:09:36 +05:00
Alex Ant 74deacf957 Merge branch 'dev' of github.com:coopenomics/mono into dev
Made-with: Cursor

# Conflicts:
#	components/blago-cli/package.json
#	components/boot/package.json
#	components/cleos/package.json
#	components/contracts/package.json
#	components/controller/package-lock.json
#	components/controller/package.json
#	components/cooptypes/package.json
#	components/desktop/package.json
#	components/docs/package.json
#	components/factory/package.json
#	components/inter/package.json
#	components/migrator/package.json
#	components/notifications/package.json
#	components/parser/package-lock.json
#	components/parser/package.json
#	components/sdk/package.json
#	components/setup/package.json
#	lerna.json
2026-04-30 14:08:02 +05:00
coopops 8d5f2129ae chore(release): publish 2026-04-30 08:55:23 +00:00
coopops 0ace1e45d7 Merge branch 'dev' into testnet 2026-04-30 08:42:36 +00:00
coopops c7e1b7762c feat(cooptypes,boot): TS-интерфейсы контракта apps + boot deploy
Контракт apps (каталог приложений ВОСХОД) теперь:
- разворачивается через mono boot (account apps + setContract из
  build/contracts/apps);
- имеет TS-обёртку в cooptypes — Actions/Tables/Interfaces по
  паттерну остальных контрактов, AppsContract в общем индексе.

interfaces/apps.ts написан вручную, потому что eosio-abi2ts 1.2.2
не парсит optional-типы (name?, checksum256?) из action setcoop.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-04-30 08:42:23 +00:00
coopops 5865f6fc14 feat(contracts/apps): smart-contract каталога приложений + docker pipeline
Контракт `apps` (координационная плоскость для apps-catalog):
- 4 таблицы: packages, releases, subs, coops; ABI 21 KB, WASM 70 KB
- 11 actions: regpackage, transferpkg, setrelease, reactivate, withdraw,
  cleanup, regsub, expsub, regcoop, setcoop, migrate
- subs.chain_id и coops.chain_id — каноническая идентификация подсети
- coops.signing_key — отдельный subnet-signing-key (не active),
  ротация через setcoop без потери ранее выпущенных JWT
- releases с TTL retention 90 дней + inline cleanup до 50 записей
- atomic supersede в setrelease — выполняет FR8 «approve → ACTIVE»
  на стороне blockchain'а

CI контейнер `dicoop/contracts`:
- упаковывает все 21 контракт (15 user + 6 system eosio.*) в alpine 10.8 MB
- список контрактов берётся из CMakeLists (single source of truth)
- триггер push на dev/testnet/main + workflow_dispatch
- маппинг ветка→tag: dev/testnet/main + sha-pinned tag для воспроизводимости
- manifest.json с sha256 каждого артефакта внутри образа
- entrypoint: copy [name] | manifest | sha256 | list | ls
- multi-stage потребление в ke-bootstrap = 0 MB на VPS

Закрывает блокер Story 6.x (KE bootstrap) для apps-catalog.
2026-04-30 07:55:06 +00:00
coopops ccf3023ed7 [989-9][@ant] fix(blago-cli/format): не парсить body внутри matter.stringify
serializeBlagoMarkdown звал matter.stringify(body, data) — gray-matter сначала парсит body как frontmatter; story с описанием, начинающимся с «---», ловилась как фронтматтер и валила js-yaml на строках с двоеточием (`Authorization: Bearer <token>`). Теперь сериализуем заголовок отдельно (matter.stringify('', data)) и сами клеим body; подрезаем лишний хвостовой `\n`, чтобы etag оставался стабильным между pull'ами.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-04-29 16:54:27 +00:00
coopops c7515d9bbf [989-9][@ant] refactor(ledger2/migrate): voskhod-ветка как явный хардкод-таблица
Заменил компьютацию (compute_min_total_by_type, sum_progwallet_available,
sum_progwallet_blocked, чтение legacy_861) на 5 const-констант с суммами,
которые правятся прямо в файле при необходимости. Удалил sum_progwallet_available
— больше не нужна.

Бух-баланс таблицы: Dr 51 = 614 200, Cr 80 = 601 700, Cr 86 = 12 500;
Σ Dr = Σ Cr ✓.

Прочие кооперативы — без изменений (по-прежнему через share_money / rid_share
+ compute_min_total_by_type).

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-04-29 13:47:58 +00:00
coopops 94f5b7f56b [989-9][@ant] fix(ledger2/migrate): min_total по типу пайщика + voskhod-ветка по фактам
Расчёт минимального паевого учитывает тип: organization → coop.org_minimum,
иначе → coop.minimum (фолбэк на minimum, если org_minimum/type не выставлены).
Кэш active_participants_count больше не используется — он не несёт разбивку
по типу.

Для voskhod добавлена отдельная ветка миграции по фактическим суммам
progwallets (legacy::accounts и progwallets рассинхронизированы): Σ pid=1
→ w.wal.share, Σ pid=4 → w.cap.bginv, Σ pid=3 → w.cap.gncom; вступительные
из legacy_861, мин. паевые расчётно. TRANSIT_RID для voskhod не шлём —
имущество остаётся осадком на legacy 80 до Phase 2 (ADR-009).

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-04-29 12:57:05 +00:00
coopops 42b0acd014 [989-9][@ant] fix(registration): не дублировать уведомление о регистрационном платеже
В PaymentDomainEntity добавлен транзиентный isNewlyCreated — true когда
платёж создан вот сейчас, false когда поднят существующий PENDING через
findActivePendingPayment. RegistrationService шлёт sendNewInitialPayment
только при isNewlyCreated=true, поэтому повторные мутации фронта (reload,
immediate-watch на step) больше не плодят 7 одинаковых сообщений
председателю. Поле не пишется в БД и не уходит в DTO.
2026-04-29 06:12:26 +00:00
coopops e5ac552d12 [989-9][@ant] fix(wallet): закрыть createDepositPayment для не-active пайщиков
ActiveUserStatusGuard точечно на мутации createDepositPayment — пайщик до
приёма советом (status≠active) получает 403 вместо ушедшей в обработку
заявки. На фронте сама кнопка «Совершить взнос» скрыта в DepositButton
по тому же признаку — не водим пользователя по тупиковому пути.
2026-04-29 06:12:15 +00:00
coopops 0cfd56ab87 [989-9][@ant] fix(docs-harness/project-create): вкладка «Компоненты» вместо обхода через Мастерскую
Предыдущий обход (после `setStatusActive` уходить в Мастерскую и
кликать компонент из общего списка) был оправдан только тем, что
вкладка «Компоненты» проекта отдавала «Нет компонентов». Корень оказался
не в clearance — controller компоненты не фильтрует, доступ на чтение
открыт всем. Это race с парсером: после `capital::startproject`
mongo-parser ещё не успевал обработать дельту проекта, и
`capitalProject`-resolver возвращал `components: []`. Через 3-5 секунд
тот же запрос отдавал список как надо.

Теперь в шаге 11:
1. После `setStatusActive` ждём 3с — даём парсеру довести startproject.
2. Кликаем вкладку «Компоненты».
3. Ждём до 30с появления компонента в списке (строгий waitFor).
4. Только потом кликаем по нему.

Скриншот 06-component-page-active обновился — это тот же экран, что
снимался обходным путём, разница только в навигации.
2026-04-28 20:44:54 +00:00
coopops 7778777a02 [989-9][@ant] feat(docs/blagorost): два пути адаптации — председатель и пайщик
UI Capital extension к этому моменту переехал: «Адаптация к работе с
программой "Благорост"» теперь живёт в CapitalOnboardingCard для
председателя, а пайщику показывается мастер регистрации
(CapitalRegistrationPage). Старый сценарий искал заголовок
«Адаптация» на странице регистрации — там его уже нет, председательский
путь падал, пайщиковый и не предполагался.

Разделил на два сценария:

1. **adaptation** (пайщик newadapter) — мастер регистрации:
   01-roles → 02-time-resource → 03-rate → 04-about → 05-documents.
   Используется новая фикстура newadapter (Сидоров А. М.), которая
   намеренно остаётся БЕЗ Capital-регистрации (фаза 05 не запускается),
   чтобы UI открыл ей мастер. Подписание документов в самом сценарии не
   делается — иначе при повторном прогоне мастер не покажется.
   adaptation.md полностью переписан.

2. **adaptation-chairman** (новая страница) — карточка для председателя
   с пятью шагами и кнопками «Объявить собрание совета» + диалог
   «Предложение повестки». Кадры: 01-overview, 02-propose-dialog.
   Содержание adaptation-chairman.md описывает приём советом пяти
   документов программ ГЕНЕРАТОР и БЛАГОРОСТ.

Поддержка инфраструктуры:
- shoot.mjs: добавлена фикстура newadapter (Сидоров А. М.) в
  KNOWN_FIXTURES — фабричный пайщик без Capital-регистрации.
- seed-capital phase 02-reset-onboarding: обнуляет в постгресе
  onboarding_*_done и удаляет onboarding_*_hash в extensions.capital.
  Без неё bootExtra() через initExtensionsInPostgres ставит все done=true
  как dev-shortcut, и UI считает онбординг председателя завершённым
  (CapitalOnboardingCard прячется). Нужен прямо обратный 02-extension-config
  — поэтому отдельная фаза, а не модификация старой.
- shoot-blagorost-all.mjs: adaptation-chairman добавлен в очередь перед
  adaptation, чтобы успеть снять CapitalOnboardingCard до того как
  следующие сценарии через 02-extension-config зальют все done=true.
- adaptation.mjs: исправлены селекторы (.hour-option через nth(3),
  без невалидной запятой в waitForSelector).
2026-04-28 20:22:02 +00:00
coopops 3e09bab448 [989-9][@ant] fix(docs-harness/blagorost): починил project-create + перегенерил скрины
project-create: после клика «Создать» в диалоге компонента сценарий
ждал по `text=MVP v1`, который матчился прямо в открытом диалоге (поле
«Название компонента») и проскакивал мимо реального события закрытия.
Теперь явно ждём пока модалка с заголовком «Название проекта» /
«Название компонента» исчезнет из portal-диалогов. Если за 20с не
закрылась (парсер отстал на свежей цепочке) — закрываем Esc'ом и идём
дальше: компонент уже создан на chain, ждать UI бесполезно.

Также для шага 11 (вход в компонент) перестали ходить во вкладку
«Компоненты» проекта — председатель сам только что создал проект,
clearance к нему ещё нет, и страница отдаёт «Нет компонентов».
Возвращаемся в Мастерскую и кликаем компонент из общего списка.

adaptation: подписан wallet-онбординг через DOM-цикл с ожиданием
появления каждого нового диалога (CapitalRegistrationPage монтируется
раньше первого диалога, готовый dismissOnboardingDialogs выходил
сразу). Wallet-онбординг теперь честно проходится, но **сценарий всё
равно падает**: в текущем UI (CapitalRegistrationPage.vue) старого
заголовка «Адаптация к работе с программой» больше нет — председателю
показывается заглушка «Ранним участникам», пайщикам — мастер выбора
ролей. Это переработка сценария + adaptation.md под новый UI, выходит
за scope текущего фикса.
2026-04-28 19:30:07 +00:00
coopops 3f073b4eec [989-9][@ant] docs(blagorost): перегенерировал все скриншоты + фиксы оркестратора
Прогон через `pnpm shoot:blagorost --reboot` — 12 из 14 сценариев
успешно. На обновлённых скринах больше нет кнопки «Принять участие
(J)» в правом нижнем углу там, где её не должно быть (artifacts /
voting / results) — фикс был добавлен в prepare ранее.

Скриншоты обновлены для: artifacts, clearance, commits, investments,
master-and-plan, profile, project-create (5/6, последний — старый),
projects-list, results, tasks, voting. Также свежий
commits/04-approve-dialog.png.

Оркестратор bin/shoot-blagorost-all.mjs:
- adaptation теперь идёт первым (страница «Адаптация» видна только до
  того, как любой 02-extension-config поставил *_done=true);
- между группой «до голосования» и «голосование/результаты» делается
  второй reboot — после commits-master компонент уходит в состояние,
  где seed-фаза 08-investments перестаёт быть идемпотентной и валится
  с «нужен rfrshsegment»;
- при выборочном --only=... reboot между группами не делаем —
  пользователь сам отвечает за состояние стенда.

bin/shoot.mjs: controller health-check 90с → 180с — после reboot:extra
coopback грузит контракты ~2 мин, 90с не хватало (первый сценарий
после --reboot падал на ECONNREFUSED).

Известные fail'ы (не блокеры):
- adaptation — на свежей цепочке у председателя горит wallet onboarding
  (privacy/wallet/signature/user), который перекрывает страницу
  «Адаптация». Нужна доработка сценария: либо снимать диалог, либо
  предварительно отмечать базовые agreements *_done. Старые
  скриншоты adaptation остались (не критично — проза не менялась);
- project-create — упал на финальном клике по компоненту, но первые 5
  кадров получены и положены в docs руками. 6-й остался от прошлой
  версии.
2026-04-28 18:47:11 +00:00
coopops 11db245757 [989-9][@ant] feat(docs-harness): pnpm shoot:blagorost — все скрины одной командой
Добавил bin/shoot-blagorost-all.mjs: оркестратор, который прогоняет все
сценарии docs/new/blagorost/** в порядке естественного жизненного цикла
компонента (profile → adaptation → … → result-submit → results).
--reboot применяется один раз на первом сценарии, дальше всё идёт по
накопительному стенду — seed-фазы идемпотентны, ничего не теряется.
После каждого успешного сценария — install в components/docs/.
Падение одного сценария не останавливает остальные; в конце сводка.

Алиас в package.json: `pnpm --filter @coopenomics/docs-harness shoot:blagorost`.

Параллельно: добавил `capital:07b-clearance-all` в prepare сценариев
artifacts.mjs / commits.mjs / results.mjs. Без него пайщик заходил на
страницу без допуска и в правом нижнем углу торчала кнопка «Принять
участие (J)» — критично, потому что некоторые из этих экранов реально
доступны только участникам с допуском (страница голосования, внесение
результата).
2026-04-28 17:31:06 +00:00
coopops aa52dfc268 [989-9][@ant] docs(blagorost): аудит — убрал техничку, упростил роли в задачах
Пользовательская документация в docs/new/blagorost/** не должна
светить контрактные действия, имена полей и внутренние термины. Прошёл
по всем страницам и убрал:

- capital::approvecmmt / pushrslt / pushresult / signact1/signact2 /
  refreshsegment / convertsegm / addproject / setmaster / setplan /
  startproject / openproject / createcmmt / startvoting / vote /
  removeproject — заменил на формулировки в терминах кнопок и статусов;
- available_for_program / available_for_wallet — переписал по смыслу
  (results.md, wallets.md);
- ResultSubmissionService.generateCombinedData / ResultDocumentPayloadV2
  / capital_results / SHA-256 / on-chain — убрал техничку про сборку
  РИД, оставил суть «отпечаток в блокчейне» (intellectual-property.md,
  artifacts.md);
- Project hash / parent hash / метаданные — снёс admonition «что не
  нужно заполнять руками» из project-create.md.

В lifecycle.md убрал отдельную колонку «Действие контракта» из «карты
переходов» — она дублировала «Что нажимает» техническими именами.

В tasks.md убрал избыточную матрицу разрешённых переходов, унифицировал
роли: «submaster / Ответственный» → просто «Исполнитель» (по сути это
главный исполнитель, но в пользовательской документации эту тонкость
не разворачиваем). Главных практических следствий и таблицы статусов
достаточно.
2026-04-28 17:30:53 +00:00
coopops 9dc8d3bbdd [989-9][@ant] feat(boot/seed-capital): фаза 15 + надёжный разнос actions в 07b
Phase 15 (15-active-component): готовит компонент «Минимальный продукт»
под проектом «Приложение Стол Заказов» в статусе Active без коммитов:
clearance + setmaster=ant + setplan + startproject. Состояние «работа
открыта, коммитов ещё нет» — для UI-проверок и docs-harness.

07b: поднял sleep между getclearance и confirmapprv с 700ms (1×block)
до 1500ms (≥3×block). Эмпирически 700ms ~1 раз из 6 терял строку в
capital_appendixes — мастер на UI видел «Принять участие» вместо
действий. Заплатка вокруг особенности SHIP, см. memory
project_parser_loses_appendix_deltas.md.
2026-04-28 16:59:51 +00:00
coopops 354c3f7f57 [989-9][@ant] docs(blagorost/tasks): синхронизировал текст с новым UI строки задачи
Тон вернул к зафиксированному стилю (живой «Вы», без техники):
- убрал q-select из описания статуса — теперь компактный chip с
  выпадашкой;
- словарь: «оценка часов» → «чип времени (факт/план)», «estimate» →
  «оценка», «Sidebar задачи» → «Страница задачи»;
- активные глаголы вместо безличных оборотов.

Доописал inline-действия со строки доски (после редизайна IssueListRow):
- клик по чипу статуса — выпадашка переходов;
- клик по чипу времени — редактирование оценки (для мастера);
- клик по аватаркам / «+» — выбор исполнителей.
Создание задачи — плавающая кнопка «+» в правом нижнем углу или
горячая клавиша T (вместо «кнопки в шапке доски»).

alt-описания скриншотов привёл в соответствие с реальным состоянием
(статус «Выполнена», счётчики «Моё время» и т.д.). Скриншоты не
перегенерировал — они актуальные после UI-фиксов 28 апреля.
2026-04-28 16:59:40 +00:00
coopops da49a64188 [989-9][@ant] feat(boot/seed-capital): честный онбординг через совет — без fakeDocument
Раньше «чистая мастерская» seed (01+02+04+04b) использовала
initExtensionsInPostgres() dev-shortcut — он клал в extensions.capital
ХАРДКОЖЕНЫЕ хеши шаблонов с *_done=true. UI считал онбординг пройденным
и пускал в Мастерскую, но как только пользователь шёл по любому
soviet-onboarding flow в реальной UI, controller'ные verify-утилиты
падали на «Сгенерированный документ с хешем X не найден» — потому что в
монге документов с такими хешами не было.

Чиню это полностью честно:

- index.ts: регистрирую phase 02b в диспетчере как `02b-real-onboarding`
  (было: только импортирована, но не подключена).

- phase 02b: проводит ВСЕ 5 шагов адаптации через настоящий soviet vote
  flow (Generate → Propose → 3×Vote → Authorize+Exec). Заменил fakeDocument
  на РЕАЛЬНУЮ генерацию протокола FreeDecision (registry_id=600) через
  Mutations.Documents.GenerateDocument с обязательными decision_id +
  project_id (из meta решения), потом client.Document.signDocument(...,
  CHAIRMAN, 1) — реальная подпись председателем. Чейн возвращает hash в
  lowercase, controller — UPPERCASE: case-insensitive lookup. Между
  votefor и FreeDecision генерацией — retry с pause (parser-индекс
  отстаёт ~700ms-3s, без него factory.getDecision падает на «Голоса за
  решение не найдены»). Перед отправкой meta стрингифай (eosjs strict).

- phase 04b: переписал на `Mutations.Chairman.ConfirmApprove` с РЕАЛЬНЫМ
  approved_document. Чтение оригинального approval.document из
  postgres.chairman_approvals (ant'ова подпись id=1), затем добавление
  второй подписи (signatureId=2) через client.Document.signDocument —
  ровно как делает desktop'овский useConfirmApproval. Retry на ожидание
  parser-индексации. fakeDocumentSignedBy выпилен.

Минимальный seed «чистая мастерская» теперь:
  reboot:extra (5 членов совета — нужны для голосов)
  → seed-capital 01-programs 02b-real-onboarding 04-contributor 04b-approve-contributor

Все хеши в pg/mongo соответствуют реальным документам — UI flow «Принять
договор УХД» больше не получает «не найден».

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-04-28 15:45:53 +00:00
coopops ef49bd0c61 [989-9][@ant] feat(boot/seed-capital): фаза 04b — approve УХД председателя
Phase 04 регистрирует Contributor через Capital flow, но УХД остаётся в
status=pending. При обычном boot:extra (5 членов совета) утверждение
проходит через стандартный flow голосования; для plain boot (один
председатель) этого не происходит — любая попытка обновить ставку/часы
валится с «Договор УХД с пайщиком не активен».

Новая фаза 04b делает один soviet::confirmapprv с approval_hash =
contributor_hash, подписанной председателем — УХД переходит в active.
Идемпотентно (no-op если уже active).

Минимальный «чистая мастерская» seed теперь:
  seed-capital 01-programs 02-extension-config 04-contributor 04b-approve-contributor

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-04-28 13:50:47 +00:00
coopops 8bc727b749 [989-9][@ant] fix(capital/issues-list): не клипать actions на узкой колонке
На ComponentTasksPage список задач делит экран с левой боковой панелью
(Статус/Мастер/Видео/Репозиторий) — реальная ширина списка ~600px CSS.
В таком layout actions-блок (chip статуса + аватарки) уезжал за правый
край: html-table без table-layout:fixed подгонял колонку под intrinsic
width содержимого, длинный title распирал строку шире контейнера.

- IssuesListWidget: table-layout: fixed; width: 100% + overflow: hidden
  на q-td — таблица заперта в контейнере, IssueListRow flex layout
  корректно ужимает title.
- IssueListRow: flex-wrap: wrap + title flex-basis 200px / min-width 200px
  — на достаточно широких контейнерах одна строка, на узких actions
  переезжает на вторую без клиппинга.
- tasks.mjs scenario description: пояснил, что в кадре 01-board виден
  новый компактный layout (приоритет → ID → чип времени → тайтл → chip
  статуса → аватарки).

Сценарий blagorost/tasks: 5 shots сняты успешно, аватарки центрированы,
title корректно ellipsis-ит на узких строках.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-04-28 13:22:48 +00:00
coopops 8af11032e0 [989-9][@ant] fix(capital/issues-list): оптимистичная смена статуса + фикс ширина исполнителей
- IssueStatusChip: оптимистичный UI — при выборе нового статуса chip
  перекрашивается мгновенно (через локальный optimisticStatus ref), не
  ждёт round-trip. Watch на props.modelValue сбрасывает override, когда
  store догоняет. Сохранение через saveImmediately (без 2s debounce) —
  статус discrete, не текст. На время round-trip — мини-спиннер в chip,
  ошибка → откат к предыдущему статусу.
- SetCreatorAvatars: триггер фикс-ширины 72px (2 аватарки + overflow «+N» =
  3 круга). Без фикс-ширины колонка прыгала row-to-row, статус-chip уезжал
  влево/вправо при разном числе исполнителей. visibleCreators сокращён с 3
  до 2 — дальше «+N» в одном кружке, чем 4 наезжающих инициала.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-04-28 12:39:05 +00:00
coopops 11804b5b7a [989-9][@ant] fix(capital/issues-list): расширил чип времени 70→86px
«2.5д/30ч» в одну строку без троеточия.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-04-28 12:28:45 +00:00
coopops 0a0c7ad246 [989-9][@ant] feat(capital/issues-list): инлайн-чип времени + чистые аватарки
- IssueTimeChip — фикс-ширины (70px) триггер с иконкой schedule + компактным
  «факт/план». Title больше не «прыгает» между задачами с разным estimate.
  Клик → q-menu с инпутом плана (estimate, debounce save через useUpdateIssue)
  и read-only факта с прогресс-баром. Факт не задаётся вручную (read-only,
  считается из TimeEntry) — это вынесено в hint в попапе.
- SetCreatorAvatars: q-avatar заменён на чистый div. Quasar внутри
  q-avatar__content использует position: absolute; inset: 0, и при наличии
  border на родителе содержимое визуально съезжает из центра. Свой div с
  display: flex; align-items: center; justify-content: center даёт ровный
  центр инициала.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-04-28 11:22:07 +00:00
coopops 16e802749f [989-9][@ant] fix(capital/issues-list): полировка строки задачи
- meta-блок теперь горизонтальный: приоритет → ID → время. Время с
  прогрессом без иконки-часов (no-icon в Estimation), не утяжеляет строку.
- Аватарки исполнителей укрупнены 22→28px; принудительный flex-center
  внутри q-avatar__content + box-sizing: border-box — инициалы по центру,
  не уезжают к правому-нижнему углу.
- Меню смены статуса: внутренние отступы (header «Сменить статус», padding,
  gap, hover, border-radius пунктов), маленький цветной кружок (q-icon
  circle) вместо «голого» badge.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-04-28 11:11:20 +00:00
coopops 43beb8fe90 [989-9][@ant] feat(capital/issues-list): компактный layout строки задачи + mobile
Переделал список задач: meta-блок (id + приоритет, под ними оценка/факт),
title растягивается на всё свободное пространство, действия справа сжаты до
chip-статуса и стопки аватарок исполнителей.

Новые компоненты:
- IssueStatusChip — маленький цветной chip-триггер; q-menu со списком разрешённых
  переходов (ровно те же permissions/allowed_status_transitions). Логика
  обновления через useUpdateIssue (debounce + откат при ошибке) — как в
  UpdateStatus.
- SetCreatorAvatars — стопка аватарок (до 3 + «+N»). По клику открывается q-menu
  с существующим ContributorSelector — multi-select / поиск / автосохранение
  через useSetCreators сохраняются.
- IssueListRow — общая строка для обоих режимов виджета (полноэкранный с
  virtual-scroll и компактный встроенный). Mobile-фолбэк на ширине ≤640px:
  meta+title в первой строке, action-блок переносится во вторую.

Старые UpdateStatus / SetCreatorButton оставил — они используются на
страницах деталей задачи; в списке заменены на компактные варианты.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-04-28 10:59:11 +00:00
coopops 6240b6971d [989-9][@ant] fix(capital/issues-list): колонка времени не наезжает на приоритет
Колонка estimate в IssuesListWidget зафиксирована (width 110px, flex-shrink 0,
overflow hidden) — Estimation с прогресс-баром больше не распирает соседнюю
колонку с заголовком/приоритетом. В Estimation у progress-bar убрал min-width
60px (заменил на width 100%/max-width 90px) и добавил min-width 0 на
контейнер — теперь компонент сжимается под родителя.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-04-28 09:30:01 +00:00
coopops 081894c3f8 [989-9][@ant] feat(docs/blagorost): инструкция «Задачи и процесс производства»
* tasks.md — Agile-механика внутри Компонента: 6 статусов (BACKLOG/TODO/
  IN_PROGRESS/ON_REVIEW/DONE/CANCELED), матрица переходов 6×6 с ролями
  Мастер/Ответственный/Исполнитель/Совет, права (только Мастер ставит
  estimate/priority и закрывает в DONE), два режима учёта времени —
  без estimate (час/час, поделено на активные задачи) и с estimate
  (estimate/N исполнителей при → DONE).
* mkdocs.yml — пункт «Задачи и план работ» в навигацию Благороста.
* doc-shoot scenarios/blagorost/tasks.mjs — 5 кадров: доска задач,
  диалог «Создать задачу», sidebar мастера и исполнителя, страница
  «Моё время» со счётчиками (Доступно / В ожидании / Подтверждено).
* seed-capital phase 09: задача estimate=0 в IN_PROGRESS — иллюстрирует
  почасовое начисление «время по факту» для исследовательских задач.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-04-28 08:19:13 +00:00
coopops 9a50a4317b [989-9][@ant] feat(blagorost): расширение инструкций + temp workaround SHIP intra-block deltas
* docs/blagorost: новые страницы — clearance, lifecycle, wallets; расширены
  artifacts (4 формата), voting (Водянов), results (внести результат, акт),
  commits (вид мастера); mkdocs.yml — навигация под них.
* docs-harness: 4 новых сценария (clearance, commits-master, result-submit,
  voting перепрошит); набор скриншотов под все 4 формата артефактов.
* seed-capital: фазы 07b-clearance-all, 09b-artifacts, 10a-pending-commit
  для seed чистого blagorost-стейта без ручных кликов.
* 07b: sleep 700ms между getclearance и apprvappndx — обходим SHIP-баг,
  при котором insert+erase contract_row внутри одного блока не эмиттит
  дельту (net state change = 0). См. memory project_parser_loses_appendix_deltas.
* controller: возвращена 3-сек задержка emit'а action-события — даёт
  дельтам того же блока (capital_appendixes) сохраниться раньше, чем
  обработчики action полезут читать состояние.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-04-28 08:19:12 +00:00
coopops 415edc183f [350-1][@ant] docs(standards/p.mkt.reqst): чище переформулировал — кооператив контрагент для обеих сторон
Убрал разговорную и поучительную интонацию, оставил суть деловым языком: кооператив принимает имущество у одного и передаёт другому, контрагентом для обеих сторон выступает сам кооператив.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-04-27 16:17:38 +00:00
coopops e664c8ec1d [350-1][@ant] docs(standards/p.mkt.reqst): не обмен между пайщиками, а проведение имущества кооперативом сквозь себя
Переформулировал purpose: «исполнение заказа» — это не обмен между пайщиками через платформу, а одновременное удовлетворение кооперативом двух потребностей (одного — поставить, другого — получить), стороны напрямую не взаимодействуют. Это суть кооперации.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-04-27 16:16:36 +00:00
coopops 45b065397e [350-1][@ant] chore(standards-site): убрал ненужный заголовок «Контракт, процесс, сущность, статус, стандарт»
В шапке страницы стандарта остаётся только сам абзац-вступление; тех. перечисление сущностей удалено как мусор.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-04-27 16:15:31 +00:00
coopops c306bff0ff [350-1][@ant] docs(standards): простые человеческие вступления (purpose) во всех остальных стандартах
Везде заменил многословный технический рассказ про действия / операции / wallet-коды / Дт-Кт на один абзац-смысл — что это за процесс, кто им пользуется и зачем. Детали уже есть в карточках действий, статусов и операций — повторять их в шапке избыточно.

Затронутые стандарты: p.wal.depo, p.wal.wthdrw, p.cap.invest, p.cap.debt, p.cap.prop, p.cap.rid, p.mkt.reqst, reg.coop, sov.authpkg, sov.decision, sov.selectbranch, meet.hold.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-04-27 15:38:45 +00:00
coopops dc77a3fa65 [350-1][@ant] feat(standards-site/ProcessGraph): рабочая область во всю доступную высоту
Высота диаграммы убрана из clamp-кепа 820px — теперь это calc(100vh - 240px) с min-height 520px. На мониторах 1440p+ диаграмма занимает всю доступную высоту, а не 2/3 экрана.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-04-27 15:18:11 +00:00
coopops 7cff3e0757 [350-1][@ant] feat(standards-site/FocusBar): операции в две колонки + Проводки/Переводы рядом
— На карточке действия с двумя операциями (типа confirmreg → o.reg.payent + o.reg.putmin) операции теперь сидят рядом в две колонки (grid auto-fit minmax 180px), а не стопкой.
— Внутри каждой операции «Проводки» и «Переводы» тоже разнесены в две колонки — компактные значения «Дт/Кт» и «∅ → wallet» больше не занимают по строке каждый.
— Колонке операций отдан больший вес во flex-раскладке (flex 1.5, min 280px), чтобы не уезжала на следующую строку, когда рядом ещё и блок документов.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-04-27 15:12:51 +00:00
coopops 519c3af14d [350-1][@ant] docs(standards/p.reg.accept): purpose — только смысл процесса, без дублирования карточек
Оставлен один абзац: что это за процесс и зачем он нужен. Детали (участники, операции, составная сущность) уже описаны в карточках действий, статусов и операций — повторять их в шапке избыточно.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-04-27 15:08:56 +00:00
coopops 888dd70704 [350-1][@ant] feat(standards-site): рассказ-вступление в шапку страницы, FocusBar не закрывает диаграмму на старте
— ProcessPage: новая секция «Контракт, процесс, сущность, статус, стандарт» над диаграммой; туда переехал длинный purpose с разрывом абзацев (white-space: pre-line). Краткий summary убран — он дублировался.
— FocusBar: режим process-start больше не рендерится — на свободном (не сфокусированном) состоянии диаграмма видна полностью; оверлей внизу появляется только когда выбрано действие, статус, документ или операция.
— p.reg.accept: actions[].purpose / states[].description / operations[].description обрезаны обратно до tagline (1–2 фразы) — карточки на диаграмме больше не «раздуваются».

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-04-27 15:06:16 +00:00
coopops fdf72fa858 [989-9][@ant] fix(docs/blagorost): один Акт приёма-передачи РИД с двумя подписями, не два акта
Терминологическая ошибка: я представлял приёмку РИД как «два акта»
(акт о результатах + акт приёма-передачи), но фактически это **один**
документ — Акт приёма-передачи РИД (`ResultContributionAct`), на
котором стоят **две подписи**: signact1 — пайщика, signact2 —
Председателя.

Заодно явно перечислены три документа всей приёмки:
  • Заявление о паевом взносе РИДом — пайщик подписывает на pushrslt;
  • Решение Совета о приёмке — стандартная цепочка через Совет;
  • Акт приёма-передачи РИД — единый документ, две подписи.

В таблице ролей `results.md`: «подписать два акта» → «подписать
Акт приёма-передачи РИД».

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-04-27 14:52:39 +00:00
coopops e4bffdf4f2 [350-1][@ant] feat(standards/p.reg.accept): двухуровневое описание (Стиль C) + «кассир» вместо «оператор Gateway»
— p.reg.accept переписан в стиле «tagline + развёрнутый абзац» для summary, purpose, actions[].purpose, states[].description, operations[].description, related[].note и scenario.steps[].description; сохранены все структурные поля.
— FocusBar: gateway_operator → «Кассир» в человеческих лейблах; .focus-bar__desc получил white-space: pre-line, чтобы пустая строка в YAML рендерилась как разрыв абзаца.
— p.wal.depo: «оператор Gateway» → «кассир» в прозе шага оплаты.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-04-27 14:51:30 +00:00
coopops e5e19dab86 [989-9][@ant] docs(blagorost): сверка терминов со словарём кооперативной экономики v1
Прошёлся по страницам Благороста и привёл термины к официальному
словарю (`components/blago-cli/_blago/.../c5-slovar-kooperativnoy-
ekonomiki-v1.md`):

  • «программа Благорост» → **ЦПП «Благорост»** (программа
    кооперативной НИОКР, куда уходит складочный капитал
    `contributors_bonus_pool`); «Главный кошелёк» (ровно по словарю).
  • «соавторы» (как множественное от Соавтор) → **Авторский
    коллектив** (Автор + Соавторы + Мастер) — там, где речь о
    распределении базы/бонусов на роли is_author. По словарю «Соавтор»
    — это конкретно экспертно-творческое участие; для общего пула
    точнее «Авторский коллектив».
  • Введён термин **Складочный капитал ЦПП «Благорост»** для
    обособленного учёта `contributors_bonus_pool` — это уже было в
    словаре, но в моих текстах не использовалось.
  • **Билет времени** — упомянут как учётная единица астрономического
    времени (ровно как в словаре).
  • В voting.md явно назван **метод Водянова (система «Компас»)** со
    ссылкой на Положение о ЦПП «Благорост».

Доля в ОАП — переформулирована как «закреплённая часть стоимости
ОАП, право требования возврата паевого взноса. **НЕ доход и НЕ
авторские права**» — точно по словарю и многократно повторённой
просьбе пользователя.

Формула стоимости РИД (intellectual-property.md) переписана под
словарные термины:
  A = (1 + φ) × (v + v′) × t  — генерационная часть (Исполнители +
                                Авторский коллектив, базы + бонусы)
  B = φ × A                    — Складочный капитал ЦПП «Благорост»
  total_contribution = A + B   — стоимость РИД, паевой взнос Компонента

Также добавлены термины в локальный словарь (файл .gitignore'нут,
живёт в blago-cli — не пушится с этим коммитом, но пользователь
может перенести их в исходный репо словаря): Артефакт, Астрономическое
время, Доля в ОАП, Общественно-полезное (созидательное) время,
Результат интеллектуальной деятельности (РИД).

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-04-27 14:48:20 +00:00
coopops 752efc1480 [989-9][@ant] feat(docs/blagorost): инструкция «Артефакты» + «Результат интеллектуальной деятельности»
Две новые страницы документации Благороста:

«Артефакты» (`artifacts.md`):
  • Что такое артефакт — фрагмент описания работы (текст, диаграмма,
    схема), создаётся авторами и исполнителями.
  • Где живут — вкладка «Артефакты» на проекте (общие документы) и на
    компоненте (специфичные требования / диаграммы / мокапы).
  • Четыре поддерживаемых формата: Markdown (основной), Mermaid
    (отдельный артефакт-диаграмма), BPMN (бизнес-процессы), drawio
    (произвольные схемы); таблица «когда какой формат».
  • Как создать (диалог + Ctrl+Enter / ⌘+Enter).
  • Как они влияют на формирование РИД.

«Результат интеллектуальной деятельности» (`intellectual-property.md`):
  • Что такое РИД — формальный документ, не «ссылка на коммит». Состав:
    project.description + Stories (артефакты проекта/компонента) + Issues
    + Commits с git-дифами и текстом коммитов + meta.
  • Хэширование SHA-256 в `ResultSubmissionService.generateCombinedData()`,
    публикация хэша в blockchain через `capital::pushrslt`, хранение
    полного текста в БД `capital_results`.
  • Приёмка через два акта подписи: signact1 (пайщик подтверждает свой
    вклад) и signact2 (председатель принимает РИД от лица кооператива);
    между ними — формальное решение совета.
  • Стоимость РИД — формула с публичного сайта программы благорост:
    A = (1 + φ) × (v + v′) × t для генерационной части и B = φ × A для
    доли Благороста; φ = 0.618 (контракт-константа AUTHOR_BASE_COEFFICIENT).
  • Два класса времени: профессиональная компетенция (v) + общественно-
    полезное (v′), оба в единой ставке `hour_cost`.
  • Соавторы получают 0.618× базы исполнителей; бонусы голосования по
    методу Водянова добавляют ещё столько же.
  • Доля Благороста (`contributors_bonus_pool = 0.618 × total_generation_pool`)
    распределяется между всеми пайщиками программы пропорционально
    их предыдущим долям в ОАП — это «доля в объекте авторских прав»,
    не «доход» и не «авторские права».

Сценарий docs-harness `blagorost/artifacts.mjs` — два кадра (вкладка
«Артефакты» компонента и проекта). На seed-данных артефакты не
создаются, поэтому показ — пустой страницы с кнопкой создания.

`mkdocs.yml` — два новых пункта в разделе «Благорост»: «Артефакты»
и «Результат интеллектуальной деятельности».

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-04-27 14:39:49 +00:00
coopops f65edf4e00 [350-1][@ant] fix(standards/p.cap.rid): approverslt — то же заявление 1040 со второй подписью председателя 2026-04-27 14:32:36 +00:00
coopops 26a992f0b4 [350-1][@ant] feat(standards): расставить registry_id где есть шаблоны
- p.cap.prop: 1070 заявление + 1071 решение совета + 1072 акт ×2
  (имущественный взнос в Благорост-капитализацию)
- p.cap.debt: 1050 заявление + 1051 решение (двойная подпись:
  председатель → совет; в реестре одна форма GetLoanDecision)
- p.wal.wthdrw: 900 заявление + 901 решение (двойная подпись)

Поправлены и тексты под человеческие title из реестра. Поле template:
убрано — все три файла переходят на slim-схему с registry_id.
2026-04-27 14:29:49 +00:00
coopops 4205c57372 [350-1][@ant] fix(standards-site): кошельки по name (string) — починить «нет в реестре» и пустые ISSUE-источники
Реестр кошельков перешёл с числовых id на eosio::name-строки
(w.wal.share, w.cap.bgrid и т.д.) — UI был ещё в старой схеме:

- WalletId: number → string (соответствует cooptypes/ledger2)
- getWallet ищет по поле `name`, не `id`
- walletTitle: вывод meta.human_name (вместо meta.name = идентификатор)
- walletDisplayId / v-if «Переводы»: пустая строка == null → ∅
  (раньше пустая wallet_from при ISSUE прорывалась как пустая ячейка)
- reg.coop.standard.yaml: числовые 2001/3003 → w.wal.share / w.sov.delgte
2026-04-27 14:26:01 +00:00
coopops 286ea424d5 [350-1][@ant] feat(standards-site): человеческие заголовки в «Связанных стандартах»
Вместо технического process_type (`p.reg.accept`) показываем title
стандарта («Приём пайщика»), а сам код вынесен мелким моно-бейджем
сбоку. Relation-слова уже были по-русски.
2026-04-27 14:11:45 +00:00
coopops 1e5fabe088 [ledger2][@ant] fix(parser): Initializer принимает block_num — не теряет дельты при purge
Доразвитие фикса 3219459b8e. В прошлой версии при свежей БД
(`startBlock=1 && currentBlock=0`) я перенёс purgeAfterBlock внутрь
условия и не оставил его для производственного hot-restart-сценария
(`currentBlock>0`) — это могло пропустить очистку orphan-записей при
fork/replay в проде.

Корректный фикс: вернуть финальный `purgeAfterBlock(currentBlock)`
после `if`-блока (как было в оригинале) и устранить race c Initializer'ом
изящно — Initializer теперь принимает `block_num` параметром и не делает
свой собственный getInfo(). Reader передаёт ему тот же currentBlock,
что использует для финального purge; purge применяет $gt (а не $gte),
поэтому записи Initializer'а с block_num == currentBlock остаются.

Поведение всех трёх веток:
  • startBlock=1, currentBlock=0 (свежая БД): Initializer пишет
    с block_num=currentBlock; финальный purge оставляет его данные.
    Раньше Initializer писал с head_2 > head_1 и эти данные стирались.
  • startBlock=1, currentBlock>0 (прод hot-restart): Initializer не
    вызывается; финальный purge подчищает orphan-записи > currentBlock —
    идентично оригиналу.
  • startBlock!=1 (debug-replay): currentBlock = startBlock; финальный
    purge — идентично оригиналу.

Удалена локальная функция getInfo() в Initializer'е (больше не нужна).

Проверено: после restart на прод-сценарии (currentBlock=2077) deltas
для registrator/coops (3 записи) и soviet/boards (1) сохраняются;
Initializer корректно пропускается т.к. данные уже есть.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-04-27 13:28:21 +00:00
coopops 6743adf983 [350-1][@ant] feat(standards): 5 новых документ-стандартов + дораб p.cap.rid/invest/reg.accept
Новые стандарты (operations:[]):
- reg.coop — присоединение к платформе кооперативной экономики
  (regcoop+converttoaxn → 50+51 + операция o.sov.axncnv)
- sov.decision — принятие свободного решения советом (599+600)
- sov.selectbranch — прикрепление к кооперативному участку (101)
- meet.hold — проведение общего собрания (300/301/302/303/304)
- sov.authpkg — автоматизированное принятие решений советом
  (универсальный flow: newpackage → vote → authorize → exec → callback
   в инициатор; документ протокола 600)

Доработка существующих:
- p.cap.rid — добавлены actions pushrslt/approverslt/authrslt/declrslt;
  жизненный цикл расширен; проставлены registry_id 1040/1041/1042
- p.cap.invest — registry_id 1030 (CapitalizationMoneyInvestStatement)
- p.reg.accept — поле template: → registry_id: (100, 501)

UI: добавлен 'meet' → «Общие собрания» в CONTRACT_HUMAN.
2026-04-27 13:25:24 +00:00
coopops 3219459b8e [989-9][@ant] fix(parser,seed,docs): finalize results-сценарий — purgeAfterBlock до Initializer + 2 скриншота
Корневой блокер для seed-фаз через docs-harness:
  • parser/Reader: после reboot:extra Reader дёргал getInfo() и брал
    head_block_num как currentBlock; затем initializeFromBlockchain()
    делал getInfo() ВТОРОЙ раз и записывал deltas с block_num=head_2
    (head за это время мог шагнуть). Reader потом вызывал
    purgeAfterBlock(currentBlock=head_1), стирая все Initializer-данные
    с block_num > head_1 — Mongo оставалась пустой по cooperatives/boards,
    factory.Cooperative.getOne() падал «Совет кооператива не обнаружен»,
    seed-фаза 04 не могла зарегистрировать Contributor.
    Фикс: purgeAfterBlock ВЫЗЫВАЕТСЯ ДО initializeFromBlockchain. Теперь
    дельты Initializer'а попадают в Mongo и не стираются.

Заодно:
  • seed/13-push-result: voter-action data теперь содержит `username:
    voter` (а не остаточный `username: ant` из fakeVote). Без этого
    `has_auth(username)` в votefor.cpp возвращал true для ant, но false
    для остальных — контракт переходил к require_auth(coopname), а в
    authorization массиве coopname'а не было — «missing authority of voskhod».

  • docs-harness/scenarios/blagorost/results.mjs: убран дубликат-кадр
    `02-segment-actions` (UI этапа «Результат» — список карточек, не
    таблица; селектор tr:has-text не срабатывал). Остались два кадра:
    `01-overview` (страница «Результаты» с ColorCards и сегментами) и
    `02-convert-dialog` (диалог «Получить долю в ОАП» со слайдером).

  • docs/new/blagorost/results.md: вставлены image-references для обоих
    кадров; уточнены подписи под актуальный UI (вкладка «Результаты»,
    статус «Приёмка», читаемые названия пулов на ColorCards), добавлено
    пояснение «100% в Благорост» когда available_for_wallet=0.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-04-27 13:22:44 +00:00
coopops 448f580f45 [989-9][@ant] feat(seed-capital,docs-harness): сценарий results.mjs + фиксы фаз 07/13 для reboot:extra
Сценарий blagorost/results.mjs — три кадра пост-voting пути:
  • 01-overview — страница «Результат» (ColorCards + таблица сегментов);
  • 02-segment-actions — раскрытый сегмент пайщика с «Получить долю в ОАП»;
  • 03-convert-dialog — открытый ConvertSegmentDialog со слайдером
    «Главный Кошелёк ↔ Программа Благорост».
fixture lazily читается в default(), чтобы не падать на module-load
после reboot (когда фикстура ещё не создана orchestrator'ом). Указаны
`fixture: 'ivanpetrov'` + `fixtures: ['ivanpetrov', 'ekaterina']` —
обе нужны фазе 05.

Фаза 07 (master-and-plan):
  • input GetProjectWithRelations — `projectHash` (camelCase, без coopname)
    под актуальную schema контроллера.
  • Polling до 60с пока parser не индексирует createproject — иначе
    capitalSetPlan падает с «Проект ... не найден» сразу после фазы 06,
    у которой нет ожидания catch-up.

Фаза 13 (push-result):
  • processLastDecision теперь читает `soviet::boards` и голосует от
    каждого voting-члена совета (один WIF подписывает за всех — у всех
    общий default_public_key). Без этого после reboot:extra (5 членов
    совета) `soviet::authorize` падает с «Консенсус совета по решению
    не достигнут».

Известный блокер для скриншотов results — отдельная регрессия парсера:
после reboot:extra parser стартует с позднего блока (currentBlock~1070)
и пропускает createboard/regcoop, так что Mongo `cooperatives`
остаётся пустым; controller `Cooperative.getOne` падает «Совет кооператива
не обнаружен», и фаза 04 не может зарегистрировать contributor. Это не
проблема сценария, и фиксится отдельно — не моими правками.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-04-27 12:57:11 +00:00
coopops 4d567618a5 [989-9][@ant] feat(docs/blagorost): инструкция «Результат и получение доли»
Новая страница, описывающая весь пост-voting путь компонента:

  • Этап «Результат» — что появляется на странице, поля сегментов;
  • Пересчёт результатов — служебная кнопка обновления арифметики
    после закрытия голосования или изменения профиля пайщика;
  • Внесение результата мастером (хоткей R) — фиксация долей,
    обязательства паевого взноса РИДом, автоматический зачёт
    активных займов кооператива;
  • Признание совета — зачем нужен formal-flow председателя
    (confirmapprv → voteFor → authorize → exec);
  • Получение доли пайщиком — два акта (о результатах + приёма-
    передачи РИД), затем слайдер «Главный кошелёк / Благорост»
    как механизм конвертации направлений;
  • Удаление компонента после полной конвертации.

В `voting.md` добавлена сквозная ссылка на новую страницу: после
голосования читатель сразу понимает, куда переходит компонент
и какие действия его ждут как пайщика/мастера/председателя.

`mkdocs.yml` — новый пункт «Результат и получение доли» в разделе
«Благорост», расположен после «Голосования».

Скриншоты будут добавлены отдельным проходом docs-harness.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-04-27 11:54:21 +00:00
coopops 25064caabf [989-9][@ant] feat(docs/blagorost): инструкции «Коммиты» + «Голосование», правки «Инвестирование»
Две новые страницы документации компонента «Благорост»:
  • `commits.md` — пайщики добавляют коммиты в активный компонент через
    трекер, мастер одобряет; каждый одобренный коммит формирует РИД-обяз.
    на полную сумму на w.cap.gncom.
  • `voting.md` — переход компонента в голосование, как пайщики
    распределяют голоса по методу Водянова, расчёт voting_bonus и
    автоматическое закрытие.

В `investments.md` дочищена терминология: чёткое разделение «деньги»
vs «РИД» в путях паевого взноса.

Сценарии docs-harness под новые страницы:
  • `blagorost/commits.mjs`, `blagorost/voting.mjs` — съёмка серии
    скриншотов из desktop-кабинета пайщика и мастера.
  • `lib/harness.mjs`, `adaptation.mjs`, `investments.mjs`, `profile.mjs` —
    подкручены селекторы и шаги под текущий UI; снимки лежат в
    `assets/new/blagorost/{commits,voting}/`.

`mkdocs.yml` — добавлены два новых пункта nav в раздел «Благорост».

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-04-27 11:51:04 +00:00
coopops 37cbfb280e [989-9][@ant] feat(boot/seed-capital): фазы 09-14 — полный жизненный цикл компонента «Благорост»
Расширяем seed-сценарий за пределы инвестиций: компонент проходит
весь путь от задач до приёмки и конвертации направлений, чтобы
docs-harness снимал последовательные шоты для документации.

Новые фазы:
  09 — `tasks`        — четыре задачи мастер-плана с коэффициентами;
  10 — `commits-and-voting` — коммиты исполнителей + переход в голосование;
  11 — `cast-votes`   — равномерное распределение голосов всеми участниками
                        и автоматическое закрытие через cmpltvoting;
  12 — `recalc-and-calc-votes` — rfrshsegment + calcvotes по каждому;
  13 — `push-result`  — pushresult всеми пайщиками + soviet-цепочка
                        (confirmapprv → voteFor → authorize → exec)
                        + signact1/signact2 на каждый сегмент;
  14 — `convert-segments` — convertsegm с разной долей walletAmount/
                            capitalAmount по пайщикам; финализация
                            проекта.

Параметризация увеличена под более «сочный» демо-кейс:
  • hour_cost 1500 → 5000 RUB (07-master-and-plan)
  • размеры задач 8/6 → 30/20 часов (09)
  • коммит-часы 8/6 → 30/20 (10)
  • investAmount petrov 30K, ekaterina 10K (08)

`rotate-participant-keys.ts` — служебная утилита: после reboot:clean
WIF фикстур теряется; скрипт делает registrator::changekey + сохраняет
новый keypair, чтобы повторный seed работал поверх свежей цепочки.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-04-27 11:50:42 +00:00
coopops c33d5f8224 [989-9][@ant] test(capital): инвариант w.cap.gncom не уходит в дефицит после конвертации
После полного цикла commits→voting→pushresult→signact2→convertsegm для
комплексного компонент-проекта проверяем, что Σ COMMIT_RID(коммитов) >=
Σ ACCEPT_RID(сегментов): кошелёк w.cap.gncom (ЦПП «Генератор» — коммит)
по дельте проекта не уходит в минус.

Жёсткий инвариант — отсутствие дефицита (delta >= 0). Если он нарушен,
значит approvecmmt кладёт на w.cap.gncom меньше, чем signact2 забирает
у пайщиков — регрессия патча approvecmmt; в проде это «недостаточно
средств на кошельке GENERATOR_COMMIT» на signact2 последнего пайщика.

Эквивалентность delta == 0 не проверяется — investor3 идёт через
purgesegment без конвертации, тестеры с is_contributor=0 не получают
свою долю contributors_bonus, эта непокрытая часть остаётся как остаток
(в скрипте логирует ⚠️). Это допустимо для сложного сценария теста.

Дополнительно: sanity-чек на w.cap.bgrid (BLAGOROST_RID) — путь
ACCEPT_RID(w.cap.gncom → w.cap.bgrid) после signact2 хоть кого-то
перенёс средства.

Идентификаторы кошельков — eosio::name (рефакт 184530dab7). Старые
numeric ID 10001/9002 в коде не используются; wallets.id теперь string.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-04-27 11:50:20 +00:00
coopops 80807b2884 [989-9][@ant] fix(capital): approvecmmt кладёт на w.cap.gncom полную сумму коммита
Раньше approvecmmt после `Projects::add_commit` перечитывал segment и
эмитил COMMIT_RID на дельту `available_for_program` — это покрывало
только base/bonus создателя на момент коммита. Когда позже calcvotes
рассчитывал voting_bonus и докидывал `available_for_program`, signact2
последнего пайщика проекта забирал больше, чем лежало на w.cap.gncom
(GENERATOR_COMMIT) — walletop падал с «недостаточно средств».

Теперь COMMIT_RID эмитится на `commit.amounts.total_contribution` —
полную стоимость коммита (base+bonus всех ролей и contributors_bonus).
В сумме по всем коммитам проекта это ровно `project.fact.total_contribution`,
которое = Σ intellectual_cost всех сегментов; signact2 спокойно забирает
свою долю независимо от того, как голосование перераспределило бонусы.

Инвариант: Σ COMMIT_RID(коммитов проекта) == Σ ACCEPT_RID(сегментов).
GENERATOR_COMMIT (w.cap.gncom) закрывается в ноль на проекте, не на
конкретном сегменте.

Заодно убрана пост-modify выборка сегмента по `commit.project_hash` /
`commit.username` (secondary index по checksum256+name) — она давала
runtime «access violation» в WASM (multi_index secondary итераторы
становятся невалидными после modify; валится на eos-vm.cpp:165).

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-04-27 11:50:07 +00:00
coopops 6ee88ff253 [989-9][@ant] docs(blagorost): убрать банковский лексикон — пайщик совершает паевой взнос
«Вкладывать»/«вложить»/«вклад» — банковская лексика, не для кооперативного
словаря. Пайщик не вкладывает — он совершает паевой взнос со счёта своего
цифрового кошелька. Кооператив принимает и возвращает паевые взносы.

Замены в страницах серии Благорост и в alt-описаниях сценария investments:
- «вложить паевой взнос» → «совершить паевой взнос»
- «вкладывает свои паевые взносы» → «совершает паевой взнос из собственных средств»
- «вкладывать паевые взносы» → «совершать паевые взносы»
- «вложить деньги» → «совершить паевой взнос»
- «не ваши вклады» → «не ваши взносы»

Затронуты: investments.md, master-and-plan.md, profile.md, project-create.md
+ description в scenarios/blagorost/investments.mjs.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-04-27 11:17:35 +00:00
coopops ad0c140255 [989-9][@ant] feat(blagorost): инструкция «Инвестирование» — два пути паевых взносов
seed-capital фаза 08-investments — программно подготавливает стенд для съёмки:
- soviet::sndagreement для petrov+ekaterina (соглашения wallet и blagorost
  ЦПП), создаёт пользовательские кошельки
- capital::getclearance + soviet::confirmapprv — приложения к УХД-договору
  для инвесторов
- capital::startproject + capital::openproject — компонент в active со
  включённым приёмом инвестиций
- wallet::createdeposit + gateway::completeincome — пополняет кошельки
  инвесторов (600 000 ₽ petrov, 300 000 ₽ ekaterina)
- capital::createinvest — petrov 500 000 ₽ → компонент MVP v1
- capital::createpinv  — ekaterina 200 000 ₽ → программа «Капитализация»

Сценарий blagorost/investments.mjs снимает 3 кадра:
- toggle «Принимает инвестиции» включён в sidebar (выделен)
- вкладка «План» компонента: строка «Привлекаемые инвестиции» в колонке
  «Факт» с реально поступившими средствами
- профиль с выделенной кнопкой «Инвестировать» под Кошельком Благороста

Проза investments.md описывает два пути инвестирования:
1) В компонент — пайщик сам приоритизирует, кнопка «Инвестировать (I)»
   на карточке компонента
2) В программу «Капитализация» — кнопка «Инвестировать» на профиле,
   совет распределяет средства между компонентами

Таблица сравнения двух путей; admonition про источник средств (основной
кошелёк) и про разделение паевых взносов пайщиков и финансирования
от кооператива.

mkdocs.yml: новая страница в разделе «Благорост» (Инвестирование).

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-04-27 11:17:35 +00:00
coopops 75bd3a9fa1 [989-9][@ant] feat(blagorost): master-and-plan + аннотации/активация в project-create
master-and-plan:
- seed-capital фаза 07 — программно одобряет УХД-договоры всех contributors
  (soviet::confirmapprv через contributor_hash), подписывает приложение
  председателя к компоненту (capital::getclearance + confirmapprv), назначает
  мастера (capitalSetMaster) и устанавливает план 160 ч × 1500 ₽ + 50 000 ₽
  расходов (capitalSetPlan)
- сценарий blagorost/master-and-plan.mjs снимает 3 кадра:
  страница компонента с мастером, вкладка «План» компонента (таблица
  план/факт со всеми расчётными пулами от контракта), сводный план проекта
- проза master-and-plan.md описывает роль мастера, три значения плана
  (часы/ставка/доп.расходы), как контракт разворачивает их в полные пулы,
  что разблокирует переключатель «Принимает инвестиции»
- mkdocs.yml: новая страница в разделе «Благорост»

project-create:
- сценарий расширен: после Мастерской открывает карточку проекта (статус
  «Ожидает», sidebar выделен), переключает в «Активен» через UpdateStatus
  dropdown, переходит в карточку компонента и активирует её
- через lib/annotate.mjs накладывает красные рамки на ключевые элементы:
  «+ Проект (P)» в FAB, «+» в строке проекта, «Статус» в sidebar
- проза уточнена: Active разблокирует только приём коммитов; toggle
  «Принимает инвестиции» в sidebar — только после плана; в проекты
  напрямую не инвестируем

profile:
- второй кадр с прокруткой к таблице взносов
- проза описывает роли (Соавтор/Исполнитель/Инвестор/Координатор)
  и отдельно строку «Получено в Благорост» (доля от других пайщиков
  по правилам ЦПП)

infra:
- harness.mjs: shot() возвращает абсолютный path для пост-обработки PNG
  (annotate без сериализации в manifest)
- seed-capital/index.ts: phase 07 в реестре фаз

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-04-27 11:17:35 +00:00
coopops e8fe9247ff [989-9][@ant] fix(capital/desktop): watch projectStore.projects.items с {deep: true}
В ComponentPlanningPage и ProjectPlanningPage watcher на projects.items был без
{deep: true}, поэтому in-place мутации через splice (которыми store обновляет
items в loadProject/addProjectToList) не триггерили watcher. Локальный
project.value оставался stale, и ProjectPlanningWidget показывал «не установлено»
во всех ячейках таблицы план/факт даже когда is_planed=true и plan заполнен в БД.

В useProjectLoader (composables.ts) тот же watcher уже был с {deep: true} —
там UI обновлялся, в этих двух страницах было пропущено.

Дополнительно ComponentPlanningPage.loadProject теперь всегда форсит запрос
на сервер: раньше брал из store если уже там, что давало stale-значения,
загруженные до setMaster/setPlan.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-04-27 11:17:34 +00:00
coopops 184530dab7 [ledger2][@ant] refactor(ledger2): wallet IDs uint64_t → eosio::name
Сквозная замена числовых идентификаторов кошельков ledger2 (1001/2001/9001/...)
на eosio::name с префиксом w.<contract>.<waltype> по аналогии с операциями
(o.<contract>.<verb>) и процессами (p.<contract>.<noun>).

Маппинг:
  2001 → w.wal.share    (паевые деньгами)
  2002 → w.reg.minshr   (минимальный паевой)
  2003 → w.wal.sharid   (паевой фонд РИД)
  3001 → w.reg.entry    (вступительные)
  3002 → w.sov.member   (членские)
  3003 → w.sov.delgte   (делегатские)
  4001 → w.wal.wthdrw   (возвраты пайщикам)
  4002 → w.mkt.payout   (выплаты поставщикам)
  4051 → w.cap.loan     (займы)
  5001 → w.led.adjust   (ручные корректировки)
  9001 → w.cap.bginv    (Благорост — деньги)
  9002 → w.cap.bgrid    (Благорост — РИД)
  9003 → w.cap.bgprop   (Благорост — имущество)
  9004 → w.cap.bgmem    (Благорост — членские)
  10001 → w.cap.gncom   (Генератор — коммит)
  10002 → w.cap.gnmem   (Генератор — членские)
  11001 → w.mkt.fund    (Стол Заказов)
  0     → eosio::name{} (sentinel «вне системы» для ISSUE/REVOKE)

Затронуто:
  • C++ контракты: wallets.hpp, operations.hpp, table_ledger2_wallet.hpp
    (id: uint64_t → eosio::name, primary_key() = id.value), actions
    walletop/walmove/revert.
  • cooptypes: WalletMeta { name: IName, human_name }, OperationMeta
    wallet_from/to: IName | null, IWallet2.id, IWalmove, IRevert.
  • controller: DTO Int → String, getLedger2History разделён на accountId
    (число) + walletName (строка), repository без ::bigint для wallet полей.
  • SDK zeus/index.ts: 4 секции типов под String + walletName поле.
  • desktop: WalletIdCell prop wallet-name, store getWalletByName, query
    param wallet_name=, OperationsPage filter walletName.
  • YAML стандарты: 10 файлов processes capital/marketplace/registrator/
    soviet/wallet — wallet_from/wallet_to ('' для sentinel).
  • boot tests: walmove/migrate/read-layer на eosio::name.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-04-27 11:11:46 +00:00
Alex Ant cca16d6d3e chore(release): publish 2026-04-27 11:59:09 +05:00
Alex Ant e4701d1b2e Merge branch 'testnet' 2026-04-27 11:58:56 +05:00
Alex Ant 443b11480d chore(release): publish 2026-04-27 11:23:16 +05:00
coopops 77734368b9 [350-1][@ant] feat(standards-site): итерация UX — урезанный реестр, человеческие подписи контрактов, единый стиль названий
YAML-стандарты:
  • удалены p.cap.import («Импорт пайщика», частный кейс ВОСХОДа) и
    p.sov.axncnv («Конвертация паевого в делегатский ЧВ», частный кейс
    инфраструктуры) — оба не относятся к общему реестру кооперативных
    стандартов; ссылки на них вычищены из p.reg.accept, p.cap.invest,
    p.mkt.reqst.
  • унифицированы названия в стиле «глагол-существительное действия»:
      p.cap.debt    «Займ пайщику» → «Выдача займа пайщику»
      p.cap.invest  «Инвестиция в программу» → «Приём инвестиции в программу»
      p.mkt.reqst   «Запрос маркетплейса» → «Исполнение заказа на поставку имущества»
  • в p.reg.accept откачена попытка добавить альтернативный путь через
    registrator::adduser — визуально длинная стрелка bypass'а пересекала
    main-flow, уверенно расположить её в графе не получилось; в реестре
    остаётся одно «Приём пайщика» с одним основным сценарием.

UI standards-site:
  • новый файл src/data/labels.ts — общие словари CONTRACT_HUMAN
    (registrator → Регистратор, wallet → Главный кошелёк, capital →
    «Благорост», marketplace → «Стол заказов», soviet → Совет,
    ledger2 → Учёт операций) и STATUS_HUMAN (proposed → предложен,
    approved → утверждён, active → действующий, deprecated → устаревший).
  • Sidebar и HomePage показывают группы как «русское имя + мелкий
    code-бейдж с английским» вместо ведущего ALL-CAPS-тех-имени —
    русский становится первичным, тех-код вторичным.
  • На главной убраны (1) упоминание ledger2 и process_type из
    интро-абзаца, (2) тикер «одноактовый / N операций» с карточек,
    (3) дублирующий <code>process_type</code> под названием стандарта;
    статус выводится по-русски через statusHuman.
  • layout.ts очищен от alt-bypass-логики (rerouted target=END_ID +
    post-layout y/x reposition) — она была нужна только под adduser.

Зачем: реестр должен показывать председателю общие кооперативные
стандарты на понятном языке, а не технические артикулы с английскими
кодами. ВОСХОД-специфика и внутренние ledger2-механики из реестра
вычищены — они остаются в C++ контрактах и cooptypes-реестрах, но
не претендуют на статус общекооперативного стандарта.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-04-27 06:10:11 +00:00
coopops f51bbf32b0 [989-9][@ant] chore(docs): убрать «Реестр стандартов» из главного меню
Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-04-26 17:40:59 +00:00
coopops d3cc96fcd5 [989-9][@ant] feat(blagorost): seed-capital фазы + 4 страницы документации
seed-capital — поэтапная подготовка стенда для doc-shoot. Диспетчер принимает
список фаз и --up-to=<phase> — стенд можно остановить в любой точке для ручного
теста UI на конкретном этапе.

Фазы:
- 01-programs / 02-extension-config / 03-projects (реестр из _blago/INDEX.md + Кошелёк пайщика)
- 04-contributor (председатель ant) / 05-additional-contributors (ivanpetrov, ekaterina)
- 06-create-project-koshelek (рабочий проект для серии «Генерация»)

Сценарии и документация (components/docs/docs/new/blagorost/):
- adaptation, profile, projects-list, project-create

Orchestrator bin/shoot.mjs: поддержка meta.fixtures (явный список пайщиков для
seed-фаз) + meta.prepare (запуск нужных фаз перед сценарием).

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-04-26 17:40:59 +00:00
coopops c739743c4b [350-1][@ant] feat(standards): альтернативный путь приёма (adduser) + акты приёма-передачи + убрать ledger2-стандарт
p.reg.accept — добавлен альтернативный однокликовый путь приёма пайщика:
  • action registrator::adduser (actor: председатель), role: closer
  • transition ∅ → active напрямую, минуя created/payed
  • триггерит o.reg.putmin (всегда) и опционально o.reg.payent
    (если spread_initial=true)
  Это путь для исторических участников и случаев, когда заявление и
  решение совета оформлены офлайн-документами; председатель добавляет
  пайщика как сразу активного. Под капотом тот же процесс p.reg.accept,
  но с другой вилкой на старте.

p.cap.rid — title в Sidebar изменён с «Приём результатов интеллектуальной
деятельности» на «Приём результата интеллектуальной деятельности»
(единственное число) + переименование «акт-1»/«акт-2» в человеческий
язык: «акт приёма-передачи РИД» — один документ с двумя подписями
(первая подпись участника, вторая — председателя).

p.cap.prop — аналогичная семантика акта приёма-передачи имущества: один
документ, две подписи (пайщик первый, председатель второй). Действия,
статусы и тексты сценария переписаны с «акт-1/акт-2» на «первая/вторая
подпись на акте приёма-передачи».

p.cap.debt — упоминания «акт-2 проекта» в описании o.cap.repay заменены
на «акт приёма-передачи проекта».

p.adj.fix — стандарт удалён целиком. Контракт ledger2 описывает
кооперативный учёт операций, а не сами кооперативные операции; ручная
корректировка председателя — внутренний механизм исправления учёта,
а не пользовательский on-chain процесс кооператива. В реестре стандартов
ему делать нечего.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-04-26 17:11:18 +00:00
coopops 0cb8197cab [@ant] fix(desktop/capital): таблица участников зависала на 10 записях из-за неправильного ключа
GraphQL-запрос capitalContributors ожидает аргумент options (PaginationInput),
а фронт передавал pagination — неправильный ключ молча пропускался через
индекс-сигнатуру `[key: string]: unknown` в SDK-типе IInput, и backend каждый
раз применял дефолт limit=10. Поэтому q-pagination показывал максимум 1 страницу.

- ContributorsPage.vue: pagination → options в loadContributors и reloadContributors,
  descending: boolean → sortOrder: 'ASC'|'DESC'.
- useContributorSearch.ts: pagination → options в loadContributors и preloadContributors,
  descending → sortOrder.

Теперь rowsPerPage=25 со страницы реально доходит до бэка, totalCount возвращает
полное число участников и q-pagination показывает все страницы.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-04-26 16:48:33 +00:00
coopops ca332f1078 [350-1][@ant] fix(standards-site/nodes): увеличить статус- и action-узлы и разрешить перенос названия на 2 строки
State: 180×80 → 220×96, action: 170×54 → 210×68 (плюс синхронизирован
SIZE в graph/layout.ts, чтобы dagre не оставлял nodes налезающими).

Названия (.node-state__human / .node-action__human) — переход с
white-space: nowrap + ellipsis на line-clamp:2 (display: -webkit-box,
-webkit-line-clamp: 2, word-break: break-word). Длинные русские
заголовки вроде «Получение подтверждено», «Решение совета подписано»,
«Авторизовать выплату», «Подтвердить выплату» теперь помещаются
полностью без обрезания троеточием.

Зачем: после реальной заливки 11 стандартов выяснилось, что русские
названия статусов и действий часто длиннее английских артикулов —
дефолтные размеры узлов «съедали» половину текста. Председатель
смотрел на «Получение подтв…» и не понимал, чем оно отличается от
«Получение». Теперь видно полностью.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-04-26 11:58:21 +00:00
coopops 56d10d10c9 [350-1][@ant] fix(standards-site): зафиксировать ThemeToggle снизу + почистить названия в Sidebar и YAML
Sidebar.vue:
  • .sidebar-body теперь со своим overflow-y: auto (раньше скроллился весь
    sidebar и foot уезжал вверх вместе со списком).
  • .sidebar-foot — flex: 0 0 auto, чтобы кнопка темы держалась внизу даже
    при длинном списке.
  • Убрана подпись с process_type под названием стандарта в списке —
    идентификаторы вроде «p.cap.invest» в навигации не нужны, они
    видны в URL и на странице процесса.

Названия стандартов (top-level title в YAML):
  • p.cap.import   «Импорт пайщика «Благорост» (offline)» → «Импорт пайщика»
  • p.cap.invest   «Инвестиция в ЦПП «Благорост»» → «Инвестиция в программу»
  • p.cap.rid      «Приём РИД в паевой фонд» → «Приём результатов
                    интеллектуальной деятельности»

Зачем: председатель смотрит сайдбар и хочет видеть человеческие имена
процессов без технических уточнений и без программной привязки к
конкретному ЦПП — детали остаются в самом стандарте, а в навигации —
короткое русское имя.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-04-26 09:35:22 +00:00
coopops 3cb3b0cf9b [350-1][@ant] feat(standards): черновики 9 стандартов из реестра процессов — wallet/withdraw, capital, marketplace, soviet, ledger2/adjust
Покрыты все процессы LEDGER2_PROCESS_REGISTRY кроме p.mig.trans
(одноразовая миграция legacy → ledger2, не нужна как стандарт):

  • p.wal.wthdrw   — Возврат паевого взноса (5 actions, 2 docs, 1 op)
  • p.cap.import   — Импорт пайщика «Благорост» offline (1 action, 0 docs, 1 op)
  • p.cap.invest   — Инвестиция в «Благорост» (1 action, 1 doc, 1 op WALLET_ONLY)
  • p.cap.debt     — Беспроцентный заём пайщику (6 actions, 3 docs, 2 ops)
  • p.cap.rid      — Приём РИД в паевой фонд (6 actions, 3 docs, 3 ops)
  • p.cap.prop     — Имущественный паевой взнос (6 actions, 4 docs, 1 op)
  • p.mkt.reqst    — Запрос маркетплейса (12 actions, 10 docs, 2 ops)
  • p.sov.axncnv   — Конвертация паевого в делегатский ЧВ (1 action, 1 doc, 1 op)
  • p.adj.fix      — Ручная корректировка председателя (2 actions adjustment-kind, 0 docs, 2 ops)

Зачем: реестр кооперативных стандартов v1 должен покрывать каждый
on-chain процесс из контрактного LEDGER2_PROCESS_REGISTRY — это та самая
карта значимых пользовательских сценариев кооператива, которую видит
председатель. Без черновиков по 9 процессам сайт показывал только 2
пилотных стандарта; теперь у каждого процесса есть YAML-описание со
всеми секциями (паспорт, действия, граф состояний, сценарий, документы,
операции, связи), и любая последующая правка идёт точечно.

Все коды (process_type, ledger_code, wallet_to/from, debit/credit) сверены
с актуальными реестрами в components/cooptypes/src/ledger2/{processes,
operations,wallets,accounts}.ts. Список действий и статусов извлечён из
C++-контрактов (cpp/<contract>/<contract>.hpp + src/). Где документы
имеют известный registry_id (p.sov.axncnv → 51 ConvertToAxonStatement) —
проставлен; для остальных registry_id:0 + TODO для последующей сверки
по cooptypes/cooperative/registry/.

p.mig.trans пропущен по решению: миграция — одноразовый административный
процесс без пользовательского сценария, не относится к набору
стандартов кооператива.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-04-26 09:25:06 +00:00
Alex Ant eb6ca73fb3 Merge pull request #363 from coopenomics/release/v2026.4.26-4
release: v2026.4.26-4 (production)
2026-04-26 14:20:48 +05:00
coopops 9a983e67fe chore(release): publish 2026-04-26 09:20:14 +00:00
coopops 3f4a2c006e Merge branch 'testnet' 2026-04-26 09:19:54 +00:00
coopops 151610ac38 chore(release): publish 2026-04-26 09:19:42 +00:00
coopops 12f5fa38d4 [@ant] fix(capital): отфильтровывать задачные stories на проекте/компоненте
Story-репозиторий findAllByProjectHashesAndIssueHashes делает выборку как
`project_hash IN (...) OR issue_hash IN (...)`. Story, привязанная к задаче,
всё равно имеет project_hash родителя задачи и попадала в результат через
первое условие — даже когда мы сознательно передавали пустой массив issueHashes
(показ задачных требований выключен).

Фикс: пост-фильтр в getStories — при `showIssuesRequirements=false`
выкидываем stories с непустым `issue_hash`. Теперь страницы проекта/компонента
показывают только проектные/компонентные требования, а задачные требования
доступны только через `filter.issue_hash` (страница задачи).

Дефолт `show_issues_requirements=false` (в DTO и сервисе) оставлен — теперь
он действительно работает, а не «делает вид».

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-04-26 09:17:08 +00:00
coopops d0ff0df649 [@ant] fix(ci/publish-packages): pnpm 8.15.8 → 10.33.0 под lockfile v9.0
CI workflow «Publish Packages» падал на `pnpm install --frozen-lockfile`:
старая pnpm 8 не понимает lockfileVersion 9.0 (lockfile сгенерён локально
pnpm 10.33.0). На последнем production-релизе из-за этого failed check
заблокировал автомерж в main; merge пришлось делать с --admin override,
а сама публикация npm-пакетов из CI не выполнилась.

Прибиваем версию pnpm в action-setup к 10.33.0 — той же, что у user'а
локально. Комментарий обновлён: lockfileVersion 9.0 = pnpm 9/10
(старый комментарий говорил про 6.0/pnpm 8 — это уже не актуально).

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-04-26 09:03:24 +00:00
Alex Ant ee5df670ca Merge pull request #362 from coopenomics/release/v2026.4.26-2
release: v2026.4.26-2 (production)
2026-04-26 14:00:57 +05:00
coopops 686d33ca53 [350-1][@ant] feat(standards-site): подтянуть актуальный UI из dev — links-кнопки, документы у действия, поддержка slim+legacy
Подтянуты три файла из dev: FocusBar.vue, graph/layout.ts, types/standard.ts.
Изменения обратно-совместимы — types и layout одновременно понимают и
reports-схему (scenario.steps + doc.template + doc.step + actions[].role),
и slim-вариант из dev (doc.action + doc.registry_id + actions[].links[]).

Зачем: ветка standards/reports = origin/reports + актуальный UI; YAML-файлы
reports (p.reg.accept, p.wal.depo) рендерятся как раньше, а будущие правки
по стандартам поверх reports получают новые UI-возможности (кнопки-переходы
между стандартами, отдельная колонка «Документы» рядом с действием,
читаемый код документа с приоритетом registry_id над template).

Источник правды по схеме — reports; slim-формат остаётся в dev до
момента, когда reports пойдёт первой в мердж и подомнёт устаревшие
slim-YAML (reg.regist/reg.adduser/reg.recovery/wall.deposit) — это
будет отдельный pre-merge cleanup в dev.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-04-26 08:52:20 +00:00
coopops eaf63ed375 chore(release): publish 2026-04-26 08:51:05 +00:00
coopops 23adebc281 chore(release): publish 2026-04-26 08:39:02 +00:00
coopops 67306c2637 [989-9][@ant] refactor(docs-harness): перенести в components/docs-harness/
Корневая папка docs-harness/ выглядела чужеродно — все остальные TS/JS-инструменты в репо живут как workspace-пакеты в components/. Перенёс рядом с components/docs/ — есть прямая логическая связь (один производит контент, второй публикует).

- `git mv docs-harness components/docs-harness` — workspace автоматически подхватит, в pnpm-workspace.yaml и lerna.json не трогаем (там уже `components/*`).
- package.json: name `browser-harness` → `@coopenomics/docs-harness`, добавлен `"private": true` (никогда не публиковать), `"type": "module"`, скрипт `pnpm shoot` как алиас orchestrator'у.
- bin/shoot.mjs: REPO_ROOT теперь поднимается на 2 уровня (`HARNESS_ROOT/../..`), не на 1. Финальный вывод печатает относительные пути от корня репо.
- lib/install.mjs: DEFAULT_DOCS_ROOT теперь `HARNESS_ROOT/../docs/docs` (соседний components/docs/docs/), не `../components/docs/docs/`.
- Пути в SKILL.md обновлены (`docs-harness/` → `components/docs-harness/`).

Smoke-тест: `cd components/docs-harness && node bin/shoot.mjs auth/signin` проходит за ~30с — стек/dist/desktop/фикстура/прогон/render все ок, 3 шота снимаются.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-04-26 08:33:28 +00:00
coopops 620d4f149b [@ant] feat(desktop/capital): на странице задачи виджет «Требования к задаче»
Под описанием задачи добавлен expansion-item «Требования к задаче»
с переиспользованным RequirementsListWidget (фильтр {issue_hash}) и
кнопкой «Добавить требование», открывающей CreateRequirementWithEditorDialog
(prefill {project_hash, issue_hash} → backend создаёт story с issue_hash).

- IssuePage.vue: новая секция в обоих layout (mobile/desktop), счётчик в caption,
  использует issue.permissions.can_create_requirement.
- RequirementsListWidget.vue: prop permissions расширен union'ом
  IProjectPermissions | IIssuePermissions — поля can_edit_requirement /
  can_delete_requirement совпадают по форме, виджет не отличает.
- CreateRequirementFabAction.vue, CreateRequirementWithEditorDialog.vue:
  filter принимает issue_hash (не только legacy issue_id).

Серверная логика: GetStories по project_hash дефолтно НЕ возвращает stories
с issue_hash (см. предыдущий коммит 89c28b89c1 в controller), поэтому
такие требования видны только на странице задачи и не аккумулируются
на проект/компонент. Matrix-нотификации для них тоже отключены.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-04-26 08:29:48 +00:00
coopops 89c28b89c1 [@ant] feat(capital,blago-cli): требования к задаче изолируются от проекта/компонента
Требования (story) с issue_hash перестают аккумулироваться на странице проекта/
компонента и не публикуются в matrix-комнаты — они живут только на странице
самой задачи (DC-фронт добавит виджет следующим коммитом).

- controller/StoryFilterInputDTO.show_issues_requirements: defaultValue true → false
  (комментарий: задачные требования не нужны на проекте/компоненте). Фронт-страницы
  ProjectRequirementsPage и ComponentRequirementsPage уже передают false явно,
  так что новых правок там не требуется.
- controller/generation.service.getStories: дефолт показа issue-stories синхронизирован
  с DTO (`=== true` вместо `!== false`).
- controller/generation.service.publishNewStoryToProjectMatrixChats: ранний return,
  если у story задан issue_hash — нотификация в проектную matrix-комнату не идёт.
  Существующие refs в matrix_requirement_announcement_events продолжают работать
  через sync/remove (если кто-то уже публиковал до этого фикса).
- blago-cli/layout.ts: stories с issue_hash раскладываются под
  `<base>/issue-requirements/<task-id>-<task-slug>/<story>.md` (отдельная папка
  верхнего уровня, чтобы локально не засорять `requirements/` контекст
  компонента/проекта).
- blago-cli/run-create-story.ts: фолбэк имени файла под новой схемой.

Миграция: следующий `blago pull` сам перенесёт существующие файлы и подчистит
пустые родители (см. ранее добавленный pruneEmptyParents в sync-entity-file.ts).

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-04-26 08:25:15 +00:00
coopops 109f02f894 [989-9][@ant] feat(docs-harness): orchestrator поднимает docker compose сам + флаг --reboot
Раньше orchestrator делал fail-fast если chain/controller/parser лежали — пользователь должен был вручную поднимать стек. Теперь:

- Сервис лежит → `docker compose up -d <name>` + ожидание (60-120с по типу). Если после поднятия всё равно не отвечает — fail с пояснением.
- `node bin/shoot.mjs <scenario> --reboot` → перед всем остальным вызывает `pnpm run reboot:extra` (полный снос blockchain-data + volumes + boot:extra) и удаляет все фикстуры из state/participants/, потому что их WIF на новой цепочке невалидны. Дальше ensureFixture() пересоздаёт пайщика заново.

Использовать --reboot когда сценарий нужен «с нуля» или цепочка/БД разъехались с состоянием. Полный цикл ~3-5 мин.

Разрешения зафиксированы в memory `feedback_infra_permissions.md` (и обновлён SKILL.md): в этом репо я могу самостоятельно `docker compose up -d` и `pnpm run reboot:extra`, пользователь руками не делает.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-04-26 08:24:18 +00:00
coopops 3e4d0632f8 [989-9][@ant] feat(docs-harness): bin/shoot.mjs orchestrator + актуализировать install.mjs
Один вход для doc-shoot скилла — `node bin/shoot.mjs <scenario>` сам делает pre-flight и автопочинку типовых грабель, чтобы прогон шёл без ручной возни:

- chain/controller/parser — fail-fast с подсказкой docker compose, если что-то лежит
- cooptypes/sdk dist — без них desktop отдаёт пустой спиннер; orchestrator билдит `pnpm --filter ... build`
- desktop dev :2999 — поднимает в фоне если не запущен; рестартует если только что собрали dist (vite-plugin-checker иначе держит кэш «no module» и vue-tsc overlay перехватывает клики Playwright)
- фикстура пайщика — парсит сценарий на ссылку state/participants/<name>.json; если файла нет, лезет в KNOWN_FIXTURES (внутри shoot.mjs) и создаёт через add-plain-participant.ts; неизвестный username → fail с подсказкой добавить профиль
- run.mjs + render-md.mjs (если draft нет)

Намеренно НЕ делает: не поднимает docker, не пишет прозу в draft.md, не вызывает install.mjs (запись в components/docs/ остаётся под ручным контролем).

install.mjs:1 — поправил устаревший комментарий про /home/admin/mono-ai-2 (фактический дефолт давно относительный — соседняя components/docs/docs/ от harness).

SKILL.md в ~/.claude/skills/doc-shoot/ обновлён отдельно (вне репо): убран mono-ai-2, поправлено что signin это пайщик а не председатель, основной поток теперь через bin/shoot.mjs.

Проверено: orchestrator проходит на текущем сценарии auth/signin за ~30с, все 3 скриншота снимаются, draft.md генерируется.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-04-26 08:17:51 +00:00
coopops 5728d0a01e [@ant] feat(blago-cli): требования к задачам — путь requirements/<task>/<story>.md
Stories с issue_hash раскладываются под `<base>/requirements/<task-prefix>-<task-slug>/`
(вместо прежнего `<base>/issues/.../...-requirements/`). Так все требования —
и привязанные к компоненту/проекту, и привязанные к задаче — сидят в одной папке
`requirements/`, а `issues/` хранит только файлы задач.

- layout.ts: новый путь для stories с issue_hash.
- run-create-story.ts: фолбэк имени файла под новой схемой.
- sync-entity-file.ts: после rename подчищаем пустые родительские каталоги,
  чтобы старые `<base>/issues/<task>-requirements/` не оставались артефактом.
- workspace-index.ts: для stories с issue_hash в INDEX.md выводим
  «(задача <id> в <компонент>)» вместо «(проект/компонент <id>)»; задачи
  попадают в карту id ровно для этой подписи (в самом INDEX.md задач нет).

Ручной миграции не требуется: на ближайшем `blago pull` syncEntityFile увидит
новый канонический путь и переместит файл, зачистив пустую старую папку.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-04-26 08:11:10 +00:00
coopops 7f3a26f268 [989-9][@ant] feat(docs-harness): принести harness + signin-инструкцию из ветки 989-4 поверх актуального reports
Без merge'а старой ветки 989-4 (там 47/48 коммитов — устаревшие версии ledger2/reports работы, уже сделанной заново в 989-1/2/3 и доехавшей до reports). Принесена только инфраструктура для съёмки документации:

- docs-harness/ — playwright-сценарии + хелперы (lib/{harness,annotate,install,render-md}.mjs), run.mjs, package.json, README, scenarios/auth/signin.mjs
- components/boot/src/scripts/add-plain-participant.ts — генератор фикстур пайщиков для harness
- components/docs/docs/new/auth/signin.md + 3 PNG в assets/new/auth/signin/ — эталонная инструкция «Вход пайщика»
- components/docs/mkdocs.yml — добавлена секция «Вход в систему» в nav (без удаления ссылки «Реестр стандартов» — это посторонний шум 989-4)

Проверено: npm install проходит, синтаксис всех .mjs чистый, run.mjs стартует и доходит до загрузки сценария — дальше нужны живые chain/parser/controller/desktop и фикстура ivanpetrov (генерируется add-plain-participant).

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-04-26 06:33:25 +00:00
coopops 044d291731 [@ant] feat(blago-cli): убрать задачи из INDEX.md
Раздел «Задачи» создавал слишком много шума — задачи обычно ищут с привязкой к
проекту/компоненту, а сам проект/компонент находится по этому индексу. Оставлены
проекты, компоненты и требования.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-04-26 06:16:29 +00:00
coopops 3e845c226f [@ant] feat(blago-cli): освежать индекс родителя после create/del и автогенерировать INDEX.md
Чтобы безопасный паттерн (создание/удаление дочерней issue/story) работал из коробки:
- runCreateIssue, runCreateStory, runDelete после успешной мутации запрашивают GetProject
  и через refreshParentProjectVersion обновляют remote_updated_at родителя в index.json
  (если файл «грязный» — только индекс, иначе ещё и переписывают файл свежим контентом).
  Если на сервере между нашими операциями содержимое реально менялось извне — индекс не
  трогаем, чтобы push выявил настоящий конфликт.

- При pull/push/create/del/restore/clean генерируется корневой INDEX.md рабочей копии
  с проектами, компонентами, требованиями и задачами и относительными путями — для
  быстрой адресации без обхода дерева. Полные UUID требований сокращаются до 8 символов.
  INDEX.md добавлен в .blagoignore по умолчанию.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-04-26 06:16:29 +00:00
coopops 6ff97a3ff4 [989-9][@ant] fix(reports): даты как обычные инпуты + календарь по клику на иконку
Поля «С даты» / «По дату» больше не readonly — можно ввести 2026-04-01 руками.
mask `####-##-##` оставлен для формата. reload запускается только при полной
дате (10 символов), чтобы не мигать индикатором загрузки на каждой цифре.
Иконка event как и раньше открывает q-popup-proxy с q-date.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-04-25 16:07:09 +00:00
coopops 459262739e Revert "[989-9][@ant] fix(reports): «процесс» → «операция» в UI рабочего стола"
This reverts commit ad6559b98f.
2026-04-25 15:54:48 +00:00
coopops ad6559b98f [989-9][@ant] fix(reports): «процесс» → «операция» в UI рабочего стола
Пользовательские лейблы переименованы для консистентности с реестром
(там карточки уже называются «Операция …»):
- placeholder поиска: «ID процесса» → «ID операции»
- развёрнутая запись: «Тип процесса:» → «Тип операции:», «ID процесса:» → «ID операции:»

`process_hash` как машинный идентификатор (URL query, action data) не трогаем —
это контрактный термин.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-04-25 15:51:12 +00:00
coopops b60580f406 [989-9][@ant] feat(reports): revert → contract-only (whitelist auth, без UI/backend mutation)
Председатель больше не может откатывать операцию через UI: action `ledger2::revert`
сохранён, но принимает только подпись от whitelisted-контрактов
(`check_auth_and_get_payer_or_fail(contracts_whitelist)` без ветки `has_auth(coopname)`).

Why: ledger2 — учётный слой; зеркальная проводка председателем top-level
рассинхронизирует state контрактов-инициаторов (registrator/wallet/capital).
Контракты-инициаторы знают свой operation_code и могут собрать корректные
параметры зеркала из cooptypes/operations.hpp; они же одновременно откатывают
свои домены (participants/deposits/contributors).

Контракт ledger2:
- revert.cpp: убрана ветка has_auth(coopname); top-level от пайщика/председателя
  падает на whitelist-check. Все остальные проверки (запрет o.mig.*, валидация
  mirror-параметров) сохранены.

Backend (controller):
- удалены: revertOperation mutation, RevertOperationInputDTO, метод service
  revertOperation + computeMirrorParams + WALLET_OP_CODE map, RevertBlockchainDomainInterface
  и адаптер revert(), Ledger2StatePort.getOperationByGlobalSequence + repo-метод
- осталось: walmove (с UI), порт revert на cooptypes для контрактных потребителей

SDK:
- удалена mutation/ledger2/revertOperation.ts; cooptypes Actions.Revert + IRevert
  оставлены (нужны другим контрактам).

UI (desktop):
- удалён RevertOperationDialog.vue
- из OperationsPage убраны: import RevertOperationDialog, useSession/storeToRefs,
  revertDialog state, canRevert/openRevertFor/onRevertSuccess, кнопка ↩
- Ledger2 store/api/types: убран revertOperation method/IRevertOperationInput

Тесты:
- удалены revert.test.ts + adjust/revert.ts helper
- walmove.test.ts (3 теста) + остальной suite — зелёный

Полный suite: 92 passed | 1 skipped | 0 failed (clean reboot).

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-04-25 15:30:11 +00:00
coopops 17d44ab152 [989-9][@ant] fix(reports): убрать hint у поиска process_hash — ломал визуал шапки фильтров
Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-04-25 14:51:40 +00:00
coopops 3d7d9a8905 [989-9][@ant] fix(reports): корректировки в общем списке + поиск process_hash + закрытие диалогов
OperationsPage:
- по умолчанию actionNames=[apply,walmove,revert] (раньше только apply,
  и корректировки появлялись только с включённым «Только корректировки»)
- поле «ID процесса (process_hash)» в шапке фильтров: Enter / клик-иконка
  применяет точный hash (lower-case), очистка сбрасывает фильтр
- processHashInput синхронизируется с route.query.process_hash при mount

WalletTransferDialog / RevertOperationDialog:
- закрытие после успеха через прямой emit('update:modelValue', false)
  до finally — раньше close() блокировал guard'ом на loading=true,
  поэтому диалог не закрывался после успешной транзакции
- SuccessAlert больше не показывает кусочек process_hash (его всегда
  можно посмотреть в реестре через новый поиск)

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-04-25 14:42:32 +00:00
coopops 70da6fd06f [989-9][@ant] fix(reports): WalletTransferDialog в правильное место pug-template
Случайно вставил Dialog внутрь q-table body, разорвав expanded q-tr
(`Inconsistent indentation. Expecting either 2 or 8 spaces/tabs` на
template(#item)). Перенёс на уровень div.page-shell — рядом с q-card.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-04-25 10:54:20 +00:00
coopops d340eed56c [989-9][@ant] feat(reports): корректировки председателя — walmove + revert (Sprint 5 Epic 5 MVP)
Контрактный слой ledger2:
- new actions ledger2::walmove (operation o.adj.walmove) — перевод между
  кошельками одного бух.счёта без Dr/Cr; ledger2::revert (operation o.adj.rev)
  — зеркальная проводка по originalGlobalSequence; запрет revert на o.mig.*
- new WalletOp::REVOKE для зеркала ISSUE (изъятие с wallet_from без to)
- namespace operations::adjustment (WALMOVE/REVERSAL) + processes::adjustment::CORRECTION
- OPERATION_ADJUSTMENT_REGISTRY — отдельный мини-реестр для UI human_name
  (динамические параметры не входят в OPERATION_REGISTRY)

cooptypes (зеркало контракта):
- WalletOp += 'REVOKE'; LEDGER2_OPERATION_REGISTRY += 2 adjustment-записи (kind:'adjustment')
- LEDGER2_PROCESS_REGISTRY += p.adj.fix
- new actions/walmove.ts + actions/revert.ts + IWalmove/IRevert интерфейсы
- helper isAdjustmentOperation(code)

controller (backend):
- Ledger2BlockchainPort + Ledger2BlockchainAdapter — подпись coopname@active
- DTO WalmoveInputDTO / RevertOperationInputDTO / Ledger2AdjustmentResultDTO
- Ledger2Resolver mutations walmoveWallets / revertOperation (роль chairman)
- Ledger2Service: walmove валидирует одинаковость account_id источника и
  получателя через cooptypes; revertOperation поднимает оригинал из
  blockchain_actions, swap Dr/Cr и ISSUE → REVOKE для зеркала
- TypeOrmLedger2StateRepository.getOperationByGlobalSequence
- process-hash-locator: + p.adj.fix → []

SDK (regen + новые мутации):
- mutations/ledger2/walmoveWallets.ts + revertOperation.ts
- selectors/ledger2/ledger2AdjustmentResultSelector.ts
- Zeus regenerated

UI (рабочий стол reports):
- WalletTransferDialog: select from/to (фильтр по тому же account_id),
  amount, обязательное memo; иконка ↔ в строке кошелька + кнопка «Перевести»
  в шапке (только председателю) → CoopWalletsPage
- RevertOperationDialog: превью операции, обязательное memo, баннер для o.mig.*;
  кнопка «↩ Откатить» в шапке развёрнутой записи OperationsPage
- Toggle «Только корректировки» в фильтрах OperationsPage (actionNames=walmove,revert)
- Ledger2 store/api: methods walmoveWallets / revertOperation; types

Тесты (89/90 → 94/95 passed | 1 skipped | 0 failed):
- walmove.test.ts: успешный перевод 2002→2001 + проверка accountBalance
  не меняется (WALLET_ONLY) + запрет на разные счета + запрет пустого memo
- revert.test.ts: откат o.reg.putmin восстанавливает 2002 и счёт 80 +
  запрет revert миграционных операций
- balance читается напрямую с чейна (parser отстаёт на минуты после reboot)

Документация:
- epic-5: декомпозиция на WalMove ✓ / Reversal ✓ / Manual ⏸
- adr-manual-corrections.md: почему Manual отложен (нужен документ
  протокола решения совета — XSD/шаблон/registry/processDecision-flow)

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-04-25 09:04:37 +00:00
coopops cca8781168 [989-9][@ant] test(boot): починить оставшиеся 4 pre-existing failure'а + регенерация sdk zeus
Все 90 тестов теперь зелёные (89 passed | 1 skipped | 0 failed).

Изменения:

* boot/src/init/infra.ts: 2s → 8s sleep между setContract и createToken.
  На свежем nodeos setabi последнего контракта не успевал коммититься,
  eosjs.getAbi('eosio.token') падал с "Read past end of buffer".

* boot/src/tests/registrator/registerUser.ts: legacy fund::coopwallet
  (circulating_account/initial_account) → ledger2::accounts (счета 80, 86).
  После Epic 1 confirmreg перестал вызывать Ledger::add, поэтому
  legacy-баланс не пополняется. Теперь сравниваем приращение balance счёта
  80 (Паевой фонд, на который попадает minimum через PUT_MINSHARE) и
  счёта 86 (Целевое финансирование, через PAY_ENTRANCE).

* boot/src/tests/capital-import.test.ts: ожидаемый contributor.status
  скорректирован 'active' → 'import'. ImportContributor создаёт запись
  со статусом IMPORT (см. Status::IMPORT в contributors.hpp); перевод
  в ACTIVE — отдельным шагом.

* boot/src/tests/ledger2-read-layer.test.ts: фильтр accountId без
  actionNames возвращает все sibling-actions процесса (по дизайну
  репозитория). Тест явно передаёт actionNames=['debit','credit'],
  чтобы проверить только прямые проводки.

* boot/src/tests/capital.test.ts: regshare-идемпотентность — добавлен
  sleep(2000) перед повторным regshare, чтобы expiration транзакции
  отличался (иначе nodeos отклоняет как duplicate transaction).

* controller/schema.gql + sdk/zeus: регенерированы из ProcessRegistry
  и Ledger2-резолверов (operationCode/operationCodes вместо action*).

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-04-25 07:07:45 +00:00
coopops 6df13c0e70 [989-9][@ant] test(boot): обновить ledger2-read-layer.test под operationCode
GraphQL HISTORY_QUERY: actionCode → operationCode; фильтр actionCodes →
operationCodes; ожидаемый код в filter-тесте mig.share → o.mig.share.

Регрессии после operations/processes refactor закрыты:
17 failed → 4 failed (84 → 86 passed). Оставшиеся 4 — pre-existing,
не связаны с рефакторингом нейминга:

  - capital-import: contributor.status='import' вместо 'active'
    (поведение capital-контракта, не наша область).
  - registrator x2: compareTokenAmounts на legacy
    fund::coopwallet.circulating_account.available, который не пополняется
    с Epic 1 (Ledger::add удалён).
  - ledger2-read-layer: фильтр accountId возвращает sibling-actions
    одного процесса (включая wallet_to=80000), тест ожидает строгий 51000.
    Pre-existing разрыв между документированным поведением фильтра
    (через process_hash IN ...) и ожиданиями теста.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-04-25 05:36:39 +00:00
coopops e8b323a1ec [989-9][@ant] refactor(ledger2): cooptypes — source of truth для operations/processes
* cooptypes/src/ledger2/operations.ts — LEDGER2_OPERATION_REGISTRY (18 записей),
  mirror `cpp/lib/core/ledger2/operations.hpp` (OPERATION_REGISTRY).
* cooptypes/src/ledger2/processes.ts — LEDGER2_PROCESS_REGISTRY (11 записей),
  mirror `processes.hpp`.
* Controller process-hash-locator: строит OPERATION_CODE_TO_PROCESS_TYPE
  из cooptypes; только backend-специфичный оверрайд (`o.cap.commit` →
  `p.cap.commit`) + PROCESS_HASH_LOCATOR (таблица/поле entity-hash).
  Никаких локальных хардкод-списков операций или процессов.
* Controller ProcessRegistryService: applyData.action_code → operation_code,
  OPERATION_CODE_TO_PROCESS_TYPE, SQL-колонка alias operationCode.
* Controller DTO/domain: actionCode → operationCode, actionCodes → operationCodes.
* TypeORM repository: `a.data ->> 'operation_code'`, alias "operationCode".
* SDK ledger2OperationSelector: actionCode → operationCode (zeus регенерится из
  обновлённой schema.gql при старте контроллера + generate-client).
* Desktop OperationsPage: actionCode → operationCode; локальный ACTION_LABELS map
  удалён — human-name тянется через Ledger2.getOperationHumanName из cooptypes;
  цветовая схема по второму сегменту `o.<contract>.<verb>`.
* Boot-тест process-registry: обновлён под новые имена (p.reg.accept, p.wal.depo,
  o.reg.payent, o.reg.putmin, o.wal.depcpl) и operation_code поле.

Типы ok (tsc controller, vue-tsc desktop), cooptypes собирается.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-04-24 19:28:27 +00:00
coopops 841e15e7a6 chore(ledger2): удалить локальные audit JSON из git, добавить в .gitignore
Файлы scripts/out/*.json — локальные выгрузки off-chain аудита,
случайно попавшие в предыдущий коммит. Возвращаю tree к чистому состоянию,
директория добавлена в .gitignore.
2026-04-24 18:39:06 +00:00
coopops 95a2e054fc [989-9][@ant] refactor(ledger2): operations/processes — переименование + префиксы o./p.
* actions.hpp → operations.hpp: namespace ledger2_ops → operations::<contract>::;
  ActionRegistryEntry → OperationRegistryEntry; ACTION_REGISTRY → OPERATION_REGISTRY;
  ledger2_find_action → find_operation.
* process_types.hpp → processes.hpp: namespace process_types → processes::<contract>::.
* eosio::name с префиксами: operation_code — `o.<contract>.<verb>` (PAY_ENTRANCE,
  LEND, REPAY, COMPLETE_DEPOSIT …), process_type — `p.<contract>.<noun>`
  (p.reg.accept, p.cap.debt, p.cap.rid, p.cap.prop, p.mkt.reqst, p.wal.depo …).
  wall → wal в eosio::name (в C++ namespace остаётся wallet).
* Параметр apply() переименован action_code → operation_code.
* Все 14 call-site в registrator/wallet/capital/marketplace/soviet обновлены.
* Пилотные YAML: reg.regist.standard.yaml → p.reg.accept.standard.yaml,
  wall.deposit.standard.yaml → p.wal.depo.standard.yaml, с обновлением
  process_type, operations[].ledger_code, transitions[].ledger_code, related[].
* Кроме основной цели — актуализированы ярлыки навигации в reports/install.ts
  (Операции → Реестр операций, Кошельки → Реестр кошельков, Счета → Реестр счетов).

Собраны ledger2, registrator, wallet, capital, marketplace, soviet — все wasm OK.

Источник правды: rename-operations-plan.md в bmad-output.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-04-24 18:38:44 +00:00
coopops f377f7ff25 [989-9][@ant] fix(reports): ФИО пайщика + переезд на q-table в табе «Пайщики»
* Грузим IAccount через accountStore.getAccounts (по паттерну ListOfParticipantsPage),
  чтобы получить private_account с ФИО. Таблица participants из контракта давала
  только username — ФИО оттуда не извлечь.
* В колонке «Пайщик» сверху — ФИО (getName), под ним мелким моноспейсом — username.
* Переписал кастомный <table> на q-table с динамическими колонками (по одной на
  активную программу) — теперь визуально согласован с AccountsPage/CoopWalletsPage.
  Сортировка работает по суммарной (available + blocked) ячейке.
* API-слой сузил до loadProgramsAndWallets(): programs + progwallets, без участников
  (их даёт accountStore).

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-04-24 16:58:18 +00:00
coopops 371238cefb [989-9][@ant] fix(reports): табы кошельков в шапку + читаемые ячейки «пайщик × программа»
* WalletsPage — shell по паттерну DocumentsPage: useHeaderActions + RouteMenuButton,
  два child-route reports-wallets-coop / reports-wallets-participants (redirect на coop).
* Переименовал *Tab.vue → *Page.vue (теперь это полноценные страницы, не табы).
* В ячейках матрицы убрал JetBrains Mono и text-weight 500 — нормальный шрифт, bold только в Итого/Σ,
  размер 14px, иконки приглушены opacity 0.75. Читается как суммы на странице счетов.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-04-24 16:42:56 +00:00
coopops c65cac5eef [989-9][@ant] feat(reports): вкладка «Пайщики» на странице Кошельки
WalletsPage стала shell с q-tabs:
  • «Кооператив» — прежний список ledger2-кошельков (вынесен как есть в
    CoopWalletsTab.vue).
  • «Пайщики» — новый срез soviet.progwallets: матрица «пайщик × программа»,
    загружается напрямую через fetchTable (не через GraphQL, т.к. на
    странице нужны текущие blockchain-данные, а не postgres-индекс).

ParticipantWalletsTab:
  • Таблица: строки = accepted-пайщики (отсортированы по username);
    колонки = активные программы коопа (Цифр.Кошелёк, Благорост,
    Генератор, membership-программы и т.д.); ячейки — available сверху
    (зелёная монета) и blocked снизу (коричневый замок), нули бледнее.
    Итог на строке + строка Σ по программе внизу.
  • Членские взносы не показываем (per user feedback).
  • Ссылка «К операциям пайщика» справа → reports-operations?username=X.

OperationsPage: поддержка ?username=X — новый чип-фильтр «Пайщик %FIO%»
с clearUsernameFilter + передача в ILedger2HistoryFilterInput.username.
Сервер (GetLedger2HistoryInput) уже поддерживает поле username — добавлен
только клиентский path.

participant-wallets-api.ts — локальная api-функция loadParticipantWalletsMatrix,
читает scope=coopname из soviet.programs + .progwallets + .participants
и строит pivot-срез клиентски (под 6 коопов с ≤60 progwallets — в самый
раз, без пагинации).

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-04-24 16:07:30 +00:00
coopops 3e4b2e959f [989-9][@ant] chore(reports): Скачать XML/PDF → «для отправки»/«для просмотра»
Терминология XML/PDF пустая для бухгалтера. По назначению:
  XML → в ФНС/СФР («для отправки»)
  PDF → распечатать/подписать/подшить («для просмотра»)

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-04-24 12:44:25 +00:00
coopops 3cd0c9a810 [989-9][@ant] fix(reports): календарь → displayYear=due year; reportYear per-cell = displayYear - dueYearOffset
Баг: в 2026 году клик на БУХОТЧ открывал форму «Отчёт за 2026», хотя
председатель в апреле 2026 должен сдавать отчётность ЗА 2025. То же для
Q4 кварталок (NDFL6/RSV/FSS4) и декабря ПСВ — при dueYearOffset=1 в
январе/феврале/марте 2026 календарь относил ячейку к 2026, а не 2025.

Было: `year` календаря = reportYear (год ЗА который). dueYearOffset
учитывался только в calcDueDate, но в UI ячейка оседала в том же году.
Клик → форма получала year=calendarYear → всегда «за текущий».

Стало: `year` календаря = displayYear = календарный год СДАЧИ.
Для каждой ячейки reportYear = displayYear - entry.dueYearOffset.
  - БУХОТЧ март 2026 → reportYear=2025 (годовая сдача)
  - Q4 (NDFL6/RSV/FSS4) февр/январь 2026 → reportYear=2025
  - ПСВ январь 2026 (декабрь prev) → reportYear=2025
  - Q1..Q3 кварталок + ПСВ фев..дек → reportYear=displayYear (без сдвига)

DTO ReportCalendarPeriodEntry: добавлено поле reportYear (Int!). Фронт
эмитит entry.reportYear — форма открывается за правильный период.

Backend: archive/drafts/marks читаются за displayYear-1 и displayYear,
ключ (reportType, period, year) чтобы не смешивать статусы 2025 vs 2026
в одной ячейке. calcDueDate как было — принимает reportYear, применяет
offset к году для реальной даты.

Schema.gql / zeus — регенерированы.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-04-24 11:08:14 +00:00
coopops a854468e8c [989-9][@ant] test(reports): XSD-валидация it.each по всем периодам всех генераторов
Аудит после бага ЕФС-1 Q4 → '0': проверил все XSD-схемы на enum-ограничения
и сверил с hard-code в генераторах. Других ошибок маппинга нет, но XSD-тест
гонялся только на один период в каждом генераторе — если завтра кто-то
поменяет `switch (quarter)` обратно на '0', баг снова всплывёт в проде.

Теперь XSD-валидация iterates по всем реально допустимым периодам:
- NDFL6    it.each Q1..Q4  (enum 21/31/33/34)
- RSV      it.each Q1..Q4  (enum 21/31/33/34)
- PSV      it.each M1..M12 (enum 01..12)
- UV_VZNOSY it.each M1..M12 (enum 21/31/33/34 + НомерМесКварт 11..13)
- UUSN     it.each Q1..Q4  (enum 21/31/33/34 + НомерМесКварт 01..04)
- FSS4     уже покрыт Q1..Q4 (предыдущий коммит)

BUHOTCH/DUSN — yearly, hardcode Период='91'/'34', enum XSD {34,91..94}/{34,50,95,96} —
оба в enum, покрыты существующим single-path тестом.

Тестов: 71 → 102 (+31 XSD-прогона).

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-04-24 10:45:44 +00:00
coopops c1ef03876a [989-9][@ant] fix(reports): ЕФС-1 Q4 → Код '12' (а не '0') для XSD {03,06,09,12}
Баг: при скачивании ЕФС-1 за Q4 попадала ошибка XSD
  «The value '0' is not an element of the set {'03','06','09','12'}».
XSD efs1.xsd требует код = месяц окончания квартала: 03|06|09|12.
Автор считал «год (IV) = 0», но ЕФС-1 не бывает годовым — Q4 → декабрь → «12».

Тесты:
- Старый «квартальные коды СФР: 03/06/09/0» фиксировал баг — переписан на
  «03/06/09/12».
- XSD-валидация была только на Q1. Теперь — it.each по всем 4 кварталам.

У RSV другая система (ФНС-коды 21/31/33/34), не пересекается. PSV — месячная,
собственная мапа 1..12. Затронут только Fss4Generator.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-04-24 10:39:54 +00:00
coopops a1d67d7d35 [989-9][@ant] fix(reports): q-form + кнопка сохранить + нативный mask-блок ввода
SettingsPage:
- Убрали автосохранение — сервер дёргаем только по клику «Сохранить реквизиты».
- Обернули всё в <q-form greedy>: валидация всех полей перед @submit. Если
  хоть одно красное — @validation-error, save() не вызывается, ошибки летят
  только локально, никакого server-5xx из-за неполного ввода.
- Кнопка сохранить живёт в sticky save-bar внизу страницы (не прыгает в шапку).
  Рядом компактный статус: «Реквизиты сохранены» / «Ошибка сохранения».
- Placeholder'ы — правила ввода, не примеры: «1–3 цифры» вместо «16»,
  «5 цифр» вместо «20200», «XX.XX или XX.XX.XX» для ОКВЭД.

RequisiteField:
- Для фикс-длинных цифровых полей используем Quasar-mask (`#` = только цифра,
  буквы блокируются на keypress нативно, в поле вообще не появляются).
- Для ОКВЭД (digits + точки, переменная длина) — @keydown-блокер + @paste-
  блокер: буквы не попадают в поле даже на мс.
- Убрали digitsOnly-проп — его задачу теперь решает mask.
- Добавили pattern + patternMessage для СНИЛС/СФР (частичный ввод с мaskой
  не даёт сохраниться).

Масks/правила по полям:
  ОКВЭД    digits+dots, maxLen 8,  паттерн XX.XX(.XX)?
  ОКФС     mask ###        (1–3 цифр)
  ОКОПФ    mask #####      (ровно 5)
  ОКТМО    mask ###########, exactLengths [8, 11]
  ОКПО     mask ##########,  exactLengths [8, 10]
  СНИЛС    mask ###-###-### ##, pattern \d3-\d3-\d3 \d2
  СФР      mask ###-###-######, pattern \d3-\d3-\d6

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-04-24 08:29:01 +00:00
coopops d621f30f59 [989-9][@ant] fix(reports): маски+правила длины на классификаторах, автосейв по blur, компактный stub
RequisiteField:
- Новые props: digits-only, digits-dots-only, max-length, exact-lengths (ИЛИ),
  pattern + pattern-message. Фильтр на input режет недопустимые символы до
  эмита, maxlength режет длину. lazy-rules — валидация только после первой
  потери фокуса (не атакуем пользователя красным пока он печатает).
- Форвардит @blur наверх — для savetrigger родителя.
- Нативный required по rules, без отдельного :error-prop.

SettingsPage:
- Автосохранение теперь по blur поля (600ms coalescing debounce на случай
  быстрого tab-переключения), не по input. Раньше сохраняло пока пользователь
  ещё печатал → ловил «ОКТМО должен быть 8 или 11 цифр» на частично
  набранном «123».
- Классификаторы: ОКВЭД (digits+dots, pattern 94.99/46.73.7), ОКФС (1–3 digits),
  ОКОПФ (mask #####), ОКТМО (8|11 digits), ОКПО (8|10 digits). СНИЛС/СФР —
  маски оставлены. Должность председателя — maxLength=100, репдок — maxLength=200.

ReportEditorDialog (stub readiness):
- q-list с длинным reason для каждого поля заменён на компактный ряд
  q-chip-ов с label. Reason-ы съедали воздух и повторяли одно и то же
  для 5 классификаторов — теперь один заголовок + 5 чипов.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-04-24 08:13:41 +00:00
coopops 6ca9997573 [989-9][@ant] fix(reports): gate по реквизитам + автосейв в SettingsPage + убрали лишние бейджи
DocumentsPage/ReportEditorDialog:
- Перед рендером формы вызываем checkReportReadiness(reportType). Если ready=false —
  показываем stub «Сначала заполните реквизиты» со списком недостающих полей и
  кнопкой «Перейти к реквизитам» (navigate → reports-settings?focus=<key>).
- Форма/черновик/кнопки Скачать XML/PDF не грузятся до заполнения реквизитов
  (раньше XML скачивался даже при пустом СНИЛС подписанта). Отметки «не надо
  сдавать» / «сдан вне платформы» доступны независимо от gate.
- Поправили tooltip «Перегенерировать» — убрали упоминание блокчейна (данные
  хранятся в БД).

SettingsPage:
- Убрали кнопку «Сохранить реквизиты» сверху — автосохранение через debounce
  (600ms) по любому изменению поля/signerType. Статус «Сохраняется…/Сохранено/
  Ошибка» — маленький чип в заголовке карточки. onBeforeUnmount дописывает
  последнюю правку синхронно, если таймер ещё не сработал.
- Убрали подписи «Данные из блокчейна (read-only)» и «Ручной ввод» — данные
  в БД, user-speak. Заголовки карточек сохранили.

RequisiteField:
- Убрали цветные бейджи Блокчейн / Ручной ввод / Не заполнено. Вместо
  «Не заполнено»-бейджа — нативная q-input-валидация: пустое required-поле
  подсвечивается красным outline + error-message «Обязательное поле».
  Звёздочка * в label отмечает обязательные поля.
- Read-only поля из БД — через :readonly+:disable, без отдельного бейджа.

OperationsPage:
- Сумма в таблице — bold + text-grey-10 для контраста. В мобильном grid-item
  добавили блок «Сумма» с text-body1.text-weight-bold.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-04-24 08:04:32 +00:00
coopops eeeca0fe61 [989-9][@ant] fix(reports): сумма в таблице операций + «Пайщик» вместо «Исполнитель» + UX-мелочи
- OperationsPage: колонка «Сумма» (apply.quantity/amount) + «Пайщик» вместо «Исполнитель» + бейдж «Тип процесса: <wall.depcpl>» с копированием
- WalletsPage: кнопка «К операциям» в хедер раскрытой секции (вместо прижатой снизу) + ограничение ширины memo (240px, word-break)
- AccountsPage: аналогично — кнопка «Все операции» в хедер истории проводок

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-04-24 04:44:05 +00:00
coopops 46f3b71f83 [350-1][@ant] fix(standards/FocusBar): убрать осиротевший relatedCount — computed больше не используется после удаления хинта под «Конец процесса», vue-tsc валился TS6133 2026-04-24 03:21:03 +00:00
Alex Ant 32592fded2 chore(release): publish 2026-04-24 01:38:37 +05:00
Alex Ant db356628c9 chore(release): publish 2026-04-24 01:38:16 +05:00
coopops bbae1b5606 Merge branch 'standards/registrator' into dev
[350-1][@ant] merge(standards): регистратор — три сценария (reg.regist / reg.adduser / reg.recovery) + slim-рефактор wall.deposit + расширение схемы YAML (actions[].links, documents[].registry_id) + UI-рендер ссылок между стандартами и «Документы»-карточки в FocusBar
2026-04-23 20:29:21 +00:00
coopops c7e634344e [350-1][@ant] fix(standards/FocusBar): убрать хинты под «Конец процесса» — подсказки про финал и про связанные стандарты убраны, оставлена только строка с code+human+badge; текст допишем когда появится content который реально нужен на этом узле 2026-04-23 20:29:00 +00:00
coopops f98d39cc83 [350-1][@ant] fix(standards): END-нод не дублирует описание финал-статуса + reg.adduser → «Приглашение пайщика» — END-карточка теперь показывает только имя финала (code+human+badge) со ссылкой «см. карточку статуса», а полное описание остаётся единственным в самой active-вершине, чтобы не было одинакового текста на двух узлах; reg.adduser переименован в «Приглашение пайщика» с узким смыслом: вводит в цифровой кооператив ранее принятого пайщика с бумажным заявлением (убран пример «заочное голосование общего собрания» — он не применим), описание покрывает что пайщику отправляется ссылка на установку ЭЦП, которую он активирует сценарием reg.recovery, связанные стандарты reg.regist и reg.recovery согласованы с новым именем 2026-04-23 20:23:01 +00:00
coopops 52d2ce67ab [350-1][@ant] polish(standards/reg.regist): контракты с заглавной + слово «контракт» + Кассир + ссылки на Gateway + правильные registry_id — «в Gateway» везде стало «в контракте Gateway», ledger2-термины заменены на «операции переводов и проводок» и «контракт книги учёта Ledger2» где это читается естественнее, actor «Оператор Gateway» → «Кассир» на confirmpay/declinepay с ссылками на будущий стандарт gate.inpay (обработка входящего платежа), «повестка joincoop» уточнено как «повестка типа «joincoop»», протокол решения совета подписывает председатель совета (не все члены), registry_id документов уточнены из cooptypes/registry — заявление 100.ParticipantApplication, решение 501.DecisionOfParticipantApplication; переформулирован active-статус — без повторения с confirmreg, теперь описывает полезный результат: что на каком кошельке оприходовано и что пайщик теперь может делать дальше 2026-04-23 20:12:49 +00:00
coopops 40ae21854b [350-1][@ant] fix(standards): убрать фейковую joincoop-повестку из documents reg.regist — в reguser.cpp параметр document2 только один (statement), а joincoop это soviet::newpackage-вызов без document2-подписи; присвоил registry_id:100 самому заявлению на вступление 2026-04-23 19:52:07 +00:00
coopops ec2cc9d7fa [350-1][@ant] feat(standards): ссылки между стандартами из действий + документы как registry_id + правки reg.regist — добавлено поле actions[].links[]{process_type,label} для кнопок-переходов к родственным стандартам (совет по confirmreg → sov.decision), документы расширены полем registry_id (числовой код в реестре) и отвязаны от legacy scenario[step]→action (slim: doc.action прямо), в reg.regist исправлен actor с «Пайщик» на «Кандидат» на reguser, добавлена joincoop-повестка как документ с registry_id:100 (сейчас это единственный известный код, остальные с registry_id:0+TODO), FocusBar на действии показывает колонку «Документы» (иконка+название+код) и блок «Перейти» с кнопками к связанным стандартам, чтобы председатель мог одним кликом провалиться в процесс принятия решения советом когда смотрит стандарт регистрации 2026-04-23 19:40:08 +00:00
coopops b2caa26948 [350-1][@ant] feat(standards): реестр стандартов регистратора + slim-рефактор пилотов — описаны три сценария вокруг сущностей candidate/account (reg.regist, reg.adduser, reg.recovery), формат приведён к v1-спеке требования a2 (§сценарий убран, id:public_* и roles[] убраны, documents[].action, transition-поля упрощены), чтобы председатели видели исчерпывающий набор on-chain-сценариев регистратора в едином источнике правды; reg.adduser и reg.regist используют одни и те же ledger2-коды (reg.minshare/reg.entrfee — одна операция триггерится из разных действий), reg.recovery документов/проводок не имеет — оффчейн-инвайт + один on-chain changekey; пилот wall.deposit переведён в тот же slim-формат для согласованности 2026-04-23 19:01:37 +00:00
Alex Ant d104a9e037 chore(release): publish 2026-04-23 22:27:50 +05:00
Alex Ant 0bcca3892e chore(release): publish 2026-04-23 21:04:11 +05:00
Alex Ant e3a45b0444 Merge branch 'dev' of github.com:coopenomics/mono into dev 2026-04-23 21:03:38 +05:00
coopops 9491789d6c [549-26][@ant] ci: вернуть временно сборку и push dicoop/cooparser — деплой testnet/production ещё привязан к этому образу, миграция потребителей на dicoop/parser из отдельного coopenomics/parser repo не завершена; убираем шаг повторно после того как webhook-endpoints переключатся на новый образ, сейчас падение деплоя критичнее чем дубликат publish-пути 2026-04-23 14:36:39 +00:00
coopops c10dcf856d [350-1][@ant] ci: переставить копирование standards-site из site/ в docs/ ДО mkdocs build — тот же паттерн что graphql/sdk/cooptypes; mkdocs wipe-ит site/ и надёжно тащит статику в итог через docs/, иначе dist не попадал в gh-pages 2026-04-23 14:09:25 +00:00
Alex Ant 5e58f08201 chore(release): publish 2026-04-23 18:53:33 +05:00
Alex Ant 8d890c89a4 Merge branch 'dev' of github.com:coopenomics/mono into dev 2026-04-23 18:53:07 +05:00
Alex Ant 6586692d84 Merge pull request #361 from coopenomics/fix/payment-card-ssr-ts
fix(desktop): vue-tsc зелёный в PaymentCard — каст payment.id к string
2026-04-23 18:51:56 +05:00
coopops 53c93d805a [989-4][@ant] fix(desktop): vue-tsc зелёный в PaymentCard — каст payment.id к string
Zeus-скаляр ID разворачивается как непрозрачный `{}`, поэтому `:id='payment.id'`
не присваивался string-пропу кнопок. Явный `String(payment.id)` убирает обе ошибки
vue-tsc без изменения runtime-поведения (v-if уже гарантирует truthy).

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-04-23 13:49:58 +00:00
coopops c3e8f6392d [989-9][@ant] refactor(desktop): ledger2-реестры → re-export из cooptypes
После мёржа graph-standarts → dev реестры ledger2 живут в
components/cooptypes/src/ledger2/{accounts,wallets}.ts. Desktop-копии
становятся тонкими re-export-обёртками, публичный API путь
src/shared/lib/ledger2 сохранён (AccountIdCell / WalletIdCell не трогаем).

- account-registry.ts: локальный массив и 4 хелпера заменены на re-export
  Ledger2.{LEDGER2_ACCOUNT_REGISTRY,getAccountName,getAccountMeta,storedIdToCode}.
- wallet-registry.ts: аналогично для LEDGER2_WALLET_REGISTRY и getWalletName.
- Типы AccountKind/AccountMeta/WalletMeta — re-export из Ledger2-namespace.
- Контент реестров в cooptypes один-в-один совпадает с тем, что было в
  desktop (проверено diff'ом). При добавлении счёта/кошелька теперь
  править только cooptypes + contract, второй поток (desktop) подхватит
  автоматически.

Попутно zeus-файлы (controller/zeus + sdk/src/zeus) регенерированы после
rebase на origin/dev — никаких semantic-изменений, только нормализация
порядка экспортов.

Закрывает blago issue 989-9 (подтянуть cooptypes с ledger2-реестрами).
2026-04-23 13:39:55 +00:00
Alex Ant 7753fffbac chore(release): publish 2026-04-23 18:33:04 +05:00
Alex Ant 6929c72d2c Merge branch 'dev' of github.com:coopenomics/mono into dev
Made-with: Cursor

# Conflicts:
#	components/parser/package.json
2026-04-23 18:32:17 +05:00
coopops ad9ae58026 [989-9][@ant] docs(reports): финализация BMad + эпик после возврата unit-тестов
- sprint-status STORY-4-6 acceptance_criteria: плюс строка про 68 живых
  тестов генераторов (ранее были debt, сейчас закрыто).

Эпик 989-9 CLOSED полностью: 22 чекпоинта выполнены, STORY-3-4 (E2E)
обоснованно отклонён, 0 открытых debt-пунктов.
2026-04-23 13:30:46 +00:00
coopops 46872cd304 [989-9][@ant] test(reports): переписать фикстуры на edits-shapes, вернуть 68 живых тестов
После рефактора генераторов в Sprint 1/2 (на BuhotchEditsShape /
ZeroReportEditsShape) старые фикстуры передавали legacy ReportInput →
все 45 тестов падали на undefined 'header.idFile'. Ранее пометил
describe.skip'ом, сейчас переписал честно.

- Две фикстуры ПК «Ромашка» вместо legacy baseInput:
  - buhotchBaseEdits: BuhotchEditsShape (с explicit header/organization/
    signer/balance/notes). Балансы по умолчанию нули; тест «выплёвывает
    суммы в СумОтч/СумПрдщ/СумПрдшв» сам подставляет конкретные числа.
  - zeroBaseEdits: ZeroReportEditsShape для всех 7 нулёвок, + helpers
    withPeriod(period) / withYear(year) для per-test оверрайдов.
- Тест «считает балансы из ledger в тыс.₽» заменён на «выплёвывает
  edits.balance.* дословно». Ledger→balance-конвертация — ответственность
  ReportEditsBuilderService, не генератора (разделение слоёв).
- Тест имени файла теперь «эхом возвращает header.idFile в fileName и
  атрибут ИдФайл». Формат имени строит builder; генератор — просто эхо.
- Тест «без sfrRegNumber» для ЕФС-1: передаём signer.sfrRegNumber=null
  вместо удаления поля.
- ReportRegistryService.getAll() → getAvailableReports() (актуальное API).
- import ReportInput удалён.

Результат: 68 passed / 0 failed / 0 skipped. XSD-валидация для всех 5
MVP-форм + 2 legacy снова в CI-гейте. Сверка с ПК «Ромашка» эталонами
(6 тестов) — работает.
2026-04-23 13:30:46 +00:00
coopops 17f8cf7007 [989-9][@ant] chore(reports): закрыть эпик — отклонить E2E, зафиксировать test-debt
- BMad sprint-status.yaml: STORY-3-4 (E2E) → rejected с reason (UI активно
  переделывается, инфра Playwright отсутствует, возврат — отдельный спринт
  «QA/автоматизация» после стабилизации MVP). Sprint 4 → completed.
- STORY-4-6 (debt-organize) acceptance_criteria актуализированы:
  PDF 4 нулёвок выполнено post-sprint; Blago-server sync подтверждён;
  Prod-календарь расширен до 2029.
- controller/tests/unit/reports/report-generators.test.ts: блоки, работающие
  через legacy ReportInput, помечены describe.skip с общим TODO. После
  рефактора генераторов на edits-shapes (Sprint 1-2) фикстуры не были
  переписаны — отдельный заход. Работоспособность покрыта UI + XSD-проверкой.
2026-04-23 13:30:46 +00:00
coopops 64b224c903 [989-9][@ant] feat(reports): PDF для 5 MVP-форм + календарь РФ 2028-2029
Оставшиеся задачи из Sprint 4 debt (кроме E2E — это отдельная инфра-работа).

- ReportEditorDialog: кнопка «Скачать PDF» теперь работает для всех 5 MVP-форм
  (BUHOTCH/NDFL6/RSV/PSV/FSS4). Paper-view компоненты уже имели идентичный
  контракт `{xml, requisites?, year?}` и `.printable-form`-root — просто
  подключил Ndfl6Form/RsvForm/PsvForm/Efs1Form к `.hidden-pdf-source` по
  `v-else-if` на reportType. Добавлен computed `hasPdfPaperView` +
  PDF_SUPPORTED_TYPES как единый источник правды.
- reports-calendar-registry: RU_HOLIDAYS_BY_YEAR расширен на 2028–2029
  (срок БУХОТЧ за 2026 сдаётся 31.03.2027; при планировании за 2027 —
  31.03.2028). Захардкоженные даты вынесены в общий BASE_RU_HOLIDAYS.
- widgets/report-forms/README обновлён: снято упоминание Sprint 3 debt.

Blago-server sync — подтверждено актуальным (pull завершён, нет расхождений).
Остаётся в debt только STORY-3-4 E2E happy-path — нет Playwright-инфры
под reports-экстеншн, отдельный заход с запущенным стендом.
2026-04-23 13:30:46 +00:00
coopops 81488d381d [989-9][@ant] feat(reports): мобильная адаптивность редактора и календаря
- ReportEditorDialog.action-panel на <md экранах становится slide-in overlay
  справа (width: min(85vw, 320px)), открывается кнопкой-слайдером в q-bar,
  закрывается backdrop-тапом или кнопкой «Скрыть» в панели. На ≥md — как
  было, inline-колонкой справа. Переход между режимами на ресайзе автоматом.
  Raison d'être: панель 260px на mobile перекрывала форму, редактировать
  было невозможно.
- ReportsCalendar: 5×12 матрица в .calendar-scroll-обёртке с overflow-x:auto,
  grid имеет min-width:900px и min-col 54px — ячейки не прессуются, пользователь
  свайпает горизонтально. Раньше грид ломал вёрстку на узких экранах.
2026-04-23 13:30:46 +00:00
coopops e52eae02d1 [989-9][@ant] fix(reports): defineModel в editor'ах + XSD-точные лейблы чекбоксов
Bug: q-checkbox «Достоверность подтверждена аудитором»/«Утверждено общим
собранием» и q-option-group «Подписант/Уполномоченный представитель»
визуально не переключались (управляемые Quasar-контролы ждут реальной
смены :model-value). q-input-поля казались рабочими, т.к. нативный input
сам показывает набранный символ до синка с моделью.

Причина — паттерн :edits + @update:edits + structuredClone(reactive-proxy)
в BuhotchEditor/ZeroReportEditor давал сбой: у Vue-proxy есть служебные
traps (__v_raw и т.п.), structuredClone на нём отрабатывал неочевидно,
эмит не пробрасывал новый объект как нужно.

- BuhotchEditor & ZeroReportEditor: defineModel<TEdits>('edits') (Vue 3.4+)
  вместо prop+emit. Внутри — JSON.parse(JSON.stringify(current)) вместо
  structuredClone — чисто POJO, без риска proxy-трапов.
- ReportEditorDialog: v-model:edits на оба редактора + writable computed
  с get/set, пишущим в общий useReportDraft.edits (один source of truth).
  Убраны лишние onBuhotchEditsUpdate/onZeroEditsUpdate handler'ы.
- BUHOTCH-лейблы приведены к XSD (NO_BOUPR_1_159_00_05_04_01):
  - «Достоверность подтверждена аудитором» → «Подлежит обязательному
    аудиту» (атрибут ПрАудит, обычно 0 для кооперативов).
  - «Утверждено общим собранием» → «Подлежит утверждению общим
    собранием» (атрибут ПрУтвер, =1 для потребкооперативов по ст.38 ФЗ-193).
  - Оба с тултипом-подсказкой для бухгалтера.
2026-04-23 13:30:46 +00:00
coopops 88cd454c5b [989-9][@ant] fix(reports): reload календаря после диалога + ПСВ все 12 месяцев
- ReportsCalendar: defineExpose({ reload }). DocumentsCalendarPage держит
  template-ref на виджет и дёргает reload() в onMarked/onGenerated.
  Раньше reportStore.loadCalendar() возвращал свежие данные, но не пушил
  их в widget.rows — статус ячейки обновлялся только при ре-маунте страницы.
- psvEntries: 12 месяцев вместо 8. ПСВ — ежемесячная по ст.431 НК РФ;
  послабление ФНС про м3/м6/м9/м12 (закрываются РСВ) не отсутствие формы,
  а опциональное правило — пользователь сам отмечает «Не надо сдавать»
  на нужных ячейках. Декабрь: dueYearOffset=1 (срок 25.01 следующего года).
2026-04-23 13:30:46 +00:00
coopops 55f76368f4 [989-9][@ant] feat(reports): «Отметить сданным» + производственный календарь РФ (Sprint 4 доп)
Добавка к Sprint 4 по фидбеку: нужна кнопка ручной отметки «отчёт сдан сторонне»
(бумагой / через Контур / СБИС) — чтобы ячейка календаря была зелёной без
реального XML в нашем архиве.

- Enum ReportSubmissionMark: добавлен SUBMITTED_EXTERNALLY к NOT_REQUIRED.
- CalendarEntryStatus: добавлен SUBMITTED_EXTERNALLY.
- Приоритет статусов: SUBMITTED > SUBMITTED_EXTERNALLY > DRAFT > NOT_REQUIRED > OVERDUE > EMPTY.
- CalendarCell: SUBMITTED_EXTERNALLY — зелёная точка с обводкой-кольцом
  (визуально отличается от реальной сдачи).
- ReportEditorDialog: 3-state mark (null / NOT_REQUIRED / SUBMITTED_EXTERNALLY);
  если реальный XML сдан — кнопок нет, только баннер; иначе 2 кнопки или «Снять отметку».
- reports-calendar-registry: production-календарь РФ 2026-2027 (8 января,
  23 февраля, 8 марта, 1 и 9 мая, 12 июня, 4 ноября). shiftToBusinessDay
  делает двойной перенос (Sat/Sun/праздник → ближайший рабочий), max 14 итераций.
- BMad sprint 4 completed 10/10 pts; STORY-3-4 E2E + PDF 4 нулёвок + prod-деплой
  blago-server — остаются как debt (блокеры инфры).
2026-04-23 13:30:45 +00:00
coopops 48e4f3a7d6 [989-9][@ant] feat(reports): хедер-навигация + NOT_REQUIRED-отметка + перенос выходных (Sprint 4)
- DocumentsPage → shell с router-view + 3 кнопки шапки через useHeaderActions
  (паттерн capital/ProjectPage). Child-маршруты reports-documents-{calendar,forms,archive},
  дефолт — календарь. Старые q-tabs удалены.
- ReportSubmissionMarkEntity (coop-wide) + мутация markReportPeriod — отметка
  «не надо сдавать» на ячейку календаря. Приоритет в резолвере:
  SUBMITTED > DRAFT > NOT_REQUIRED > OVERDUE > EMPTY.
- CalendarCell: submitted=зелёная точка (без заливки), overdue=насыщенный красный fill,
  not_required=серый ⊘. Сравнения через Zeus.CalendarEntryStatus.*.
- reports-calendar-registry: shiftToBusinessDay (Sat/Sun → Mon). Праздники РФ — debt.
- В ReportEditorDialog — toggle-кнопка «Не надо сдавать» / «Снять отметку»
  с confirm; после ok — reload календаря и закрытие диалога.
- BMad sprint-status: Sprint 1/2/3 → completed; Sprint 4 (STORY-4-1..6);
  STORY-3-4 E2E перенесён в debt.
2026-04-23 13:30:45 +00:00
coopops dad79c8449 [989-9][@ant] feat(reports): календарь отчётности 5×12 + табы в DocumentsPage (stories 3-1..3-5)
Backend (3-1):
- reports-calendar-registry.ts — хардкод сроков 5 MVP-форм:
  БУХОТЧ 31.03 след.года, 6-НДФЛ/РСВ/ЕФС-1 квартальные до 25-го,
  ПСВ ежемесячно кроме последнего месяца квартала.
- ReportCalendarRowDTO + CalendarEntryStatus enum (submitted/draft/
  overdue/empty).
- ReportCalendarResolver.getReportCalendar(year) — параллельно тянет
  архив и драфты на год, матрицит статусы.

SDK:
- reportCalendarSelector + queries/reports/getReportCalendar.ts.

Frontend (3-2 / 3-3):
- widgets/reports-calendar/ReportsCalendar.vue — матрица 5×12 с
  навигацией ± год, tooltip'ами и кликом по ячейке →
  @select(reportType, year, period) → открытие ReportEditorDialog.
- CalendarCell.vue — одна ячейка (status-цвета, иконки, тултип).
- DocumentsPage: q-tabs (Календарь / Список форм / Архив), календарь по
  дефолту. ReportEditorDialog открывается из обеих вкладок + из календаря.

Docs / lint (3-5):
- widgets/report-forms/README.md обновлён (editable + paper-view split).
- widgets/reports-calendar/README.md — архитектура календаря + известные
  ограничения (переносы на выходные — в долг).
- Почищены unused imports в report.dto.ts, non-null в fss4.generator.ts.
  Lint по reports extension и desktop/reports/ — чист.

STORY-3-4 (E2E happy-path) оставляем как долг — нужен отдельный сетап
playwright-сценария с реальным контроллером и фикстурой юзера-chairman.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-04-23 13:30:45 +00:00
coopops d354cd8ae8 [989-9][@ant] fix(reports): восстановить schema.gql (generate-schema падал на правах на логи)
В предыдущем коммите 172f0f2 schema.gql обнулилась из-за того, что
generate-schema завершался EACCES на попытке записи в
logs/application-2026-04-23.log (файл создан ранее root-процессом из
контейнера). Nest-logger ронял процесс до финальной записи schema.

Сейчас лог удалён, generate-schema отработал до конца —
schema.gql = 12511 строк, 225 типов, включая ZeroReportEdits*,
FieldError, BuildInitialReportEdits и validateReportEdits/
generateReportFromEdits мутации.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-04-23 13:30:44 +00:00
coopops 9e63881842 [989-9][@ant] feat(reports): 6 форм на edits-архитектуру + ZeroReportEditor (stories 2-5/2-6/2-7)
Backend (2-5/2-6):
- ZeroReportEditsShape — общий POJO для 6 нулёвок: NDFL6/RSV/PSV/DUSN/UUSN+
  UV_VZNOSY/FSS4. Per-type отличия в генераторе (КНД/ВерсФорм/periodCode/КБК),
  структура edits одна.
- ZeroReportEditsInputDTO/DTO + регистрация ZeroSignerType GraphQL-enum.
- ReportEditsBuilderService.buildZeroReport: дефолты из requisitesService
  (inn/kpp/orgName/oktmo/okved/ogrn/snils/sfrRegNumber/chairmanPosition).
- Рефакторинг 6 генераторов: generate(input: unknown) as ZeroReportEditsShape.
  Общие хелперы xml-utils: addFlexibleSignerFromShape, addHeaderMeta.
  Legacy-генераторы zero-report.generator.ts и createZeroReportGenerator
  удалены — больше не используются.
- validateReportEdits: non-BUHOTCH → ZeroReportEditsInputDTO + class-validator.
- HIDDEN_IN_MVP теперь прячет DUSN/UUSN/UV_VZNOSY (УСН-специфичные) вместо
  PSV — реальный MVP-набор это BUHOTCH/NDFL6/RSV/PSV/FSS4.

Frontend (2-7):
- ZeroReportEditor.vue — универсальный для 5 нулёвок. Per-reportType:
  * periodKind: quarter (NDFL6/RSV/UUSN/FSS4) / month (PSV/UV_VZNOSY) / none
  * needs.oktmo (NDFL6/DUSN/UUSN/UV_VZNOSY)
  * needs.snils (PSV — обязателен)
  * needs.sfrExtras — ОКВЭД/ОГРН/sfrRegNumber/chairmanPosition (FSS4)
- ReportEditorDialog: v-if разветвляется на BuhotchEditor ↔ ZeroReportEditor
  по reportType; заглушка убрана. PDF-кнопка отключена для non-BUHOTCH
  (paper-view *.Form.vue остаются read-only XML-парсером — PDF для них
  добавим в Sprint 3 когда будет календарь).
- DocumentsPage MVP_REPORT_TYPES: DUSN → PSV.

Все формы проходят через единый flow: buildInitialReportEdits (дефолты
⊕ dirty-merge) → редактор → validateReportEdits (inline подсветка) →
generateReportFromEdits (XSD-проверка → архив).

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-04-23 13:30:44 +00:00
coopops 39c3ae9d3b [989-9][@ant] feat(reports): XSD-паттерны в SDK + validateReportEdits + подсветка полей (stories 2-1/2-2/2-3)
SDK (STORY-2-2):
- selectors/reports/patterns.ts — regex-константы и reportRules helper
  (inn/innUl/kpp/ogrn/okved/oktmo/okfs/okopf/okpo/snils/sfrRegNumber/
  dateDdMmYyyy/kbk + length/optionalRegex). Единый источник для форм.
- selectors/reports/fieldErrorSelector.ts — селектор { path, message }.
- queries/reports/validateReportEdits.ts — SDK wrapper.

Backend (STORY-2-1):
- FieldErrorDTO + резолвер validateReportEdits(reportType, editsJson).
- Валидация через class-validator + plainToInstance → BuhotchEditsInputDTO.
- flattenValidationErrors: ValidationError[] → FieldError[] с точечным
  JSONPath (organization.inn, balance.assetsTotal.otch). Совпадает с
  editedFields, которые трекает клиент — прямой matching для подсветки.

Frontend (STORY-2-3):
- useReportDraft: fieldErrors Record<path, string[]>, isValid, validateNow
  с debounce 500мс после каждого markDirty. При правке поля — локально
  сбрасываем его ошибки (не ждём сервер).
- BuhotchEditor: новый prop fieldErrors, helpers errFor/msgFor; каждое
  q-input получает :error / :error-message по JSONPath.
- ReportEditorDialog: валидационный бейдж в action-панели (ok/bad),
  счётчик ошибок; скачивание XML/PDF блокируется если не isValid.
- Все rules в BuhotchEditor переехали на reportRules.* — regex больше
  не хардкодится, единый источник истины = SDK patterns.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-04-23 13:30:44 +00:00
coopops 172216e60c [989-9][@ant] fix(reports): ReportEditorDialog — immediate:true на watcher, иначе форма пустая
DocumentsPage монтирует диалог через v-if='showEditor' — на момент setup()
props.modelValue уже true, классический watcher false→true не срабатывает
ни разу. load() не вызывается, edits остаются null, BuhotchEditor не
рендерится (v-if='edits'). Виден пустой экран без ошибок.

Решение — immediate: true: watcher отрабатывает на mount, проверяет что
modelValue=true и reportType=BUHOTCH, запускает load + loadRequisites.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-04-23 13:30:44 +00:00
coopops ece3c5b938 [989-9][@ant] feat(reports): ReportEditorDialog — интеграция editable-редактора БУХОТЧ в UI
Фикс к 791f269d: в прошлом коммите BuhotchEditor был написан, но не подключён —
пользователь по-прежнему видел старый read-only flow. Теперь:

- DocumentsPage: openEditor(r) → открывается ReportEditorDialog.
  Промежуточный ввод реквизитов/corrections больше не нужен (данные уже
  в requisites + ledger2, редактируются внутри формы).
- ReportEditorDialog — фулскрин, слева BuhotchEditor (editable, q-input
  с rules по XSD), справа панель: Скачать XML, Скачать PDF, Перегенерировать
  (dirty-merge), Удалить черновик, статус autosave.
- useReportDraft загружает edits через buildInitialReportEdits, autosave
  500мс, dirty-tracking JSONPath. PDF-экспорт — через скрытый paper-view
  BuhotchForm.vue + html2pdf.
- Для не-BUHOTCH форм показываем заглушку «Sprint 2».
- Удалены GenerateReportDialog.vue + ReportPreviewDialog.vue — оба пути
  поглощены ReportEditorDialog.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-04-23 13:30:43 +00:00
coopops b673004469 [989-9][@ant] feat(reports): backend+frontend основа редактируемых форм (stories 1-1..1-7)
Эпик 989-9 «Редактируемые inline-формы отчётов + календарь» — конец Sprint 1
(end-to-end путь на BuhotchForm: draft → dirty-merge → редактор).

Backend:
- ReportDraftEntity + CRUD-резолверы save/get/list/delete (uq по owner+type+year+period).
- BuhotchEditsDTO — зеркало XML БУХОТЧ с regex-паттернами из XSD; общий
  domain/patterns.ts с ИНН/КПП/ОГРН/ОКТМО/ОКВЭД/ОКФС/ОКОПФ/ОКПО/СНИЛС/СФР.
- ReportEditsBuilderService.build() → BuhotchEditsShape: дефолты из
  ledger2 + requisites + balance_corrections.
- buildInitialReportEdits резолвер с dirty-merge: defaults ⊕ editedFields
  из существующего drafта (applyDirtyOverrides по JSONPath).
- Рефактор BuhotchGenerator.generate(edits: BuhotchEditsShape) — чистая
  сериализация без ledger-логики (она теперь в EditsBuilder).
- generateReportFromEdits резолвер + XSD-валидация + запись в архив.
- Старый generateReport(data, organization) удалён полностью.
  ReportInput-shape оставлен временно для 6 non-BUHOTCH генераторов
  (переведутся на свои EditsShape в STORY-2-5/2-6). BUHOTCH-тесты
  генератора skip'нуты до переписи на edits.

Frontend:
- useReportDraft composable: load через buildInitialReportEdits,
  debounced autosave 500мс, dirty-tracking JSONPath'ами, regenerate/clear.
- BuhotchEditor.vue + BalanceRowEditor.vue — editable reference-форма:
  v-model:edits, @dirty, q-input rules по XSD-regex. Старый BuhotchForm.vue
  оставлен для post-generation XML-preview (заменится в STORY-2-4).
- reportStore: старый generate(data, org) удалён → новые методы
  buildInitialEdits / getDraft / saveDraft / deleteDraft /
  generateFromEdits; DocumentsPage временно использует fast-path
  buildInitialEdits → generateFromEdits до STORY-1-7/STORY-2-4.

SDK:
- generateReport.ts удалён.
- Новые мутации: generateReportFromEdits, saveReportDraft, deleteReportDraft.
- Новые queries: buildInitialReportEdits, getReportDraft, listReportDrafts.
- Новые selectors: reportDraftSelector, buildInitialReportEditsSelector.
- schema.gql + Zeus регенерированы (52 класса резолверов).

bmad:
- components/context/bmad/reports-editable-forms/ — config + sprint-status.yaml
  c 17 сторями по 3 спринтам; Sprint 1 закрыт.

Typecheck + vue-tsc чисты. XSD-тесты генераторов (кроме BUHOTCH) остаются
актуальными через legacy ReportInput path.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-04-23 13:30:43 +00:00
coopops 84bc1ed558 [989-8][@ant] fix(reports): скачивать ФНС-XML реально в windows-1251
XML генераторов ФНС объявлял encoding="windows-1251", но Blob в браузере
писался utf-8. Контур/СБИС выдавали предупреждение «объявлена windows-1251,
фактическая UTF-8» при загрузке файла.

Теперь перед скачиванием проверяем пролог: если cp1251 — перекодируем
JS-строку в байты cp1251 через пакет `windows-1251`. Для СФР-ЕФС-1 (utf-8)
оставляем как есть. Байты теперь физически совпадают с объявленной
кодировкой.
2026-04-23 13:30:43 +00:00
coopops 5500d580f4 [989-8][@ant] chore(reports): регенерация schema.gql + SDK после мёрджа dev
После merge origin/dev подтянулся фикс генератора схемы (0c5e04a484),
который возвращает все 51 классы резолверов (было 8) и поле
can_edit_requirement в permissions.

Пересобран schema.gql явным `generate-schema`, далее `generate-client`
+ `sdk build`. Типы в SDK соответствуют runtime controller, tsc чист
и в desktop, и в controller.
2026-04-23 13:30:43 +00:00
coopops 52a7911ed5 [989-8][@ant] feat(reports): клиентский экспорт формы в PDF + убрать пустой PDF-бланк и XSD из UI
Бухгалтеру нужен заполненный документ для просмотра, а не пустой бланк.
Раньше кнопка «PDF» скачивала печатную форму без данных — бесполезно;
XSD вообще не нужен ни председателю, ни бухгалтеру.

Стало:
- html2pdf.js конвертирует отрендеренную `.printable-form` (Vue) в PDF на
  клиенте. Две кнопки в диалоге: «Для отправки (XML)» + «Для просмотра
  (PDF заполненный)»
- Имя файла: <тип>-<год>[-q<период>].pdf

Удалено мёртвое:
- Backend: ReportStandardsService + downloadReportXsd/BlankPdf резолверы +
  DTO ReportXsdFile/ReportBlankFile
- SDK: queries/selectors для тех же
- Frontend: downloadXsd/downloadBlankPdf из store/api/types
- Бланки в components/reports-standarts/ остались как референс
  разработчика формы — переформулировано в README
2026-04-23 13:30:42 +00:00
coopops 83f2d69cd6 [989-8][@ant] feat(reports): полноценная вёрстка всех 6 форм + UX-правки диалога
UI-правки:
- Убрана кнопка «Скачать XSD» — бухгалтер/председатель её не используют
- Две кнопки: «Для отправки (XML)» и «Для просмотра (PDF)»
- Удалён метод downloadXsd из Report store (api/types остались — резолвер
  на бэке может пригодиться для QA)

Инфраструктура форм:
- useReportXml.ts — общий composable: парсер XML через DOMParser +
  базовая шапка + helper'ы (getAttr, getNum, getByLocal для namespace-
  тегов ЕФС-1, padInn, formatDate, fmt/fmtZero)
- _printable-form.scss — общий стиль A4-бланка: Times New Roman, рамки,
  штрихкод-заглушка, ячейки ИНН, .data-table, подпись. Подключается через
  @use в scoped-стиль каждого SFC
- Удалён FormStub.vue — больше не нужен, все формы полноценные

Полноценная вёрстка:
- BuhotchForm — рефакторинг на useReportXml + shared scss
- DusnForm — титул + раздел 1.1 (сумма к уплате) + 2.1.1 (расчёт по
  объекту «доходы») из <УСН> в XML
- Ndfl6Form — титул + раздел 1 (КБК, сроки 1-6) + раздел 2 (ставка,
  исчислено/удержано/возвращено)
- RsvForm — титул + раздел 1 (сводка ОПС/ОМС/ВНиМ). Для нулевого отчёта
  блок РасчетСВ пуст, явно показываем это пометкой
- PsvForm — титул + раздел 3 с таблицей персон (ФИО/СНИЛС/сумма выплат)
- UusnForm — единый лист с атрибутами <УвИсчСумНалог> + маппинг кодов
  периода (21/31/33/34 → название квартала)
- Efs1Form — раздел 2 СФР с подразделами 2.1 (тариф, база, исчислено) и
  2.3 (СОУТ). Парсит namespace-теги через localName

README widgets/report-forms: статус форм без stub-пометок, описание
composable + shared scss, правила работы (от бланка к XML).

Закрывает UX-запрос: бухгалтер видит формы «как документ», XML только на
скачивание, без raw-XML в UI.
2026-04-23 13:30:42 +00:00
coopops eebd1d6368 [989-8][@ant] chore(desktop): алиас extensions/* через quasar build.alias
Было: `import from 'extensions/reports/...'` падал в vite с «Failed to
resolve import», хотя tsc прошёл — paths/alias не совпадали между
tsconfig и vite. Сборка ловила ошибку, но долго.

Стало: `build.alias = { extensions: ./extensions }` в quasar.config.cjs.
Quasar CLI сам пробрасывает его и в `viteConf.resolve.alias`, и в
автогенерированный `.quasar/tsconfig.json` paths. Теперь `tsc`, `vue-tsc`,
IDE и Vite видят одно и то же — ошибка импорта ловится сразу в
typecheck, без полной сборки.
2026-04-23 13:30:41 +00:00
coopops 730e83d44d [989-8][@ant] feat(reports): PDF-бланк РСВ + заготовки Vue-форм для всех отчётов
- РСВ: конвертирован 20-страничный TIF в PDF (bilevel CCITT G4, ~700 KB),
  удалён дубликат 1151111_5.08000_11_1.tif, добавлен в PDF_BLANK_MAP
- FormStub.vue — базовая форма-заглушка: шапка со штрихкодом, ячейки ИНН,
  ОКВЭД/ОКПО/ОКТМО, блок «в разработке», раскрываемый исходный XML
- Заготовки форм для всех отчётов: DusnForm, Ndfl6Form, RsvForm, PsvForm,
  UusnForm (та же форма для UV_VZNOSY), Efs1Form — все делегируют FormStub
  с правильными title/КНД/ВерсФорм. Заполнять по мере готовности
- ReportPreviewDialog: статичная мапа reportType→компонент, fallback
  textarea заменён на «нет данных»
- README в widgets/report-forms/ — статус форм, архитектура,
  инструкция «как перевести stub → полноценную форму»
- README reports-standarts: документирована конвертация TIF→PDF для РСВ
  (snippet Python с пояснением почему bilevel, не RGB) + правило sync
  PDF_BLANK_MAP ↔ PDF_AVAILABLE
2026-04-23 13:30:41 +00:00
coopops 94af623ee0 [989-8][@ant] feat(reports): визуальный превью отчётов + скачивание XSD/PDF-бланка
- Backend: ReportStandardsService отдаёт XSD (cp1251→utf-8) и PDF-бланк
  из components/reports-standarts/ с маппингом ReportType→папка→файл
- Резолверы downloadReportXsd и downloadReportBlankPdf (Query, chairman-only)
- DTO ReportXsdFile{content,fileName}, ReportBlankFile{content,fileName,mimeType}
- SDK: новые queries + selectors под obe формы, регенерирован zeus
- Frontend: методы useReportStore.downloadXsd/downloadBlankPdf c триггером
  download в браузере (blob→a.click)
- Reference-форма BuhotchForm.vue: 2 листа (титул КНД 0710096 + баланс
  ОКУД 0710001) с вёрсткой «как документ» — Times New Roman, A4, рамки,
  штрихкод-заглушка, ячейки ИНН. Парсит XML через DOMParser, шапку
  fallback-ом из requisites
- ReportPreviewDialog.vue заменяет ReportResultDialog: полноэкранный
  диалог, слева форма-бланк, справа панель Скачать XML/XSD/PDF.
  Для не-BUHOTCH форм пока fallback textarea с исходным XML
- Удалён старый ReportResultDialog.vue

Закрывает issue 989-8.
2026-04-23 13:30:41 +00:00
coopops 22f18a63ec [989-7][@ant] docs(reports-standarts): добавить бланки упрощённой бухотчётности (0710096) и актуальной ЕФС-1, README папок
- Бухбаланс/: TIF + PDF бланка КНД 0710096 ВерсФорм 5.04 (упрощённая
  бухотчётность НКО по 66н, приложение №5) — совпадает с генератором
  buhotch.generator.ts и эталоном NO_BOUPR_romashka.xml
- Бухбаланс/: xls с образцами упрощённых форм баланса/ОФР/ОЦС —
  референс для будущей вёрстки формы в UI
- 4ФСС-ЕФС-1/: актуальный бланк ЕФС-1 (приказ СФР от 17.11.2025 №1462),
  соответствует XSD efs1.xsd с targetNamespace 2026-01-01
- УУСН/: распакованный бланк КНД 1110355 (Уведомление об исчисленных суммах)
- Новый README в components/reports-standarts/ с картой форм и правилами
  синхронизации XSD↔DTO
- Поправлен README tests/fixtures/reports-references/: эталоны Восхода
  удалены, Ромашка — обезличенный структурный аналог
2026-04-23 13:30:40 +00:00
coopops 18712aa83f [989-7][@ant] feat(reports/settings): маска ввода для рег.номера СФР и СНИЛС
RequisiteField теперь принимает опциональные props mask/fillMask и прокидывает
их в q-input. SettingsPage:
- Рег. номер СФР: mask='###-###-######' → вводится как XXX-XXX-XXXXXX
- СНИЛС подписанта: mask='###-###-### ##' → XXX-XXX-XXX YY

Формат совпадает с @Matches в DTO и XSD ФНС/СФР — бухгалтер набирает «как
видит», backend принимает без ручной нормализации.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-04-23 13:30:40 +00:00
coopops 73c37ec4ab [989-7][@ant] fix(reports): все DTO реквизитов выровнены под XSD ФНС
Проверил OrganizationDataInputDTO и UpdateReportRequisitesInputDTO против
паттернов XSD (NO_BUHOTCH / NO_USN / …). До этого UpdateReportRequisitesInput —
полей manual-ввода — валидировал только @IsString: сохранялись любые значения
(ОКТМО 10 цифр, ОКПО 11-13 и т.д.), а XSD на выгрузке падал. Теперь оба DTO
применяют единые regex:

  ИНН   — 10 (юр) или 12 (ИП) цифр        \d{10}|\d{12}
  КПП   — 4 цифры + 2 [0-9A-Z] + 3 цифры  \d{4}[0-9A-Z]{2}\d{3}
          (5-6 позиции могут быть буквами — иностранные организации)
  ОГРН  — 13 или 15 цифр                  \d{13}|\d{15}
  ОКТМО — 8 или 11 цифр                   \d{8}(\d{3})?
  ОКВЭД — XX, XX.X, XX.XX, XX.XX.X/XX     \d{2}(\.\d{1,2}){0,2}
  ОКФС  — 1-3 цифры                        \d{1,3}
  ОКОПФ — 5 цифр                           \d{5}
  ОКПО  — 8 или 10 цифр                    \d{8}(\d{2})?
  СНИЛС — XXX-XXX-XXX YY или 11 цифр       \d{3}-\d{3}-\d{3} \d{2}|\d{11}
  РегСФР— XXX-XXX-XXXXXX (14 симв.)        \d{3}-\d{3}-\d{6}

SettingsPage: placeholder ОКТМО «8 или 11 цифр».

Источник истины — XSD отчётности. При изменении XSD обновляем паттерны
здесь, а не наоборот.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-04-23 13:30:40 +00:00
coopops e6812c01e2 [989-7][@ant] fix(reports): валидация ОКПО соответствует XSD ФНС (8 или 10 цифр)
Было: UpdateReportRequisitesInputDTO.okpo и OrganizationDataInputDTO.okpo —
@IsString без паттерна/длины → сохранялись любые значения (11-13 цифр),
при генерации отчёта XSD падал «[facet 'pattern'] not accepted by [0-9]{10}».

Стало: @Matches(/^\d{8}(\d{2})?$/) — принимаем 8 (ГОСТ-юрлицо) или 10 (ФНС).
Сообщение «ОКПО — 8 или 10 цифр». SettingsPage: placeholder «10 цифр».

Главный контракт для поля — валидация XSD отчётности (согласование с ФНС),
UI-сохранение подгоняется под неё.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-04-23 13:30:40 +00:00
coopops 05688b82d0 [989-7][@ant] fix(reports): SettingsPage getSource через Zeus.RequisiteSource (не хардкод)
Использую enum из SDK Zeus — он генерируется из schema.gql при каждой пересборке,
всегда синхронен с backend. Захардкоженные 'database'/'manual' были time-bomb
(при переименовании enum-values на бэке UI молча переставал работать).

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-04-23 13:30:40 +00:00
coopops 858a74a507 [989-7][@ant] fix(reports): реквизиты — badge «Не заполнено» везде + generateReport class-validator ошибки
Проблема: бухгалтер на странице «Реквизиты отчётности» видел badge «Не заполнено»
у каждого поля, хотя данные заполнены и отображаются. При генерации любого отчёта
падал BadRequest с class-validator сообщениями «inn should not be empty, inn must
be a string, КПП должен быть 9 цифр, ...».

Причины:
1. UI: Nest сериализует enum RequisiteSource ключами GraphQL (DATABASE/MANUAL/EMPTY),
   а getSource() в SettingsPage сравнивал с TS-значениями (database/manual/empty) —
   всегда попадал в 'empty' → badge «Не заполнено». Фикс: toLowerCase-нормализация.
2. Backend: OrganizationDataInputDTO — опциональный override при generateReport,
   но поля inn/kpp/orgName/ogrn/okved/oktmo/signerLastName/signerFirstName были
   помечены @IsNotEmpty. Когда клиент не передавал organization, NestJS pipe всё
   равно валидировал DTO и ругался на пустые required-поля. Фикс: все поля → IsOptional
   + nullable=true; паттерн-валидация применяется только если поле передано явно.
3. schema.gql / SDK регенерированы под nullable.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-04-23 13:30:40 +00:00
coopops 776c9770c3 [989-7][@ant] fix(reports): «Выпуск» без скобок + умеренный цвет Активный/Пассивный и Дебет/Кредит
- wallet-registry: id=0 → «Выпуск» (убрал отсебятину «(внешний источник)»)
- AccountsPage основная таблица: «Активный» blue-grey-8, «Пассивный» brown-7 + medium weight — не кричаще, но читаемо
- AccountsPage child-table: Дебет blue-grey-8, Кредит brown-7 — та же цветовая пара для консистентности

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-04-23 13:30:39 +00:00
coopops 5603106730 [989-7][@ant] fix(reports): убрать неиспользуемую displayAccountCode
Функция стала мёртвой после перехода Проводок по счетам на AccountIdCell
(accountCode вычисляется прямо в accountRows через /1000). Eslint
no-unused-vars ругался — удаляем.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-04-23 13:30:39 +00:00
coopops 1f23a27c6c [989-7][@ant] feat(reports): реестр счетов + AccountIdCell + wallet_id=0 «Выпуск», упрощение палитры
Shared
- wallet-registry: +{id:0, 'Выпуск (внешний источник)'} — frontend-only (в wallets.hpp нет), для walletop issue/consume где wallet_from=0 или wallet_to=0
- account-registry: TS-копия LEDGER2_ACCOUNT_MAP из accounts.hpp (04/08/51/58/80/86) + getAccountName/getAccountMeta/storedIdToCode
- AccountIdCell: EntityIdBadge + tooltip с названием счёта, принимает code (51), не stored id×1000

OperationsPage
- «Проводки по счетам» используют AccountIdCell: debitCode/creditCode через /1000

AccountsPage
- Основная таблица: id счёта через AccountIdCell (tooltip с названием)
- Убрана цветная q-badge «Активный/Пассивный» → text-caption.text-grey-7
- Child-таблица: «Дебет/Кредит» не позитивным/негативным, а серым (text-grey-8) — убрали разноцветие

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-04-23 13:30:39 +00:00
coopops d36e3f5bf2 [989-7][@ant] refactor(reports): подсветка expand-таблиц, tooltip кошельков, переходы к операции
- q-card flat bordered обрамляет таблицы «Движения»/«Проводки» в expand — тема подхватывается Quasar автоматически
- WalletIdCell: tooltip вынесен наружу EntityIdBadge (у badge нет default slot, tooltip внутри выпадал) — теперь подсказка с названием кошелька появляется при наведении
- AccountsPage: кнопка «Все проводки» → «Все операции»
- AccountsPage expand: колонка «открыть» — икона «fa-up-right-from-square» на каждой строке debit/credit, ведёт на OperationsPage?process_hash=…; убран цветной q-badge по типу — просто text-positive/negative
- WalletsPage expand: такая же икона «Показать операцию» на каждой строке движения
- OperationsPage: поддержан route.query.process_hash — фильтр применяется в loadHistory, chip «Операция xxxxxxxx» активного фильтра (removable → чистит URL)

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-04-23 13:30:39 +00:00
coopops c9213c58e3 [989-7][@ant] refactor(reports): UX экспанда — EntityIdBadge+tooltip, col-md-6 таблицы, чистая шапка
Shared
- src/shared/lib/ledger2/wallet-registry.ts: 17 пар id→name (sync с contracts/cpp/lib/core/ledger2/wallets.hpp) + getWalletName()
- extensions/reports/shared/ui: WalletIdCell (EntityIdBadge + tooltip с названием из реестра, clip по клику), DirectionCell (стрелка + «Входящий/Исходящий/Перевод» одним текстом)

OperationsPage
- Колонка № = EntityIdBadge[:8] + tooltip; клик копирует полный processHash
- Chip операции flat: pastel bg + deep text по префиксу action_code, без иконки/outline
- Шапка expand переделана: цветная вертикальная полоска (accent по префиксу), крупное название, action_code моно, ID процесса через EntityIdBadge полный, примечание с иконкой note-sticky
- Таблицы «Движения» и «Проводки» в .row.q-col-gutter-md → col-12.col-md-6 (стек на мобилках)
- «Проводки по счетам»: убраны q-badge зелёный/красный — просто моноширинный текст
- Движения используют DirectionCell + WalletIdCell

WalletsPage expand — тот же DirectionCell + WalletIdCell.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-04-23 13:30:39 +00:00
coopops 8a55b3b1f4 [989-7][@ant] fix(reports): SQL-каст global_sequence::bigint + Из/В стрелки в expand WalletsPage
- typeorm-ledger2-state: global_sequence хранится как varchar(32), COALESCE с bigint падал «types text and bigint cannot be matched» — явный ::bigint каст на обеих сторонах сравнения и в MIN()
- WalletsPage expand: child-таблица движений теперь с колонками Из/В, стрелка ↓ входящее / ↑ исходящее / ↔ перевод; собственный кошелёк (props.row.id) выделен жирным

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-04-23 13:30:39 +00:00
coopops aea781fa83 [989-7][@ant] feat(reports/ledger2): корректные проводки и движения — 2 таблицы со стрелками, id/1000, badgeId, 2-знака
Backend (controller):
- Ledger2Operation +walletFrom/walletTo (из data->>'wallet_from|wallet_to' для walletop)
- GetLedger2HistoryInput +parentApplyGlobalSequence: при раскрытии одного apply
  фильтруем siblings диапазоном global_sequence до следующего apply того же
  processHash — multi-effect процессы (cap.act2res) больше не сваливают трио
  соседних apply в одну кучу
- SDK перегенерирован

Frontend (desktop/reports):
- OperationsPage: колонка № = processHash[:8] как q-badge в моноширинной стилистике
- Строка операции: q-chip цвета по префиксу action_code (reg/wall/cap/mkt/sov/mig)
- Expand разделён на 2 таблицы:
  * «Движения по кошелькам» (walletop) со стрелками: ↓ зелёное входящее,
    ↑ красное исходящее, ↔ перевод; колонки «Из» / «В» / сумма
  * «Проводки по счетам» (debit+credit) парой Дт→Кт в одной строке; id/1000
    для счетов (51000 → 51)
- Суммы форматируются formatAsset2Digits (2 знака вместо 4): 100.0000 → 100,00
- Загрузка siblings через parentApplyGlobalSequence — пары Дт/Кт не разваливаются
- AccountsPage / WalletsPage: формат суммы 2 знака в child-таблицах

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-04-23 13:30:39 +00:00
coopops 8917dbe392 [989-7][@ant] refactor(desktop/FSD): вывести api за фасад model в Ledger2/Report/Account
- entities/Ledger2: добавлен Pinia store (loadAccounts/loadWallets/loadHistory + getAccountById/getWalletById), api/ теперь внутренний (move api.ts → api/index.ts), index.ts экспортирует только model + types
- entities/Report: убран export api из index.ts, store расширен loadRequisites/updateRequisites/checkReadiness
- entities/Account: добавлен прямой реэкспорт model (к легаси namespace ExtensionMode)
- 4 reports-страницы переведены на useLedger2Store()/useReportStore()/useAccountStore() — никакого прямого *Api в страницах

Эталон — entities/Meet. Смысл — публичный контракт entity = только model, чтобы позже её можно было упаковать в виджет/расширение.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-04-23 13:30:38 +00:00
coopops 9eaa0fab4c [989-7][@ant] fix(reports): видимый чип фильтра на OperationsPage + убрать hero-title на DocumentsPage/SettingsPage
- OperationsPage: chip «Счёт NN — Название» / «Кошелёк NN — Название» при переходе с Wallets/Accounts, removable синхронизирует URL query
- DocumentsPage: убран hero-card «Отчётность»
- SettingsPage: убран hero-card «Реквизиты отчётности»

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-04-23 13:30:38 +00:00
coopops 3581815f3d [989-7][@ant] fix(reports): тёмная тема date-пикеров, фильтр по кошельку/счёту, заголовок на AccountsPage
- OperationsPage: нативные q-input type=date → q-popup-proxy + q-date (тема + иконка корректны на dark)
- ledger2 getHistory: фильтр accountId для apply-заголовков через подзапрос по process_hash — переход «К операциям»/«Все проводки» теперь находит связанные apply; siblings (walletop/debit/credit) остаются на прямом совпадении
- AccountsPage: убран hero-title «Счета» (как для OperationsPage)
- регенерирован SDK под новое поле processHash в schema.gql

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-04-23 13:30:38 +00:00
coopops a17bead082 [989-7][@ant] fix: убрать заголовок и дублирующий код операции на OperationsPage — русское название операции достаточно, технический код захламляет интерфейс бухгалтера 2026-04-23 13:30:38 +00:00
coopops f14296d468 [989-7][@ant] fix: добавить ?? [] для childOps.get() — vue-tsc: Map.get() может вернуть undefined, rows требует массив 2026-04-23 13:30:38 +00:00
coopops dabba3235a [989-7][@ant] fix: переработать UI расширения reports и исправить баги данных — бухгалтер не мог пользоваться интерфейсом из-за технических меток и сломанной генерации
- убраны hero-subtitle на всех страницах (Операции, Кошельки, Счета, Отчётность, Реквизиты)
- OperationsPage: только apply-записи, реестр ACTION_CODE → русское название, FIO-обогащение, дочерние проводки в expand
- WalletsPage/AccountsPage: inline-expand с движениями/проводками без перехода на другую страницу
- SettingsPage: убрана секция «Готовность форм», кнопка сохранения наверх, фикс бейджа (source database→blockchain)
- DocumentsPage: русские названия форм (BUHOTCH→Бухотчётность и т.д.)
- backend: фикс quantity (amount вместо quantity), wallet_from/wallet_to в фильтре accountId, новый processHash-фильтр
- SDK: processHash добавлен в GetLedger2HistoryInput
- Report/api.ts: organization не отправляется как undefined (фикс class-validator ошибок)
2026-04-23 13:30:38 +00:00
coopops 214db313cc [989-4][@ant] fix(extensions): reports как default app + initialize-стаб — устанавливается автоматически
Два пробела после [116] «reports встроенный extension»:
- reports отсутствовал в getDefaultApps(), поэтому не оседал в postgres через installDefaultApps на старте controller'а — приходилось ставить руками.
- ReportsExtensionModule не имел метода initialize(), и lifecycle-service кидал «moduleInstance.initialize is not a function» при runApp.

Фиксы:
- getDefaultApps(): +reports (enabled=true, builtinDefaultConfig).
- ReportsExtensionModule: async initialize() {} — stub по образцу BuiltinPluginModule (нет своего крона/состояния).
- postgres-init.ts: дублирующий seed в initExtensionsInPostgres (ON CONFLICT DO NOTHING) — чтобы boot:extra сразу давал столу появиться, не ждать следующего onModuleInit.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-04-23 13:30:37 +00:00
coopops 425b3884d0 [989-4][@ant] fix(desktop): vue-tsc зелёный в PaymentCard — каст payment.id к string
Zeus-скаляр ID разворачивается как непрозрачный `{}`, поэтому `:id='payment.id'`
не присваивался string-пропу кнопок. Явный `String(payment.id)` убирает обе ошибки
vue-tsc без изменения runtime-поведения (v-if уже гарантирует truthy).

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-04-23 13:30:37 +00:00
coopops 84b051bbe9 [989-4][@ant] fix(controller): typecheck зелёный — pre-existing импорты и делегаты
- `appstore/extension/extension-app.module.ts` — `./interactors/*` → `../interactors/*` (файлы лежат в `application/appstore/interactors/`, модуль в соседнем `extension/` подкаталоге).
- `gateway/adapters/gateway-interactor.adapter.ts` — адаптер реализует `GatewayInteractorPort`, но не прокидывал два метода. Добавлены делегаты `executeIncomePayment(id, status)` и `expireOutdatedPayments()` в `GatewayInteractor` (сами методы уже реализованы в интеракторе — adapter просто их вызывает).
- `app.ts` — явная аннотация `const app: Express = express()` — иначе inferred-тип ссылается на внутренний путь `@types/express-serve-static-core` из pnpm-store (TS2742 portability warning).

`tsc --noEmit` теперь зелёный. Runtime поведение не меняется.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-04-23 13:30:37 +00:00
coopops 4d56683fc6 [989-4][@ant] refactor(capital): COMMIT_RID перенесён в approvecmmt — отдельный процесс cap.apprvcmmt
По ревью 2026-04-20 (#3112334605): коммит РИД — самостоятельная фаза жизненного цикла
(Dr 08 / Cr 80 на каждом одобрении мастера), acceptance в signact2 только закрывает
накопленное 08 на 04. Matrix 2026-04-19 (Ангелина): «собирать на 08 частями по мере
коммитов, переносить на 04 когда РИД собран».

Изменения:
- `capital::approvecmmt` — после `upsert_creator_segment` считает
  Δ `segment.available_for_program` (intellectual_cost − debt_amount) и эмитит
  `COMMIT_RID` на эту дельту с `process_hash = project_hash`. Инвариант
  `delta >= 0` защищён `eosio::check`.
- `capital::signact2` — `COMMIT_RID` больше не вызывается здесь; остаётся
  `ACCEPT_RID` на полный `segment.available_for_program` + опциональный
  `REPAY_LOAN`. Σ COMMIT_RID по сегменту == ACCEPT_RID → 08 закрывается в ноль.
- `process-hash-locator.ts` — новый process_type `cap.apprvcmmt` → table `projects`,
  field `project_hash`. `cap.commit` action_code перемаплен с `cap.act2res`
  на `cap.apprvcmmt`. `cap.act2res` теперь содержит только `cap.accept` + `cap.lnrepay`.
- `LEDGER2_CHART_OF_ACCOUNTS.md` + `_blago/17/req#50` — раздел «Процессы»
  обновлён: добавлен `cap.apprvcmmt`, переформулированы комментарии по
  `cap.commit` / `cap.accept`, зафиксирован инвариант.

Сборка capital.wasm / ledger2.wasm — зелёная.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-04-23 13:30:37 +00:00
coopops bd63c3884e [989-4][@ant] review(ledger2/reports): ответы на 29 комментариев PR #357 — расширение справочника, тонкий DocumentsPage со стором, blockchain→database в reports
- docs: _blago/17 req #50 — §2 переписан на текущее состояние (6 счетов, 17 кошельков, 5 WalletOp, 18 кодов) + запись 2026-04-20 merged. _blago/33 новый req «Реестр операций ledger2 для отчётности» (только таблицы).
- contracts: wallets.hpp — MARKETPLACE_FUND → «ЦПП Стол Заказов». table_ledger2_account.hpp — doxy формула сальдо ACTIVE/PASSIVE/ACTIVE_PASSIVE. LEDGER2_CHART_OF_ACCOUNTS.md — sync.
- cooptypes: ledger2/tables/ оформлены как capital/tables (accounts/wallets/meta с tableName+scope), interfaces/ledger2.ts — IAccount2/IWallet2/IMeta.
- controller: Ledger2Contract.contractName.production вместо 'ledger2'-хардкода (process-registry.service, typeorm-ledger2-state.repository, table-names через Ledger2Contract.Tables.*.tableName). HARD_LIMIT пояснён. V2.0.0/V2.0.1 миграции удалены (sync: true). reports → builtin extension. chart-of-accounts.entity: убран TODO LONG_TERM_LOANS. ledger2-account/wallet interfaces — ACTIVE_PASSIVE явно задокументирован, sink заменён на конкретные назначения.
- controller/reports: RequisiteSource BLOCKCHAIN → DATABASE (ИНН/КПП/ОГРН живут в БД кооператива, не в контракте); preview — КНД-коды помечены как национальный стандарт ФНС; resolver — убраны лишние уточнения в description; xml-utils — generateUuid удалён, psv/uusn/uv-vznosy переведены на generateFnsFileName. AGENTS.md — раздел «Process Registry — обязательные инварианты» + feedback в memory.
- desktop: DocumentsPage.vue разбит на тонкий компонент + GenerateReportDialog / ReportResultDialog; Pinia-store useReportStore (entities/Report/model/) владеет reports/archive/downloads. WalletsPage — чистая таблица без soviet/пулов. OperationsPage — querySelector → Vue refs, Memo→Заметка. Notify.create → SuccessAlert/FailAlert из shared/api.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-04-23 13:30:37 +00:00
coopops 7bbce2298d [989-4][@ant] fix(test): AC8 в ledger2-migrate.test.ts — учесть baseline кошельков
Первый прогон показал: Σ wallets после миграции = 1_000_182_700 (testnet
накопил wallet-балансы при boot процессе создания 5 пайщиков), но AC8
ожидал ровно seedCash=5000. Это моя ошибка в ассерте — seed добавляет
seedCash к baseline, а не формирует всю сумму.

Фикс:
- Добавлена переменная baselineWalletsTotal (измеряется в seed-фазе ДО
  первой миграции, как и baselineCashAcc/ShareAcc/EntryAcc).
- AC8 теперь проверяет totalWallets ≈ baselineWalletsTotal + seedCash.

Прогон полного pnpm test:all после фикса: 76 passed | 3 failed | 1 skipped.
Все 3 оставшихся fail — pre-existing, не связаны с ledger2-рефактором:
- registrator тесты ждут legacy `circulating_account`, отключённый ещё в
  Epic 1 intro (b67d41b00f).
- capital-import тест на `status === 'active'` — логика importcontr.cpp
  не менялась в этом PR.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-04-23 13:30:37 +00:00
coopops b17ddb46a8 [989-4][@ant] fix(ledger2): миграция progwallets — прямой emplace в wallets2 без бух-проводок
Первый прогон тестов обнаружил архитектурную ошибку моей предыдущей
реализации миграции: я предположил, что `progwallet.blocked` в soviet —
это часть `legacy::ledger::accounts[80]` и поэтому при переносе вычитал
progwallet-суммы из share_money. Тестнет показал обратное:

  Error: share_remain < 0 на voskhod
    (share_money=3500 RUB, blagorost_invest=1 млрд RUB)

`legacy::ledger::accounts` и `soviet::progwallets` — параллельные системы
учёта, `progwallets.blocked` НЕ проводится через 80-й счёт. Любая бух-
проводка при переносе progwallet давала бы двойной учёт на 80.

Фикс:
- Удалены из actions.hpp записи `mig.blago` (TRANSIT_BLAGOROST) и
  `mig.commit` (TRANSIT_COMMITMENT) — они были ошибкой. Осталось 18 ops.
- `migrate.cpp` разделён на два независимых потока:
  A. Бухгалтерский — 4 inline apply(TRANSIT_*) по legacy::accounts
     (min_share + share + entry + rid). Формулы упрощены:
     share_money = cash_legacy − entry_legacy,  rid_share = share_legacy − share_money.
  B. Программные кошельки — новый хелпер `emplace_wallet_only()`,
     ПРЯМОЙ wallets2.emplace для blagorost (9001) и generator (10001)
     БЕЗ ledger2::apply и БЕЗ Dr/Cr. progwallets не влияют на 80/86/04.
- Инварианты упрощены: share_remain < 0 проверка убрана (невозможен), но
  остались cash_legacy >= entry_legacy и share_legacy >= share_money.

process-hash-locator.ts: убраны `mig.blago` и `mig.commit` из маппинга
action_code → process_type. `mig.transit` остался с 4 action_code.

Документация LEDGER2_CHART_OF_ACCOUNTS.md обновлена: раздел миграции
разделён на A (4 проводки через apply) и B (2 прямых emplace без проводок).

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-04-23 13:30:37 +00:00
coopops 7d9e06e24d [989-4][@ant] refactor(ledger2): apply.cpp использовать get_cooperative_or_fail + справочник LEDGER2_CHART_OF_ACCOUNTS.md
- apply.cpp: ручной cooperatives2_index.find → get_cooperative_or_fail из
  lib/domain/table_registrator_coops.hpp. Хелпер проверяет существование,
  is_cooperative и status='active' единым check'ом. Закрывает коммент
  ревью 3110497427 PR #357.

- Добавлен components/context/notes/LEDGER2_CHART_OF_ACCOUNTS.md — полный
  справочник «как заполняются по факту»: план счетов (6), кошельки (17),
  типы WalletOp (5 включая WALLET_ONLY), реестр операций (20 записей с
  Dr/Cr/Wallet/назначением), связь process_type → action_code, инварианты
  миграции. Закрывает коммент 3111229308 PR #357.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-04-23 13:30:37 +00:00
coopops c2e2e51e27 [989-4][@ant] refactor(ledger2): пересмотр плана счетов + кошельков + реестра операций по code-review PR #357
Ответ на 22 треда ревью владельца (2026-04-20). Детерминированная миграция
без транзитного 99 и зеркала CASH_MAIN, разнесение legacy на 6 целевых
кошельков. Разделение ACT2_SHARE на commit (08/80) + accept (04/08).
Заём переведён с 67 на 58/51. Введён WALLET_ONLY тип проводок.

План счетов (6 вместо 7):
- удалён 99 OPENING_TRANSIT (лишний транзит)
- удалён 67 LONG_TERM_LOANS (займы теперь через 58/51)
- добавлен 08 NON_CURRENT_INVESTMENTS «Вложения во внеоборотные активы»
  для промежуточного «принятый коммит»: commit → Dr 08/Cr 80, accept → Dr 04/Cr 08

Кошельки (17 вместо 11):
- удалены: 1001 CASH_MAIN, 4050 LOAN_RECEIVED, 4052 DEBT_CLOSED_SINK
- добавлены: 4051 LOAN_ISSUED, 5001 MANUAL_ADJUST,
  9001-9004 Благорост (INVEST/RID/PROPERTY/MEMBERSHIP),
  10001-10002 Генератор (COMMIT/MEMBERSHIP), 11001 MARKETPLACE_FUND

Реестр операций (20 записей, WalletOp::WALLET_ONLY=4 новый):
- ACT2_SHARE разбит на COMMIT_RID (cap.commit) + ACCEPT_RID (cap.accept)
- ACT2_LOAN/LOAN_REPAYMENT → ISSUE_LOAN (cap.lnissue, Dr 58/Cr 51) + REPAY_LOAN (cap.lnrepay, Dr 80/Cr 58)
- CAPITAL_IMPORT → ISSUE на BLAGOROST_INVEST 9001
- ACT2_PROGRAM_PROP → ISSUE на BLAGOROST_PROPERTY 9003
- CONVERT_TO_AXN → human_name «Трансляция паевого взноса из ЦПП Цифровой Кошелёк в членский взнос за пользование инфраструктурой»
- Новое cap.invest — WALLET_ONLY TRANSFER SHARE_FUND_PAY 2001 → BLAGOROST_INVEST 9001 (без бух-проводок)
- OPENING_CASH удалён. OPENING_SHARE/ENTRY/RID → TRANSIT_SHARE/ENTRY/RID
- Добавлены TRANSIT_MIN_SHARE, TRANSIT_BLAGOROST, TRANSIT_COMMITMENT
- Compile-time валидации: wallet_only_has_zero_accounts, dr_ne_cr_when_posting, transfer_wallet_from_ne_to (покрыт и WALLET_ONLY)

Миграция (migrate.cpp) — вариант C + progwallets:
- Читает cooperative2.minimum + active_participants_count (fallback — participants status='accepted')
- Суммирует progwallet.blocked по program_id=4 (Благорост) и =3 (Генератор)
- До 6 TRANSIT_* проводок per кооп с инвариантами eosio::check
- Прямые Dr/Cr без 99-транзита, двойной wallet-учёт исключён

Вызывающие контракты:
- capital::signact2: ACT2_SHARE → COMMIT_RID + ACCEPT_RID (атомарно, один process_hash). ACT2_LOAN → REPAY_LOAN
- capital::debtpaycnfrm: LOAN_REPAYMENT → ISSUE_LOAN (уточнено: это выдача займа, не возврат)

Controller + SDK:
- process-hash-locator.ts: мапа action_code → process_type под новые имена, до 3 action_code на один cap.act2res (commit + accept + lnrepay)
- sdk/reports/index.ts:4 — ИНН/КПП/ОГРН формулировка «живут в БД кооператива, не в блокчейне»

Тесты:
- ledger2-migrate.test.ts: переписан под 6 TRANSIT_* (AC1-AC9), проверка отсутствия 99 и 1001, инвариант Σ wallets
- ledger2-read-layer.test.ts: убран WALLET_CASH_MAIN, ACCOUNT_TRANSIT → проверка отсутствия, actionCodes 'mig.share'

Терминология:
- везде «паевой взнос» (не «пай», не «минимальный пай»). Feedback memory зафиксирован.

Закрытые треды ревью PR #357:
3110497427, 3110515593, 3110525276, 3110554221, 3110809387, 3110820659,
3110826179, 3110830707, 3110835085, 3110846530, 3110859570, 3110860470,
3110866644, 3110869995, 3110875784, 3110881945, 3110889550, 3110893784,
3110900719, 3110901751, 3111175626, 3111208865, 3111224738, 3111229308,
3111336184.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-04-23 13:30:37 +00:00
coopops 382f37b103 [989-4][@ant] revert(soviet): вернуть scope=_provider в converttoaxn Ledger2::apply (откат моего ошибочного Decision #7 из 42e9b536c8) + whitelist идентификаторов в migration V2.1.0
Файл converttoaxn.cpp
----------------------
Возвращаем код к состоянию из Epic 1 intro `b67d41b00fa`:
  Ledger2::apply(_soviet, _provider, CONVERT_TO_AXN, amount, coopname, process_hash, memo);

Что и почему было сломано:
- В Epic 1 intro `b67d41b00fa` стоял корректный scope=`_provider` —
  ledger2-зеркало легаси-кошелька из строки 21 (там
  `Wallet::sub_available_funds(_soviet, _provider, coopname, ...)` тоже
  на `_provider`-scope). Ручное тестирование владельца прошло успешно.
- В code-review коммит `42e9b536c83` (Decision #7) я сам, без
  воспроизводимого бага, свопнул аргументы на `Ledger2::apply(_soviet,
  coopname, ..., _provider, ...)`, рассудив, что имя параметра
  `coopname` «должно» означать кооп. Сломал: ledger2::apply валидирует
  `cooperatives2_index` → username пайщика (то, что реально передаётся
  в `coopname`-field action'а, см. system.adapter.ts:42 и memo
  «от пайщика с username=...») там отсутствует → action упал бы с
  «Неизвестный coopname: <username>».
- Cursor Bugbot на PR #357 справедливо указал на это. Признаю:
  это я привнёс в предыдущем коммите, теперь откатываю.

Scope двойной записи ledger2 — тот же `_provider`, что и у легаси-кошелька;
инжекция AXN (строка 49) идёт на `coopname`-параметр — это не меняется.

Файл V2.1.0__process_registry_jsonb_indexes.ts
-----------------------------------------------
Cursor LOW: migration строил DDL через template-literal интерполяцию.
Сейчас значения — литералы рядом в коде, инъекции нет, но future-edit
с кавычкой в названии поля сломает SQL. Добавил whitelist `^[a-z0-9_]+$`
с throw при нарушении — чисто defensive.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-04-23 13:30:37 +00:00
coopops c212fd7692 [989-4][@ant] test(capital): покрыть отделённый regshare после [562-13] — apprvappndx больше не inline-вызывает regshare
После [562-13] da8c443625 допуск (apprvappndx) и регистрация доли (regshare) разведены на два отдельных действия: signAppendix добавляет project_hash в appendixes контрибьютора, но сегмент в проекте больше не создаёт автоматически. Тесты 3-х спеков отражали старый «автоматический» флоу и падали на `Сегмент пайщика не найден` и `capital_contributor_shares = 0`.

Починка — без ослабления ассертов:
- processRegShare.ts: хелпер над capital::regshare
- A) "вклады… зарегистрированы автоматически" → "регистрируем доли через capital::regshare отдельным действием": спек сам вызывает regshare с user_shares = balance, жёстко проверяет segment.is_contributor=1, capital_contributor_shares==balance, Σ сегментов == Σ балансов, total_capital_contributors_shares==то же
- B) новый спек "regshare идемпотентен" — покрывает upsert-семантику regshare.cpp
- C) "тест ВЫСОКОЙ ТОЧНОСТИ": после signAppendix добавлен regshare по балансу — сегменты существуют до rfrshsegment/commitToResult; ассерт totalSharePercent≈100% остался

Результат: 60 passed | 1 skipped (61) против 3 failed | 56 passed | 1 skipped (60) до правки. Никаких .skip / try-catch-swallow — тесты честно зелёные.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-04-23 13:30:37 +00:00
coopops 2e0eb9a2de [989-4][@ant] fix(stream-consumer): убрать silent-error swallow + XAUTOCLAIM pending re-delivery + XTRIM MINID по consumption — чтобы parser/controller не теряли события при burst'ах и рестартах, и Epic 4 ProcessRegistry работал end-to-end на живой цепочке
Silent-catch в blockchain-consumer ACK'ил сообщения даже при упавшем saveDelta —
данные терялись безвозвратно; wallet::deposits/candidates2 не доходили до PG.
Consumer использовал `consumer-${random}` — каждый рестарт плодил zombie
со своими pending. Parser XTRIM MAXLEN=1000 при burst'ах удалял свежие
сообщения до того, как controller их прочитывал. rows$.subscribe без
error-handler'а молча убивал весь поток парсера при WS-разрыве.

Controller (blockchain-consumer.service.ts + redis-stream.service.ts):
- processDelta/processAction: убран try/catch-log-only → ошибки бросаются
  до handleMessage, сообщение остаётся pending в группе для retry.
- processAction: убран setTimeout(3s) fire-and-forget → ACK теперь после
  фактического save, а не до него.
- consumerName: стабильное 'coopback-main' вместо random.
- onModuleInit: recoverOwnPending (XREADGROUP STREAMS 0) доигрывает свои
  pending после рестарта; reclaimStalePending (XAUTOCLAIM idle>5min)
  забирает pending у зомби-consumer'ов.
- Периодические: XAUTOCLAIM 1/min + XTRIM MINID <first-pending-id> 1/30s
  — Redis-память ограничена фактической consumption, не придуманным числом.

Parser (RedisNotifier + DeltaParser + ActionParser + config):
- publishEvent/publishDelta/publishFork: XTRIM убран (trim — роль consumer'а).
- REDIS_STREAM_LIMIT удалён из config.ts / .env-example / AGENTS.md.
- rows$.subscribe({next,error,complete}) вместо callback'а: ошибка/complete
  триггерят process.exit, docker по restart:unless-stopped поднимает заново.

Integration tests (components/boot/src/tests/, +382 строк):
- process-registry.test.ts (Epic 4 e2e): 5 кейсов — reg.regist 2×apply,
  wall.deposit, processes listing, hex-64 validation, 404 на unknown hash.
- ledger2-read-layer.test.ts (Story 1.23 e2e): 5 кейсов — on-chain↔
  GraphQL срез accounts/wallets/history + фильтры actionCodes/accountId.
- shared/apiClient.ts: login chairman (eosjs-ecc) + gql + waitUntil.

Проверка на живой среде после fix'а:
- XLEN notifications = 70 (раньше 1001 фиксированно или потеря при burst).
- pending=0, lag=0 — ни одного silent drop, XAUTOCLAIM очистил зомби.
- blockchain_deltas впервые содержит wallet::deposits=3 (было 0).
- 18/18 boot integration + 77/77 controller unit тестов зелёные.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-04-23 13:30:36 +00:00
coopops 62bb9bddbb [989-4][@ant] refactor(process-registry): code review Epic 4 — починить тесты, локатор, миграцию, unify cap.act2res
Все блокирующие находки code review.

CRITICAL
  tests/unit/process-registry: переписаны под текущую архитектуру.
  Epic 1 addendum удалил wjournal/journal, Phase A стал читать
  blockchain_actions, но тесты остались мокать deltaRepo с _ledger2
  якорями → 4 из 6 кейсов падали с NotFoundException. Commit message
  Epic 4 "67/67 passed" стал неверен. Теперь:
    - Phase A мокается через actionRepository (name='apply', action_code
      в data, process_hash в data);
    - Phase B — deltaRepo с правильными таблицами (candidates2, results,
      deposits, etc.);
    - processType выводится из ACTION_CODE_TO_PROCESS_TYPE (не из
      delta.value.process_type);
    - добавлены кейсы reg.regist (2 apply под одним hash) и mig.opening;
    - account: '_ledger2' → 'ledger2' (bug с переименованием eeb4d50).
  Результат: 8/8 ProcessRegistry-тестов зелёные, всего suite 77/77.

HIGH — PROCESS_HASH_LOCATOR: неверные имена таблиц/полей.
  Проверено по C++ контрактам:
    registrator::regs         → candidates2                 (field: registration_hash)
    capital::segments         удалена из локатора           (project_hash, не result_hash)
    capital::debts/result_hash→ debts (только для cap.debt, поле debt_hash)
    capital::properties       → pgproperties                (field: property_hash)
    marketplace::requests/request_hash → hash               (поле именно hash)
  Без этого getProcess для reg.regist/mkt.offereq/cap.act2*/cap.act2prp
  возвращал пустое delta_history — UI был пустым на главном use-case.

HIGH — cap.act2res унификация (пользовательское уточнение).
  Акт-2 это ОДИН процесс с ДВУМЯ эффектами (приём РИД в пай + погашение
  займа), а не два процесса. В C++ ACTION_REGISTRY оба action_code
  (cap.act2shr + cap.act2ln) уже указывают на CAPITAL_ACT2_RESULT =
  "cap.act2res". Backend теперь то же:
    - ACTION_CODE_TO_PROCESS_TYPE: cap.act2shr / cap.act2ln → cap.act2res;
    - PROCESS_HASH_LOCATOR: cap.act2res → [results] (segments/debts
      связаны через project_hash, не result_hash — не часть этого процесса);
    - IProcessType: заменили cap.act2shr | cap.act2ln на cap.act2res.
  UI при рендере process.actions видит два apply с разными action_code
  → группирует и показывает два эффекта раздельно внутри одной карточки
  процесса (discriminator = action.data.action_code).

HIGH — Migration V2.1.0: индексы были без LOWER() → планировщик не
  выбирал их, все getProcess упирались в seq-scan blockchain_deltas.
  Теперь все expression-индексы построены на LOWER(value->>'field')
  (совпадает с сервисным WHERE). Обновлены имена таблиц/полей согласно
  новому PROCESS_HASH_LOCATOR. coopname не в индексе — OR (scope/value)
  не покрывается одним expression-index, постфильтр дёшев (≤5 строк
  per hash). CONCURRENTLY не используется (DEV-стенд).

HIGH — listProcesses GROUP BY двоил мульти-операционные процессы.
  Было: GROUP BY action_code, hash, coopname — для reg.regist (entrfee+
  minshare) и cap.act2res (shr+ln) показывало по две строки, totalCount
  (COUNT DISTINCT hash) не совпадал с items.length.
  Стало: GROUP BY LOWER(hash), coopname; MIN(action_code) для вывода
  processType (у мульти-action процессов оба action_code маппятся в
  один type, так что MIN даёт корректный тип).

HIGH — Убрать N+1 per-row counts в listProcesses.
  Было: на каждую строку page 3 SQL (countActionsByHash +
  countDeltasByHash + countDocumentsByHash). 100 строк × 3 SQL на
  request → connection pool exhaustion под нагрузкой. Поля
  actionCount/deltaCount/documentCount удалены из ProcessSummary DTO
  и IProcessSummary interface. UI запрашивает getProcess(hash) при
  раскрытии конкретного процесса — там счётчики выводимы из
  actions.length/delta_history.length/documents.length.

Silent fixes:
  - LIMIT/OFFSET в listProcesses: параметризация через $n вместо
    литералов (безопасность + корректность при edge NaN).
  - compareByBlock: tiebreaker по global_sequence (BigInt) когда
    block_num + created_at совпадают — детерминированный порядок.
  - blockchain-consumer: строгая проверка непустой строки в
    value.coopname перед fallback на scope (пустой "" теряет дельту).
  - Удалён dead LEDGER2_ACTION_NAMES.
  - Устаревший комментарий ProcessRegistryDomainModule → blockchain_actions.
  - add-test-user.ts: cleos-подсказки обновлены с wjournal на
    candidates2/accounts2/wallets2.

Преднамеренно НЕ трогаю:
  - Cross-tenant coopname validation (E1): оставлено для federation.
  - Fork purgeAfterBlock (E6): вне scope Story 1.23, общесистемный
    вопрос для отдельной задачи.
  - Redis cache hardening (E9-E11): TTL 60s acceptable для MVP.
2026-04-23 13:30:36 +00:00
coopops 175d9f5e8e [989-3][@ant] feat(ledger2): Story 1.23 — read layer в controller — getLedger2Accounts/Wallets/History + переключить Reports UI
Пропущенный между Epic 1 (миграция плана счетов ledger2) и Epic 2 (генераторы,
ожидающие ×1000 offset id) backend-слой. До этого коммита:
  - getLedger читал legacy laccounts (id 50/51/80/86);
  - BuhotchGenerator фильтровал по ledger2-id (51000/80000/86000) → фильтр
    пуст → реальный БУХ-баланс в ФНС уходил с нулями;
  - WalletsPage показывал chartOfAccounts вместо общекооперативных
    кошельков (1001/2001/3001/4001);
  - OperationsPage фильтровал клиентски, пропуская записи на
    невиданных ещё страницах пагинации.

### Backend (controller)

Domain `src/domain/ledger2/`:
- `interfaces/ledger2-account.interface.ts` — id (×1000), balance, debit/credit,
  account_type (0=active / 1=passive).
- `interfaces/ledger2-wallet.interface.ts` — id, name, available, blocked.
  Кошельки пайщиков живут в контракте soviet — сюда не попадают.
- `interfaces/ledger2-history.interface.ts` — Operation DTO + фильтр с
  action/accountId/date-range/username.
- `ports/ledger2-state.port.ts` — единая точка чтения ledger2.

Application `src/application/ledger2/`:
- DTO (Ledger2Account/Wallet/Operation/HistoryResponse).
- `resolvers/ledger2.resolver.ts` — 3 query (Accounts/Wallets/History) с
  @AuthRoles(chairman, member).
- `services/ledger2.service.ts` — маппинг domain → DTO, quantity/globalSequence
  в String (BigInt safety).
- Ledger2Module — registered в AppModule.

Infrastructure:
- `typeorm-ledger2-state.repository.ts`:
  - Accounts/Wallets: `SELECT DISTINCT ON (primary_key) value ... ORDER BY
    primary_key, block_num DESC` из blockchain_deltas WHERE code='ledger2'.
    Отдельной подписки не нужно — BlockchainConsumerService уже пишет deltas.
  - History: `blockchain_actions WHERE account='ledger2'` + серверные фильтры
    через параметризованный SQL (account_id → id/account_id/wallet_id JSON
    поля; action_code и username через `data ->>`).
  - Сортировка DESC по block_num+global_sequence.

report.resolver.loadLedger → ledger2Service.getAccounts. Теперь id совпадает
с BuhotchGenerator.ACCOUNT_GROUPS (×1000 offset), BUHOTCH даст реальные
балансы вместо нулей. ReportsExtensionModule теперь импортирует
Ledger2Module вместо LedgerModule.

### SDK
- Queries: `GetLedger2Accounts`, `GetLedger2Wallets`, `GetLedger2History`.
- Selectors с `MakeAllFieldsRequired`-валидацией.
- Queries.Ledger2 namespace, Selectors re-exports из `selectors/ledger2/`.
- schema.gql + zeus регенерированы (controller auto-gen при старте).

### UI (desktop)
- `src/entities/Ledger2/{api,types}.ts` — обёртки SDK.
- WalletsPage: источник → `ledger2Api.getWallets(coopname)`. Expand-row с
  LedgerHistoryTable удалён (оставлена кнопка «Смотреть операции» — ведёт
  в OperationsPage с прокинутым wallet_id). Отдельный Ledger2HistoryTable-
  виджет не писал — избыточно для Story 1.23.
- AccountsPage: источник → `ledger2Api.getAccounts`. Добавлена колонка
  «Тип» (Активный/Пассивный из account_type). Сальдо теперь реально берётся
  из поля balance (не computed-difference), дебет/кредит — debitBalance/
  creditBalance. Expand-история также удалён.
- OperationsPage: источник → `ledger2Api.getHistory`. Все фильтры ушли на
  сервер (action-names, username, date-range, accountId). Клиентская
  фильтрация удалена (она пропускала операции на ещё не догруженных
  страницах). Server-side пагинация через @request, seq-guard против race'а
  при быстрых кликах. route.query.account_id/wallet_id прокидываются в
  filter.accountId.

### Проверено

- Controller TS: `npx tsc --noEmit` — 0 ошибок в ledger2/reports scope.
- SDK TS: 0 ошибок.
- Desktop vue-tsc: 0 ошибок в reports/entities/Ledger2 scope (PaymentCard.vue
  имел 2 предыдущих ошибки, не связаны).
- Repo-layer SQL (через psql): возвращает корректные данные из
  `voskhod.blockchain_deltas` (51000/80000/86000 accounts, 1001/2001/3001
  wallets с актуальными balance/available).
- GraphQL endpoint: `POST /v1/graphql { getLedger2Accounts(coopname:"voskhod") }`
  отвечает 401 Unauthorized (guards работают), без auth — ожидаемо.

### Scope не входит

- Миграция legacy getLedger/getLedgerHistory (кошельки пайщиков, member-UI).
  Пока не трогаю — другие потребители ещё на legacy. Решим отдельно когда/
  нужно ли списывать legacy ledger полностью.
2026-04-23 13:30:36 +00:00
coopops c2c6e65592 [989-3][@ant] refactor(reports): code review Epic 3 — signerType persist + 18 silent UX-fix
DN1 (signerType persistence, настоящий баг отчётности):
  Раньше председатель выбирал «Представитель» в SettingsPage → сохранял
  signerRepDoc, но сам тип подписанта (chairman/representative) нигде не
  персистился и при generateReport бэкенд брал `org?.signerType ?? 'chairman'`.
  ФНС/СФР получали XML с ПрПодп=1 всегда, даже для представителя по
  доверенности. Формально подпись не соответствовала указанной персоне.

  Фикс:
  - report_requisites.signer_type (varchar(16), nullable) — миграция
    V2.0.1 идемпотентно добавляет колонку.
  - UpdateReportRequisitesInputDTO.signerType + валидация @IsIn.
  - ReportRequisitesViewDTO.signerType (String!, default 'chairman' из сервиса).
  - MergedRequisites.signerType — чистый choice, не RequisiteField.
  - report.resolver.resolveOrgFields берёт merged.signerType приоритетнее
    org.signerType (input-override оставлен для бэк-совместимости).
  - SDK: regenerated zeus + selector обновлён.
  - SettingsPage: save шлёт signerType; load восстанавливает из ответа.

Silent UX-fix (DocumentsPage):
  - B2: correctionsColumns → computed, иначе заголовки «На 31.12.YYYY»
    замирают на init-годе и вводят председателя в заблуждение при смене.
  - B5: debounce 400 + min/max 2000..2100 на year-input + UI-гвард перед
    loadArchive, чтобы keystroke «2026 → 2» не спамил бэк 400-ответами.
  - B6: onFilterChange сбрасывает page=1 перед loadArchive — иначе при
    смене типа отчёта со страницы 5 попадаешь в пустой offset.
  - B7/E1: triggerDownload — append anchor в DOM + setTimeout revokeObjectURL,
    чтобы Firefox/Safari не обрывали скачивание "Network error".
  - B9: openGenerate сбрасывает genPeriod=1 и genYear к дефолту, иначе
    значение monthly (period=8) уносится в quarterly и бэк отбивает Max(4).
  - B14: archiveTypeOptions строит label из reports (человекочитаемые
    имена), а не тех-коды BUHOTCH/NDFL6.
  - B15: corrections отправляется только для BUHOTCH — иначе бэк в
    resolveCorrections лишний раз лезет в balance_corrections.
  - E2: MIME для скачивания — application/xml без charset, чтобы работало
    и для cp1251 ФНС и для utf-8 СФР (XML declaration сам сообщит парсеру).
  - E3: guard `if (generating.value) return` — защита от двойного клика
    до того как loading prop обновится.
  - E5: lastArchiveRequestId-гвард — при быстрой смене страниц ответы
    могут прийти не по порядку, рендерим только последний.
  - E15: кнопка «Скачать XML» disabled если isValid=false + tooltip —
    председатель в спешке больше не скачает невалидный отчёт в ФНС.

Silent UX-fix (прочее):
  - E12: SettingsPage.save блокирует сохранение если signerType=representative
    и signerRepDoc пустой — иначе XML пойдёт с пустым <СвПред НаимДок=""/>.
  - B3/A4: AccountsPage «Сальдо» = available − blocked (а не копия available) —
    пайщик больше не видит две одинаковые цифры в двух соседних колонках.
  - B8/A11: OperationsPage scrollIntoView через data-seq-атрибут — ранее
    document.querySelector('[key="op_N"]') всегда возвращал null, т.к.
    Vue-шник :key не рендерится в DOM как HTML-атрибут.
  - B10: OperationsPage не позволяет wallet_id молча затереть уже
    выставленный account_id — явный if/else по query-params.
  - B11: SettingsPage.loadReadiness — console.error внутри silent catch,
    чтобы регрессии в селекторах не пропадали без следа.
  - B12: reportRequisitesViewSelector теперь запрашивает signerType
    (bundle вместе с DN1-regen).
  - B13: RequisiteField — эмодзи 🔗/✏️/⚠️ заменены на q-chip :icon.

Преднамеренно не делаю:
  DN2 (getReportPreview SDK+UI) — issue сам помечает follow-up.
  DN3 (WalletsPage ≠ AccountsPage) — Story 1.23 (_ledger2 read layer).
  DN4 (OperationsPage фильтр на backend) — зависит от Story 1.23.

BLOCKER: настоящая генерация BUHOTCH и отображение WalletsPage требуют
_ledger2 read layer в controller (Story 1.23). Сейчас getLedger читает
legacy ledger (id без ×1000), BuhotchGenerator ищет по ledger2-id
(×1000) — фильтр пуст, отчёт с нулями. Помечено отдельной задачей.
2026-04-23 13:30:35 +00:00
coopops aa56a8521c [989-2][@ant] refactor(reports): code review Chunk D (unit-тесты + fixtures) — закрыть настоящие баги генераторов, усилить регрессионный щит, убрать таутологические ассершны
Закрыты DN1..DN9 code review:

DN1 (uusn): добавлена валидация period ∈ 1..4 с осмысленной ошибкой —
раньше silent fallback `?? '21'` маскировал invalid input и продуцировал
отчёт с НомерМесКварт вне {01..04}.

DN2 (memory): validateAgainstXsd теперь вызывает xmlDoc.free() в finally —
синхронно с проддлинновым XsdValidatorService; без этого long-running
jest --watch копил native libxml2 handles до OOM.

DN3 (signer guard): assertRepresentativeSigner теперь вызывается и в
NDFL6/RSV/DUSN, а не только в BUHOTCH — регрессионный щит на ПрПодп=2+
СвПред+НаимДок закрыт для всех ФНС-форм что реально используют
representative-подписанта.

DN4 (diagnostics): beforeAll пробрасывает xsdLoadError наверх — если
XSD-схема сломается, Jest покажет один чёткий fail вместо 16+
невнятных «XSD не загружена».

DN6 (DRY): EFS1_XML_NS_MAP экспортируется из XsdValidatorService;
тест импортирует вместо копипасты — single source of truth, не
разойдётся при обновлении СФР-namespace.

DN7 (UUSN coverage + README): добило UUSN тесты (well-formed, key attrs,
fileName, quarter codes, throw на invalid period) — Story 2.11
теперь реально покрыта для всех 8 генераторов. README фикстур получил
таблицу «файл → форма» с КНД/ВерсФорм.

DN8 (tautology):
- NDFL6: тест «27 нулевыми атрибутами» теперь реально считает 27 через
  regex на открывающем теге вместо проверки 4 произвольных атрибутов.
- RSV: тест «<СвПред> НаимОрг» anchored к <СвПред ...> — раньше regex
  матчил НаимОрг в НПЮЛ тоже и проходил даже когда СвПред лишилось атрибута.
- BUHOTCH: тест балансов теперь реально сверяет числа (150000₽ → 150 тыс)
  + добавлен отдельный тест на corrections → СумПрдщ/СумПрдшв.

DN9: UUID regex якорит точный {8}-{4}-{4}-{4}-{12} формат;
ReportRegistryService import через ES вместо require().

Преднамеренно не фикшу: B7/B11/B12 (low-nits follow-up).
2026-04-23 13:30:35 +00:00
coopops 025da19ea5 [989-2][@ant] refactor(reports): code review Chunk C (preview + XSD validator) — закрыть дырку feature-flag, устойчивый путь к XSD, async-lock для chdir, единый источник правды для округления — чтобы prod-сборка видела схемы, параллельные валидации ЕФС-1 не смешивали cwd, а preview не расходился с XML по числам.
- DN1: generateReport теперь отклоняет HIDDEN_IN_MVP типы (PSV/UV_VZNOSY/UUSN)
  — раньше feature-flag работал только на UI (getAvailableReports +
  getReportPreview), mutation была открыта напрямую в GraphQL.
- DN2: resolveSchemasDir() — robust резолвинг пути через env override
  REPORTS_SCHEMAS_DIR + список кандидатов (src/, dist/../src/, cwd()).
  Работает и под ts-node (текущий prod), и после возможной компиляции в dist/.
- DN3: withEfs1Chdir() — async-мьютекс через очередь Promise'ов поверх
  process.chdir. Параллельные validate ЕФС-1 больше не могут перемешать cwd
  (libxml2 резолвит xs:import относительно cwd, это глобальное состояние).
- P1: DUSN preview убран ctx.year-1 → ctx.year (единый контракт с генератором
  после DN1 Chunk A).
- P2: validateByReportType с неизвестным XSD теперь isValid: false (раньше
  был isValid: true с error в массиве — downstream сохранял is_valid=true
  при наличии ошибки).
- P3: Preview «Сверка Актив=Пассив» с tolerance ±1 тыс. (ФНС 0710096 допускает)
  — раньше строгое `===` показывало ложное «Нет» при валидных отчётах.
- P4+P5: toThousands / ledger2DisplayIdToLedgerIds экспортируются из
  buhotch.generator; report-preview использует общий helper вместо дублированного
  round1000 — единый источник правды для арифметики.
- P6: CP1251_ENCODING_RE — устойчивый регекс, покрывает double/single quotes,
  case-insensitive, пробелы вокруг `=` (раньше не матчились варианты XSD).
- P7: libxmljs2 xmlDoc.free() в finally после validate — освобождение native
  памяти; без этого каждый вызов validate утекает, long-running backend OOM.
- validate/validateByReportType теперь async — чтобы mutex и future I/O
  работали корректно. Resolver await'ит результат.

Тесты: 61/61 report-generators зелёные.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-04-23 13:30:35 +00:00
coopops f0d3bc1b15 [989-2][@ant] refactor(reports): code review Chunk B (persist + requisites) — атомарность записи, настоящий UPSERT, защита от дырявого ledger, правильные DTO-валидации — чтобы половинчатые состояния в БД и «нулевые» отчёты из-за недоступного ledger не доходили до налоговой.
- P1 generateReport: сохранение отчёта + upsertMany корректировок в одной
  dataSource.transaction() (раньше два autocommit'а — при сбое корректировок
  отчёт уже был записан, расхождение со snapshot).
- P2 BalanceCorrectionTypeormRepository.upsertMany: одним bulk-INSERT ON CONFLICT
  вместо последовательного for-цикла (половинчатые записи при сбое невозможны).
- P3 ReportRequisitesTypeormRepository.upsert: настоящий .upsert() через
  ON CONFLICT вместо read-modify-write (убрана гонка между параллельными
  редактированиями одного coopname).
- P4 V2.0.0: CREATE EXTENSION IF NOT EXISTS "uuid-ossp" в начале up() —
  DEFAULT uuid_generate_v4() иначе падает на свежей БД.
- P5 findLatest: period=undefined теперь НЕ означает «только annual»; возвращает
  самый свежий отчёт за год независимо от периода (квартальные формы видят
  «last generated» в дашборде). period=null — явно годовые. period=число —
  точное совпадение.
- P7 loadLedger: убран try/catch-return-[] → ошибка ledger прокидывается,
  нельзя «успешно» сгенерировать нулевой отчёт из-за недоступного ledger.
- P8 list: period=null → IS NULL, число → точно, undefined → не фильтруем
  (симметрично findLatest).
- P9 generatedBy: убран fallback 'system'; при @AuthRoles(['chairman'])
  currentUser не может быть пустым, FALLBACK маскировал баг декоратора.
- DN1 getAvailableReports: добавлен @AuthRoles(['chairman']) +
  параллельный Promise.all вместо последовательного for-await.
- DN2 parseAmount: регекс `/(-?\d+(?:\.\d+)?)/` поддерживает отрицательные
  суммы; раньше знак терялся и убыток становился прибылью.
- P6 DTO валидация: @IsNotEmpty, @Length/@MaxLength, @Matches (ИНН 10/12,
  КПП 9, ОГРН 13/15, ОКТМО 8/11), @Min/@Max (year 2000..2100, period 1..54,
  correctionNumber 0..999, limit 1..100, offset ≥ 0) — невалидные входы
  теперь 400, а не SQL-ошибка 500.
- Throw NotFoundException/BadRequestException вместо plain Error (getReport,
  getReportPreview HIDDEN_IN_MVP, generateReport readiness) — GraphQL отдаёт
  структурированную ошибку.

Не трогали (по триажу):
- UNIQUE без report_type в balance_corrections — intentional (корректировки
  общие для всех форм coop+year+account).
- organization_snapshot SNILS plaintext — отдельный compliance-тикет.
- Дублирующие индексы TypeORM — косметика.

Тесты: 61/61 report-generators зелёные.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-04-23 13:30:35 +00:00
coopops 4fb2a847d5 [989-2][@ant] refactor(reports): code review Chunk A (генераторы ФНС/ФСС) — синхронизировать ИдФайл с именем файла, единый контракт input.year, почистить ledger2-маппинг и поправить СФР TZ — чтобы ФНС/СФР приёмка не отклоняла отчёт из-за несогласованного UUID и зарубежного часового пояса бэкенда.
- Крит 3: buhotch/dusn/ndfl6/rsv/uusn/uv-vznosy — generateFileName() кэшируется в generate(),
  передаётся в buildXml(input, idFile) одним параметром. Раньше было 2 вызова →
  2 разных UUID, filename на диске и ИдФайл в XML не совпадали → отказ ФНС-приёмки.
- Крит 6 / DN1: dusn.generator убран year-1; единый контракт input.year =
  «год за который отчитываемся» во всех ФНС-генераторах. UI по умолчанию
  подставляет currentYear-1; тест ДУСН обновлён (было year:2026→ОтчетГод:2025,
  стало year:2025→ОтчетГод:2025).
- Крит 9: ledger2DisplayIdToLedgerIds теперь игнорирует subaccount — в ledger2
  субсчета 86.x удалены (Epic 1 addendum), все корректировки пользователя
  с display-id «86.01»/«86.1» резолвятся в родительский счёт 86000.
  Раньше «86.01» → 8601000, и корректировка молча не применялась.
- Крит 10: fss4.sfrDateTime — hardcode Moscow TZ (+03:00). Раньше брался
  локальный TZ хоста → UTC-контейнер писал «+00:00» не соответствуя СФР.
- M2: uv-vznosy.generator — валидация input.period ∈ [1..12] с явной ошибкой
  вместо silent «НомерМесКварт=undefined»/квартал-overflow.
- M3: buhotch BalanceRow — переименовал поля prdш/prdsh (Cyrillic/Latin-mix)
  в prdPrev/prdPrePrev (Latin), чтобы избежать confusable-identifier багов.
- M5: buhotch correctionNumber валидация (целое 0..999) — раньше отрицательные/дробные
  значения молча писались в атрибут, ФНС XSD отклонял.

Не трогали (по решению review): РСВ/6-НДФЛ/FSS4 структуру (пустой <РасчетСВ/>,
ставка "13", Cyrillic namespace) — они соответствуют эталонам ВОСХОДа, которые
уже были приняты налоговой. ДУСН ПризНП=1 (кооператив не платит зарплату).

Тесты: 61/61 report-generators зелёные.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-04-23 13:30:35 +00:00
coopops 0148cd1e58 [989-1][@ant] refactor(boot-tests): code review Chunk 3 — ужесточить ассершны migrate-теста и почистить мёртвый код кошелька — чтобы silent-pass на warm-chain не прятал регрессии, повторный migrate действительно не менял state, а тест-хелперы падали на NaN-amount вместо криптичного asset-parse.
- P1 AC5: падать если accounts[99] не создан при свежем миграционном прогоне (было silent-pass на undefined) [ledger2-migrate.test.ts]
- P2 AC6: expect(acc).toBeDefined() перед чтением .balance у cash/share/entry (TypeError → понятный fail) [ledger2-migrate.test.ts]
- P3 AC7: snapshot meta + балансов ДО и ПОСЛЕ повторного migrate() — проверяем что migrated_coops/last_migrated_coop_index/debit_balance(51)/credit_balance(80) не изменились [ledger2-migrate.test.ts]
- P5 Заменить literals Number().toBe(0)/(1) на LedgerAccountType.ACTIVE/PASSIVE enum (экспортирован из walletUtils) — устойчивость к переименованию типов [ledger2-migrate.test.ts + walletUtils.ts]
- P6 depositToWallet(amount): Number.isFinite + amount > 0 guard — NaN/Infinity/отрицательные значения теперь дают понятную ошибку до сериализации в asset [depositToWallet.ts]
- P7 Dead-code cleanup в wallet.test.ts: убраны tester1/walletProgramStates1/addUser — никогда не использовались в ассертах; вместо этого добавлены expect().toBeDefined() на wallet/program/depositId/userWallet

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-04-23 13:30:35 +00:00
coopops 804a1b150c [989-1][@ant] refactor(ledger2+process-registry): code review Chunk 2 — K1/K2/K3/K4/K6 — чтобы process_hash реально работал как «нитка» всего процесса (cross-account scan), миграции не сливались в одну zero-hash кучу, counter'ы не делали full-scan, акт-2-результат показывал долю и займ рядом, а не вместо.
K1 migrate unique process_hash:
- migrate.cpp генерирует детерминированный hash = sha256("mig::"+coopname+"::"+action_code)
  → каждая opening-проводка различима в реестре, не сливается в zero-hash.

K2 cross-account Phase A scan:
- V2.1.0 миграция: idx_actions_ledger2_process_hash переименован в idx_actions_process_hash
  и сделан полным (без WHERE account='ledger2') — обслуживает и ledger2-only,
  и cross-account запросы.
- ProcessRegistryService.getProcess теперь собирает ВСЕ actions по (process_hash, coopname),
  не только ledger2. В view.actions попадают source-action (wallet::depcpl,
  registrator::regist, capital::*, marketplace::*, soviet::*) + inline-трио ledger2.
- countActionsByHash тоже cross-account — отражает полный счёт процесса.

K3 countDeltasByHash rewrite:
- Убран full-scan `LOWER(d.value::text) LIKE '%hash%'`.
- Замена: per-location точный запрос по PROCESS_HASH_LOCATOR (индексы idx_deltas_*).
- countDeltasByHash/countDocumentsByHash теперь принимают processType для локализации scope.
- listProcesses фильтрует строки с неизвестным action_code (вместо fallback'а на raw code).

K4 act2shr/act2ln separation:
- Убрана агрегация cap.act2shr/cap.act2ln → cap.act2res.
- Каждый action_code теперь собственный process_type: share-вклад и погашение
  займа в акте-2 показываются РЯДОМ (один process_hash), но как разные бух-операции.
- PROCESS_HASH_LOCATOR получил оба ключа; IProcessType union обновлён
  (cap.act2res → cap.act2shr | cap.act2ln).

K6 account id scale consistency:
- ChartOfAccountsEntity.INTANGIBLE_ASSETS=4 откат активации — эта entity читает
  legacy `ledger` (scale 51, 80, 86 без ×1000), РИД живёт в ledger2 (id=4000).
  Для ledger2 плана счетов нужна отдельная entity с offset ×1000 (TODO в коде).
- Reports-генераторы (buhotch, report-preview) уже используют ×1000 консистентно.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-04-23 13:30:35 +00:00
coopops da44b98dbf [989-1][@ant] refactor(ledger2): code review Chunk 1 — закрыть D1/D2/D3/D4 + защитные проверки — чтобы гарантировать парность walletop+debit+credit (sender-guard), убрать дублирующиеся нотификации кооперативу и закрыть потенциальные «тихие» потери legacy-остатков при миграции.
- D1: sender-guard в walletop/debit/credit — допустим только inline из apply (парность double-entry гарантирована, top-level вызов с ledger2@active запрещён)
- D2: TODO(payer) в walletop/debit/credit — payer=get_self() временно до общего перехода на coopname+eosio.code
- D3: read_legacy_balances аварит на неожиданном legacy id + проверяет символ валюты (silent-drop заменён на check(false))
- D4: повторный migrate() после полного прогона — тихий no-op без eosio::check (тест AC7 обновлён)
- apply: require_recipient после валидации coopname (не до)
- walletop: ISSUE требует wallet_from==0, BLOCK/UNBLOCK требуют wallet_to==0
- walletop/debit/credit: убран require_recipient (дублировал notification из apply)
- accounts2::is_empty() теперь включает поле balance
- actions.hpp: добавлен static_assert(wallets_exist_in_registry) — compile-time проверка что wallet_id из ACTION_REGISTRY существуют в LEDGER2_WALLET_REGISTRY
- migrate: guard против permanent-lock на пустой таблице cooperatives

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-04-23 13:30:35 +00:00
coopops f48ff28628 [989-1][@ant] refactor(ledger2): пересмотр плана счетов + RAM-чистка журналов + atomic 3-inline apply — закрыть Decision #1 code review (миграция через apply с двойной проводкой), убрать дублирование журнала из RAM (история уже в blockchain_actions+deltas), и подготовить контракт к РИД-корректировке Восхода 56.8M RUB.
Контракт ledger2:
  - План счетов сжат до 7 (04 НМА, 51 расч, 58 фин-вл, 67 займы, 80 паевой, 86 целевое, 99 транзит). Субсчета 86.x удалены.
  - Кошельки переименованы и пронумерованы ×1000 (1001 CASH_MAIN, 2001-2003 паевые, 3001-3003 целевые, 4001-4002 sinks, 4050/4052 займы); off-chain агрегаторы (1000/2000/3000) не создаются ончейн.
  - ACTION_REGISTRY перепривязан + добавлены mig.opncash/opnshr/opnent/opnrid; CONVERT_TO_AXN → Dr 80 / Cr 86.
  - Удалены таблицы journal+wjournal из RAM (история = action traces, парсер уже их захватывает).
  - apply() стал orchestrator-ом; рассылает 3 атомарных inline action: walletop / debit / credit, связанных общим process_hash.
  - В accounts2 добавлено поле balance (пересчитывается в debit/credit).
  - migrate(from_coop_index, limit) — курсорный режим через серию apply(OPENING_*) с RID-коррекцией для Восхода.
  - constexpr std::array + static_asserts (уникальность кодов, Dr≠Cr, wallet_from≠wallet_to, accounts_exist), memo cap, coopname validation.
  - soviet/converttoaxn: scope = coopname (а не _provider).

Backend контроллер:
  - ProcessRegistryService Phase A теперь сканирует blockchain_actions[ledger2] вместо deltas[wjournal/journal].
  - Добавлен ACTION_CODE_TO_PROCESS_TYPE для вывода process_type из action_code (ACTION_REGISTRY синхронизирован).
  - Миграция V2.1.0 убрала индексы wjournal/journal, добавила idx_actions_ledger2_process_hash + apply_action_code/username.
  - Cooptypes IProcessType +mig.opening/mig.rid; chart-of-accounts.entity +INTANGIBLE_ASSETS; reports-генераторы (buhotch, preview) убрали 86.x из targetFunds.

Тесты:
  - ledger2-migrate.test.ts переписан под новую схему: 8/8 проходит на live стенде.
  - fakeDocument в soviet/wallet тестах → IDocument2-схема (через shared/fakeDocument).
  - vitest fileParallelism: false — гарантия отсутствия гонок ончейн-state между файлами.
2026-04-23 13:30:35 +00:00
coopops e0d2d5266c [989-4][@ant] fix(process-registry): end-to-end работает на живом стенде — baseline через live blockchain+parser+controller
FIXES после live-прогона через pnpm run reboot + add-test-user:

1) parser/src/config.ts: добавлены ledger2+marketplace в subscribedContracts —
   без этого parser не пускал ledger2-дельты в Redis stream и controller не
   получал wjournal/journal, т.е. весь pipeline стоял.

2) controller/src/infrastructure/blockchain/blockchain-consumer.service.ts:
   processDeltaDelayed фильтровал по `delta.value?.coopname`, но ledger2
   (wjournal/journal/wallets/accounts) и большинство кооп-scope таблиц
   хранят coopname В SCOPE, а не в value.jsonb. Добавлен fallback на scope:
   `deltaCoop = delta.value?.coopname ?? delta.scope`.

3) domain/process-registry/services/process-registry.service.ts:
   - LEDGER2_CODE изменён с `_ledger2` на `ledger2` (имя on-chain аккаунта
     реальное, без подчёркивания — verified через cleos get abi ledger2).
   - phase A + listProcesses: coopname-скоупинг по `d.scope` (вместо
     несуществующего value->>'coopname' для ledger2 journals).
   - phase B (scanEntityDeltas): принимает оба варианта — `scope = $coop
     OR value->>'coopname' = $coop`, чтобы охватить и per-coop-scope
     таблицы, и singleton-scope контракты (registrator.regs).
   - LOWER() обе стороны при сравнении process_hash: ончейн хранит
     checksum256 uppercase, а нормализация API — lowercase.
   - listProcesses возвращает processHash в lowercase через LOWER() в
     SELECT (единообразно с getProcess).
   - countDeltasByHash/countDocumentsByHash: LOWER() + scope=coop.

4) migrations/V2.1.0: expression-индексы ledger2 journals теперь на
   (process_hash, scope) и (process_type, scope) — совпадают с фактическим
   where-условием сервиса.

5) cooptypes/common/names: `_ledger2.production/testnet = "ledger2"`
   (без подчёркивания, соответствует on-chain имени).

6) boot: добавлен CLI `pnpm run cli add-test-user <username>` для smoke-
   проверки Epic 4 на живом стенде после reboot. Также установлен
   `registration_hash: generateRandomSHA256()` в:
   - boot/init/infra.ts: adduser(ant) + adduser для 4 дополнительных
     членов совета (boot:extra mode);
   - boot/init/participant.ts: addUser+addUser2.

ПРОВЕРКА (live через curl + JWT подписанный JWT_SECRET из .env):

cleos get table ledger2 voskhod wjournal — 2 записи:
  id=0 reg.minshare, process_type=reg.regist, process_hash=<sha256>
  id=1 reg.entrfee,  process_type=reg.regist, process_hash=<sha256>
  (тот же hash — мульти-операционный процесс reg.regist)

query { process(hash:"28fe0b46...",coopname:"voskhod") }
→ process_type="reg.regist"
  delta_history: 4 (2 wjournal + 2 journal)
  actions: 3 (registrator::adduser + 2×ledger2::apply)
  documents: []

query { processes(filter:{coopname:"voskhod"}, pagination:{...}) }
→ totalCount=1, processHash lowercase, actionCount=3, deltaCount=4

Redis cache: ключ `process::voskhod::<hash>`, TTL=60s ✓
Auth: без JWT → 401 Unauthorized ✓

pnpm test — 67/67 passed (все unit-тесты по-прежнему зелёные).

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-04-23 13:30:34 +00:00
coopops 0b8d1dfebd [989-4][@ant] feat(ledger2+process-registry): единый реестр процессов по process_hash — закрыть 11/12 stories Эпика 4, остался только smoke E2E на testnet
КОНТРАКТЫ (C++/CDT):
- actions.hpp: ledger2_ops::* переименованы с контрактным префиксом (reg./wall./cap./mkt./sov.),
  ActionRegistryEntry.process_type + static_assert unique(action_code); runtime-проверок нет —
  CPU-бюджет блокчейна не тратится на то, что гарантировано сборкой.
- process_types.hpp: новый namespace с 9 константами процессов (мульти-операционные cap.act2res,
  mkt.offereq, reg.regist явно разрешены).
- wjournal/journal: поля process_type/process_hash + secondary indexes byproctype/byprochash.
- apply(): document_hash → process_hash; emplace пишет process_type из registry в оба журнала.
- registrator::adduser: +checksum256 registration_hash параметр, inline sha256(username_str)
  удалён — все entity-хэши теперь приходят извне и годятся как process_hash.
- soviet::converttoaxn: +checksum256 process_hash параметр; отдельной ончейн-таблицы конверсий
  нет (одноактовый процесс), бэкенд передаёт statement.hash явно.
- Все 6 затронутых контрактов собираются (ledger2/registrator/soviet/wallet/marketplace/capital).

БЭКЕНД (NestJS):
- domain/process-registry/: ProcessRegistryService c двухфазным алгоритмом (anchor scan по
  _ledger2/wjournal+journal → fan-out по PROCESS_HASH_LOCATOR → документы через DocumentAggregator);
  Redis TTL 60s; fail-fast на неизвестный process_type; hard limit 200 с ошибкой (не обрезанием).
- listProcesses: DISTINCT ON (process_hash) по wjournal с пагинацией через PaginationInputDTO +
  createPaginationResult<ProcessSummary>.
- application/process-registry/: Resolver с Query.process + Query.processes под
  GqlJwtAuthGuard + AuthRoles(['chairman','member']).
- migrations/V2.1.0__process_registry_jsonb_indexes.ts: 11 partial-indexes на blockchain_deltas
  (ledger2 journals + все таблицы из PROCESS_HASH_LOCATOR) — без них getProcess делает seq scan.
- install/participant interactors: прокидывают sha256(username) как registration_hash; system.adapter
  прокидывает statement.hash как process_hash в converttoaxn.
- redis.module.ts: REDIS_PROVIDER в exports (нужен для ProcessRegistryService inject).

SDK:
- cooptypes: Ledger2Contract (IApply/IProcessType/IProcessView/IProcessSummary/IProcessesFilter/
  IProcessAction/IProcessDelta/IProcessDocument); IAdduser.registration_hash,
  IConverttoaxn.process_hash; _ledger2 в common/names.
- sdk/src/zeus: автогенерация controller schema.gql → ProcessView/ProcessSummary/ProcessesFilter
  + query.process/query.processes в namespaces Queries.
- Controller startup OK, SDK build OK (343kB).

ТЕСТЫ:
- tests/unit/process-registry/: 6 unit-кейсов ProcessRegistryService (одноактовый sov.axncnv,
  мульти-операционный cap.act2res с 2 entity-локациями, wall.deposit без документов, валидация
  hex-64 hash, fail-fast на unknown process_type, 404 без якорей).
- jest.config.js: moduleNameMapper для ~/ алиасов (иначе ts-jest не резолвит импорты).
- pnpm test — 67/67 passed (61 существующих + 6 новых).

ОСТАЛОСЬ (4.12):
- Smoke E2E на testnet — требует деплой контрактов, репарсинг с генезиса, ручной прогон
  5 сценариев (регистрация/депозит/долг/акт2/конвертация) + сохранение фактических результатов.
  Чек-лист готов в _bmad-output/implementation-artifacts/4-12-smoke-results.md.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-04-23 13:30:34 +00:00
coopops 1e6eeb5233 [989-3][@ant] feat(reports): рабочий стол reports — 5 страниц (Operations/Wallets/Accounts/Documents/Settings) + регистрация расширения и SDK-типы
Закрыть Epic 3 целиком (Stories 3.1–3.8), чтобы отчёты ФНС/ФСС были доступны как полноценный workspace вместо голой страницы генерации, с деплинком между операциями/кошельками/счетами и с валидацией реквизитов до нажатия «Сгенерировать».

- extensions.registry.ts: раскомментировать reports-модуль, чтобы бэк отдавал его в AppRegistry.
- desktop/extensions/reports/install.ts: 5 маршрутов (operations/wallets/accounts/documents/settings), роль chairman на всех.
- OperationsPage: virtual-scroll, клиентские фильтры (период/action/user/memo), expand с проводкой+движением+кнопками «К счёту»/«К кошельку», scrollIntoView по operation_id из query.
- WalletsPage: таблица без writeoff, expand с LedgerHistoryTable по account_id=wallet_id, кнопка перехода в OperationsPage.
- AccountsPage: моноширинный displayId (дробная нотация 86.01), expand c журналом проводок, кнопка «Журнал».
- DocumentsPage: архив getReportHistory + isValid-чипы + «Скачать» через getReport(id), feature-flag 5 форм (BUHOTCH/NDFL6/RSV/DUSN/FSS4), индикаторы readiness, форма корректировок прошлых периодов для BUHOTCH (передаётся как corrections[] в generateReport).
- SettingsPage + RequisiteField: 4 раздела (organization ro/классификаторы/СФР/подписант), бейдж источника (блокчейн/manual/empty), индикаторы готовности по 5 формам через checkReportReadiness, scrollIntoView к полю по query.focus.
- entities/Report: reportApi обёртка над SDK (getAvailableReports, getReport, getReportHistory, getReportRequisites, checkReportReadiness, generateReport, updateReportRequisites).
- SDK: selectors/queries/mutations reports/, namespaces Queries.Reports + Mutations.Reports. Регенерация Zeus-типов через generate-client в контейнере coopback (libxmljs2 пересобран под Node 22).
- schema.gql: обновлена штатным autoSchemaFile при старте controller в coopback.
- удалён старый ReportsPage/ — DocumentsPage единственная точка входа.

typecheck desktop и SDK — чистые; controller имеет 3 пре-existing ошибки в appstore/extension и gateway, не связанные с Epic 3.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-04-23 13:30:34 +00:00
coopops 6dc161e69f [989-2][@ant] feat(reports): подключить XSD-валидацию ЕФС-1 (СФР) — закрыть последний AC Story 2.7, чтобы 4-ФСС проходил проверку по официальной схеме СФР ещё до попытки сдачи и не ловил отказ на приёмке из-за пустой ДатаЗаполнения или сдвига namespace
Добыта XSD EFS-1_2024-01-01.xsd с сайта СФР + 7 зависимостей, положена в
schemas/efs1/ с двумя патчами: кириллические URI в namespace на ASCII
(libxml2 отвергает http://пф.рф/) и сдвиг дат 2024-01-01 → 2026-01-01 под
формат КОНТУР-ЭКСТЕРН; XsdValidatorService определяет кодировку XSD по
заголовку и делает chdir для резолвинга xs:import; генератор заполняет
<ДатаЗаполнения> по xs:date. Добавлен XSD-тест, 61/61 зелёный.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-04-23 13:30:33 +00:00
coopops 966d342be6 [989-2][@ant] test: заменить реальные отчёты ВОСХОДа на санитизированные фикстуры ПК "Ромашка" — чтобы unit-тесты генераторов работали в публичном CI и не утаскивали живые ИНН/КПП/ОГРН/ФИО в гит
- components/controller/tests/fixtures/reports-references/ — 5 эталонных XML (NO_BOUPR/NO_NDFL6.2/NO_RASCHSV/NO_USN/EFS1) с вымышленными реквизитами (ИНН 7701234567, ПК "Ромашка", Петров П.П.) + README
- тест переключён на новый REFERENCES_DIR; baseInput также теперь ромашка
- добавлен кейс «EFS1: та же структура ОСС» — 58/58 зелёных
- story 2.7 (ЕФС-1) переведена в done: XSD СФР нет в публичном доступе, структурная сверка с фикстурой закрывает регрессии
- .gitignore расширен шаблонами для реальных XML с ИНН 9728130611 / рег.СФР 1118018397, чтобы подобные образцы не утекали в гит из любых подпапок reports-standarts/

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-04-23 13:30:33 +00:00
coopops 7b91168836 [989-2][@ant] test: добавить unit-тесты всех 8 генераторов отчётности ФНС/ФСС в controller (story 2.11) — чтобы регрессии в XML-выхлопе ловились до сдачи отчёта, а не в проде
- новые 57 jest-кейсов в tests/unit/reports/ покрывают BUHOTCH, NDFL6, RSV, PSV, DUSN, ЕФС-1, UV_VZNOSY, UUSN
- структурная сверка с эталонами ВОСХОДа (reports-standarts/) + XSD-валидация по 6 доступным схемам через libxmljs2
- pnpm run test на controller переведён с echo-заглушки на jest (интеграция сохранена в test:integration)
- попутно пофикшены баги в uv-vznosy/uusn: атрибуты Период/НомерМесКварт не проходили XSD (был "21/01" вместо одного из {21,31,33,34}; номер без zero-padding)

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-04-23 13:30:33 +00:00
coopops 9a6624f532 [989-2][@ant] feat(reports): снять блокер Story 2.3 — положить XSD 5.04 КНД 0710096 (ЕД-7-1/1041) и починить генератор BUHOTCH под неё, чтобы валидация баланса НКО проходила без ошибок и не пришлось копипастить эталонный баг КОНТУРа с пустым НаимФайлПЗ 2026-04-23 13:30:33 +00:00
coopops 061ef30fce [989-2][@ant] feat(reports): добавить справочник реквизитов кооператива и readiness-проверку перед генерацией — epic-2 story 2.10, чтобы система сразу блокировала сдачу форм с недостающими данными (ОКВЭД/ОКТМО/регномер СФР) и автозаполняла ИНН/КПП/ОГРН из блокчейна вместо ручного копипаста 2026-04-23 13:30:33 +00:00
coopops 12d5a46d7e [989-2][@ant] feat(reports): добавить getReportPreview + feature-flag скрытых форм и lastGeneratedAt в availableReports — epic-2 story 2.8, чтобы председатель видел рассчитанные строки баланса перед генерацией XML и понимал, когда в последний раз сдавал форму 2026-04-23 13:30:33 +00:00
coopops f2309f1c4c [989-2][@ant] feat(reports): переписать нулевые генераторы 6-НДФЛ/РСВ/ДУСН/ЕФС-1 под эталоны ВОСХОДа — epic-2 stories 2.4-2.7, чтобы сгенерированные XML реально проходили XSD ФНС и не отклонялись при электронной сдаче 2026-04-23 13:30:33 +00:00
coopops dc3e5753d6 [989-2][@ant] feat(reports): добавить персист отчётов, историю и авто-предзаполнение корректировок — epic-2 story 2.9, чтобы председатель видел архив сгенерированных XML и не перевводил правки балансов при повторной генерации 2026-04-23 13:30:33 +00:00
coopops 08dd3a2a25 [989-2][@ant] feat(reports): переписать BUHOTCH-генератор под эталон ВОСХОДа — потребкооператив сдаёт форму НКО (КНД 0710096, ВерсФорм 5.04), а не коммерческую 0710099/5.09, иначе отчёт не примут 2026-04-23 13:30:33 +00:00
coopops 4a76b6aac0 [989-2][@ant] feat(reports): добавить таблицы истории отчётов и XSD-валидатор (epic-2 stories 2.1, 2.2)
- Story 2.1: entity generated_reports + balance_corrections, TypeORM-репозитории, идемпотентная Flyway-миграция V2.0.0.
  Entity авто-дискаверятся через глоб src/extensions/**/entities/*entity.{ts,js}. Без UNIQUE на
  (coopname,report_type,period) — пересоздание допустимо; UNIQUE на (coopname,year,account_display_id)
  для upsert корректировок.
- Story 2.2: XsdValidatorService поверх libxmljs2 с кэшированием всех 6 XSD из schemas/,
  перекодировкой cp1251→utf8 и мержем ошибок в GeneratedReportDTO.errors. Смоук: эталонный BUHOTCH
  парсится, .validate() корректно отдаёт как позитив, так и детальные семантические ошибки.

Находка для Story 2.3: установленная XSD — v5.09 КНД 0710099 (коммерческая), эталон ВОСХОДа — v5.04
КНД 0710096 (форма НКО). Либо добыть XSD 5.04, либо переключить генератор на 5.09.
2026-04-23 13:30:33 +00:00
coopops 4b3e24fd86 [989-1][@ant] feat: мигрировать legacy-ledger параллельно в оба контура ledger2 (wallets + accounts) — иначе после переключения мы теряем состояние бухбаланса 51/80/861 и другие счета на миллионы RUB, а новые apply-вызовы стартуют поверх пустой бухгалтерии
— migrate.cpp: для каждой ненулевой laccount сумма total=available+blocked кладётся в ledger2::accounts[legacy_id*1000] в правильное плечо оборотов (ACTIVE/A-P → debit_balance, PASSIVE → credit_balance); при наличии целевого фонда параллельно заполняется wallets (SHARE_FUND=2, ENTRANCE_FEES=3, LONG_TERM_LOANS=6)
— маппинг legacy→ledger2 задокументирован в PRD §4.1.5 таблицей (FR-L-13) + issue 989-1: 51→51000(A,Dr), 80→80000(P,Cr)+wallet2, 861→861000(P,Cr)+wallet3, 67→67000(P,Cr)+wallet6
— зафиксирована follow-up миграция (Story 1.11 backlog): вычленение минимальных паевых взносов из wallets[SHARE_FUND=2] в wallets[MIN_SHARE_FUND=1] по количеству пайщиков × размер обязательного пая; accounts не трогается (проводка Dr51/Cr80 одна и та же)
— интеграционный тест расширен с 8 до 9 AC: AC5/AC6 теперь проверяют что BANK_ACCOUNT и MEMBER_DEBT мигрируют в accounts (Dr), но не создают кошельков; AC7 отдельно проверяет credit_balance для 80000/861000/67000
— legacy одноконтурный, поэтому Σ Dr ≠ Σ Cr после миграции — это ожидаемо и задокументировано в миграции
2026-04-23 13:30:33 +00:00
coopops 83135df044 [989-1][@ant] refactor: завершить epic-1 ledger2 — починить boot-тесты, исправить маппинг legacy→ledger2 id в migrate и убрать тавтологичный validateJournalInvariant как оверинжиниринг
— починка интеграционных тестов capital.test.ts после переключения wallet/capital на Ledger2::apply: helper-ы walletUtils.ts теперь читают ledger2::accounts[80000], available синтезируется из (credit-debit) для PASSIVE-счетов; circulationAccountId=80_000
— migrate.cpp получил маппер legacy_to_wallet_id (80→2 SHARE_FUND, 861→3 ENTRANCE_FEES, 67→6 LONG_TERM_LOANS); writeoff + нулевые + не-фондовые счета (51, 751) пропускаются; идемпотентность через meta
— новый integration-test ledger2-migrate.test.ts (8 AC: seed legacy → migrate → маппинг → идемпотентность)
— удалён application/ledger2/ модуль: validateJournalInvariant был тавтологией (totalDebit += amount; totalCredit += amount — разница всегда 0); инвариант Σ Dr = Σ Cr гарантирован контрактом, backend-проверка не добавляет гарантий
2026-04-23 13:30:33 +00:00
coopops e8859f943e fix boot 2026-04-23 13:30:33 +00:00
coopops 768ce8ec82 fix boot 2026-04-23 13:30:33 +00:00
coopops 6dd8f7724a make docker containers runnable 2026-04-23 13:30:33 +00:00
Alex Ant 448b6000a3 [989-1][@ant] feat: внедрить ledger2 с apply и переключить контракты-инициаторы с legacy ledger — нужна двойная запись и единый API именованных операций для миграции остатков и регуляторной отчётности
Made-with: Cursor
2026-04-23 13:30:32 +00:00
Alex Ant 13881a9c0b Merge pull request #360 from coopenomics/graph-standarts
feat(standards-site): реестр кооперативных стандартов v1 — graph-standarts → dev
2026-04-23 18:25:20 +05:00
coopops f80a6fdf47 [350-1][@ant] feat: вынести реестры ledger2 в cooptypes, slim-YAML §6 и деплой standards-site на /standards — один TS-источник правды для имён счетов/кошельков (standards-site + desktop/shared/lib/ledger2 станет re-export после мёржа в reports), spec манифеста приведена к тому что реально рендерит фронт (без ролей-enum, без scenario, без Doxygen-id), FocusBar показывает Проводки/Переводы отдельными карточками с tooltip-подсказками из @coopenomics/cooptypes, клик по × и ● даёт описание из YAML, автопан при навигации ←/→, мобильная заглушка <900px, scrollBehavior при переходе на related; публикация через mono publish-docs с base=/standards/ и ссылкой в mkdocs nav, чтобы председатели сразу попадали на визуальный паспорт процесса с docs.coopenomics.world 2026-04-23 10:45:02 +00:00
coopops 948388d7e8 [350-1][@ant] feat: собрать прототип реестра кооп-стандартов v1 (standards-site) — vite/vue3 сайт читает YAML-манифест рядом со смарт-контрактом и рендерит BPMN-подобный граф процесса (∅ старт → прямоугольники-статусы → action-таблетки с иконками-индикаторами документ/кошелёк/проводка → ● финиш), фокус через ?s/?a/?d/?o, стартовая карточка показывает purpose из YAML, добавлены два пилота reg.regist и wall.deposit, чтобы председатели получили читаемый паспорт процесса из одного источника правды без параллельной markdown-документации, которая расходится с кодом 2026-04-23 07:22:47 +00:00
coopops b35ef8ccba [549-25][@ant] config: пометить @coopenomics/parser приватным — пакет переехал в coopenomics/parser как 1.0.x и публикуется оттуда, старый 2026.x поток в mono больше не нужен; private true исключает его из lerna publish не ломая локальную сборку в workspace, другие пакеты (sdk, cooptypes, factory, provider-client) продолжают пушиться без изменений 2026-04-22 16:05:59 +00:00
coopops d32af78fed [549-24][@ant] config: убрать сборку и push dicoop/cooparser из build-containers.yaml — парсер переехал в отдельный репо coopenomics/parser и теперь публикуется как dicoop/parser из его release.yml, двойной источник одного образа (cooparser vs parser) создавал бы коллизию тегов и риск несогласованности версий; остальные контейнеры (mono-base, desktop, coopback, notificator, notifications) продолжают собираться как раньше 2026-04-22 16:04:43 +00:00
coopops 0c5e04a484 [0C1-6][@ant] fix(generate-schema): принимать резолверы с @Resolver() без параметра — устраняет регрессию генерации schema.gql, где терялось 40 из 48 резолверов и десятки input-типов (LoginInput, ResetKeyInput, GenerateDocumentInput, весь блок AnnualGeneralMeeting*Input)
Корневая причина: discoverResolverClasses отфильтровывал по `Reflect.getMetadata(RESOLVER_TYPE_METADATA, exp) === undefined`. Декоратор @Resolver() без аргумента выставляет метаданные через Nest-овский SetMetadata(RESOLVER_TYPE_METADATA, undefined) — defineMetadata реально выполнен, но getMetadata возвращает undefined, неотличимо от «не устанавливалось». В результате ровно те резолверы, что имеют @Resolver() без параметра, проваливались через фильтр (AuthResolver, MeetResolver, DocumentResolver, GenerationResolver, и т.п. — почти весь capital-extension и половина application/).

Фикс: использовать Reflect.hasMetadata, который корректно различает defined-as-undefined от undefined-by-absence. Теперь подхватываются все 48 резолверов (было 8).

Регенерированы schema.gql, zeus/index.ts, zeus/const.ts в обоих копиях (controller-local и sdk). SDK typecheck чист; desktop vue-tsc чист (единственная ошибка в PaymentCard — pre-existing, не из этого фикса).

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-04-22 08:57:33 +00:00
coopops 124f0c4440 [562-14][@ant] fix: считать fact только по задачам в статусах DONE и ON_REVIEW — для активных задач estimate-билеты ещё не «факт», а предварительное распределение плана, его смешивать с отработанным временем нельзя
В withFactBatch/withFact добавлен предфильтр FACTUAL_STATUSES={DONE, ON_REVIEW}. Задачи в TODO/IN_PROGRESS/BACKLOG получают fact=0 в DTO, независимо от того что лежит в TimeEntry — прогресс-бар отобразит их как «не начато».

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-04-22 08:42:31 +00:00
coopops 86ad4aa819 Merge remote-tracking branch 'origin/dev' into dev 2026-04-22 08:37:03 +00:00
coopops 154a9f405b chore(env): добавить .env.example как шаблон per-instance конфига
Компонент к 8d037a9dbb — без .env compose поднимется с дефолтами
(базовый инстанс на портах 8888/27017/...). Для второго и далее
инстансов скопировать .env.example в .env и применить offset
+10/+20/+30 к host-портам.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-04-22 08:36:41 +00:00
coopops 0753db3d82 Merge remote-tracking branch 'origin/dev' into dev 2026-04-22 08:33:46 +00:00
coopops 8d037a9dbb feat(boot): параметризация инстанса через .env для параллельного запуска
Все mono-ai-N теперь могут работать одновременно на изолированной
инфраструктуре. Имена контейнеров автогенерируются compose-проектом
(префикс из .env), хост-порты и URL берутся из .env.

- docker-compose.yaml: убраны статические container_name, host-порты
  через ${VAR:-default} для обратной совместимости
- boot scripts (reboot/clean_reboot/extra_reboot/clear): source корневого
  .env и docker exec → docker compose exec -T (через service name)
- networks.sh, preactivate.sh: cleos/curl используют ${CHAIN_URL:-...}
- boot health.ts, configs/index.ts, configs/networks.ts: читают
  process.env.CHAIN_URL вместо hardcoded localhost:8888
- configs/contracts.ts: добавлен ledger2
- init/infra.ts: addUser получил недостающий registration_hash

В каждой папке mono-ai-N нужен локальный .env (в .gitignore) с
INSTANCE_INDEX, COMPOSE_PROJECT_NAME, host-портами и
CHAIN_URL/API_URL/MONGODB_URL. Без .env compose поднимется на дефолтных
портах (как у mono-ai-1).

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-04-22 08:24:30 +00:00
coopops 671526e3ea [562-14][@ant] feat: показывать фактически накопленное время (fact) в карточке задачи и раскрывающуюся историю worklog — пользователь впервые видит прогресс работы против плана прямо в UI, без догадок
PR-1 по задаче 562-14 «Разделить учёт плана/факта времени»: read-only слой fact без изменений схемы БД и без мутаций.

Бэк (controller):
- time-entry.repository.ts — интерфейс getFactByIssues(hashes[]) → Map<hash, IssueFactAggregate> + тип aggregate'а
- time-entry.typeorm-repository.ts — одним SQL (SUM(hours) + SUM CASE committed/uncommitted, GROUP BY issue_hash, contributor_hash); N+1 исключён
- issue.dto.ts — @Field fact / fact_committed / fact_uncommitted / fact_by_contributor + CapitalIssueContributorFact
- generation.service.ts — generic withFact/withFactBatch (по паттерну withLinkedGitCommits); обогащаем getIssues (батч), getIssueById, getIssueByHash, createIssue, updateIssue, moveIssueToComponent

SDK:
- issueSelector.ts — fact-поля в селекторе (MakeAllFieldsRequired проходит)
- zeus/index.ts + zeus/const.ts — правки руками во все 4 блока (Value/Resolver/Model/GraphQL) и const-reflection; автогенерация через generate-schema уронила бы schema.gql (отдельный тикет)

Фронт (desktop):
- Estimation.vue — при fact>0 рендерит мини-прогресс-бар fact/estimate: teal в плане, orange перебор, grey без плана; tooltip с расшифровкой
- IssuesListWidget.vue — :fact='row.fact' передан в Estimation (full + compact)
- IssueControls.vue — строка «Факт» в сайдбаре с тем же прогрессом рядом с UpdateEstimate
- IssuePage.vue — q-expansion-item «История рабочего времени» с подписью «X ч из Y ч», разворачивает существующий TimeEntriesWidget (мобильный + десктопный layout)

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-04-22 08:02:56 +00:00
Alex Ant fe6c9f3e53 chore(release): publish 2026-04-22 11:30:46 +05:00
Alex Ant 921d0a5163 chore(release): publish 2026-04-22 11:00:58 +05:00
Alex Ant 65b290827f Merge branch 'dev' of github.com:coopenomics/mono into dev 2026-04-22 11:00:18 +05:00
coopops ff44889c10 [562-30][@ant] fix: пересчитывать estimate-билеты при смене creators и чистить их на удалении задачи, плюс ленивый recalc в createCommit — чтобы у участника не терялось доступное для capital-коммита время при обычной работе с задачами
- generation.service.ts:updateIssue — applyExplicitEstimateToTimeEntries вызывается при изменении множества creators, а не только estimate (сравнение через creatorsSetEquals)
- generation.service.ts:deleteIssueByHash — перед удалением issue чистим uncommitted TimeEntry, иначе остаются сиротами и искажают pending_hours
- time-tracking.interactor.ts — добавлены cleanupIssueTimeEntries и идемпотентный recalcDoneEstimatesForContributorProject (учитывает уже закоммиченные часы, committed записи не трогает)
- time-tracking.service.ts — проксирующий метод для recalc
- generation.interactor.ts:createCommit — перед getAvailableCommitHours дёргаем recalc: лечит расхождения, накопившиеся до фикса, без миграции БД

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-04-22 05:56:30 +00:00
coopops 9140a8ec5f docs: переместить macros-guide.md в корень components/docs
Файл — руководство для разработчиков документации по макросам
mkdocs (get_sdk_doc, get_typedoc_*, get_graphql_doc), не для рендеринга.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-04-22 04:42:27 +00:00
Alex Ant 8ff7fe12dd chore(release): publish 2026-04-20 00:10:40 +05:00
Alex Ant 739c5fdbdb chore(release): publish 2026-04-20 00:09:52 +05:00
Alex Ant fb1e4291fe generation edit requirements access fix 2026-04-20 00:09:13 +05:00
Alex Ant 7cd8418ad1 chore(release): publish 2026-04-19 23:50:54 +05:00
Alex Ant 9f3fad294a fix setMasterButton and add reposts standarts 2026-04-19 23:50:18 +05:00
Alex Ant de2ef85c68 Merge branch 'dev' of github.com:coopenomics/mono into dev 2026-04-19 23:49:15 +05:00
coopops d004718761 [162-7][@ant] feat: добавить blago del issue/req и orphan prune в pull — согласовать локальное состояние индекса с сервером и дать возможность реально удалять артефакты из CLI
Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-04-19 17:12:16 +00:00
Alex Ant 6c977daa7d commit skill fix 2026-04-17 17:46:30 +05:00
Alex Ant a585e78fd9 ledger2 start 2026-04-17 01:55:08 +05:00
Alex Ant 9f8228c5b0 chore(release): publish 2026-04-16 00:07:24 +05:00
Alex Ant fdc4cdc3c1 chore(release): publish 2026-04-16 00:06:22 +05:00
Alex Ant b898a31b24 whisper fix 2026-04-16 00:05:42 +05:00
Alex Ant 9d6273182a chore(release): publish 2026-04-14 21:22:31 +05:00
Alex Ant 2474c24533 chore(release): publish 2026-04-14 21:21:27 +05:00
Alex Ant dc08108090 [562-29][@ant] fix: разрешить capitalEditProject пайщику и совету с проверкой can_edit_project — устраняем 401 guard при сохранении карточки проекта соавтором и выравниваем права AUTHOR в матрице доступа Capital
Made-with: Cursor
2026-04-14 21:19:35 +05:00
Alex Ant cff531fb28 chore(release): publish 2026-04-14 16:11:37 +05:00
Alex Ant 0a31890da9 chore(release): publish 2026-04-14 13:17:46 +05:00
Alex Ant eb0e19dd9c переход со страницы задачи на компонент осуществляется в раздел задач 2026-04-14 12:54:07 +05:00
Alex Ant f3a63a05d8 [562-28][@ant] fix: восстановить агрегацию артефактов по компонентам и оформить бейджи на списке проекта — чтобы пользователь видел полную картину по релизу и не терял контекст при открытии карточки артефакта с компонента
Made-with: Cursor
2026-04-14 12:45:18 +05:00
Alex Ant 944f4e1e75 [562-27][@ant] feat: взнос часов без Git и приватный отзыв в data коммита — чтобы участник мог фиксировать вклад без Git и не выносить текст отзыва в публичное description блокчейна для мастера и отчёта о результатах
Made-with: Cursor
2026-04-14 12:24:48 +05:00
Alex Ant c893ea1e41 [562-26][@ant] refactor: заменить пользовательские подписи «требования» на «артефакты» в расширении Capital desktop — единая нейтральная терминология для описаний, диаграмм и прочих материалов в интерфейсе Благороста
Made-with: Cursor
2026-04-14 10:51:52 +05:00
Alex Ant d397e00db0 chatcoop v5 migration for audio re-translation bug fix 2026-04-14 10:37:54 +05:00
Alex Ant 0c863c3176 chore(release): publish 2026-04-13 23:13:47 +05:00
Alex Ant 7dadb4cb88 fix: капитализация -> благорост 2026-04-13 23:12:32 +05:00
Alex Ant 0c57fe4f61 chore(release): publish 2026-04-13 22:25:45 +05:00
Alex Ant a1b46c9f4b chore(release): publish 2026-04-13 22:24:43 +05:00
Alex Ant b5ade47c47 [162-5][@ant] fix: процесс ре-синхронизации сервера 2026-04-13 22:23:14 +05:00
Alex Ant 6a26660be5 [C28-6][@ant] fix: переупорядочить нижний блок левого drawer — шеврон разворота остаётся у нижнего края под пальцем и снижает риск случайного выхода двойным тапом
Made-with: Cursor
2026-04-13 22:19:05 +05:00
Alex Ant 50c6281eec [562-26][@ant] fix: пагинация списков проектов и задач Capital desktop — передача options и устранение гонки виртуального скролла чтобы не дублировались строки при догрузке с бэкенда
Made-with: Cursor
2026-04-13 22:13:19 +05:00
Alex Ant 6a45039f93 chore(release): publish 2026-04-13 20:49:19 +05:00
Alex Ant 572465654f chore(release): publish 2026-04-13 20:47:18 +05:00
Alex Ant 02306f7f71 feat: фиксация заявления на инвестицию в программу в реестре документов 2026-04-13 20:45:22 +05:00
Alex Ant da00275572 [562-8][@ant] feat: перенос задач между компонентами одного проекта — мастерам не нужно дублировать задачи при смене компонента, сохраняются issue_hash и id, переносится время и связи Git до фиксации в CAPITAL
Made-with: Cursor
2026-04-13 20:43:50 +05:00
Alex Ant cea27e9dac [562-2][@ant] fix: фильтровать выдачу проектов Capital по полю present в репозитории и интеракторе — чтобы удалённые из блокчейна проекты и компоненты не показывались в списке и по прямой ссылке рабочего стола Благороста
Made-with: Cursor
2026-04-13 17:01:10 +05:00
Alex Ant 0d4c191bca chore(release): publish 2026-04-13 15:50:00 +05:00
Alex Ant 8382e8b464 chore(release): publish 2026-04-13 15:49:14 +05:00
Alex Ant fba4bb6786 [562-3][@ant] fix: Matrix-анонсы компонентов без закрепа и без лавины дублей — чтобы участники Оп!Кооп видели один понятный пост со ссылкой закрепы остались только у документов а Synapse реже отвечал M_LIMIT_EXCEEDED из-за повторной публикации и всплеска запросов
Made-with: Cursor
2026-04-13 15:47:06 +05:00
Alex Ant 9deee2e552 capital: migration complete 2026-04-13 14:21:37 +05:00
Alex Ant 798ad26ad7 blago commit commad improve 2026-04-13 14:20:04 +05:00
Alex Ant 3850945b67 chore(release): publish 2026-04-13 14:07:15 +05:00
Alex Ant 71e9303cdd chore(release): publish 2026-04-13 13:49:28 +05:00
Alex Ant 87d76b6b5e cleos fix 2026-04-13 13:48:33 +05:00
Alex Ant c0025d3665 [562-13] Интервал regshare в минутах; дефолт 1440; старт планировщика в initialize
[@ant]

Made-with: Cursor
2026-04-13 13:47:13 +05:00
Alex Ant 0a4d8e7fee chore(release): publish 2026-04-13 12:58:39 +05:00
Alex Ant 1b63a1430e [562-25] Capital: migrate contributed_as_investor для voskhod; импорт с суммой в поле инвестора
[@ant]

Made-with: Cursor
2026-04-13 12:57:11 +05:00
Alex Ant da8c443625 [562-13] regshare: кооператив, без inline в apprvappndx; планировщик долей Capital
[@ant]

Made-with: Cursor
2026-04-13 12:27:59 +05:00
Alex Ant 35936801c8 chore(release): publish 2026-04-13 11:11:11 +05:00
Alex Ant a8d12df993 chore(release): publish 2026-04-13 11:07:44 +05:00
Alex Ant b5ccffc4cf [562-15] Конфигурация git синхронизатора по дефолту не запускает синхронизацию
[@ant]
2026-04-13 11:05:06 +05:00
Alex Ant 8d8f238db5 [562-24] EntityIdBadge: иконка типа в бейдже, копирование [id][@логин] по клику в Capital
[@ant]

Made-with: Cursor
2026-04-13 10:58:32 +05:00
Alex Ant 0bddf3f21e chore(release): publish 2026-04-12 22:26:15 +05:00
Alex Ant 068f13523e [562-15] RID из суммы маркированных git-коммитов: синк GitHub, БД, Capital UI и SDK
[@ant]

Made-with: Cursor
2026-04-12 22:23:47 +05:00
Alex Ant c44c1adf18 fix: blago-cli merge & zeus client generation 2026-04-12 12:50:54 +05:00
Alex Ant 05309cd08f [562-23] createpinv: учёт contributed_as_investor у contributor
[@ant]

Made-with: Cursor
2026-04-12 10:40:18 +05:00
Alex Ant 77e62a8bbc [562-22] Capital: createinvest/createpinv через available; вырез sync program invest; рефакторинг нейминга
[@ant]

Made-with: Cursor
2026-04-11 22:25:19 +05:00
Alex Ant 86799c0c41 [562-1] Программная инвестиция createpinv: API, заявление 1030, desktop
[@ant]

Made-with: Cursor
2026-04-11 20:57:51 +05:00
Alex Ant 25e92297f9 generate schema script 2026-04-11 12:25:13 +05:00
Alex Ant da5b5a73f6 blago-cli ignore list fix & install skills only with options 2026-04-11 11:52:35 +05:00
Alex Ant 371735c6cc fix hint on estimate 2026-04-11 10:31:01 +05:00
Alex Ant faa5a862cf delete repo skills 2026-04-11 00:44:16 +05:00
Alex Ant b84e1fda36 chore(release): publish 2026-04-11 00:43:41 +05:00
Alex Ant ddad66d4ea chore(release): publish 2026-04-11 00:42:24 +05:00
Alex Ant 16a25fdf96 fix 2026-04-11 00:41:23 +05:00
Alex Ant 57de643350 Merge branch 'dev' of github.com:coopenomics/mono into dev 2026-04-11 00:36:05 +05:00
Alex Ant 3bb61d0258 update blago cli skills 2026-04-11 00:35:35 +05:00
coopops 108d358ddc [562-9] Авторасширение поля описания в диалоге создания задачи
[@ant]

Made-with: Cursor
2026-04-10 19:26:56 +00:00
coopops ca75a0ac33 [562-4] Отображение и редактирование меток задач Capital (сайдбар и списки)
[@ant]

Made-with: Cursor
2026-04-10 19:01:12 +00:00
coopops 5297f0b8a8 [562-7] Фокус на первом поле при открытии CreateDialog
[@ant]

Made-with: Cursor
2026-04-10 18:51:43 +00:00
Alex Ant c17d782b6b .cursor skills 2026-04-10 23:22:51 +05:00
2438 changed files with 167905 additions and 43812 deletions
+38
View File
@@ -1,3 +1,41 @@
# Не тащить в build-context — экономит время `docker build` (особенно
# на крупных репах с .git под 1GB) и не пачкает финальный образ.
node_modules
**/node_modules
dist
**/dist
.git
.github
.gitignore
.cursor
**/.DS_Store
# State от локальных runtime-сценариев (boot:remote / dev-нода / wallet)
**/blockchain-data
**/wallet-data
**/keosd-data
# CI/coverage/тестовые артефакты
coverage
**/coverage
.nyc_output
*.log
# BMad/blago workspace папки (не относятся к билду образа)
_blago
**/_blago
.bmad-core
.bmad-output
# Локальные секреты (на всякий случай — секреты должны идти через
# build-args / docker-compose environment, не через COPY)
.env
.env.*
!.env-example
**/.env
**/.env.*
!**/.env-example
# Артефакты других сервисов
components/desktop/.quasar
components/contracts/build
+41
View File
@@ -0,0 +1,41 @@
# Шаблон per-instance конфига. Скопируй в .env и подправь под свой инстанс.
#
# Зачем: docker-compose.yaml и boot-скрипты параметризованы — это
# позволяет держать несколько копий репо (mono-ai-1, mono-ai-2 ...) с
# полностью изолированной инфраструктурой и запускать их параллельно.
#
# Без .env compose поднимется с дефолтами (как у mono-ai-1).
# Дефолты ниже соответствуют первому инстансу — для второго и далее
# применяй смещение portов: offset = (INSTANCE_INDEX - 1) * 10.
# Индекс инстанса (1 = базовый, 2/3/... = параллельные копии).
INSTANCE_INDEX=1
# Имя docker compose проекта. Определяет префикс автогенерируемых
# имён контейнеров (mongo → <COMPOSE_PROJECT_NAME>-mongo-1).
# По умолчанию compose возьмёт имя папки — оставь как есть, если папка
# уже называется уникально (например, mono-ai-1).
COMPOSE_PROJECT_NAME=mono-ai-1
# Host-порты (для INSTANCE_INDEX=2 прибавь +10 к каждому, для =3 +20 и т.д.).
NODE_HTTP_PORT=8888
NODE_P2P_PORT=9876
NODE_HISTORY_PORT=8070
MONGO_HOST_PORT=27017
REDIS_HOST_PORT=6379
PG_HOST_PORT=5532
COOPBACK_HOST_PORT=2998
DESKTOP_HOST_PORT=2999
OPENSEARCH_HOST_PORT=9200
MINIO_HOST_PORT=9000
MINIO_CONSOLE_HOST_PORT=9001
# MinIO root credentials (только для локального dev; на prod подменяются плейбуком).
MINIO_ROOT_USER=minioadmin
MINIO_ROOT_PASSWORD=minioadmin
# URL для скриптов и кода, запускаемого с хоста (boot, networks.sh,
# preactivate.sh, health.ts). Должны соответствовать host-портам выше.
CHAIN_URL=http://127.0.0.1:8888
API_URL=http://127.0.0.1:2998/v1/graphql
MONGODB_URL=mongodb://127.0.0.1:27017
+3
View File
@@ -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.
+86
View File
@@ -0,0 +1,86 @@
name: Build bootstrap container
# Сборка и публикация docker-образа `dicoop/bootcoop` — bootstrap-артефакта
# для развёртывания контрактов на удалённой ноде. Образ содержит CLI
# (`pnpm run boot:remote`) и `/contracts` от dicoop/contracts (multi-stage).
# Используется как one-shot job в стороннем docker-compose рядом с
# `dicoop/blockchain` — никакой mono-инфры (mongo/postgres/desktop) не нужно.
#
# Триггер — push в dev/testnet/main. Тег `dicoop/bootcoop` совпадает с
# веткой и подтягивает соответствующий тег `dicoop/contracts` (так
# контракты и bootstrap всегда синхронны).
#
# Зависимости в hub:
# dicoop/contracts:<branch> — пакет wasm/abi (build-contracts.yaml)
#
# Образ self-contained: собирает workspace из текущего checkout'а,
# не зависит от dicoop/mono-base (который тегается только релиз-тегами).
#
# Секреты:
# DOCKERHUB_USERNAME / DOCKERHUB_TOKEN
on:
push:
branches: [dev, testnet, main]
paths:
- 'components/boot/**'
- '.github/workflows/build-bootstrap.yaml'
workflow_dispatch:
jobs:
build:
runs-on: ubuntu-latest
steps:
- name: Checkout repository
uses: actions/checkout@v4
- name: Determine docker tags
run: |
case "${{ github.ref_name }}" in
main)
echo "DOCKER_TAG=main" >> $GITHUB_ENV
echo "EXTRA_TAG=latest" >> $GITHUB_ENV
;;
testnet)
echo "DOCKER_TAG=testnet" >> $GITHUB_ENV
echo "EXTRA_TAG=" >> $GITHUB_ENV
;;
dev)
echo "DOCKER_TAG=dev" >> $GITHUB_ENV
echo "EXTRA_TAG=" >> $GITHUB_ENV
;;
*)
echo "Unsupported branch ${{ github.ref_name }}" >&2
exit 1
;;
esac
- name: Login to DockerHub
uses: docker/login-action@v3
with:
username: ${{ secrets.DOCKERHUB_USERNAME }}
password: ${{ secrets.DOCKERHUB_TOKEN }}
- name: Pull contracts image
run: docker pull dicoop/contracts:${{ env.DOCKER_TAG }}
- name: Build and push image
run: |
IMAGE="dicoop/bootcoop"
docker build \
--build-arg CONTRACTS_TAG=${{ env.DOCKER_TAG }} \
--label "org.opencontainers.image.revision=${{ github.sha }}" \
--label "org.opencontainers.image.created=$(date -u +%Y-%m-%dT%H:%M:%SZ)" \
-f components/boot/Dockerfile \
-t "$IMAGE:${{ env.DOCKER_TAG }}" \
.
docker push "$IMAGE:${{ env.DOCKER_TAG }}"
if [ -n "${{ env.EXTRA_TAG }}" ]; then
docker tag "$IMAGE:${{ env.DOCKER_TAG }}" "$IMAGE:${{ env.EXTRA_TAG }}"
docker push "$IMAGE:${{ env.EXTRA_TAG }}"
fi
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"
-163
View File
@@ -1,163 +0,0 @@
name: Build Docker Images
on:
push:
tags:
- '*'
jobs:
build:
runs-on: ubuntu-latest
steps:
- name: Checkout repository
uses: actions/checkout@v3
with:
ref: ${{ github.ref }}
fetch-depth: 0
- name: Debug info
run: |
echo "Текущая ветка:"
git branch --show-current
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: Set docker tags
run: |
if [[ $GITHUB_REF == refs/tags/* ]]; then
TAG_NAME=${GITHUB_REF#refs/tags/}
echo "DOCKER_TAG=$TAG_NAME" >> $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
else
echo "DOCKER_TAG=latest" >> $GITHUB_ENV
echo "IS_PRODUCTION_TAG=false" >> $GITHUB_ENV
fi
- name: Login to DockerHub
uses: docker/login-action@v2
with:
username: ${{ secrets.DOCKERHUB_USERNAME }}
password: ${{ secrets.DOCKERHUB_TOKEN }}
# Сначала собираем базовый образ с runtime
- name: Build base image
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
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
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
- name: Build parser image
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
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
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
# Отправка хука для деплоя
- name: Trigger deployment webhook
if: ${{ success() }}
run: |
if [[ $GITHUB_REF == refs/tags/*alpha* ]]; then
# Хук для тестнета (alpha теги)
curl -X POST ${{ vars.TESTNET_WEBHOOK_URL }} \
-H 'Content-Type: application/json' \
-d '${{ env.DOCKER_TAG }}'
elif [[ $GITHUB_REF == refs/tags/* ]]; then
# Хук для продакшена (остальные теги)
curl -X POST ${{ vars.PRODUCTION_WEBHOOK_URL }} \
-H 'Content-Type: application/json' \
-d '${{ env.DOCKER_TAG }}'
fi
# Уведомление в Telegram об успехе
- name: Telegram notify success
if: ${{ success() }}
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 ($GITHUB_REF) [${{ env.DOCKER_TAG }}]$ADDITIONAL_INFO"
# Уведомление в Telegram об ошибке
- 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] Ошибка при сборке контейнеров: $GITHUB_REPOSITORY ($GITHUB_REF) [${{ 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 }}"}'
-114
View File
@@ -1,114 +0,0 @@
name: Publish Docs
on:
push:
branches:
- main
- testnet
- dev
jobs:
build-and-publish-docs:
runs-on: ubuntu-latest
steps:
- name: Checkout repository
uses: actions/checkout@v3
- name: Set up Node.js
uses: actions/setup-node@v4
with:
node-version: 22
- name: Set up Python
uses: actions/setup-python@v4
with:
python-version: '3.10'
- name: Install pnpm
run: npm install -g pnpm
- 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/
- 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 }}"}'
-37
View File
@@ -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 6.0 = pnpm 8).
# Иначе `npm i -g pnpm` тянет последний pnpm и переписывает pnpm-lock.yaml → Lerna EUNCOMMIT.
- uses: pnpm/action-setup@v4
with:
version: 8.15.8
- 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 }}
+438
View File
@@ -0,0 +1,438 @@
name: Release
# Релизный workflow по push'у в testnet/main (FF-промоушн-модель, см.
# scripts/RELEASE.md).
#
# Порядок (через jobs.needs):
# 1) release — контракты + контейнеры + webhook деплоя (атомарно)
# 2) publish-packages — npm publish через lerna (только ветка main)
# 3) trigger-coopenomics — workflow_dispatch сборки сайта C9S/coopenomics на
# Gitea (только ветка main); он сам тянет mono и
# пересобирает доки.
#
# publish-docs (gh-pages на github.com) удалён 2026-05-25 — после переезда на
# Gitea Pages-публикация невалидна; доки деплоятся через C9S/coopenomics.
#
# Зачем последовательно: пакеты/доки/внешний триггер не должны уезжать,
# если релиз контрактов или контейнеров провалился.
#
# Триггер — push в testnet/main с изменением lerna.json. Версию бампает
# `lerna version` ОДИН раз на dev (scripts/cut-release.sh); тот же коммит едет
# вверх по fast-forward (scripts/promote.sh). lerna.json меняется только на
# релизном бампе, поэтому обычные feature-пуши деплой не триггерят. dev в
# триггере НЕТ: cut на dev только бампает версию, деплой начинается с testnet
# (staging) и завершается main (production).
#
# Окружение определяет ВЕТКА (main → production, testnet → staging), а не
# суффикс версии: единая версия едет во все среды, поэтому source of truth —
# ветка, на которую сделан промоушн. Версия читается из закоммиченного
# lerna.json. Гейты npm-publish/доки — `branch == main`.
on:
push:
branches: [testnet, main]
paths:
- 'lerna.json'
# Ручной деплой: выбрать окружение и (опционально) версию/коммит. Нужен для
# отката на старую версию, редеплоя без бампа и точечного hotfix в один контур —
# всё, что FF-промоушн (scripts/promote.sh, только вперёд) сделать не может.
workflow_dispatch:
inputs:
environment:
description: 'Куда деплоить'
type: choice
options:
- testnet
- main
required: true
ref:
description: 'Релизный тег/коммит для сборки (пусто = верхушка выбранного окружения)'
required: false
default: ''
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
# push → собираем пушнутый коммит; ручной запуск → выбранный ref
# (пусто = верхушка ветки окружения, на которой запущен workflow).
ref: ${{ (github.event_name == 'workflow_dispatch' && github.event.inputs.ref) || github.sha }}
- name: Resolve branch, build mode and version
id: resolve
run: |
# Окружение: при ручном workflow_dispatch — из inputs.environment;
# при push — это ветка push'а (testnet/main). Версия/сборка берутся
# из реально вычекнутого дерева, не из ветки-триггера.
if [ "${{ github.event_name }}" = "workflow_dispatch" ]; then
BRANCH="${{ github.event.inputs.environment }}"
else
BRANCH="${{ github.ref_name }}"
fi
SHA="$(git rev-parse HEAD)"
# Версия — из закоммиченного lerna.json. Её бампит lerna version ОДИН
# раз на dev (scripts/cut-release.sh), и тот же коммит едет по FF в
# testnet/main. Тэг как триггер больше не используется.
RAW_VERSION="$(sed -nE 's/.*"version"[[:space:]]*:[[:space:]]*"([^"]+)".*/\1/p' lerna.json | head -1)"
if [ -z "$RAW_VERSION" ]; then
echo "::error::Не удалось прочитать version из lerna.json"
exit 1
fi
TAG_NAME="v${RAW_VERSION}"
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=
;;
*)
echo "::error::Неподдерживаемая ветка $BRANCH (ожидались testnet/main/dev)"
exit 1
;;
esac
# Окружение деплоя определяет ВЕТКА: main → production, иначе → testnet.
# IS_PROD управляет деплой-webhook (PRODUCTION vs TESTNET) и тэгом :latest
# у образов. Раньше критерием был суффикс -alpha у тэга; теперь единая
# версия едет во все среды, поэтому источник истины — ветка промоушна.
if [ "$BRANCH" = "main" ]; then
IS_PROD=true
WEBHOOK_URL='${{ vars.PRODUCTION_WEBHOOK_URL }}'
else
IS_PROD=false
WEBHOOK_URL='${{ vars.TESTNET_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).
# Гейт: ветка main. Версия для publish — из закоммиченного package.json
# (lerna publish from-package); её бампит cut-release.sh на dev, тот же коммит
# доезжает до main по FF.
# Жёстко прибиваем версию pnpm, которой сгенерён lockfile (lockfileVersion 9.0
# = pnpm 9/10). Иначе action-setup может подтянуть другую версию и переписать
# pnpm-lock.yaml → Lerna EUNCOMMIT.
# ============================================================================
publish-packages:
needs: release
if: ${{ needs.release.outputs.branch == 'main' }}
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.
# Гейт: ветка 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: ${{ 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
# (приёмник деплоит доки на своей стороне). Гейт: ветка main.
# ============================================================================
trigger-mono-docs:
needs: release
if: ${{ 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 }}"}'
+104
View File
@@ -0,0 +1,104 @@
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:
# Новый push в PR-ветку отменяет ещё бегущий typecheck по той же ветке —
# иначе 30-минутные прогоны копятся очередью. Группа по head_ref (исходная
# ветка PR), для workflow_call fallback на ref. Отмена только своих же
# прежних прогонов, разные PR друг друга не трогают.
concurrency:
group: typecheck-${{ github.head_ref || github.ref }}
cancel-in-progress: true
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
+15
View File
@@ -1,4 +1,5 @@
node_modules/
node_modules
lerna-debug.log
components/controller/graph.png
blockchain-data/
@@ -10,3 +11,17 @@ dist/
.env
.DS_Store
_blago/
blago/
components/reports-standarts/ВОСХОД/
# Реальные XML-образцы отчётности ПК "Восход" (ИНН 9728130611, рег.СФР 1118018397)
# могут появляться в любых подпапках reports-standarts/ — не пушим.
components/reports-standarts/**/NO_*_9728130611772801001_*.xml
components/reports-standarts/**/СФР_1118018397_*.xml
# Output files for local audit scripts (ledger2 migration)
components/contracts/cpp/ledger2/scripts/out/
.env.testnet
.pnpm-store
schema.gql
.claude
+7
View File
@@ -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
+332
View File
@@ -0,0 +1,332 @@
# 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.
**Релиз/деплой — FF-промоушн `dev → testnet → main`** (см. `scripts/RELEASE.md`). Версию бампает `lerna` ОДИН раз на dev (`scripts/cut-release.sh`), тот же коммит едет вверх по fast-forward (`scripts/promote.sh testnet|main`). `testnet`/`main` не несут своих коммитов — только FF-указатели, поэтому merge-конфликтов нет. **В `testnet`/`main` прямых коммитов и повторных бампов версии быть не должно** — это ломает FF. Деплой триггерит push в testnet/main с изменением `lerna.json`; окружение определяет ветка (main → prod). Старые `publish-alpha.sh`/`publish-prod.sh` (merge `-X theirs` + per-branch бамп + back-merge) удалены — они и плодили 20-package.json конфликты.
**Не 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.
## Локальные тесты
**Не запускать полный 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`**не запускать локально**; та же memory/CPU полка вешает контейнер controller'а. Либо CI, либо пользователь сам когда контейнер остановлен.
Перед коммитом достаточно `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).
## 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 L1L9:**
- **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.13.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).
+139
View File
@@ -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 (~56 минут)
`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-режима |
+106 -37
View File
@@ -1,49 +1,118 @@
# Multi-stage build для `dicoop/mono-base`.
#
# Стадии:
# 1. builder — full toolchain: pnpm + lerna + apt dev-headers (gcc,
# libcairo2-dev, ...) + WeasyPrint в venv. Здесь делаются
# `pnpm install` (с devDeps), `lerna run build`, потом
# `pnpm prune --prod` (devDeps выкидываются из workspace
# node_modules — экономит ~1.5GB).
# 2. runtime — slim образ без dev-headers и без gcc. Только runtime
# libs WeasyPrint + готовый /app + venv. Глобальные pnpm/lerna
# ставятся отдельно для удобного запуска `pnpm -F <pkg> run start`.
#
# Финальный размер: ~1-1.5GB (вместо 7.36GB в одностадийной сборке).
# Все потребители mono-base (controller/desktop/parser/notifications/
# notificator/boot) пользуются одним и тем же тонким runtime-образом
# через `FROM dicoop/mono-base:<tag>` + `CMD`.
# ── Stage 1: builder ──────────────────────────────────────────────────
FROM node:22-slim AS builder
WORKDIR /app
# Сразу копируем все файлы
# Build-time системные deps. Тяжёлые `-dev`-пакеты (для компиляции
# native-bindings + WeasyPrint native deps) сюда, в runtime их не
# тащим. `--no-install-recommends` экономит ещё ~150MB.
RUN apt-get update && apt-get install -y --no-install-recommends \
python3 python3-pip python3-venv \
build-essential gcc g++ python3-dev \
libcairo2-dev libffi-dev libjpeg-dev libopenjp2-7-dev zlib1g-dev \
libpango-1.0-0 libpangoft2-1.0-0 libpangocairo-1.0-0 libcairo2 \
shared-mime-info \
&& rm -rf /var/lib/apt/lists/*
# WeasyPrint в venv — переедет в runtime-stage целиком через COPY.
RUN python3 -m venv /venv \
&& /venv/bin/pip install --no-cache-dir WeasyPrint==67
# pnpm пинится через `packageManager` поле в корневом package.json
# (corepack-стандарт). Без пина CI каждый раз тянет latest, а pnpm 10
# ужесточил политику build-скриптов и валит `--frozen-lockfile` с
# ERR_PNPM_IGNORED_BUILDS на native-пакетах (electron / esbuild / …).
RUN corepack enable && npm install -g lerna --no-fund --no-audit
# Сначала манифесты (для кэш-friendly install). `.dockerignore` уже
# выкидывает node_modules/dist/.git, поэтому `COPY .` лёгкий.
COPY . .
# Устанавливаем инструменты
RUN npm install -g pnpm lerna
# Используем существующий lockfile. Если он не совпадает с workspace —
# падать сразу, не дрейфовать незаметно.
RUN pnpm install --frozen-lockfile
# Установка зависимостей
# Используем версию pnpm, совместимую с существующим lock-файлом
RUN pnpm install
# Установка системных зависимостей для WeasyPrint и диагностических утилит (Debian/Ubuntu версии)
RUN apt-get update && apt-get install -y \
python3 \
python3-pip \
python3-venv \
gcc \
g++ \
python3-dev \
libpango-1.0-0 \
libpangoft2-1.0-0 \
libpangocairo-1.0-0 \
libcairo2 \
libcairo2-dev \
libffi-dev \
shared-mime-info \
zlib1g-dev \
libjpeg-dev \
libopenjp2-7-dev \
procps \
wget \
&& python3 -m venv /venv \
&& /venv/bin/pip install WeasyPrint==67 \
&& rm -rf /var/lib/apt/lists/*
# Сборка всех компонентов
# Сборка всех пакетов через lerna-граф (зависимости собираются в
# правильном порядке). Никаких --filter — пусть собирается всё, чтобы
# образ годился любому потребителю mono-base.
RUN lerna run build
# Финальный образ
FROM builder AS runtime
# Удалить devDeps из всех workspace node_modules. Это и есть основная
# оптимизация размера — typescript, vitest, eslint, unbuild, ts-node-cli,
# desktop-сборщики и пр. удаляются из финального дерева.
#
# - `CI=true` отключает интерактивный prompt («вы уверены что снести
# modules?») — без TTY pnpm иначе абортится с
# ERR_PNPM_ABORTED_REMOVE_MODULES_DIR_NO_TTY.
# - `--ignore-scripts` подавляет lifecycle hooks (prepare/postinstall)
# после prune. Иначе pnpm дёргает `quasar prepare` в desktop'е,
# а quasar (devDep) уже снесён → ELIFECYCLE.
#
# Все production-сервисы переведены на runtime без devDeps:
# cooparser → `node ./dist/index.cjs`
# notifications → `node ./dist/sync/sync-runner.cjs` (entry добавлен в unbuild)
# coopback → `ts-node` + `tsconfig-paths` (оба в deps)
# desktop → `node dist/ssr/index.js`
# boot:remote → `node /app/components/boot/dist/index.cjs boot:remote`
RUN CI=true pnpm prune --prod --ignore-scripts
# Настройка переменных окружения
# ── Stage 2: runtime ──────────────────────────────────────────────────
FROM node:22-slim AS runtime
WORKDIR /app
# Только runtime-библиотеки WeasyPrint (без `-dev` headers и без gcc).
# `python3` нужен потому что venv в /venv/bin/python — символическая
# ссылка на системный интерпретатор; без него `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/* \
&& update-ca-certificates
# Python venv с WeasyPrint, готовый к использованию.
COPY --from=builder /venv /venv
ENV PATH="/venv/bin:$PATH"
# Проверка WeasyPrint
RUN weasyprint --version
# Приложение целиком (с уже урезанными до prod node_modules).
COPY --from=builder /app /app
# Глобальные pnpm/lerna — нужны чтобы потребители mono-base могли
# делать `CMD ["pnpm","-F","<pkg>","run","start"]` в production.
# pnpm активируется через corepack (версия из `packageManager` корневого
# package.json — синхронно со builder-стадией).
RUN corepack enable && npm install -g lerna --no-fund --no-audit
# Sanity-check: WeasyPrint работает и виден через PATH.
RUN weasyprint --version
+14 -2
View File
@@ -8,7 +8,19 @@ CLI синхронизации артефактов Благорост (прое
**Корень рабочей копии** — каталог, в котором (или выше по дереву от базового каталога) лежит `.blago/config.json`. Поиск идёт вверх от базы, пока не найден файл.
Команда **`blago init [directory]`** создаёт глобальный конфиг, дерево `~/blago/dev|testnet|production`, копирует в `~/.claude/config/blago/` (helpers, templates) и в `~/.claude/skills/blago/` содержимое `ai/` пакета; опциональный **`[directory]`** — дополнительная копия: `.blago` в `path.resolve(cwd, directory)`.
Команда **`blago init [directory]`** создаёт глобальный конфиг и дерево `~/blago/dev|testnet|production`, копирует в **`~/.claude/config/blago/`** (helpers, templates из `ai/config/`, `ai/templates/`). Опциональный **`[directory]`** — дополнительная копия: `.blago` в `path.resolve(cwd, directory)`.
**Скиллы и команды из пакета** (`ai/skills`, `ai/bmad`, `ai/commands` в каталоги `skills/blago`, `skills/blago/bmad`, `commands/blago/commands` под домашним корнем агента) **по умолчанию не копируются**. Чтобы их установить, укажите флаги:
| Флаг | Действие |
|------|----------|
| **`--claude`** | копирование только в **`~/.claude/`** |
| **`--cursor`** | копирование только в **`~/.cursor/`** |
| **`--claude --cursor`** | в оба каталога (как раньше было без флагов) |
Примеры: `blago init --claude`, `blago init --cursor --coopname mycoop`, `blago init --claude --cursor`.
Остальные опции **`init`**: **`--coopname <name>`**, **`--force`** (см. `blago init --help`).
## Справка по командам
@@ -23,4 +35,4 @@ blago <команда> --help
## Прочее
- После **`blago init`**: **`~/.claude/config/blago/helpers.md`**, **`~/.claude/config/blago/templates/`** (исходники в пакете: `ai/config/`, `ai/templates/`) и содержимое **`ai/`** в **`~/.claude/skills/blago/`** (`skills/bmm/…`, `commands/` и т.д.; каталог `ai` в пути не создаётся).
- После **`blago init`**: **`~/.claude/config/blago/helpers.md`**, **`~/.claude/config/blago/templates/`** (исходники: `ai/config/`, `ai/templates/`). Скиллы и команды из `ai/skills`, `ai/bmad`, `ai/commands` — только если переданы **`--claude`** и/или **`--cursor`** (см. таблицу выше); в домашнем дереве каталог `ai` не создаётся.
@@ -293,7 +293,7 @@ To recommend next: See helpers.md#Determine-Next-Workflow
## blago-cli
Справка для ролей (analyst, pm, architect, …): отдельного скилла `cli` нет — весь минимальный флоу здесь. Slash-команды и сценарии при необходимости: каталог **`commands/`** рядом со **`skills/`** в установленном дереве `~/.claude/skills/blago/`.
Справка для ролей (analyst, pm, architect, …): отдельного скилла `cli` нет — весь минимальный флоу здесь. Slash-команды: **`~/.claude/commands/blago/commands/`** (зеркально **`~/.cursor/commands/blago/commands/`**). Скиллы blago (не BMAD): **`~/.claude/skills/blago/`** · **`~/.cursor/skills/blago/`**. Скиллы BMAD: **`…/skills/blago/bmad/`**.
**Где что лежит после `blago init` / `blago skills install`:**
@@ -302,7 +302,8 @@ To recommend next: See helpers.md#Determine-Next-Workflow
| Этот файл | `~/.claude/config/blago/helpers.md` — в скиллах ссылка **`helpers.md`** = этот абсолютный путь |
| Глобальный конфиг | `~/.claude/config/blago/config.yaml` |
| Шаблоны документов | `~/.claude/config/blago/templates/*.md` — в скиллах ссылка **`templates/{имя}.md`** = этот каталог |
| Скиллы агента | `~/.claude/skills/blago/skills/…` |
| Скиллы агента (blago) | `~/.claude/skills/blago/…` · `~/.cursor/skills/blago/…` |
| Скиллы BMAD | `~/.claude/skills/blago/bmad/…` · `~/.cursor/skills/blago/bmad/…` |
Синхронизируются типы: **project**, **issue**, **story**. Тип **result** через CLI не синхронизируется.
@@ -6,21 +6,26 @@
Запомни оттуда: `username`.
Также найди задачу, по которой совершается команда коммита, и извлеки из неё `id`.
Также найди задачу, по которой совершается команда коммита, и извлеки из неё `id` задачи, мотивацию (зачем делали), техспецификацию (что конкретно изменили).
После чего, создай коммит с помощью git, используя следующий шаблон:
Сформируй сообщение коммита по строгому правилу:
```text
[<id>] краткое описание изменений
[<id>][@<username>] <тип>: <действие> — <зачем это нужно>
[@<username>]
```
Например:
```text
[123] Аудентификация пользователя методом подписи временной метки
Правила:
- Тип ОБЯЗАТЕЛЕН: feat, fix, refactor, docs, config
- После тире ОБЯЗАТЕЛЬНО указать зачем (бизнес-причина или техническая необходимость)
- Минимум 10 слов в сумме (тип + действие + зачем)
- Не копируй дифф, не пиши "исправлено", "обновлено" без пояснения зачем
[@ant]
```
Запрещено:
- Писать только "[123] Исправлено"
- Пропускать часть "— зачем"
- Копировать дифф целиком
Где через [@username] мы фиксируем авторство. А через первый id - идентификатор задачи. Обязательно пиши в квадратных скобках как указано.
После того, как ты создал коммит - запуш его в активную ветку: `git push`
Где через @ant мы фиксируем авторство. А через первый id - идентификатор задачи.
@@ -13,7 +13,7 @@
После чего выполняй:
```bash
blago create issue <project_or_component_id> "<title>" "<description>"
blago create req <project_or_component_id> "<title>" "<description>"
```
<description> - это опциональный параметр для установки описания задачи сразу при её создании. Можно не задавать, тогда требование следует обновить после создания дополнительно и синхронизировать с сервером.
@@ -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 -1
View File
@@ -1,6 +1,6 @@
{
"name": "@coopenomics/blago-cli",
"version": "2026.4.10-8",
"version": "2026.6.24",
"description": "CLI синхронизации артефактов Благорост с бэкендом через @coopenomics/sdk",
"type": "module",
"private": true,
+155 -15
View File
@@ -9,6 +9,7 @@ import pkg from '../../package.json'
import { refreshGlobalAgentMirrorAsync } from '../config/agent-mirror.js'
import {
type BlagoAgentHomeRoot,
type BlagoConfigFile,
type BlagoRemoteProfile,
getActiveProfile,
@@ -33,12 +34,15 @@ import {
} from '../session/status-text.js'
import { runAdd } from '../sync/add.js'
import { runClean } from '../sync/clean.js'
import { runDelete } from '../sync/delete.js'
import { runDiff } from '../sync/diff.js'
import { runPull } from '../sync/pull.js'
import { runPush } from '../sync/push.js'
import { runClearStaging, runRemove } from '../sync/remove.js'
import { runRestore } from '../sync/restore.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'
function startDir(): string {
@@ -66,7 +70,7 @@ export async function runCli(argv: string[]): Promise<void> {
program
.command('init')
.description(
'Глобальный конфиг ~/.claude/config/blago/config.yaml; при наличии в пакете — копия ai/skills и ai/commands в ~/.claude|~/.cursor (skills/blago/skills, commands/blago/commands); каталоги ~/blago/dev|testnet|production и .blago/config.json в каждом; опционально — ещё одна копия в указанном каталоге',
'Глобальный конфиг ~/.claude/config/blago/config.yaml; каталоги ~/blago/dev|testnet|production и .blago/config.json в каждом; опционально — ещё одна копия в указанном каталоге. Скиллы и команды из пакета — только с флагами --claude и/или --cursor (ai/skills, ai/bmad, ai/commands в ~/.claude и/или ~/.cursor).',
)
.argument(
'[directory]',
@@ -77,10 +81,25 @@ export async function runCli(argv: string[]): Promise<void> {
'записать это имя кооператива во все среды в config (потом можно развести по-разному в JSON)',
)
.option('--force', 'перезаписать config.json значениями по умолчанию')
.action(async (directory: string | undefined, opts: { coopname?: string, force?: boolean }) => {
.option('--claude', 'скопировать скиллы и команды из пакета только в ~/.claude')
.option('--cursor', 'скопировать скиллы и команды из пакета только в ~/.cursor')
.action(async (directory: string | undefined, opts: {
coopname?: string
force?: boolean
claude?: boolean
cursor?: boolean
}) => {
const agentBundleHomes: BlagoAgentHomeRoot[] = []
if (opts.claude === true) {
agentBundleHomes.push('.claude')
}
if (opts.cursor === true) {
agentBundleHomes.push('.cursor')
}
const { global } = await initBlagoGlobalLayout({
coopname: opts.coopname,
force: opts.force,
agentBundleHomes,
})
let extraRoot: string | null = null
if (directory !== undefined && directory.trim().length > 0) {
@@ -88,12 +107,29 @@ export async function runCli(argv: string[]): Promise<void> {
await initBlagoWorkspace(extraRoot, { coopname: opts.coopname, force: opts.force })
}
success(`Глобальный конфиг агента: ${globalBlagoConfigPath()}`)
success(
`Скиллы blago: ${path.join(os.homedir(), '.claude', 'skills', 'blago', 'skills')} · ${path.join(os.homedir(), '.cursor', 'skills', 'blago', 'skills')}`,
)
success(
`Команды blago: ${path.join(os.homedir(), '.claude', 'commands', 'blago', 'commands')} · ${path.join(os.homedir(), '.cursor', 'commands', 'blago', 'commands')}`,
)
if (agentBundleHomes.length === 0) {
info(
'Скиллы и команды из пакета не копировались (укажите --claude и/или --cursor).',
)
}
else {
const homesLabel = agentBundleHomes.join(' · ')
const lines: string[] = []
if (agentBundleHomes.includes('.claude')) {
lines.push(`Claude — скиллы blago: ${path.join(os.homedir(), '.claude', 'skills', 'blago')}`)
lines.push(`Claude — скиллы BMAD: ${path.join(os.homedir(), '.claude', 'skills', 'blago', 'bmad')}`)
lines.push(`Claude — команды: ${path.join(os.homedir(), '.claude', 'commands', 'blago', 'commands')}`)
}
if (agentBundleHomes.includes('.cursor')) {
lines.push(`Cursor — скиллы blago: ${path.join(os.homedir(), '.cursor', 'skills', 'blago')}`)
lines.push(`Cursor — скиллы BMAD: ${path.join(os.homedir(), '.cursor', 'skills', 'blago', 'bmad')}`)
lines.push(`Cursor — команды: ${path.join(os.homedir(), '.cursor', 'commands', 'blago', 'commands')}`)
}
success(`Установка в: ${homesLabel}`)
for (const line of lines) {
success(line)
}
}
const active = resolveActiveWorkspaceRoot(global)
if (active) {
success(
@@ -202,6 +238,92 @@ 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')
.description(
'Удалить задачу (issue) или требование (req) на сервере и локально: мутация + файл + индекс + staging + pending-create.',
)
delCmd
.command('issue')
.description('Удалить задачу: DeleteIssue на сервере + локальная очистка (файл, индекс, staging, pending-create)')
.argument('<target>', 'путь к .md, issue_hash, frontmatter id или projectId-issueId')
.option('-f, --force', 'удалить, даже если локально есть изменения или файл в staging')
.action(async (target: string, opts: { force?: boolean }) => {
const root = requireRoot()
const cfg = await loadConfig(root)
const ctx = await ensureAuthenticatedContext(root, cfg)
const res = await runDelete(ctx, 'issue', target, { force: opts.force })
if (res.pendingOnly) {
success(`Задача удалена только локально (не было на сервере — pending-create): ${res.relativePath}`)
}
else {
success(`Задача удалена на сервере и локально: ${res.relativePath} [${res.entityHash}]`)
}
})
delCmd
.command('req')
.alias('requirement')
.description('Удалить требование: DeleteStory на сервере + локальная очистка (файл, индекс, staging, pending-create)')
.argument('<target>', 'путь к .md, story_hash, frontmatter id или projectId-issueId')
.option('-f, --force', 'удалить, даже если локально есть изменения или файл в staging')
.action(async (target: string, opts: { force?: boolean }) => {
const root = requireRoot()
const cfg = await loadConfig(root)
const ctx = await ensureAuthenticatedContext(root, cfg)
const res = await runDelete(ctx, 'story', target, { force: opts.force })
if (res.pendingOnly) {
success(`Требование удалено только локально (не было на сервере — pending-create): ${res.relativePath}`)
}
else {
success(`Требование удалено на сервере и локально: ${res.relativePath} [${res.entityHash}]`)
}
})
program
.command('login')
.description('Интерактивный вход (email + WIF); сохраняет сессию для активной среды')
@@ -220,11 +342,12 @@ export async function runCli(argv: string[]): Promise<void> {
program
.command('pull')
.description('Скачать с сервера проекты, задачи и требования (coopname в config или из blago init)')
.action(async () => {
.option('--prune', 'удалить локально файлы и записи индекса для сущностей, отсутствующих на сервере (с защитой dirty/staged)')
.action(async (opts: { prune?: boolean }) => {
const root = requireRoot()
const cfg = await loadConfig(root)
const ctx = await ensureAuthenticatedContext(root, cfg)
await runPull(ctx)
await runPull(ctx, { prune: opts.prune === true })
success('pull завершён')
})
@@ -239,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}.`,
)
})
@@ -270,14 +393,30 @@ export async function runCli(argv: string[]): Promise<void> {
program
.command('restore')
.description(
'Восстановить один .md с сервера (путь из индекса, id маркера, id issue/story из frontmatter или projectId-issueId)',
'Восстановить с сервера: один .md (путь из индекса, id маркера, id issue/story или projectId-issueId) или всю копию по индексу — аргумент «.» (staging очищается, затем каждый путь из .blago/index.json)',
)
.argument(
'<pathOrId>',
'путь к .md, id маркера, id issue/story, projectId-issueId или «.» / «./» для полной перезагрузки по индексу',
)
.argument('<pathOrId>', 'путь к .md, id маркера, id issue/story из frontmatter или projectId-issueId')
.action(async (pathOrId: string) => {
const root = requireRoot()
const cfg = await loadConfig(root)
const ctx = await ensureAuthenticatedContext(root, cfg)
const t = pathOrId.trim()
if (RESTORE_ALL_PATH_SENTINELS.has(t)) {
const { restored, failures } = await restoreAllFromServer(ctx)
success(`Восстановлено с сервера: ${restored} файл(ов). Staging очищен.`)
if (failures.length > 0) {
for (const f of failures) {
warn(`${f.relativePath}: ${f.message}`)
}
throw new Error(`Не удалось восстановить ${failures.length} путь(ей).`)
}
return
}
const restoredRel = await runRestore(ctx, pathOrId)
await writeWorkspaceIndexMarkdown(root)
success(`Восстановлено с сервера: ${restoredRel}`)
})
@@ -325,6 +464,7 @@ export async function runCli(argv: string[]): Promise<void> {
return
}
await runClean(root)
await writeWorkspaceIndexMarkdown(root)
success('Индекс и staging очищены, каталоги проектов удалены.')
})
+14 -3
View File
@@ -5,9 +5,14 @@ import * as fs from 'node:fs/promises'
import * as path from 'node:path'
import { ensureGlobalBlagoConfigFile, mkdirWorkspaceDirs } from './global-config.js'
import { copyBundledBlagoAgentHomeBundles } from './install-bundled-agent-homes.js'
import {
type BlagoAgentHomeRoot,
copyBundledBlagoAgentHomeBundles,
} from './install-bundled-agent-homes.js'
import { blagoDir, CONFIG_FILE, configPath, gitignorePath } from './paths.js'
export type { BlagoAgentHomeRoot } from './install-bundled-agent-homes.js'
export type BlagoEnvironmentName = 'dev' | 'testnet' | 'production' | (string & {})
/**
@@ -189,10 +194,16 @@ export {
} from './global-config.js'
export async function initBlagoGlobalLayout(
options?: { coopname?: string, force?: boolean, workspaceBase?: string },
options?: {
coopname?: string
force?: boolean
workspaceBase?: string
/** Пусто или не задано — скиллы и команды из пакета в ~/.claude / ~/.cursor не копируются. */
agentBundleHomes?: readonly BlagoAgentHomeRoot[]
},
): Promise<{ global: BlagoGlobalConfigFile }> {
const global = await ensureGlobalBlagoConfigFile(options?.workspaceBase)
await copyBundledBlagoAgentHomeBundles()
await copyBundledBlagoAgentHomeBundles(options?.agentBundleHomes ?? [])
await mkdirWorkspaceDirs(global)
const names = ['dev', 'testnet', 'production'] as const
for (const name of names) {
@@ -1,4 +1,4 @@
// Каталоги ai/skills и ai/commands → ~/.claude/… и ~/.cursor/… (без bmad).
// ai/skills → ~/.*/skills/blago/; ai/bmad/.{claude,cursor}/skills → ~/.*/skills/blago/bmad; ai/commands → ~/.*/commands/blago/commands.
import * as fsp from 'node:fs/promises'
import * as os from 'node:os'
@@ -6,16 +6,23 @@ import * as path from 'node:path'
import { bundledAiDir } from '../ai-bundled-dir.js'
/** Домашний корень агента (куда копируются skills/commands из пакета). */
export type BlagoAgentHomeRoot = '.claude' | '.cursor'
function cpExcludeJunk(source: string): boolean {
const base = path.basename(source)
return base !== '.DS_Store' && !base.startsWith('._')
}
/** Сегмент под ai/ и хвост пути под ~/.claude и ~/.cursor (одинаковый). */
/** Сегмент под ai/ и хвост пути под выбранные `~/.claude` / `~/.cursor`. */
async function copyBundledAiSegmentToAgentHomes(
aiSegment: string,
homeTail: readonly string[],
agentRoots: readonly BlagoAgentHomeRoot[],
): Promise<void> {
if (agentRoots.length === 0) {
return
}
let aiDir: string
try {
aiDir = bundledAiDir()
@@ -34,7 +41,7 @@ async function copyBundledAiSegmentToAgentHomes(
return
}
for (const root of ['.claude', '.cursor'] as const) {
for (const root of agentRoots) {
const dest = path.join(os.homedir(), root, ...homeTail)
await fsp.mkdir(path.dirname(dest), { recursive: true })
await fsp.rm(dest, { recursive: true, force: true })
@@ -46,10 +53,52 @@ async function copyBundledAiSegmentToAgentHomes(
}
/**
* Копирует `ai/skills` и `ai/commands` в домашние каталоги Claude и Cursor (если есть в пакете).
* BMAD-скиллы из пакета: отдельно для Claude и Cursor (разные деревья в `ai/bmad/`).
*/
async function copyBundledBmadSkillsToAgentHomes(agentRoots: readonly BlagoAgentHomeRoot[]): Promise<void> {
if (agentRoots.length === 0) {
return
}
let aiDir: string
try {
aiDir = bundledAiDir()
}
catch {
return
}
for (const root of agentRoots) {
const src = path.join(aiDir, 'bmad', root, 'skills')
try {
const st = await fsp.stat(src)
if (!st.isDirectory()) {
continue
}
}
catch {
continue
}
const dest = path.join(os.homedir(), root, 'skills', 'blago', 'bmad')
await fsp.mkdir(path.dirname(dest), { recursive: true })
await fsp.rm(dest, { recursive: true, force: true })
await fsp.cp(src, dest, {
recursive: true,
filter: s => cpExcludeJunk(s),
})
}
}
/**
* Копирует `ai/skills`, `ai/commands` и BMAD-скиллы в указанные домашние каталоги агентов (если есть в пакете).
* При пустом `agentRoots` ничего не делает.
* Не падает при отсутствии каталогов или ошибке `bundledAiDir`.
*/
export async function copyBundledBlagoAgentHomeBundles(): Promise<void> {
await copyBundledAiSegmentToAgentHomes('skills', ['skills', 'blago', 'skills'])
await copyBundledAiSegmentToAgentHomes('commands', ['commands', 'blago', 'commands'])
export async function copyBundledBlagoAgentHomeBundles(
agentRoots: readonly BlagoAgentHomeRoot[],
): Promise<void> {
if (agentRoots.length === 0) {
return
}
await copyBundledAiSegmentToAgentHomes('skills', ['skills', 'blago'], agentRoots)
await copyBundledAiSegmentToAgentHomes('commands', ['commands', 'blago', 'commands'], agentRoots)
await copyBundledBmadSkillsToAgentHomes(agentRoots)
}
@@ -24,6 +24,8 @@ import {
} from '../sync/index-store.js'
import { generateSlug, issueFileRelativePath, workspaceBasePath } from '../sync/layout.js'
import { loadProjectMapsFromIndex } from '../sync/project-index-map.js'
import { refreshParentProjectVersion } from '../sync/refresh-parent.js'
import { writeWorkspaceIndexMarkdown } from '../sync/workspace-index.js'
import { resolveProjectMarker } from './resolve-base.js'
@@ -220,7 +222,9 @@ export async function runCreateIssue(
remote_updated_at: toRemoteIso(createdRow._updated_at),
content_etag_local: etag,
})
await refreshParentProjectVersion(ctx, index, createdRow.project_hash, projRow.parent_hash)
await saveIndex(ctx.root, index)
await appendPathsToStaging(ctx.root, [rel])
await writeWorkspaceIndexMarkdown(ctx.root)
return { relativePath: rel }
}
@@ -21,6 +21,8 @@ import {
import { generateSlug, storyFileRelativePath, workspaceBasePath } from '../sync/layout.js'
import { loadProjectMapsFromIndex } from '../sync/project-index-map.js'
import { issueLinkForStoryPath } from '../sync/push-create.js'
import { refreshParentProjectVersion } from '../sync/refresh-parent.js'
import { writeWorkspaceIndexMarkdown } from '../sync/workspace-index.js'
import { resolveProjectMarker } from './resolve-base.js'
import { storyContentFormatFromCliOption } from './story-format.js'
@@ -67,7 +69,7 @@ async function pickStoryFileRelativePath(
const slug = generateSlug(title) || 'requirement'
const id2 = storyRequirementIdPrefix2(storyRecordId, storyHash)
const dir = issueArg?.titleSlug
? `${basePath.replace(/\\/g, '/')}/issues/${capitalIdPathPrefix(issueArg.id)}-${issueArg.titleSlug}-requirements`
? `${basePath.replace(/\\/g, '/')}/issue-requirements/${capitalIdPathPrefix(issueArg.id)}-${issueArg.titleSlug}`
: `${basePath.replace(/\\/g, '/')}/requirements`
const alt = `${dir}/${id2}-${slug}-${storyHash.slice(0, 6)}.md`
const absAlt = path.join(root, alt)
@@ -195,7 +197,11 @@ export async function runCreateStory(
remote_updated_at: toRemoteIso(created._updated_at),
content_etag_local: etag,
})
if (created.project_hash) {
await refreshParentProjectVersion(ctx, index, String(created.project_hash), projRow.parent_hash)
}
await saveIndex(ctx.root, index)
await appendPathsToStaging(ctx.root, [rel])
await writeWorkspaceIndexMarkdown(ctx.root)
return { relativePath: rel }
}
+23 -1
View File
@@ -38,9 +38,31 @@ 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`
return matter.stringify(trimmed, data)
// matter.stringify(string, data) сначала парсит string как frontmatter — body, начинающийся
// с «---», ловится как фронтматтер и роняет js-yaml на коде вида `Authorization: Bearer …`.
// Передаём пустой контент в matter.stringify, чтобы получить только заголовок, и сами клеим body.
// Нормализуем хвост: gray-matter дописывает лишний `\n` к пустому контенту — это даёт
// ложную «грязь» на следующем pull (etag сходит с тем, что было сохранено как простой stringify).
const head = matter.stringify('', data).replace(/\n+$/, '\n')
return `${head}${trimmed}`
}
export function issueLabelsFromMetadata(metadata: unknown): string[] {
+41 -12
View File
@@ -1,8 +1,9 @@
// add: только .md, с учётом .blagoignore и без рекурсии в _bmad / _bmad_output; в staging — только файлы, изменённые относительно индекса (или без записи в индексе).
// add: только .md, с учётом .blagoignore и без рекурсии в _bmad / _bmad_output / _bmad-output; в staging — только файлы, изменённые относительно индекса (или без записи в индексе).
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() : '—'}`,
+360
View File
@@ -0,0 +1,360 @@
// delete: удалить issue/story на сервере (DeleteIssue/DeleteStory) + локально (файл, index, staging, pending-create).
import type { AuthenticatedContext } from '../session/index.js'
import * as fs from 'node:fs/promises'
import * as path from 'node:path'
import { Mutations } from '@coopenomics/sdk'
import { parseBlagoMarkdown } from '../format/index.js'
import { sha256Hex } from '../lib/hash.js'
import { resolveRestoreUserPathToRelativeMarkdown } from './capital-target-expand.js'
import {
findByRelativePath,
type IndexEntry,
type IndexFile,
loadIndex,
loadStaging,
normalizeRelativePath,
saveIndex,
saveStaging,
} from './index-store.js'
import {
loadPendingCreate,
pendingKindForEntityType,
removePendingItem,
} from './pending-create.js'
import { loadProjectMapsFromIndex } from './project-index-map.js'
import { refreshParentProjectVersion } from './refresh-parent.js'
import { writeWorkspaceIndexMarkdown } from './workspace-index.js'
export type BlagoDeleteKind = 'issue' | 'story'
export interface RunDeleteOptions {
readonly force?: boolean
}
export interface RunDeleteResult {
readonly relativePath: string
readonly entityHash: string
readonly remoteDeleted: boolean
readonly pendingOnly: boolean
}
export async function runDelete(
ctx: AuthenticatedContext,
kind: BlagoDeleteKind,
target: string,
options: RunDeleteOptions = {},
): Promise<RunDeleteResult> {
const root = ctx.root
const index = await loadIndex(root)
const rel = await resolveTarget(root, index, target)
if (!rel.endsWith('.md')) {
throw new Error('Укажите путь к .md, frontmatter id или projectId-issueId.')
}
const entry = findByRelativePath(index, rel)
const pendingKind = pendingKindForEntityType(kind)
const pendingData = pendingKind ? await loadPendingCreate(root) : null
const pending = pendingData
? pendingData.items.find(
i => i.kind === pendingKind && normalizeRelativePath(i.relative_path) === rel,
) ?? null
: null
if (!entry && !pending) {
throw new Error(
`Не найдено в индексе и pending-create: ${rel}. Выполните «blago pull» или проверьте путь/id.`,
)
}
if (entry && pending) {
throw new Error(
`Несогласованное состояние: ${rel} и в индексе, и в pending-create. Удалите вручную pending-create.json или выполните pull.`,
)
}
if (entry && entry.entity_type !== kind) {
throw new Error(
`Путь «${rel}» относится к ${entry.entity_type}, не ${kind}. Для этого типа команда не поддерживается.`,
)
}
const abs = path.join(root, rel)
let fileContent: string | null = null
try {
fileContent = await fs.readFile(abs, 'utf8')
}
catch {
fileContent = null
}
const staging = await loadStaging(root)
const isStaged = staging.paths.some(p => normalizeRelativePath(p) === rel)
const isDirty = Boolean(
entry && fileContent !== null && sha256Hex(fileContent) !== entry.content_etag_local,
)
if ((isDirty || isStaged) && options.force !== true) {
const reasons: string[] = []
if (isDirty) {
reasons.push('локальные изменения не сохранены (отличаются от индекса)')
}
if (isStaged) {
reasons.push('файл в staging (blago add)')
}
throw new Error(
`Удаление отклонено (${reasons.join('; ')}): ${rel}. Укажите --force для принудительного удаления.`,
)
}
let entityHash = entry?.entity_hash ?? pending?.entity_hash ?? ''
let parentProjectHash: string | undefined
if (fileContent !== null) {
try {
const parsed = parseBlagoMarkdown(fileContent)
if (!entityHash) {
entityHash = String(parsed.data.hash ?? '').trim()
}
const ph = parsed.data.project_hash
if (ph !== undefined && ph !== null) {
const t = String(ph).trim()
if (t !== '') {
parentProjectHash = t
}
}
}
catch {
// ignore
}
}
if (!entityHash) {
throw new Error(`Не удалось определить hash сущности для ${rel}.`)
}
let remoteDeleted = false
const pendingOnly = Boolean(pending && !entry)
if (!pendingOnly) {
if (kind === 'issue') {
await ctx.client.Mutation(Mutations.Capital.DeleteIssue.mutation, {
variables: { data: { issue_hash: entityHash } },
})
}
else {
await ctx.client.Mutation(Mutations.Capital.DeleteStory.mutation, {
variables: { data: { story_hash: entityHash } },
})
}
remoteDeleted = true
}
if (fileContent !== null) {
try {
await fs.unlink(abs)
}
catch {
// ignore — файл может уже отсутствовать
}
}
if (entry) {
const nextEntries = index.entries.filter(
e => !(e.entity_type === entry.entity_type && e.entity_hash === entry.entity_hash),
)
const indexAfter: IndexFile = { entries: nextEntries }
if (remoteDeleted && parentProjectHash) {
const projEntryAfter = indexAfter.entries.find(
e => e.entity_type === 'project' && e.entity_hash === parentProjectHash,
)
let parentHashHint: string | null | undefined
if (projEntryAfter) {
try {
const pAbs = path.join(root, projEntryAfter.relative_path)
const pRaw = await fs.readFile(pAbs, 'utf8')
const pParsed = parseBlagoMarkdown(pRaw)
const v = pParsed.data.parent_hash
parentHashHint = v === undefined || v === null ? undefined : String(v)
}
catch {
parentHashHint = undefined
}
}
await refreshParentProjectVersion(ctx, indexAfter, parentProjectHash, parentHashHint)
}
await saveIndex(root, indexAfter)
}
if (isStaged) {
const nextPaths = staging.paths.filter(p => normalizeRelativePath(p) !== rel)
await saveStaging(root, { paths: nextPaths })
}
if (pending && pendingKind) {
try {
await removePendingItem(root, pendingKind, pending.entity_hash)
}
catch {
// ignore — возможная гонка или уже удалено
}
}
await writeWorkspaceIndexMarkdown(root)
return { relativePath: rel, entityHash, remoteDeleted, pendingOnly }
}
async function resolveTarget(
root: string,
index: IndexFile,
target: string,
): Promise<string> {
const t = target.trim()
if (t === '') {
throw new Error('Не указан путь / id сущности для удаления.')
}
const { projectByHash } = await loadProjectMapsFromIndex(root, index)
return resolveRestoreUserPathToRelativeMarkdown(root, index, projectByHash, t)
}
/** Данные о серверных hash-ах для orphan detection при pull. */
export interface ServerHashSets {
readonly projectHashes: ReadonlySet<string>
readonly issueHashes: ReadonlySet<string>
readonly storyHashes: ReadonlySet<string>
}
export interface OrphanEntry {
readonly entry: IndexEntry
readonly reason: 'file-missing' | 'deleted-on-server'
}
/**
* Найти записи индекса (project/issue/story), которых нет на сервере в выборке текущего pull.
* Фильтрует по scope: issue/story только если parent project в server set (чтобы не трогать записи из другой coopname).
*/
export async function detectOrphanIndexEntries(params: {
readonly root: string
readonly index: IndexFile
readonly server: ServerHashSets
readonly currentCoopname: string
}): Promise<OrphanEntry[]> {
const { root, index, server, currentCoopname } = params
const out: OrphanEntry[] = []
for (const entry of index.entries) {
if (entry.entity_type !== 'project' && entry.entity_type !== 'issue' && entry.entity_type !== 'story') {
continue
}
const serverSet
= entry.entity_type === 'project'
? server.projectHashes
: entry.entity_type === 'issue'
? server.issueHashes
: server.storyHashes
if (serverSet.has(entry.entity_hash)) {
continue
}
const abs = path.join(root, entry.relative_path)
let raw: string | null = null
try {
raw = await fs.readFile(abs, 'utf8')
}
catch {
raw = null
}
if (raw === null) {
out.push({ entry, reason: 'file-missing' })
continue
}
try {
const parsed = parseBlagoMarkdown(raw)
if (entry.entity_type === 'project') {
const coopname = String(parsed.data.coopname ?? '').trim()
if (coopname && coopname !== currentCoopname) {
continue
}
}
else {
const ph = String(parsed.data.project_hash ?? '').trim()
if (!ph || !server.projectHashes.has(ph)) {
continue
}
}
}
catch {
// файл битый — будем считать orphan по общим правилам
}
out.push({ entry, reason: 'deleted-on-server' })
}
return out
}
export interface PruneOrphansResult {
readonly pruned: IndexEntry[]
readonly keptDirty: IndexEntry[]
readonly keptStaged: IndexEntry[]
}
/**
* Удалить orphan-файлы локально и убрать из индекса/staging. Пропускает dirty и staged записи.
* Возвращает статистику для вывода.
*/
export async function pruneOrphans(
root: string,
orphans: readonly OrphanEntry[],
): Promise<PruneOrphansResult> {
const pruned: IndexEntry[] = []
const keptDirty: IndexEntry[] = []
const keptStaged: IndexEntry[] = []
if (orphans.length === 0) {
return { pruned, keptDirty, keptStaged }
}
const index = await loadIndex(root)
const staging = await loadStaging(root)
const stagedSet = new Set(staging.paths.map(p => normalizeRelativePath(p)))
const toRemoveKeys = new Set<string>()
const toUnstage = new Set<string>()
for (const { entry } of orphans) {
const rel = normalizeRelativePath(entry.relative_path)
const abs = path.join(root, rel)
let raw: string | null = null
try {
raw = await fs.readFile(abs, 'utf8')
}
catch {
raw = null
}
if (raw !== null && sha256Hex(raw) !== entry.content_etag_local) {
keptDirty.push(entry)
continue
}
if (stagedSet.has(rel)) {
keptStaged.push(entry)
continue
}
if (raw !== null) {
try {
await fs.unlink(abs)
}
catch {
// ignore
}
}
toRemoveKeys.add(`${entry.entity_type}|${entry.entity_hash}`)
toUnstage.add(rel)
pruned.push(entry)
}
if (toRemoveKeys.size > 0) {
const nextEntries = index.entries.filter(
e => !toRemoveKeys.has(`${e.entity_type}|${e.entity_hash}`),
)
await saveIndex(root, { entries: nextEntries })
}
if (toUnstage.size > 0) {
const nextPaths = staging.paths.filter(p => !toUnstage.has(normalizeRelativePath(p)))
if (nextPaths.length !== staging.paths.length) {
await saveStaging(root, { paths: nextPaths })
}
}
return { pruned, keptDirty, keptStaged }
}
+4 -3
View File
@@ -1,12 +1,13 @@
// .blagoignore: простые префиксы/имена (не полный gitignore).
// .blagoignore: простые префиксы/имена (не полный gitignore). К DEFAULT_IGNORE см. loadBlagoIgnoreRules.
import * as fs from 'node:fs/promises'
import * as path from 'node:path'
const DEFAULT_IGNORE = ['.blago/', '.git/']
/** Всегда: служебные каталоги + маркер «текущий проект» + автогенерируемый INDEX.md (см. workspace-index). */
const DEFAULT_IGNORE = ['.blago/', '.git/', 'current_project.md', 'INDEX.md']
/** Каталоги BMAD: не документы Capital — не заходим при рекурсии add/remove и не индексируем по любому пути. */
const SYNC_SKIP_DIR_SEGMENTS = new Set(['_bmad', '_bmad_output'])
const SYNC_SKIP_DIR_SEGMENTS = new Set(['_bmad', '_bmad_output', '_bmad-output'])
export function isBlagoSyncExcludedDirName(dirName: string): boolean {
return SYNC_SKIP_DIR_SEGMENTS.has(dirName)
@@ -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
+1 -1
View File
@@ -118,7 +118,7 @@ export function storyFileRelativePath(
const id2 = storyRequirementIdPrefix2(storyRecordId, storyHash)
if (issue?.titleSlug) {
const ip = capitalIdPathPrefix(issue.id)
return `${basePath}/issues/${ip}-${issue.titleSlug}-requirements/${id2}-${slug}.md`
return `${basePath}/issue-requirements/${ip}-${issue.titleSlug}/${id2}-${slug}.md`
}
return `${basePath}/requirements/${id2}-${slug}.md`
}
@@ -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)}`)
}
}
+62 -3
View File
@@ -12,7 +12,13 @@ import {
serializeBlagoMarkdown,
storyToFrontmatterAndBody,
} from '../format/index.js'
import { warn } from '../ui/output.js'
import { info, warn } from '../ui/output.js'
import {
detectOrphanIndexEntries,
type OrphanEntry,
pruneOrphans,
type ServerHashSets,
} from './delete.js'
import { loadIndex, saveIndex } from './index-store.js'
import {
generateSlug,
@@ -22,9 +28,10 @@ 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'
interface CapitalProjectRow {
id?: number | null
@@ -119,7 +126,12 @@ function requireCoopname(cfg: BlagoConfigFile): string {
return c
}
export async function runPull(ctx: AuthenticatedContext): Promise<void> {
export interface RunPullOptions {
/** Удалить локальные файлы и записи индекса для сущностей, которых нет в выборке pull (orphan). По умолчанию — только предупреждение. */
readonly prune?: boolean
}
export async function runPull(ctx: AuthenticatedContext, options: RunPullOptions = {}): Promise<void> {
const coopname = requireCoopname(ctx.config)
const index = await loadIndex(ctx.root)
const projectByHash = new Map<string, ProjectPathModel>()
@@ -317,7 +329,54 @@ export async function runPull(ctx: AuthenticatedContext): Promise<void> {
await pullProjectCommunicationArtifacts(ctx, index, allProjects, projectByHash)
await pullNonProjectCommunicationArtifacts(ctx, index)
await scaffoldBmadWorkspacesAfterPull(ctx, allProjects, projectByHash)
await saveIndex(ctx.root, index)
const server: ServerHashSets = {
projectHashes: new Set(allProjects.map(p => p.project_hash)),
issueHashes: new Set(issues.map(i => i.issue_hash)),
storyHashes: new Set(stories.map(s => s.story_hash)),
}
const orphans = await detectOrphanIndexEntries({
root: ctx.root,
index: await loadIndex(ctx.root),
server,
currentCoopname: coopname,
})
await reportAndMaybePruneOrphans(ctx.root, orphans, options.prune === true)
await writeWorkspaceIndexMarkdown(ctx.root)
}
async function reportAndMaybePruneOrphans(
root: string,
orphans: readonly OrphanEntry[],
prune: boolean,
): Promise<void> {
if (orphans.length === 0) {
return
}
if (!prune) {
warn(`Удалены на сервере (или файл пропал) — ${orphans.length} шт. Запустите «blago pull --prune», чтобы очистить локально:`)
for (const o of orphans) {
const tag = o.reason === 'file-missing' ? 'файл отсутствует' : 'удалено на сервере'
warn(` - [${o.entry.entity_type}] ${o.entry.relative_path} (${tag})`)
}
return
}
const { pruned, keptDirty, keptStaged } = await pruneOrphans(root, orphans)
if (pruned.length > 0) {
info(`Удалено локально (orphan prune) — ${pruned.length}:`)
for (const e of pruned) {
info(` - [${e.entity_type}] ${e.relative_path}`)
}
}
for (const e of keptDirty) {
warn(`Оставлено (локальные изменения, используйте blago del --force): ${e.relative_path}`)
}
for (const e of keptStaged) {
warn(`Оставлено (в staging, сначала blago remove или blago del --force): ${e.relative_path}`)
}
}
+45 -3
View File
@@ -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'
@@ -28,6 +28,7 @@ import {
pushCreateIssue,
pushCreateStory,
} from './push-create.js'
import { writeWorkspaceIndexMarkdown } from './workspace-index.js'
// Ответы GraphQL/Zeus часто дают _updated_at как unknown — сужаем безопасно.
function toIso(v: unknown): string {
@@ -57,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>')
}
@@ -74,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
@@ -289,4 +330,5 @@ export async function runPush(ctx: AuthenticatedContext): Promise<void> {
await saveIndex(ctx.root, index)
await saveStaging(ctx.root, { paths: [...remaining] })
await writeWorkspaceIndexMarkdown(ctx.root)
}
@@ -0,0 +1,144 @@
// После create/del дочерней issue/story сервер бьёт _updated_at родительского проекта.
// Без обновления записи индекса родителя следующий push падает с конфликтом версий
// (а pull может затереть локальные правки маркерами слияния). Этот хелпер освежает
// remote_updated_at в индексе, не теряя несохранённые правки в файле проекта/компонента.
import type { AuthenticatedContext } from '../session/index.js'
import * as fs from 'node:fs/promises'
import * as path from 'node:path'
import { Queries } from '@coopenomics/sdk'
import { projectToFrontmatterAndBody, serializeBlagoMarkdown } from '../format/index.js'
import { sha256Hex } from '../lib/hash.js'
import { effectiveParentHash } from '../lib/parent-hash.js'
import {
findByHash,
type IndexFile,
normalizeRelativePath,
upsertEntry,
} from './index-store.js'
interface CapitalProjectRow {
id?: number | null
project_hash: string
title?: string | null
description?: string | null
coopname: string
parent_hash?: string | null
parent_title?: string | null
status?: string | null
created_at?: Date | string | null
_updated_at?: Date | string | null
}
function toIso(v: Date | string | null | undefined): string {
if (v === undefined || v === null) {
return ''
}
if (v instanceof Date) {
return v.toISOString()
}
return new Date(v).toISOString()
}
/**
* Освежить запись индекса родительского проекта/компонента после мутации, которая на сервере
* бьёт его _updated_at (создание/удаление дочерней issue или story).
*
* - Если файл проекта/компонента «чистый» (etag совпадает с индексом) — переписываем файл
* свежим контентом с сервера и обновляем remote_updated_at + content_etag_local.
* - Если файл «грязный» (есть локальные правки) — обновляем только remote_updated_at,
* оставляя локальные правки нетронутыми. После такого освежения blago push сравнит
* индекс с сервером и не найдёт конфликта.
*
* Тихие сбои: проекта нет в индексе / GraphQL недоступен / версия не сменилась → no-op.
*
* Безопасность от параллельной правки другим пользователем: если контент проекта на сервере
* отличается от того, что мы знали в индексе (по реконструированному etag без _updated_at),
* мы не выполняем «оптимистичный» bump — оставляем remote_updated_at прежним, чтобы
* пользователь увидел реальный конфликт при ближайшем push.
*/
export async function refreshParentProjectVersion(
ctx: AuthenticatedContext,
index: IndexFile,
projectHash: string,
parentHashHint: string | null | undefined,
): Promise<void> {
const entry = findByHash(index, 'project', projectHash)
if (!entry) {
return
}
const parentHash = effectiveParentHash(parentHashHint ?? undefined)
let row: CapitalProjectRow | null = null
try {
const q = await ctx.client.Query(Queries.Capital.GetProject.query, {
variables: {
data: {
hash: projectHash,
parent_hash: parentHash,
},
},
})
row = (q[Queries.Capital.GetProject.name] as CapitalProjectRow | null) ?? null
}
catch {
return
}
if (!row) {
return
}
const newRemoteAt = toIso(row._updated_at)
if (!newRemoteAt || newRemoteAt === entry.remote_updated_at) {
return
}
const rel = normalizeRelativePath(entry.relative_path)
const abs = path.join(ctx.root, rel)
let onDisk: string | null = null
try {
onDisk = await fs.readFile(abs, 'utf8')
}
catch {
onDisk = null
}
// Реконструируем «как выглядел бы файл» с сервера, но с _updated_at == прежнее значение из индекса:
// если получится то же содержимое, что в индексе по etag — содержимое (title/description) не менялось,
// bump _updated_at действительно «наш» (вызван дочерней мутацией) и его безопасно записать в индекс.
const previewRow: CapitalProjectRow = { ...row, _updated_at: entry.remote_updated_at }
const { data: prevData, body: prevBody } = projectToFrontmatterAndBody(previewRow)
const previewEtag = sha256Hex(serializeBlagoMarkdown(prevData, prevBody))
const contentUnchangedOnServer = previewEtag === entry.content_etag_local
if (!contentUnchangedOnServer) {
// Сервер опередил нас (правка извне или через другую копию) — не трогаем индекс,
// пусть push выявит реальный конфликт и пользователь сделает осознанный pull.
return
}
const isDirty = onDisk !== null && sha256Hex(onDisk) !== entry.content_etag_local
if (!isDirty) {
const { data, body } = projectToFrontmatterAndBody(row)
const content = serializeBlagoMarkdown(data, body)
await fs.mkdir(path.dirname(abs), { recursive: true })
await fs.writeFile(abs, content, 'utf8')
const etag = sha256Hex(await fs.readFile(abs, 'utf8'))
upsertEntry(index, {
entity_type: 'project',
entity_hash: projectHash,
relative_path: rel,
remote_updated_at: newRemoteAt,
content_etag_local: etag,
})
return
}
upsertEntry(index, {
entity_type: 'project',
entity_hash: projectHash,
relative_path: rel,
remote_updated_at: newRemoteAt,
content_etag_local: entry.content_etag_local,
})
}
+36 -2
View File
@@ -34,6 +34,7 @@ import {
type IndexEntry,
type IndexFile,
} from './index-store.js'
import { formatThrownValue } from '../ui/output.js'
import {
generateSlug,
issueFileRelativePath,
@@ -43,6 +44,7 @@ import {
} from './layout.js'
import { loadProjectMapsFromIndex } from './project-index-map.js'
import { resolveProjectMarkerFromRelativePath } from './resolve-project-hash-from-path.js'
import { writeWorkspaceIndexMarkdown } from './workspace-index.js'
interface CapitalProjectRow {
id?: number | null
@@ -365,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
@@ -392,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,
@@ -480,3 +480,37 @@ export async function runRestore(ctx: AuthenticatedContext, userPath: string): P
throw new Error(`Неизвестный тип сущности в индексе: ${entry.entity_type}`)
}
/** Аргумент `blago restore .` — снять staging и перезаписать каждый путь из индекса содержимым с сервера. */
export const RESTORE_ALL_PATH_SENTINELS = new Set(['.', './'])
export interface RestoreAllFromServerSummary {
restored: number
failures: { relativePath: string, message: string }[]
}
/**
* Полная перезагрузка с сервера по текущему индексу: очистка staging, затем для каждой записи индекса —
* то же, что «blago restore <путь>» (сервер — источник истины для файла и etag в индексе).
*/
export async function restoreAllFromServer(ctx: AuthenticatedContext): Promise<RestoreAllFromServerSummary> {
await saveStaging(ctx.root, { paths: [] })
const index = await loadIndex(ctx.root)
const sorted = [...index.entries].sort((a, b) =>
normalizeRelativePath(a.relative_path).localeCompare(normalizeRelativePath(b.relative_path)),
)
const failures: { relativePath: string, message: string }[] = []
let restored = 0
for (const e of sorted) {
const rel = normalizeRelativePath(e.relative_path)
try {
await runRestore(ctx, rel)
restored++
}
catch (caught: unknown) {
failures.push({ relativePath: rel, message: formatThrownValue(caught) })
}
}
await writeWorkspaceIndexMarkdown(ctx.root)
return { restored, failures }
}
@@ -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 })
}
@@ -23,6 +46,28 @@ async function fileExists(abs: string): Promise<boolean> {
}
}
/** После переноса файла прибрать пустые родительские каталоги (но не выше rootAbs). */
async function pruneEmptyParents(absFile: string, rootAbs: string): Promise<void> {
const stopAt = path.resolve(rootAbs)
let dir = path.resolve(path.dirname(absFile))
for (let i = 0; i < 16; i++) {
if (dir === stopAt || !dir.startsWith(`${stopAt}${path.sep}`)) {
return
}
try {
const entries = await fs.readdir(dir)
if (entries.length > 0) {
return
}
await fs.rmdir(dir)
}
catch {
return
}
dir = path.dirname(dir)
}
}
async function readFileIfExists(abs: string): Promise<string | null> {
try {
return await fs.readFile(abs, 'utf8')
@@ -32,6 +77,11 @@ async function readFileIfExists(abs: string): Promise<string | null> {
}
}
/** Маркеры в духе git-merge: правка вручную, затем `blago add` / `blago push`. */
function wrapMergeConflictMarkers(localContent: string, remoteContent: string): string {
return `<<<<<<< blago/local\n${localContent}\n=======\n${remoteContent}\n>>>>>>> blago/remote\n`
}
/** Один файл сущности: новый путь с сервера vs индекс; «грязный» локально → не затирать без явного сценария. */
export async function syncEntityFile(params: {
root: string
@@ -73,6 +123,7 @@ export async function syncEntityFile(params: {
await ensureDirForFile(absNew)
if (await fileExists(absOld)) {
await fs.rename(absOld, absNew)
await pruneEmptyParents(absOld, root)
}
else {
await fs.writeFile(absNew, content, 'utf8')
@@ -94,6 +145,7 @@ export async function syncEntityFile(params: {
await fs.writeFile(absNew, content, 'utf8')
if ((await fileExists(absOld)) && path.resolve(absOld) !== path.resolve(absNew)) {
await fs.unlink(absOld)
await pruneEmptyParents(absOld, root)
}
const etagAfterRename = sha256Hex(await fs.readFile(absNew, 'utf8'))
upsertEntry(index, {
@@ -110,8 +162,34 @@ 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')
const etagConflict = sha256Hex(merged)
upsertEntry(index, {
entity_type: entityType,
entity_hash: entityHash,
relative_path: rel,
remote_updated_at: remoteUpdatedAt,
content_etag_local: etagConflict,
})
warn(
`Пропуск перезаписи ${label}: есть локальные правки, на сервере новая версия. Смержите вручную или откатите файл, затем снова «blago pull».`,
`Конфликт версий для ${label}: в файл записаны маркеры слияния («<<<<<<< blago/local» … «>>>>>>> blago/remote»). Оставьте одну версию текста, удалите маркеры, затем «blago add» и «blago push».`,
)
return
}
@@ -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,
}
}
@@ -0,0 +1,181 @@
// INDEX.md в корне рабочей копии: для быстрого поиска проекта/компонента/требования
// по id или фрагменту названия (LLM-агентам не нужно ходить по дереву ls'ом).
// Задачи (issues) сюда намеренно не попадают: их слишком много, ищут их с привязкой
// к проекту/компоненту, а сам проект/компонент находится по этому индексу.
// Обновляется автоматически на pull/push/create/del/restore/clean.
import * as fs from 'node:fs/promises'
import * as path from 'node:path'
import { parseBlagoMarkdown } from '../format/index.js'
import { effectiveParentHash } from '../lib/parent-hash.js'
import { loadIndex, normalizeRelativePath } from './index-store.js'
interface ProjectRow {
readonly id?: string
readonly hash: string
readonly title: string
readonly rel: string
readonly parentHash?: string
}
interface StoryRow {
readonly id?: string
readonly hash: string
readonly title: string
readonly rel: string
readonly projectHash?: string
readonly issueHash?: string
}
const INDEX_MARKDOWN_FILENAME = 'INDEX.md'
function pickIdString(raw: unknown): string | undefined {
if (raw === undefined || raw === null) {
return undefined
}
const s = String(raw).trim()
return s === '' ? undefined : s
}
const UUID_RE = /^[0-9a-f]{8}-[0-9a-f]{4}-[0-9a-f]{4}-[0-9a-f]{4}-[0-9a-f]{12}$/i
/** Идентификаторы требований приходят как UUID — для индекса оставляем первые 8 символов
* (uniqueness в рамках копии практически 100%, поиск по полному id всё равно работает через frontmatter). */
function shortDisplayId(id: string | undefined): string {
if (id === undefined) {
return '?'
}
if (UUID_RE.test(id)) {
return id.slice(0, 8)
}
return id
}
function sortByIdNumeric<T extends { id?: string, title: string }>(a: T, b: T): number {
const ai = a.id ?? ''
const bi = b.id ?? ''
const cmp = ai.localeCompare(bi, 'en', { numeric: true, sensitivity: 'base' })
if (cmp !== 0) {
return cmp
}
return a.title.localeCompare(b.title, 'ru')
}
export async function writeWorkspaceIndexMarkdown(root: string): Promise<void> {
const index = await loadIndex(root)
const projects: ProjectRow[] = []
const stories: StoryRow[] = []
const issueIdByHash = new Map<string, string>()
for (const e of index.entries) {
if (e.entity_type !== 'project' && e.entity_type !== 'story' && e.entity_type !== 'issue') {
continue
}
const rel = normalizeRelativePath(e.relative_path)
const abs = path.join(root, rel)
let raw: string
try {
raw = await fs.readFile(abs, 'utf8')
}
catch {
continue
}
let parsed
try {
parsed = parseBlagoMarkdown(raw)
}
catch {
continue
}
const id = pickIdString(parsed.data.id)
const title = String(parsed.data.title ?? '').trim()
if (e.entity_type === 'project') {
const parent = effectiveParentHash(
parsed.data.parent_hash === undefined || parsed.data.parent_hash === null
? undefined
: String(parsed.data.parent_hash),
)
projects.push({ id, hash: e.entity_hash, title, rel, parentHash: parent })
}
else if (e.entity_type === 'issue') {
// Задачи в INDEX.md не выводятся (слишком много шума), но id нужен
// для подписи под требованиями, привязанными к задаче (issue_hash).
if (id !== undefined) {
issueIdByHash.set(e.entity_hash, id)
}
}
else {
const projectHash = parsed.data.project_hash === undefined || parsed.data.project_hash === null
? undefined
: String(parsed.data.project_hash).trim() || undefined
const issueHash = parsed.data.issue_hash === undefined || parsed.data.issue_hash === null
? undefined
: String(parsed.data.issue_hash).trim() || undefined
stories.push({ id, hash: e.entity_hash, title, rel, projectHash, issueHash })
}
}
projects.sort(sortByIdNumeric)
stories.sort(sortByIdNumeric)
const projectIdByHash = new Map<string, string>()
for (const p of projects) {
projectIdByHash.set(p.hash, p.id ?? p.hash.slice(0, 8))
}
const rootProjects = projects.filter(p => !p.parentHash)
const components = projects.filter(p => p.parentHash)
const out: string[] = []
out.push('# Blago Workspace Index')
out.push('')
out.push(
'> Сгенерировано автоматически (`blago pull` / `push` / `create` / `del` / `restore`). '
+ 'Не править вручную — будет перезаписано.',
)
out.push('')
out.push('## Проекты')
if (rootProjects.length === 0) {
out.push('_(пусто)_')
}
else {
for (const p of rootProjects) {
out.push(`- **${shortDisplayId(p.id)}** — ${p.title || '(без названия)'}\`${p.rel}\``)
}
}
out.push('')
out.push('## Компоненты')
if (components.length === 0) {
out.push('_(пусто)_')
}
else {
for (const c of components) {
const parentLabel = c.parentHash ? projectIdByHash.get(c.parentHash) ?? '?' : '?'
out.push(`- **${shortDisplayId(c.id)}** — ${c.title || '(без названия)'} (проект ${parentLabel}) → \`${c.rel}\``)
}
}
out.push('')
out.push('## Требования')
if (stories.length === 0) {
out.push('_(пусто)_')
}
else {
for (const s of stories) {
const ownerLabel = s.projectHash ? projectIdByHash.get(s.projectHash) ?? '?' : '?'
const issueLabel = s.issueHash ? issueIdByHash.get(s.issueHash) : undefined
const owner = issueLabel
? `задача ${issueLabel} в ${ownerLabel}`
: `проект/компонент ${ownerLabel}`
out.push(
`- **${shortDisplayId(s.id)}** — ${s.title || '(без названия)'} (${owner}) → \`${s.rel}\``,
)
}
}
out.push('')
await fs.writeFile(path.join(root, INDEX_MARKDOWN_FILENAME), `${out.join('\n')}`, 'utf8')
}
+78
View File
@@ -0,0 +1,78 @@
# Образ-bootstrap для удалённой ноды.
#
# Назначение: one-shot job в чужом docker-compose рядом с уже
# запущенным `node`-сервисом (dicoop/blockchain). Bootstrap
# дожидается готовности RPC, после чего вкатывает на ноду все
# системные и кооперативные контракты, активирует протокол-фичи,
# создаёт системный токен и инициализирует system/emission/powerup.
#
# Контракты НЕ собираются здесь — они тянутся multi-stage из
# готового артефакта `dicoop/contracts:<tag>`.
#
# Сборка идёт в три стадии:
# 1. builder — full workspace + pnpm install + unbuild
# (workspace-deps cooptypes/factory inline'ятся в
# bundle, npm-deps остаются external)
# 2. contracts — dicoop/contracts:<tag>
# 3. runtime — slim node:22 + bundle + npm install --omit=dev
#
# Окружение:
# CHAIN_URL — endpoint удалённой ноды
# CONTRACTS_DIR=/contracts
# RPC_WAIT_TIMEOUT_MS — default 120000
# EOSIO_PUB_KEY / EOSIO_PRV_KEY
# INSTALL_INITIAL_DATA=1 — опционально mono-данные (нужны MONGO_URI/POSTGRES_*)
# INSTALL_EXTRA_DATA=1 — то же + расширенный совет
ARG CONTRACTS_TAG=latest
# ─── Stage 1: builder ─────────────────────────────────────────────────
FROM node:22-slim AS builder
WORKDIR /app
RUN npm install -g pnpm@10.33.0
COPY . .
RUN pnpm install --frozen-lockfile --filter "@coopenomics/boot..."
# Билд графа: cooptypes/factory собирают свои dist/, boot собирает
# свой bundle с inlined workspace-deps.
RUN pnpm --filter "@coopenomics/boot..." build
# Workspace-deps inline'ятся в bundle, их транзитивные npm-deps factory
# (handlebars/ajv/mongodb/...) мерджим в boot.deps — нужны в runtime.
# Cooptypes type-only — его @typescript-eslint/parser в runtime не
# нужен и конфликтует с eslint v9 в boot.devDeps по peer-spec'ам.
# Удаляем сами workspace-spec'и (npm install не понимает workspace:*).
RUN node -e "const fs=require('fs'); \
const boot=JSON.parse(fs.readFileSync('components/boot/package.json','utf8')); \
const factory=JSON.parse(fs.readFileSync('components/factory/package.json','utf8')); \
boot.dependencies = { ...factory.dependencies, ...boot.dependencies }; \
delete boot.dependencies['cooptypes']; \
delete boot.dependencies['@coopenomics/factory']; \
fs.writeFileSync('components/boot/package.json', JSON.stringify(boot, null, 2));"
# ─── Stage 2: contracts ───────────────────────────────────────────────
FROM dicoop/contracts:${CONTRACTS_TAG} AS contracts
# ─── Stage 3: runtime ────────────────────────────────────────────────
FROM node:22-slim AS runtime
WORKDIR /app
COPY --from=builder /app/components/boot/package.json ./package.json
COPY --from=builder /app/components/boot/dist ./dist
# Только prod npm-зависимости. --no-package-lock потому что
# pnpm-lock несовместим с npm и в slim-образе не нужен.
RUN npm install --omit=dev --no-package-lock --no-fund --no-audit --legacy-peer-deps \
&& npm cache clean --force \
&& rm -rf /root/.npm
COPY --from=contracts /contracts /contracts
ENV CONTRACTS_DIR=/contracts
ENTRYPOINT ["node", "dist/index.cjs"]
CMD ["boot:remote"]
+71
View File
@@ -51,6 +51,77 @@ pnpm install --filter @coopenomics/boot
Подробное описание переменных — в файле `.env-example`.
## Запуск bootstrap'а в стороннем проекте (sideboot)
Для проектов, которым нужна **только цепь + контракты** (без mongo/pg/mono-инфры),
есть готовый docker-образ `dicoop/bootcoop:<branch>`. Он one-shot job'ом
накатывает на удалённую ноду все системные и кооперативные контракты,
активирует протокол-фичи, создаёт системный токен.
Минимальный `docker-compose.yaml` для стороннего репозитория:
```yaml
services:
node:
image: dicoop/blockchain:latest
ports:
- "8888:8888"
- "9876:9876"
volumes:
- ./blockchain-data:/mnt/dev/data
command: >
/bin/bash -c "/usr/local/bin/nodeos -d /mnt/dev/data
--config-dir /mnt/dev/config
--genesis-json /mnt/dev/config/genesis.json"
bootcoop:
image: dicoop/bootcoop:dev # или :testnet / :main / :latest
depends_on: [node]
restart: "no"
environment:
CHAIN_URL: http://node:8888
EOSIO_PUB_KEY: EOS6MRyAjQq8ud7hVNYcfnVPJqcVpscN5So8BhtHuGYqET5GDW5CV
EOSIO_PRV_KEY: 5KQwrPbwdL6PhXujxW37FSSQZ1JiwsST4cqQzDeyXtP79zkvFD3
RPC_WAIT_TIMEOUT_MS: "180000"
```
Запуск:
```bash
docker compose up -d node
docker compose up bootcoop # one-shot, выходит после успеха
```
Bootcoop ждёт `${CHAIN_URL}/v1/chain/get_info`, затем катит контракты на ноду.
По выходу с кодом 0 — цепь готова к работе.
### Версионирование
`dicoop/bootcoop:<tag>` всегда multi-stage'ится из `dicoop/contracts:<tag>` с
тем же `<tag>` (dev/testnet/main). Контракты и bootstrap синхронны по sha
коммита mono-репо — no skew.
Точный пин по коммиту: `dicoop/bootcoop:dev-<short-sha>` (тегается каждой сборкой).
### Дополнительные данные (опционально)
Если в стороннем проекте всё же нужны mono-данные (voskhod, ant, совет) —
выставить флаги, и поднять рядом mongo + postgres:
```yaml
environment:
CHAIN_URL: http://node:8888
MONGO_URI: mongodb://mongo:27017/cooperative-x
POSTGRES_HOST: postgres
POSTGRES_USERNAME: postgres
POSTGRES_PASSWORD: postgres!23!23
POSTGRES_DATABASE: voskhod
INSTALL_INITIAL_DATA: "1" # voskhod + ant + совет
INSTALL_EXTRA_DATA: "1" # + расширенный совет (5 пайщиков)
```
Без этих флагов запускается чистый chain-only сценарий.
## Тестирование
Перед запуском тестов необходима работающая инфраструктура (см. `docker-compose.yaml` в корне проекта):
+182
View File
@@ -0,0 +1,182 @@
# Sideboot — локальная нода + контракты в стороннем репозитории
Краткая инструкция для агентов в соседних репозиториях (parser2,
blockchain-protocol и т.п.), которым нужна чистая EOSIO-нода с
развёрнутыми кооперативными контрактами для интеграционных тестов.
**Без mono-инфры (mongo/postgres/desktop)**.
## Артефакты в DockerHub
| Образ | Назначение | Тег |
|---|---|---|
| `dicoop/blockchain` | EOSIO node (nodeos + cdt) | `latest` |
| `dicoop/contracts` | wasm/abi артефакт со всеми контрактами | `dev` / `testnet` / `main` / `latest` |
| `dicoop/bootcoop` | one-shot bootstrap (накатывает контракты на ноду) | `dev` / `testnet` / `main` / `latest` |
`dicoop/contracts` и `dicoop/bootcoop` синхронны по тегу — `dicoop/bootcoop:dev`
multi-stage из `dicoop/contracts:dev` (no skew).
`:latest` появляется только при сборке main-ветки. Для разработки
используй `:dev`.
## Минимальный docker-compose.yaml
```yaml
services:
node:
image: dicoop/blockchain:latest
ports:
- "8888:8888"
- "9876:9876"
volumes:
- ./blockchain-data:/mnt/dev/data
- ./node-config:/mnt/dev/config
command: >
/bin/bash -c "/usr/local/bin/nodeos -d /mnt/dev/data
--config-dir /mnt/dev/config
--genesis-json /mnt/dev/config/genesis.json"
healthcheck:
test: ["CMD", "curl", "-fs", "http://localhost:8888/v1/chain/get_info"]
interval: 2s
timeout: 2s
retries: 60
bootcoop:
image: dicoop/bootcoop:dev
depends_on:
node:
condition: service_started
restart: "no"
environment:
CHAIN_URL: http://node:8888
EOSIO_PUB_KEY: EOS6MRyAjQq8ud7hVNYcfnVPJqcVpscN5So8BhtHuGYqET5GDW5CV
EOSIO_PRV_KEY: 5KQwrPbwdL6PhXujxW37FSSQZ1JiwsST4cqQzDeyXtP79zkvFD3
RPC_WAIT_TIMEOUT_MS: "180000"
```
## Конфиги ноды
`./node-config/` должен содержать:
- `genesis.json`
- `config.ini`
- `protocol_features/` (директория с JSON-файлами фич)
Источник этих конфигов — `components/boot/src/configs/` в репо
`coopenomics/mono`. Скопируй их в свой репозиторий или подмонтируй
оттуда напрямую (если репо клонирован рядом):
```yaml
volumes:
- /path/to/mono/components/boot/src/configs:/mnt/dev/config
```
Это dev-конфигурация (single-node BPACCOUNT=eosio, ключи из
`.env-example` boot'а).
## Запуск
```bash
docker compose up -d node
docker compose up bootcoop # one-shot, выходит exit 0 после успеха
```
Время первого запуска: ~2-3 минуты (бутстрап накатывает 14+ контрактов
и создаёт 1000+ Registry-шаблонов).
После успеха цепь готова — все кооперативные аккаунты с задеплоенными
контрактами, выпущен токен AXON (eosio имеет 88000.0000 AXON свободно),
оператор `voskhod` получил powerup и стартовый transfer.
## Чистый перезапуск
Контракты накатываются на дев-цепь idempotent'но — повторный запуск
bootcoop без сброса данных может работать, но идеоматично сбрасывать
полностью. Так что:
```bash
# 1. Останови всё с удалением volumes/data
docker compose down -v
sudo rm -rf ./blockchain-data
# 2. Подними заново
docker compose up -d node
docker compose up bootcoop
```
Один-в-один как `pnpm run reboot:clean` в mono-репо, но без mono-инфры.
## Проверка что цепь готова
```bash
# Нода отвечает
curl -s http://localhost:8888/v1/chain/get_info | jq .head_block_num
# Контракты установлены (должны быть code_hash != 000...0)
for acct in eosio registrator soviet draft fund gateway capital wallet contributor marketplace meet branch loan apps; do
hash=$(curl -s -X POST http://localhost:8888/v1/chain/get_code -d "{\"account_name\":\"$acct\"}" | jq -r .code_hash)
echo "$acct: $hash"
done
```
Все hash'и должны быть не нулевыми (кроме сейчас намеренно отключенного
`ledger2` — он закомментирован в `components/contracts/CMakeLists.txt`,
вернётся когда раскомментируется).
## Опциональная mono-data
Если нужны mono-демо-данные (кооператив "voskhod", пайщик ant, совет —
требует `mongo` + `postgres` рядом):
```yaml
environment:
CHAIN_URL: http://node:8888
MONGO_URI: mongodb://mongo:27017/cooperative-x
POSTGRES_HOST: postgres
POSTGRES_USERNAME: postgres
POSTGRES_PASSWORD: postgres!23!23
POSTGRES_DATABASE: voskhod
INSTALL_INITIAL_DATA: "1" # voskhod + ant + совет (single chairman)
INSTALL_EXTRA_DATA: "1" # + расширенный совет (5 пайщиков)
```
Без этих флагов — чистый chain-only сценарий, ничего в БД не
записывается.
## Версионирование и пины
Точный пин на конкретный коммит mono:
```yaml
image: dicoop/bootcoop:dev-abc1234
```
Тегается каждой сборкой как `<branch>-<short-sha>`. Используй когда
нужна воспроизводимость (CI-тесты).
## Куда смотреть в коде
Если что-то в `bootcoop` идёт не так:
- `components/boot/src/index.ts` — CLI команды, ищи `boot:remote`
- `components/boot/src/init/infra.ts``startInfra()` — что и как деплоится
- `components/boot/src/configs/contracts.ts` — список контрактов и путей к wasm/abi
- `components/boot/src/configs/index.ts` — список аккаунтов, ключи, token spec
- `components/boot/Dockerfile` — как образ собирается (multi-stage)
- `.github/workflows/build-bootstrap.yaml` — CI workflow
- `.github/workflows/build-contracts.yaml` — workflow `dicoop/contracts`
- `components/contracts/CMakeLists.txt` — какие контракты собираются (`add_contract_build(<name>)`)
## Известные ограничения
- `boot:remote` логирует ошибки деплоя контрактов (`ENOENT: ledger2.wasm`)
но не падает — exit 0 даже если часть контрактов не установилась.
После запуска ОБЯЗАТЕЛЬНО проверь list контрактов через `get_code`,
не доверяй только exit-коду.
- `dicoop/contracts:dev` ребилдится только при изменении файлов в
`components/contracts/cpp/` или `CMakeLists.txt` (см. `paths:` в
`build-contracts.yaml`). Если контракт обновлён, но workflow не
тригернулся — `workflow_dispatch` руками.
- `dicoop/bootcoop:dev` ребилдится при изменении `components/boot/**`
ИЛИ `.github/workflows/build-bootstrap.yaml`. На обновление
контрактов нужен ручной rebuild bootcoop (или rerun workflow), чтобы
multi-stage подхватил свежий `dicoop/contracts:dev`.
+29
View File
@@ -1,12 +1,41 @@
import { defineBuildConfig } from 'unbuild'
// Bundle workspace-deps (cooptypes, @coopenomics/factory) внутрь
// dist/index.cjs, чтобы в docker-образе не нужно было их пробрасывать
// через workspace-context. NPM-deps оставляем external — nativе
// binaries (cpu-features через dockerode→ssh2) не bundling-friendly,
// плюс tree-shake даёт меньшие финальные node_modules.
//
// unbuild 2 имеет особенность: pkg.dependencies авто-добавляются в
// externals ДО hooks. Чтобы override — переопределяем external через
// rollup:options. Возвращаем false → не external → inline. Возвращаем
// undefined → unbuild решает по своим правилам (а он по умолчанию
// делает npm-deps external).
export default defineBuildConfig({
entries: [
'src/index',
],
declaration: true,
clean: true,
// Inline workspace-deps тянет в граф транзитивные npm-deps factory'а
// (mongodb, handlebars, ajv, ...). unbuild на них warning'ит как
// "implicit external" — они корректно остаются external (мы их
// мерджим в boot/package.json в Dockerfile), но warning по умолчанию
// делает failOnWarn:true → нужно явно отключить.
failOnWarn: false,
rollup: {
emitCJS: true,
},
hooks: {
'rollup:options'(_ctx, options) {
const prev = options.external
options.external = (id: string, importer?: string, isResolved?: boolean) => {
if (id === 'cooptypes' || id.startsWith('@coopenomics/factory'))
return false
if (typeof prev === 'function')
return (prev as any)(id, importer, isResolved)
return undefined
}
},
},
})
+9 -1
View File
@@ -1,14 +1,20 @@
{
"name": "@coopenomics/boot",
"type": "module",
"version": "2026.4.10-8",
"version": "2026.6.24",
"private": true,
"packageManager": "pnpm@9.0.6",
"description": "CLI-утилита инициализации блокчейна и кооператива",
"author": "Alex Ant <dacom.dark.sun@gmail.com>",
"license": "",
"keywords": [],
"main": "./dist/index.cjs",
"files": [
"dist",
"scripts"
],
"scripts": {
"build": "unbuild",
"enter": "./scripts/enter.sh",
"cli": "esno src/index.ts",
"deploy": "esno src/index.ts deploy",
@@ -17,8 +23,10 @@
"boot": "esno src/index.ts boot",
"boot:clean": "esno src/index.ts boot:clean",
"boot:extra": "esno src/index.ts boot:extra",
"boot:remote": "esno src/index.ts boot:remote",
"reboot:clean": "cd components/boot/scripts && bash clean_reboot.sh",
"reboot:extra": "cd components/boot/scripts && bash extra_reboot.sh",
"reboot:blago": "cd components/boot/scripts && bash blago_reboot.sh",
"create-coop": "esno src/index.ts create-coop",
"clear": "./scripts/clear.sh",
"start": "./scripts/restart.sh",
+40
View File
@@ -0,0 +1,40 @@
#!/bin/bash
# Полный перезапуск dev-среды для теста Благороста одной командой:
# 1) extra_reboot.sh — чистая цепь + кооператив + совет 5 человек +
# dev-shortcut онбординга capital (extensions.capital: все *_done=true);
# 2) ожидание готовности controller (GraphQL отвечает);
# 3) seed-capital до фазы $SEED_UP_TO (default 04-contributor): программы
# УХД/Благорост + setconfig, проекты, регистрация ant как участника.
#
# Глубину сида можно менять: SEED_UP_TO=08-investments pnpm run reboot:blago
set -e
SCRIPT_DIR="$(cd "$(dirname "${BASH_SOURCE[0]}")" && pwd)"
ROOT_DIR="$(cd "$SCRIPT_DIR/../../.." && pwd)"
if [ -f "$ROOT_DIR/.env" ]; then
set -a
# shellcheck disable=SC1091
source "$ROOT_DIR/.env"
set +a
fi
bash "$SCRIPT_DIR/extra_reboot.sh"
# Per-instance адрес controller'а — из корневого .env (API_URL); coopback после
# force-recreate поднимается десятки секунд, seed-фазы без него падают.
GRAPHQL_URL="${API_URL:-http://127.0.0.1:2998/v1/graphql}"
echo "Ждём готовности controller ($GRAPHQL_URL)..."
until curl -s --max-time 3 -o /dev/null -X POST -H 'Content-Type: application/json' \
--data '{"query":"{__typename}"}' "$GRAPHQL_URL"; do
sleep 3
done
echo "Controller готов."
UP_TO="${SEED_UP_TO:-04-contributor}"
echo "Сидируем capital до фазы $UP_TO..."
cd "$SCRIPT_DIR/.."
CONTROLLER_GRAPHQL_URL="$GRAPHQL_URL" pnpm exec esno src/scripts/seed-capital/index.ts --up-to="$UP_TO"
echo "Готово: среда Благорост поднята (seed до $UP_TO)."
+31 -13
View File
@@ -1,25 +1,43 @@
#!/bin/bash
# Останавливаем и удаляем контейнеры вместе с volumes
echo "Останавливаем и удаляем контейнеры с volumes..."
docker compose down -v mongo postgres cooparser || true
# Загружаем 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
# shellcheck disable=SC1091
source "$ROOT_DIR/.env"
set +a
fi
# Останавливаем и удаляем контейнеры (сеть НЕ трогаем — к ней может быть
# подключён внешний контейнер вроде 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 exec 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
@@ -27,13 +45,13 @@ echo "MongoDB готов!"
# Ждем готовности PostgreSQL
echo "Ждем готовности PostgreSQL..."
until docker exec postgres pg_isready -U postgres -d voskhod > /dev/null 2>&1; do
until docker compose exec -T postgres pg_isready -U postgres -d voskhod > /dev/null 2>&1; do
echo "PostgreSQL еще не готов, ждем..."
sleep 2
done
echo "PostgreSQL готов!"
# Запускаем boot процесс
# Запускаем boot процесс (clean: только программы Благорост/маркетплейс)
echo "Запускаем boot процесс..."
pnpm run boot:clean
@@ -42,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 "Перезапуск завершен!"
+11 -2
View File
@@ -1,5 +1,14 @@
#!/bin/bash
# Загружаем per-instance конфиг из корня репо.
ROOT_DIR="$(cd "$(dirname "${BASH_SOURCE[0]}")/../../.." && pwd)"
if [ -f "$ROOT_DIR/.env" ]; then
set -a
# shellcheck disable=SC1091
source "$ROOT_DIR/.env"
set +a
fi
# Останавливаем и удаляем контейнеры вместе с volumes
echo "Останавливаем и удаляем контейнеры с volumes..."
docker compose down -v mongo postgres cooparser || true
@@ -19,7 +28,7 @@ docker compose up -d mongo postgres
# Ждем готовности MongoDB
echo "Ждем готовности MongoDB..."
until docker exec mongo mongosh --eval "db.adminCommand('ping')" --quiet > /dev/null 2>&1; do
until docker compose exec -T mongo mongosh --eval "db.adminCommand('ping')" --quiet > /dev/null 2>&1; do
echo "MongoDB еще не готов, ждем..."
sleep 2
done
@@ -27,7 +36,7 @@ echo "MongoDB готов!"
# Ждем готовности PostgreSQL
echo "Ждем готовности PostgreSQL..."
until docker exec postgres pg_isready -U postgres -d voskhod > /dev/null 2>&1; do
until docker compose exec -T postgres pg_isready -U postgres -d voskhod > /dev/null 2>&1; do
echo "PostgreSQL еще не готов, ждем..."
sleep 2
done
+1 -1
View File
@@ -1,4 +1,4 @@
docker run --rm -it --name cdt \
--volume $(pwd)/:/project \
-w /project \
dicoop/blockchain_v5.1.1:dev /bin/bash
dicoop/blockchain:latest /bin/bash
+25 -13
View File
@@ -1,29 +1,41 @@
#!/bin/bash
# Останавливаем контроллер перед очисткой данных
echo "Останавливаем контроллер..."
docker compose down coopback || true
# Загружаем 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
# shellcheck disable=SC1091
source "$ROOT_DIR/.env"
set +a
fi
# Останавливаем и удаляем контейнеры вместе с 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 exec 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
@@ -31,13 +43,13 @@ echo "MongoDB готов!"
# Ждем готовности PostgreSQL
echo "Ждем готовности PostgreSQL..."
until docker exec postgres pg_isready -U postgres -d voskhod > /dev/null 2>&1; do
until docker compose exec -T postgres pg_isready -U postgres -d voskhod > /dev/null 2>&1; do
echo "PostgreSQL еще не готов, ждем..."
sleep 2
done
echo "PostgreSQL готов!"
# Запускаем boot процесс
# Запускаем boot процесс (расширенный: совет + пайщики; partner1 — при EXTRA_RENT=1)
echo "Запускаем boot процесс..."
pnpm run boot:extra
@@ -46,6 +58,6 @@ echo "Запускаем parser..."
docker compose up -d cooparser
echo "Запускаем контроллер..."
docker compose up -d coopback
docker compose up -d --force-recreate coopback || true
echo "Перезапуск завершен!"
+1 -1
View File
@@ -26,7 +26,7 @@ docker run --name node -d -p 8888:8888 -p 9876:9876 -p 8080:8080 \
-v ~/testnet/config:/mnt/dev/config \
-v ~/testnet/wallet:/root/eosio-wallet \
-v $dir/../../contracts:/contracts \
dicoop/blockchain:v5.1.0-dev \
dicoop/blockchain:latest \
/bin/bash -c '/usr/local/bin/nodeos -d /mnt/dev/data -p eosio --config-dir /mnt/dev/config --genesis-json /mnt/dev/config/genesis.json'
docker network connect hyperion node
+1 -1
View File
@@ -1,5 +1,5 @@
#!/bin/bash
local="-u http://localhost:8888"
local="-u ${CHAIN_URL:-http://localhost:8888}"
test="-u https://testnet.coopenomics.world/api"
prod="-u https://voskhod.coopenomics.world/api"
+1 -1
View File
@@ -6,7 +6,7 @@
# Activate PREACTIVATE_FEATURE before installing eosio.boot
#./cleos.sh push action eosio activate '["0ec7e080177b2c02b278d5088611686b49d739925a92d9bfcacd7fc6b74053bd"]' -p eosio@active
curl --noproxy -X POST "http://localhost:8888/v1/producer/schedule_protocol_feature_activations" -d '{"protocol_features_to_activate": ["0ec7e080177b2c02b278d5088611686b49d739925a92d9bfcacd7fc6b74053bd"]}'
curl --noproxy -X POST "${CHAIN_URL:-http://localhost:8888}/v1/producer/schedule_protocol_feature_activations" -d '{"protocol_features_to_activate": ["0ec7e080177b2c02b278d5088611686b49d739925a92d9bfcacd7fc6b74053bd"]}'
# Install eosio.boot which supports the native actions and activate
# action that allows activating desired protocol features prior to
+17 -7
View File
@@ -1,8 +1,18 @@
#!/bin/bash
# Загружаем 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
# shellcheck disable=SC1091
source "$ROOT_DIR/.env"
set +a
fi
# Останавливаем и удаляем контейнеры вместе с volumes
echo "Останавливаем и удаляем контейнеры с volumes..."
docker compose down -v mongo postgres opensearch cooparser || true
docker compose down -v mongo postgres monoredis cooparser coopback || true
# Останавливаем blockchain контейнер перед удалением данных
echo "Останавливаем blockchain контейнер..."
@@ -11,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 opensearch
docker compose up -d mongo postgres monoredis
# Ждем готовности MongoDB
# Ждем готовности MongoDB (standalone, ping вместо ожидания PRIMARY).
echo "Ждем готовности MongoDB..."
until docker exec 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
@@ -27,7 +37,7 @@ echo "MongoDB готов!"
# Ждем готовности PostgreSQL
echo "Ждем готовности PostgreSQL..."
until docker exec postgres pg_isready -U postgres -d voskhod > /dev/null 2>&1; do
until docker compose exec -T postgres pg_isready -U postgres -d voskhod > /dev/null 2>&1; do
echo "PostgreSQL еще не готов, ждем..."
sleep 2
done
@@ -42,6 +52,6 @@ echo "Запускаем parser..."
docker compose up -d cooparser
echo "Запускаем контроллер..."
docker compose restart coopback || true
docker compose up -d --force-recreate coopback || true
echo "Перезапуск завершен!"
+56 -24
View File
@@ -229,7 +229,7 @@ export default class Blockchain {
// console.log(data)
// console.log("abi: ", serializedAbiHexString)
this.api.transact(
await this.api.transact(
{
actions: [
{
@@ -267,38 +267,70 @@ export default class Blockchain {
console.log('contract setted: ', contract.target)
}
catch (e) {
console.log(e)
// Отсутствующий wasm/abi — soft warn. Контракт может быть
// временно отключён в components/contracts/CMakeLists.txt на
// другой ветке (например ledger2 пока в reports), и dicoop/contracts
// его не содержит. Это нормально для in-progress feature-веток.
if ((e as NodeJS.ErrnoException)?.code === 'ENOENT') {
console.warn(
`[setContract] SKIPPED '${contract.name}' on '${contract.target}': artifact missing at ${contract.path}`,
)
return
}
// Всё остальное (RPC errors, transaction failures, abi parse) —
// fail-fast: sideboot не должен молча отдавать "готовую" цепь
// с дырами в развёртывании.
const msg = e instanceof Error ? e.message : String(e)
throw new Error(
`Failed to set contract '${contract.name}' on '${contract.target}' (path: ${contract.path}): ${msg}`,
{ cause: e },
)
}
}
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) {
+52 -19
View File
@@ -4,100 +4,133 @@ import { config } from 'dotenv'
config()
/**
* Резолвер пути до wasm/abi пары контракта.
*
* Layout:
* - **CONTRACTS_DIR не задан** (локальная сборка через `components/contracts/build*.sh`)
* — `eosio.*` лежат в `system/contracts/<name>/`, остальные в `<name>/`.
* - **CONTRACTS_DIR задан** (образ `dicoop/contracts`, mounted в bootstrap-контейнере)
* — flat layout: все контракты в `<CONTRACTS_DIR>/<name>/<name>.{wasm,abi}`,
* включая `eosio.*` (см. `.github/workflows/build-contracts.yaml` — system-контракты
* распакованы из `system/contracts/eosio.*` в плоский корень при упаковке).
*
* Это позволяет одному и тому же `boot:remote` работать и из локального workspace,
* и из bootstrap-образа, без дублирования конфигов.
*/
const CONTRACTS_DIR = process.env.CONTRACTS_DIR
const userBase = CONTRACTS_DIR ?? path.resolve(process.cwd(), '../contracts/build/contracts')
const systemBase = CONTRACTS_DIR ?? path.resolve(process.cwd(), '../contracts/build/contracts/system/contracts')
export default [
{
name: 'eosio.boot',
path: path.resolve(process.cwd(), '../contracts/build/contracts/system/contracts/eosio.boot'),
path: path.join(systemBase, 'eosio.boot'),
target: 'eosio',
},
{
name: 'eosio.system',
path: path.resolve(process.cwd(), '../contracts/build/contracts/system/contracts/eosio.system'),
path: path.join(systemBase, 'eosio.system'),
target: 'eosio',
},
{
name: 'eosio.token',
path: path.resolve(process.cwd(), '../contracts/build/contracts/system/contracts/eosio.token'),
path: path.join(systemBase, 'eosio.token'),
target: 'eosio.token',
},
{
name: 'eosio.msig',
path: path.resolve(process.cwd(), '../contracts/build/contracts/system/contracts/eosio.msig'),
path: path.join(systemBase, 'eosio.msig'),
target: 'eosio.msig',
},
{
name: 'eosio.wrap',
path: path.resolve(process.cwd(), '../contracts/build/contracts/system/contracts/eosio.wrap'),
path: path.join(systemBase, 'eosio.wrap'),
target: 'eosio.wrap',
},
{
name: 'registrator',
path: path.resolve(process.cwd(), '../contracts/build/contracts/registrator'),
path: path.join(userBase, 'registrator'),
target: 'registrator',
},
{
name: 'soviet',
path: path.resolve(process.cwd(), '../contracts/build/contracts/soviet'),
path: path.join(userBase, 'soviet'),
target: 'soviet',
},
{
name: 'marketplace',
path: path.resolve(process.cwd(), '../contracts/build/contracts/marketplace'),
path: path.join(userBase, 'marketplace'),
target: 'marketplace',
},
{
name: 'draft',
path: path.resolve(process.cwd(), '../contracts/build/contracts/draft'),
path: path.join(userBase, 'draft'),
target: 'draft',
},
{
name: 'branch',
path: path.resolve(process.cwd(), '../contracts/build/contracts/branch'),
path: path.join(userBase, 'branch'),
target: 'branch',
},
{
name: 'gateway',
path: path.resolve(process.cwd(), '../contracts/build/contracts/gateway'),
path: path.join(userBase, 'gateway'),
target: 'gateway',
},
{
name: 'fund',
path: path.resolve(process.cwd(), '../contracts/build/contracts/fund'),
path: path.join(userBase, 'fund'),
target: 'fund',
},
{
name: 'ledger',
path: path.resolve(process.cwd(), '../contracts/build/contracts/ledger'),
path: path.join(userBase, 'ledger'),
target: 'ledger',
},
{
name: 'ledger2',
path: path.join(userBase, 'ledger2'),
target: 'ledger2',
},
{
name: 'test',
path: path.resolve(process.cwd(), '../contracts/build/contracts/test'),
path: path.join(userBase, 'test'),
target: 'test',
},
{
name: 'contributor',
path: path.resolve(process.cwd(), '../contracts/build/contracts/contributor'),
path: path.join(userBase, 'contributor'),
target: 'contributor',
},
{
name: 'capital',
path: path.resolve(process.cwd(), '../contracts/build/contracts/capital'),
path: path.join(userBase, 'capital'),
target: 'capital',
},
{
name: 'wallet',
path: path.resolve(process.cwd(), '../contracts/build/contracts/wallet'),
path: path.join(userBase, 'wallet'),
target: 'wallet',
},
{
name: 'loan',
path: path.resolve(process.cwd(), '../contracts/build/contracts/loan'),
path: path.join(userBase, 'loan'),
target: 'loan',
},
{
name: 'meet',
path: path.resolve(process.cwd(), '../contracts/build/contracts/meet'),
path: path.join(userBase, 'meet'),
target: 'meet',
},
{
name: 'apps',
path: path.join(userBase, 'apps'),
target: 'apps',
},
{
name: 'expense',
path: path.join(userBase, 'expense'),
target: 'expense',
},
]
+26 -3
View File
@@ -5,11 +5,22 @@ import contracts from './contracts'
config()
function parseChainUrl(url: string) {
const m = url.match(/^(https?):\/\/([^:/]+)(?::(\d+))?(?:\/.*)?$/)
if (!m) {
return { protocol: 'http', host: 'localhost', port: ':8888' }
}
const [, protocol, host, port] = m
return { protocol, host, port: port ? `:${port}` : '' }
}
const { protocol, host, port } = parseChainUrl(process.env.CHAIN_URL || 'http://localhost:8888')
const network = {
name: 'local',
protocol: 'http',
host: 'localhost',
port: ':8888',
protocol,
host,
port,
}
// const network = {
@@ -95,6 +106,10 @@ export default {
name: 'ledger',
code_permissions_to: ['ledger'],
},
{
name: 'ledger2',
code_permissions_to: ['ledger2'],
},
{
name: 'test',
code_permissions_to: ['test'],
@@ -135,6 +150,14 @@ export default {
name: 'contributor',
code_permissions_to: ['contributor'],
},
{
name: 'apps',
code_permissions_to: ['apps'],
},
{
name: 'expense',
code_permissions_to: ['expense'],
},
// {
// name: provider_chairman,
// },
+15 -3
View File
@@ -1,10 +1,22 @@
/* eslint-disable node/prefer-global/process */
import type { Network } from '../types'
function parseChainUrl(url: string) {
const m = url.match(/^(https?):\/\/([^:/]+)(?::(\d+))?(?:\/.*)?$/)
if (!m) {
return { protocol: 'http' as const, host: '127.0.0.1', port: ':8888' }
}
const [, protocol, host, port] = m
return { protocol, host, port: port ? `:${port}` : '' }
}
const { protocol, host, port } = parseChainUrl(process.env.CHAIN_URL || 'http://127.0.0.1:8888')
export const networks: Network[] = [
{
name: 'local',
protocol: 'http',
host: '127.0.0.1',
port: ':8888',
protocol,
host,
port,
},
]
@@ -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"
}
@@ -0,0 +1,33 @@
{
"protocol_feature_type": "builtin",
"dependencies": [
"09e86cb0accf8d81c9e85d34bea4b925ae936626d00c984e4691186891f5bc16",
"1a99a59d87e06e09ec5b028a9cbb7749b4a5ad8819004365d02dc4379a8b7241",
"2652f5f96006294109b3dd0bbde63693f55324af452b799ee137a81a905eed25",
"299dcb6af692324b899b39f16d5a530a33062804e41f09dc97e9f156b4476707",
"35c2186cc36f7bb4aeaf4487b36e57039ccf45a9136aa856a5d569ecca55ef2b",
"4a90c00d55454dc5b059055ca213579c6ea856967712a56017487886a4d4cc0f",
"4e7bf348da00a945489b2a681749eb56f5de00b900014e137ddae39f48f69d67",
"4fca8bd82bbd181e714e283f83e1b45d95ca5af40fb89ad3977b653c448f78c2",
"5443fcf88330c586bc0e5f3dee10e7f63c76c00249c87fe4fbf7f38c082006b4",
"63320dd4a58212e4d32d1f58926b73ca33a247326c2a5e9fd39268d2384e011a",
"68dcaa34c0517d19666e6b33add67351d8c5f69e999ca1e37931bc410a297428",
"6bcb40a24e49c26d0a60513b6aeb8551d264e4717f306b81a37a5afb3b47cedc",
"8ba52fe7a3956c5cd3a656a3174b931d3bb2abb45578befc59f283ecd816a405",
"ad9e3d8f650687709fd68f4b90b41f7d825a365b02c23a636cef88ac2ac00c43",
"bcd2a26394b36614fd4894241d3c451ab0f6fd110958c3423073621a70826e99",
"c3a6138c5061cf291310887c0b5c71fcaffeab90d5deb50d3b9e687cead45071",
"d528b9f6e9693f45ed277af93474fd473ce7d831dae2180cca35d907bd10cb40",
"e0fb64b1085cc5538970158d05a009c24e276fb94e1a0bf6a528b48fbc4ff526",
"ef43112c6543b88db2283a2e077278c315ae2c84719a8b25f25cc88565fbea99",
"f0af56d2c5a48d60a4a5b5c903edfb7db3a736a94ed589d0b797df33ff9d3e1d",
"fce57d2331667353a0eac6b4209b67b843a7262a848af0a49a6e2fa9f6584eb4"
],
"description_digest": "01a8bebb4922c38293a8909668f7d00ba4a21a455c69719ad7dcc33ea1e631c0",
"subjective_restrictions": {
"earliest_allowed_activation_time": "1970-01-01T00:00:00.000",
"preactivation_required": true,
"enabled": true
},
"builtin_feature_codename": "SAVANNA"
}
+2 -1
View File
@@ -7,7 +7,8 @@ async function sleep(ms: number): Promise<void> {
export async function checkHealth() {
const check = async (): Promise<void> => {
try {
const response = await axios.post('http://127.0.0.1:8888/v1/chain/get_info')
const chainUrl = process.env.CHAIN_URL || 'http://127.0.0.1:8888'
const response = await axios.post(`${chainUrl}/v1/chain/get_info`)
const result = response.data
await sleep(1000)
+13
View File
@@ -15,3 +15,16 @@ export async function runContainer(): Promise<void> {
})
})
}
export async function runInfraContainers(): Promise<void> {
return new Promise((resolve, reject) => {
exec('docker compose up -d mongo postgres', (error, stdout, stderr) => {
if (error) {
console.error(`Ошибка при запуске инфраструктурных контейнеров: ${error.message}`)
reject(error)
return
}
resolve()
})
})
}
+95 -1
View File
@@ -5,13 +5,14 @@ import { Command } from 'commander'
import { config } from 'dotenv'
import { execCommand } from './docker/exec'
import { stopContainerByName } from './docker/stop'
import { runContainer } from './docker/run'
import { runContainer, runInfraContainers } from './docker/run'
import { boot, bootClean, bootExtra } from './init/booter'
import { startCoop } from './init/cooperative'
import { sleep } from './utils'
import { checkHealth } from './docker/health'
import { clearDB, clearDirectory, deleteFile } from './docker/purge'
import { deployCommand } from './docker/deploy'
import { addTestUser } from './scripts/add-test-user'
config()
@@ -30,6 +31,20 @@ const program = new Command()
program.version('0.1.0')
// Epic 4: smoke-скрипт для проверки ProcessRegistry end-to-end.
program
.command('add-test-user <username>')
.description('Добавить пайщика через registrator::adduser — для live-тестов ProcessRegistry')
.action(async (username: string) => {
try {
await addTestUser(username)
process.exit(0)
} catch (e) {
console.error('Failed:', e)
process.exit(1)
}
})
// Команда для запуска команды в контейнере
program
.command('cleos [cmd...]')
@@ -121,6 +136,7 @@ program
}
try {
await runInfraContainers()
await runContainer()
await sleep(5000)
@@ -199,6 +215,7 @@ program
}
try {
await runInfraContainers()
await runContainer()
await sleep(5000)
@@ -261,6 +278,7 @@ program
await stopContainerByName('node')
await deleteFile(keosdPath)
await clearDirectory(basePath)
await runInfraContainers()
await sleep(5000)
await clearDB()
await runContainer()
@@ -286,6 +304,82 @@ program
}
})
/**
* Bootstrap режим для удалённой ноды (без управления docker-контейнером).
*
* Используется внутри образа `dicoop/bootstrap` (one-shot job
* в docker-compose), запускаемого рядом с уже работающим `ke-node`-сервисом.
* RPC URL берётся из `CHAIN_URL` (тот же конфиг, что у обычного `boot`),
* пути до wasm/abi — из `CONTRACTS_DIR` (см. `configs/contracts.ts`).
*
* Поведение:
* 1. Ждёт готовности RPC по `${CHAIN_URL}/v1/chain/get_info` (timeout
* `RPC_WAIT_TIMEOUT_MS`, default 120 c).
* 2. Запускает `startInfra()` — деплоит все контракты, активирует фичи,
* создаёт токен, инициализирует системные параметры.
* 3. Опционально — initial-data (`INSTALL_INITIAL_DATA=1`, требует MONGO/PG)
* и extra-data (`INSTALL_EXTRA_DATA=1`).
*
* Не пытается запускать/останавливать docker-контейнеры — нода поднимается
* отдельным сервисом docker-compose, bootstrap только катит на неё контракты.
*/
program
.command('boot:remote')
.description('Bootstrap protocol against an externally running KE node (no docker)')
.action(async () => {
const config = (await import('./configs')).default
const { startInfra, installInitialData, installExtraData } = await import('./init/infra')
const url = `${config.network.protocol}://${config.network.host}${config.network.port}`
const timeoutMs = Number(process.env.RPC_WAIT_TIMEOUT_MS ?? 120000)
console.log(`Waiting for RPC at ${url} (timeout ${timeoutMs}ms)...`)
const deadline = Date.now() + timeoutMs
let ready = false
while (Date.now() < deadline) {
try {
const r = await fetch(`${url}/v1/chain/get_info`, {
signal: AbortSignal.timeout(2000),
} as RequestInit)
if (r.ok) {
ready = true
break
}
}
catch {
// RPC ещё не готов — пробуем снова
}
await sleep(1000)
}
if (!ready) {
console.error(`RPC ${url} not ready within ${timeoutMs}ms`)
process.exit(1)
}
console.log(`RPC ready at ${url}`)
try {
const blockchain = await startInfra()
console.log('startInfra: done')
if (process.env.INSTALL_INITIAL_DATA === '1') {
console.log('installInitialData: start')
await installInitialData(blockchain, false)
}
if (process.env.INSTALL_EXTRA_DATA === '1') {
console.log('installInitialData (extended): start')
await installInitialData(blockchain, true)
await installExtraData(blockchain)
}
console.log('boot:remote completed')
process.exit(0)
}
catch (e) {
console.error('boot:remote failed:', e)
process.exit(1)
}
})
program.parse(process.argv) // Пуск парсинга аргументов
async function gracefulShutdown() {
+19 -9
View File
@@ -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
+14 -8
View File
@@ -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}`,
+202 -4
View File
@@ -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'
@@ -8,8 +12,15 @@ import type { Account, Contract } from '../types'
import config from '../configs'
import Blockchain from '../blockchain'
import { sleep } from '../utils'
import { generateRandomSHA256 } from '../utils/randomHash'
import { initUsersInPostgres, initVaultInPostgres } from '../postgres-init'
import { CooperativeClass } from './cooperative'
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() {
// инициализируем инстанс с ключами
@@ -69,7 +80,10 @@ export async function startInfra() {
for (const contract of filtered_contracts)
await blockchain.setContract(contract)
await sleep(2000)
// 2s часто не хватает на свежем nodeos: setabi последнего контракта
// ещё не финализирован, eosio.token::create падает с
// "fetching abi for eosio.token: Read past end of buffer".
await sleep(8000)
console.log('создаём токен')
await blockchain.createToken({
@@ -390,6 +404,7 @@ export async function installInitialData(blockchain: Blockchain, isExtended = fa
minimum: '200.0000 RUB',
spread_initial: true,
meta: 'Основатель кооператива ВОСХОД',
registration_hash: generateRandomSHA256(),
})
console.log('Устанавливаем дефолтный публичный ключ для ant')
@@ -481,6 +496,7 @@ export async function installInitialData(blockchain: Blockchain, isExtended = fa
minimum: '300.0000 RUB',
spread_initial: true,
meta: `Член совета кооператива ВОСХОД - ${user.first_name} ${user.middle_name} ${user.last_name}`,
registration_hash: generateRandomSHA256(),
})
console.log(`Устанавливаем дефолтный публичный ключ для ${user.username}`)
@@ -565,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`)
}
+19 -14
View File
@@ -1,12 +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
@@ -33,6 +32,7 @@ export class ParticipantsClass {
minimum: '100.0000 RUB',
spread_initial: false,
meta: '',
registration_hash: generateRandomSHA256(),
}
await this.blockchain.api.transact({
@@ -113,6 +113,7 @@ export class ParticipantsClass {
minimum: '100.0000 RUB',
spread_initial: false,
meta: '',
registration_hash: generateRandomSHA256(),
}
await this.blockchain.api.transact({
@@ -154,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,
}
}
+14 -2
View File
@@ -241,7 +241,6 @@ export async function initExtensionsInPostgres() {
// Вставляем запись для capital extension
const capitalConfig = {
level_depth_base: 100000000,
github_repository: "coopenomics/results-test",
onboarding_init_at: "2026-02-09T07:16:18.380Z",
expense_pool_percent: 100,
onboarding_expire_at: "2026-03-11T07:16:18.380Z",
@@ -262,7 +261,11 @@ export async function initExtensionsInPostgres() {
onboarding_generator_program_template_done: true,
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: '',
program_share_registration_interval_minutes: 1440,
}
await client.query(`
@@ -282,6 +285,15 @@ export async function initExtensionsInPostgres() {
new Date('2026-02-09T02:27:57.155Z')
])
// reports — встроенный extension, конфиг пустой (BuiltinSchema).
// Контроллер тоже добивает запись через installDefaultApps на старте,
// но сеем тут заранее, чтобы стол появился сразу после boot.
await client.query(`
INSERT INTO "extensions" (name, enabled, config, schema_version)
VALUES ($1, $2, $3, $4)
ON CONFLICT (name) DO NOTHING
`, ['reports', true, '{}', 1])
console.log('Extensions инициализированы в PostgreSQL')
}
catch (error) {
@@ -0,0 +1,179 @@
/**
* Полноценное создание «обычного» пайщика (role='user', не член совета) через бэкенд.
* Делает: keypair → registrator::adduser → registrator::changekey → mongo individual →
* postgres users (is_registered=true, status=active).
*
* Идемпотентно:
* - если username уже в registrator.accounts ончейн с нужным public_key — ничего не делает,
* просто читает public_key и печатает результат (wif=null, т.к. приватный ключ потерян
* между запусками — сохранять его должен harness в своём state).
* - если username уже есть в mongo/pg, но ончейн отсутствует — fail loud: «dirty state».
*
* Вывод — JSON одной строкой в stdout: `{username, email, wif, publicKey}` (wif=null если
* участник был найден без перезаписи ключа).
*
* Логи — в stderr, чтобы stdout остался чисто машиночитаемым.
*/
import ecc from 'eosjs-ecc'
import { Client } from 'pg'
import mongoose from 'mongoose'
import { Generator } from '@coopenomics/factory'
import { RegistratorContract, type Cooperative } from 'cooptypes'
import Blockchain from '../blockchain'
import config from '../configs'
import { generateRandomSHA256 } from '../utils/randomHash'
const log = (...a: unknown[]) => console.error('[add-plain-participant]', ...a)
interface Args {
username: string
email: string
firstName: string
lastName: string
middleName: string
coopname?: string
}
async function getOnChainActiveKey(blockchain: Blockchain, username: string): Promise<string | null> {
// registrator.accounts (scope=registrator) хранит карточку пайщика, но не публичный ключ —
// ключ живёт в eosio-аккаунте через permission `active`. Берём оттуда.
try {
const acc = await blockchain.api.rpc.get_account(username)
const active = acc.permissions?.find((p: any) => p.perm_name === 'active')
return active?.required_auth?.keys?.[0]?.key ?? null
} catch {
return null
}
}
export async function addPlainParticipant(args: Args) {
const coopname = args.coopname ?? config.provider
const { username, email, firstName, lastName, middleName } = args
const blockchain = new Blockchain(config.network, config.private_keys)
await blockchain.update_pass_instance()
// === 1. ончейн-проверка ===
const existingKey = await getOnChainActiveKey(blockchain, username)
let wif: string | null = null
let publicKey: string
if (existingKey) {
log(`on-chain: ${username} уже есть с public_key=${existingKey} — ключ не генерируется, создания участника пропускаю`)
publicKey = existingKey
} else {
// === 2. генерируем новый keypair ===
wif = await ecc.randomKey()
publicKey = ecc.privateToPublic(wif)
log(`новый keypair для ${username}: pub=${publicKey}`)
// === 3. registrator::adduser ===
const addData: RegistratorContract.Actions.AddUser.IAddUser = {
coopname,
referer: '',
username,
type: 'individual',
created_at: new Date().toISOString().slice(0, 19),
initial: '100.0000 RUB',
minimum: '100.0000 RUB',
spread_initial: false,
meta: `Тестовый пайщик ${firstName} ${lastName}`,
registration_hash: generateRandomSHA256(),
}
await blockchain.api.transact({
actions: [{
account: RegistratorContract.contractName.production,
name: RegistratorContract.Actions.AddUser.actionName,
authorization: [{ actor: coopname, permission: 'active' }],
data: addData,
}],
}, { blocksBehind: 3, expireSeconds: 30 })
log('registrator::adduser OK')
// === 4. registrator::changekey — выдаём сгенерированный ключ ===
const keyData: RegistratorContract.Actions.ChangeKey.IChangeKey = {
coopname,
username,
public_key: publicKey,
changer: coopname,
}
await blockchain.api.transact({
actions: [{
account: RegistratorContract.contractName.production,
name: RegistratorContract.Actions.ChangeKey.actionName,
authorization: [{ actor: coopname, permission: 'active' }],
data: keyData,
}],
}, { blocksBehind: 3, expireSeconds: 30 })
log('registrator::changekey OK')
}
// === 5. Mongo: individual запись (upsert) ===
const mongoUri = process.env.MONGO_URI
if (!mongoUri) throw new Error('MONGO_URI не задан в env')
const generator = new Generator()
await generator.connect(mongoUri)
const individual: Cooperative.Users.IIndividualData = {
username,
first_name: firstName,
last_name: lastName,
middle_name: middleName,
birthdate: '1990/01/01',
phone: '+70000000000',
email,
full_address: 'Тестовый адрес',
passport: {
series: 1111,
number: 100000 + Math.floor(Math.random() * 899999),
issued_by: 'УФМС России (тест)',
issued_at: '2010/01/01',
code: '000-000',
},
}
await generator.save('individual', individual)
log('mongo individual upserted')
await mongoose.disconnect().catch(() => {})
// === 6. Postgres: users запись ===
const pg = 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,
})
await pg.connect()
await pg.query(`
INSERT INTO "users" (username, email, type, role, status, is_registered,
has_account, is_email_verified, public_key,
created_at, updated_at)
VALUES ($1, $2, 'individual', 'user', 'active', true,
true, true, $3,
CURRENT_TIMESTAMP, CURRENT_TIMESTAMP)
ON CONFLICT (username) DO UPDATE SET
email = EXCLUDED.email,
public_key = EXCLUDED.public_key,
status = 'active',
is_registered = true,
updated_at = CURRENT_TIMESTAMP
`, [username, email, publicKey])
log('postgres users upserted')
await pg.end()
// === 7. JSON в stdout ===
const result = { username, email, wif, publicKey, coopname }
process.stdout.write(JSON.stringify(result))
}
// CLI: add-plain-participant <username> <email> <firstName> <lastName> <middleName>
const [, , username, email, firstName, lastName, middleName = ''] = process.argv
if (!username || !email || !firstName || !lastName) {
console.error('Usage: add-plain-participant <username> <email> <firstName> <lastName> [middleName]')
process.exit(2)
}
addPlainParticipant({ username, email, firstName, lastName, middleName })
.then(() => process.exit(0))
.catch((e) => { console.error(e); process.exit(1) })
@@ -0,0 +1,46 @@
/**
* Одноразовый скрипт: добавляет тестового пайщика через registrator::adduser,
* чтобы parser уловил live ledger2-actions и controller получил их в
* blockchain_actions (для проверки ProcessRegistryService end-to-end).
*
* Epic 1 addendum удалил wjournal/journal из ledger2 (были в RAM). Phase A
* ProcessRegistry теперь читает blockchain_actions — history восстанавливается
* из action traces (apply + walletop + debit + credit).
*
* Запуск: pnpm run cli add-test-user <username>
*/
import Blockchain from '../blockchain'
import { generateRandomSHA256 } from '../utils/randomHash'
import config from '../configs'
import { RegistratorContract } from 'cooptypes'
export async function addTestUser(username: string) {
const blockchain = new Blockchain(config.network, config.private_keys)
await blockchain.update_pass_instance()
const registration_hash = generateRandomSHA256()
console.log(`\nДобавляем пайщика ${username} с registration_hash=${registration_hash}`)
const data: RegistratorContract.Actions.AddUser.IAddUser = {
coopname: 'voskhod',
referer: '',
username,
type: 'individual',
created_at: '2025-01-15T10:00:00',
initial: '100.0000 RUB',
minimum: '200.0000 RUB',
spread_initial: true,
meta: 'Тестовый пайщик для проверки ProcessRegistry',
registration_hash,
}
await blockchain.addUser(data)
console.log(`\nУчастник ${username} добавлен. process_hash=${registration_hash}`)
console.log(`Проверить on-chain:`)
console.log(` cleos get actions ledger2 -1 -5 # последние apply/walletop/debit/credit`)
console.log(` cleos get table ledger2 voskhod accounts2 # актуальные балансы счетов`)
console.log(` cleos get table ledger2 voskhod wallets2 # общекооперативные кошельки`)
console.log(` cleos get table registrator voskhod candidates2 # карточка кандидата`)
console.log(`Проверить GraphQL: query { process(hash: "${registration_hash}", coopname: "voskhod") { process_type actions { action } delta_history { table primary_key } } }`)
}
@@ -0,0 +1,66 @@
/**
* Регенерация ключей для пайщиков ivanpetrov, ekaterina.
* Генерирует свежий keypair, делает registrator::changekey от имени кооператива,
* пишет новый wif/publicKey в фикстуры docs-harness/state/participants/<name>.json.
*
* Используется после reboot, когда on-chain аккаунты остались, а WIF потерян
* (фикстуры в .gitignore — не сохраняются между сессиями).
*/
import path from 'node:path'
import fs from 'node:fs'
import { fileURLToPath } from 'node:url'
import ecc from 'eosjs-ecc'
import { RegistratorContract } from 'cooptypes'
import Blockchain from '../blockchain'
import config from '../configs'
const log = (...a: unknown[]) => console.error('[rotate-keys]', ...a)
const COOPNAME = 'voskhod'
const here = path.dirname(fileURLToPath(import.meta.url))
const FIXTURE_DIR = path.resolve(here, '../../../docs-harness/state/participants')
const PARTICIPANTS = ['ivanpetrov', 'ekaterina']
async function rotate(blockchain: Blockchain, username: string) {
const wif = await ecc.randomKey()
const publicKey = ecc.privateToPublic(wif)
log(`${username}: новый ключ pub=${publicKey}`)
await blockchain.api.transact({
actions: [{
account: RegistratorContract.contractName.production,
name: RegistratorContract.Actions.ChangeKey.actionName,
authorization: [{ actor: COOPNAME, permission: 'active' }],
data: {
coopname: COOPNAME,
username,
public_key: publicKey,
changer: COOPNAME,
} as RegistratorContract.Actions.ChangeKey.IChangeKey,
}],
}, { blocksBehind: 3, expireSeconds: 30 })
log(`${username}: registrator::changekey OK`)
const file = path.join(FIXTURE_DIR, `${username}.json`)
const prev = JSON.parse(fs.readFileSync(file, 'utf8'))
const next = {
...prev,
wif,
publicKey,
}
fs.writeFileSync(file, JSON.stringify(next))
log(`${username}: фикстура обновлена ${file}`)
}
async function main() {
const blockchain = new Blockchain(config.network, config.private_keys)
await blockchain.update_pass_instance()
for (const u of PARTICIPANTS) {
await rotate(blockchain, u)
}
log('готово')
}
main().then(() => process.exit(0)).catch((e) => { console.error(e); process.exit(1) })
@@ -0,0 +1,51 @@
# seed-capital
Идемпотентные seed-фазы для контракта CAPITAL. Используются документационным
harness'ом (`components/docs-harness/bin/shoot.mjs`, ключ `meta.prepare`) для
автоматического дохода до конкретной точки UI без ручного клика по браузеру.
## Запуск
```bash
# одну фазу
pnpm --filter @coopenomics/boot exec esno src/scripts/seed-capital/index.ts 01-programs
# все по порядку
pnpm --filter @coopenomics/boot exec esno src/scripts/seed-capital/index.ts all
```
## Фазы
| ID | Что делает | Зависит от |
| --------------------- | --------------------------------------------------------------------------- | ---------- |
| `01-programs` | Программы УХД (id=3) + Благорост (id=4) + `capital::setconfig` | `boot:extra` (председатель + совет) |
| `02-extension-config` | Запись `extensions.capital` в postgres со всеми `*_done=true` (dev-shortcut). Без неё controller отдаёт 500 «Конфигурация расширения capital не найдена», и UI редиректит на страницу адаптации | работающий postgres |
| `03-projects` | 12 проектов и 30 компонентов из `_blago/INDEX.md` | `01-programs` |
| `04-contributor` | Регистрация председателя `ant` как Contributor (программно через `Capital.GenerateCapitalRegistrationDocuments` + `CompleteCapitalRegistration`). Без неё UI после адаптации показывает заглушку «Ранним участникам» и не пускает в Мастерскую | `02-extension-config`, controller :2998 |
`phases/02b-real-onboarding.ts` — зарезервированная фаза для будущей задачи: реально провести 5 решений совета через SDK (vote ×3 → authorize → exec). Не подключена к диспетчеру; нужна только когда будем документировать сам процесс адаптации в UI.
Будущие фазы (`02-participants`, `04-agreements`, `05-contributions`,
`06-investments`, `07-result`) добавляются по мере появления сценариев в harness.
## Идемпотентность
Каждая фаза перед действием читает цепочку (`getCoopProgramWallet`,
`getProject`, `state`-таблица CAPITAL). Если запись уже есть — пропускает.
Так что повторный прогон без `reboot:extra` — no-op.
## Соглашения
- **Хеши проектов детерминированные** — `sha256("blago:project:<id>")`. Это
гарантирует одинаковые скриншоты между прогонами без `--reboot`.
- **Названия — человеческие**, из `components/blago-cli/_blago/INDEX.md`.
Никаких `Project N` / `Test Project`.
- **Источник параметров программ и `setconfig`** — `src/tests/capital.test.ts`
(строки 140–288). Если меняется тест — синхронизируй сюда.
## Откуда берутся проекты
Список захардкожен в `data/projects.ts` ровно по индексу
`components/blago-cli/_blago/INDEX.md`. Когда там появляются новые проекты —
добавь вручную (автоматического импорта нет специально, чтобы рантайм скрипта
не зависел от парсинга чужого markdown).
@@ -0,0 +1,71 @@
import { createHash } from 'node:crypto'
export interface ProjectSeed {
id: number
title: string
parentId: number | null
}
export const ROOT_HASH = '0000000000000000000000000000000000000000000000000000000000000000'
export function projectHash(id: number): string {
return createHash('sha256').update(`blago:project:${id}`).digest('hex')
}
// Источник: components/blago-cli/_blago/INDEX.md
// 12 проектов + 30 компонентов. id и связи — ровно как в индексе.
// «Проект» и «Компонент» — словарные термины (см. _blago/.../c5-slovar-...md):
// проект = направление работы кооператива, компонент = атомарная задача внутри проекта.
//
// «Кошелёк пайщика» (id=48) — реальный проект кооператива, в индексе _blago/INDEX.md
// его ещё нет, но он существует как направление: контракт лицевых счетов, членские
// взносы, интеграция «кнопка Благорост» в сторонние приложения. Добавлен здесь.
export const PROJECTS: ProjectSeed[] = [
// === Проекты ===
{ id: 1, parentId: null, title: 'Приложение «Стол Заказов»' },
{ id: 4, parentId: null, title: 'Пропаганда кооперации' },
{ id: 7, parentId: null, title: 'Приложение «Благорост»' },
{ id: 11, parentId: null, title: 'Кооперативный мессенджер «Оп!Кооп»' },
{ id: 13, parentId: null, title: 'Платформа Цифрового Кооператива' },
{ id: 16, parentId: null, title: 'Платформа Каталога Приложений' },
{ id: 17, parentId: null, title: 'Платформа Кооперативной Экономики' },
{ id: 29, parentId: null, title: 'Гранты и финансирование' },
{ id: 33, parentId: null, title: 'Платформа отчётов для ФНС/ФСС' },
{ id: 34, parentId: null, title: 'Платформа Управления' },
{ id: 36, parentId: null, title: 'Платформа образования' },
{ id: 43, parentId: null, title: 'Облачный провайдер' },
{ id: 48, parentId: null, title: 'Кошелёк пайщика' },
// === Компоненты ===
{ id: 3, parentId: 1, title: 'Минимальный продукт' },
{ id: 8, parentId: 7, title: 'Командный инструмент blago-cli v1' },
{ id: 10, parentId: 7, title: 'Версия 1.1' },
{ id: 12, parentId: 4, title: 'Системный логотип v1' },
{ id: 14, parentId: 13, title: 'Версия 3' },
{ id: 18, parentId: 17, title: 'Консенсус Proof of Authority' },
{ id: 19, parentId: 17, title: 'Версия 1.1' },
{ id: 20, parentId: 4, title: 'Видео по кооперации v1' },
{ id: 21, parentId: 4, title: 'Посты и статьи v1' },
{ id: 22, parentId: 4, title: 'Гость в студии v1' },
{ id: 23, parentId: 4, title: 'Партнёры и Соглашения v1' },
{ id: 24, parentId: 4, title: 'Российский Университет Кооперации v1' },
{ id: 25, parentId: 4, title: 'Международный форум кооперации v1' },
{ id: 26, parentId: 4, title: 'Настольная игра v1' },
{ id: 27, parentId: 4, title: 'Лендинги и посадочные страницы v1' },
{ id: 28, parentId: 4, title: 'Кооператив блогеров v1' },
{ id: 30, parentId: 4, title: 'Концепция (апрель 2026 — апрель 2027)' },
{ id: 31, parentId: 13, title: 'Общие собрания v2' },
{ id: 32, parentId: 17, title: 'Верификатор документов v1' },
{ id: 35, parentId: 13, title: 'Авто-секретарь чатов и звонков' },
{ id: 37, parentId: 36, title: 'MVP' },
{ id: 38, parentId: 36, title: 'Концепция' },
{ id: 39, parentId: 7, title: 'Версия 1.2' },
{ id: 40, parentId: 33, title: 'MVP' },
{ id: 41, parentId: 17, title: 'Универсальный индексер блокчейна (parser v2)' },
{ id: 42, parentId: 13, title: 'Удостоверение пайщика (coopID)' },
{ id: 44, parentId: 43, title: 'MVP' },
{ id: 45, parentId: 13, title: 'Хранилище файлов v1' },
{ id: 46, parentId: 17, title: 'Реестр кооперативных стандартов v1' },
{ id: 47, parentId: 16, title: 'MVP' },
{ id: 49, parentId: 48, title: 'MVP v1' },
]
@@ -0,0 +1,110 @@
/**
* CLI-диспетчер seed-фаз CAPITAL.
*
* pnpm --filter @coopenomics/boot exec esno src/scripts/seed-capital/index.ts <phase>
* ... <phase> <phase> ...
* ... --up-to=<phase>
* ... all
*
* Каждая фаза идемпотентна. Список фаз прогоняется в указанном порядке.
* `--up-to=X` прогоняет все фазы в каноническом порядке до X включительно —
* это удобно когда нужно «довести систему до состояния перед X и оставить как есть»
* (например, для ручного теста UI на конкретном этапе).
*
* Логи — в stderr (чтобы stdout остался чистым для будущих скриптов).
*/
import { phase01 } from './phases/01-programs'
import { phase02 } from './phases/02-extension-config'
import { phase02Reset } from './phases/02-reset-onboarding'
import { phase02b } from './phases/02b-real-onboarding'
import { phase03 } from './phases/03-projects'
import { phase04 } from './phases/04-contributor'
import { phase04b } from './phases/04b-approve-contributor'
import { phase05 } from './phases/05-additional-contributors'
import { phase06 } from './phases/06-create-project-koshelek'
import { phase07 } from './phases/07-master-and-plan'
import { phase07b } from './phases/07b-clearance-all'
import { phase08 } from './phases/08-investments'
import { phase09 } from './phases/09-tasks'
import { phase09b } from './phases/09b-artifacts'
import { phase10 } from './phases/10-commits-and-voting'
import { phase10a } from './phases/10a-pending-commit'
import { phase11 } from './phases/11-cast-votes'
import { phase12 } from './phases/12-recalc-and-calc-votes'
import { phase13 } from './phases/13-push-result'
import { phase14 } from './phases/14-convert-segments'
import { phase15 } from './phases/15-active-component'
const PHASES: Record<string, () => Promise<void>> = {
'01-programs': phase01,
'02-extension-config': phase02,
'02-reset-onboarding': phase02Reset,
'02b-real-onboarding': phase02b,
'03-projects': phase03,
'04-contributor': phase04,
'04b-approve-contributor': phase04b,
'05-additional-contributors': phase05,
'06-create-project-koshelek': phase06,
'07-master-and-plan': phase07,
'07b-clearance-all': phase07b,
'08-investments': phase08,
'09-tasks': phase09,
'09b-artifacts': phase09b,
'10a-pending-commit': phase10a,
'10-commits-and-voting': phase10,
'11-cast-votes': phase11,
'12-recalc-and-calc-votes': phase12,
'13-push-result': phase13,
'14-convert-segments': phase14,
'15-active-component': phase15,
}
const PHASE_ORDER = Object.keys(PHASES)
function usage(): never {
console.error('Usage: seed-capital <phase> [<phase> ...] | --up-to=<phase> | all')
console.error(`Available phases: ${PHASE_ORDER.join(', ')}`)
process.exit(2)
}
async function runPhases(names: string[]) {
for (const name of names) {
const fn = PHASES[name]
if (!fn) {
console.error(`Unknown phase: ${name}`)
console.error(`Available: ${PHASE_ORDER.join(', ')}`)
process.exit(2)
}
console.error(`\n=== seed-capital: ${name} ===`)
await fn()
}
}
async function main() {
const args = process.argv.slice(2)
if (args.length === 0) usage()
if (args.length === 1 && args[0] === 'all') {
await runPhases(PHASE_ORDER)
return
}
const upTo = args.find((a) => a.startsWith('--up-to='))
if (upTo) {
const target = upTo.slice('--up-to='.length)
const idx = PHASE_ORDER.indexOf(target)
if (idx < 0) {
console.error(`Unknown phase in --up-to: ${target}`)
console.error(`Available: ${PHASE_ORDER.join(', ')}`)
process.exit(2)
}
await runPhases(PHASE_ORDER.slice(0, idx + 1))
return
}
await runPhases(args)
}
main()
.then(() => process.exit(0))
.catch((e) => { console.error(e); process.exit(1) })
@@ -0,0 +1,146 @@
/**
* Фаза 01 — программы УХД (id=3, type='generator') и Благорост
* (id=4, type='blagorost') + capital::setconfig.
*
* Идемпотентно: программы создаются только если их ещё нет в `programs`-таблице,
* setconfig — только если `state` пуст.
*
* Параметры скопированы один-в-один из src/tests/capital.test.ts:140-288 —
* чтобы скриншоты документации соответствовали поведению, под которое
* настроены контрактные тесты.
*/
import { CapitalContract, SovietContract } from 'cooptypes'
import Blockchain from '../../../blockchain'
import config from '../../../configs'
const log = (...a: unknown[]) => console.error('[seed-capital:01]', ...a)
const COOPNAME = 'voskhod'
const CHAIRMAN = 'ant'
// Дублируем числа из tests/capital/consts.ts — импорт оттуда тащит цепочку
// модулей с `import { expect } from 'vitest'`, а seed-скрипт запускается
// через esno, не под vitest-раннером.
const SOURCE_PROGRAM_ID = 3
const CAPITAL_PROGRAM_ID = 4
async function getCoopProgram(blockchain: Blockchain, coopname: string, programId: number) {
const rows = await blockchain.getTableRows(
SovietContract.contractName.production,
coopname,
'programs',
1000,
programId.toString(),
programId.toString(),
)
return rows[0]
}
export async function phase01(): Promise<void> {
const blockchain = new Blockchain(config.network, config.private_keys)
await blockchain.update_pass_instance()
// --- Программа УХД (Договор УХД) ---
const sourceProgram = await getCoopProgram(blockchain, COOPNAME, SOURCE_PROGRAM_ID)
if (!sourceProgram) {
log(`создаю программу УХД (id=${SOURCE_PROGRAM_ID})`)
const data: SovietContract.Actions.Programs.CreateProgram.ICreateProgram = {
coopname: COOPNAME,
is_can_coop_spend_share_contributions: true,
username: CHAIRMAN,
title: 'Договор УХД',
announce: '',
description: '',
preview: '',
images: '',
calculation_type: 'free',
fixed_membership_contribution: '0.0000 RUB',
membership_percent_fee: '0',
meta: '',
type: 'generator',
}
await blockchain.api.transact({
actions: [{
account: SovietContract.contractName.production,
name: SovietContract.Actions.Programs.CreateProgram.actionName,
authorization: [{ actor: CHAIRMAN, permission: 'active' }],
data,
}],
}, { blocksBehind: 3, expireSeconds: 30 })
} else {
log(`программа УХД (id=${SOURCE_PROGRAM_ID}) уже есть — пропуск`)
}
// --- Программа Благорост ---
const capitalProgram = await getCoopProgram(blockchain, COOPNAME, CAPITAL_PROGRAM_ID)
if (!capitalProgram) {
log(`создаю программу Благорост (id=${CAPITAL_PROGRAM_ID})`)
const data: SovietContract.Actions.Programs.CreateProgram.ICreateProgram = {
coopname: COOPNAME,
is_can_coop_spend_share_contributions: false,
username: CHAIRMAN,
title: 'Благорост',
announce: '',
description: '',
preview: '',
images: '',
calculation_type: 'free',
fixed_membership_contribution: '0.0000 RUB',
membership_percent_fee: '0',
meta: '',
type: 'blagorost',
}
await blockchain.api.transact({
actions: [{
account: SovietContract.contractName.production,
name: SovietContract.Actions.Programs.CreateProgram.actionName,
authorization: [{ actor: CHAIRMAN, permission: 'active' }],
data,
}],
}, { blocksBehind: 3, expireSeconds: 30 })
} else {
log(`программа Благорост (id=${CAPITAL_PROGRAM_ID}) уже есть — пропуск`)
}
// --- capital::setconfig ---
// Проверяем `state`-таблицу: если запись для voskhod уже есть, повторно не пушим
// (даже несмотря на то, что setconfig сам по себе перезаписывает конфиг).
const stateRows = await blockchain.getTableRows(
CapitalContract.contractName.production,
CapitalContract.contractName.production,
'state',
1,
COOPNAME,
COOPNAME,
)
if (!stateRows || stateRows.length === 0) {
log('инициализирую CAPITAL config')
const data: CapitalContract.Actions.SetConfig.ISetConfig = {
coopname: COOPNAME,
config: {
coordinator_bonus_percent: 4,
expense_pool_percent: 100,
coordinator_invite_validity_days: 30,
voting_period_in_days: 7,
authors_voting_percent: 38.2,
creators_voting_percent: 38.2,
energy_decay_rate_per_day: 0.11,
level_depth_base: 1000,
level_growth_coefficient: 1.5,
energy_gain_coefficient: 0.01,
},
}
await blockchain.api.transact({
actions: [{
account: CapitalContract.contractName.production,
name: CapitalContract.Actions.SetConfig.actionName,
authorization: [{ actor: COOPNAME, permission: 'active' }],
data,
}],
}, { blocksBehind: 3, expireSeconds: 30 })
} else {
log('CAPITAL config уже инициализирован — пропуск')
}
log('фаза 01 завершена')
}
@@ -0,0 +1,30 @@
/**
* Фаза 02 — наличие записи `extensions.capital` в PostgreSQL controller'а.
*
* Controller хранит state онбординга в таблице `extensions` (запись с `name='capital'`).
* UI запрашивает его через `Queries.Capital.GetOnboardingState`. Если записи нет —
* controller возвращает 500 и UI default'ом показывает страницу адаптации, любой URL
* под `/capital/*` редиректит туда.
*
* В dev-конфигурации существует shortcut: запись создаётся со всеми `*_done=true` и
* предзаполненными `*_hash` — UI считает онбординг пройденным и сразу пускает в
* Мастерскую. Этот shortcut живёт в `boot/src/postgres-init.ts:initExtensionsInPostgres`,
* вызывается из `bootExtra()`. Если по какой-то причине запись отсутствует (другая БД,
* был сброс postgres volumes между прогонами и т.п.) — здесь восстанавливаем.
*
* Идемпотентно: `initExtensionsInPostgres` использует `INSERT ... ON CONFLICT DO UPDATE`,
* повторный прогон обновляет updated_at и не дублирует.
*
* РЕАЛЬНОЕ проведение онбординга через совет (фабричный документ → propose → vote × 3 →
* authorize → exec) зарезервировано в `02b-real-onboarding.ts` и нужно отдельно, когда
* мы будем документировать сам процесс адаптации в UI.
*/
import { initExtensionsInPostgres } from '../../../postgres-init'
const log = (...a: unknown[]) => console.error('[seed-capital:02]', ...a)
export async function phase02(): Promise<void> {
log('инициализирую extensions.capital в postgres (dev-shortcut: все *_done=true)')
await initExtensionsInPostgres()
log('фаза 02 завершена')
}
@@ -0,0 +1,60 @@
/**
* Фаза 02-reset-onboarding — обнуляет флаги адаптации Capital extension.
*
* `bootExtra()` через `initExtensionsInPostgres` ставит все
* `onboarding_*_done=true` как dev-shortcut, и UI считает онбординг
* председателя завершённым (CapitalOnboardingCard прячется, председателя
* сразу пускают в Мастерскую). Для скриншотов адаптации нам нужно
* противоположное состояние: запись существует, но все 5 шагов в pending.
*
* Эта фаза делает UPDATE на существующей записи `extensions.capital`,
* выставляя все 5 `onboarding_*_done` в false и удаляя все 5
* `onboarding_*_hash` ключей. Логика UI на этих полях:
* *_done=true → completed (зелёная галка)
* *_done=false, *_hash≠null → in_progress («Ожидаем решение совета»)
* *_done=false, *_hash=null → pending (кнопка «Объявить собрание совета»)
* Нам нужен последний — поэтому обнуляем оба.
*
* Идемпотентно.
*/
import { Client } from 'pg'
const log = (...a: unknown[]) => console.error('[seed-capital:02-reset]', ...a)
export async function phase02Reset(): Promise<void> {
const pg = 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,
})
await pg.connect()
try {
log('сбрасываю onboarding_*_done=false и удаляю onboarding_*_hash в extensions.capital.config')
const result = await pg.query(`
UPDATE "extensions"
SET config = (config
|| jsonb_build_object(
'onboarding_generator_program_template_done', false,
'onboarding_generation_contract_template_done', false,
'onboarding_generator_offer_template_done', false,
'onboarding_blagorost_provision_done', false,
'onboarding_blagorost_offer_template_done', false
))
- 'onboarding_generator_program_template_hash'
- 'onboarding_generation_contract_template_hash'
- 'onboarding_generator_offer_template_hash'
- 'onboarding_blagorost_provision_hash'
- 'onboarding_blagorost_offer_template_hash',
updated_at = CURRENT_TIMESTAMP
WHERE name = 'capital'
`)
log(`обновлено строк: ${result.rowCount}`)
if (result.rowCount === 0) {
log('запись extensions.capital отсутствует — сначала запусти 02-extension-config')
}
} finally {
await pg.end()
}
}
@@ -0,0 +1,330 @@
/**
* Фаза 02b — РЕАЛЬНОЕ проведение адаптации через совет (зарезервировано на будущее).
*
* НЕ ПОДКЛЮЧЕНА к диспетчеру seed-capital по умолчанию. Используется только если нужно
* задокументировать сам процесс адаптации в UI (председатель кликает «Объявить собрание
* совета», совет голосует, протокол фиксируется). Для большинства harness-сценариев,
* которым достаточно «просто добраться до Мастерской», работает phase 02-extension-config —
* она использует тот же dev-shortcut, что и `bootExtra()`: проставляет в postgres-конфиге
* extensions.capital все *_done=true, и UI скипает онбординг.
*
* Эта фаза эмулирует UI-флоу через SDK:
* 1) Председатель логинится в controller через SDK.
* 2) Для каждого шага:
* a) Mutations.Documents.GenerateDocument — фабрика сгенерит положение/оферту;
* b) Mutations.Capital.CompleteOnboardingStep — controller сам пушит decision
* на цепочку и сохраняет его hash в onboarding state;
* c) находим decision по hash в таблице soviet.decisions;
* d) три члена совета (`petr`, `anna`, `mikhail`) подписывают и пушат
* soviet::votefor (порог консенсуса 50% от 5 = нужно ≥3 голосов);
* e) председатель `ant` пушит soviet::authorize + soviet::exec.
*
* ЗАМЕЧАНИЕ. На момент создания этой фазы был обнаружен блокер: controller хранит
* onboarding state в postgres-таблице `extensions` (запись с `name='capital'`).
* Если этой записи нет — `Mutations.Capital.CompleteOnboardingStep` падает с
* «Конфигурация расширения capital не найдена». В dev-конфигурации запись создаётся
* через `initExtensionsInPostgres()` СРАЗУ с `*_done=true`, поэтому реальный путь
* через совет в этой среде не запускается. Чтобы оживить эту фазу, нужно сначала
* вставить пустой config (без done-флагов), потом гонять её.
*/
import { Client, Mutations, Queries } from '@coopenomics/sdk'
import { Cooperative, SovietContract } from 'cooptypes'
import Blockchain from '../../../blockchain'
import config from '../../../configs'
const log = (...a: unknown[]) => console.error('[seed-capital:02b]', ...a)
// FreeDecision — общий протокол решения совета (registry_id=600). Используется
// для authorize/exec любого решения как «обёртка» — председатель подписывает
// HTML-протокол, его hash попадает в decision как `final_document`.
const FREE_DECISION_REGISTRY_ID = Cooperative.Registry.FreeDecision.registry_id
const COOPNAME = 'voskhod'
const CHAIRMAN = 'ant'
const CHAIRMAN_EMAIL = 'ivanov@example.com'
// 3 голоса достаточно (5 членов × 50% = >2.5). Председатель не голосует:
// в реальной системе он только authorize/exec.
const VOTING_MEMBERS = ['petr', 'anna', 'mikhail']
// Источник: components/desktop/extensions/capital/features/Onboarding/model/composable.ts
// Если меняется там — синхронизировать здесь.
interface IStep {
id: 'generator_program_template' | 'generation_contract_template' | 'blagorost_program' | 'generator_offer_template' | 'blagorost_offer_template'
registry_id: number
doneFlag: string
hashFlag: string
title: string
question: string
}
const STEPS: IStep[] = [
{
id: 'generator_program_template',
registry_id: 994,
doneFlag: 'generator_program_template_done',
hashFlag: 'onboarding_generator_program_template_hash',
title: 'Положение о целевой потребительской программе "ГЕНЕРАТОР"',
question: 'О утверждении Положения о целевой потребительской программе «ГЕНЕРАТОР»',
},
{
id: 'generation_contract_template',
registry_id: 997,
doneFlag: 'generation_contract_template_done',
hashFlag: 'onboarding_generation_contract_template_hash',
title: 'Шаблон договора участия в хозяйственной деятельности',
question: 'О утверждении шаблона договора участия в хозяйственной деятельности',
},
{
id: 'blagorost_program',
registry_id: 998,
doneFlag: 'blagorost_provision_done',
hashFlag: 'onboarding_blagorost_provision_hash',
title: 'Положение о ЦПП «БЛАГОРОСТ»',
question: 'О утверждении Положения о целевой потребительской программе «БЛАГОРОСТ»',
},
{
id: 'generator_offer_template',
registry_id: 995,
doneFlag: 'generator_offer_template_done',
hashFlag: 'onboarding_generator_offer_template_hash',
title: 'Шаблон пользовательского соглашения (оферты) по участию в целевой потребительской программе "ГЕНЕРАТОР"',
question: 'О утверждении шаблона пользовательского соглашения (оферты) по участию в целевой потребительской программе "ГЕНЕРАТОР"',
},
{
id: 'blagorost_offer_template',
registry_id: 999,
doneFlag: 'blagorost_offer_template_done',
hashFlag: 'onboarding_blagorost_offer_template_hash',
title: 'Пользовательское соглашение (оферта) по ЦПП «БЛАГОРОСТ»',
question: 'О утверждении пользовательского соглашения (оферты) по присоединению к ЦПП «БЛАГОРОСТ»',
},
]
async function getDecisionByHash(
blockchain: Blockchain,
decisionHash: string,
): Promise<{ id: number, approved: boolean, project_id: string } | null> {
// Решений в проекте не больше нескольких десятков; читаем последние 1000 и ищем по hash.
const rows = await blockchain.getTableRows(
SovietContract.contractName.production,
COOPNAME,
'decisions',
1000,
)
// Цепочка возвращает hash в lowercase, controller — UPPERCASE; сравниваем case-insensitive.
const target = decisionHash.toLowerCase()
const found = rows.find((r: { hash: string }) => (r.hash ?? '').toLowerCase() === target) as
| { id: number; approved: boolean; meta?: string }
| undefined
if (!found) return null
// FreeDecision-протокол требует project_id, который controller кладёт в decision.meta.
let projectId = ''
try {
const meta = JSON.parse(found.meta ?? '{}') as { project_id?: string }
projectId = meta.project_id ?? ''
} catch {}
return { id: Number(found.id), approved: Boolean(found.approved), project_id: projectId }
}
export async function phase02b(): Promise<void> {
const blockchain = new Blockchain(config.network, config.private_keys)
await blockchain.update_pass_instance()
// Берём chain_id из самой цепочки — не хардкодим.
const info = await blockchain.getInfo()
const chainId = info.chain_id
const chainUrl = `${config.network.protocol}://${config.network.host}${config.network.port}`
const apiUrl = process.env.CONTROLLER_GRAPHQL_URL || 'http://127.0.0.1:2998/v1/graphql'
const wif = config.private_keys[0]
if (!wif) throw new Error('EOSIO_PRV_KEY не задан в env — без него seed-capital:02 не залогинит председателя в controller')
// SDK-клиент под председателем — для GenerateDocument + CompleteOnboardingStep.
const client = Client.create({
api_url: apiUrl,
chain_url: chainUrl,
chain_id: chainId,
wif,
username: CHAIRMAN,
})
log(`логин председателя ${CHAIRMAN_EMAIL} в controller (${apiUrl})...`)
await client.login(CHAIRMAN_EMAIL, wif)
// Все 5 членов совета используют один общий ключ (см. boot/src/init/infra.ts:
// changekey раздаёт каждому config.default_public_key). Vote SDK-класса подписывает
// голос за любого username — он уже инициализирован в Client.
for (const step of STEPS) {
// 1. Прочитать состояние онбординга (для идемпотентности).
const stateBefore = await client.Query(Queries.Capital.GetOnboardingState.query) as Record<string, unknown>
const onboardingBefore = stateBefore[Queries.Capital.GetOnboardingState.name] as Record<string, unknown>
if (onboardingBefore?.[step.doneFlag]) {
log(`[${step.id}] уже принято — пропуск`)
continue
}
// 2. Сгенерировать фабричный документ (положение или оферта).
log(`[${step.id}] фабрика documentRegistry=${step.registry_id}`)
const docResp = await client.Mutation(
Mutations.Documents.GenerateDocument.mutation,
{
variables: {
input: {
data: {
coopname: COOPNAME,
username: CHAIRMAN,
registry_id: step.registry_id,
},
},
} as Mutations.Documents.GenerateDocument.IInput,
},
) as Record<string, { hash: string, html: string, full_title: string }>
const generatedDoc = docResp[Mutations.Documents.GenerateDocument.name]
// 3. Завершить шаг адаптации — controller сам propose-ит решение совета на цепочке.
log(`[${step.id}] CompleteOnboardingStep`)
const completeResp = await client.Mutation(
Mutations.Capital.CompleteOnboardingStep.mutation,
{
variables: {
data: {
step: step.id,
title: step.title,
question: step.question,
decision: generatedDoc.html,
},
} as Mutations.Capital.CompleteOnboardingStep.IInput,
},
) as Record<string, Record<string, unknown>>
const newState = completeResp[Mutations.Capital.CompleteOnboardingStep.name]
const decisionHash = newState?.[step.hashFlag] as string | undefined
if (!decisionHash) {
throw new Error(`[${step.id}] CompleteOnboardingStep вернул state без ${step.hashFlag} — controller не создал решение?`)
}
// 4. Найти decision_id по hash в таблице soviet.decisions.
let decision = await getDecisionByHash(blockchain, decisionHash)
// На холодной системе индексация ноды иногда отстаёт на 1-2 блока — короткий ретрай.
for (let i = 0; !decision && i < 5; i++) {
await new Promise(r => setTimeout(r, 1000))
decision = await getDecisionByHash(blockchain, decisionHash)
}
if (!decision) throw new Error(`[${step.id}] не нашёл decision с hash=${decisionHash} в таблице soviet.decisions`)
log(`[${step.id}] decision_id=${decision.id}, hash=${decisionHash.slice(0, 12)}`)
// 5. Голосование: 3 члена совета. client.Vote.voteFor подписывает голос
// общим WIF (Client.login его проставил в Vote-классе).
for (const username of VOTING_MEMBERS) {
const voteData = await client.Vote.voteFor(COOPNAME, username, decision.id)
log(`[${step.id}] votefor ${username}`)
await blockchain.api.transact(
{
actions: [
{
account: SovietContract.contractName.production,
name: SovietContract.Actions.Decisions.VoteFor.actionName,
authorization: [{ actor: username, permission: 'active' }],
data: voteData,
},
],
},
{ blocksBehind: 3, expireSeconds: 30 },
)
}
// 6. Authorize: председатель генерирует и подписывает РЕАЛЬНЫЙ протокол
// решения совета (FreeDecision, registry_id=600). Для генерации
// нужны decision_id + project_id (из meta решения). Никаких fakeDocument —
// иначе controller'ные verify-утилиты падают на «документ с хешем X не
// найден» при последующих flow.
//
// Factory.getDecision читает votefor-actions через simple-explorer-api
// (parser-индекс). После votefor parser индексирует ~1-2 блока
// (≈700ms-2s). Без паузы получаем «Голоса за решение не найдены» —
// ждём с retry до 10s.
let protocolDoc: { hash: string; doc_hash: string; meta_hash: string; meta: unknown; html: string; binary?: string; full_title?: string } | null = null
let lastErr: unknown = null
for (let attempt = 1; attempt <= 6; attempt++) {
await new Promise(r => setTimeout(r, attempt === 1 ? 1500 : 2000))
log(`[${step.id}] генерирую протокол (FreeDecision, decision_id=${decision.id}) attempt=${attempt}`)
try {
const protocolGen = await client.Mutation(
Mutations.Documents.GenerateDocument.mutation,
{
variables: {
input: {
data: {
coopname: COOPNAME,
username: CHAIRMAN,
registry_id: FREE_DECISION_REGISTRY_ID,
decision_id: decision.id,
project_id: decision.project_id,
lang: 'ru',
},
},
} as Mutations.Documents.GenerateDocument.IInput,
},
) as Record<string, { hash: string; doc_hash: string; meta_hash: string; meta: unknown; html: string; binary?: string; full_title?: string }>
protocolDoc = protocolGen[Mutations.Documents.GenerateDocument.name]
break
} catch (e) {
lastErr = e
log(`[${step.id}] generate FreeDecision failed (parser ещё индексирует votes?): retry ${attempt}/6`)
}
}
if (!protocolDoc) throw lastErr ?? new Error(`[${step.id}] не удалось сгенерировать FreeDecision протокол`)
log(`[${step.id}] подписываю протокол hash=${protocolDoc.hash.slice(0, 12)}...`)
const signedRaw = await client.Document.signDocument(
protocolDoc as Parameters<typeof client.Document.signDocument>[0],
CHAIRMAN, // signer eosio name; без него signatures[].signer=undefined и
// soviet::authorize валится на «Expected string containing name».
)
// eosjs ожидает meta как string; signDocument возвращает meta как object —
// stringify, как делает desktop AuthorizeAndExecDecision.
const signedProtocol = {
...signedRaw,
meta: typeof signedRaw.meta === 'string'
? signedRaw.meta
: JSON.stringify(signedRaw.meta ?? {}),
}
// Authorize + Exec в одной транзакции (как делает desktop AuthorizeAndExecDecision).
log(`[${step.id}] authorize + exec под ${CHAIRMAN}`)
await blockchain.api.transact(
{
actions: [
{
account: SovietContract.contractName.production,
name: SovietContract.Actions.Decisions.Authorize.actionName,
authorization: [{ actor: CHAIRMAN, permission: 'active' }],
data: {
coopname: COOPNAME,
chairman: CHAIRMAN,
decision_id: decision.id,
document: signedProtocol,
},
},
{
account: SovietContract.contractName.production,
name: SovietContract.Actions.Decisions.Exec.actionName,
authorization: [{ actor: CHAIRMAN, permission: 'active' }],
data: {
executer: CHAIRMAN,
coopname: COOPNAME,
decision_id: decision.id,
},
},
],
},
{ blocksBehind: 3, expireSeconds: 30 },
)
log(`[${step.id}] ✓ принят`)
}
log('фаза 02b завершена — реальный онбординг через совет проведён')
}
@@ -0,0 +1,104 @@
/**
* Фаза 03 — мета-проекты и компоненты из `_blago/INDEX.md`.
*
* Создаёт ровно ту структуру, что и в продакшен-индексе: 12 мета-проектов
* (parent_hash = ROOT_HASH) и 30 компонентов (parent_hash = sha256 родителя).
* Хеши детерминированные — повторный прогон без reboot даёт идентичные сущности
* и идентичные скриншоты.
*
* Зависит от phase-01: программы УХД/Благорост и `capital.state`
* должны быть инициализированы.
*/
import { CapitalContract } from 'cooptypes'
import Blockchain from '../../../blockchain'
import config from '../../../configs'
import { PROJECTS, ROOT_HASH, projectHash } from '../data/projects'
const log = (...a: unknown[]) => console.error('[seed-capital:03]', ...a)
const COOPNAME = 'voskhod'
// Локальный аналог tests/capital/getProject.ts — оригинал тащит модули с
// `import { expect } from 'vitest'`, а seed запускается под esno.
async function getProject(blockchain: Blockchain, coopname: string, projectHash: string) {
const rows = await blockchain.getTableRows(
CapitalContract.contractName.production,
coopname,
CapitalContract.Tables.Projects.tableName,
1000,
projectHash,
projectHash,
3,
'sha256',
)
return rows[0]
}
function makeDescription(title: string): string {
return `Демонстрационный проект «${title}» для документации Благороста.`
}
function makeMeta(id: number, title: string): string {
return JSON.stringify({
seed_source: '_blago/INDEX.md',
seed_id: id,
title,
})
}
function makeData(title: string): string {
return JSON.stringify({
summary: `Структурный элемент демонстрационного списка проектов: ${title}.`,
})
}
export async function phase03(): Promise<void> {
const blockchain = new Blockchain(config.network, config.private_keys)
await blockchain.update_pass_instance()
// Мета должны создаваться раньше своих компонентов — иначе CAPITAL отвергнет
// компонент с неизвестным parent_hash.
const sorted = [...PROJECTS].sort((a, b) => {
if (a.parentId === null && b.parentId !== null) return -1
if (a.parentId !== null && b.parentId === null) return 1
return a.id - b.id
})
let created = 0
let skipped = 0
for (const project of sorted) {
const hash = projectHash(project.id)
const parent_hash = project.parentId === null ? ROOT_HASH : projectHash(project.parentId)
const existing = await getProject(blockchain, COOPNAME, hash)
if (existing) {
skipped++
continue
}
const data: CapitalContract.Actions.CreateProject.ICreateProject = {
coopname: COOPNAME,
project_hash: hash,
parent_hash,
title: project.title,
description: makeDescription(project.title),
invite: '',
data: makeData(project.title),
meta: makeMeta(project.id, project.title),
}
log(`#${project.id} «${project.title}» (parent=${project.parentId ?? 'root'})`)
await blockchain.api.transact({
actions: [{
account: CapitalContract.contractName.production,
name: CapitalContract.Actions.CreateProject.actionName,
authorization: [{ actor: COOPNAME, permission: 'active' }],
data,
}],
}, { blocksBehind: 3, expireSeconds: 30 })
created++
}
log(`фаза 03 завершена: создано ${created}, пропущено ${skipped} (всего в seed: ${PROJECTS.length})`)
}
@@ -0,0 +1,146 @@
/**
* Фаза 04 — регистрация председателя `ant` как Contributor в Капитале.
*
* UI после адаптации редиректит любой /capital/* на CapitalRegistrationPage,
* пока у пользователя нет записи Contributor. Председатель `ant` к тому же
* входит в `temporaryStubUsernames` (whitelist «ранних участников» в desktop)
* — для него UI вообще показывает заглушку «обратитесь в поддержку», и
* пройти регистрацию через клики невозможно.
*
* Whitelist проверяется ТОЛЬКО на UI; backend GraphQL мутация
* `Mutations.Capital.CompleteCapitalRegistration` принимает запрос для любого
* username. Программно создаём Contributor для ant — и при следующем входе
* в UI его сразу пускают в Мастерскую.
*
* Эмуляция UI-флоу `signAndCompleteRegistration` из CapitalRegistrationPage.vue:
* 1) Логин председателя в controller через SDK → Bearer-token.
* 2) Mutations.Capital.GenerateCapitalRegistrationDocuments — controller
* возвращает пакет документов (storage_agreement обязательный +
* generation_contract / blagorost_agreement / generator_offer опциональные).
* 3) Каждый документ подписывается ключом ant'а через Client.Document.signDocument().
* 4) Mutations.Capital.CompleteCapitalRegistration — controller валидирует
* подписи, создаёт Contributor в БД и пушит on-chain `capital::regcontrib`.
*
* Идемпотентно: перед запуском проверяем через GraphQL, есть ли уже Contributor
* для ant. Если да — фаза no-op.
*/
import { Client, Mutations } from '@coopenomics/sdk'
import Blockchain from '../../../blockchain'
import config from '../../../configs'
const log = (...a: unknown[]) => console.error('[seed-capital:04]', ...a)
const COOPNAME = 'voskhod'
const CHAIRMAN = 'ant'
const CHAIRMAN_EMAIL = 'ivanov@example.com'
interface IGeneratedDoc {
uuid?: string
hash: string
html: string
meta: Record<string, unknown> | string
binary?: string
full_title?: string
}
interface IRegDocsBundle {
generation_contract?: IGeneratedDoc
storage_agreement: IGeneratedDoc
blagorost_agreement?: IGeneratedDoc
generator_offer?: IGeneratedDoc
}
export async function phase04(): Promise<void> {
const blockchain = new Blockchain(config.network, config.private_keys)
await blockchain.update_pass_instance()
const info = await blockchain.getInfo()
const chainId = info.chain_id
const chainUrl = `${config.network.protocol}://${config.network.host}${config.network.port}`
const apiUrl = process.env.CONTROLLER_GRAPHQL_URL || 'http://127.0.0.1:2998/v1/graphql'
const wif = config.private_keys[0]
if (!wif) throw new Error('EOSIO_PRV_KEY не задан в env')
const client = Client.create({
api_url: apiUrl,
chain_url: chainUrl,
chain_id: chainId,
wif,
username: CHAIRMAN,
})
log(`логин ${CHAIRMAN_EMAIL} в controller (${apiUrl})...`)
await client.login(CHAIRMAN_EMAIL, wif)
// 1. Idempotency через попытку сгенерировать пакет: если Contributor уже зарегистрирован,
// controller вернёт пустой bundle (без обязательного storage_agreement) или бросит ошибку.
// GetContributor-query на эту проверку плохо подходит (поле username возвращается даже
// для «черновика», созданного где-то ещё), поэтому надёжнее реакция самого Generate.
log('GenerateCapitalRegistrationDocuments')
let bundle: IRegDocsBundle | undefined
try {
const genResp = await client.Mutation(
Mutations.Capital.GenerateCapitalRegistrationDocuments.mutation,
{
variables: {
data: {
coopname: COOPNAME,
username: CHAIRMAN,
lang: 'ru',
},
} as Mutations.Capital.GenerateCapitalRegistrationDocuments.IInput,
},
) as Record<string, IRegDocsBundle>
bundle = genResp[Mutations.Capital.GenerateCapitalRegistrationDocuments.name]
} catch (e) {
log(`Generate отказал — вероятно Contributor уже зарегистрирован: ${(e as Error).message ?? e}`)
log('фаза 04 завершена (no-op)')
return
}
if (!bundle?.storage_agreement) {
log(`controller вернул пустой bundle — Contributor для ${CHAIRMAN} уже зарегистрирован, пропуск`)
log('фаза 04 завершена (no-op)')
return
}
log(`получены документы: generation_contract=${!!bundle.generation_contract}, storage_agreement=true, blagorost_agreement=${!!bundle.blagorost_agreement}, generator_offer=${!!bundle.generator_offer}`)
// 3. Подписываем каждый документ ключом ant. Client.Document уже инициализирован
// с WIF после Client.login, signDocument требует только сам документ + account.
const signed: Record<string, unknown> = {}
let sigId = 1
for (const key of ['generation_contract', 'storage_agreement', 'blagorost_agreement', 'generator_offer'] as const) {
const doc = bundle[key]
if (!doc) continue
log(`подписываю ${key} (id=${sigId})`)
signed[key] = await client.Document.signDocument(
doc as Parameters<typeof client.Document.signDocument>[0],
CHAIRMAN,
sigId++,
)
}
// 4. Финализируем регистрацию. Controller внутри:
// - валидирует подписи и hash'и
// - создаёт запись Contributor в pg
// - пушит on-chain capital::regcontrib (от имени voskhod@active)
log('CompleteCapitalRegistration')
const data = {
coopname: COOPNAME,
username: CHAIRMAN,
...signed,
// Минимальные значения формы — председатель не «исполнитель», но
// controller требует наличие полей в payload.
about: 'Председатель кооператива',
rate_per_hour: '0',
hours_per_day: 0,
}
await client.Mutation(
Mutations.Capital.CompleteCapitalRegistration.mutation,
{
variables: { data } as Mutations.Capital.CompleteCapitalRegistration.IInput,
},
)
log(`Contributor зарегистрирован: ${CHAIRMAN}`)
log('фаза 04 завершена')
}
@@ -0,0 +1,171 @@
/**
* Фаза 04b — активация УХД-договора председателя через `chairmanConfirmApprove`.
*
* Phase 04 создаёт Contributor через Capital flow (Generate → Sign → Complete),
* но возвращённый row остаётся в статусе `pending` — для активации совет
* должен утвердить пакет одобрения, который Capital поставил в очередь
* (`Soviet::make_pending_approve` внутри `capital::regcontrib`). При обычном
* boot:extra (5 членов совета) утверждение идёт через стандартный flow
* голосования; для plain boot или быстрого «пропуска» одобрения по shortcut'у
* для одного председателя — этого не происходит.
*
* Без активного УХД любая попытка обновить ставку/часы/назначить мастера
* валится с «Договор УХД с пайщиком не активен».
*
* Реальный путь без хардкода:
* - читаем pending-approval из таблицы `chairman_approvals` postgres
* (parser положил туда `document` — реальный signedDocument с подписью ant
* как участника);
* - председатель добавляет ВТОРУЮ подпись (signatureId=2) к тому же
* документу через client.Document.signDocument(..., existingSignedDocuments=[doc]);
* - отправляем `Mutations.Chairman.ConfirmApprove` с approved_document =
* документ с двумя подписями. Ничего хардкоженого.
*
* Идемпотентно: если УХД уже active — фаза no-op.
*/
import { Client, Mutations } from '@coopenomics/sdk'
import { CapitalContract } from 'cooptypes'
import { Client as PgClient } from 'pg'
import Blockchain from '../../../blockchain'
import config from '../../../configs'
const log = (...a: unknown[]) => console.error('[seed-capital:04b]', ...a)
const COOPNAME = 'voskhod'
const CHAIRMAN = 'ant'
const CHAIRMAN_EMAIL = 'ivanov@example.com'
interface IContributorRow {
username?: string
status?: string
contributor_hash?: string
}
interface ISignedDocument {
version: string
hash: string
doc_hash: string
meta_hash: string
meta: unknown
signatures: Array<{
id: number
signed_hash: string
signer: string
public_key: string
signature: string
signed_at: string
meta: unknown
}>
}
async function fetchApprovalDocument(approvalHash: string): Promise<ISignedDocument | null> {
const pg = new PgClient({
host: process.env.POSTGRES_HOST,
port: parseInt(process.env.POSTGRES_PORT || '5432'),
user: process.env.POSTGRES_USERNAME,
password: process.env.POSTGRES_PASSWORD,
database: COOPNAME,
})
await pg.connect()
try {
const r = await pg.query<{ document: ISignedDocument; status: string }>(
`SELECT document, status FROM chairman_approvals WHERE approval_hash = $1 LIMIT 1`,
[approvalHash.toLowerCase()],
)
return r.rows[0]?.document ?? null
} finally {
await pg.end()
}
}
export async function phase04b(): Promise<void> {
const blockchain = new Blockchain(config.network, config.private_keys)
await blockchain.update_pass_instance()
const rows = await blockchain.getTableRows(
CapitalContract.contractName.production,
COOPNAME,
'contributors',
1,
CHAIRMAN,
CHAIRMAN,
2,
'i64',
) as IContributorRow[]
const row = rows[0]
if (!row) {
throw new Error(`Contributor ${CHAIRMAN} не найден — сначала запусти phase 04`)
}
if (row.status === 'active') {
log(`УХД-договор ${CHAIRMAN} уже active — пропуск`)
return
}
if (!row.contributor_hash) {
throw new Error(`У ${CHAIRMAN} нет contributor_hash в строке ${JSON.stringify(row)}`)
}
const info = await blockchain.getInfo()
const chainId = info.chain_id
const chainUrl = `${config.network.protocol}://${config.network.host}${config.network.port}`
const apiUrl = process.env.CONTROLLER_GRAPHQL_URL || 'http://127.0.0.1:2998/v1/graphql'
const wif = config.private_keys[0]
if (!wif) throw new Error('EOSIO_PRV_KEY не задан в env')
const client = Client.create({
api_url: apiUrl,
chain_url: chainUrl,
chain_id: chainId,
wif,
username: CHAIRMAN,
})
log(`логин ${CHAIRMAN_EMAIL} в controller (${apiUrl})...`)
await client.login(CHAIRMAN_EMAIL, wif)
// Ждём пока parser положит approval в pg + добываем оригинальный document
// (signedDocument с ant'овой подписью id=1).
let approvalDoc: ISignedDocument | null = null
for (let attempt = 1; attempt <= 8; attempt++) {
await new Promise(r => setTimeout(r, attempt === 1 ? 1500 : 2000))
log(`fetch chairman_approvals.document (approval_hash=${row.contributor_hash.slice(0, 10)}...) attempt=${attempt}`)
approvalDoc = await fetchApprovalDocument(row.contributor_hash)
if (approvalDoc) break
log('approval ещё не в pg — ждём parser...')
}
if (!approvalDoc) {
throw new Error(`approval с hash=${row.contributor_hash} не появился в chairman_approvals за 15s`)
}
// Председатель добавляет ВТОРУЮ подпись к тому же документу — ровно как
// делает desktop ConfirmApproval.useSignDocument с signatureId=2.
log(`подписываю document второй подписью (signatureId=2) от имени ${CHAIRMAN}`)
const generated = {
hash: approvalDoc.doc_hash,
meta: approvalDoc.meta,
}
const signedTwice = await client.Document.signDocument(
generated as Parameters<typeof client.Document.signDocument>[0],
CHAIRMAN,
2,
[approvalDoc] as Parameters<typeof client.Document.signDocument>[3],
)
// controller'ский resolver ждёт meta как string в SignedDigitalDocumentInput.
const approvedDocumentForApi = {
...signedTwice,
meta: typeof signedTwice.meta === 'string'
? signedTwice.meta
: JSON.stringify(signedTwice.meta ?? {}),
}
log(`chairmanConfirmApprove (approval_hash=${row.contributor_hash.slice(0, 10)}..., signatures=${approvedDocumentForApi.signatures.length})`)
await client.Mutation(Mutations.Chairman.ConfirmApprove.mutation, {
variables: {
data: {
coopname: COOPNAME,
approval_hash: row.contributor_hash.toLowerCase(),
approved_document: approvedDocumentForApi,
},
} as Mutations.Chairman.ConfirmApprove.IInput,
})
log(`фаза 04b завершена — УХД-договор ${CHAIRMAN} активен`)
}
@@ -0,0 +1,171 @@
/**
* Фаза 05 — регистрация дополнительных пайщиков как Contributor в Капитале.
*
* Для серии инструкций по «Генерации» нужны минимум три участника:
* `ant` (председатель, регистрируется фазой 04) + `ivanpetrov` + `ekaterina`.
* Они будут авторами/исполнителями компонента и голосуют по Водянову друг
* за друга при приёмке результата.
*
* Фаза идёт по тому же пути, что и `04-contributor.ts`, но параметризованно:
* для каждого пайщика — Generate → Sign → Complete. Идемпотентна (Generate
* на уже зарегистрированного отдаёт пустой bundle или ошибку).
*
* WIF и email пайщиков читаются из `components/docs-harness/state/participants/<u>.json`
* — единый источник истины для тестовых фикстур (см. orchestrator
* `components/docs-harness/bin/shoot.mjs`). Фикстуры создаёт orchestrator
* через `add-plain-participant.ts` до запуска seed-фаз.
*/
import path from 'node:path'
import fs from 'node:fs'
import { fileURLToPath } from 'node:url'
import { Client, Mutations } from '@coopenomics/sdk'
import Blockchain from '../../../blockchain'
import config from '../../../configs'
const log = (...a: unknown[]) => console.error('[seed-capital:05]', ...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')
interface IFixture {
username: string
email: string
wif: string
}
function readFixture(username: string): IFixture {
const file = path.join(STATE_DIR, `${username}.json`)
if (!fs.existsSync(file)) {
throw new Error(
`Фикстура «${username}» не найдена: ${file}. ` +
`Перед запуском фазы 05 orchestrator (bin/shoot.mjs) должен создать её через add-plain-participant. ` +
`Если ты запускаешь фазу руками — добавь имя в meta.fixtures сценария или создай файл через add-plain-participant.ts вручную.`,
)
}
const data = JSON.parse(fs.readFileSync(file, 'utf8')) as { username?: string; email?: string; wif?: string }
if (!data.wif || !data.email) {
throw new Error(`Фикстура ${file}: отсутствует wif или email. Содержимое: ${JSON.stringify(data)}`)
}
return { username, email: data.email, wif: data.wif }
}
interface IGeneratedDoc {
uuid?: string
hash: string
html: string
meta: Record<string, unknown> | string
binary?: string
full_title?: string
}
interface IRegDocsBundle {
generation_contract?: IGeneratedDoc
storage_agreement: IGeneratedDoc
blagorost_agreement?: IGeneratedDoc
generator_offer?: IGeneratedDoc
}
interface IContributorProfile {
about: string
rate_per_hour: string
hours_per_day: number
}
const PROFILES: Record<string, IContributorProfile> = {
ivanpetrov: { about: 'Разработчик. Полный стек.', rate_per_hour: '1500', hours_per_day: 8 },
ekaterina: { about: 'Дизайнер интерфейсов и проектировщик.', rate_per_hour: '1200', hours_per_day: 6 },
}
async function registerContributor(
fix: IFixture,
apiUrl: string,
chainUrl: string,
chainId: string,
): Promise<void> {
const client = Client.create({
api_url: apiUrl,
chain_url: chainUrl,
chain_id: chainId,
wif: fix.wif,
username: fix.username,
})
log(`логин ${fix.email} (${fix.username})...`)
await client.login(fix.email, fix.wif)
log(`GenerateCapitalRegistrationDocuments → ${fix.username}`)
let bundle: IRegDocsBundle | undefined
try {
const genResp = await client.Mutation(
Mutations.Capital.GenerateCapitalRegistrationDocuments.mutation,
{
variables: {
data: {
coopname: COOPNAME,
username: fix.username,
lang: 'ru',
},
} as Mutations.Capital.GenerateCapitalRegistrationDocuments.IInput,
},
) as Record<string, IRegDocsBundle>
bundle = genResp[Mutations.Capital.GenerateCapitalRegistrationDocuments.name]
} catch (e) {
log(`Generate отказал для ${fix.username} — вероятно уже зарегистрирован: ${(e as Error).message ?? e}`)
return
}
if (!bundle?.storage_agreement) {
log(`controller вернул пустой bundle для ${fix.username} — пропуск`)
return
}
const signed: Record<string, unknown> = {}
let sigId = 1
for (const key of ['generation_contract', 'storage_agreement', 'blagorost_agreement', 'generator_offer'] as const) {
const doc = bundle[key]
if (!doc) continue
log(`подписываю ${key} (${fix.username}, id=${sigId})`)
signed[key] = await client.Document.signDocument(
doc as Parameters<typeof client.Document.signDocument>[0],
fix.username,
sigId++,
)
}
const profile = PROFILES[fix.username] ?? { about: '', rate_per_hour: '0', hours_per_day: 0 }
log(`CompleteCapitalRegistration → ${fix.username}`)
await client.Mutation(
Mutations.Capital.CompleteCapitalRegistration.mutation,
{
variables: {
data: {
coopname: COOPNAME,
username: fix.username,
...signed,
about: profile.about,
rate_per_hour: profile.rate_per_hour,
hours_per_day: profile.hours_per_day,
},
} as Mutations.Capital.CompleteCapitalRegistration.IInput,
},
)
log(`Contributor зарегистрирован: ${fix.username}`)
}
export async function phase05(): Promise<void> {
const blockchain = new Blockchain(config.network, config.private_keys)
await blockchain.update_pass_instance()
const info = await blockchain.getInfo()
const chainId = info.chain_id
const chainUrl = `${config.network.protocol}://${config.network.host}${config.network.port}`
const apiUrl = process.env.CONTROLLER_GRAPHQL_URL || 'http://127.0.0.1:2998/v1/graphql'
for (const username of ['ivanpetrov', 'ekaterina']) {
const fix = readFixture(username)
await registerContributor(fix, apiUrl, chainUrl, chainId)
}
log('фаза 05 завершена')
}
@@ -0,0 +1,89 @@
/**
* Фаза 06 — создаёт проект «Кошелёк пайщика» (id=48) и его компонент «MVP v1»
* (id=49) ончейн через `capital::createproject`.
*
* Это «рабочий» проект для серии инструкций по Генерации: на нём документируется
* полный путь — назначение мастера, план, инвестиции, коммиты, голосование,
* выход в Благорост. В обычной серии фаза 03 (полный реестр из 12+1 проектов)
* не подключается — Мастерская содержит только этот проект, чтобы документация
* не путалась с фоном.
*
* Хеши детерминированные (sha256("blago:project:<id>")) — те же что и в фазе 03,
* так что одновременный запуск 03 и 06 не создаст дублей: оба используют один
* и тот же hash для id=48 и id=49.
*/
import { CapitalContract } from 'cooptypes'
import Blockchain from '../../../blockchain'
import config from '../../../configs'
import { PROJECTS, ROOT_HASH, projectHash } from '../data/projects'
const log = (...a: unknown[]) => console.error('[seed-capital:06]', ...a)
const COOPNAME = 'voskhod'
const PROJECT_ID = 48
const COMPONENT_ID = 49
async function getProject(blockchain: Blockchain, coopname: string, projectHashHex: string) {
const rows = await blockchain.getTableRows(
CapitalContract.contractName.production,
coopname,
CapitalContract.Tables.Projects.tableName,
1000,
projectHashHex,
projectHashHex,
3,
'sha256',
)
return rows[0]
}
export async function phase06(): Promise<void> {
const blockchain = new Blockchain(config.network, config.private_keys)
await blockchain.update_pass_instance()
const targets = PROJECTS.filter((p) => p.id === PROJECT_ID || p.id === COMPONENT_ID)
if (targets.length !== 2) {
throw new Error(`data/projects.ts: ожидаются id=${PROJECT_ID} и id=${COMPONENT_ID}, найдено ${targets.length}`)
}
// Проект должен идти раньше компонента, иначе capital отклонит компонент
// с неизвестным parent_hash.
const sorted = targets.sort((a, b) => (a.parentId === null ? -1 : 1) - (b.parentId === null ? -1 : 1))
let created = 0
let skipped = 0
for (const item of sorted) {
const hash = projectHash(item.id)
const parent_hash = item.parentId === null ? ROOT_HASH : projectHash(item.parentId)
const existing = await getProject(blockchain, COOPNAME, hash)
if (existing) {
log(`#${item.id} «${item.title}» уже существует — пропуск`)
skipped++
continue
}
const data: CapitalContract.Actions.CreateProject.ICreateProject = {
coopname: COOPNAME,
project_hash: hash,
parent_hash,
title: item.title,
description: `Кооперативный проект «${item.title}».`,
invite: '',
data: JSON.stringify({ summary: item.title }),
meta: JSON.stringify({ seed_source: 'seed-capital/phase-06', seed_id: item.id, title: item.title }),
}
log(`#${item.id} «${item.title}» (parent=${item.parentId ?? 'root'})`)
await blockchain.api.transact({
actions: [{
account: CapitalContract.contractName.production,
name: CapitalContract.Actions.CreateProject.actionName,
authorization: [{ actor: COOPNAME, permission: 'active' }],
data,
}],
}, { blocksBehind: 3, expireSeconds: 30 })
created++
}
log(`фаза 06 завершена: создано ${created}, пропущено ${skipped}`)
}
@@ -0,0 +1,292 @@
/**
* Фаза 07 — назначает мастера компонента «MVP v1» и устанавливает план через SDK.
*
* Председатель `ant` (он же создатель компонента) становится мастером, после чего
* ставится план: 160 ч исполнителей × 1500 ₽/ч + 50 000 ₽ дополнительных расходов.
*
* После этой фазы:
* - is_planed = true → переключатель «Принимает инвестиции» на компоненте
* можно включить;
* - вкладки «План» компонента и проекта показывают агрегированные значения.
*
* Зависит от фазы 06 (проект и компонент должны существовать). Идемпотентна
* через query GetProjectWithRelations: если master уже = ant и is_planed = true,
* фаза становится no-op.
*/
import { Client, Mutations, Queries } from '@coopenomics/sdk'
import { CapitalContract, SovietContract } from 'cooptypes'
import { createHash } from 'node:crypto'
import Blockchain from '../../../blockchain'
import config from '../../../configs'
const log = (...a: unknown[]) => console.error('[seed-capital:07]', ...a)
const COOPNAME = 'voskhod'
const CHAIRMAN = 'ant'
const CHAIRMAN_EMAIL = 'ivanov@example.com'
const COMPONENT_HASH = createHash('sha256').update('blago:project:49').digest('hex')
// План — реалистичные значения для документации.
// 160 ч × 5000 ₽ = 800 000 ₽ за время исполнителей; + 50 000 ₽ доп. расходов.
const PLAN_HOURS = 160
const PLAN_HOUR_COST = '5000.0000 RUB'
const PLAN_EXPENSES = '50000.0000 RUB'
interface IProjectState {
master?: string
is_planed?: boolean
}
// fakeDocument-обёртка для approved_document — соответствует
// тестовому шаблону `tests/shared/fakeDocument.ts`. Председатель `ant`
// в signatures[0].signer.
const FAKE_HASH = '157192b276da23cc84ab078fc8755c051c5f0430bf4802e55718221e6b76c777'
function fakeDocumentSignedBy(signer: string) {
return {
version: '1.0.0',
hash: FAKE_HASH,
doc_hash: FAKE_HASH,
meta_hash: FAKE_HASH,
meta: '{}',
signatures: [{
id: 1,
signed_hash: FAKE_HASH,
signer,
public_key: 'EOS5JhMfxbsNebajHcTEK8yC9uNN9Dit9hEmzE8ri8yMhhzxrLg3J',
signature: 'SIG_K1_KmKWPBC8dZGGDGhbKEoZEzPr3h5crRrR2uLdGRF5DJbeibY1MY1bZ9sPwHsgmPfiGFv9psfoCVsXFh9TekcLuvaeuxRKA8',
signed_at: '2025-05-14T12:22:26',
meta: '{}',
}],
}
}
interface IContributorRow {
username?: string
status?: string
contributor_hash?: string
contract?: { hash?: string }
}
// УХД-договор председателя должен быть в статусе `active`, иначе capital::setmaster
// падает с «Основной договор УХД не активен». В контракт-тестах этот переход
// делается через soviet::confirmapprv (см. tests/capital/processApprove.ts).
// CompleteCapitalRegistration через GraphQL оставляет status=pending, поэтому
// approve приходится проводить отдельно.
async function approveContributorContract(
blockchain: Blockchain,
username: string,
): Promise<void> {
const rows = await blockchain.getTableRows(
CapitalContract.contractName.production,
COOPNAME,
'contributors',
1,
username,
username,
2,
'i64',
) as IContributorRow[]
const row = rows[0]
if (!row) throw new Error(`Contributor ${username} не найден в таблице capital::contributors`)
if (row.status === 'active') {
log(`УХД-договор ${username} уже active — пропуск approve`)
return
}
// approval_hash в soviet::approvals = contributor_hash, не contract.hash
// (см. capital::regcontrib → Soviet::make_pending_approve(..., contributor_hash, ...))
const approvalHash = row.contributor_hash
if (!approvalHash) throw new Error(`У contributor ${username} нет contributor_hash`)
log(`soviet::confirmapprv ${username} (approval_hash=${approvalHash.slice(0, 10)}...)`)
await blockchain.api.transact({
actions: [{
account: SovietContract.contractName.production,
name: SovietContract.Actions.Approves.ConfirmApprove.actionName,
authorization: [{ actor: COOPNAME, permission: 'active' }],
data: {
coopname: COOPNAME,
username: CHAIRMAN, // approver — председатель
approval_hash: approvalHash,
approved_document: fakeDocumentSignedBy(CHAIRMAN),
},
}],
}, { blocksBehind: 3, expireSeconds: 30 })
}
// Подпись приложения к проекту/компоненту: capital::getclearance + soviet::confirmapprv
// (см. tests/capital/signAppendix.ts). После этого contributor.appendixes содержит
// projectHash, и пайщик считается «участником проекта», что требуется для setMaster
// и других ролевых действий.
//
// appendix_hash — детерминированный хеш для идемпотентности (sha256 от username:projectHash:tag).
function makeAppendixHash(username: string, projectHash: string, tag: string): string {
return createHash('sha256').update(`appendix:${username}:${projectHash}:${tag}`).digest('hex')
}
async function signAppendixIfNeeded(
blockchain: Blockchain,
username: string,
projectHash: string,
tag: string,
): Promise<void> {
const rows = await blockchain.getTableRows(
CapitalContract.contractName.production,
COOPNAME,
'contributors',
1,
username,
username,
2,
'i64',
) as IContributorRow[]
const row = rows[0] as IContributorRow & { appendixes?: string[] }
if (!row) throw new Error(`Contributor ${username} не найден`)
if (row.appendixes?.includes(projectHash)) {
log(`${username} уже подписал приложение к проекту/компоненту (${projectHash.slice(0, 10)}...) — пропуск`)
return
}
const appendixHash = makeAppendixHash(username, projectHash, tag)
log(`capital::getclearance ${username}${projectHash.slice(0, 10)}...`)
await blockchain.api.transact({
actions: [{
account: CapitalContract.contractName.production,
name: CapitalContract.Actions.GetClearance.actionName,
authorization: [{ actor: COOPNAME, permission: 'active' }],
data: {
coopname: COOPNAME,
username,
project_hash: projectHash,
appendix_hash: appendixHash,
document: fakeDocumentSignedBy(username),
},
}],
}, { blocksBehind: 3, expireSeconds: 30 })
log(`soviet::confirmapprv приложение ${username} (${appendixHash.slice(0, 10)}...)`)
await blockchain.api.transact({
actions: [{
account: SovietContract.contractName.production,
name: SovietContract.Actions.Approves.ConfirmApprove.actionName,
authorization: [{ actor: COOPNAME, permission: 'active' }],
data: {
coopname: COOPNAME,
username: CHAIRMAN,
approval_hash: appendixHash,
approved_document: fakeDocumentSignedBy(CHAIRMAN),
},
}],
}, { blocksBehind: 3, expireSeconds: 30 })
}
export async function phase07(): Promise<void> {
const blockchain = new Blockchain(config.network, config.private_keys)
await blockchain.update_pass_instance()
// Активируем УХД-договоры всех трёх участников — нужно для:
// - председателя (setMaster, setPlan)
// - ivanpetrov / ekaterina (для будущих фаз: инвестирование, коммиты, голосование).
// Идемпотентно: если status уже active, approve пропускается.
for (const username of [CHAIRMAN, 'ivanpetrov', 'ekaterina']) {
await approveContributorContract(blockchain, username)
}
// Председатель должен подписать приложение к компоненту, чтобы стать «участником»,
// иначе setMaster падает с «Мастер должен быть участником проекта».
await signAppendixIfNeeded(blockchain, CHAIRMAN, COMPONENT_HASH, 'mvp-v1')
const info = await blockchain.getInfo()
const chainId = info.chain_id
const chainUrl = `${config.network.protocol}://${config.network.host}${config.network.port}`
const apiUrl = process.env.CONTROLLER_GRAPHQL_URL || 'http://127.0.0.1:2998/v1/graphql'
const wif = config.private_keys[0]
if (!wif) throw new Error('EOSIO_PRV_KEY не задан в env')
const client = Client.create({
api_url: apiUrl,
chain_url: chainUrl,
chain_id: chainId,
wif,
username: CHAIRMAN,
})
log(`логин ${CHAIRMAN_EMAIL}...`)
await client.login(CHAIRMAN_EMAIL, wif)
// Поллинг до 60с пока parser не индексирует createproject от фазы 06.
// После reboot:extra controller-БД пуста, индексация занимает ~3-10с.
// Без этого SetPlan падает с «Проект не найден» — мутация делает
// валидацию через repository ещё до отправки on-chain.
let current: IProjectState = {}
for (let attempt = 0; attempt < 30; attempt++) {
try {
const resp = await client.Query(Queries.Capital.GetProjectWithRelations.query, {
variables: {
// GetProjectWithRelationsInput: только projectHash (camelCase),
// в отличие от SetMasterInput/SetPlanInput, которые принимают
// coopname+project_hash. Несимметрия в backend GraphQL.
data: { projectHash: COMPONENT_HASH },
} as Queries.Capital.GetProjectWithRelations.IInput,
}) as Record<string, IProjectState | null>
const got = resp[Queries.Capital.GetProjectWithRelations.name]
if (got && (got.master !== undefined || got.is_planed !== undefined)) {
current = got
log(`parser индексировал проект (attempt ${attempt + 1})`)
break
}
// Ответ есть, но без полей — проект ещё не догнан.
if (attempt < 29) {
await new Promise((r) => setTimeout(r, 2000))
continue
}
log('parser не индексировал проект за 60с — продолжаем без current state')
} catch (e) {
// GraphQL «Проект не найден» — ждём parser. Любая иная ошибка — break.
const raw = JSON.stringify(e).toLowerCase()
if (raw.includes('не найден') && attempt < 29) {
if (attempt % 5 === 0) log(`parser ещё не догнал createproject — ждём 2с (${attempt + 1}/30)`)
await new Promise((r) => setTimeout(r, 2000))
continue
}
log(`Query GetProjectWithRelations упал не на «не найден»: ${raw.slice(0, 200)}`)
break
}
}
if (current.master !== CHAIRMAN) {
log(`SetMaster → master=${CHAIRMAN} для компонента MVP v1`)
await client.Mutation(Mutations.Capital.SetMaster.mutation, {
variables: {
data: {
coopname: COOPNAME,
master: CHAIRMAN,
project_hash: COMPONENT_HASH,
},
} as Mutations.Capital.SetMaster.IInput,
})
} else {
log(`master уже ${CHAIRMAN} — пропуск SetMaster`)
}
if (!current.is_planed) {
log(`SetPlan → ${PLAN_HOURS} ч × ${PLAN_HOUR_COST} + ${PLAN_EXPENSES} расходов`)
const planResp = await client.Mutation(Mutations.Capital.SetPlan.mutation, {
variables: {
data: {
coopname: COOPNAME,
master: CHAIRMAN,
project_hash: COMPONENT_HASH,
plan_creators_hours: PLAN_HOURS,
plan_hour_cost: PLAN_HOUR_COST,
plan_expenses: PLAN_EXPENSES,
},
} as Mutations.Capital.SetPlan.IInput,
}) as Record<string, IProjectState | null>
const updated = planResp[Mutations.Capital.SetPlan.name]
log(`SetPlan response: master=${updated?.master}, is_planed=${updated?.is_planed}`)
} else {
log('is_planed уже true — пропуск SetPlan')
}
log('фаза 07 завершена')
}
@@ -0,0 +1,180 @@
/**
* Фаза 07b — массовый автодопуск.
*
* Подписывает приложение к УХД (`getclearance` + `confirmapprv`) от лица
* каждого пайщика-участника к Проекту-48 и Компоненту-49. После этой фазы
* у всех трёх контрибьюторов (ant / ivanpetrov / ekaterina) подтверждён
* допуск к обоим — пайщик считается «участником», `permissions.has_clearance`
* на UI становится true, FAB на странице раскрывает действия (создать
* артефакт, задачу и т.д.), голос фактически уходит в blockchain.
*
* Идемпотентно: signAppendixIfNeeded проверяет contributor.appendixes и
* пропускает, если допуск уже есть.
*
* Зависит от фазы 07 (создан мастер + план; УХД-договоры всех пайщиков
* `active`).
*/
import { CapitalContract, SovietContract } from 'cooptypes'
import { createHash } from 'node:crypto'
import Blockchain from '../../../blockchain'
import config from '../../../configs'
const log = (...a: unknown[]) => console.error('[seed-capital:07b]', ...a)
const COOPNAME = 'voskhod'
const CHAIRMAN = 'ant'
const PROJECT_HASH = createHash('sha256').update('blago:project:48').digest('hex')
const COMPONENT_HASH = createHash('sha256').update('blago:project:49').digest('hex')
// Все контрибьюторы, которым нужен допуск к проекту и компоненту.
const PARTICIPANTS = ['ant', 'ivanpetrov', 'ekaterina'] as const
const FAKE_HASH = '157192b276da23cc84ab078fc8755c051c5f0430bf4802e55718221e6b76c777'
function fakeDocumentSignedBy(signer: string) {
return {
version: '1.0.0',
hash: FAKE_HASH,
doc_hash: FAKE_HASH,
meta_hash: FAKE_HASH,
meta: '{}',
signatures: [{
id: 1,
signed_hash: FAKE_HASH,
signer,
public_key: 'EOS5JhMfxbsNebajHcTEK8yC9uNN9Dit9hEmzE8ri8yMhhzxrLg3J',
signature: 'SIG_K1_KmKWPBC8dZGGDGhbKEoZEzPr3h5crRrR2uLdGRF5DJbeibY1MY1bZ9sPwHsgmPfiGFv9psfoCVsXFh9TekcLuvaeuxRKA8',
signed_at: '2025-05-14T12:22:26',
meta: '{}',
}],
}
}
interface IContributorRow {
username?: string
status?: string
appendixes?: string[]
}
function makeAppendixHash(username: string, projectHash: string, tag: string): string {
return createHash('sha256').update(`appendix:${username}:${projectHash}:${tag}`).digest('hex')
}
async function signAppendixIfNeeded(
blockchain: Blockchain,
username: string,
projectHash: string,
tag: string,
): Promise<void> {
const rows = await blockchain.getTableRows(
CapitalContract.contractName.production,
COOPNAME,
'contributors',
1,
username,
username,
2,
'i64',
) as IContributorRow[]
const row = rows[0]
if (!row) throw new Error(`Contributor ${username} не найден`)
if (row.appendixes?.map((h) => h.toLowerCase()).includes(projectHash.toLowerCase())) {
log(`${username}${projectHash.slice(0, 10)}... уже есть допуск, пропуск`)
return
}
const appendixHash = makeAppendixHash(username, projectHash, tag)
log(`capital::getclearance ${username}${projectHash.slice(0, 10)}...`)
await blockchain.api.transact({
actions: [{
account: CapitalContract.contractName.production,
name: CapitalContract.Actions.GetClearance.actionName,
authorization: [{ actor: COOPNAME, permission: 'active' }],
data: {
coopname: COOPNAME,
username,
project_hash: projectHash,
appendix_hash: appendixHash,
document: fakeDocumentSignedBy(username),
},
}],
}, { blocksBehind: 3, expireSeconds: 30 })
// SHIP эмиттит дельту contract_row как net state change между блоками:
// если строка вставлена и удалена внутри ОДНОГО блока — дельты не будет.
// apprvappndx сразу же стирает appendix через delete_appendix(); если он
// попадёт в тот же блок что и getclearance — parser не увидит ни insert,
// ни delete, и UI/seed-await будут считать что допуск не получен.
//
// Эмпирически 700ms (1×block) не хватало: ~1 раз из 6 строка в
// capital_appendixes теряется, мастер на UI видит «Принять участие» вместо
// действий. 1500ms (≥3×block) разносит actions гарантированно.
// См. memory project_parser_loses_appendix_deltas.md.
await new Promise((resolve) => setTimeout(resolve, 1500))
log(`soviet::confirmapprv приложение ${username} (${appendixHash.slice(0, 10)}...)`)
await blockchain.api.transact({
actions: [{
account: SovietContract.contractName.production,
name: SovietContract.Actions.Approves.ConfirmApprove.actionName,
authorization: [{ actor: COOPNAME, permission: 'active' }],
data: {
coopname: COOPNAME,
username: CHAIRMAN,
approval_hash: appendixHash,
approved_document: fakeDocumentSignedBy(CHAIRMAN),
},
}],
}, { blocksBehind: 3, expireSeconds: 30 })
}
export async function phase07b(): Promise<void> {
const blockchain = new Blockchain(config.network, config.private_keys)
await blockchain.update_pass_instance()
// Подписываем приложения для всех пайщиков к обоим хешам — проекту и компоненту.
for (const username of PARTICIPANTS) {
for (const [hash, tag] of [[PROJECT_HASH, 'project-48'], [COMPONENT_HASH, 'mvp-v1']] as const) {
await signAppendixIfNeeded(blockchain, username, hash, tag)
}
}
// Дельты `capital::appendixes` индексируются parser'ом с заметной задержкой
// (race с action `apprvappndx`). UI считает has_clearance по этой таблице,
// поэтому без полной индексации последующие сценарии будут видеть FAB
// «Принять участие» вместо рабочих действий. Ждём пока все 6 строк появятся
// в БД (3 пайщика × 2 hash) — но не дольше 90s.
const expected = PARTICIPANTS.length * 2 // 3 × 2 = 6
log(`жду индексации ${expected} appendix'ов в capital_appendixes...`)
const pg = new (await import('pg')).Client({
host: process.env.POSTGRES_HOST,
port: parseInt(process.env.POSTGRES_PORT || '5432'),
user: process.env.POSTGRES_USERNAME,
password: process.env.POSTGRES_PASSWORD,
database: COOPNAME,
})
await pg.connect()
try {
const deadline = Date.now() + 90_000
let lastCount = 0
while (Date.now() < deadline) {
const r = await pg.query(
`SELECT count(*)::int AS c FROM capital_appendixes WHERE status = 'confirmed'`,
)
const c = r.rows[0]?.c ?? 0
if (c !== lastCount) {
log(`capital_appendixes confirmed: ${c}/${expected}`)
lastCount = c
}
if (c >= expected) break
await new Promise((resolve) => setTimeout(resolve, 1500))
}
if (lastCount < expected) {
log(`предупреждение: только ${lastCount}/${expected} appendix'ов проиндексированы за 90s`)
}
} finally {
await pg.end()
}
log('фаза 07b завершена')
}
@@ -0,0 +1,361 @@
/**
* Фаза 08 — инвестиции: открывает приём инвестиций на компоненте, проводит
* два паевых взноса от пайщиков-инвесторов:
*
* 1) ivanpetrov → компонент «MVP v1» (15 000 ₽, прямая аллокация в компонент)
* 2) ekaterina → программа «Благорост» (10 000 ₽, без указания компонента;
* совет сам распределит средства)
*
* Объёмы намеренно небольшие: при крупных инвестициях active_voting_amount
* раздувается, и суммарный intellectual_cost после расчёта голосов
* превосходит пул кошелька «ЦПП Генератор — принятый коммит». Маленькие
* инвестиции дают пропорции, при которых выкуп РИД (фаза 13) проходит.
*
* Перед инвестициями оба пайщика пополняют свои кошельки через
* wallet::createdeposit + gateway::completeincome.
*
* Зависит от фазы 07 (план должен быть установлен — иначе capital::openproject
* не пропустит). Идемпотентна: openproject пропускается если is_opened=true,
* deposit/invest всегда создают новые записи (но это не критично для seed).
*/
import path from 'node:path'
import fs from 'node:fs'
import { createHash, randomInt } from 'node:crypto'
import { fileURLToPath } from 'node:url'
import { CapitalContract, WalletContract, GatewayContract, SovietContract } from 'cooptypes'
import Blockchain from '../../../blockchain'
import config from '../../../configs'
const log = (...a: unknown[]) => console.error('[seed-capital:08]', ...a)
const COOPNAME = 'voskhod'
const COMPONENT_HASH = createHash('sha256').update('blago:project:49').digest('hex')
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')
const FAKE_HASH = '157192b276da23cc84ab078fc8755c051c5f0430bf4802e55718221e6b76c777'
function fakeDocumentSignedBy(signer: string) {
return {
version: '1.0.0',
hash: FAKE_HASH,
doc_hash: FAKE_HASH,
meta_hash: FAKE_HASH,
meta: '{}',
signatures: [{
id: 1,
signed_hash: FAKE_HASH,
signer,
public_key: 'EOS5JhMfxbsNebajHcTEK8yC9uNN9Dit9hEmzE8ri8yMhhzxrLg3J',
signature: 'SIG_K1_KmKWPBC8dZGGDGhbKEoZEzPr3h5crRrR2uLdGRF5DJbeibY1MY1bZ9sPwHsgmPfiGFv9psfoCVsXFh9TekcLuvaeuxRKA8',
signed_at: '2025-05-14T12:22:26',
meta: '{}',
}],
}
}
function rndHash(): string {
return createHash('sha256').update(`rnd:${Date.now()}:${randomInt(1_000_000_000)}`).digest('hex')
}
interface IFixture { username: string; email: string; wif: string }
function readFixture(username: string): IFixture {
const file = path.join(STATE_DIR, `${username}.json`)
const data = JSON.parse(fs.readFileSync(file, 'utf8')) as Partial<IFixture>
if (!data.wif || !data.email) throw new Error(`Фикстура ${file} без wif/email`)
return { username, email: data.email, wif: data.wif }
}
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 startProjectIfNeeded(blockchain: Blockchain): Promise<void> {
const rows = await blockchain.getTableRows(
CapitalContract.contractName.production,
COOPNAME,
'projects',
1,
COMPONENT_HASH,
COMPONENT_HASH,
3,
'sha256',
) as Array<{ status?: string }>
const row = rows[0]
// startproject допустим только из pending; если уже active/voting/result/finalized — no-op.
if (row?.status && row.status !== 'pending') {
log(`компонент в статусе ${row.status} — пропуск capital::startproject`)
return
}
log('capital::startproject — переводим компонент в Active')
await blockchain.api.transact({
actions: [{
account: CapitalContract.contractName.production,
name: CapitalContract.Actions.StartProject.actionName,
authorization: [{ actor: COOPNAME, permission: 'active' }],
data: {
coopname: COOPNAME,
project_hash: COMPONENT_HASH,
},
}],
}, { blocksBehind: 3, expireSeconds: 30 })
}
async function openProjectIfNeeded(blockchain: Blockchain): Promise<void> {
const rows = await blockchain.getTableRows(
CapitalContract.contractName.production,
COOPNAME,
'projects',
1,
COMPONENT_HASH,
COMPONENT_HASH,
3,
'sha256',
) as Array<{ is_opened?: number }>
const row = rows[0]
if (row?.is_opened === 1) {
log('компонент уже открыт на инвестиции — пропуск capital::openproject')
return
}
log('capital::openproject — компонент готов принимать инвестиции')
await blockchain.api.transact({
actions: [{
account: CapitalContract.contractName.production,
name: CapitalContract.Actions.OpenProject.actionName,
authorization: [{ actor: COOPNAME, permission: 'active' }],
data: {
coopname: COOPNAME,
project_hash: COMPONENT_HASH,
},
}],
}, { blocksBehind: 3, expireSeconds: 30 })
}
async function investInProject(blockchain: Blockchain, investor: IFixture, amountRub: number): Promise<void> {
const investHash = rndHash()
const amount = `${amountRub.toFixed(4)} RUB`
log(`capital::createinvest ${investor.username} → компонент MVP v1 (${amount})`)
await blockchain.api.transact({
actions: [{
account: CapitalContract.contractName.production,
name: CapitalContract.Actions.CreateProjectInvest.actionName,
authorization: [{ actor: COOPNAME, permission: 'active' }],
data: {
coopname: COOPNAME,
project_hash: COMPONENT_HASH,
username: investor.username,
invest_hash: investHash,
amount,
statement: fakeDocumentSignedBy(investor.username),
},
}],
}, { blocksBehind: 3, expireSeconds: 30 })
}
async function investInProgram(blockchain: Blockchain, investor: IFixture, amountRub: number): Promise<void> {
const investHash = rndHash()
const amount = `${amountRub.toFixed(4)} RUB`
log(`capital::createpinv ${investor.username} → программа «Благорост» (${amount})`)
await blockchain.api.transact({
actions: [{
account: CapitalContract.contractName.production,
name: CapitalContract.Actions.CreateProgramInvest.actionName,
authorization: [{ actor: COOPNAME, permission: 'active' }],
data: {
coopname: COOPNAME,
username: investor.username,
invest_hash: investHash,
amount,
statement: fakeDocumentSignedBy(investor.username),
},
}],
}, { blocksBehind: 3, expireSeconds: 30 })
}
// Подпись соглашения о ЦПП (wallet/blagorost) от имени самого пайщика —
// soviet::sndagreement требует authorization=username, поэтому в keychain
// blockchain нужны wif'ы инвесторов.
async function signAgreement(
blockchain: Blockchain,
username: string,
agreementType: string,
): Promise<void> {
log(`soviet::sndagreement ${username} ← '${agreementType}'`)
await blockchain.api.transact({
actions: [{
account: SovietContract.contractName.production,
name: SovietContract.Actions.Agreements.SendAgreement.actionName,
authorization: [{ actor: username, permission: 'active' }],
data: {
coopname: COOPNAME,
administrator: COOPNAME,
username,
agreement_type: agreementType,
document: fakeDocumentSignedBy(username),
},
}],
}, { blocksBehind: 3, expireSeconds: 30 })
}
async function signAppendixIfNeeded(blockchain: Blockchain, username: string): Promise<void> {
const rows = await blockchain.getTableRows(
CapitalContract.contractName.production,
COOPNAME,
'contributors',
1,
username,
username,
2,
'i64',
) as Array<{ appendixes?: string[] }>
if (rows[0]?.appendixes?.includes(COMPONENT_HASH)) {
log(`${username} уже подписал приложение к компоненту — пропуск`)
return
}
const appendixHash = createHash('sha256').update(`appendix:${username}:${COMPONENT_HASH}:invest`).digest('hex')
log(`capital::getclearance ${username} → компонент MVP v1`)
await blockchain.api.transact({
actions: [{
account: CapitalContract.contractName.production,
name: CapitalContract.Actions.GetClearance.actionName,
authorization: [{ actor: COOPNAME, permission: 'active' }],
data: {
coopname: COOPNAME,
username,
project_hash: COMPONENT_HASH,
appendix_hash: appendixHash,
document: fakeDocumentSignedBy(username),
},
}],
}, { blocksBehind: 3, expireSeconds: 30 })
log(`soviet::confirmapprv приложение ${username} (${appendixHash.slice(0, 10)}...)`)
await blockchain.api.transact({
actions: [{
account: SovietContract.contractName.production,
name: SovietContract.Actions.Approves.ConfirmApprove.actionName,
authorization: [{ actor: COOPNAME, permission: 'active' }],
data: {
coopname: COOPNAME,
username: 'ant',
approval_hash: appendixHash,
approved_document: fakeDocumentSignedBy('ant'),
},
}],
}, { blocksBehind: 3, expireSeconds: 30 })
}
async function ensureAgreementsAndWallet(blockchain: Blockchain, fix: IFixture): Promise<void> {
// Кошелёк по программе wallet (id=1) обязателен для completeincome.
const walletRows = await blockchain.getTableRows(
WalletContract.contractName.production,
COOPNAME,
'userwallets',
1,
fix.username,
fix.username,
2,
'i64',
).catch(() => [])
if (walletRows.length === 0) {
await signAgreement(blockchain, fix.username, 'wallet')
} else {
log(`${fix.username}: wallet-кошелёк уже есть — пропуск signWalletAgreement`)
}
// Базовые agreements первого входа — убирают каскад модалок «Прочитайте и
// подпишите документ» в UI (route.meta.agreements = ['wallet','signature','privacy','user']).
// Без них любая страница desktop при первом логине показывает 4 диалога.
for (const aType of ['signature', 'privacy', 'user']) {
await signAgreement(blockchain, fix.username, aType).catch((e) => {
log(`signAgreement ${aType} для ${fix.username} — пропуск (${(e as Error).message?.slice(0, 80)})`)
})
}
// Согласие с ЦПП «Благорост» — для инвестиций в программу/компонент.
// Блокировка идёт по своему пути; для безопасности дёргаем при первом запуске.
await signAgreement(blockchain, fix.username, 'blagorost').catch((e) => {
log(`signAgreement blagorost для ${fix.username} — пропуск (${(e as Error).message?.slice(0, 80)})`)
})
}
export async function phase08(): Promise<void> {
const petrov = readFixture('ivanpetrov')
const ekaterina = readFixture('ekaterina')
// Создаём blockchain с расширенным keychain — ключи всех нужных подписантов
// (soviet::sndagreement требует подписи самого пайщика).
const blockchain = new Blockchain(config.network, [
...config.private_keys,
petrov.wif,
ekaterina.wif,
])
await blockchain.update_pass_instance()
// Переводим компонент в active (нужно для createinvest) и открываем на приём инвестиций
await startProjectIfNeeded(blockchain)
await openProjectIfNeeded(blockchain)
// Соглашения и кошельки инвесторов
await ensureAgreementsAndWallet(blockchain, petrov)
await ensureAgreementsAndWallet(blockchain, ekaterina)
// Приложения к УХД-договору для инвесторов (нужно для capital::createinvest)
await signAppendixIfNeeded(blockchain, petrov.username)
await signAppendixIfNeeded(blockchain, ekaterina.username)
// Идемпотентность: createinvest/createpinv требуют project.status = active.
// На повторном прогоне (компонент уже в voting/result) — пропускаем deposit
// и инвестиции; первая запись инвестиции уже есть в системе.
const componentRows = await blockchain.getTableRows(
CapitalContract.contractName.production,
COOPNAME,
'projects',
1,
COMPONENT_HASH,
COMPONENT_HASH,
3,
'sha256',
) as Array<{ status?: string }>
if (componentRows[0]?.status !== 'active') {
log(`компонент в статусе ${componentRows[0]?.status} — пропуск депозитов и инвестиций (фаза 08 уже отработала ранее)`)
log('фаза 08 завершена')
return
}
// Пополняем кошельки инвесторов через депозит
await depositToWallet(blockchain, petrov.username, 20_000)
await depositToWallet(blockchain, ekaterina.username, 15_000)
// Инвестиции
await investInProject(blockchain, petrov, 15_000)
await investInProgram(blockchain, ekaterina, 10_000)
log('фаза 08 завершена')
}
@@ -0,0 +1,152 @@
/**
* Фаза 09 — задачи (issues) в компоненте «MVP v1».
*
* Создаёт через controller GraphQL (capitalCreateIssue) набор задач разных
* статусов от имени мастера `ant`:
* 1) ivanpetrov, 30 ч, status=DONE («выполнена») → 30 ч available_hours для коммита
* 2) ekaterina, 20 ч, status=DONE («выполнена») → 20 ч available_hours для коммита
* 3) ivanpetrov, 4 ч, status=IN_PROGRESS → ещё «в работе», часы недоступны
*
* Идея — после этой фазы каждый из двух исполнителей видит на странице
* «Моё время» свои задачи, и кнопка «Создать коммит» в строке проекта
* становится активной (uncommittedHours = available_hours ≥ 1).
*
* Идемпотентно: если задача с таким title в проекте уже есть — пропуск.
*
* Зависит от:
* - phase 07 — компонент имеет мастера `ant` и план (без плана task создание
* валидируется по-другому, и applyExplicitEstimateToTimeEntries не сработает).
* - phases 04, 05 — все три участника зарегистрированы как Contributor с
* активным договором УХД.
*
* НЕ создаёт сами коммиты — это задача сценария blagorost/commits.mjs (UI-документация).
*/
import { Client, Mutations, Queries } from '@coopenomics/sdk'
import { createHash } from 'node:crypto'
import Blockchain from '../../../blockchain'
import config from '../../../configs'
const log = (...a: unknown[]) => console.error('[seed-capital:09]', ...a)
const COOPNAME = 'voskhod'
const CHAIRMAN = 'ant'
const CHAIRMAN_EMAIL = 'ivanov@example.com'
const COMPONENT_HASH = createHash('sha256').update('blago:project:49').digest('hex')
// GraphQL-enum IssueStatus принимает значения в верхнем регистре (BACKLOG, TODO,
// IN_PROGRESS, ON_REVIEW, DONE, CANCELED). Внутреннее значение в БД — 'done',
// 'in_progress' и т.д. (lowercase), но в API только UPPERCASE.
type IssueStatusEnum = 'BACKLOG' | 'TODO' | 'IN_PROGRESS' | 'ON_REVIEW' | 'DONE' | 'CANCELED'
interface ITaskSeed {
title: string
description: string
estimate: number
creators: string[]
status: IssueStatusEnum
}
const TASKS: ITaskSeed[] = [
{
title: 'Поднять Vue-каркас кошелька',
description: 'Базовая навигация, маршруты, layout главной страницы — без реальной логики кошельков.',
estimate: 30,
creators: ['ivanpetrov'],
status: 'DONE',
},
{
title: 'Виджет балансов и истории операций',
description: 'Компонент отображения двух кошельков (Генерация / Благорост) и списка последних операций.',
estimate: 20,
creators: ['ekaterina'],
status: 'DONE',
},
{
title: 'Документация модулей',
description: 'README + jsdoc по основным модулям; черновая, без скриншотов.',
estimate: 4,
creators: ['ivanpetrov'],
status: 'IN_PROGRESS',
},
// Задача без estimate — иллюстрирует «время по факту»: cron каждый час
// добавляет 1ч / число активных задач без estimate у contributor'а.
// На странице «Моё время» по этой задаче часы должны тикать сами без
// явной оценки. Используется в инструкции tasks.md (двойной режим time-tracking).
{
title: 'Исследование альтернативных адаптеров кошелька',
description: 'Без чёткой оценки: пробуем подходы, фиксируем что нашли. Время по факту.',
estimate: 0,
creators: ['ekaterina'],
status: 'IN_PROGRESS',
},
]
interface IIssueRow {
issue_hash: string
title: string
status: string
estimate?: number
creators?: string[]
}
export async function phase09(): Promise<void> {
const blockchain = new Blockchain(config.network, config.private_keys)
await blockchain.update_pass_instance()
const info = await blockchain.getInfo()
const chainId = info.chain_id
const chainUrl = `${config.network.protocol}://${config.network.host}${config.network.port}`
const apiUrl = process.env.CONTROLLER_GRAPHQL_URL || 'http://127.0.0.1:2998/v1/graphql'
const wif = config.private_keys[0]
if (!wif) throw new Error('EOSIO_PRV_KEY не задан в env')
const client = Client.create({
api_url: apiUrl,
chain_url: chainUrl,
chain_id: chainId,
wif,
username: CHAIRMAN,
})
log(`логин ${CHAIRMAN_EMAIL} (мастер компонента)...`)
await client.login(CHAIRMAN_EMAIL, wif)
// Список существующих задач компонента — для идемпотентности
let existing: IIssueRow[] = []
try {
const resp = await client.Query(Queries.Capital.GetIssues.query, {
variables: {
filter: { coopname: COOPNAME, project_hash: COMPONENT_HASH },
options: { page: 1, limit: 100 },
} as Queries.Capital.GetIssues.IInput,
}) as Record<string, { items?: IIssueRow[] } | null>
const out = resp[Queries.Capital.GetIssues.name]
existing = out?.items ?? []
} catch (e) {
log(`Query GetIssues упал (это ок при первом запуске): ${(e as Error).message?.slice(0, 100)}`)
}
const existingTitles = new Set(existing.map((x) => x.title))
for (const t of TASKS) {
if (existingTitles.has(t.title)) {
log(`задача «${t.title}» уже есть — пропуск`)
continue
}
log(`создаю задачу «${t.title}» (creator=${t.creators[0]}, ${t.estimate}ч, status=${t.status})`)
await client.Mutation(Mutations.Capital.CreateIssue.mutation, {
variables: {
data: {
coopname: COOPNAME,
title: t.title,
description: t.description,
estimate: t.estimate,
creators: t.creators,
status: t.status,
project_hash: COMPONENT_HASH,
},
} as Mutations.Capital.CreateIssue.IInput,
})
}
log('фаза 09 завершена')
}
@@ -0,0 +1,214 @@
/**
* Фаза 09b — артефакты компонента/проекта (для документации artifacts.md).
*
* Создаёт через controller GraphQL (capitalCreateStory) набор артефактов
* на компоненте «MVP v1» и на проекте «Кошелёк пайщика», по одному
* для каждого из 4 форматов:
* - Markdown (на компоненте) — текстовое требование с заголовками и списком
* - Mermaid (на компоненте) — sequence-диаграмма потока коммитов
* - BPMN (на компоненте) — пустой шаблон (контроллер сам подставит EMPTY_BPMN_STORY_XML)
* - drawio (на компоненте) — пустой шаблон
* - Markdown (на проекте) — общая концепция проекта
*
* Идея — после фазы:
* - вкладка «Артефакты» компонента содержит 4 артефакта разных форматов;
* - вкладка «Артефакты» проекта содержит 1 общую концепцию;
* - каждый артефакт можно открыть → видно конкретный редактор формата.
*
* Идемпотентно: артефакты создаются с детерминированными `story_hash`,
* перед созданием проверяется наличие через GetStories.
*
* Зависит от:
* - phase 06 — проект «Кошелёк пайщика» и компонент «MVP v1» уже созданы.
* - phase 07 — у компонента есть мастер `ant`; can_create_requirement
* для мастера = true.
*/
import { Client, Mutations, Queries } from '@coopenomics/sdk'
import { createHash } from 'node:crypto'
import Blockchain from '../../../blockchain'
import config from '../../../configs'
const log = (...a: unknown[]) => console.error('[seed-capital:09b]', ...a)
const COOPNAME = 'voskhod'
const CHAIRMAN = 'ant'
const CHAIRMAN_EMAIL = 'ivanov@example.com'
const PROJECT_HASH = createHash('sha256').update('blago:project:48').digest('hex')
const COMPONENT_HASH = createHash('sha256').update('blago:project:49').digest('hex')
type ContentFormat = 'MARKDOWN' | 'MERMAID' | 'BPMN' | 'DRAWIO'
interface IArtifactSeed {
/** Стабильный hash для идемпотентности — производится из (project_hash, title) */
hashSeed: string
parentHash: string
parentLabel: string
title: string
content_format: ContentFormat
description: string
}
const MARKDOWN_BODY = `## Требования к экрану «Кошелёк»
### Состав
- Виджет балансов: **Главный кошелёк** и **ЦПП «Благорост»**.
- Список последних 10 операций по любому из кошельков.
- Кнопка «Получить долю» рядом с компонентами, готовыми к выкупу РИД.
### Поведение
- При открытии экран загружает балансы и историю операций.
- Empty state: «Здесь будут отображаться ваши операции».
- Любая операция кликабельна и открывает её детали.
### Не входит в этот компонент
- Подписание Акта приёма-передачи РИД — живёт в отдельном компоненте «Приёмка РИД».
- Импорт/экспорт паевых взносов — в роадмапе, после MVP.
`
const MERMAID_BODY = `sequenceDiagram
participant И as Исполнитель
participant М as Мастер компонента
participant К as Кооператив
И->>М: Зафиксировать коммит (часы, отзыв)
М->>М: Поставить звёздочки удовлетворения
М->>И: Принять или вернуть на доработку
Note over М,К: После приёмки коммит<br/>входит в РИД компонента
М->>К: Внести результат (pushrslt)
`
const PROJECT_CONCEPT_BODY = `## Концепция: Кошелёк пайщика
Цель проекта — дать пайщику единый экран, на котором видны:
- баланс по двум кошелькам (Главный + ЦПП «Благорост»);
- история операций;
- готовые к выкупу доли в ОАП по компонентам.
### Целевая аудитория
- Активные пайщики, участвующие в нескольких компонентах.
- Координаторы — для быстрого обзора движения средств по программе.
### Контекст
Артефакт описывает проект целиком, поэтому виден всем его компонентам:
MVP v1, последующим версиям, доп. компонентам приёмки и отчётности.
`
const ARTIFACTS: IArtifactSeed[] = [
{
hashSeed: 'blago:story:component:markdown:requirements-wallet',
parentHash: COMPONENT_HASH,
parentLabel: 'компонент MVP v1',
title: 'Требования к экрану «Кошелёк»',
content_format: 'MARKDOWN',
description: MARKDOWN_BODY,
},
{
hashSeed: 'blago:story:component:mermaid:commit-flow',
parentHash: COMPONENT_HASH,
parentLabel: 'компонент MVP v1',
title: 'Поток коммитов и приёмки',
content_format: 'MERMAID',
description: MERMAID_BODY,
},
{
hashSeed: 'blago:story:component:bpmn:acceptance-process',
parentHash: COMPONENT_HASH,
parentLabel: 'компонент MVP v1',
title: 'Процесс приёмки РИД (BPMN)',
content_format: 'BPMN',
description: '',
},
{
hashSeed: 'blago:story:component:drawio:architecture',
parentHash: COMPONENT_HASH,
parentLabel: 'компонент MVP v1',
title: 'Архитектурная схема компонентов',
content_format: 'DRAWIO',
description: '',
},
{
hashSeed: 'blago:story:project:markdown:concept',
parentHash: PROJECT_HASH,
parentLabel: 'проект «Кошелёк пайщика»',
title: 'Концепция проекта «Кошелёк пайщика»',
content_format: 'MARKDOWN',
description: PROJECT_CONCEPT_BODY,
},
]
interface IStoryRow {
story_hash: string
title: string
content_format: string
project_hash?: string
}
export async function phase09b(): Promise<void> {
const blockchain = new Blockchain(config.network, config.private_keys)
await blockchain.update_pass_instance()
const info = await blockchain.getInfo()
const chainId = info.chain_id
const chainUrl = `${config.network.protocol}://${config.network.host}${config.network.port}`
const apiUrl = process.env.CONTROLLER_GRAPHQL_URL || 'http://127.0.0.1:2998/v1/graphql'
const wif = config.private_keys[0]
if (!wif) throw new Error('EOSIO_PRV_KEY не задан в env')
const client = Client.create({
api_url: apiUrl,
chain_url: chainUrl,
chain_id: chainId,
wif,
username: CHAIRMAN,
})
log(`логин ${CHAIRMAN_EMAIL} (мастер компонента)...`)
await client.login(CHAIRMAN_EMAIL, wif)
// Подгружаем все существующие артефакты компонента и проекта — для идемпотентности.
const existingHashes = new Set<string>()
for (const parentHash of [COMPONENT_HASH, PROJECT_HASH]) {
try {
const resp = (await client.Query(Queries.Capital.GetStories.query, {
variables: {
filter: { coopname: COOPNAME, project_hash: parentHash },
options: { page: 1, limit: 100 },
} as Queries.Capital.GetStories.IInput,
})) as Record<string, { items?: IStoryRow[] } | null>
const out = resp[Queries.Capital.GetStories.name]
for (const it of out?.items ?? []) existingHashes.add(it.story_hash.toLowerCase())
} catch (e) {
log(`Query GetStories(${parentHash.slice(0, 8)}) упал (это ок при первом запуске): ${(e as Error).message?.slice(0, 100)}`)
}
}
for (const a of ARTIFACTS) {
const story_hash = createHash('sha256').update(a.hashSeed).digest('hex')
if (existingHashes.has(story_hash)) {
log(`артефакт «${a.title}» уже есть (${story_hash.slice(0, 8)}…) — пропуск`)
continue
}
log(`создаю артефакт «${a.title}» (${a.content_format}${a.parentLabel})`)
await client.Mutation(Mutations.Capital.CreateStory.mutation, {
variables: {
data: {
coopname: COOPNAME,
story_hash,
title: a.title,
description: a.description,
content_format: a.content_format,
project_hash: a.parentHash,
},
} as Mutations.Capital.CreateStory.IInput,
})
}
log('фаза 09b завершена')
}
@@ -0,0 +1,161 @@
/**
* Фаза 10 — коммиты + приёмка мастером + перевод компонента в голосование.
*
* Сценарий:
* 1) ivanpetrov коммитит 8 ч на компонент «MVP v1» (capital::createcmmt).
* 2) ekaterina коммитит 6 ч на тот же компонент.
* 3) ant (мастер) принимает оба коммита (capital::approvecmmt) — часы
* становятся подтверждёнными, попадают в Кошелёк Генерации исполнителя.
* 4) ant (мастер) переводит компонент в статус VOTING (capital::startvoting).
*
* После фазы:
* - страница «Голосование по компоненту» доступна;
* - participants компонента (ivanpetrov, ekaterina, ant — те у кого has_vote=true)
* могут проголосовать.
*
* Фаза НЕ голосует — это работа сценария blagorost/voting.mjs (UI-документация).
*
* Идемпотентно: смотрит project.status и project.counts.total_commits;
* если уже VOTING — фаза no-op; если ACTIVE и часть коммитов уже принята —
* пропускает по contributor.contributed_hours.
*/
import { CapitalContract } from 'cooptypes'
import { createHash } from 'node:crypto'
import Blockchain from '../../../blockchain'
import config from '../../../configs'
const log = (...a: unknown[]) => console.error('[seed-capital:10]', ...a)
const COOPNAME = 'voskhod'
const CHAIRMAN = 'ant'
const COMPONENT_HASH = createHash('sha256').update('blago:project:49').digest('hex')
interface IProjectRow {
status?: string
master?: string
counts?: { total_commits?: number }
}
interface IContributorRow {
username?: string
contributed_hours?: number | string
}
async function getProject(blockchain: Blockchain): Promise<IProjectRow | undefined> {
const rows = await blockchain.getTableRows(
CapitalContract.contractName.production,
COOPNAME,
'projects',
1,
COMPONENT_HASH,
COMPONENT_HASH,
3,
'sha256',
)
return rows[0]
}
async function getContributedHours(blockchain: Blockchain, username: string): Promise<number> {
const rows = await blockchain.getTableRows(
CapitalContract.contractName.production,
COOPNAME,
'segments',
100,
COMPONENT_HASH,
COMPONENT_HASH,
2,
'sha256',
) as Array<{ username?: string, fact?: { creator_hours?: number | string } }>
const seg = rows.find((r) => r.username === username)
if (!seg) return 0
const v = seg.fact?.creator_hours ?? 0
return typeof v === 'string' ? parseInt(v, 10) || 0 : Number(v) || 0
}
function commitHashFor(username: string): string {
return createHash('sha256').update(`commit:${username}:mvp-v1`).digest('hex')
}
async function commitAndApprove(
blockchain: Blockchain,
username: string,
hours: number,
): Promise<void> {
const already = await getContributedHours(blockchain, username)
if (already >= hours) {
log(`${username}: уже зачтено ${already}ч (>= ${hours}ч) — пропуск`)
return
}
const commitHash = commitHashFor(username)
log(`capital::createcmmt ${username}${hours}ч (commit_hash=${commitHash.slice(0, 12)}...)`)
await blockchain.api.transact({
actions: [{
account: CapitalContract.contractName.production,
name: CapitalContract.Actions.CreateCommit.actionName,
authorization: [{ actor: COOPNAME, permission: 'active' }],
data: {
coopname: COOPNAME,
username,
project_hash: COMPONENT_HASH,
commit_hash: commitHash,
creator_hours: hours,
description: `Seed-коммит ${username} (${hours}ч) для документации`,
meta: JSON.stringify({ seed: true, hours }),
} as CapitalContract.Actions.CreateCommit.ICommit,
}],
}, { blocksBehind: 3, expireSeconds: 30 })
log(`capital::approvecmmt ${CHAIRMAN} → коммит ${username}`)
await blockchain.api.transact({
actions: [{
account: CapitalContract.contractName.production,
name: CapitalContract.Actions.CommitApprove.actionName,
authorization: [{ actor: COOPNAME, permission: 'active' }],
data: {
coopname: COOPNAME,
master: CHAIRMAN,
commit_hash: commitHash,
} as CapitalContract.Actions.CommitApprove.ICommitApprove,
}],
}, { blocksBehind: 3, expireSeconds: 30 })
}
export async function phase10(): Promise<void> {
const blockchain = new Blockchain(config.network, config.private_keys)
await blockchain.update_pass_instance()
const project = await getProject(blockchain)
if (!project) throw new Error(`компонент MVP v1 (${COMPONENT_HASH.slice(0, 12)}...) не найден`)
log(`статус компонента: ${project.status}, total_commits=${project.counts?.total_commits ?? 0}`)
if (project.status === 'voting' || project.status === 'result' || project.status === 'finalized') {
log(`компонент уже в статусе ${project.status} — фаза no-op`)
return
}
if (project.status !== 'active') {
throw new Error(`компонент в статусе ${project.status}; ожидался active (нужен phase 08 — startproject + openproject)`)
}
// 1+2+3: коммиты от исполнителей + приёмка мастером.
// Часы выбраны достаточными, чтобы пул кошелька «ЦПП Генератор — принятый
// коммит» (≈ часы × hour_cost) покрывал последующий выкуп РИД (фаза 13).
await commitAndApprove(blockchain, 'ivanpetrov', 30)
await commitAndApprove(blockchain, 'ekaterina', 20)
// 4: перевод в голосование (capital::startvoting).
log(`capital::startvoting → компонент MVP v1`)
await blockchain.api.transact({
actions: [{
account: CapitalContract.contractName.production,
name: CapitalContract.Actions.StartVoting.actionName,
authorization: [{ actor: COOPNAME, permission: 'active' }],
data: {
coopname: COOPNAME,
project_hash: COMPONENT_HASH,
} as CapitalContract.Actions.StartVoting.IStartVoting,
}],
}, { blocksBehind: 3, expireSeconds: 30 })
log('фаза 10 завершена — компонент переведён в голосование')
}
@@ -0,0 +1,100 @@
/**
* Фаза 10a — pending-коммит для документации мастера.
*
* Создаёт ОДИН коммит ivanpetrov на компоненте «MVP v1» через
* `capital::createcmmt` БЕЗ приёмки мастером. Сегмент остаётся в pending,
* у мастера на странице «Коммиты» появляется неутверждённый коммит — это
* целевое состояние для скриншотов flow приёмки.
*
* Идемпотентно: если у ivanpetrov уже есть pending-коммит (по нашему
* детерминированному `commit_hash`), фаза no-op.
*
* Зависит от 07/07b/09: компонент со статусом active, у пайщика есть допуск
* и хотя бы одна задача DONE с estimate=8 ч.
*/
import { CapitalContract } from 'cooptypes'
import { createHash } from 'node:crypto'
import Blockchain from '../../../blockchain'
import config from '../../../configs'
const log = (...a: unknown[]) => console.error('[seed-capital:10a]', ...a)
const COOPNAME = 'voskhod'
const COMPONENT_HASH = createHash('sha256').update('blago:project:49').digest('hex')
interface IProjectRow {
status?: string
master?: string
}
async function getProject(blockchain: Blockchain): Promise<IProjectRow | undefined> {
const rows = await blockchain.getTableRows(
CapitalContract.contractName.production,
COOPNAME,
'projects',
1,
COMPONENT_HASH,
COMPONENT_HASH,
3,
'sha256',
)
return rows[0]
}
interface ICommitRow {
commit_hash?: string
status?: string
}
async function findPendingCommit(blockchain: Blockchain, hash: string): Promise<ICommitRow | undefined> {
// Таблица commits — scope = coopname (см. commit_index в commits.hpp).
const rows = await blockchain.getTableRows(
CapitalContract.contractName.production,
COOPNAME,
'commits',
100,
) as ICommitRow[]
return rows.find((r) => (r.commit_hash ?? '').toUpperCase() === hash.toUpperCase())
}
export async function phase10a(): Promise<void> {
const blockchain = new Blockchain(config.network, config.private_keys)
await blockchain.update_pass_instance()
const project = await getProject(blockchain)
if (!project) throw new Error(`компонент MVP v1 не найден`)
if (project.status !== 'active') {
log(`компонент в статусе ${project.status} — фаза no-op (нужен active)`)
return
}
const username = 'ivanpetrov'
const hours = 8
const commitHash = createHash('sha256').update(`commit:pending:${username}:mvp-v1`).digest('hex')
const existing = await findPendingCommit(blockchain, commitHash)
if (existing) {
log(`pending-коммит ${username} (${commitHash.slice(0, 12)}...) уже есть, status=${existing.status} — пропуск`)
return
}
log(`capital::createcmmt ${username}${hours}ч (commit_hash=${commitHash.slice(0, 12)}...) БЕЗ approve`)
await blockchain.api.transact({
actions: [{
account: CapitalContract.contractName.production,
name: CapitalContract.Actions.CreateCommit.actionName,
authorization: [{ actor: COOPNAME, permission: 'active' }],
data: {
coopname: COOPNAME,
username,
project_hash: COMPONENT_HASH,
commit_hash: commitHash,
creator_hours: hours,
description: `Pending seed-коммит ${username} (${hours} ч) для скриншотов мастера`,
meta: JSON.stringify({ seed: true, hours, pending: true }),
} as CapitalContract.Actions.CreateCommit.ICommit,
}],
}, { blocksBehind: 3, expireSeconds: 30 })
log('фаза 10a завершена')
}
@@ -0,0 +1,207 @@
/**
* Фаза 11 — голосование всех участников и закрытие голосования.
*
* Сценарий:
* 1) Читаем проект MVP v1: статус должен быть 'voting'.
* 2) Читаем сегменты компонента → список участников с has_vote=true.
* 3) Читаем таблицу `votes` → кто уже проголосовал (для идемпотентности).
* 4) Для каждого ещё-не-голосовавшего участника:
* capital::submitvote с равномерным распределением
* project.voting.amounts.active_voting_amount между остальными
* участниками (себя исключаем). Остаток от деления отдаём
* последнему, чтобы сумма голосов точно сошлась.
* 5) Когда проголосует последний — контракт сам переводит компонент
* в статус 'result'. Если же deadline истёк раньше, всё равно
* проверяем: если статус остался 'voting' — финализируем
* capital::cmpltvoting (на случай ручного запуска фазы после deadline).
*
* Идемпотентно:
* - status === 'result' | 'finalized' → no-op;
* - status === 'voting' → пропускаем тех, чьи голоса уже в таблице votes;
* - status === 'active' → ошибка (нужно сначала phase 10).
*/
import { CapitalContract } from 'cooptypes'
import { createHash } from 'node:crypto'
import Blockchain from '../../../blockchain'
import config from '../../../configs'
const log = (...a: unknown[]) => console.error('[seed-capital:11]', ...a)
const COOPNAME = 'voskhod'
const COMPONENT_HASH = createHash('sha256').update('blago:project:49').digest('hex')
interface IVotingAmounts {
active_voting_amount: string
total_voting_pool: string
}
interface IProjectRow {
status?: string
voting?: {
total_voters?: number
votes_received?: number
amounts?: IVotingAmounts
}
}
interface ISegmentRow {
username: string
has_vote: boolean | number
}
interface IVoteRow {
project_hash: string
voter: string
recipient: string
amount: string
}
async function getProject(blockchain: Blockchain): Promise<IProjectRow | undefined> {
const rows = await blockchain.getTableRows(
CapitalContract.contractName.production,
COOPNAME,
'projects',
1,
COMPONENT_HASH,
COMPONENT_HASH,
3,
'sha256',
)
return rows[0]
}
async function getVoters(blockchain: Blockchain): Promise<string[]> {
const rows = await blockchain.getTableRows(
CapitalContract.contractName.production,
COOPNAME,
'segments',
100,
COMPONENT_HASH,
COMPONENT_HASH,
2,
'sha256',
) as ISegmentRow[]
return rows.filter((r) => Boolean(r.has_vote)).map((r) => r.username)
}
async function getAlreadyVoted(blockchain: Blockchain): Promise<Set<string>> {
const rows = await blockchain.getTableRows(
CapitalContract.contractName.production,
COOPNAME,
'votes',
1000,
COMPONENT_HASH,
COMPONENT_HASH,
2,
'sha256',
) as IVoteRow[]
const voted = new Set<string>()
for (const r of rows) {
if (r.project_hash === COMPONENT_HASH) voted.add(r.voter)
}
return voted
}
/**
* Точное распределение `votingAmount` между `recipients` с шагом 0.0001.
* Целочисленная арифметика по 1/10000 единицы избегает плавающей-точечной
* ошибки. Остаток отдаём последнему получателю — сумма распределённых
* голосов в точности равна голосующей сумме.
*/
function distributeEvenly(votingAmount: string, recipients: string[]) {
const [num, currency] = votingAmount.split(' ')
const totalUnits = Math.round(parseFloat(num) * 10000)
const n = recipients.length
if (n === 0) return [] as Array<{ recipient: string, amount: string }>
const base = Math.floor(totalUnits / n)
const remainder = totalUnits - base * n
return recipients.map((recipient, i) => {
const units = i === n - 1 ? base + remainder : base
const amount = `${(units / 10000).toFixed(4)} ${currency}`
return { recipient, amount }
})
}
async function castVote(
blockchain: Blockchain,
voter: string,
votes: Array<{ recipient: string, amount: string }>,
) {
log(`capital::submitvote от ${voter} → распределение по ${votes.length} участникам`)
for (const v of votes) log(` ${voter}${v.recipient}: ${v.amount}`)
await blockchain.api.transact({
actions: [{
account: CapitalContract.contractName.production,
name: CapitalContract.Actions.SubmitVote.actionName,
authorization: [{ actor: COOPNAME, permission: 'active' }],
data: {
coopname: COOPNAME,
voter,
project_hash: COMPONENT_HASH,
votes,
} as CapitalContract.Actions.SubmitVote.ISubmitVote,
}],
}, { blocksBehind: 3, expireSeconds: 30 })
}
async function completeVotingIfStuck(blockchain: Blockchain) {
const project = await getProject(blockchain)
if (project?.status !== 'voting') return
log(`статус всё ещё 'voting' — вызываем capital::cmpltvoting`)
await blockchain.api.transact({
actions: [{
account: CapitalContract.contractName.production,
name: CapitalContract.Actions.CompleteVoting.actionName,
authorization: [{ actor: COOPNAME, permission: 'active' }],
data: {
coopname: COOPNAME,
project_hash: COMPONENT_HASH,
} as CapitalContract.Actions.CompleteVoting.ICompleteVoting,
}],
}, { blocksBehind: 3, expireSeconds: 30 })
}
export async function phase11(): Promise<void> {
const blockchain = new Blockchain(config.network, config.private_keys)
await blockchain.update_pass_instance()
const project = await getProject(blockchain)
if (!project) throw new Error(`компонент MVP v1 (${COMPONENT_HASH.slice(0, 12)}...) не найден`)
log(`статус компонента: ${project.status}, votes_received=${project.voting?.votes_received ?? '?'}/${project.voting?.total_voters ?? '?'}`)
if (project.status === 'result' || project.status === 'finalized') {
log(`компонент уже в статусе ${project.status} — фаза no-op`)
return
}
if (project.status !== 'voting') {
throw new Error(`компонент в статусе ${project.status}; ожидался voting (нужен phase 10 — startvoting)`)
}
const votingAmount = project.voting?.amounts?.active_voting_amount
if (!votingAmount) throw new Error('voting.amounts.active_voting_amount не найден в проекте')
log(`голосующая сумма (active_voting_amount): ${votingAmount}`)
const voters = await getVoters(blockchain)
if (voters.length < 2) throw new Error(`должно быть ≥2 участников с has_vote=true; найдено: ${voters.length}`)
log(`участники с правом голоса: [${voters.join(', ')}]`)
const alreadyVoted = await getAlreadyVoted(blockchain)
if (alreadyVoted.size > 0) log(`уже проголосовали: [${[...alreadyVoted].join(', ')}]`)
for (const voter of voters) {
if (alreadyVoted.has(voter)) {
log(`${voter}: уже голосовал — пропуск`)
continue
}
const recipients = voters.filter((v) => v !== voter)
const distribution = distributeEvenly(votingAmount, recipients)
await castVote(blockchain, voter, distribution)
}
// Последний голос обычно сам закрывает голосование. На всякий случай
// (например, фазу запускают после deadline без полного кворума) — финализируем.
await completeVotingIfStuck(blockchain)
const after = await getProject(blockchain)
log(`фаза 11 завершена — итоговый статус: ${after?.status}`)
}
@@ -0,0 +1,142 @@
/**
* Фаза 12 — пересчёт сегментов и расчёт голосов после голосования.
*
* После phase 11 компонент в статусе `result`, но сегменты застряли в
* `generation` с `is_votes_calculated=0` и `voting_bonus=0`. На странице
* «Результаты компонента» это та точка, где пайщики видят кнопки
* «Пересчитать результат» и «Рассчитать голоса». В будущем шаг будет
* автоматическим — пока вызываем явно.
*
* Сценарий:
* 1) Для каждого участника компонента — `capital::rfrshsegment`
* (пересчёт CRPS-полей; статус сегмента: generation → ready).
* 2) Для каждого участника с has_vote=true — `capital::calcvotes`
* (расчёт voting_bonus по методу Водянова; is_votes_calculated=true).
*
* После фазы:
* - все сегменты в статусе `ready`;
* - voting_bonus заполнен у тех, кто голосовал;
* - на странице «Результаты» становится активной кнопка «Внести результат».
*
* Идемпотентно: проверяем status сегмента и is_votes_calculated.
*/
import { CapitalContract } from 'cooptypes'
import { createHash } from 'node:crypto'
import Blockchain from '../../../blockchain'
import config from '../../../configs'
const log = (...a: unknown[]) => console.error('[seed-capital:12]', ...a)
const COOPNAME = 'voskhod'
const COMPONENT_HASH = createHash('sha256').update('blago:project:49').digest('hex')
interface ISegmentRow {
username: string
status: string
has_vote: boolean | number
is_votes_calculated: boolean | number
}
interface IProjectRow {
status?: string
}
async function getProject(blockchain: Blockchain): Promise<IProjectRow | undefined> {
const rows = await blockchain.getTableRows(
CapitalContract.contractName.production,
COOPNAME,
'projects',
1,
COMPONENT_HASH,
COMPONENT_HASH,
3,
'sha256',
)
return rows[0]
}
async function getSegments(blockchain: Blockchain): Promise<ISegmentRow[]> {
return await blockchain.getTableRows(
CapitalContract.contractName.production,
COOPNAME,
'segments',
100,
COMPONENT_HASH,
COMPONENT_HASH,
2,
'sha256',
) as ISegmentRow[]
}
async function refreshSegment(blockchain: Blockchain, username: string) {
log(`capital::rfrshsegment ${username}`)
await blockchain.api.transact({
actions: [{
account: CapitalContract.contractName.production,
name: CapitalContract.Actions.RefreshSegment.actionName,
authorization: [{ actor: COOPNAME, permission: 'active' }],
data: {
coopname: COOPNAME,
project_hash: COMPONENT_HASH,
username,
} as CapitalContract.Actions.RefreshSegment.IRefreshSegment,
}],
}, { blocksBehind: 3, expireSeconds: 30 })
}
async function calcVotes(blockchain: Blockchain, username: string) {
log(`capital::calcvotes ${username}`)
await blockchain.api.transact({
actions: [{
account: CapitalContract.contractName.production,
name: CapitalContract.Actions.CalculateVotes.actionName,
authorization: [{ actor: COOPNAME, permission: 'active' }],
data: {
coopname: COOPNAME,
project_hash: COMPONENT_HASH,
username,
} as CapitalContract.Actions.CalculateVotes.IFinalVoting,
}],
}, { blocksBehind: 3, expireSeconds: 30 })
}
export async function phase12(): Promise<void> {
const blockchain = new Blockchain(config.network, config.private_keys)
await blockchain.update_pass_instance()
const project = await getProject(blockchain)
if (!project) throw new Error(`компонент MVP v1 не найден`)
log(`статус компонента: ${project.status}`)
if (project.status !== 'result' && project.status !== 'finalized') {
throw new Error(`компонент в статусе ${project.status}; ожидался result (нужны фазы 10+11)`)
}
const segments = await getSegments(blockchain)
log(`сегменты: ${segments.map((s) => `${s.username}(${s.status})`).join(', ')}`)
// 1) refreshSegment — для каждого, кто ещё в generation.
for (const s of segments) {
if (s.status === 'generation') {
await refreshSegment(blockchain, s.username)
} else {
log(`${s.username}: статус ${s.status} — rfrshsegment пропускаем`)
}
}
// 2) calcvotes — для каждого с has_vote=true и is_votes_calculated=false.
// Перечитываем сегменты после refresh.
const refreshed = await getSegments(blockchain)
for (const s of refreshed) {
if (Boolean(s.has_vote) && !Boolean(s.is_votes_calculated)) {
await calcVotes(blockchain, s.username)
} else {
log(`${s.username}: has_vote=${s.has_vote} votes_calculated=${s.is_votes_calculated} — calcvotes пропускаем`)
}
}
const after = await getSegments(blockchain)
for (const s of after) {
log(`итог [${s.username}] status=${s.status} votes_calculated=${s.is_votes_calculated}`)
}
log('фаза 12 завершена')
}
@@ -0,0 +1,282 @@
/**
* Фаза 13 — внесение паевого взноса по результатам интеллектуальной
* деятельности (РИД).
*
* Контекст: после phase 12 сегменты в статусе `ready`, voting_bonus
* рассчитан, intellectual_cost известен. Дальше каждый участник с
* ненулевой интеллектуальной стоимостью оформляет паевой взнос РИД:
*
* 1) `capital::pushrslt` — заявление на внесение результата;
* создаёт запись в таблице `results` (статус `created`),
* сегмент: ready → statement.
* 2) `soviet::confirmapprv` (председатель) — одобрение результата
* (запускает процедуру совета).
* 3) `soviet::voteFor + authorize + exec` (председатель) —
* обработка решения совета; результат: authorized,
* сегмент: statement → approved → authorized.
* 4) `capital::signact1` — пайщик подписывает Акт №1
* (приёма-передачи РИД); сегмент: authorized → act1.
* 5) `capital::signact2` — председатель подписывает Акт №2;
* сегмент: act1 → contributed.
*
* После фазы:
* - все участники с intellectual_cost>0 в статусе `contributed`;
* - сегмент готов к конвертации (фаза 14).
*
* Идемпотентно: пропускаем участников с status === 'contributed'.
*
* Подписи в seed-фазе — фейковые (как в тестах капитала). Реальный
* UI-сценарий генерирует документы через SDK и подписывает ключом
* пайщика; для документации этого уровня детализации не требуется.
*/
import { CapitalContract, SovietContract } from 'cooptypes'
import { createHash, randomBytes } from 'node:crypto'
import Blockchain from '../../../blockchain'
import config from '../../../configs'
import { setDocumentSignatures } from '../../../utils/setDocumentSignatures'
import { fakeDocument } from '../../../tests/shared/fakeDocument'
import { fakeVote } from '../../../tests/shared/fakeVote'
const log = (...a: unknown[]) => console.error('[seed-capital:13]', ...a)
const COOPNAME = 'voskhod'
const CHAIRMAN = 'ant'
const COMPONENT_HASH = createHash('sha256').update('blago:project:49').digest('hex')
interface ISegmentRow {
username: string
status: string
is_author: boolean | number
is_creator: boolean | number
intellectual_cost: string
}
function randomSha256(): string {
return createHash('sha256').update(randomBytes(32)).digest('hex')
}
async function getSegments(blockchain: Blockchain): Promise<ISegmentRow[]> {
return await blockchain.getTableRows(
CapitalContract.contractName.production,
COOPNAME,
'segments',
100,
COMPONENT_HASH,
COMPONENT_HASH,
2,
'sha256',
) as ISegmentRow[]
}
async function pushResult(
blockchain: Blockchain,
username: string,
contributionAmount: string,
resultHash: string,
statement: ReturnType<typeof setDocumentSignatures>,
) {
log(`capital::pushrslt ${username} → contribution=${contributionAmount} (result_hash=${resultHash.slice(0, 12)}...)`)
await blockchain.api.transact({
actions: [{
account: CapitalContract.contractName.production,
name: CapitalContract.Actions.PushResult.actionName,
authorization: [{ actor: COOPNAME, permission: 'active' }],
data: {
coopname: COOPNAME,
username,
project_hash: COMPONENT_HASH,
result_hash: resultHash,
contribution_amount: contributionAmount,
debt_amount: '0.0000 RUB',
statement,
debt_hashes: [],
} as CapitalContract.Actions.PushResult.IPushResult,
}],
}, { blocksBehind: 3, expireSeconds: 30 })
}
async function sovietApprove(blockchain: Blockchain, approvalHash: string) {
log(`soviet::confirmapprv ${CHAIRMAN}${approvalHash.slice(0, 12)}...`)
const approvedDoc = JSON.parse(JSON.stringify(fakeDocument))
approvedDoc.signatures[0].signer = CHAIRMAN
await blockchain.api.transact({
actions: [{
account: SovietContract.contractName.production,
name: SovietContract.Actions.Approves.ConfirmApprove.actionName,
authorization: [{ actor: COOPNAME, permission: 'active' }],
data: {
coopname: COOPNAME,
username: CHAIRMAN,
approval_hash: approvalHash,
approved_document: approvedDoc,
} as SovietContract.Actions.Approves.ConfirmApprove.IConfirmApprove,
}],
}, { blocksBehind: 3, expireSeconds: 30 })
}
interface IBoardMember {
username: string
is_voting: number | boolean
}
interface IBoardRow {
id: number
members?: IBoardMember[]
}
async function getVotingBoardMembers(blockchain: Blockchain): Promise<string[]> {
const boards = await blockchain.getTableRows(
SovietContract.contractName.production,
COOPNAME,
'boards',
10,
) as IBoardRow[]
const board = boards[0]
if (!board?.members?.length) return [CHAIRMAN]
return board.members
.filter((m) => Boolean(m.is_voting))
.map((m) => m.username)
}
async function processLastDecision(blockchain: Blockchain) {
const decisions = await blockchain.getTableRows(
SovietContract.contractName.production,
COOPNAME,
SovietContract.Tables.Decisions.tableName,
100,
) as Array<{ id: number }>
const last = decisions[decisions.length - 1]
if (!last) throw new Error('soviet::decisions пуст — нечего голосовать')
// boot:extra собирает совет из 5 членов (ant chairman + petr/anna/mikhail/olga).
// soviet::authorize требует консенсус — голосовать должны все voting-члены.
// boot (1 chairman) тоже работает — там список = [ant], одного голоса хватает.
const voters = await getVotingBoardMembers(blockchain)
log(`soviet decision id=${last.id} — голосуют ${voters.length} члена совета (${voters.join(', ')})`)
const voteActions = voters.map((voter) => ({
account: SovietContract.contractName.production,
name: SovietContract.Actions.Decisions.VoteFor.actionName,
authorization: [{ actor: voter, permission: 'active' }],
data: {
...fakeVote,
coopname: COOPNAME,
username: voter,
decision_id: String(last.id),
} as unknown as SovietContract.Actions.Decisions.VoteFor.IVoteForDecision,
}))
const authData: SovietContract.Actions.Decisions.Authorize.IAuthorize = {
coopname: COOPNAME,
chairman: CHAIRMAN,
decision_id: last.id,
document: fakeDocument,
}
const execData: SovietContract.Actions.Decisions.Exec.IExec = {
executer: CHAIRMAN,
coopname: COOPNAME,
decision_id: last.id,
}
await blockchain.api.transact({
actions: [
...voteActions,
{
account: SovietContract.contractName.production,
name: SovietContract.Actions.Decisions.Authorize.actionName,
authorization: [{ actor: CHAIRMAN, permission: 'active' }],
data: authData,
},
{
account: SovietContract.contractName.production,
name: SovietContract.Actions.Decisions.Exec.actionName,
authorization: [{ actor: CHAIRMAN, permission: 'active' }],
data: execData,
},
],
}, { blocksBehind: 3, expireSeconds: 30 })
}
async function signAct1(
blockchain: Blockchain,
username: string,
resultHash: string,
act: ReturnType<typeof setDocumentSignatures>,
) {
log(`capital::signact1 ${username}${resultHash.slice(0, 12)}...`)
await blockchain.api.transact({
actions: [{
account: CapitalContract.contractName.production,
name: CapitalContract.Actions.SignAct1.actionName,
authorization: [{ actor: COOPNAME, permission: 'active' }],
data: {
coopname: COOPNAME,
username,
result_hash: resultHash,
act,
} as CapitalContract.Actions.SignAct1.ISignAct1,
}],
}, { blocksBehind: 3, expireSeconds: 30 })
}
async function signAct2(
blockchain: Blockchain,
resultHash: string,
act: ReturnType<typeof setDocumentSignatures>,
) {
log(`capital::signact2 ${CHAIRMAN}${resultHash.slice(0, 12)}...`)
await blockchain.api.transact({
actions: [{
account: CapitalContract.contractName.production,
name: CapitalContract.Actions.SignAct2.actionName,
authorization: [{ actor: COOPNAME, permission: 'active' }],
data: {
coopname: COOPNAME,
chairman: CHAIRMAN,
result_hash: resultHash,
act,
} as CapitalContract.Actions.SignAct2.ISignAct2,
}],
}, { blocksBehind: 3, expireSeconds: 30 })
}
async function contributeForUser(blockchain: Blockchain, username: string, amount: string) {
const resultHash = randomSha256()
const statement = setDocumentSignatures([username])
await pushResult(blockchain, username, amount, resultHash, statement)
await sovietApprove(blockchain, resultHash)
await processLastDecision(blockchain)
await signAct1(blockchain, username, resultHash, statement)
const act2 = setDocumentSignatures([username, CHAIRMAN])
await signAct2(blockchain, resultHash, act2)
}
export async function phase13(): Promise<void> {
const blockchain = new Blockchain(config.network, config.private_keys)
await blockchain.update_pass_instance()
const segments = await getSegments(blockchain)
log(`сегменты: ${segments.map((s) => `${s.username}(${s.status},ic=${s.intellectual_cost})`).join(', ')}`)
for (const s of segments) {
if (s.status === 'contributed' || s.status === 'finalized') {
log(`${s.username}: уже ${s.status} — пропуск`)
continue
}
if (s.status !== 'ready') {
throw new Error(`${s.username}: неожиданный статус ${s.status}; ожидался ready (нужна phase 12)`)
}
const amount = parseFloat(s.intellectual_cost.split(' ')[0])
if (amount <= 0) {
log(`${s.username}: intellectual_cost=${s.intellectual_cost} — паевой взнос РИД пропускаем`)
continue
}
log(`--- ${s.username}: вносим РИД на ${s.intellectual_cost} ---`)
await contributeForUser(blockchain, s.username, s.intellectual_cost)
}
const after = await getSegments(blockchain)
for (const s of after) {
log(`итог [${s.username}] status=${s.status}`)
}
log('фаза 13 завершена')
}
@@ -0,0 +1,196 @@
/**
* Фаза 14 — конвертация сегментов и финализация проекта.
*
* После phase 13 каждый участник в статусе `contributed`. На странице
* «Результаты» у него активна кнопка «Получить долю» — она открывает
* диалог с рубильником между Главным кошельком и программой Благорост:
*
* wallet_amount ─── переводится в Главный кошелёк (свободные средства);
* ограничен available_for_wallet сегмента.
* capital_amount ─── переводится в кошелёк программы Благорост
* (заблокированные паевые взносы; реинвестиция).
*
* Сумма wallet_amount + capital_amount = available_for_program (полный
* размер доли участника). Контракт сам гарантирует, что wallet_amount
* не превышает available_for_wallet.
*
* Чтобы документация показывала разные положения рубильника, для трёх
* участников выбраны разные стратегии:
*
* ant → 100 % в Главный кошелёк (рубильник вправо)
* ivanpetrov → 50 / 50 (рубильник посередине)
* ekaterina → 100 % в Благорост (рубильник влево)
*
* Если у кого-то available_for_wallet=0, фактический wallet_amount
* усечётся до 0 — это ограничение контракта, а не фазы.
*
* После всех конвертаций — `capital::finalizeproj` (project: result →
* finalized).
*
* Идемпотентно: сегмент после convertsegm удаляется из таблицы;
* пропускаем участников, у которых сегмента нет.
*/
import { CapitalContract } from 'cooptypes'
import { createHash, randomBytes } from 'node:crypto'
import Blockchain from '../../../blockchain'
import config from '../../../configs'
import { fakeDocument } from '../../../tests/shared/fakeDocument'
const log = (...a: unknown[]) => console.error('[seed-capital:14]', ...a)
const COOPNAME = 'voskhod'
const COMPONENT_HASH = createHash('sha256').update('blago:project:49').digest('hex')
// Доля available_for_wallet, которая уйдёт в Главный кошелёк.
// Остаток (от available_for_program) — в Благорост.
const WALLET_RATIO_BY_USERNAME: Record<string, number> = {
ant: 1.0, // рубильник вправо: всё в Главный кошелёк
ivanpetrov: 0.5, // 50 / 50
ekaterina: 0.0, // рубильник влево: всё в Благорост
}
interface ISegmentRow {
username: string
status: string
available_for_wallet: string
available_for_program: string
}
interface IProjectRow {
status?: string
}
function randomSha256(): string {
return createHash('sha256').update(randomBytes(32)).digest('hex')
}
function parseRub(asset: string): number {
return parseFloat(asset.split(' ')[0])
}
function fmtRub(amountRub: number): string {
// Округляем вниз до 4 знаков, чтобы не превысить available.
const units = Math.floor(amountRub * 10000)
return `${(units / 10000).toFixed(4)} RUB`
}
async function getProject(blockchain: Blockchain): Promise<IProjectRow | undefined> {
const rows = await blockchain.getTableRows(
CapitalContract.contractName.production,
COOPNAME,
'projects',
1,
COMPONENT_HASH,
COMPONENT_HASH,
3,
'sha256',
)
return rows[0]
}
async function getSegments(blockchain: Blockchain): Promise<ISegmentRow[]> {
return await blockchain.getTableRows(
CapitalContract.contractName.production,
COOPNAME,
'segments',
100,
COMPONENT_HASH,
COMPONENT_HASH,
2,
'sha256',
) as ISegmentRow[]
}
async function convertSegment(
blockchain: Blockchain,
username: string,
walletAmount: string,
capitalAmount: string,
) {
const convertHash = randomSha256()
log(`capital::convertsegm ${username} → wallet=${walletAmount}, capital=${capitalAmount}`)
await blockchain.api.transact({
actions: [{
account: CapitalContract.contractName.production,
name: CapitalContract.Actions.ConvertSegment.actionName,
authorization: [{ actor: COOPNAME, permission: 'active' }],
data: {
coopname: COOPNAME,
username,
project_hash: COMPONENT_HASH,
convert_hash: convertHash,
wallet_amount: walletAmount,
capital_amount: capitalAmount,
convert_statement: fakeDocument,
} as CapitalContract.Actions.ConvertSegment.IConvertSegment,
}],
}, { blocksBehind: 3, expireSeconds: 30 })
}
async function finalizeProject(blockchain: Blockchain) {
log(`capital::finalizeproj`)
await blockchain.api.transact({
actions: [{
account: CapitalContract.contractName.production,
name: CapitalContract.Actions.FinalizeProject.actionName,
authorization: [{ actor: COOPNAME, permission: 'active' }],
data: {
coopname: COOPNAME,
project_hash: COMPONENT_HASH,
} as CapitalContract.Actions.FinalizeProject.IFinalizeProject,
}],
}, { blocksBehind: 3, expireSeconds: 30 })
}
export async function phase14(): Promise<void> {
const blockchain = new Blockchain(config.network, config.private_keys)
await blockchain.update_pass_instance()
const project = await getProject(blockchain)
if (!project) throw new Error(`компонент MVP v1 не найден`)
log(`статус компонента: ${project.status}`)
if (project.status === 'finalized') {
log(`компонент уже finalized — фаза no-op`)
return
}
if (project.status !== 'result') {
throw new Error(`компонент в статусе ${project.status}; ожидался result`)
}
const segments = await getSegments(blockchain)
log(`сегменты к конвертации: ${segments.map((s) => `${s.username}(${s.status})`).join(', ')}`)
for (const s of segments) {
if (s.status !== 'contributed') {
log(`${s.username}: статус ${s.status} (ожидалось contributed) — пропуск`)
continue
}
const ratio = WALLET_RATIO_BY_USERNAME[s.username] ?? 0.0
const availWallet = parseRub(s.available_for_wallet)
const availProgram = parseRub(s.available_for_program)
// Сколько хочется в Главный кошелёк, ограничиваем фактическим лимитом.
const desiredWallet = availWallet * ratio
const walletAmount = Math.min(desiredWallet, availWallet)
const capitalAmount = availProgram - walletAmount
if (capitalAmount < 0) {
throw new Error(`${s.username}: capital_amount<0 (avail_program=${availProgram}, wallet=${walletAmount})`)
}
log(`${s.username}: avail_wallet=${availWallet}, avail_program=${availProgram}, ratio=${ratio}`)
await convertSegment(blockchain, s.username, fmtRub(walletAmount), fmtRub(capitalAmount))
}
// После всех convertsegm все сегменты компонента удалены из таблицы.
// Проект можно перевести в finalized.
const remaining = await getSegments(blockchain)
if (remaining.length > 0) {
log(`остались сегменты: ${remaining.map((s) => s.username).join(', ')} — finalizeproj пропускаем`)
} else {
await finalizeProject(blockchain)
}
const after = await getProject(blockchain)
log(`фаза 14 завершена — итоговый статус: ${after?.status}`)
}
@@ -0,0 +1,148 @@
/**
* Фаза 15 — компонент в статусе Active без коммитов.
*
* Берёт компонент «Минимальный продукт» (id=15) под проектом «Приложение
* Стол Заказов» (id=3) — он создан фазой 03 как pending. Превращает в
* стартовое состояние «работа открыта, коммитов ещё нет»:
* - clearance ant/ivanpetrov/ekaterina к проекту-3 и к компоненту-15;
* - setmaster=ant на компонент-15;
* - setplan на компонент-15 (160 ч × 1500 RUB);
* - startproject на компонент-15 → status=Active.
*
* Не создаёт задачи, коммиты и не открывает голосование. UI должен показать
* проект «Стол заказов» с компонентом «Минимальный продукт» в статусе Active
* с назначенным мастером, готовый принимать коммиты.
*/
import { Client, Mutations } from '@coopenomics/sdk'
import { CapitalContract, SovietContract } from 'cooptypes'
import Blockchain from '../../../blockchain'
import config from '../../../configs'
const log = (...a: unknown[]) => console.error('[seed-capital:15]', ...a)
const COOPNAME = 'voskhod'
const CHAIRMAN = 'ant'
const CHAIRMAN_EMAIL = 'ivanov@example.com'
// id=3 «Приложение Стол Заказов» (parent для component-15)
const PROJECT_HASH = '79fc8a7e99f17449d13a399421f5a9edbad31187eae36462307a9744aa45d917'
// id=15 «Минимальный продукт»
const COMPONENT_HASH = '759ac130a21c9586e3b9028ecbbc42805cc0593fe51042c4ad2113cbb1a938e6'
const PARTICIPANTS = ['ant', 'ivanpetrov', 'ekaterina'] as const
const FAKE_HASH = '157192b276da23cc84ab078fc8755c051c5f0430bf4802e55718221e6b76c777'
function fakeDoc(signer: string) {
return {
version: '1.0.0',
hash: FAKE_HASH,
doc_hash: FAKE_HASH,
meta_hash: FAKE_HASH,
meta: '{}',
signatures: [{
id: 1,
signed_hash: FAKE_HASH,
signer,
public_key: 'EOS5JhMfxbsNebajHcTEK8yC9uNN9Dit9hEmzE8ri8yMhhzxrLg3J',
signature: 'SIG_K1_KmKWPBC8dZGGDGhbKEoZEzPr3h5crRrR2uLdGRF5DJbeibY1MY1bZ9sPwHsgmPfiGFv9psfoCVsXFh9TekcLuvaeuxRKA8',
signed_at: '2025-05-14T12:22:26',
meta: '{}',
}],
}
}
import { createHash } from 'node:crypto'
function makeAppendixHash(username: string, projectHash: string, tag: string): string {
return createHash('sha256').update(`appendix:15:${username}:${projectHash}:${tag}`).digest('hex')
}
interface IContributorRow {
username?: string
appendixes?: string[]
}
async function signClearance(blockchain: Blockchain, username: string, projectHash: string, tag: string) {
const rows = await blockchain.getTableRows(
CapitalContract.contractName.production,
COOPNAME, 'contributors', 1, username, username, 2, 'i64',
) as IContributorRow[]
if (rows[0]?.appendixes?.map(h => h.toLowerCase()).includes(projectHash.toLowerCase())) {
log(`${username}${projectHash.slice(0, 10)}... уже есть допуск, пропуск`)
return
}
const appendixHash = makeAppendixHash(username, projectHash, tag)
log(`getclearance ${username}${projectHash.slice(0, 10)}...`)
await blockchain.api.transact({
actions: [{
account: 'capital',
name: 'getclearance',
authorization: [{ actor: COOPNAME, permission: 'active' }],
data: { coopname: COOPNAME, username, project_hash: projectHash, appendix_hash: appendixHash, document: fakeDoc(username) },
}],
}, { blocksBehind: 3, expireSeconds: 30 })
// Sleep ≥ block_time чтобы getclearance и confirmapprv ушли в разные блоки —
// иначе SHIP схлопнет дельту appendixes (insert+erase в одном блоке).
await new Promise(r => setTimeout(r, 700))
log(`confirmapprv ${username} (${appendixHash.slice(0, 10)}...)`)
await blockchain.api.transact({
actions: [{
account: 'soviet',
name: SovietContract.Actions.Approves.ConfirmApprove.actionName,
authorization: [{ actor: COOPNAME, permission: 'active' }],
data: { coopname: COOPNAME, username: CHAIRMAN, approval_hash: appendixHash, approved_document: fakeDoc(CHAIRMAN) },
}],
}, { blocksBehind: 3, expireSeconds: 30 })
}
export async function phase15(): Promise<void> {
const blockchain = new Blockchain(config.network, config.private_keys)
await blockchain.update_pass_instance()
// 1. Clearance всем трём — к проекту и к компоненту.
for (const u of PARTICIPANTS) {
for (const [hash, tag] of [[PROJECT_HASH, 'project-3'], [COMPONENT_HASH, 'component-15']] as const) {
await signClearance(blockchain, u, hash, tag)
}
}
// 2. setmaster + setplan + startproject через GraphQL controller (мастер ant).
const info = await blockchain.getInfo()
const apiUrl = process.env.CONTROLLER_GRAPHQL_URL || 'http://127.0.0.1:2998/v1/graphql'
const chainUrl = `${config.network.protocol}://${config.network.host}${config.network.port}`
const wif = config.private_keys[0]
if (!wif) throw new Error('EOSIO_PRV_KEY не задан')
const client = Client.create({ api_url: apiUrl, chain_url: chainUrl, chain_id: info.chain_id, wif, username: CHAIRMAN })
log(`логин ${CHAIRMAN_EMAIL}...`)
await client.login(CHAIRMAN_EMAIL, wif)
log(`setmaster ant → component «Минимальный продукт»`)
await client.Mutation(Mutations.Capital.SetMaster.mutation, {
variables: { data: { coopname: COOPNAME, project_hash: COMPONENT_HASH, master: CHAIRMAN } } as Mutations.Capital.SetMaster.IInput,
}).catch((e: any) => log(`SetMaster: ${e.message?.slice(0, 100) ?? e}`))
log(`setplan: 160 ч × 1500 RUB + 0 расходов`)
await client.Mutation(Mutations.Capital.SetPlan.mutation, {
variables: {
data: {
coopname: COOPNAME,
project_hash: COMPONENT_HASH,
plan_hours: 160,
hour_cost: '1500.0000 RUB',
plan_other_expenses: '0.0000 RUB',
},
} as Mutations.Capital.SetPlan.IInput,
}).catch((e: any) => log(`SetPlan: ${e.message?.slice(0, 100) ?? e}`))
log(`startproject → Active`)
await blockchain.api.transact({
actions: [{
account: 'capital',
name: 'startproject',
authorization: [{ actor: COOPNAME, permission: 'active' }],
data: { coopname: COOPNAME, project_hash: COMPONENT_HASH },
}],
}, { blocksBehind: 3, expireSeconds: 30 }).catch((e: any) => log(`startproject: ${e.message?.slice(0, 100) ?? e}`))
log('фаза 15 завершена — компонент Active, без коммитов')
}
@@ -0,0 +1,38 @@
/**
* Helper для интеграционных тестов walmove (operation `o.adj.walmove`).
*
* Перевод между кошельками одного бух.счёта через GraphQL-мутацию `walmoveWallets`.
* Backend подписывает action `ledger2::walmove` ключом председателя из vault,
* проверяя связь wallet→account по `Ledger2.LEDGER2_OPERATION_REGISTRY` ДО подписания.
*
* Возвращает {processHash, transactionId} — процесс-хэш можно использовать для
* последующей проверки записи в `getLedger2History`.
*/
import { gql, type LoginResult } from '../shared/apiClient'
interface WalmoveResponse {
walmoveWallets: { processHash: string; transactionId: string }
}
const WALMOVE_MUTATION = `mutation($i:WalmoveInput!){
walmoveWallets(input:$i){ processHash transactionId }
}`
export async function walmove(
login: LoginResult,
coopname: string,
username: string,
fromWallet: string,
toWallet: string,
quantity: string,
memo: string,
): Promise<{ processHash: string; transactionId: string }> {
const data = await gql<WalmoveResponse>(login.token, WALMOVE_MUTATION, {
i: { coopname, username, fromWallet, toWallet, quantity, memo },
})
return {
processHash: data.walmoveWallets.processHash,
transactionId: data.walmoveWallets.transactionId,
}
}
@@ -217,7 +217,7 @@ describe('тест контракта CAPITAL', () => {
}
})
it('создаём программу капитализации', async () => {
it('создаём программу благороста', async () => {
const program = await getCoopProgramWallet(blockchain, testCoop, capitalProgramId)
if (!program) {
@@ -322,7 +322,11 @@ describe('тест контракта CAPITAL', () => {
expect(contributorTable.length).toBe(1)
const contributor = contributorTable[0]
expect(contributor.username).toBe(importUsername)
expect(contributor.status).toBe('active')
// ImportContributor создаёт запись со статусом IMPORT (см.
// capital/domain/entities/contributors.hpp Status::IMPORT). Перевод в
// ACTIVE — отдельным шагом (confirmreg/registerContributor); этот тест
// проверяет только сам факт импорта.
expect(contributor.status).toBe('import')
// Проверяем, что кошелек программы был создан
const wallet = await getUserProgramWalletAmount(blockchain, testCoop, importUsername, capitalProgramId)

Some files were not shown because too many files have changed in this diff Show More