Модель участия, регистрации и доступа ученика

Зачем нужно

Документ описывает, как ученик становится участником олимпиады, конкурса или турнира, как он регистрируется на сезон и туры, как поддерживается участие без аккаунта и как затем ребёнок или родитель получает доступ к уже созданной записи.

Ключевая особенность домена: преподаватель часто регистрирует учеников из своих Learning Groups, а часть учеников ещё не имеет аккаунта. При этом платформа заинтересована в том, чтобы участник позже стал полноценным пользователем, получил доступ к результатам, сканам работ, дипломам и истории участия.

Документ должен быть согласован с доменом идентификации и доступа и Learning Workspace. Олимпиады не владеют пользователями, организациями, семейными группами, Learning Workspace и Learning Group как источниками истины, но используют их для регистрации, прав доступа и просмотра результатов.

Что входит

Документ фиксирует:

• различие между записью ученика и аккаунтом пользователя;
• индивидуальную, родительскую и двухшаговую регистрацию;
• групповую регистрацию через Learning Group;
• competition_group как season snapshot/projection;
• участие ученика, добавленного без аккаунта;
• получение доступа к записи ученика;
• связь с семейной группой;
• участие в сезоне;
• участие в туре;
• выбор способа прохождения тура;
• назначение в зачёт;
• базовые статусы регистрации и участия;
• official data package только для официального сценария;
• текстовое поле «учитель» без автоматической связи;
• требования к аудиту и правам доступа.

Что не входит

Документ не проектирует подробно:

• внутреннюю модель пользователя, семьи и организации;
• полный кабинет учителя;
• полный кабинет ученика;
• управление очными площадками;
• проверку работ;
• апелляции;
• публикацию результатов;
• генерацию дипломов;
• финальные API-контракты.

4. Главный принцип модели

В домене участия нельзя смешивать четыре разных объекта.

Объект	Что означает	Источник истины
User	аккаунт для входа в платформу	идентификация и доступ
StudentRecord	запись о ребёнке как об участнике или потенциальном участнике	олимпиады совместно с identity
StudentProfile	профиль ученика, связанный с пользователем	идентификация и доступ
LearningGroup	каноническая учебная группа преподавателя	Learning Workspace
CompetitionGroup	снимок Learning Group для регистрации сезона	олимпиады
SeasonParticipation	участие конкретного ученика в конкретном сезоне	олимпиады
TourParticipation	участие конкретного ученика в конкретном туре	олимпиады

Запись ученика может существовать до появления аккаунта. Аккаунт может быть получен позже ребёнком, родителем или обоими.

5. Основные сценарии

5.1. Индивидуальная регистрация ученика или родителя

1. Пользователь входит или создаёт аккаунт.
2. Создаётся или выбирается профиль ученика.
3. Пользователь выбирает мероприятие и сезон.
4. Система проверяет доступность регистрации.
5. Создаётся предварительная SeasonRegistration.
6. Пользователь дозаполняет обязательные поля второго шага.
7. Если регламент официального сценария требует official data package, система проверяет СНИЛС ребёнка, дату рождения ребёнка, email родителя и телефон родителя через identity protected attributes; вне official flow эти поля не запрашиваются и не принимаются competitions API.
8. После подтверждения создаётся или активируется SeasonParticipation.
9. Ученик получает доступ к доступным турам, инструкциям и результатам.

Если регистрацию создаёт родитель, он управляет данными и документами ребёнка, но сам тур ребёнок проходит в детском режиме.

5.2. Преподаватель регистрирует Learning Group

1. Преподаватель входит в преподавательский режим и выбирает организацию.
2. Система показывает Learning Workspaces / Learning Groups, доступные через Learning Workspace.
3. Преподаватель выбирает группу или отдельных учеников.
4. Competitions создаёт CompetitionGroup как снимок состава для сезона.
5. Для учеников без аккаунта создаются StudentRecord/CompetitionParticipant без связанного User.
6. Преподаватель регистрирует группу или выбранных учеников на сезон.
7. Создаётся SeasonParticipation с признаком, что доступ участника ещё не получен.
8. Ученик участвует через преподавателя или самостоятельно, если так настроен TourParticipation.
9. Позже ребёнок или родитель получает доступ к записи.

CompetitionGroup не является каноническим списком учеников преподавателя. Любой экран «мои ученики» должен читать Learning Workspace / Learning Group.

5.3. Смешанное участие внутри группы

1. Преподаватель регистрирует CompetitionGroup snapshot на сезон.
2. Для каждого ученика определяется способ участия в конкретном туре.
3. Часть учеников пишет очно у учителя.
4. Часть учеников проходит тур онлайн самостоятельно.
5. Результаты обоих сценариев собираются в кабинете учителя.

Вывод: способ прохождения должен храниться на уровне TourParticipation, а не только на уровне группы.

5.4. Ученик прошёл первый тур сам, а позже привязан к учителю

1. Ученик зарегистрировался индивидуально и прошёл первый тур.
2. Преподаватель позже выбирает этого ученика в Learning Group или получает подтверждённую связь.
3. Система предлагает связать существующую запись с CompetitionGroup snapshot.
4. После подтверждения преподаватель получает разрешённый доступ к результатам ученика.
5. Участие в следующем туре может идти уже через преподавателя или площадочный подслой выбранной организации.

Этот сценарий требует аккуратной модели согласий и прав доступа.

5.5. Получение доступа к записи ученика

1. В системе уже есть StudentRecord без аккаунта.
2. Ребёнок или родитель инициирует получение доступа.
3. Система проверяет данные и право на доступ.
4. Запись связывается с User, StudentProfile или Family.
5. Участник получает доступ к своим результатам, работам и документам.
6. Все действия сохраняются в аудите.

6. Основные сущности

6.1. StudentRecord

StudentRecord — запись о ребёнке, который участвует или может участвовать в мероприятии.

Она нужна, чтобы учитель мог добавить ученика до того, как у ребёнка или родителя появился аккаунт.

Поле	Описание
id	уникальный идентификатор
source	как запись создана: индивидуально, учителем, импортом, администратором
first_name	имя
last_name	фамилия
middle_name	отчество, если используется
birth_date	дата рождения, если требуется
grade	класс на момент сезона или регистрации
country	страна
city	город
school_name_text	название школы текстом, если нет связи с Organization
teacher_name_text	текстовое поле «учитель», без автоматической связи с User
official_data_ref	защищённый identity ref на official data package, если требуется регламентом
organization_student_id	external ref на identity-owned ученика организации, если запись создана через организацию
identity_organization_id	external ref на identity-owned организацию
organization_student_snapshot	ФИО/класс на момент регистрации
created_by_user_id	кто создал запись
linked_student_profile_id	связанный профиль ученика, если доступ получен
linked_family_id	семейная группа, если запись связана с семьёй
identity_status	статус идентификации записи
duplicate_status	статус проверки дублей
status	статус записи

Статусы identity_status:

Статус	Значение
unclaimed	запись не связана с аккаунтом
claim_pending	начато получение доступа
claimed_by_child	доступ получил ребёнок
claimed_by_adult	доступ получил взрослый
claimed_by_family	запись связана с семейной группой
blocked	доступ заблокирован из-за спорной ситуации

Правила:

1. StudentRecord может существовать без User.
2. StudentRecord может быть создан учителем, администратором, импортом или индивидуальной регистрацией.
3. После получения доступа запись не должна терять историю участия.
4. Связь с семьёй должна уважать правила домена идентификации и доступа.
5. Потенциальные дубли не удаляются автоматически.

6.2. SeasonRegistration

SeasonRegistration — заявка или факт регистрации ученика на сезон.

Поле	Описание
id	уникальный идентификатор
competition_season_id	сезон
student_record_id	запись ученика
registration_type	индивидуальная, групповая, импорт, административная
registered_by_user_id	кто выполнил регистрацию
identity_organization_id	external ref на identity-owned организацию, если регистрация через организацию
learning_workspace_id	external ref на Learning Workspace
learning_group_id	external ref на Learning Group
competition_group_id	снимок Learning Group для сезона, если регистрация через преподавателя
teacher_name_text	текстовое поле анкеты, не выдаёт доступ
official_data_package_required	требуется ли official data package
official_data_package_status	not_required, not_filled, incomplete, needs_verification, confirmed, rejected
official_data_ref	protected ref на identity-owned official attributes
parent_contact_ref	ref на contact record родителя
parent_invite_ref	ref на pending parent account/invite
official_data_collected_by_user_id	кто инициировал или внёс данные
official_data_verified_at	когда данные проверены
status	статус регистрации
stage	шаг регистрации
submitted_at	дата подачи
confirmed_at	дата подтверждения
cancelled_at	дата отмены
cancellation_reason	причина отмены

Статусы:

Статус	Значение
draft	регистрация начата, но не завершена
pre_submitted	предварительная регистрация создана
needs_completion	требуется дозаполнение второго шага
submitted	регистрация отправлена
pending_review	требуется проверка администратором
approved	регистрация подтверждена
rejected	регистрация отклонена
cancelled	регистрация отменена
duplicate_hold	регистрация удержана из-за возможного дубля

Правила:

1. Регистрация относится к конкретному сезону.
2. Регистрация может быть индивидуальной, родительской или групповой через Learning Group.
3. Для платных мероприятий регистрация может зависеть от оплаты.
4. Подтверждённая регистрация создаёт или активирует SeasonParticipation.
5. Повторная регистрация того же ученика на тот же сезон должна проходить проверку дублей.
6. teacher_name_text не создаёт relation с преподавателем.
7. Raw official fields не принимаются competitions API; collection идёт через identity-owned protected flow.
8. Official data package допускается только при official_data_package_required = true.
9. Родительская регистрация должна приводить к child-mode прохождению тура ребёнком.

6.2.1. Официальный пакет данных для ГИР

Official data package нужен только для официального зачёта или передачи результатов во внешний официальный контур.

Стартовый состав:

Поле	Где живёт	Кто может заполнить
СНИЛС ребёнка	identity protected attributes / защищённый профиль ребёнка	родитель, ученик, учитель в разрешённом official flow, администратор
Дата рождения ребёнка	identity student_profile / protected attributes	родитель, ученик, учитель в разрешённом official flow, администратор
Email родителя	identity family contact / parent contact record	родитель, учитель в разрешённом official flow, администратор
Телефон родителя	identity family contact / parent contact record	родитель, учитель в разрешённом official flow, администратор

Competitions хранит только:

• что package требуется для регистрации, тура или зачёта;
• статус полноты и проверки;
• official_data_ref на protected identity record;
• parent_contact_ref или parent_invite_ref;
• кто инициировал сбор или передачу;
• audit действий.

Ручной ввод учителем:

1. Разрешён только регламентом official flow.
2. Создаёт identity collection session, а не raw запись в competitions.
3. Может создать contact record родителя и pending parent account/invite.
4. Не выдаёт учителю родительские права.
5. Родитель подтверждает доступ по ссылке, принимает условия и получает семейную связь с ребёнком через identity/claim flow.

6.3. SeasonParticipation

SeasonParticipation — участие ученика в сезоне.

Поле	Описание
id	уникальный идентификатор
competition_season_id	сезон
student_record_id	запись ученика
season_registration_id	регистрация, из которой создано участие
grade_category_id	класс или категория участия
participation_source	индивидуально, через учителя, через организацию, импорт
primary_identity_organization_id	основная identity organization в контексте сезона, если есть
primary_competition_group_id	олимпиадный снимок Learning Group, если есть
access_state	состояние доступа ученика к записи
status	статус участия

Статусы:

Статус	Значение
active	участие активно
withdrawn	участник снят с сезона
disqualified	участник дисквалифицирован
completed	участие в сезоне завершено
archived	участие архивировано

Access state:

Статус	Значение
no_account	запись без аккаунта
invite_sent	отправлено приглашение получить доступ
claim_in_progress	получение доступа начато
account_linked	аккаунт связан
family_linked	запись связана с семейной группой
access_blocked	доступ временно заблокирован

Правила:

1. SeasonParticipation является главным объектом участия в сезоне.
2. Один StudentRecord не должен иметь два активных участия в одном сезоне без специального разрешения.
3. Участие может быть связано с CompetitionGroup snapshot или организацией, но не обязано.
4. История участия сохраняется после смены аккаунта, группы или организации.

6.4. TourParticipation

TourParticipation — участие ученика в конкретном туре.

Поле	Описание
id	уникальный идентификатор
season_participation_id	участие в сезоне
tour_id	тур
grade_category_id	категория участия в туре
delivery_mode	способ прохождения тура
result_track_id	зачёт, если уже определён
venue_id	площадка, если выбрана
competition_group_id	снимок Learning Group, если участие через преподавателя
child_mode_required	тур должен проходить ребёнок в детском режиме
status	статус участия в туре
admission_status	статус допуска к туру
started_at	начало прохождения
submitted_at	дата отправки работы
completed_at	дата завершения

Статусы:

Статус	Значение
not_started	участие в туре создано, но тур не начат
admitted	участник допущен
awaiting_choice	нужно выбрать способ участия или площадку
ready	всё готово к прохождению
in_progress	участник проходит тур
submitted	работа отправлена
absent	участник не явился или не прошёл тур
checking	работа на проверке
scored	баллы выставлены
finalized	результат финализирован
cancelled	участие в туре отменено

Admission status:

Статус	Значение
not_required	допуск не требуется
pending	допуск ещё не рассчитан
admitted	участник допущен
not_admitted	участник не допущен
manually_admitted	допущен вручную администратором
revoked	допуск отозван

Правила:

1. TourParticipation принадлежит SeasonParticipation.
2. Способ прохождения хранится на TourParticipation.
3. В одной CompetitionGroup у разных участников могут быть разные delivery_mode.
4. Участник может выбрать площадку только для delivery_mode, который поддерживает площадки.
5. ResultTrack может назначаться автоматически или через выбор участника, но должен быть явным перед расчётом результатов.
6. TourParticipation является точкой связи с Attempt, Submission, проверкой и результатами.

6.5. GroupParticipation / CompetitionGroup snapshot

GroupParticipation связывает участие ученика с competition_group в конкретном сезоне или туре. competition_group является снимком Learning Group для регистрации и проведения сезона.

Поле	Описание
id	уникальный идентификатор
season_participation_id	участие в сезоне
competition_group_id	олимпиадный снимок Learning Group
learning_workspace_id	external ref на Learning Workspace
learning_group_id	external ref на Learning Group
learning_group_member_id	external ref на участника Learning Group
identity_organization_id	external ref на identity-owned организацию
primary_teacher_user_id	основной преподаватель
role_in_group	участник, приглашённый, архивный
member_snapshot	ФИО, класс и служебные поля на момент snapshot
starts_at	дата начала связи
ends_at	дата окончания связи
status	статус связи

Правила:

1. Ученик может быть связан с CompetitionGroup snapshot.
2. Каноническое членство живёт в Learning Workspace / Learning Group.
3. Групповая связь не должна автоматически лишать семью или ученика доступа к личным результатам.
4. Права преподавателя на просмотр данных должны зависеть от выбранной организации, Learning Group, роли и контекста сезона.
5. Изменение Learning Group после snapshot не переписывает historical registration без явного действия.

6.6. AccountClaim

AccountClaim — процесс получения доступа к StudentRecord.

Поле	Описание
id	уникальный идентификатор
student_record_id	запись ученика
requested_by_user_id	пользователь, который запросил доступ
requested_actor_type	ребёнок, родитель, взрослый представитель, администратор
target_link_type	связать с профилем ученика, семьёй или взрослым доступом
verification_method	способ проверки
status	статус процесса
reviewed_by_user_id	кто проверил, если нужна ручная проверка
created_at	дата создания
resolved_at	дата завершения
rejection_reason	причина отказа

Статусы:

Статус	Значение
draft	процесс начат, но не отправлен
pending_verification	ждёт подтверждения
pending_manual_review	ждёт ручной проверки
approved	доступ подтверждён
rejected	доступ отклонён
cancelled	запрос отменён
expired	срок действия истёк
conflict	обнаружен конфликт или дубль

Возможные verification_method:

Метод	Описание
invite_code	код приглашения от учителя или системы
email_match	совпадение email, если он был указан
phone_match	совпадение телефона, если он был указан
teacher_confirmation	подтверждение учителем
admin_review	ручная проверка администратором
document_check	проверка документа, если потребуется

Правила:

1. AccountClaim не должен автоматически подтверждать доступ, если есть риск захвата чужой записи.
2. Одобрение AccountClaim связывает StudentRecord с нужным профилем или семейной группой.
3. Все действия по AccountClaim аудируются.
4. При конфликте доступ не выдаётся до ручного разрешения.

7. Регистрация и участие: различие терминов

Термин	Значение
Registration	процесс или заявка на участие
Participation	подтверждённый факт участия
SeasonRegistration	регистрация на сезон
SeasonParticipation	участие в сезоне
TourParticipation	участие в конкретном туре

Правило: регистрация может быть отклонена, отменена или зависеть от оплаты. Участие появляется только после подтверждения правил регистрации.

8. Индивидуальная и групповая регистрация

Тип	Кто создаёт	Что создаётся
individual	ученик	StudentRecord, SeasonRegistration, SeasonParticipation
parent_child	родитель	StudentRecord ребёнка, SeasonRegistration, child-mode TourParticipation
teacher_learning_group	преподаватель	CompetitionGroup snapshot, GroupParticipation, SeasonRegistration
organization_import	координатор организации	записи учеников и групповые регистрации
admin	администратор	регистрация или участие вручную

Правила:

1. Индивидуальная и групповая регистрация должны сосуществовать.
2. Преподаватель может регистрировать учеников без аккаунта через Learning Group snapshot.
3. Ученик, зарегистрированный индивидуально, может позже быть связан с CompetitionGroup snapshot.
4. Для платных конкурсов регистрация может требовать оплаты до подтверждения.
5. При любой регистрации нужна проверка дублей.
6. Предварительная регистрация не равна допуску к туру.

9. Связь с ResultTrack

ResultTrack — отдельный зачёт, в котором считаются результаты.

TourParticipation должен получить result_track_id до финального расчёта результатов.

Способы назначения зачёта:

Способ	Описание
automatic_by_delivery_mode	зачёт назначается по способу прохождения
participant_choice	участник сам выбирает формат или зачёт
admin_assignment	администратор назначает вручную
venue_assignment	зачёт определяется выбранной площадкой
rule_based	зачёт определяется набором правил сезона

Правила:

1. DeliveryMode может помогать выбрать ResultTrack, но не должен полностью заменять его.
2. Очный и онлайн-зачёт должны храниться как разные ResultTrack.
3. Участник не должен попасть в неправильный зачёт из-за поздней смены способа прохождения.
4. Смена ResultTrack после отправки работы требует аудита.

10. Права доступа к данным участия

Актор	Что может видеть
Ученик с аккаунтом	свои регистрации, туры, ответы, сканы, результаты и документы
Родитель в семейной группе	данные детей своей семейной группы по правилам identity-домена
Преподаватель	данные учеников разрешённых Learning Groups в выбранной организации и сезоне
Помощник преподавателя	только действия, выданные преподавателем или координатором
Административный подслой выбранной организации	данные registration scope своей организации в пределах роли
Площадочный подслой выбранной организации	списки и материалы участников, назначенных на площадку
Администратор «Систематики»	данные сезона, регистраций, туров и результатов
Проверяющий	только назначенные работы и разрешённый объём данных

Правила:

1. Учительский доступ не равен родительскому доступу.
2. Семейный доступ не должен зависеть от того, через кого ученик зарегистрировался.
3. Организационный и площадочный доступ являются подслоями преподавательского режима с выбранной организацией.
4. Площадочный подслой видит только участников, назначенных на эту площадку.
5. Проверяющий не должен видеть лишние персональные данные, если включён обезличенный режим.

11. Дедупликация учеников

Дедупликация нужна, потому что одного ученика могут добавить:

• родитель;
• сам ребёнок;
• учитель;
• другой учитель;
• координатор организации;
• администратор;
• импорт из файла.

Потенциальные признаки дубля:

Признак	Комментарий
ФИО	недостаточно само по себе
дата рождения	усиливает совпадение
класс	помогает, но может меняться
школа или организация	помогает, но не всегда совпадает
город	помогает, но не уникален
email или телефон родителя	сильный признак, если есть
история участия	помогает при ручной проверке

Статусы duplicate_status:

Статус	Значение
not_checked	проверка не проводилась
no_duplicate	дублей не найдено
possible_duplicate	найден возможный дубль
duplicate_confirmed	дубль подтверждён
merge_pending	ожидается объединение
merged	записи объединены
false_positive	совпадение признано ложным

Правила:

1. Система может находить потенциальные дубли автоматически.
2. Объединение записей должно быть ручным или полуавтоматическим с аудитом.
3. Нельзя автоматически объединять записи только по ФИО.
4. При дубле нельзя допустить двойное участие в одном туре.
5. После объединения должна сохраняться история регистраций, попыток, работ, результатов и документов.

12. Статусная модель: путь ученика в сезоне

Состояние	Значение
record_created	создана запись ученика
registration_started	начата регистрация
registration_pre_submitted	предварительная регистрация создана
registration_needs_completion	требуется дозаполнение
registration_submitted	регистрация отправлена
registration_approved	регистрация подтверждена
season_participation_active	участие в сезоне активно
tour_admitted	ученик допущен к туру
tour_ready	выбран способ прохождения и всё готово
tour_in_progress	ученик проходит тур
tour_submitted	работа отправлена
tour_scored	баллы выставлены
result_finalized	результат финализирован
result_published	результат опубликован
award_available	документ или награда доступны
season_completed	сезон завершён

13. Требования к аудиту

Аудироваться должны:

• создание StudentRecord;
• изменение персональных данных ученика;
• создание регистрации;
• подтверждение или отмена регистрации;
• создание SeasonParticipation;
• изменение группы или организации участия;
• выбор или изменение DeliveryMode;
• выбор или изменение площадки;
• назначение или изменение ResultTrack;
• создание AccountClaim;
• одобрение или отклонение AccountClaim;
• объединение дублей;
• ручной допуск к туру;
• дисквалификация или отмена участия;
• действия, которые меняют доступ к результатам, работам и документам.

14. Доменные события

Событие	Когда возникает
StudentRecordCreated	создана запись ученика
SeasonRegistrationSubmitted	отправлена регистрация на сезон
SeasonRegistrationConfirmed	регистрация подтверждена
SeasonParticipationCreated	создано участие в сезоне
GroupParticipationLinked	ученик связан с группой
TourParticipationCreated	создано участие в туре
DeliveryModeSelected	выбран способ прохождения тура
ResultTrackAssigned	назначен зачёт
AccountClaimRequested	запрошен доступ к записи ученика
AccountClaimApproved	доступ подтверждён
AccountClaimRejected	доступ отклонён
StudentDuplicateDetected	найден возможный дубль
StudentRecordsMerged	записи ученика объединены

15. Админские требования

Администратор должен иметь возможность:

• найти StudentRecord;
• увидеть связанные регистрации и участия;
• увидеть источник создания записи;
• увидеть, есть ли связанный аккаунт или семья;
• проверить потенциальные дубли;
• объединить записи при наличии прав;
• вручную подтвердить регистрацию;
• вручную допустить или не допустить участника к туру;
• изменить ResultTrack с обязательным аудитом;
• посмотреть историю AccountClaim;
• заблокировать получение доступа в спорной ситуации;
• экспортировать список регистраций и участников сезона.

16. Права доступа

Право	Назначение
student_record.create	создать запись ученика
student_record.update	изменить запись ученика
student_record.view	посмотреть запись ученика
student_record.merge	объединить дубли
season_registration.create	создать регистрацию
season_registration.confirm	подтвердить регистрацию
season_registration.cancel	отменить регистрацию
season_participation.view	посмотреть участие в сезоне
season_participation.update	изменить участие в сезоне
tour_participation.view	посмотреть участие в туре
tour_participation.update	изменить участие в туре
account_claim.create	запросить доступ к записи
account_claim.review	рассмотреть запрос доступа
result_track.assign	назначить зачёт участнику

Права должны проверяться через actor context: личный, семейный, преподавательский режим с выбранной организацией, Learning Group, административный подслой, площадочный подслой или админ «Систематики».

17. Нестандартные случаи

Ситуация	Требуемое поведение
Учитель добавил ученика, а родитель создал аккаунт отдельно	система должна найти возможный дубль и предложить связывание
Два учителя добавили одного ученика	система должна предотвратить двойное участие в одном сезоне или туре
Ученик прошёл тур индивидуально, а потом добавлен в Learning Group	нужна безопасная привязка к CompetitionGroup snapshot без потери результата
Родитель пытается получить доступ к чужой записи	доступ не выдаётся без подтверждения
Ученик сменил школу или группу в сезоне	история сохраняется, права доступа пересчитываются
Участник сменил очный формат на онлайн	нужно обновить DeliveryMode и ResultTrack с аудитом
Запись ученика объединена после публикации результата	документы и результаты должны ссылаться на итоговую запись без потери истории
Платная регистрация не оплачена	SeasonParticipation не активируется до выполнения правил оплаты
Родитель зарегистрировал ребёнка	ребёнок проходит тур в child mode, родитель видит статус и документы
Указано текстовое поле «учитель»	поле хранится для отображения, но не выдаёт преподавательский доступ
Official data package требуется, но не заполнен	registration остаётся needs_completion или pending_review, UI показывает недостающие поля
Raw СНИЛС или родительские контакты переданы в competitions API	запрос отклоняется; сбор должен идти через identity protected flow
Учитель ввёл данные родителя в official flow	создаётся protected identity record и pending parent invite/contact без выдачи родительских прав учителю
Learning Group изменилась после snapshot	competitions не переписывает состав регистрации автоматически

Готовность

1. Добавить модель StudentRecord с identity_status и duplicate_status.
2. Добавить модель SeasonRegistration со статусами двухшаговой регистрации.
3. Добавить модель SeasonParticipation.
4. Добавить модель TourParticipation с delivery_mode и result_track_id.
5. Добавить модель GroupParticipation / CompetitionGroup snapshot с refs на Learning Workspace.
6. Добавить official data package readiness flow через identity protected attributes.
7. Добавить модель AccountClaim.
8. Добавить аудит для всех изменений участия, official data package и доступа.
9. Добавить базовую проверку дублей при регистрации.
10. Добавить права доступа для личного, семейного, преподавательского, helper, площадочного и административного контекста.
11. Добавить административный просмотр записи ученика и истории участия.

20. Статус документа

Документ является первой версией модели участия и доступа. Следующий рекомендуемый документ: организации, группы и очные площадки.