pcp: миграция времени плана ТГУ на явный Z (OffsetDateTime)

PlanResponse (pcp-tgu-service) и зависящий от него TguPlanResponse (pcp-ui-service)
переведены с naive LocalDateTime на OffsetDateTime в UTC → на проводе явная зона Z.
Домен/БД (PlannedPlanEntity/CalculatedPlan) остаются naive LocalDateTime (= UTC);
конвертация только на границе API (atOffset(ZoneOffset.UTC)). Потребитель один
(ui-service.TguPlanningService), обновлён синхронно; фронт parseUtc совместим с Z.

- контрактные тесты обновлены на Z (PlanResponseContractTest, TguPlanningDtoContractTest);
- тестовые фикстуры/ассерты приведены к OffsetDateTime/Z (PlanQueryServiceTest,
  CatalogControllerTest, TguPlanningServiceTest);
- docs/standards/DATETIME_UTC.md: отражена миграция и обновлена таблица сервисов.

docs/standards/DATETIME_UTC.md

@@ -43,8 +43,8 @@
 | Сервис | Преобладает на границе API | Naive? | Вердикт |
 |---|---|---|---|
 | pcp-request-service | `OffsetDateTime` (`Z`) | нет | **эталон**: явная зона на проводе |
-| pcp-tgu-service | `LocalDateTime` (planId/plan times) | да | задокументирован «=UTC» (`PlanResponse`); баги конвертаций исправлены |
-| pcp-ui-service | `LocalDateTime` (агрегатор/CZML, summaries) | да | задокументировать «=UTC»; кандидат на `Z` |
+| pcp-tgu-service | REST `PlanResponse` — `OffsetDateTime` (`Z`); Kafka/прочие DTO — `LocalDateTime` | частично | `PlanResponse` **мигрирован на `Z`**; баги конвертаций исправлены; Kafka-DTO остаются naive (=UTC) |
+| pcp-ui-service | `LocalDateTime` (агрегатор/CZML, summaries); план ТГУ — `OffsetDateTime` (`Z`) | частично | `TguPlanResponse` **мигрирован на `Z`** вслед за tgu; прочие naive DTO — задокументировать |
 | pcp-complex-mission-service | `LocalDateTime` (+ часть `Instant`) | смешано | проверить смешение; задокументировать |
 | pcp-dynamic-plan-service | `LocalDateTime` (+ offset на входе клиента) | да | задокументировать «=UTC» |
 | pcp-ballistics-service | `LocalDateTime` | да | задокументировать «=UTC» |
@@ -77,13 +77,24 @@
 Оба формата на проводе закреплены сериализационными тестами (mapper зеркалит конфиг Spring Boot —
 JavaTimeModule + `disable(WRITE_DATES_AS_TIMESTAMPS)`):
 
-- `PlanResponseContractTest` (pcp-tgu-service) — naive `LocalDateTime` без зоны.
+- `PlanResponseContractTest` (pcp-tgu-service) — `OffsetDateTime` с `Z` (после миграции, см. ниже).
 - `RequestResponseDtoContractTest` (pcp-request-service) — `OffsetDateTime` с `Z` (эталон).
-- `TguPlanningDtoContractTest` (pcp-ui-service) — оба формата: naive `LocalDateTime` + `Instant` с `Z`.
+- `TguPlanningDtoContractTest` (pcp-ui-service) — план ТГУ `OffsetDateTime` с `Z` + `Instant` с `Z`.
 
 Прочие сервисы с naive-временем (ballistics, complex-mission, dynamic-plan, slots, coverage-scheme,
 mission-planing) используют тот же дефолтный Jackson-конфиг → тот же naive-формат; при желании
-пер-сервисный страж копируется по образцу `PlanResponseContractTest`.
+пер-сервисный страж копируется по образцу `RequestResponseDtoContractTest`.
+
+### Миграция к `Z` — выполнено
+
+- **План ТГУ (tgu → ui-service → фронт).** `PlanResponse` (pcp-tgu-service) и зависящий от него
+  `TguPlanResponse` (pcp-ui-service) переведены с naive `LocalDateTime` на `OffsetDateTime` в UTC →
+  на проводе `Z`. Домен/БД (`PlannedPlanEntity`/`CalculatedPlan`) остались naive `LocalDateTime` (=UTC);
+  конвертация только на границе (`atOffset(ZoneOffset.UTC)`). Потребитель один (ui-service), обновлён
+  синхронно; фронт `parseUtc` совместим. Контракт закреплён тестами выше.
+
+Следующие кандидаты на миграцию (по согласованию, по сервису): остальные naive-DTO ui-service,
+ballistics, complex-mission, dynamic-plan, slots, coverage-scheme.
 
 ## 5. Правило для нового кода