Кнопка «Продолжить» проверяла только число слотов совета, а не email и
обязательные поля ФЛ. Добавлена валидация на фронте и в install.interactor,
чтобы частично заполненный состав не уходил на цепь.
Co-authored-by: Cursor <cursoragent@cursor.com>
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>
На prod требуется 3 человека (на dev — 1): кнопка и подсказка, состав редактируется свободно до перехода на следующий шаг.
Co-authored-by: Cursor <cursoragent@cursor.com>
Не показываем заглушку техобслуживания на /install, разрешаем повтор install из maintenance без vars, проверяем минимум членов совета до записи в цепь (3 на prod, 1 на dev).
Co-authored-by: Cursor <cursoragent@cursor.com>
Изменены компоненты, связанные с выходом из кооператива. В меню заменены иконки и пути для поддержки и выхода. Обновлены метаданные и названия для кнопок и страниц, чтобы улучшить пользовательский интерфейс. В ExitButton добавлены параметры для настройки иконки и метки. Упрощена структура MembershipExitPage с акцентом на ключевые шаги выхода. Исправлены комментарии и типы для лучшего понимания кода.
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>
- статус: вышедший пайщик (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>
Культура денег: входящие — подтверждением, исходящие — чеком. Единый механизм
на уровне ядра (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>
После 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: коммит 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>
По решению пользователя заход долей Благороста — только в активные проекты.
В 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>
Дефолт 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>
Ссылка из письма открывается часто без сессии кабинета (другой браузер/инкогнито/
после logout). Подтверждение работает по токену без входа, но wallet защищён —
гард молча редиректил на login-redirect, и пайщик не понимал, что произошло.
- есть сессия → 'Перейти в кабинет' → wallet (глобальный ExitOverlay сам покажет
'на рассмотрении Совета')
- нет сессии → 'Войти в кабинет' → signin + пояснение, что войти нужно для слежения
за статусом и суммой возврата
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
Доли пайщиков Благороста регистрировались в проект только периодическим
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>
Паровоз 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>
- заголовок документа из DocumentHtmlReader (3rem) прижат к h2 по канону,
:deep + !important как в ReadStatement.vue
- 'Сумма к возврату' оформлена soft-панелью (label+hint слева, mono-значение
справа) вместо висящего снизу текста
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
- Суммы к возврату форматируются канонной formatAsset2Digits ("300.0000 RUB"
→ "300,00 RUB") в диалоге заявления и в оверлее — вместо сырого asset.
- Убрана разбивка "целевой + минимальный" (оба паевые, суммируются): показываем
одну строку "Сумма к возврату".
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
Было две крутилки рядом («Формирование заявления…» + «Расчёт суммы…»).
Теперь заявление и сумма грузятся параллельно (Promise.allSettled) под одним
центрированным лоадером и показываются вместе. Тот же стиль лоадера — на фазе
проверки реквизитов. Сумма некритична: документ подписывается и без предрасчёта.
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
- Пункт меню «Выход из кооператива» перенесён в самый низ (после «Поддержки»),
иконка group_remove вместо logout — чтобы не сливаться с кнопкой «Выйти»
(выход из кабинета, дверь-logout) внизу панели.
- Гейт реквизитов сделан fail-open: блокируем выход ТОЛЬКО при достоверно
пустом списке методов; null/непонятный ответ не блокирует. + реактивный
фолбэк: если бэкенд отклонил подачу из-за отсутствия реквизитов — диалог
переключается на баннер. Авторитетный источник — бэкенд (createMembershipExit).
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
Счёт регистрационного взноса создаётся со статусом pending сразу при заходе на
шаг оплаты («счёт выставлен», деньги ещё не получены). При возврате на страницу
(перезагрузка/повторный вход) роутинг считал сам факт наличия платежа за «этап
оплаты пройден» и вёл на экран ожидания, где дефолтная ветка показывала «Ваш
платеж принят» — хотя оплаты не было и статус не менялся.
- SignUp: на экран ожидания/отказа ведём только при PAID/COMPLETED либо
терминальном статусе (отказ/отмена/возврат); pending → шаг оплаты (QR + поллинг).
- WaitingRegistration: для pending — отдельная ветка «Ожидаем поступление оплаты»
+ кнопка «Перейти к оплате»; «платёж принят» остаётся только для PAID/COMPLETED.
Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
- ExitOverlay: чип статуса исходящего платежа у суммы (ожидает оплаты/оплачивается/
оплачено/ошибка) — берётся из payment_status, меняется по мере обработки кассиром.
- MembershipExitPage переверстана на AuthCard (иконка-предупреждение + заголовок +
ключевые шаги процедуры + запуск подачи) — единый канон с оверлеем.
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
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>
Контент больше не плавает по пустому экрану: статус выхода — в центрированной
карточке AuthCard (accent-стрип + мягкая тень, канонный hero-контейнер).
Иконка статуса в soft-плитке (primary/pos), заголовок, пояснение, сумма к
возврату на surface-2, действия в футере с разделителем. Всё на токенах --p-*.
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
- ExitOverlay переверстан на канонный EmptyState (иконка-плитка + заголовок +
приглушённый текст + слот действий) вместо россыпи text-h5/64px-иконки.
- Добавлена кнопка «Выйти из личного кабинета» (logout) на оба экрана выхода:
при активном выходе аккаунт заблокирован, и выйти из сессии было нечем.
После logout gate обнуляется, редирект на signin; при повторном входе экран
выхода снова показывается (статус живёт on-chain).
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
Перед подписанием заявления о выходе проверяем наличие реквизитов пайщика
(getPaymentMethods). Если их нет — вместо формы показываем баннер «установите
реквизиты для получения возврата паевого взноса» + кнопку перехода на страницу
реквизитов (payment-methods). Бэкенд проверяет то же при подаче (страховка).
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
Закрываем пробел: при одобрении советом выхода (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>
После 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>
Регенерация Zeus-клиента контроллера под GraphQL-операции выхода
(CreateMembershipExitInput, MembershipExitStatus, signed-document inputs).
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
Маршрут membership-exit/confirm авторизуется токеном из ссылки (мутация
confirmMembershipExit публичная), поэтому навигационный гард не должен
редиректить его на login-redirect. requiresAuth:false исключает страницу из
auth-гейта — ссылку из письма можно открыть без активной сессии.
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
Черновик заявления сохраняется до отправки письма; если провайдер писем
недоступен, приём заявления не падает (try/catch + error-лог), пайщик может
отменить. Ссылка подтверждения пишется в debug-лог для диагностики.
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
- 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>
Двойное подтверждение необратимого выхода (закрытия аккаунта): заявление
подписывается и принимается сразу, но в блокчейн уходит только после перехода
по ссылке из письма (по аналогии с 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>
Заявление о выходе из кооператива подписывается цифровой подписью (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>
Контроллерный 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>
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>
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>
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>
Добавлен фильтр 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>
В историю состояний расхода добавлены события платежей: выдача аванса/оплата
организации, возврат недорасхода, доплата перерасхода, отклонения. Берутся из тех
же linkedPayments (C28-61), без отдельного запроса. Тип/иконка/текст по статусу
(исполнен / оплачен кассой / создан / отклонён), сумма и причина отказа — в
описании; сортируются в общую ленту по дате updated_at.
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
Из детали расхода нельзя было вернуться в реестр расходов. Добавлен canon
back-link под шапкой (как в MeetDetails/DocumentDetails): router.push на
expenses-registry. Виден всегда, даже пока расход грузится.
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
В детали расхода (стол совета → реестр расходов → расход) добавлена секция
«Платежи по расходу»: выдача аванса/оплата организации и, если был перерасчёт по
чекам, расчётная платёжка (возврат недорасхода / доплата перерасхода). Реквизиты
«куда уходил платёж», назначение и причина отклонения — внутри 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>
Кассир пишет причину в диалоге «Отклонить», бэкенд сохраняет её в payment.message
и ставит статус CANCELLED — но PaymentDetails показывал message только при FAILED,
поэтому причина нигде не отображалась. Добавлен canon-баннер (.banner--neg) с
причиной для CANCELLED: видно сразу при раскрытии платежа. Компонент общий —
работает и на столе совета, и на столе пайщика.
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
В блоке «Основание расчёта» (C28-58) добавлена кнопка «Открыть платёж выдачи аванса»:
кассир жмёт → реестр раскрывает исходный платёж-аванс (его hash == item_hash расчётной
платёжки) и прокручивает к нему. Видно, сколько выдавалось и что в чеке, без поиска
строки того же пайщика вручную. id навешены на tr/pay-card для scrollIntoView; если
платёж аванса не на текущей странице — подсказка.
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
Кассир (и пайщик) при раскрытии расчётной платёжки (возврат недорасхода / доплата
перерасхода) видит основание прямо в строке — без поиска исходного аванса среди
сотен строк реестра:
- ссылка на СЗ (№), что оплачивали, выдано авансом, заявлено по чекам, сумма расчёта
- список подтверждающих документов (чеки 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>
Корень: позиция 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>
- ReportExpenseAdvancePanel: AmountInput в .report-advance__amount (max-width 240px),
чтобы значение не висело во всю ширину панели с разрывом «лейбл … сумма»
- memo возврата: «выданных под аванс под отчёт» → «выданных авансом под отчёт»
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
Направление платежа (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>
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>
Диалог «Пополнение пула программных расходов»:
- убрана тёмная плашка под кнопками (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>
Реквизиты получателя, имя и назначение платежа больше не уходят в 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>
Выборочный перенос переиспользуемого паттерна 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>
Разводит три независимых акта вокруг аванса под отчёт, которые 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>
Правки по тест-прогону недо-/перерасхода:
- Суммы в реестре платежей (таблица+карточки) и инпут факта — 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>
Замыкаю контур факт→возврат/доплата для аванса под отчёт. Контракт уже имел
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>
Откат удаления из 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>
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>
Симптом: пайщик создаёт расход с получателем-организацией (не он сам) — и этот исходящий платёж появляется у него в личном кабинете на странице платежей, хотя он лишь инициатор, а деньги идут не к нему.
Корень: 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>
Карточки списка показывали сырой total_planned «1000.0000 RUB». ExpenseProposalListRow.total_planned по контракту типа — уже отформатированная строка; страница подавала сырьё. Оборачиваем в formatAsset2Digits в listRows ProgramExpensesPage (как суммы в сводке/детали).
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
— 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>
По уточнению 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>
— симптом: колонка «Пайщик» (ФИО) в реестре расходов рвалась по буквам в столбик.
— причина: глобальный канон 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>
- 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>
По скриншот-ревью пользователя.
Реестр расходов (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>
- 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>
Жизненный цикл выхода — зеркало вступления (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>
— зачем: на столе совета «Расходы» показывал карточки кошельков-пулов и проваливался с редиректом на страницу программы Благорост. Нужен реестр-наблюдение: единая таблица ВСЕХ расходов кооператива по всем пулам без фильтра, с колонкой кошелька-источника; клик по строке → деталь расхода (та же информация, что на странице расхода). Фильтр по конкретному пулу остаётся на странице расходов программы.
— 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>
Операция-фундамент для консолидации при выходе из кооператива: переносит
минимальный паевой (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>
- Паспортные данные физлица выводятся при vars.passport_request=='yes',
как в заявлении на вступление (100).
- Внизу документа «Документ подписан электронной подписью.» вместо
«личная подпись заявителя» (по правке пользователя).
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
Заявление о выходе из состава пайщиков (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>
На карточке расхода в статусе «Создан» председатель видит кнопку «Рассмотреть» —
открывается диалог авторизации СЗ (утвердить с протоколом 2011 / отклонить с
причиной). Фиксы диалога: отклонение теперь идёт через declineExpenseReport →
declexp (раньше ошибочно через authexp, который безусловно ставил AUTHORIZED);
убраны ссылки на удалённый operation_code (назначение = перечень позиций).
Инициатор в карточке — ФИО (creator_name). Тексты карточек пулов укорочены.
Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
В карточке показывался username (ant) — канон требует ФИО/название организации.
Бэкенд резолвит имя через ACCOUNT_DATA_PORT.getDisplayName (батчем по уникальным
creators, при ошибке остаётся username). Codegen: schema + zeus + sdk selector.
Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
Бегущая строка убрана полностью (раздражала и читалась плохо): заголовок и
подпись переносятся максимум на две строки с многоточием, полный текст — в
title-тултипе. Выпилены measure/ResizeObserver/tabindex и keyframes.
Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
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>
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>
Канон-класс .wallet__locked-line — white-space:nowrap + inline-flex, рассчитан
на короткий лейбл; длинный «Зарезервировано под активные расходы» не переносился
и вылезал за карточку. Лейбл → «Зарезервировано» (смысл ясен из контекста
страницы), общий компонент не трогаем.
Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
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>
Парсер не был подписан на контракт `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>
- 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>
Найдена реальная причина «белого экрана» на первом 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>
Переходы из установленного 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>
Глобальный канон .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>
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>
- Отступ между карточками: 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>
- 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>
Релизный флоу переведён на линейную 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>
Eyebrow + название кооператива висели отдельным блоком над карточкой и
выглядели оторванно. Перенесены в head карточки (отделены линией от сетки
реквизитов); размер h1→h2 под карточный контекст; field-значения
overflow-wrap anywhere→break-word (телефон не рвётся посреди цифр).
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
Карточка «Минимальный неснижаемый остаток» рисовалась вручную сырыми
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>
- Журнал уведомлений: на телефоне вместо горизонтального скролла/посимвольного
переноса — компактные карточки, поля по два в ряд (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>
Реальная причина белого экрана (предыдущий коммит чинил не то — гонка
чанков по логам не подтвердилась, 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>
Гонка на первом заходе в проде: ленивый чанк маршрута падал на 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>
Старые клиенты селектят 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>
- Реестр платежей: мобильные карточки (.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>
Корень «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 подписок» — чтобы доставка была видна в логах без БД
Корень: 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>
Нижний padding rail__signout 12→4px, version padding-top 4→0px,
шрифт версии 11→10px — версия идёт сразу под кнопкой, не висит крупной.
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
Было: q-menu прижат справа фиксированной шириной 360px → правый край резался
(«Прочитать в…», тексты заявок), снизу горизонтальный скролл. На мобиле (≤600px)
раскрываем меню во всю ширину вьюпорта (left/right 8px), панель width:100%.
- тело уведомления приходит с <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)
Корень бага «push приходит только на одно устройство»: autoSubscribe
гейтился store.isSubscribed (= у аккаунта есть подписка на ЛЮБОМ устройстве),
поэтому второе устройство никогда не подписывалось. Введён endpoint текущего
браузера + computed isThisDeviceSubscribed; autoSubscribe теперь идемпотентно
регистрирует каждое устройство. Добавлены resubscribe()/refreshDeviceState()
и строка статуса push с кнопкой «Включить/Переподписать» в виджете колокольчика.
Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
Релей переехал в отдельный репозиторий 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>
Прод-образ 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>
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>
Хостинги коопов режут исходящий 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>
В колоколе уведомлений на тёмной теме элементы сливались с фоном панели:
разделители на --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>
Заменяет ненадёжный триггер от 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>
«исчезнет» → «исчезает»; убрано предложение про отзыв заявки на повестке —
кнопка доступна только когда аккаунт уже в цепи (after оплаты), решение совета
тут неприменимо.
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
Прежний 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>
На мобиле (и в узком окне десктопа) 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>
Пользователю в тост летел сырой ассерт контракта, напр.
`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>
Баг: при «Получить возврат» с суммой больше 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>
Программные оферты (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>
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>
Временный shim очистки persisted-localStorage от устаревшего «КПП банка».
К 01.09.2026 старые незавершённые черновики регистрации истекут — утилиту
и оба вызова (CreateUser/AddUser model) можно удалить.
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
Пайщики, начавшие регистрацию ИП/юрлица ДО удаления поля «КПП банка»
(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>
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>
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>
Удаление @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>
Получатель без активной 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>
Получатель в журнале:
- две строки — ФИО (резолв 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>
- Футер «Показать все» удалён из личного колокола: журнал — админский
(стол председателя), пайщику туда не нужно; председатель открывает
журнал через пункт меню. Колокол = свежие из инбокса + «Прочитать все».
- Бейдж счётчика вытолкнут за угол кнопки через transform translate(45%,-45%)
— больше не «наезжает» на глиф колокола.
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
- Журнал уведомлений зарегистрирован в реальном меню стола председателя
(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>
Публичный 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>
Кнопка удаления не показывалась НИ у кого, и сервер отверг бы все удаления.
Причина: гейт опирался на 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>
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>
Повторная подача после отказа совета:
- 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>
Два явных шага возврата при отказе совета (по просьбе): пока касса не подтвердила
исходящий платёж — показываем «возврат выполняется» без кнопки; после подтверждения —
«взнос возвращён» + кнопка. Иначе ранний клик упирался в 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>
Вариант 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>
На момент релиза двухфазного учёта будут кандидаты в статусе 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>
Раньше регистрационный взнос вставал на учёт одношагово только на одобрении
совета (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>
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>
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>
В БД 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>
1. WaitingRegistration: крутящийся спиннер заменён статичной иконкой
hourglass_top с подписью «Ожидаем решение совета». Анимация загрузки
на процессе до 30 дней сбивала с толку — казалось, страница не дозагрузилась.
2. fixData (возврат к редактированию после отклонённого платежа) теперь зовёт
новый store.resetConsents(): сбрасывает agreements (устав/ПД/…) + подписи +
документы. Раньше галочка «прочитал устав» оставалась проставленной на
повторном проходе ReadStatement.
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
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>
Конфликт только в сгенерированном 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>
Конвенция для Actions/*: независимые от data чтения — в resolveParallel,
зависимые (getMeta/getDecision/getMeetQuestions) — после батча; ловушка TDZ;
системный шрифт вместо base64.
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
В предыдущем коммите 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>
Главное горло генерации 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>
Сборка данных документа в каждом 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>
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>
Генерация 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>
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>
Бэкенд возвращает пункт повестки только когда он полностью собран (decision из
блокчейна + проиндексированные парсером действие и документ-заявление) — то есть
он уже идентичен тому, что отдаёт getAgenda. Значит блокировать голос/утверждение
до следующего поллинга незачем: пользователь может действовать немедленно.
Убрана блокировка: pendingConfirmationIds (store/process-decisions) и
disabledDecisions (страница). Буфер-мердж в agendaStore оставлен как страховка от
«мигания» (вставленный вопрос держится, пока поллинг не вернёт его authoritative).
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
После публикации свободного решения повестка показывала «Нет вопросов на
повестке» до следующего поллинга (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>
Дополнена страница «Повестка совета» бизнес-языком: если решение не принято
или истёк его срок, вопрос снимается с повестки — председателем вручную
(отрицательный консенсус) или автоматически по истечении срока. Обновлён
mermaid-граф (ветки «большинство против» и «срок истёк»), добавлен раздел
«Снятие вопроса с повестки», в блок голосования добавлено описание индикатора
отклонения. Без скриншотов.
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
Голос «против» больше не затирает решение автоматически. Развязаны два пути
отказа:
- по истечению срока — авто (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>
Баг: при перезаходе/перезагрузке страницы оплаты в момент приёма взноса
заводился второй регистрационный платёж. Дедуп 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>
По ревью @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>
При отказе совета в приёме пайщика (отрицательный консенсус >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>
Провайдер QR (Bank) не эмитит success-колбэк, деньги подтверждаются вебхуком
на бэке асинхронно — без поллинга экран висел на форме оплаты до перезагрузки.
Каждые 10с подтягиваем аккаунт; как только вступительный платёж покинул PENDING
(принят/отклонён) — уходим на шаг ожидания решения совета, который сам
показывает «платёж принят» либо причину отказа.
Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
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>
Образ 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>
Новый 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>
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>
На контракте совета теперь возможно не только заблокировать решение
голосованием, но и принять отрицательное решение: как только против
проголосовало больше половины состава совета, решение отклоняется
немедленно (не дожидаясь истечения срока) — той же веткой отказа, что и
просрочка: 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>
Гард A: на цепь не уходят данные, отличные от подписанных в заявлении.
Каноничный отпечаток удостоверяющих личность полей фиксируется при
подписании заявления (registerParticipant → candidate.meta), сверяется
перед registerBlockchainAccount. Расхождение → BAD_REQUEST, платёж уходит
в FAILED с причиной (видна пайщику через registration_payment из #91).
Пропуск уже идущих регистраций: кандидаты без отпечатка в meta (заявление
подписано до внедрения гарда) не проверяются — grandfather.
Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
Обработка отклонения платежа на этапе регистрации в 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>
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>
'maintenance' на фронте включает полноэкранную заглушку «Техническое
обслуживание» (watch-desktop-health), которая накрывала бы саму страницу
установки. Поэтому статус остаётся 'initialized' на всё время install
(фронт показывает страницу установки, как и прежде), а в 'maintenance'
переводим ТОЛЬКО в catch при падении ПОСЛЕ записи в цепь — это блокирует
повторный запуск (guard требует 'initialized') и корректно сигналит, что
коопа в полу-установленном состоянии и требует ручного разбора.
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
Счётчик сходится к верному значению (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, 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>
КПП — реквизит юрлица, у ИП и физлиц его нет. Общий тип реквизитов
банковского счёта (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>
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>
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).
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>
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>
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 только доказывает
базовую механику.
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.
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) отдельной задачей.
Вынес общий 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 строк.
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`.
Why: send_callback_if_any слал (proposal_hash, status, amount, data), а capital::onpgexpdone ждёт (coopname, expense_hash, status, total_actual, data). Скоуп таблицы progexpenses = coopname, без него инициатор не найдёт запись. Применимо ко всем будущим consumer'ам шасси (marketplace, EMP).
Why: ExpenseMechanics и ExpenseRecipientType — string enums; Number(str) даёт NaN, wharfkit не сериализует. Зеркалит маппинг из expenses-mutations.service.ts:57-63.
Тонкое расширение 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 (Капитал на шасси).
Адаптация 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>
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>
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>
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>
Новый push в PR отменяет ещё бегущий typecheck той же ветки —
прежде 30-минутные прогоны копились очередью.
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
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 расшито.
8-я mutation симметрично authorizeExpenseReport: NotImplementedException
со ссылкой на statement_doc (type=2010) от signature-pipeline UI Эпика 2.
Регистрирует GraphQL-сигнатуру end-to-end, чтобы SDK + UI видели mutation
до подключения document2.
jest 8/8 passed.
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.
Шасси расходов подключено к 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.
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.
Покрывает 5 кейсов: REPORT_SUBMITTED/AUTHORIZED/DECLINED → no-op;
CLOSED без total_actual → warn; CLOSED + total_actual → log с
TODO-ссылкой на Эпик 0. Защищает контракт триггера на будущее, когда
skeleton будет заменён на реальный capital::createrid через
WriteMutationPool.
GraphQL surface: authorizeExpenseReport (председатель утверждает,
триггерит capital-trigger → capitalization Благороста) +
declineExpenseReport (с reason, переход в DECLINED, capitalization
НЕ запускается). Skeleton — NotImplementedException, chain-submit
после Эпика 0 (cooptypes regen для expense::authexp / declineexp).
При 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).
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.
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-эквивалента).
Секция «Удалённые пакеты» с карточкой @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.
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.
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.
Финальные решения по 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 репо.
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>
Были перекрещены относительно реестра документов: 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>
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>
Документ остаётся в скроллящемся body BaseDialog, кнопка вынесена в слот
footer (.base-dialog__foot, вне overflow) — устраняет залипание, когда до
кнопки нельзя домотать (стек maximized-диалогов RequireAgreements).
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
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>
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 и согласования инфраструктуры.
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).
C28-31 (backend extension шасси расходов) логически блокируется C28-29 (контракт expenses) и C28-28 (P0 коды ledger2). Чтобы зонтичный PR не простаивал и следующий цикл шёл механически — кладём README с планируемой структурой файлов, MinIO-спекой бакета `expenses:files` и черновой GraphQL-схемой.
Когда расшивается C28-28 → C28-29 → этот README раскрывается в код по списку.
Реализация Эпика 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>
Эпик 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>
Эпик 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>
Эпик 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>
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>
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>
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>
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>
Контракты EmailChannelPort/InAppChannelPort/WebPushChannelPort + ChannelMessage/
ChannelDeliveryResult + DI-токены. Только интерфейсы — реализации в эпике 2;
worker эпика 3 зависит от абстракций, не от провайдеров. Имена без I-префикса
(канон портов репо).
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
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>
Сущности 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>
Порт 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>
Дефолт реестра совета был newresolved → status=Resolved → виден только
утверждённый документооборот, submitted-документы (в т.ч. свежеподанные
заявления) пропадали. Переключатель вкладок на странице скрыт
(showFilter=false), сменить вид было нельзя. Выравниваем с реестром пайщика:
newsubmitted → status не ограничивается → совет видит ВСЕ документы кооператива.
Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
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>
Предыдущий фикс снимал лоадер, но 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>
Кнопка «Утвердить» совета слала 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>
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>
Глобальный ::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>
Страницы 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>
Карточка реестра вела на страницу документа, передавая 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>
Реестр документов переведён с таблицы на канон плоские строки (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>
activeWorkspaceName инициализируется асинхронно — при холодном переходе по
прямой ссылке на документ совета скоуп мог упасть в скоуп пайщика и документ
«не находился». Имя роута (document-details / user-document-details) доступно
сразу и детерминированно.
Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
Прошлый подход (фильтр реестра по ?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>
Клик по результату поиска вёл в никуда (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>
В экране ожидания регистрации (WaitingRegistration) «до 24 часов» — неактуально:
реальный регламентный срок рассмотрения советом — до 30 дней (обычно решение
принимается за день-два). Поправили текст под фактический срок.
Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
Большая пустая полоса между строкой поиска и первым результатом мешала —
снят верхний padding секции результатов (q-pt-none), список начинается ближе.
Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
Поиск показывал 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>
Документы хранят дату в локализованном формате `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>
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>
Ошибки цепи возвращают суммы с сырой precision=4 ("100.0000 RUB"). Добавлен formatAssetsInText() рядом с formatAsset2Digits и применён в FailAlert — единая точка для всех тостов ошибок. Суммы вида <целое>.<>=3 знаков> <ТИКЕР> приводятся к 2 знакам с группировкой; уже отформатированные не трогаются (идемпотентно).
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
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>
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>
Глобальный ::selection красит текст в var(--p-ink) (тёмный на свет-теме)
поверх полупрозрачного фона — на тёмной поверхности тоста выделенный текст
пропадал. Scoped-override для .q-notification/.toast: полупрозрачная светлая
подложка + светлый текст, читаемо на всех типах тостов.
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
Баг 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>
Только неочевидное поле — наименование банка получило подсказку ПАО "Сбербанк".
Остальные поля ИП самоописательны (формат даты, кол-во цифр, «как в паспорте»).
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
Поля краткого/полного наименования, должности представителя и наименования
банка получили placeholder-подсказки (ПК "Ромашка", Председатель совета,
ПАО "Сбербанк") — показываются при фокусе пустого поля.
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
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>
Заголовок workspace-row получал outline только когда стол активный
(.is-active .row.is-selected). На неактивных столах при навигации курсор
«терялся»: только лёгкая смена фона на surface-2, без рамки — в отличие
от page'ей, которые подсвечиваются outline'ом всегда. Выровнял правило:
outline на любом .workspace-row.is-selected.
На верхней/нижней позиции стрелка дальше прыгала в противоположный
конец списка из-за (idx+delta+len)%len. Заменено на clamp в [0..len-1]:
курсор остаётся на месте, как в нативном listbox/меню. Пустое выделение
+ ↓ ставит на первый, ↑ — на последний.
Активный workspace был position:sticky top:0 — при навигации стрелкой
вверх курсор-выделение «исчезал» за sticky-overlay'ем, потому что
scrollIntoView({block:'nearest'}) считал элемент видимым в normal flow,
не учитывая sticky-перекрытие. Активный стол и так идёт первым по
сортировке + есть badge «Активный», sticky не нужен.
- 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().
- 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.
Фон и текст тоста (.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>
q-pa-lg на flat-карточке SignAgreementDialog — документ больше не прижат
к границе на странице кошелька пайщика.
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
Глобальный 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.
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+&.
Ошибки цепи возвращают суммы с сырой precision=4 ("100.0000 RUB"). Добавлен formatAssetsInText() рядом с formatAsset2Digits и применён в FailAlert — единая точка для всех тостов ошибок. Суммы вида <целое>.<>=3 знаков> <ТИКЕР> приводятся к 2 знакам с группировкой; уже отформатированные не трогаются (идемпотентно).
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
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>
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>
Глобальный ::selection красит текст в var(--p-ink) (тёмный на свет-теме)
поверх полупрозрачного фона — на тёмной поверхности тоста выделенный текст
пропадал. Scoped-override для .q-notification/.toast: полупрозрачная светлая
подложка + светлый текст, читаемо на всех типах тостов.
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
Устаревшая формулировка в docstring backfill-сервиса: после перехода на ключ
doc_hash идемпотентность/уникальность реестра — по (coopname, doc_hash), а НЕ по
(coopname, package). package сознательно не уникален (один процесс = несколько
разных документов с разными подписантами), поэтому ключом записи он быть не может.
Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
Ось упорядочивания версий подписи одного 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>
Два уточнения по замечаниям:
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>
Самоаудит по замечанию: 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>
Самоаудит видимости документов выявил две регрессии относительно прежнего 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>
Завершение перехода одним 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>
Старый 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>
Поиск по документам — в основном по фамилии подписанта, а не 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>
Фундамент 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>
Баг 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>
Только неочевидное поле — наименование банка получило подсказку ПАО "Сбербанк".
Остальные поля ИП самоописательны (формат даты, кол-во цифр, «как в паспорте»).
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
Поля краткого/полного наименования, должности представителя и наименования
банка получили placeholder-подсказки (ПК "Ромашка", Председатель совета,
ПАО "Сбербанк") — показываются при фокусе пустого поля.
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
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>
Заголовок workspace-row получал outline только когда стол активный
(.is-active .row.is-selected). На неактивных столах при навигации курсор
«терялся»: только лёгкая смена фона на surface-2, без рамки — в отличие
от page'ей, которые подсвечиваются outline'ом всегда. Выровнял правило:
outline на любом .workspace-row.is-selected.
На верхней/нижней позиции стрелка дальше прыгала в противоположный
конец списка из-за (idx+delta+len)%len. Заменено на clamp в [0..len-1]:
курсор остаётся на месте, как в нативном listbox/меню. Пустое выделение
+ ↓ ставит на первый, ↑ — на последний.
Активный workspace был position:sticky top:0 — при навигации стрелкой
вверх курсор-выделение «исчезал» за sticky-overlay'ем, потому что
scrollIntoView({block:'nearest'}) считал элемент видимым в normal flow,
не учитывая sticky-перекрытие. Активный стол и так идёт первым по
сортировке + есть badge «Активный», sticky не нужен.
- 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().
- 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.
Фон и текст тоста (.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>
q-pa-lg на flat-карточке SignAgreementDialog — документ больше не прижат
к границе на странице кошелька пайщика.
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
Глобальный 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.
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+&.
Снижает минимальный порог состава совета кооператива на этапе
Install Coop с 5 до 3 человек. Единственный ограничитель —
контракт soviet::createboard (см. consts.hpp + createboard.cpp:58).
Backend (install.interactor) и desktop (SetSovietForm) собственных
числовых проверок не имеют — фронт требует только «хотя бы одного»,
бэкэнд передаёт массив как есть в blockchainPort.createBoard.
Что сделано:
- Перенёс 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>
Что сделано:
- Снёс 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>
ResourceInfoWidget в extensions/powerup импортирует ModalBase через
barrel: import { ModalBase } from 'src/shared/ui'. После сноса
re-export'а vite валился SyntaxError: does not provide an export.
Возвращаю строку обратно — папка ModalBase уже восстановлена
предыдущим коммитом.
В прошлой волне снёс 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 и канон-токены — отдельная волна.
При 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.
В 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>
Простые модальные диалоги переведены с 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>
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>
* Глобальный 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>
* 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>
* 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>
В 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, который НЕ канон — пришлось переверстать
тосты. Фиксирую правило, чтобы не повторять.
Завершаю аудит — добавил 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 под шапкой) — отдельная
задача, тут только мобильная читаемость шапки.
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, чтобы кнопка не растягивалась на всю высоту шапки.
- 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>
- 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>
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>
Без 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>
extensionRepository.update заменяет config JSONB целиком; chairman/powerup/meet-tracker писали захваченный при initialize снимок поверх свежих данных. Теперь read-modify-write по актуальному config из БД с наложением только владомых полей.
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
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>
В левом дровере был маленький горизонтальный скроллбар, и трекпадом его можно
было «оттянуть», обнажая правую границу — дровер выглядел скроллируемым, хотя не
должен. Причина: у .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>
Если проголосовать и сразу нажать «Утвердить», утверждение падает с ошибкой —
бэкенд ещё не учёл голос из блокчейна. После успешного голоса держим состояние
загрузки пункта (а значит и кнопку «Утвердить» в :loading) ещё VOTE_SETTLE_MS
(3с), за это время голос успевает обработаться. На ошибке загрузка снимается
сразу. Заодно ручное мутирование processingDecisions + setTimeout-хак заменены
аккуратным реактивным хелпером setProcessing.
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
Повестка совета показывает все НЕутверждённые вопросы. Голос «за»/«против» не
должен убирать пункт — он остаётся неутверждённым, лишь помечается отметкой
голоса. Убрал ошибочное actedDecisionIds.add из onVoteFor/onVoteAgainst
(оставлен только тихий рефетч). Скрытие через actedDecisionIds оставлено только
в onAuthorizeDecision — там пункт исполняется и должен уйти из повестки без
возврата от отстающего поллинга.
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
Две проблемы при голосовании/утверждении в повестке совета:
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>
Две независимые проблемы при выдаче разрешения на уведомления:
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>
Кнопки взноса и возврата на столе пайщика недоступны, пока пайщик не
подписал главное соглашение цифрового кошелька (type='wallet') — как и
сама карточка кошелька, которая не появляется без подписанного соглашения.
Геттер isWalletAgreementSigned в сторе Wallet читает тот же список
соглашений пайщика, что и RequireAgreements.
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
«(опционально)» в заголовок + пояснение в описании: если есть пайщики —
импортируйте CSV, если нет — двигайтесь дальше. Чтобы шаг не воспринимался
обязательным.
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
readonly outlined q-input рендерится с dashed-рамкой (дефолт Quasar) и
обрезал значение (…UJR4) — выпадало из канона и выглядело плоско.
Сделал ключ surface-2 панелью: eyebrow-лейбл + copy-иконка в шапке,
mono-значение целиком (word-break) ниже. Даёт вес и убирает «ёлочку».
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
Прошлый вариант разъезжался: «Скопировать» висел сиротой справа, провалы
между блоками, узкая потерянная кнопка, карточка 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>
Голый «Потребительский Кооператив» в примере провоцировал вводить просто
ОПФ без расширения. Дал полный пример «...Социального Комплекса» во всех
трёх падежах — чтобы вводили расширенную ОПФ+, а не базовую форму.
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
Это не переменные, а постоянные параметры, которыми настраивается фабрика
документов кооператива. Переименовал label и intro шага.
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
Микроотступ стал лишним и снова раздвигал поля слишком широко — откатываю.
Разделение полей обеспечивает сам reserve-hint-space, дополнительный
глобальный отступ не нужен.
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
Постоянный hint под полем занимал место и отвлекал. Перенёс примеры
наименований ОПФ+ в placeholder (видны только в пустом поле), убрал hint.
Добавил reserve-hint-space всем q-input формы — строка под ошибку
резервируется без текста, валидация не вызывает layout shift.
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
Без зазора текст hint/error верхнего поля почти касался границы нижнего.
Вернул маленький отступ, но системно и один раз — глобально в quasar-canon:
margin-bottom: var(--p-1) только полям .q-field--with-bottom (те, что
резервируют нижнюю строку). Работает везде (BaseForm, формы установки,
регистрация), в стеках не складывается в дыру, инлайновые поля не трогает.
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
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>
Канон-плотность полей (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>
- 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>
.extension-page уже внутри .catalog-shell__content с padding var(--p-6);
собственный padding давал двойной зазор от шапки до кнопки «Назад».
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
- Весь контент страницы расширения обёрнут в канон-панель (surface+border),
больше не лежит на голом фоне
- В режиме настроек добавлена кнопка «Отменить» (CancelButton) рядом с
«Сохранить» — явный выход без сохранения; кнопка «Назад» страницы тоже работает
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
- Кнопка «Назад» убрана из шапки (useBackButton снят), добавлена канон-кнопка
под шапкой на самой странице
- Логотип AutoAvatar центрирован в колонке
- DesktopsList: центрированный inset-блок (выделяется), а не плоский список
- ext-actions toggle: «включено» и «удалить» снова в одной строке
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
Триггер ринг-анимации перенесён с hover самого SVG на hover карточки
(.app-card:hover :deep(.ring-seg)).
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
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>
Статус идёт сразу под заголовком (динамично) — без дыры под однострочными
названиями. Обрезку в 2 строки оставили, чтобы длинный заголовок не ломал сетку.
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
Заголовок резервирует 2 строки (clamp+min-height), аватар по верху —
статус и описание на всех карточках начинаются на одной линии, не прыгают.
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
Верхний ряд: логотип + (заголовок, под ним статус); описание во всю
ширину ниже; футер «Подробнее» прижат к низу для выравнивания карточек.
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
Палитра колец → мягкие приглушённые тона + CSS saturate(.5)/opacity .85,
чтобы знак читался как тихая текстура, а не неоновое пятно.
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
- AutoAvatar параметризован: props size/radius/background/ringColor
с обратно-совместимыми дефолтами (CoopCard не затронут)
- ExtensionCard: буква-монограмма заменена на уникальный rings-логотип,
seed = имя расширения; цвет кольца детерминирован по seed из палитры
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
- 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>
Кооперативные участки, Регистрационные взносы, Ключ кооператива,
Провайдер платежей, Контакты кооператива:
- убран дублирующий заголовок страницы (есть крошка в шапке);
- описание перенесено с голого фона на канон-поверхность .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>
Заголовок страницы уже показан крошкой в шапке — повтор h2 убран.
Пояснительный текст вынесен с голого фона на канон-поверхность (.banner
с инфо-иконкой). ApprovalsPage не трогаем — там заголовка страницы нет.
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
- 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>
Шаблон двухкорневой (кнопка + Teleport затемнения), class из родителя
(LeftDrawerMenu) не наследовался автоматически. inheritAttrs:false +
v-bind=$attrs на корневую кнопку — атрибуты направлены явно.
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
Подписи секций «Вопрос на повестке»/«Проект решения» переведены в
надстрочные метки (uppercase, трекинг, ink-3) — отдельный ярус ниже
заголовка окна, чтобы не казаться конкурирующим заголовком рядом с
крупным заголовком самого документа. Текст вопроса — читаемый body.
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
- 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>
- OnboardingStepsCard: под заголовком «Адаптируйте кооператив…» добавлен
поясняющий текст (что происходит дальше: решения совета в электронной
форме, вступление в «Восход», импорт пайщиков, общее собрание) + плашка
срока адаптации с отсчётом.
- Чек-лист шагов переведён на канон-вертикальный степпер (.stepper--v):
пройденные — галочка/заливка primary, текущий — подсветка номера,
действия — канон BaseButton; agenda/import/meet типы сохранены.
- Диалог «Предложение повестки» (объявить собрание совета) переведён
с ModalBase на канон BaseDialog + BaseButton.
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
- CommonHeader: крошка строится из route.matched (путь внутри стола),
напр. «Отчётность › Календарь»; корень стола не выводится; плоские
страницы дают одну крошку как прежде; pageTitleOverride сохранён.
- CoopWalletsPage: переводы временно скрыты под флагом transferEnabled=false
(открывались с L3-кошельков пайщиков; вернём для кооп-кошельков позже).
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
- 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>
- 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>
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>
Канон-инпут вместо q-input: BaseInput расширен поддержкой type="date"
и clearable (+ emit clear) — это нужно для фильтра по датам. Фильтры
в ExtensionLogsList переведены на BaseInput.
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
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>
Монитор ресурсов: баннер-предупреждение на всю ширину сверху, ряд
«Как это работает» (2/3) + кошелёк AXON (1/3), ряд CPU/NET/RAM.
Убран 3D-флип карт (он же «прыгал») — детали раскрываются inline.
Все виджеты/страницы/лог сведены к канон-токенам surface/line/ink.
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
- Реестр платежей: кнопки действий больше не 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>
- 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>
Таблицы документов и платежей уже на канон-токенах и самообрамлены
(.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>
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>
Страница получила канон-отступ (--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>
Развёрнутая строка пайщика теперь показывает только его данные;
документы пайщика живут в отдельном «Реестре документов» и здесь не дублируются.
ParticipantDetails упрощён (без q-tabs/ListOfDocumentsWidget), tab-логика
вычищена из таблицы и страницы. Мобильная ParticipantCard переведена на канон-токены
(убраны хардкод-цвета, CardStyles и q-badge статуса → disabled-checkbox).
Таблица сохранена, сортировка по дате вступления (DESC) без изменений.
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
Убран EntityIdBadge. Зелёная плашка-аватар слева теперь несёт сам номер вопроса
(он же Decision ID): клик по плашке копирует id (тултип «Скопировать №»), hover —
инверсия в сплошной teal. Заголовок снова просто текст вопроса.
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
EntityIdBadge перенесён из отдельной строки под ФИО в начало строки заголовка:
[#id] → сразу текст вопроса. Inline, vertical-align middle. Раньше висел снизу
и пусто растягивал верхнюю строку.
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
EntityIdBadge с id вопроса под заголовком/ФИО: отображает #<id>, по клику копирует
чистый id (copy-on-click). Канон-компонент, клик не раскрывает карточку.
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
«Истекает через месяц» перенесён из строки под заголовком в постоянную нижнюю
полоску (footer): срок слева, «Утвердить» справа (только председателю). У обычного
пайщика — только срок, узкая панелька.
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
Срок теперь подписан «Истекает через месяц» (было просто «через месяц» — неясно).
Удалён статус-чип «Вы за/против» — направление голоса уже видно по подсветке кнопок,
бейдж был избыточным. Убраны связанные computeds и стили.
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
Кнопки голосования прижаты к правому краю строки. «Утвердить» вынесена вниз
отдельной строкой-footer (справа, hairline сверху) — больше не теснит данные.
Срок «через месяц» и статус-чип «Вы за» перенесены влево под заголовок/ФИО.
Клик по строке раскрывает документ, по кнопкам голосования и footer — нет.
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
Карточка вопроса перестроена в единую горизонтальную строку: иконка + вопрос/ФИО
слева (flex), компактный блок органов управления (голосование + «Утвердить»),
срок + статус-чип и шеврон — справа, друг рядом с другом. Убрана центрированная
vote-зона с пустотой по бокам. Клик по строке раскрывает документ, по органам
управления (@click.stop) — нет. Подсказка «Утвердить» возвращена в tooltip.
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
Шапка карточки (вопрос/ФИО/срок/статус) кликабельна целиком и раскрывает документ,
справа шеврон-индикатор. Органы управления голосованием — отдельная зона ниже шапки
(сиблинг, не аккордеон): клик по ним голосует/утверждает и документ не раскрывает.
Убрана отдельная кнопка «Документ» — раскрытие теперь по клику на шапку.
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
QuestionCard: VotingButtons + «Утвердить» вынесены на верхний уровень карточки —
голосовать можно без раскрытия; раскрытие («Документ») открывает только содержимое
документа. Истечение срока остаётся в шапке.
VotingButtons: вернул чек-индикатор «принято советом» (закрашивается при принятии)
вместо иконки verified.
Header-CTA совета (Предложить/Добавить/Импорт): убран push (q-btn--push не попадал
под канон-правило заливки primary → белый шрифт на нетиловом фоне), подписи с заглавной.
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
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>
Названия столов в реестре workspace'ов заведены вразнобой («Стол
благороста», «Стол вычислительных ресурсов» vs «Стол Совета»).
Добавил text-transform: capitalize на подписи в WorkspaceSwitcher
(заголовок текущего стола + пункты выпадающего меню) и WorkspaceMenu
(карусель + диалог выбора) — первая буква каждого слова заглавная,
одинаково для всех и для будущих столов, без правки строк-источников.
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
По фидбеку переработана композиция:
- убраны заголовки секций «Контакты»/«Руководство» и per-строчные
иконки телефона/почты/адреса (из-за них значения «прыгали» вправо
относительно ИНН/ОГРН);
- ИНН и ОГРН теперь в одну строку (адаптивная сетка полей);
- председатель поднят наверх к реквизитам, поле названо просто
«Председатель совета»;
- контакты — те же поля, телефон/email как ссылки (tel/mailto), всё на
единой левой кромке; одна тонкая линия делит реквизиты и контакты.
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
Реквизиты/Руководство больше не разносят подпись и значение к
противоположным краям (на полной ширине это давало пустой провал и
оторванные значения). Все секции теперь как ContactSheet: подпись
сверху, значение под ней, слева, hairline между строками — один ритм
по всей карточке.
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
- 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>
- 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>
- 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>
Добавлен 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>
- 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>
Переделка после ревью: 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>
Когда страница не телепортирует действия, .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>
- 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>
Симлинк 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>
Крошка: в #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>
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>
Кошельки (по фидбэку — переносы выглядят плохо):
- .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>
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>
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>
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>
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>
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>
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>
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>
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>
Существующая модель 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.
Реализованы три 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 отложен из-за конфликта имён — существующий компонент
имеет другую роль; нужно согласовать канон-нейминг.
Заменил `.full-width.text-center` + flex без выравнивания на flex-column
со `min-height: 360px` — лоадер больше не прижат к левому верху карточки.
Заодно поправил опечатку «подговка» → «Формируем документ».
Корень: я положил символ валюты в #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>
Корень: 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>
[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>
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>
Пять 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>
Удалены типы '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 состояния.
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%
ширины было визуально 'приплюснуто'.
Реальный формат подписей кооперативного документа — это не «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 заголовок сокращён, чтобы не
обрывался при узкой колонке).
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-* токены.
Раньше compact-вариант рендерился без обрамления — avatar упирался
в левый край контейнера, визуально «проваливался» из общего стека
full-карточек (Screenshot_2026-05-21_21-51-09).
Compact теперь: padding 8/12px (тоньше чем full 16px), тот же border
+ surface + radius. В одну строку avatar + ФИО + AccountBadge + status,
но визуально это всё-таки карточка, не голая строка.
Body раньше был обычным block-контейнером, а .head и .value-row —
оба display: inline-flex. Без явного block-форматирования inline-flex
элементы становятся inline и рендерились в одну строку. Визуально:
Email⭐ivanov@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.
- 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 в одну строку».
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 селекторов.
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>
Старое значение --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>
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>
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>
- 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>
Воздух над заголовком стола внутри WorkspaceSwitcher — заголовок не упирается
в верхнюю границу caption «ПК «ВОСХОД»».
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
- .rail__top: padding 18px 20px → 16px 8px (унификация боковых отступов)
- WorkspaceSwitcher: убраны :disabled-атрибут и hover:not(:disabled) — у пайщика, которому доступен только один стол, кнопка выглядит как обычно (без not-allowed-cursor, без приглушённого цвета). Меню q-menu просто не открывается через v-if='workspaces.length > 1'. Тихое игнорирование клика вместо явного запрета.
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), даёт больше места под текст
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
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
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 селектор
- .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-токены
- 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 не должен растягиваться во всю ширину карточки
- 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()
- og-image.png — взят brand-постер ~/blago/production/shared/poster-logo-horizontal.png,
отресайзен до 1000px по ширине и центрирован на полотне 1200×630
с белыми краями по вертикали. Шрифт/композиция родные бренда.
- description / og:description / twitter:description: «Цифровой Кооператив —
система управления хозяйством. Регистрация пайщиков, заказы на поставку
и приобретение имущества, собрания совета, общие собрания пайщиков,
взаимные расчёты на блокчейне, автоматический документооборот и бухбаланс
на основе простой электронной подписи.»
- og-image.png перерисован: «Цифровой Кооператив» / «Система управления
хозяйством» / «на платформе БЛАГО — кооперативной экономики для жизни» /
«Регистрация пайщиков · заказы на поставку и приобретение имущества ·
расчёты на блокчейне».
- description / og:description / twitter:description выровнены под этот
же копирайт. Слово «взаимоотношения с пайщиками» убрано как слишком
узкое — управление хозяйством включает в себя ещё заказы, реестры
и документы.
- 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 (новый).
Pug-template передаёт выражения в Vue compiler как строки; конструкции
вида (entry as RailItem).route не превращаются в JS и падают
SyntaxError в браузере: «Unexpected identifier 'as'».
Касты унесены в <script>: добавлены computed flatItems и
normalizedGroups, шаблон работает с уже типизированными массивами без
inline-TS.
- LeftDrawerMenu: импорт useCmdkStore → useCmdkMenuStore (правильное имя).
Без этого ломался ESM build всего drawer'а: «no exported member
useCmdkStore» — RailUserCard не монтировался, поэтому и chevron свёртки
«не работал», и Найти/Пополнить не реагировали.
- AppDrawer.vue, AppHeader.vue, RailUserCard.vue переведены на pug
(lang="pug"). В проекте везде pug — никакого исторического HTML в
canon-компонентах быть не должно.
- 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 (как остальной проект)
- 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, чтобы фон страницы соответствовал шапке и рейлу
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).
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-разметку.
Переписан 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.
Корневая причина «оторванной» галочки в 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 класс.
Quasar по умолчанию даёт ~12–16px padding на .q-checkbox__label, в
compact-форме сохранения ключа это смотрелось «оторвано». Уменьшаем до 4px
через :deep override на классе .rk-form__confirm.
Три кадра в одной секции: LostKey (ввод email), ResetKeyForm check-mail
(уведомление «письмо отправлено»), ResetKeyForm save-key (демонстрация
сохранения ключа с моковым сгенерированным аккаунтом). Submit на третьем
кадре регенерирует мок-ключ для повторной проверки.
Заменяет ошибочную секцию ChangeKey из предыдущей итерации.
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.
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 целиком.
Подключение ChangeKeyForm + ChangeKeySuccessDialog к dev-витрине.
Submit запускает заглушку useChangeKey().changeKey() (≈600 мс), по успеху
открывает диалог с новым WIF. Generate генерирует валидный K1 ключ через
SDK и заполняет оба новых поля. Confirmed сбрасывает форму.
Диалог успеха смены ключа: новый 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.
Форма смены ключа пайщика на новых компонентах дизайн-системы.
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.
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>
Override (padding-top:0 + align-self:center на dense) не отрабатывал —
Quasar в dense держит prefix/suffix по baseline вводимого значения,
и пользователю это устраивает. Убираем неработающий override, чтобы
не мешался в дальнейших правках.
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
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>
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>
Промахнулся `git add -A` — захватил worktree-symlink node_modules
(он pnpm-shared с основным репо). .gitignore покрывает node_modules/
но симлинк-файл — отдельный путь.
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
Контекст: после проброса --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>
- 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>
Между нижним инпутом и 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>
Регрессия мерцания границы и приплюснутости — следствие борьбы наших
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>
- 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>
- 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>
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>
Регрессия после 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>
Корень регрессии: жёсткий 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>
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>
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>
Архитектурный 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>
Истинный источник «прыгалки» 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>
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>
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>
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>
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>
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>
Благорост — капитализация РИД (не «накопления на жильё»), Генератор —
генерация РИД (не «доходы от программы»). Кошелёк остаётся «свободный
остаток». Черновые ярлыки риском попадают в production через копипасту.
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
Канонический .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>
Анимация 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>
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>
По фидбеку:
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>
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>
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>
Скрипт извлечения из 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>
Заносим эталонную дизайн-систему в проект — только базовые элементы для
дальнейшей компоновки. 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>
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>
В левом дровере был маленький горизонтальный скроллбар, и трекпадом его можно
было «оттянуть», обнажая правую границу — дровер выглядел скроллируемым, хотя не
должен. Причина: у .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>
Если проголосовать и сразу нажать «Утвердить», утверждение падает с ошибкой —
бэкенд ещё не учёл голос из блокчейна. После успешного голоса держим состояние
загрузки пункта (а значит и кнопку «Утвердить» в :loading) ещё VOTE_SETTLE_MS
(3с), за это время голос успевает обработаться. На ошибке загрузка снимается
сразу. Заодно ручное мутирование processingDecisions + setTimeout-хак заменены
аккуратным реактивным хелпером setProcessing.
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
Повестка совета показывает все НЕутверждённые вопросы. Голос «за»/«против» не
должен убирать пункт — он остаётся неутверждённым, лишь помечается отметкой
голоса. Убрал ошибочное actedDecisionIds.add из onVoteFor/onVoteAgainst
(оставлен только тихий рефетч). Скрытие через actedDecisionIds оставлено только
в onAuthorizeDecision — там пункт исполняется и должен уйти из повестки без
возврата от отстающего поллинга.
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
Две проблемы при голосовании/утверждении в повестке совета:
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>
Две независимые проблемы при выдаче разрешения на уведомления:
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>
Кнопки взноса и возврата на столе пайщика недоступны, пока пайщик не
подписал главное соглашение цифрового кошелька (type='wallet') — как и
сама карточка кошелька, которая не появляется без подписанного соглашения.
Геттер isWalletAgreementSigned в сторе Wallet читает тот же список
соглашений пайщика, что и RequireAgreements.
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
«(опционально)» в заголовок + пояснение в описании: если есть пайщики —
импортируйте CSV, если нет — двигайтесь дальше. Чтобы шаг не воспринимался
обязательным.
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
readonly outlined q-input рендерится с dashed-рамкой (дефолт Quasar) и
обрезал значение (…UJR4) — выпадало из канона и выглядело плоско.
Сделал ключ surface-2 панелью: eyebrow-лейбл + copy-иконка в шапке,
mono-значение целиком (word-break) ниже. Даёт вес и убирает «ёлочку».
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
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>
Прошлый вариант разъезжался: «Скопировать» висел сиротой справа, провалы
между блоками, узкая потерянная кнопка, карточка 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>
Голый «Потребительский Кооператив» в примере провоцировал вводить просто
ОПФ без расширения. Дал полный пример «...Социального Комплекса» во всех
трёх падежах — чтобы вводили расширенную ОПФ+, а не базовую форму.
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
Это не переменные, а постоянные параметры, которыми настраивается фабрика
документов кооператива. Переименовал label и intro шага.
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
Микроотступ стал лишним и снова раздвигал поля слишком широко — откатываю.
Разделение полей обеспечивает сам reserve-hint-space, дополнительный
глобальный отступ не нужен.
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
Постоянный hint под полем занимал место и отвлекал. Перенёс примеры
наименований ОПФ+ в placeholder (видны только в пустом поле), убрал hint.
Добавил reserve-hint-space всем q-input формы — строка под ошибку
резервируется без текста, валидация не вызывает layout shift.
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
Без зазора текст hint/error верхнего поля почти касался границы нижнего.
Вернул маленький отступ, но системно и один раз — глобально в quasar-canon:
margin-bottom: var(--p-1) только полям .q-field--with-bottom (те, что
резервируют нижнюю строку). Работает везде (BaseForm, формы установки,
регистрация), в стеках не складывается в дыру, инлайновые поля не трогает.
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
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>
Канон-плотность полей (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>
- 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>
.extension-page уже внутри .catalog-shell__content с padding var(--p-6);
собственный padding давал двойной зазор от шапки до кнопки «Назад».
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
- Весь контент страницы расширения обёрнут в канон-панель (surface+border),
больше не лежит на голом фоне
- В режиме настроек добавлена кнопка «Отменить» (CancelButton) рядом с
«Сохранить» — явный выход без сохранения; кнопка «Назад» страницы тоже работает
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
- Кнопка «Назад» убрана из шапки (useBackButton снят), добавлена канон-кнопка
под шапкой на самой странице
- Логотип AutoAvatar центрирован в колонке
- DesktopsList: центрированный inset-блок (выделяется), а не плоский список
- ext-actions toggle: «включено» и «удалить» снова в одной строке
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
Без 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>
Триггер ринг-анимации перенесён с hover самого SVG на hover карточки
(.app-card:hover :deep(.ring-seg)).
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
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>
Статус идёт сразу под заголовком (динамично) — без дыры под однострочными
названиями. Обрезку в 2 строки оставили, чтобы длинный заголовок не ломал сетку.
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
Заголовок резервирует 2 строки (clamp+min-height), аватар по верху —
статус и описание на всех карточках начинаются на одной линии, не прыгают.
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
Верхний ряд: логотип + (заголовок, под ним статус); описание во всю
ширину ниже; футер «Подробнее» прижат к низу для выравнивания карточек.
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
Палитра колец → мягкие приглушённые тона + CSS saturate(.5)/opacity .85,
чтобы знак читался как тихая текстура, а не неоновое пятно.
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
- AutoAvatar параметризован: props size/radius/background/ringColor
с обратно-совместимыми дефолтами (CoopCard не затронут)
- ExtensionCard: буква-монограмма заменена на уникальный rings-логотип,
seed = имя расширения; цвет кольца детерминирован по seed из палитры
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
extensionRepository.update заменяет config JSONB целиком; chairman/powerup/meet-tracker писали захваченный при initialize снимок поверх свежих данных. Теперь read-modify-write по актуальному config из БД с наложением только владомых полей.
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
- 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>
Кооперативные участки, Регистрационные взносы, Ключ кооператива,
Провайдер платежей, Контакты кооператива:
- убран дублирующий заголовок страницы (есть крошка в шапке);
- описание перенесено с голого фона на канон-поверхность .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>
Заголовок страницы уже показан крошкой в шапке — повтор h2 убран.
Пояснительный текст вынесен с голого фона на канон-поверхность (.banner
с инфо-иконкой). ApprovalsPage не трогаем — там заголовка страницы нет.
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
- 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>
Шаблон двухкорневой (кнопка + Teleport затемнения), class из родителя
(LeftDrawerMenu) не наследовался автоматически. inheritAttrs:false +
v-bind=$attrs на корневую кнопку — атрибуты направлены явно.
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
Подписи секций «Вопрос на повестке»/«Проект решения» переведены в
надстрочные метки (uppercase, трекинг, ink-3) — отдельный ярус ниже
заголовка окна, чтобы не казаться конкурирующим заголовком рядом с
крупным заголовком самого документа. Текст вопроса — читаемый body.
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
- 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>
- OnboardingStepsCard: под заголовком «Адаптируйте кооператив…» добавлен
поясняющий текст (что происходит дальше: решения совета в электронной
форме, вступление в «Восход», импорт пайщиков, общее собрание) + плашка
срока адаптации с отсчётом.
- Чек-лист шагов переведён на канон-вертикальный степпер (.stepper--v):
пройденные — галочка/заливка primary, текущий — подсветка номера,
действия — канон BaseButton; agenda/import/meet типы сохранены.
- Диалог «Предложение повестки» (объявить собрание совета) переведён
с ModalBase на канон BaseDialog + BaseButton.
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
- CommonHeader: крошка строится из route.matched (путь внутри стола),
напр. «Отчётность › Календарь»; корень стола не выводится; плоские
страницы дают одну крошку как прежде; pageTitleOverride сохранён.
- CoopWalletsPage: переводы временно скрыты под флагом transferEnabled=false
(открывались с L3-кошельков пайщиков; вернём для кооп-кошельков позже).
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
- 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>
- 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>
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>
Канон-инпут вместо q-input: BaseInput расширен поддержкой type="date"
и clearable (+ emit clear) — это нужно для фильтра по датам. Фильтры
в ExtensionLogsList переведены на BaseInput.
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
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>
Монитор ресурсов: баннер-предупреждение на всю ширину сверху, ряд
«Как это работает» (2/3) + кошелёк AXON (1/3), ряд CPU/NET/RAM.
Убран 3D-флип карт (он же «прыгал») — детали раскрываются inline.
Все виджеты/страницы/лог сведены к канон-токенам surface/line/ink.
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
- Реестр платежей: кнопки действий больше не 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>
- 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>
Таблицы документов и платежей уже на канон-токенах и самообрамлены
(.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>
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>
Страница получила канон-отступ (--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>
Развёрнутая строка пайщика теперь показывает только его данные;
документы пайщика живут в отдельном «Реестре документов» и здесь не дублируются.
ParticipantDetails упрощён (без q-tabs/ListOfDocumentsWidget), tab-логика
вычищена из таблицы и страницы. Мобильная ParticipantCard переведена на канон-токены
(убраны хардкод-цвета, CardStyles и q-badge статуса → disabled-checkbox).
Таблица сохранена, сортировка по дате вступления (DESC) без изменений.
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
Убран EntityIdBadge. Зелёная плашка-аватар слева теперь несёт сам номер вопроса
(он же Decision ID): клик по плашке копирует id (тултип «Скопировать №»), hover —
инверсия в сплошной teal. Заголовок снова просто текст вопроса.
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
EntityIdBadge перенесён из отдельной строки под ФИО в начало строки заголовка:
[#id] → сразу текст вопроса. Inline, vertical-align middle. Раньше висел снизу
и пусто растягивал верхнюю строку.
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
EntityIdBadge с id вопроса под заголовком/ФИО: отображает #<id>, по клику копирует
чистый id (copy-on-click). Канон-компонент, клик не раскрывает карточку.
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
«Истекает через месяц» перенесён из строки под заголовком в постоянную нижнюю
полоску (footer): срок слева, «Утвердить» справа (только председателю). У обычного
пайщика — только срок, узкая панелька.
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
Срок теперь подписан «Истекает через месяц» (было просто «через месяц» — неясно).
Удалён статус-чип «Вы за/против» — направление голоса уже видно по подсветке кнопок,
бейдж был избыточным. Убраны связанные computeds и стили.
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
Кнопки голосования прижаты к правому краю строки. «Утвердить» вынесена вниз
отдельной строкой-footer (справа, hairline сверху) — больше не теснит данные.
Срок «через месяц» и статус-чип «Вы за» перенесены влево под заголовок/ФИО.
Клик по строке раскрывает документ, по кнопкам голосования и footer — нет.
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
Карточка вопроса перестроена в единую горизонтальную строку: иконка + вопрос/ФИО
слева (flex), компактный блок органов управления (голосование + «Утвердить»),
срок + статус-чип и шеврон — справа, друг рядом с другом. Убрана центрированная
vote-зона с пустотой по бокам. Клик по строке раскрывает документ, по органам
управления (@click.stop) — нет. Подсказка «Утвердить» возвращена в tooltip.
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
Шапка карточки (вопрос/ФИО/срок/статус) кликабельна целиком и раскрывает документ,
справа шеврон-индикатор. Органы управления голосованием — отдельная зона ниже шапки
(сиблинг, не аккордеон): клик по ним голосует/утверждает и документ не раскрывает.
Убрана отдельная кнопка «Документ» — раскрытие теперь по клику на шапку.
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
QuestionCard: VotingButtons + «Утвердить» вынесены на верхний уровень карточки —
голосовать можно без раскрытия; раскрытие («Документ») открывает только содержимое
документа. Истечение срока остаётся в шапке.
VotingButtons: вернул чек-индикатор «принято советом» (закрашивается при принятии)
вместо иконки verified.
Header-CTA совета (Предложить/Добавить/Импорт): убран push (q-btn--push не попадал
под канон-правило заливки primary → белый шрифт на нетиловом фоне), подписи с заглавной.
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
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>
Названия столов в реестре workspace'ов заведены вразнобой («Стол
благороста», «Стол вычислительных ресурсов» vs «Стол Совета»).
Добавил text-transform: capitalize на подписи в WorkspaceSwitcher
(заголовок текущего стола + пункты выпадающего меню) и WorkspaceMenu
(карусель + диалог выбора) — первая буква каждого слова заглавная,
одинаково для всех и для будущих столов, без правки строк-источников.
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
По фидбеку переработана композиция:
- убраны заголовки секций «Контакты»/«Руководство» и per-строчные
иконки телефона/почты/адреса (из-за них значения «прыгали» вправо
относительно ИНН/ОГРН);
- ИНН и ОГРН теперь в одну строку (адаптивная сетка полей);
- председатель поднят наверх к реквизитам, поле названо просто
«Председатель совета»;
- контакты — те же поля, телефон/email как ссылки (tel/mailto), всё на
единой левой кромке; одна тонкая линия делит реквизиты и контакты.
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
Реквизиты/Руководство больше не разносят подпись и значение к
противоположным краям (на полной ширине это давало пустой провал и
оторванные значения). Все секции теперь как ContactSheet: подпись
сверху, значение под ней, слева, hairline между строками — один ритм
по всей карточке.
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
- 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>
- 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>
- 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>
Добавлен 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>
- 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>
Переделка после ревью: 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>
Когда страница не телепортирует действия, .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>
- 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>
Симлинк 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>
При удалении 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>
Дефолтная ветка C9S/coopenomics — master; workflow_dispatch надо слать на
ref=master, иначе Gitea вернёт 404 по ветке.
Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
После переезда на 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>
Крошка: в #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>
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>
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>
generate-client пишет копию zeus и в components/controller/zeus — обновляю вместе
со schema.gql, чтобы не оставлять дрифт сгенерированных артефактов.
Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
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>
- 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>
Задача 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>
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>
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>
Шаг компиляции контрактов в 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>
Все три 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>
- 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>
Штатный синк вместо точечной правки: 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>
Кошельки (по фидбэку — переносы выглядят плохо):
- .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>
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>
Упраздняем субсчёт "заблокировано" на кошельках. Резерв средств под заявку
на возврат паевого теперь выражается переводом на отдельный 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>
Корневая причина: при 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>
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>
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 на сломанной версии).
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).
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>
Локально гоняем 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>
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>
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>
Слияние в 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>
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>
Полный 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>
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>
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>
Финал миграции: вместо 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>
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>
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>
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>
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>
В 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>
Существующая модель 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.
Реализованы три 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 отложен из-за конфликта имён — существующий компонент
имеет другую роль; нужно согласовать канон-нейминг.
Заменил `.full-width.text-center` + flex без выравнивания на flex-column
со `min-height: 360px` — лоадер больше не прижат к левому верху карточки.
Заодно поправил опечатку «подговка» → «Формируем документ».
Корень: я положил символ валюты в #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>
Корень: 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>
getStatusLabel() требует Record<PaymentStatusEnum, string>, AWAITING_AUTHORIZATION
был добавлен в enum, но забыт в локальном маппинге → ts-node краш в dev.
`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.
[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>
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>
Пять 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>
- 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 больше не висит без подписи.
Список транскрипций был зажат max-width: 720px в центре страницы и собран из самописных rows. Заменил на тот же паттерн, что использует CalendarPage / CalendarEventsTable — q-page(padding) + q-table с колонками: Звонок (название + превью memo), Начало, Длительность, Участники, Статус. Клик по строке открывает детальную страницу транскрипции.
Удалены типы '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 состояния.
- 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 (о чём был звонок), затем пустая строка и сжатая суть; этикет/повторы/разогрев убираются.
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%
ширины было визуально 'приплюснуто'.
Курсор 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 сохранил содержимое без конфликта.
- 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 уже есть, просто открой и редактируй».
Реальный формат подписей кооперативного документа — это не «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 заголовок сокращён, чтобы не
обрывался при узкой колонке).
- новый 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 маркеры конфликта и поведение неиндексированных черновиков
- `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 → согласовать → опубликовать»
- backend: убран @MaxLength(4000) с UpdateCallTranscriptionMemoInputDTO.memo и описание лимита из @Field
- backend: chatcoopUpdateTranscriptionMemo больше не доступен роли user, только chairman/member (read-методы — без изменений)
- desktop: TranscriptionMemoEditor больше не задаёт maxlength и counter в q-input
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-* токены.
Раньше compact-вариант рендерился без обрамления — avatar упирался
в левый край контейнера, визуально «проваливался» из общего стека
full-карточек (Screenshot_2026-05-21_21-51-09).
Compact теперь: padding 8/12px (тоньше чем full 16px), тот же border
+ surface + radius. В одну строку avatar + ФИО + AccountBadge + status,
но визуально это всё-таки карточка, не голая строка.
Body раньше был обычным block-контейнером, а .head и .value-row —
оба display: inline-flex. Без явного block-форматирования inline-flex
элементы становятся inline и рендерились в одну строку. Визуально:
Email⭐ivanov@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.
- 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 в одну строку».
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 селекторов.
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>
Старое значение --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>
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>
@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>
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>
Завершение возврата паевого (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>
После Эпика 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.
На 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>
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>
- 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>
Воздух над заголовком стола внутри WorkspaceSwitcher — заголовок не упирается
в верхнюю границу caption «ПК «ВОСХОД»».
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
- .rail__top: padding 18px 20px → 16px 8px (унификация боковых отступов)
- WorkspaceSwitcher: убраны :disabled-атрибут и hover:not(:disabled) — у пайщика, которому доступен только один стол, кнопка выглядит как обычно (без not-allowed-cursor, без приглушённого цвета). Меню q-menu просто не открывается через v-if='workspaces.length > 1'. Тихое игнорирование клика вместо явного запрета.
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), даёт больше места под текст
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
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
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 селектор
- .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-токены
- 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 не должен растягиваться во всю ширину карточки
- 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()
- og-image.png — взят brand-постер ~/blago/production/shared/poster-logo-horizontal.png,
отресайзен до 1000px по ширине и центрирован на полотне 1200×630
с белыми краями по вертикали. Шрифт/композиция родные бренда.
- description / og:description / twitter:description: «Цифровой Кооператив —
система управления хозяйством. Регистрация пайщиков, заказы на поставку
и приобретение имущества, собрания совета, общие собрания пайщиков,
взаимные расчёты на блокчейне, автоматический документооборот и бухбаланс
на основе простой электронной подписи.»
- og-image.png перерисован: «Цифровой Кооператив» / «Система управления
хозяйством» / «на платформе БЛАГО — кооперативной экономики для жизни» /
«Регистрация пайщиков · заказы на поставку и приобретение имущества ·
расчёты на блокчейне».
- description / og:description / twitter:description выровнены под этот
же копирайт. Слово «взаимоотношения с пайщиками» убрано как слишком
узкое — управление хозяйством включает в себя ещё заказы, реестры
и документы.
- 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 (новый).
Pug-template передаёт выражения в Vue compiler как строки; конструкции
вида (entry as RailItem).route не превращаются в JS и падают
SyntaxError в браузере: «Unexpected identifier 'as'».
Касты унесены в <script>: добавлены computed flatItems и
normalizedGroups, шаблон работает с уже типизированными массивами без
inline-TS.
- LeftDrawerMenu: импорт useCmdkStore → useCmdkMenuStore (правильное имя).
Без этого ломался ESM build всего drawer'а: «no exported member
useCmdkStore» — RailUserCard не монтировался, поэтому и chevron свёртки
«не работал», и Найти/Пополнить не реагировали.
- AppDrawer.vue, AppHeader.vue, RailUserCard.vue переведены на pug
(lang="pug"). В проекте везде pug — никакого исторического HTML в
canon-компонентах быть не должно.
- 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 (как остальной проект)
- 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, чтобы фон страницы соответствовал шапке и рейлу
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).
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-разметку.
Переписан 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.
Корневая причина «оторванной» галочки в 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 класс.
Quasar по умолчанию даёт ~12–16px padding на .q-checkbox__label, в
compact-форме сохранения ключа это смотрелось «оторвано». Уменьшаем до 4px
через :deep override на классе .rk-form__confirm.
Три кадра в одной секции: LostKey (ввод email), ResetKeyForm check-mail
(уведомление «письмо отправлено»), ResetKeyForm save-key (демонстрация
сохранения ключа с моковым сгенерированным аккаунтом). Submit на третьем
кадре регенерирует мок-ключ для повторной проверки.
Заменяет ошибочную секцию ChangeKey из предыдущей итерации.
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.
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 целиком.
Подключение ChangeKeyForm + ChangeKeySuccessDialog к dev-витрине.
Submit запускает заглушку useChangeKey().changeKey() (≈600 мс), по успеху
открывает диалог с новым WIF. Generate генерирует валидный K1 ключ через
SDK и заполняет оба новых поля. Confirmed сбрасывает форму.
Диалог успеха смены ключа: новый 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.
Форма смены ключа пайщика на новых компонентах дизайн-системы.
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.
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>
Override (padding-top:0 + align-self:center на dense) не отрабатывал —
Quasar в dense держит prefix/suffix по baseline вводимого значения,
и пользователю это устраивает. Убираем неработающий override, чтобы
не мешался в дальнейших правках.
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
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>
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>
Промахнулся `git add -A` — захватил worktree-symlink node_modules
(он pnpm-shared с основным репо). .gitignore покрывает node_modules/
но симлинк-файл — отдельный путь.
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
Контекст: после проброса --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>
- 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>
Между нижним инпутом и 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>
Регрессия мерцания границы и приплюснутости — следствие борьбы наших
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>
- 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>
- 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>
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>
Регрессия после 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>
Корень регрессии: жёсткий 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>
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>
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>
Архитектурный 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>
Истинный источник «прыгалки» 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>
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>
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>
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>
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>
* 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>
После переезда контрактов в 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}
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>
Перенёс из общей 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>
Благорост — капитализация РИД (не «накопления на жильё»), Генератор —
генерация РИД (не «доходы от программы»). Кошелёк остаётся «свободный
остаток». Черновые ярлыки риском попадают в production через копипасту.
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
Канонический .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>
Анимация 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>
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>
По фидбеку:
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>
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>
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>
Любой авторизованный пользователь раньше мог запросить 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>
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>
Скрипт извлечения из 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>
Заносим эталонную дизайн-систему в проект — только базовые элементы для
дальнейшей компоновки. 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>
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>
* 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>
Финальная фаза процесса 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>
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>
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>
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>
* 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>
* 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>
* 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>
Раньше 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>
Если 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>
* [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>
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>
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>
После переключения 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
После коммита 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-режима несёт ветка, не имя тэга.
Раньше при релизе (`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).
В коммите 8847a5c093 production-код registerCapitalInAgreementRegistry
изменил applicable_account_types у blagorost_offer на [] — оферта
тянется через программу CAPITALIZATION, а не как дефолт для individual.
Тест capital-plugin-register.test.ts остался на ассерте
[AccountType.individual] и с тех пор красный.
Выравниваю ассерт под актуальное поведение, удаляю ставший лишним
импорт AccountType.
В `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 имени; обновляю тест и три комментария,
которые декларировали старое значение как канон.
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>
Промежуточные статусы пайщика (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>
При выборе программы 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>
Селектор `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>
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>
Системный паттерн «онбординг кооператива на расширение»:
- 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>
Платформенный 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>
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>
- Новый модуль 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>
- Новый платформенный порт 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>
- Новый платформенный порт чтения соглашений и программ
(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>
Эпик 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>
Полная сверка Σ 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>
- 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
На дев/тест-кооперативах 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>
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>
У нас нет приватных ключей от кооперативов, которых мы мигрируем.
Поэтому 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>
Группа 862..867 (RESERVE/INDIVISIBLE/ECONOMIC/MUTUAL/DEVELOPMENT/DELEGATE_FEES)
в ledger2 отдельными кошельками не выделена. Падать на ненулевом 867
(найдено на testnet) — блокирует миграцию; вместо этого пропускаем.
Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
Фильтр `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>
- 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>
Технический фикс: для уже-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>
Удалён `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>
Раньше 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>
Контракт 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>
Раньше конвертация сегмента (`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>
Без этих ключей 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).
Контракт 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
Прямая инвестиция в Благорост не имеет сегмента, поэтому считаем energy_gain
от amount напрямую и вызываем add_energy_and_check_levelup. До патча уровень
не рос при createpinv — только при createinvest (через update_gamification_from_segment).
- 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 «Коммит РИД по программе Генератор», убрано «(перенос между кошельками)»
OpenSearch требователен по ресурсам и подвешивает локалку;
нужен редко — поднимаем вручную при необходимости.
Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
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>
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>
Каркас для 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>
Сразу после 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>
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>
- 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>
Контракты:
- 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>
Без пина 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>
Депозит-флоу 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 оставлены как есть — для них
запись должна существовать (нечего блокировать/списывать с пустого).
Регрессия: 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>
Манифест reports-расширения (controller/extensions.registry) — title и
title desktops с «Отчёты ФНС» на «Стол бухгалтера». Description
расширил под фактическое наполнение: реестры операций / проводок /
кошельков / счетов плюс налоговые формы.
* Расширение переименовано с «Отчёты ФНС» на «Стол бухгалтера» (заголовок
и breadcrumb).
* AccountsPage: Активный/Пассивный (тип счёта) и Дебет/Кредит (сторона
проводки) теперь theme-aware — светлая тема blue-grey-9 / brown-8,
тёмная blue-grey-3 / brown-3, weight bold. Старый text-blue-grey-8 /
text-brown-7 на тёмной теме читался плохо.
OperationsPage в onMounted, при ?operation_id=…, разворачивал строку через
expanded.set, но не дёргал loadChildOps — поэтому таблицы «Движения по
кошелькам» и «Проводки по счетам» оставались пустыми до ручного
схлопывания/раскрытия. Теперь после load() сразу подгружаем сибсов
найденного apply'а по его processHash.
Связь 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» нет.
* 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>
Используем существующий 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>
* 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>
Из строки проводки можно одним кликом провалиться в реестр операций
с фильтром по 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>
В предыдущем коммите оставил 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>
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>
Раньше проводки (Дт/Кт/Сумма) были видны только при разворачивании
отдельной операции в реестре операций. Не было плоской ленты «все
проводки кооператива», для бухгалтерской сверки приходилось разворачивать
каждую операцию вручную.
Бэкенд: новый 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>
При подключении кооператива в середине года все периоды до этой даты
показывались красным «просрочен» — пол-календаря в красном раздражает
и фактически некорректно: эти отчёты сдавать не надо.
Резолвер тянет 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>
Реестр кошельков → Пайщики: ячейка с двумя суммами (доступно/заблокировано)
была без подписей и читалась как «две одинаковые цифры». Иконки 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>
`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>
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>
Стол совета:
- Удалён старый /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>
Симптом: при «Подтвердить платёж» в реестре платежей 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>
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>
Убираем прямые 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 не трогали.
Раньше 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-схема, фронт — без изменений.
После Эпика 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-схема, фронт — без изменений.
Раньше диалог делал прямой `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.
`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.
После Эпика 2 soviet::sndagreement отвергает программные соглашения
(program_id > 0), а фронт зовёт его одинаково для всех типов. Контроллер
теперь читает coagreements кооператива и для program_id > 0 уходит в
wallet::signagree (coopname@active), оставляя soviet::sndagreement только
для непрограммных. Фронт менять не нужно.
В первоначальной версии 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>
Валидатор 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>
Добавлены интеграционные тесты на 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>
- 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>
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>
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>
Контрактный 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>
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>
Третий уровень учёта (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>
Контракт 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>
Тесты с 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>
standards-site публикуется на gh-pages вместе с остальной докой. Чтобы
изменения стандартов из reports/marketplace2 попадали в превью на
docs.coopenomics.world/standards/, добавляем эти ветки в push-триггер.
Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
В 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>
Полный 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>
Раньше 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>
Краткий 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>
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>
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>
Полный 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>
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>
Прошлая попытка (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>
Прошлый образ занимал 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>
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>
Предыдущая версия тащила весь 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>
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>
Цель: в соседних репозиториях (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>
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>
Теперь все 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>
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>
Корневой 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>
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>
Симметрия с 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>
Без явного `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>
Корневой /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>
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>
Образ 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>
E402 при первой публикации @coopenomics/inter — npm требует
явный access:public в package.json (lerna-глобальный access
не действует на первый scoped-publish).
Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
Контракт 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>
Контракт `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.
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>
Заменил компьютацию (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>
Расчёт минимального паевого учитывает тип: 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>
В PaymentDomainEntity добавлен транзиентный isNewlyCreated — true когда
платёж создан вот сейчас, false когда поднят существующий PENDING через
findActivePendingPayment. RegistrationService шлёт sendNewInitialPayment
только при isNewlyCreated=true, поэтому повторные мутации фронта (reload,
immediate-watch на step) больше не плодят 7 одинаковых сообщений
председателю. Поле не пишется в БД и не уходит в DTO.
ActiveUserStatusGuard точечно на мутации createDepositPayment — пайщик до
приёма советом (status≠active) получает 403 вместо ушедшей в обработку
заявки. На фронте сама кнопка «Совершить взнос» скрыта в DepositButton
по тому же признаку — не водим пользователя по тупиковому пути.
Предыдущий обход (после `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 обновился — это тот же экран, что
снимался обходным путём, разница только в навигации.
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).
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 текущего фикса.
Прогон через `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-й остался от прошлой
версии.
Добавил 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)» — критично, потому что некоторые из этих экранов реально
доступны только участникам с допуском (страница голосования, внесение
результата).
Пользовательская документация в 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 / Ответственный» → просто «Исполнитель» (по сути это
главный исполнитель, но в пользовательской документации эту тонкость
не разворачиваем). Главных практических следствий и таблицы статусов
достаточно.
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.
Тон вернул к зафиксированному стилю (живой «Вы», без техники):
- убрал q-select из описания статуса — теперь компактный chip с
выпадашкой;
- словарь: «оценка часов» → «чип времени (факт/план)», «estimate» →
«оценка», «Sidebar задачи» → «Страница задачи»;
- активные глаголы вместо безличных оборотов.
Доописал inline-действия со строки доски (после редизайна IssueListRow):
- клик по чипу статуса — выпадашка переходов;
- клик по чипу времени — редактирование оценки (для мастера);
- клик по аватаркам / «+» — выбор исполнителей.
Создание задачи — плавающая кнопка «+» в правом нижнем углу или
горячая клавиша T (вместо «кнопки в шапке доски»).
alt-описания скриншотов привёл в соответствие с реальным состоянием
(статус «Выполнена», счётчики «Моё время» и т.д.). Скриншоты не
перегенерировал — они актуальные после UI-фиксов 28 апреля.
Раньше «чистая мастерская» 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>
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>
На 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>
- 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>
- 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>
- 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>
Переделал список задач: 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>
Колонка 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>
* 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>
* 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>
Убрал разговорную и поучительную интонацию, оставил суть деловым языком: кооператив принимает имущество у одного и передаёт другому, контрагентом для обеих сторон выступает сам кооператив.
Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
Переформулировал purpose: «исполнение заказа» — это не обмен между пайщиками через платформу, а одновременное удовлетворение кооперативом двух потребностей (одного — поставить, другого — получить), стороны напрямую не взаимодействуют. Это суть кооперации.
Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
В шапке страницы стандарта остаётся только сам абзац-вступление; тех. перечисление сущностей удалено как мусор.
Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
Везде заменил многословный технический рассказ про действия / операции / 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>
Высота диаграммы убрана из clamp-кепа 820px — теперь это calc(100vh - 240px) с min-height 520px. На мониторах 1440p+ диаграмма занимает всю доступную высоту, а не 2/3 экрана.
Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
— На карточке действия с двумя операциями (типа 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>
Оставлен один абзац: что это за процесс и зачем он нужен. Детали (участники, операции, составная сущность) уже описаны в карточках действий, статусов и операций — повторять их в шапке избыточно.
Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
— 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>
Терминологическая ошибка: я представлял приёмку РИД как «два акта»
(акт о результатах + акт приёма-передачи), но фактически это **один**
документ — Акт приёма-передачи РИД (`ResultContributionAct`), на
котором стоят **две подписи**: signact1 — пайщика, signact2 —
Председателя.
Заодно явно перечислены три документа всей приёмки:
• Заявление о паевом взносе РИДом — пайщик подписывает на pushrslt;
• Решение Совета о приёмке — стандартная цепочка через Совет;
• Акт приёма-передачи РИД — единый документ, две подписи.
В таблице ролей `results.md`: «подписать два акта» → «подписать
Акт приёма-передачи РИД».
Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
— 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>
Прошёлся по страницам Благороста и привёл термины к официальному
словарю (`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>
Две новые страницы документации Благороста:
«Артефакты» (`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>
- p.cap.prop: 1070 заявление + 1071 решение совета + 1072 акт ×2
(имущественный взнос в Благорост-капитализацию)
- p.cap.debt: 1050 заявление + 1051 решение (двойная подпись:
председатель → совет; в реестре одна форма GetLoanDecision)
- p.wal.wthdrw: 900 заявление + 901 решение (двойная подпись)
Поправлены и тексты под человеческие title из реестра. Поле template:
убрано — все три файла переходят на slim-схему с registry_id.
Реестр кошельков перешёл с числовых 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
Вместо технического process_type (`p.reg.accept`) показываем title
стандарта («Приём пайщика»), а сам код вынесен мелким моно-бейджем
сбоку. Relation-слова уже были по-русски.
Доразвитие фикса 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>
Корневой блокер для 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>
Сценарий 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>
Новая страница, описывающая весь пост-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>
Две новые страницы документации компонента «Благорост»:
• `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>
Расширяем 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>
После полного цикла 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>
Раньше 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>
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>
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>
В 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>
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>
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>
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>
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>
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>
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>
Покрыты все процессы 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>
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>
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>
Подтянуты три файла из 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>
Корневая папка 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>
Под описанием задачи добавлен 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>
Требования (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>
Раньше 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>
Один вход для 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>
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>
Без 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>
Раздел «Задачи» создавал слишком много шума — задачи обычно ищут с привязкой к
проекту/компоненту, а сам проект/компонент находится по этому индексу. Оставлены
проекты, компоненты и требования.
Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
Чтобы безопасный паттерн (создание/удаление дочерней 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>
Поля «С даты» / «По дату» больше не 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>
Председатель больше не может откатывать операцию через 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>
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>
Случайно вставил 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>
Все 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>
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>
Файлы scripts/out/*.json — локальные выгрузки off-chain аудита,
случайно попавшие в предыдущий коммит. Возвращаю tree к чистому состоянию,
директория добавлена в .gitignore.
* Грузим 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>
* 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>
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>
Терминология XML/PDF пустая для бухгалтера. По назначению:
XML → в ФНС/СФР («для отправки»)
PDF → распечатать/подписать/подшить («для просмотра»)
Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
Баг: в 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>
Аудит после бага ЕФС-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>
Баг: при скачивании ЕФС-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>
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>
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>
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>
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>
После мёржа 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-реестрами).
После рефактора генераторов в 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 тестов) — работает.
Оставшиеся задачи из 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-экстеншн, отдельный заход с запущенным стендом.
- 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 — ячейки не прессуются, пользователь
свайпает горизонтально. Раньше грид ломал вёрстку на узких экранах.
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).
- Оба с тултипом-подсказкой для бухгалтера.
- 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 следующего года).
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>
В предыдущем коммите 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>
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>
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>
Фикс к 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>
Эпик 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>
XML генераторов ФНС объявлял encoding="windows-1251", но Blob в браузере
писался utf-8. Контур/СБИС выдавали предупреждение «объявлена windows-1251,
фактическая UTF-8» при загрузке файла.
Теперь перед скачиванием проверяем пролог: если cp1251 — перекодируем
JS-строку в байты cp1251 через пакет `windows-1251`. Для СФР-ЕФС-1 (utf-8)
оставляем как есть. Байты теперь физически совпадают с объявленной
кодировкой.
После merge origin/dev подтянулся фикс генератора схемы (0c5e04a484),
который возвращает все 51 классы резолверов (было 8) и поле
can_edit_requirement в permissions.
Пересобран schema.gql явным `generate-schema`, далее `generate-client`
+ `sdk build`. Типы в SDK соответствуют runtime controller, tsc чист
и в desktop, и в controller.
Бухгалтеру нужен заполненный документ для просмотра, а не пустой бланк.
Раньше кнопка «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
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.
Было: `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, без полной сборки.
- РСВ: конвертирован 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
- 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.
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>
Было: 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>
Использую 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>
Проблема: бухгалтер на странице «Реквизиты отчётности» видел 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>
- 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>
Функция стала мёртвой после перехода Проводок по счетам на AccountIdCell
(accountCode вычисляется прямо в accountRows через /1000). Eslint
no-unused-vars ругался — удаляем.
Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
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>
- 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>
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>
- 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>
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>
- 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>
- 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>
- убраны 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 ошибок)
Два пробела после [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>
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>
- `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-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>
Первый прогон показал: Σ 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>
Первый прогон тестов обнаружил архитектурную ошибку моей предыдущей
реализации миграции: я предположил, что `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>
Файл 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>
После [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>
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>
Все блокирующие находки 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.
Пропущенный между 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 полностью.
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) — фильтр пуст, отчёт с нулями. Помечено отдельной задачей.
Закрыты 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).
- 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>
- 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>
- Крит 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>
- 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>
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>
- 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>
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>
КОНТРАКТЫ (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>
Закрыть 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>
Добыта 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>
- 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>
- новые 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>
- 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.
— 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 после миграции — это ожидаемо и задокументировано в миграции
Корневая причина: 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>
В 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>
Компонент к 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>
Все 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>
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>
- 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>
Файл — руководство для разработчиков документации по макросам
mkdocs (get_sdk_doc, get_typedoc_*, get_graphql_doc), не для рендеринга.
Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
Этот файл — общая память агента для пяти чекаутов: `~/mono-ai-1`..`~/mono-ai-5`. Реальный файл лежит в `mono-ai-1/CLAUDE.md`, остальные четыре — симлинки сюда; правки коммитим из mono-ai-1 в ветку `dev`.
Когда план говорит «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 их не дублирует):
Аналогично для других пакетов, чьи тесты будут запускаться (`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 должны быть зелёные.
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.
**Не дёргать `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`:
Канон-пример: `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.
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).
Обязательная процедура перед 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/прототипы):
| **Живой эталон** (`/_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-эквивалент попутно.
- Никаких локальных переопределений `.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`.
**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` — на бизнес-словаре;
- если процесс встроен в более общий — ссылаемся на стандарт по имени-человеку («типовой процесс решения совета»), не на техническую реализацию повестки.
Эталоны: `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+ пайщиков.
- **`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).
- **Эпик 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.
| 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).
Полная пошаговая инструкция, как поднять 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
**Почему service-имена:** все контейнеры в bridge-сети `monocoop_default`. Внутри контейнера `127.0.0.1` = сам контейнер, не host. На macOS `network_mode: host` в Docker Desktop работает плохо — используем bridge + service names.
И вписать в `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-контейнере он падает:
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-режима |
**Корень рабочей копии** — каталог, в котором (или выше по дереву от базового каталога) лежит `.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`** | в оба каталога (как раньше было без флагов) |
Остальные опции **`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`** = этот абсолютный путь |
Также найди задачу, по которой совершается команда коммита, и извлеки из неё `id`.
Также найди задачу, по которой совершается команда коммита, и извлеки из неё `id` задачи, мотивацию (зачем делали), техспецификацию (что конкретно изменили).
После чего, создай коммит с помощью git, используя следующий шаблон:
Сформируй сообщение коммита по строгому правилу:
```text
[<id>] краткое описание изменений
[<id>][@<username>] <тип>: <действие> — <зачем это нужно>
[@<username>]
```
Например:
```text
[123] Аудентификация пользователя методом подписи временной метки
Правила:
- Тип ОБЯЗАТЕЛЕН: feat, fix, refactor, docs, config
- После тире ОБЯЗАТЕЛЬНО указать зачем (бизнес-причина или техническая необходимость)
- Минимум 10 слов в сумме (тип + действие + зачем)
- Не копируй дифф, не пиши "исправлено", "обновлено" без пояснения зачем
[@ant]
```
Запрещено:
- Писать только "[123] Исправлено"
- Пропускать часть "— зачем"
- Копировать дифф целиком
Где через [@username] мы фиксируем авторство. А через первый id - идентификатор задачи. Обязательно пиши в квадратных скобках как указано.
После того, как ты создал коммит - запуш его в активную ветку: `git push`
Где через @ant мы фиксируем авторство. А через первый id - идентификатор задачи.
<description> - это опциональный параметр для установки описания задачи сразу при её создании. Можно не задавать, тогда требование следует обновить после создания дополнительно и синхронизировать с сервером.
Назначение скилла — собрать краткое содержание (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. Если нет — переписывай, пока не выполнится. Спроси, всё ли устраивает. Не публикуй без явного «ок / публикуй / поехали».
По умолчанию команда читает `.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`.
- Ограничения на длину больше нет (ни на фронте, ни на бэкенде) — можно публиковать развёрнутые саммари с выводами и пунктами.
'Глобальный конфиг ~/.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).',
'Управление транскрипциями звонков: публикация краткого содержания (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)')
`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}.`,
'Восстановить один .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')
// add: только .md, с учётом .blagoignore и без рекурсии в _bmad / _bmad_output; в staging — только файлы, изменённые относительно индекса (или без записи в индексе).
// add: только .md, с учётом .blagoignore и без рекурсии в _bmad / _bmad_output / _bmad-output; в staging — только файлы, изменённые относительно индекса (или без записи в индексе).
`Конфликт memo транскрипции ${transcriptionId}: локальный черновик и серверная версия различаются. В «${rel}» записаны маркеры слияния («<<<<<<< blago/local» … «>>>>>>> blago/remote»). Оставьте одну версию текста и опубликуйте через «blago transcription memo».`,
`Пропуск перезаписи ${label}: есть локальные правки, на сервере новая версия. Смержите вручную или откатите файл, затем снова «blago pull».`,
`Конфликт версий для ${label}: в файл записаны маркеры слияния («<<<<<<< blago/local» … «>>>>>>> blago/remote»). Оставьте одну версию текста, удалите маркеры, затем «blago add» и «blago push».`,
'Не указан текст memo. Передайте --text "<строка>" или --file <путь>, либо первым аргументом — путь к meeting-файлу (тогда читается `<stem>.memo.md` рядом).',
`Рядом с «${path.basename(resolved.meetingAbsPath)}» нет файла «${path.basename(siblingAbs)}». Выполните «blago pull» (он создаст sibling-файл; пустой, если на сервере memo пустой), затем отредактируйте и повторите команду — либо передайте --file / --text.`,
)
}
}
functiontoIso(v: unknown,fallback: Date):string{
if(vinstanceofDate){
returnv.toISOString()
}
if(typeofv==='string'||typeofv==='number'){
constd=newDate(v)
if(!Number.isNaN(d.getTime())){
returnd.toISOString()
}
}
returnfallback.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-режим без файла — пропускаем.
| `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.
Some files were not shown because too many files have changed in this diff
Show More
Reference in New Issue
Block a user
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.