Закрыты задачи бэклога по неочевидному поведению UI при ошибках отправки сообщений и блокировках со стороны Message-safety + добалено ограничение на размер сообщения
This commit is contained in:
@@ -243,6 +243,7 @@ Pydantic `422` преобразуется в `400 validation_error`, чтобы
|
||||
{
|
||||
"auth": {"phone_enabled": true, "password_enabled": false},
|
||||
"operator": {"call_phone": "+74999591007"},
|
||||
"messages": {"max_text_length": 4000},
|
||||
"consents": {
|
||||
"personal_data": {
|
||||
"required": true,
|
||||
@@ -429,7 +430,7 @@ Success `201` возвращает финальный `MessageResponse`:
|
||||
}
|
||||
```
|
||||
|
||||
На safety deny — `422 message_blocked`; blocked message допустимо сохранять для аудита, но его текст должен храниться по политике минимизации данных (см. решение M8). На dependency failure — `503/504`; если Message уже создан, его `delivery_status=failed`.
|
||||
На safety deny — `422 message_blocked`; blocked message допустимо сохранять для аудита, но его текст должен храниться по политике минимизации данных (см. решение M8). В той же транзакции backend создаёт отдельную локальную `company`-реплику с безопасным бизнес-текстом для сообщения или документа; эта реплика публикуется в realtime, но не отправляется в Open Lines. На dependency failure — `503/504`; если Message уже создан, его `delivery_status=failed`.
|
||||
|
||||
### 6.7. Attachments
|
||||
|
||||
|
||||
Reference in New Issue
Block a user