openspec/specs/image-recognition-gateway/spec.md

@@ -17,8 +17,8 @@ SHALL хватать `OPENBAO__MINIO__*`, `OPENBAO__NATS__NATS_URL`, `SCAN_HOTFO
 - **THEN** `GET /healthcheck` → 200 с полями `uptime`, `version`, `nats`, `hotfolder = ok`; `OPENBAO__SMB__*` не требуются
 
 ### Requirement: Подтверждение запроса до обработки
-Сервис SHALL быть подписан на `recognition.image.request` в queue group `scan-gateway`. Получив запрос, проходящий схему,
-сервис SHALL до чтения файла из S3 опубликовать в `recognition.result` конверт `status = processing`
+Сервис SHALL быть подписан на `files.img_uploaded` в queue group `scan-gateway`. Получив запрос, проходящий схему,
+сервис SHALL до чтения файла из S3 опубликовать в `files.tabular_parsed` конверт `status = processing`
 (`service.name = "scan-gateway"`, `Nats-Msg-Id = ack:<job_id>:<attempt>`). Повторный запрос с `job_id`, который уже
 обрабатывается или обработан этим процессом, SHALL получить повторный ack, и второй файл во входящий каталог MUST NOT записываться.
 
@@ -88,7 +88,7 @@ SHALL хватать `OPENBAO__MINIO__*`, `OPENBAO__NATS__NATS_URL`, `SCAN_HOTFO
 - **THEN** в `files` для него `response = null`, `parse_error` непустой; остальные файлы разобраны, задание не падает
 
 ### Requirement: Результат по контракту
-Сервис SHALL публиковать в `recognition.result` конверт по `recognition-result-message.schema.json` с
+Сервис SHALL публиковать в `files.tabular_parsed` конверт по `recognition-result-message.schema.json` с
 `service.name = "scan-gateway"`, `Nats-Msg-Id = result:<job_id>:<attempt>`; при `status ∈ {done, needs_check}` — файл
 результата (`recognition-result.schema.json`, `schema_version = "1.0"` — `CONTRACT_VERSION` сервиса, решение №14; схема допускает любой MINOR) в `results/{file_id}/{job_id}/result.json` и `result_s3`;
 при неудаче публикации SHALL повторить её до трёх раз. Нормализатор получает склеенный ответ и SHALL считать файл