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, до исполнения маршрутов.
|