BUGFIX-009-01: BFF агрегация legal_entity_name для ТТ

Что сделать

В BFF routes/stores.ts после получения ответа от Store Service — дополнить каждый объект ТТ полем legal_entity_name из User Service internal API.

Конкретно

GET /:id (карточка)

  1. Получить ответ от Store Service GET /api/v1/stores/{id}
  2. Из ответа взять legal_entity_id
  3. Вызвать User Service GET /internal/legal-entities/{legal_entity_id} (Service Token)
  4. Добавить legal_entity_name в response data

GET / (список)

  1. Получить ответ от Store Service GET /api/v1/stores
  2. Собрать уникальные legal_entity_id из data[]
  3. Batch-запрос к User Service (или N запросов по ID) для получения имён
  4. Обогатить каждый элемент data[] полем legal_entity_name

POST / (создание)

  1. Проксировать POST /api/v1/stores как обычно
  2. Из ответа взять legal_entity_id
  3. Дополнить legal_entity_name перед отправкой фронту

PATCH /:id (обновление)

  1. Проксировать PATCH /api/v1/stores/{id} как обычно
  2. Дополнить legal_entity_name перед отправкой фронту

Паттерн

Аналогично тому как bff/src/routes/legal-entities.ts уже ходит в Store Service за store_count (через GET /:id/stores). Здесь обратная агрегация: stores → legal entity name.

Использовать config.userServiceUrl + config.serviceToken для internal API.

Файлы

  • bff/src/routes/stores.ts — добавить агрегацию в GET /, GET /:id, POST /, PATCH /:id