комит

docs/API.md

@@ -559,7 +559,7 @@ GET /api/schedule?groupId=1&startDate=2026-04-27&endDate=2026-05-03
 **Тело создания/обновления графика:**
 ```json
 {
-  "title": "09.03.04 очная форма 2025-2026",
+  "title": "09.03.04 — Программная инженерия — Очная — 2025-2026",
   "academicYearId": 1,
   "specialtyId": 2,
   "specialtyProfileId": 3,
@@ -570,6 +570,7 @@ GET /api/schedule?groupId=1&startDate=2026-04-27&endDate=2026-05-03
 
 `studyFormId` берётся из общего справочника форм обучения `GET /api/education-forms`; отдельного справочника форм для календарных графиков нет.
 `courseCount` должен быть в диапазоне `1..8`.
+Административный frontend формирует `title` автоматически из кода специальности, профиля, формы обучения и учебного года; отдельного поля ручного ввода в интерфейсе нет.
 
 При `PUT /api/admin/academic-calendars/{id}` backend блокирует график и повторно проверяет
 все сохранённые назначения, дневную сетку и дисциплины. Изменение года, специальности,
@@ -594,7 +595,9 @@ GET /api/schedule?groupId=1&startDate=2026-04-27&endDate=2026-05-03
 удаления прежних строк backend проверяет весь список: он должен быть непустым и не
 содержать `null`, курс должен входить в `1..courseCount`, дата — в учебный год,
 `dayOfWeek` — совпадать с ISO-днём даты, а `weekNumber` — с номером семидневного периода
-от начала учебного года. Ключ `(courseNumber, date)` не должен повторяться, каждый
+`понедельник–воскресенье`. Неделя 1 содержит дату начала учебного года; дни этой недели
+до начала года не входят в JSON и отображаются пустыми ячейками. Ключ
+`(courseNumber, date)` не должен повторяться, каждый
 `activityTypeId` или `activityCode` должен существовать. При любом `400` старая сетка
 остаётся без изменений; `calendarId` из строки не переопределяет ID в URL.