feat: статусы реагирования на АРМ ДДС и ошибки диспетчера D1–D6 (lct-33)

ТЗ называет обучаемого оператором ДДС, а его работа в системе-112 состоит
из одного действия: получить карточку и правильно проставить статус
реагирования с комментарием. Памятка заказчика посвящена этому целиком.
Наш АРМ умел два статуса из девяти.

- domain/statuses.py: девять статусов реагирования с автоматом переходов,
  семь статусов карточки, обязательные комментарии к отказам. Формулировки
  из памятки дословно — диспетчер должен узнать слова своего боевого АРМ.
- Автомат на сервере: фронт рисует только пришедшее в available. Отвергнутая
  отметка не попадает в журнал и возвращается текстом для курсанта.
- scoring/dispatcher.py: D1, D2, D3, D4, D6 детерминированно. D3 (отказ
  от профильного происшествия) проверяется по списку оповещения из ЕКП —
  без классификатора его было бы не на чем посчитать. D5 оставлен судье.
- Отметки D идут в отчёт рядом с E: в живой цепочке 112 → ДДС участвуют обе роли.
- Экран ДДС: таблица служб со статусами, поле комментария у отказов,
  журнал отметок, статус карточки красным в трёх случаях из семи.

Сквозной тест повис на ожидании station.state и вскрыл продуктовый дефект:
снимок уходил только в ответ на действие диспетчера, то есть список оповещения
он видел лишь после того, как что-то нажмёт. Теперь station.state отправляется
сразу за card.received.

Упрощения записаны в карточке: статусы «Проверена» и «Не завершено» не
считаются — первый требует главного специалиста, второй 48 часов.

148 тестов зелёных (23 новых), make typecheck чистый.

backend/app/domain/events.py

@@ -19,6 +19,7 @@ from pydantic import BaseModel, Field
 
 from app.domain.classifiers import DDSCode, IncidentType, Level
 from app.domain.kio import KIO, Coords
+from app.domain.statuses import ServiceStatus, StationSnapshot
 from app.domain.taxonomy import Finding
 from app.domain.timers import TimerSnapshot
 
@@ -453,6 +454,27 @@ class CardBounce(BaseModel):
     comment: str = ""
 
 
+class ServiceStatusSet(BaseModel):
+    """Диспетчер ставит статус реагирования своей службе.
+
+    Последовательность жёсткая, комментарий к отказу обязателен — это не
+    валидация формы, а то, чему учит второй режим занятия
+    (docs/spec/DATASET.md#статусы-реагирования).
+    """
+
+    type: Literal["card.status"] = "card.status"
+    service: str
+    status: ServiceStatus
+    comment: str = ""
+
+
+class StationState(BaseModel):
+    """Состояние АРМ ДДС после каждой отметки: что стоит и что доступно дальше."""
+
+    type: Literal["station.state"] = "station.state"
+    snapshot: StationSnapshot
+
+
 class ZoneDecision(BaseModel):
     type: Literal["zone.decision"] = "zone.decision"
     in_zone: bool
@@ -469,12 +491,12 @@ class CrewArrived(BaseModel):
 
 
 ServerToStation = Annotated[
-    CardReceived | TimerTick | SessionEnded | ErrorEvent,
+    CardReceived | StationState | TimerTick | SessionEnded | ErrorEvent,
     Field(discriminator="type"),
 ]
 
 StationToServer = Annotated[
-    CardAck | CardBounce | ZoneDecision | CrewDispatched | CrewArrived,
+    CardAck | CardBounce | ServiceStatusSet | ZoneDecision | CrewDispatched | CrewArrived,
     Field(discriminator="type"),
 ]