Организации, группы и площадки

Зачем нужно

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

Организация может быть школой, кружком, образовательным центром или партнёром. В контексте олимпиады организация может выполнять разные роли:

• вести своих учеников через преподавателей и Learning Groups;
• проводить тур очно только для своих учеников;
• стать открытой очной площадкой для внешних участников;
• совмещать проведение для своих учеников и роль открытой площадки;
• быть только площадкой без собственных учеников в этом сезоне.

Базовая организация, пользователи, членство и роли принадлежат домену идентификации и доступа. Канонические учебные группы и списки учеников принадлежат Learning Workspace / Learning Group. Домен олимпиад использует эти данные и добавляет контекстные роли организации в конкретном сезоне или туре.

Что входит

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

• как организация участвует в сезоне олимпиады;
• как пользователь действует от имени организации;
• как преподаватель выбирает Learning Group и создаёт CompetitionGroup snapshot;
• как snapshot регистрируется на сезон;
• как внутри группы смешиваются способы прохождения тура;
• как организация проводит тур только для своих учеников;
• как организация становится открытой площадкой;
• как устроена заявка площадки;
• как задаются вместимость, адрес, контакты, классы, слоты и условия прихода участника;
• какие поля площадки публичны, а какие остаются административными;
• как участники выбирают площадку;
• какие права доступа нужны для преподавателя, помощника, координатора, площадочного подслоя и админа «Систематики».

Что не входит

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

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

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

Организация не должна иметь один постоянный тип «площадка».

Площадка — это контекстная роль организации в конкретном сезоне или туре.

Одна и та же организация может:

Сценарий	Описание
Только свои ученики	школа или кружок проводит тур для учеников своих Learning Groups
Только открытая площадка	организация принимает внешних участников, но не ведёт своих учеников в сезоне
Совмещённый режим	организация ведёт своих учеников и одновременно принимает внешних участников
Без участия в сезоне	организация существует в системе, но не участвует в данном сезоне

Следствие: роль организации в олимпиаде должна храниться отдельно от базовой сущности Organization.

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

CompetitionGroup не является общим списком учеников преподавателя. Это снимок Learning Group для регистрации и проведения конкретного сезона.

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

Сущность	Назначение	Источник истины
Organization	школа, кружок, центр или партнёр	идентификация и доступ
OrganizationMembership	членство пользователя в организации	идентификация и доступ
OrganizationRole	роль пользователя внутри организации	идентификация и доступ
LearningGroup	каноническая учебная группа	Learning Workspace
CompetitionGroup	снимок LearningGroup для сезона	олимпиады
OrganizationSeasonRole	роль организации в конкретном сезоне олимпиады	олимпиады
GroupSeasonRegistration	регистрация группы на сезон	олимпиады
VenueApplication	заявка стать открытой площадкой	олимпиады
Venue	подтверждённая площадка	олимпиады
VenueCapacity	вместимость площадки	олимпиады
VenueSlot	слот проведения на площадке	олимпиады
VenueContact	контактное лицо площадки	олимпиады
VenueParticipantAssignment	запись участника на площадку	олимпиады

6. Роли пользователя внутри выбранной организации

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

Роль	Смысл	Типовые права в олимпиадах
organization_owner	владелец или главный администратор организации	управляет организацией и выдаёт роли в identity-контуре
organization_admin	административный подслой	управляет регистрациями, преподавателями, заявками и списками участников
olympiad_coordinator	административный подслой	видит несколько преподавателей, регистрирует snapshots, управляет проведением
teacher	преподавательский слой	выбирает Learning Groups, регистрирует учеников, проводит туры
assistant_organizer	helper layer	помогает проводить тур, может видеть ограниченный набор данных
venue_manager	площадочный подслой	управляет заявкой, слотами, списками участников площадки
venue_staff	сотрудник площадки	видит инструкции и списки участников в ограниченном объёме

Правила:

1. Один пользователь может быть членом нескольких организаций.
2. В разных организациях у пользователя могут быть разные роли.
3. Роль учителя не должна быть глобальным флагом пользователя.
4. Действие пользователя в олимпиаде должно проверяться через actor context: личный, семейный, преподавательский с выбранной организацией, административный подслой, площадочный подслой или админ «Систематики».
5. Пользователь может быть учителем в одной организации и координатором в другой.

7. OrganizationSeasonRole

OrganizationSeasonRole описывает, какую роль организация играет в конкретном сезоне.

Поле	Описание
id	уникальный идентификатор
identity_organization_id	external ref на identity-owned организацию
competition_organization_id	локальная олимпиадная проекция организации в сезоне
competition_season_id	сезон
role_type	тип роли организации в сезоне
status	статус роли
approved_by_user_id	кто подтвердил роль, если нужно
approved_at	дата подтверждения
settings	настройки роли в сезоне

Типы role_type:

Код	Название	Описание
own_students_organizer	Организатор для своих учеников	организация ведёт свои группы и проводит туры для них
open_venue	Открытая площадка	организация принимает внешних участников
partner	Партнёр	организация участвует в партнёрском формате
external_host	Внешний организатор	для конкурсов, где «Систематика» не владеет полным регламентом

Статусы:

Статус	Значение
draft	роль готовится
requested	организация запросила роль
pending_review	ожидает проверки
approved	роль подтверждена
rejected	роль отклонена
suspended	роль временно приостановлена
archived	роль архивирована после сезона

Правила:

1. Одна организация может иметь несколько OrganizationSeasonRole в одном сезоне.
2. Роль open_venue не должна автоматически означать, что организация ведёт своих учеников.
3. Роль own_students_organizer не должна автоматически открывать организацию для внешних участников.
4. Подтверждённые роли должны влиять на доступные подслои преподавательского режима.

8. CompetitionGroup snapshot

CompetitionGroup — олимпиадный снимок LearningGroup, с которым преподаватель работает в конкретном сезоне.

Постоянная учебная группа живёт в Learning Workspace. Competitions фиксирует только snapshot состава, выбранного для регистрации и проведения олимпиады.

Поле	Описание
id	уникальный идентификатор
identity_organization_id	external ref на identity-owned организацию
learning_workspace_id	external ref на Learning Workspace
learning_group_id	external ref на LearningGroup
title_snapshot	название группы на момент snapshot
primary_teacher_user_id	основной преподаватель
member_snapshot	состав и display-данные на момент snapshot
snapshot_taken_at	когда зафиксирован снимок
status	статус группы

Статусы:

Статус	Значение
active	группа активна
archived	группа архивирована
draft	группа создана, но не используется

Правила:

1. Каноническая группа принадлежит Learning Workspace, а не competitions.
2. Snapshot используется только в рамках сезона и не должен становиться разделом «мои ученики».
3. У snapshot может быть основной преподаватель и помощники с урезанными правами.
4. Ученик может быть зарегистрирован без аккаунта, если он есть в Learning Group или выбран преподавателем по правилам workspace.
5. Способ прохождения тура не должен храниться только на snapshot, потому что внутри группы возможен смешанный режим.
6. Обновление Learning Group после snapshot не меняет состав регистрации без явного refresh/add action.

9. GroupSeasonRegistration

GroupSeasonRegistration — регистрация группы на сезон олимпиады.

Поле	Описание
id	уникальный идентификатор
competition_group_id	snapshot LearningGroup
learning_workspace_id	external ref на Learning Workspace
learning_group_id	external ref на LearningGroup
competition_season_id	сезон
registered_by_user_id	кто зарегистрировал группу
identity_organization_id	external ref на identity-owned организацию
status	статус регистрации группы
submitted_at	дата подачи
confirmed_at	дата подтверждения

Статусы:

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

Правила:

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

10. Проведение тура для своих учеников

Организация может проводить тур очно только для своих учеников без статуса открытой площадки.

Сценарий:

1. Организация имеет роль own_students_organizer в сезоне.
2. Учитель или координатор создаёт группу.
3. Учитель добавляет учеников.
4. Группа регистрируется на сезон.
5. Для учеников создаются TourParticipation.
6. Для части учеников delivery_mode может быть teacher_offline.
7. Учитель получает материалы и инструкции.
8. Учитель проводит тур.
9. Учитель вносит ответы или загружает сканы.
10. Результаты доступны ученикам, родителям, учителю и организации в рамках прав.

Правила:

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

11. Открытая очная площадка

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

Открытая площадка нужна уже в первой версии домена, потому что этот сценарий уже используется.

Сценарий:

1. Представитель организации выбирает возможность стать очной площадкой.
2. Организация подаёт VenueApplication.
3. Администратор проверяет заявку.
4. После одобрения создаётся Venue.
5. Площадка задаёт адрес, контакты, вместимость, классы и слоты.
6. Участники, допущенные к очному туру, выбирают площадку.
7. Площадка получает списки участников и инструкции.
8. Площадка проводит тур.
9. Площадка передаёт работы, сканы или отчётные материалы.

Правила:

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

12. VenueApplication

VenueApplication — заявка организации стать открытой площадкой.

Поле	Описание
id	уникальный идентификатор
identity_organization_id	external ref на identity-owned организацию
competition_organization_id	локальная олимпиадная проекция организации, если уже создана
competition_season_id	сезон
tour_id	тур, если заявка относится к конкретному туру
submitted_by_user_id	кто подал заявку
status	статус заявки
legal_name	официальное или отображаемое название организации
address	адрес площадки
city	город
country	страна
contact_name	основное контактное лицо
contact_email	email контакта
contact_phone	телефон контакта
capacity_total	общая вместимость
accepted_grade_categories	классы или категории, которые принимает площадка
comment	комментарий заявителя
admin_comment	комментарий администратора
entrance_rules	особенности входа и пропускной системы
required_documents	какие документы нужны участнику
guardian_policy	можно ли приходить с сопровождающим и где он ожидает
shoe_policy	нужна ли сменная обувь
food_water_policy	можно ли брать воду и еду
arrival_time_policy	за сколько минут приходить
accessibility_notes	доступность, лифт, ограничения
security_notes	важные правила безопасности
printing_capabilities	может ли площадка печатать материалы
scanning_capabilities	может ли площадка сканировать работы
participant_public_comment	комментарий, который увидит участник
admin_internal_comment	внутренний комментарий для «Систематики»
submitted_at	дата подачи
reviewed_at	дата проверки
reviewed_by_user_id	кто проверил

Статусы:

Статус	Значение
draft	заявка готовится
submitted	заявка отправлена
pending_review	ожидает проверки
needs_changes	нужны уточнения
approved	заявка одобрена
rejected	заявка отклонена
withdrawn	организация отозвала заявку
cancelled	заявка отменена администратором

Правила:

1. Подать заявку может пользователь с правом действовать от имени организации.
2. Одобрение заявки создаёт или активирует Venue.
3. Изменение ключевых параметров после одобрения может требовать повторной проверки.
4. Все решения по заявке должны аудироваться.
5. Participant-facing поля должны быть заполнены до публикации площадки, если сезон требует очный выбор участником.
6. printing_capabilities, scanning_capabilities и admin_internal_comment доступны только администратору и площадочному подслою, но не участнику и не storefront.

13. Venue

Venue — подтверждённая площадка проведения.

Поле	Описание
id	уникальный идентификатор
competition_organization_id	локальная олимпиадная проекция организации
competition_season_id	сезон
tour_id	тур
result_track_id	зачёт, если площадка относится к конкретному зачёту
venue_application_id	заявка-основание
title	название площадки
address	адрес
city	город
country	страна
status	статус площадки
public_visibility	видна ли площадка участникам для выбора
instructions	инструкции для площадки
access_rules	правила входа и пропускной системы
required_documents	документы участника
guardian_policy	правила сопровождающих
facility_rules	сменка, вода, еда, время прихода, доступность
technical_capabilities	печать, сканирование и операционные возможности
participant_public_comment	публичный комментарий для участника
admin_internal_comment	внутренний комментарий

Статусы:

Статус	Значение
draft	площадка создаётся
active	площадка активна
registration_open	площадку можно выбрать
full	мест нет
closed_for_selection	выбор площадки закрыт
running	на площадке идёт проведение
completed	проведение завершено
suspended	площадка временно отключена
cancelled	площадка отменена
archived	площадка архивирована

Правила:

1. Venue создаётся только для подтверждённой роли открытой площадки.
2. Venue может иметь несколько слотов.
3. Venue может иметь ограничения по классам, категориям, зачётам и способам прохождения.
4. Venue может быть скрыта от выбора участниками, но оставаться доступной администратору.
5. Закрытие площадки для выбора не должно удалять уже назначенных участников.
6. Публичная карточка участника показывает адрес, карту, правила входа, документы, сопровождающих, facility rules и public comment.
7. Storefront получает только published participant-safe поля; internal contacts, technical capabilities и admin comments не передаются.

14. VenueCapacity

VenueCapacity задаёт вместимость площадки.

Поле	Описание
id	уникальный идентификатор
venue_id	площадка
grade_category_id	класс или категория, если вместимость ограничена
slot_id	слот, если вместимость задаётся по слотам
capacity	максимальное число участников
reserved_capacity	резерв администратора, если нужен
current_assigned_count	текущее число записанных участников

Правила:

1. Вместимость может быть общей или по классам.
2. Вместимость может быть общей или по слотам.
3. Нельзя записать участника сверх вместимости без административного override.
4. Вместимость нельзя уменьшить ниже current_assigned_count без административного процесса переноса или снятия участников.
5. При смене вместимости нужно пересчитать доступность площадки.

15. VenueSlot

VenueSlot — конкретный поток или временной слот на площадке.

Поле	Описание
id	уникальный идентификатор
venue_id	площадка
tour_window_id	связанное окно проведения, если есть
title	название слота
starts_at	начало
ends_at	конец
capacity	вместимость слота
accepted_grade_categories	классы или категории
status	статус слота

Статусы:

Статус	Значение
draft	слот создаётся
open	слот открыт для выбора
full	слот заполнен
closed	слот закрыт для выбора
completed	слот завершён
cancelled	слот отменён

Правила:

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

16. VenueContact

VenueContact — контактное лицо площадки.

Поле	Описание
id	уникальный идентификатор
venue_id	площадка
user_id	пользователь, если контакт есть в системе
name	имя контакта
role_title	роль на площадке
email	email
phone	телефон
is_primary	основной контакт
visibility	кто видит контакт

Правила:

1. У площадки должен быть минимум один основной контакт.
2. Публичность контактов должна настраиваться.
3. Контакт может быть пользователем платформы или текстовой записью.

17. VenueParticipantAssignment

VenueParticipantAssignment — запись участника на площадку или слот.

Поле	Описание
id	уникальный идентификатор
venue_id	площадка
venue_slot_id	слот, если выбран
tour_participation_id	участие в туре
assigned_by_user_id	кто назначил площадку
assignment_source	выбор участника, учителя, администратора, автоматическое распределение
status	статус назначения
assigned_at	дата назначения
cancelled_at	дата отмены
cancellation_reason	причина отмены

Статусы:

Статус	Значение
selected	участник выбрал площадку
confirmed	назначение подтверждено
waitlisted	участник в листе ожидания
cancelled	назначение отменено
transferred	участник перенесён на другую площадку
attended	участник явился
absent	участник не явился

Правила:

1. Участник может иметь только одно активное назначение на площадку для одного тура.
2. Назначение площадки должно соответствовать TourParticipation и DeliveryMode.
3. Смена площадки после закрытия выбора требует прав администратора или специального правила.
4. Площадка видит только участников, назначенных на неё.
5. Если организация совмещает свои группы и открытую площадку, внешние участники должны быть отделены от своих учеников в интерфейсе и отчётах.
6. При смене площадки UI предупреждает: “Если вы выберете новую площадку, регистрация на предыдущую площадку будет отменена. Место на предыдущей площадке может стать доступно другим участникам.”

18. Сценарий: организация только для своих учеников

1. Организация получает или имеет роль own_students_organizer.
2. Преподаватель выбирает организацию в teacher mode.
3. Преподаватель выбирает LearningGroup.
4. Competitions создаёт CompetitionGroup snapshot.
5. Преподаватель регистрирует snapshot или выбранных учеников на сезон.
6. В первом туре часть учеников может писать очно, часть онлайн.
7. Преподаватель или помощник вносит ответы или загружает сканы за очных участников.
8. Преподаватель видит результаты своих учеников после publication policy.
9. Координатор видит результаты нескольких snapshots, если у него есть права.

Ограничение: внешние участники не могут выбрать эту организацию как открытую площадку.

19. Сценарий: организация только как открытая площадка

1. Организация подаёт заявку VenueApplication.
2. Администратор одобряет заявку.
3. Создаётся Venue.
4. Организация указывает слоты, вместимость и контакты.
5. Участники, допущенные к очному туру, выбирают площадку.
6. Площадка получает списки.
7. Площадка проводит тур.
8. Площадка передаёт работы и отчёты.
9. Площадка отправляет фотоотчёт со статусом submitted, который админ подтверждает или возвращает с комментарием.

Ограничение: организация может не иметь собственных учеников в этом сезоне.

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

1. Организация ведёт свои Learning Groups через преподавателей.
2. Та же организация получает статус открытой площадки.
3. В списке площадки появляются внешние участники.
4. Свои ученики организации могут участвовать через CompetitionGroup snapshot или через площадку в зависимости от правил сезона.
5. Преподавательский режим должен разделять:
   • своих учеников;
   • внешних участников площадки;
   • общий операционный список проведения, если он нужен.

Правила:

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

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

Актор	Может делать
teacher	выбирать Learning Groups, создавать CompetitionGroup snapshots, регистрировать своих учеников, вносить ответы по своим участникам
assistant_organizer	выполнять только выданные действия: roster view, answers entry, file upload
olympiad_coordinator	управлять несколькими snapshots организации, видеть агрегированные списки и статусы
organization_admin	управлять ролями в выбранной организации, snapshots и заявками площадки
venue_manager	управлять заявкой площадки, параметрами площадки, слотами и списками участников площадки
venue_staff	видеть инструкции и ограниченные списки участников площадки
competition_admin	проверять заявки, подтверждать площадки, переназначать участников, управлять исключениями
super_admin	управлять глобальными настройками и аудитом

Минимальные permissions:

Право	Назначение
organization_season_role.request	запросить роль организации в сезоне
organization_season_role.approve	подтвердить роль организации
learning_group.read	читать доступные Learning Groups через Learning Workspace
competition_group.snapshot.create	создать snapshot для сезона
competition_group.helpers.manage	выдать/отозвать права помощника
group_registration.create	зарегистрировать snapshot или выбранных учеников
venue_application.create	подать заявку площадки
venue_application.review	рассмотреть заявку площадки
venue.configure	настраивать площадку
venue.capacity.change	менять вместимость с capacity guard
venue_slot.configure	настраивать слоты
venue_assignment.create	назначить участника на площадку
venue_assignment.transfer	перенести участника на другую площадку
venue_roster.view	видеть список участников площадки
own_students_roster.view	видеть список своих учеников

22. Аудит

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

• запрос роли организации в сезоне;
• подтверждение или отклонение роли организации;
• создание и refresh CompetitionGroup snapshot;
• добавление ученика из Learning Group в snapshot;
• выдача/отзыв прав помощника;
• регистрация snapshot на сезон;
• подача заявки площадки;
• изменение заявки площадки;
• решение администратора по заявке;
• создание площадки;
• изменение адреса, вместимости, контактов и слотов;
• попытка уменьшить вместимость ниже текущих назначений;
• изменение participant-facing условий площадки после публикации;
• смена площадки участником и отмена предыдущего назначения;
• выбор участником площадки;
• перенос участника между площадками;
• ручное превышение вместимости;
• закрытие площадки для выбора;
• отмена площадки или слота;
• отметка явки или неявки участника;
• отправка и проверка фотоотчёта.

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

Событие	Когда возникает
OrganizationSeasonRoleRequested	организация запросила роль в сезоне
OrganizationSeasonRoleApproved	роль организации подтверждена
CompetitionGroupSnapshotCreated	создан snapshot LearningGroup
CompetitionGroupHelperGranted	помощнику выданы ограниченные права
GroupSeasonRegistrationSubmitted	группа зарегистрирована на сезон
VenueApplicationSubmitted	подана заявка площадки
VenueApplicationApproved	заявка площадки одобрена
VenueCreated	создана площадка
VenueConfigured	площадка настроена
VenueSlotCreated	создан слот площадки
VenueParticipantAssigned	участник назначен на площадку
VenueParticipantTransferred	участник перенесён на другую площадку
VenueCapacityChanged	изменилась вместимость площадки
VenueCapacityChangeBlocked	уменьшение вместимости требует admin process
VenueSelectionClosed	выбор площадки закрыт
VenueParticipantPublicRulesUpdated	изменились публичные правила площадки
VenueCancelled	площадка отменена
PhotoReportSubmitted	фотоотчёт отправлен
PhotoReportReviewed	фотоотчёт подтверждён или не подтверждён

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

Ситуация	Требуемое поведение
Организация подала заявку площадки, но не указала вместимость	заявка не может быть одобрена или требует уточнений
Площадка стала полной	участники больше не могут выбрать её без override
Участник хочет сменить площадку после закрытия выбора	требуется правило сезона или действие администратора
Участник меняет площадку до закрытия выбора	UI показывает предупреждение об отмене предыдущей площадки
Слот площадки отменён	участников нужно переназначить или уведомить
Преподаватель пытается увидеть внешних участников площадки	доступ запрещён, если он не venue_manager или не имеет расширенной роли
Ответственный площадки пытается увидеть Learning Groups организации	доступ запрещён, если роль площадки не даёт таких прав
Вместимость уменьшают ниже текущих назначений	изменение блокируется и создаётся admin process
Помощник пытается сделать действие вне своей роли	доступ запрещён и аудитируется
Организация совмещает свои группы и открытую площадку	интерфейсы и отчёты должны разделять своих и внешних участников
Один участник назначен на две площадки одного тура	система должна запретить второе активное назначение
Вместимость уменьшили ниже числа уже записанных	система должна показать конфликт и требовать ручного решения

Готовность

1. Добавить модель OrganizationSeasonRole.
2. Добавить модель CompetitionGroup snapshot с refs на Learning Workspace / Learning Group.
3. Добавить модель GroupSeasonRegistration.
4. Добавить модель VenueApplication.
5. Добавить модель Venue.
6. Добавить expanded venue fields: правила входа, документы, сопровождающие, facility rules, technical capabilities, public/admin comments.
7. Добавить модель VenueCapacity с запретом уменьшения ниже текущих назначений.
8. Добавить модель VenueSlot.
9. Добавить модель VenueContact.
10. Добавить модель VenueParticipantAssignment.
11. Добавить публичную публикацию площадок списком и на карте.
12. Добавить проверки прав для преподавателя, помощника, координатора, административного и площадочного подслоёв.
13. Добавить аудит изменений заявок, площадок, слотов, вместимости, назначений участников и фотоотчётов.
14. Добавить запрет двойного активного назначения участника на площадку одного тура.
15. Добавить базовую проверку вместимости площадки и слота.

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

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