Проект «К3 Хор» (k3-choir) — документация

1. Дерево объектов (doc_tree, 16 узлов)

Все 16 узлов плоские (parentId=null), portalExposed=false, accessRestricted=false.

2. Таблицы (схемы + счётчики)

Итого: 10 таблиц, 91 строка (постраничное чтение с лимитом, полная выгрузка строк не делалась).

1625 · Клиенты (техническая) — 10 колонок, 0 строк

Техническая таблица-заготовка модуля «клиенты»: Имя(text), Email(email), Телефон(phone), Адрес(multilineText), Личный кабинет(externalPerson), Источник(select), Бонусные баллы(number), Согласие на рассылки(boolean), Ответственный(person), Заметки(multilineText).

1626 · События хора — 16 колонок, 14 строк, 4 правила

Ядро кейса. Колонки: Название(text), Площадка(reference→1628), Начало/Конец(datetime), Вместимость(number), Цена билета(currency), Регистраций(rollup count backlink→1627), Свободно мест(formula {capacity} - {registered_count}), Статус(status), Заметки(multilineText), Тип события(select), Дедлайн явки(date), Партитура(files), Программа(multilineText), Email хормейстера(email), Хор (ключ)(reference→1631). Поведение: exclusive_scheduling активно (роль-теги колонок venue/start/end; пересечения отклоняются — см. §59.2).

1627 · Регистрации (явка) — 10 колонок, 15 строк

Событие(ref→1626), Участник(ref→1629), Количество(number), Тип билета(select), Сумма(currency), Статус(status), Дата регистрации(datetime), Ответ(select), Партия(text), Источник(select).

1628 · Залы — 8 колонок, 3 строки

Код, Название, Часовой пояс(select), Адрес, Широта/Долгота(number), Родительская локация(reference), Геозона(geofence).

1629 · Участники хора — 12 колонок, 7 строк

Сотрудник(person), Имя/Отчество/Фамилия(text), Полное имя(formula), Руководитель(reference), ФИО, Email, Телефон, Партия(select), Роль в хоре(select), Хор (ключ)(reference→1631).

1631 · Группы (ключ аудитории) — 1 колонка, 1 строка

Название(text). Master-строка «ключа аудитории» для backlink-матчинга (триггер triggerKey:{columnId:"choir"}, §59.3).

1632 · Ответы явки — 10 колонок, 28 строк, 1 правило

Событие(ref→1626), Участник(ref→1629), Email участника(email), Партия(text), Ответ(select), Комментарий(multilineText), Зарегистрирован(boolean), + служебные колонки form_assign с uuid-id: Due date(b5648bee-…), Assignment status(2cc8facf-…), Assignee(person).

1633 · Дежурства — 4 колонки, 8 строк

Событие(ref), Слот(text), Дежурный(ref→1629), Статус(select). Ручная таблица.

1634 · Сборы на нужды — 5 колонок, 10 строк

Участник(ref), Назначение(select), Сумма ₽(number), Дата оплаты(date), Пометка(text).

1635 · Отзывы — 5 колонок, 5 строк

Событие(ref), Участник(ref), Отзыв(multilineText), Фото(files), Дата(date).

3. Автоматизации (5 правил, id 296–300, все enabled=true)

automation_get_meta принимает documentId таблицы; правила висят на двух таблицах: 1626 (4 шт.) и 1632 (1 шт.).

onError=stop у всех. Цепочка 296→297 реализует раздачу формы-задач и перенос ответов; 298/300 — почтовые напоминания по расписанию.

4. Формы (2)

Слаг-адреса (публичные): отсутствуют — контур закрыт (см. §6).

5. Дашборды (3)

6. Документы-шаблоны + проверка токенов

Единственный document-узел: 1640 «Как работает: Хор К3» (slug kak-rabotaet-khor-k3, stateId=draft, isPublished=false, publicUrl=null, publicUrlBlocked=document_not_published, has.content=true).

Проверка на литеральные токены {{col.*}} в теле (doc_get_content, ключ markdown): ПРОЙДЕНА — 0 токенов. Тело (1160 символов) — фиксированная проза: роли (хормейстер Анна Петрова, староста Мария Сидорова), 9-шаговый цикл репетиции/концерта, инструкции администратору. Известный дефект генератора (токены остаются литералами, ср. §61.4 про чипы) на К3 не воспроизведён: шаблон сгенерирован без неразрешённых {{col.*}}. (Токены {{col.*}} присутствуют только в конфигурациях правил 297–300 — там это штатные рантайм-шаблоны, а не текст документа.)

7. Публичный контур — ЗАКРЫТЫЙ (проверено curl 2026-09-04)

По карте кейса контур К3 закрытый; проверены 7 адресов (формы, документ, дашборд, таблица, rows-API, контроль-несуществующая):

Закрытость подтверждена: все объекты isPublished=false, проект isPublished=false, редиректов нет. Открытие контура кейса НЕ делалось (по заданию контур остаётся закрытым).

8. Грабли проекта (из dev-report/error)

9. Открытые вопросы

Чистка (2026-09-04)

Указание владельца платформы: архивация всех пустых и неиспользуемых таблиц. Живая сверка по всем 10 таблицам (datatable_get_rows, limit=1) + полный граф использования (схемы всех таблиц, automation_get_meta по всем 10 таблицам, form_get_meta 1636/1637, dashboard_get_meta 1630/1638/1639).

Архивировано (doc_archive, мягкое удаление):

Сохранены (используются; причина):

Счётчики doc_tree: до — 17 узлов; после — 15 (архивированы 2 таблицы; каскадных подузлов не было). Соседние проекты не затронуты. Формы/правила/дашборды/документы не удалялись (граница задания). Примечание: после архивации 1633 в схеме 1626/1629/1632/1634 reference-колонки на «Дежурства» отсутствуют (обратных ссылок на 1633 не было — только исходящие из 1633).

Публичный доступ (документации — этого прогона; кейс остаётся закрытым)