комит

docs/DATABASE.md

@@ -775,7 +775,7 @@ V1 создаёт GiST exclusion constraint `ex_academic_years_no_overlap` дл
 | `calendar_id` | BIGINT FK → academic_calendars (CASCADE) | Календарный график |
 | `course_number` | INT | Номер курса |
 | `date` | DATE | Дата учебного года |
-| `week_number` | INT | Номер недели от начала учебного года |
+| `week_number` | INT | Номер периода `понедельник–воскресенье`; неделя 1 содержит начало учебного года |
 | `day_of_week` | INT CHECK(1–7) | День недели ISO |
 | `activity_type_id` | BIGINT FK → academic_calendar_activity_types | Код активности |
 
@@ -920,13 +920,14 @@ lifecycle ресурсов, эффективная сетка целевого
 | Файл | Описание |
 |------|----------|
 | `V1__init.sql` | Полная baseline-схема: справочники, роли, refresh-сессии JWT, PostgreSQL rate limit и аудит входа, lifecycle-поля, история кафедр, календарные графики, динамическое расписание, точечные изменения с переносом даты, seed, CHECK/UNIQUE/GiST-ограничения, конкурентно безопасные триггеры и комментарии |
+| `V2__align_academic_calendar_weeks_to_monday.sql` | Перенумерация сохранённых дней календарного графика по периодам `понедельник–воскресенье`, чтобы неполная первая неделя не заполнялась датами следующей недели |
 
 ### Этап разработки
 
-По прямому решению владельца проекта все миграции V2–V7 объединены в V1, поскольку
-клиентских tenant-БД ещё нет. После изменения контрольной суммы V1 локальную базу нужно
-пересоздать целиком; накатывание этой редакции поверх БД со старой записью V1 в
-`flyway_schema_history` не поддерживается.
+По прямому решению владельца проекта прежние разработческие миграции V2–V7 были объединены
+в baseline `V1`. Новая миграция `V2__align_academic_calendar_weeks_to_monday.sql` создана
+после фиксации baseline и накатывается поверх существующих tenant-БД без изменения
+контрольной суммы V1.
 
 ### Полный сброс БД (локально)