BUGFIX-009-01: BFF агрегация legal_entity_name для ТТ
Что сделать
В BFF routes/stores.ts после получения ответа от Store Service — дополнить каждый объект ТТ полем legal_entity_name из User Service internal API.
Конкретно
GET /:id (карточка)
- Получить ответ от Store Service
GET /api/v1/stores/{id} - Из ответа взять
legal_entity_id - Вызвать User Service
GET /internal/legal-entities/{legal_entity_id}(Service Token) - Добавить
legal_entity_nameв response data
GET / (список)
- Получить ответ от Store Service
GET /api/v1/stores - Собрать уникальные
legal_entity_idизdata[] - Batch-запрос к User Service (или N запросов по ID) для получения имён
- Обогатить каждый элемент
data[]полемlegal_entity_name
POST / (создание)
- Проксировать
POST /api/v1/storesкак обычно - Из ответа взять
legal_entity_id - Дополнить
legal_entity_nameперед отправкой фронту
PATCH /:id (обновление)
- Проксировать
PATCH /api/v1/stores/{id}как обычно - Дополнить
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