Название: K1-parish-oc («Как работает: приход К1»)

Slug: parish1 · Project id: 34

Features: agents, portal_agent · Scope токена: mcp:admin

Назначение: автоматизация жизни прихода — требы, пожертвования (ledger), собрания с явкой/кворумом, дежурства с самозаписью; публичные формы для прихожан/гостей.

Настройки проекта: baseCurrency RUB, timezone Europe/Moscow, isPublished: true, channels: [], portalAllowedOrigins: [].

Дата снятия: 2026-09-04, прогон oc2 (только чтение платформы).

1587 «События (дашборд модуля)» — не опубликован, publicUrl нет. 4 панели: Всего событий (metric, countNonEmpty title, 1584), По статусу (bar chart, dim status, 1584), Регистраций по событиям (horizontalBar, sum registered_count по title, 1584), Выручка с билетов (sum amount, 1585) — наследие модуля, «билеты» в К1 не используются.

1597 «Отчёт совету» — опубликован, публичный URL работает (200). 5 панелей: Собрано (sum delta status=posted, 1591), Заявок на подтверждении (countNonEmpty delta status=pending), Сборы по назначениям (chart, dim parentRef), Назначения: цель и сборы (pivot по 1590: goal_amount/balance), Последние поступления (table 1591, sort effectiveDate desc) + 2 слайсера (Период effectiveDate range, Источник source).

prose-документов в проекте ровно один: 1601 «Как работает: приход К1» (опубликован). Тело прочитано через doc_get_content: литеральных токенов {{col.*}} НЕТ — чисто. Содержит роли, точки входа, описание 4 процессов, админ-чеклист.

Шаблонов квитанций/писем как document-узлов нет; тексты писем живут в actions правил 283/284/285/286, где {{col.*}} — штатные runtime-токены (резолвятся движком, не дефект).

Примечание из реестра (dev-report строка 131): находка design-stage «платформа не генерирует текстовые документы» (К1) снята из реестра 03.09 как непроверенная — при живой сборке требует проверки.

dev-report §2 (обход обязателен): doc_upsert с documentId на уже читанный документ отвечает ok, но тело не пишет; в К1 потребовалось дважды: 1102→1108→1109 (нынешний документ — 1601). Правило: doc_get_content сразу после каждой записи; при отказе — archive + doc_upsert без documentId.

dev-report §57 (сборка К1, 9 наблюдений): 1) data_table_set_behaviour — аргумент roles:{resource:[colIds],start,end}; 2) exclusive_scheduling работает на CUSTOM-таблицах через scheduleRole-теги (слот=ОДНО место, «несколько мест» = несколько строк слота); 3) ledger pending=резерв — при allowNegative:false порядок демо: posted до pending (over_reservation); 4) batch прерывается на первом failed шаге; 5) set_fields канон fields:[{columnId,value}], map-форма падает s is not iterable; кросс-табличный LOOKUP из действий не работает (проверка №17 — ПРОВАЛ); 6) send_email ходит в SMTP напрямую и на parish1 доставлял (§2/E62 здесь НЕ подтверждается); 7) формула по rollup пересчитывается на write-таче строки-РОДИТЕЛЯ (кворум — проверка №18); 8) dashboard_set_meta: sort-ключ direction; balance-колонка валидна как measure; publicSources — полем dashboard_set_meta; 9) doc_upsert тип — document не doc.

error.md E94: ошибки сборки К1: dicts-формат set_fields+LOOKUP (2 failed-прогона), «несколько человек на слот» vs слот=место, pending до posted, переносы строк в shell-аргументах. Итог — неконсистентных данных нет, тестовые строки удалены/засторнированы.

error.md E79/E80/E81 (карта K1-oc2, открыто, минор): дублирование цепочек в разделе 3; служебная строка в непустой таблице расхождений; «Чьё действие»=«—» вне словаря в 5 строках 👤.

error.md R4: Личный кабинет для К1 не собран (механика есть на К17) — разработка, не настройка.

1583 Клиенты и 1586 Служебный справочник пусты (0 строк) — purpose-зависимости модулей core_event/core_directory_aux; демо-наполнение не заводилось. Вопрос: нужны ли они в сценариях К1 или только как платформенная техзависимость.

Мёртвые колонки модуля: ticket_price (1584) и amount (1585) помечены «не используется» — наследие core_*-модулей; панель «Выручка с билетов» дашборда 1587 опирается на пустующую колонку.

Дашборд 1587 «События (дашборд модуля)» не опубликован и дублирует функциональность модуля event; кандидат на архив, если не планируется.

Форма 1600 «Отметить дежурство» фактически — самозапись (пишет строку в 1595 «Записи на дежурство»); название расходится с действием.

channels: [] — email-канал проекта выключен; send_message не работает, работает только send_email через SMTP-коннектор.

Из doc 1601 (админ-чеклист, открытый): проверить SMTP-доставку; опубликовать страницу прихода с QR/телефоном казначея; проверить браузером отправку форм (HTTP-submit давал 422).

Аналитика кворума: quorum_flag пересчитывается только при write-таче строки собрания (не при записи явки) — староста может увидеть устаревший кворум до «touch» собрания.

E79–E81 карты K1-oc2 — минорные дефекты карты, не закрыты.