Реализация на отдельных двух машинах с протестированным взаимодействием по проверке сообщений
This commit is contained in:
@@ -126,12 +126,14 @@
|
||||
|
||||
| Значение | Когда |
|
||||
|---|---|
|
||||
| `accepted` | Сообщение принято API, safety ещё не завершена или только начата |
|
||||
| `processing` | Внутренний/transient на время sync-wait safety; клиенту на `POST .../messages` не отдаётся как финальный ответ |
|
||||
| `accepted` | Получен финальный `allow`, сообщение и durable-намерение доставки зафиксированы, но Open Lines ещё не подтвердил приём |
|
||||
| `processing` | Сообщение принято API, Safety ещё выполняется (включая sync-wait `202 pending`); клиенту на `POST .../messages` не отдаётся как финальный ответ |
|
||||
| `delivered` | Финальный `allow`, сообщение ушло в Open Lines (или входящее от оператора сохранено) |
|
||||
| `rejected` | Финальный `deny` от Message Safety |
|
||||
| `failed` | Инфраструктурная ошибка доставки (Bitrix/S3), не safety-deny |
|
||||
|
||||
Для исходящего сообщения успешный lifecycle строго следует порядку: Safety `allow` → `accepted` → приём в Open Lines → `delivered`. Статус `accepted` не означает незавершённую Safety-проверку.
|
||||
|
||||
Realtime-событие `message.status` передаёт актуальные `safety_status` и/или `delivery_status`.
|
||||
|
||||
## `MessageAttachment.scan_status`
|
||||
|
||||
Reference in New Issue
Block a user