Живой чеклист. Накапливается по мере работы, вычищается по мере получения ответов.
Формат: вопрос → контекст → дата возникновения → статус (🟡 open / ✅ answered / ❌ wontfix).
🟡 open · 2026-04-18
Точная расшифровка аббревиатуры. Варианты из контекста: «Обеспечение работы банковских органов управления» / «Обеспечение коллегиальных решений». Нужна официальная формулировка.
🟡 open · 2026-04-18
Полное название системы и её роль в ландшафте ВТБ. В коде — prkkStatus, prkkExtractFileId, beforePRKK.
🟡 open · 2026-04-18
В коде только SCC → «Ответственный секретарь». Что за аббревиатура КСКР?
🟡 open · 2026-04-18
Упоминается в ролях, точная расшифровка неизвестна.
🟡 open · 2026-04-18
KKKIB_FKR — предположительно «Федеральная кредитная разработка»?
🟡 open · 2026-04-18
Внутри банка может расшифровываться иначе, чем Electronic Proof of Authorization.
🟡 open · 2026-04-18
Legacy-система клиентов, что именно означает аббревиатура?
🟡 open · 2026-04-18
Точное назначение и разница между этими системами.
🟡 open · 2026-04-18
Вопрос: список в CommitteeCode.java — актуален?
В нашем enum сейчас: KKKIBB, KKKIBB_CUSTOM, KKKIB, KKKIB_CUSTOM, KKKIBG, KKKIBG_CUSTOM, SMB, KKMSK, KKSMB, KKPFSMB, KKGSMB, KKSPB.
В глоссарии от автоанализа: KKKIBB, KKKIBG, KKSMBB, KKSMBG, KKMSK, KKROOORENB.
Расхождение: KKSMBB/KKSMBG/KKROOORENB отсутствуют у нас. Что канонически?
🟡 open · 2026-04-18
В референсе русских подписей к ExtractType (SHORT/SIMPLE/BOARD) нет. Мы предположили:
SHORT → "Краткая выписка"SIMPLE → "Упрощённая выписка"BOARD → "Выписка для совета директоров"Подтвердить или скорректировать с бизнесом.
🟡 open · 2026-04-18
Аналогично. Наши догадки:
KIB_DISCHARGE_SERVICE → "Сервис выписок КИБ"SMB_DISCHARGE_SERVICE → "Сервис выписок СМБ"MANUAL → "Создана вручную"Подтвердить.
🟡 open · 2026-04-18
В референсе JavaDoc для этих значений пустой:
INTERNAL_AUDIT → наше "Внутренний аудит" — TBCAUDIT → наше "Аудит" — TBCASSISTANT → наше "Ассистент" — TBCREADER → наше "Читатель" — TBCSUPERVISOR → наше "Супервизор" — TBCПодтвердить или скорректировать.
SUPERVISOR — право голоса?🟡 open · 2026-04-18
В реф-глоссарии в списках "голосуют" / "без голоса" SUPERVISOR отсутствует. Мы по умолчанию проставили canVote=false (наблюдатель/надзор). Подтвердить.
✅ answered · 2026-04-18
Выбрали AgendaDto.MeetingType — "Очная" / "Заочная". См. ADR-0006.
Vote.resolution обязательна при DECLINE?🟡 open · 2026-04-18
В референсе явного инварианта нет. Мы не добавили проверку в compact-конструктор. Если требование есть от юристов — добавим.
🟡 open · 2026-04-18
Используем V2. Требуется ли нам V3 (или расширение V2) с bulk-эндпоинтом GET /api/v2/agenda/{id}/snapshot? Договорённость — добавляем по мере потребности (ROADMAP "Agenda extensions"). Первое потенциальное требование — появится при реализации AgendaFeignAdapter (Phase 6).
ProtocolStreamingProvider — какие события обязательны в streaming?🟡 open · 2026-04-18
Из ecosystem-разведки: common-service содержит StreamingReceiver для protocol-changes. Внешние consumer'ы (BI, CRM) ждут эти события. Нужен список event-types с payload-схемой, которые protocol 2.0 обязан эмитить, чтобы downstream не ослеп.
🟡 open · 2026-04-18 · см. ADR-0010
В protocol 2.0 оставляем sync v1 как transition bridge, но структурно он плох (10-минутный sync Feign-вызов блокирует thread agenda-state-machine). Нужно решить:
ObesrabuoProtocolGenerationCompleted/Failed через common-events. Agenda подписывается, реагирует состоянием.GET /task/{id}/status каждые 30 сек по pending-taskId.🟡 open · 2026-04-18
В ADR-0010 заложено "до 10 минут" + timeout 12 минут на sync-bridge. Уточнить у бизнеса / DevOps:
🟡 open · 2026-04-18 · см. ADR-0010
Frontend сейчас использует оба варианта (useCreateProtocolByAgendaAsync и useCreateProtocolByAgendaTask). При выпиливании async-no-task в protocol 3.0 — нужна migration для ConfirmLoadProtocol модала. Обсудить с фронт-командой timeline.
🟡 open · 2026-04-18 · см. ADR-0013
В реф-версии progress: Integer есть, но реально принимает 3 значения (0/10/100) — по сути binary (выполняется/готово). В 2.0 мы его выкинули. Клиент узнаёт состояние через status enum (PENDING|IN_PROGRESS|COMPLETED|FAILED).
Если фронт хочет реальный прогресс-бар (например, "фаза 2 из 4, 45%") — нужно обсудить:
ProtocolGenerator должен репортить прогресс callback'ом в ProtocolGenerationTaskService.updateProgress(taskId, TaskPhase, percent).Пока дефолт — status-only. Добавление 15 минут кода если бизнес попросит.
🟡 open · 2026-04-18 · см. ADR-0013
В ProtocolGenerationTaskEntity.createdBy сохраняем login создателя, но GET /task/{taskId}/status не блокирует доступ другим юзерам. Только log.warn при mismatch.
Вопросы:
Когда решение придёт — ужесточение в одной точке (ProtocolGenerationTaskService.getTask).
🟡 open · 2026-04-18 · см. ADR-0013
TaskCleanupScheduler запускается ежедневно в 03:00, удаляет COMPLETED/FAILED старше 7 дней (default).
Подтвердить:
COMPLETED vs FAILED (failed полезнее держать дольше для debug)?🟡 open · 2026-04-18 · см. ADR-0011
Auto-generation через sync v1 вызывается из agenda-state-machine (GenerateProtocolByQuestionAction) от service-account'а. Наш ACL-адаптер (AgendaMapper) бросает DomainException.Forbidden если в ответе agenda есть вопрос с accessForbidden=true.
Нужно подтвердить:
accessForbidden=true для его запросов.actor-aware check)?Пока предполагаем вариант (1) — если выяснится иначе, нужен патч в AgendaMapper.
Файл не удаляется — это накопленный контекст проекта. Архив отвеченных вопросов — справочник "почему так сделали".