41 lines
1.6 KiB
Markdown
41 lines
1.6 KiB
Markdown
# Fallback Policy
|
||
|
||
## Типы fallback
|
||
|
||
### 1) Out-of-scope fallback
|
||
|
||
Условие:
|
||
- сообщение не имеет валидных in-scope фрагментов.
|
||
|
||
Шаблон:
|
||
> Я работаю только с данными и бухгалтерским контуром текущей компании.
|
||
> Запрос вне доступной предметной области.
|
||
|
||
### 2) Clarification fallback
|
||
|
||
Условие:
|
||
- in-scope есть, но для исполнения не хватает критичного контекста (период, объект, участок учета).
|
||
|
||
Шаблон:
|
||
> Могу проверить это в контуре компании, но нужно уточнить период, документ, счет или участок учета.
|
||
|
||
### 3) Partial fallback
|
||
|
||
Условие:
|
||
- смешанное сообщение: часть in-scope, часть out-of-scope.
|
||
|
||
Шаблон:
|
||
> Обработаю только ту часть запроса, которая относится к данным компании.
|
||
> Остальное выходит за пределы доступного контура.
|
||
|
||
## Тональность
|
||
|
||
- профессионально и спокойно;
|
||
- без канцелярита;
|
||
- без грубости и оценочных формулировок;
|
||
- без имитации “полного ответа”, если контур не позволяет.
|
||
|
||
## Техническое правило
|
||
|
||
Fallback выбирается после fragment-level domain gating, до исполнения маршрутов.
|