> For the complete documentation index, see [llms.txt](https://docs.iexexchanger.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.iexexchanger.com/guide/zayavki/upravlenie-zayavkami/statusy-zayavok.md).

# Статусы заявок

Статусы заявок показывают текущее состояние обмена: клиент ещё должен оплатить заявку, платёж проверяется, заявка ожидает оператора, выполняется автоматическая выплата или обмен уже завершён.

## Главное правило

В системе используются системные статусы с фиксированным назначением. Название каждого статуса должно соответствовать его реальному смыслу.

Например, «Заявка исполнена» всегда означает успешное завершение обмена, а «Оплаченная заявка» — только подтверждение входящей оплаты, но ещё не завершение всей заявки.

## Список статусов

### 1. Время истекло

Статус означает, что клиент не выполнил оплату в отведённое для заявки время.

Он используется для завершения ожидания по заявкам, которые не были оплачены вовремя. После перехода в этот статус заявка больше не считается обычной активной заявкой.

Когда применяется:

* клиент не оплатил заявку до окончания срока;
* система завершила ожидание оплаты;
* условия, курс или резерв заявки больше не должны считаться актуальными.

Если клиент отправил деньги перед самым окончанием срока, оператору необходимо отдельно проверить фактическое время поступления платежа.

При необходимости заявку можно восстановить:

`Время истекло → Ожидает обработки`

### 2. Ожидается оплата

Это обычный начальный статус после создания заявки.

Клиент уже оформил обмен и получил инструкции или реквизиты для оплаты, но система ещё не подтвердила поступление денег.

Когда применяется:

* заявка успешно создана;
* клиент должен выполнить оплату;
* платёж ещё не найден;
* клиент может подтвердить оплату;
* система ожидает перехода к мерчанту.

Основные переходы:

* клиент подтвердил оплату — «Ожидает обработки»;
* платёж передан провайдеру — «В процессе оплаты»;
* требуется проверка — «Проверка оплаты»;
* платёж подтверждён автоматически — «Оплаченная заявка»;
* время оплаты закончилось — «Время истекло»;
* клиент отменил заявку — «Заявка отменена пользователем».

### 3. Ожидает обработки

Статус означает, что заявка готова к ручной обработке и требует внимания оператора.

Обычно заявка переходит в этот статус после подтверждения клиентом оплаты, после передачи из платёжного сценария или после восстановления заявки.

Когда применяется:

* клиент нажал «Я оплатил»;
* заявка передана оператору;
* необходимо вручную проверить поступление средств;
* заявка восстановлена;
* оператор должен принять решение по обмену.

Подтверждение клиента «Я оплатил» ещё не всегда означает, что система автоматически обнаружила платёж. При ручном направлении оператор должен проверить оплату самостоятельно.

Основные переходы:

* оператор выполнил обмен — «Заявка исполнена»;
* оператор отказал в выполнении — «Заявка отклонена»;
* оператор временно остановил обработку — «Отложенная заявка».

### 4. Заявка исполнена

Это финальный успешный статус.

Он означает, что обмен полностью завершён: обязательства клиента и обменного сервиса выполнены.

Когда применяется:

* оператор нажал «Выполнить»;
* автоматическая выплата прошла успешно;
* клиент получил предусмотренную выплату;
* обмен полностью завершён.

После перехода система фиксирует успешный результат заявки, обновляет финансовые показатели, статистику и связанные начисления.

Обычных переходов из этого статуса нет:

`Заявка исполнена → завершение обработки`

Ошибочно исполненную заявку нельзя просто вернуть в работу без проверки уже выполненных финансовых операций.

### 5. Заявка отклонена

Это финальный неуспешный статус.

Он означает, что заявка была рассмотрена, но обмен не будет выполнен.

Когда применяется:

* оператор отклонил заявку;
* оплата не найдена;
* клиент указал неправильные данные;
* заявка нарушает правила сервиса;
* обмен невозможно выполнить;
* платёж или заявка отклонены автоматическим правилом.

При штатном отклонении обычная обработка прекращается, а удержанный исходящий резерв освобождается.

Если заявка была отклонена ошибочно, её можно вернуть в работу:

`Заявка отклонена → Ожидает обработки`

### 6. Заявка отменена пользователем

Статус означает, что клиент самостоятельно отказался от продолжения обмена.

Это именно действие клиента, а не решение оператора.

Когда применяется:

* клиент передумал выполнять обмен;
* клиент отменил неоплаченную заявку;
* клиент отменил ещё не завершённую платёжную операцию.

После отмены заявка считается завершённой без успешного обмена.

Если после отмены от клиента всё же поступили деньги, оператору необходимо проверить платёж вручную.

При необходимости заявку можно восстановить:

`Заявка отменена пользователем → Ожидает обработки`

### 7. Оплаченная заявка

Статус означает, что входящая оплата клиента подтверждена, но сам обмен ещё не завершён.

Это промежуточное состояние между получением денег от клиента и выплатой клиенту.

Когда применяется:

* мерчант подтвердил платёж;
* платёж найден автоматически;
* проверка оплаты завершилась успешно;
* входящая сумма подтверждена;
* заявка готова к ручной или автоматической выплате.

После подтверждения оплаты заявка может быть передана оператору или поставлена в очередь автоматической выплаты.

Основные переходы:

* ручная обработка — «Ожидает обработки»;
* ожидание дополнительного ответа — «Подтверждение от мерчанта»;
* автоматическая выплата — «В очереди на выплату»;
* оператор выполнил обмен — «Заявка исполнена»;
* оператор отклонил заявку — «Заявка отклонена»;
* оператор отложил заявку — «Отложенная заявка».

### 8. Отложенная заявка

Статус используется для временной остановки обработки.

Заявка ещё не завершена и не отклонена, но продолжить работу с ней прямо сейчас невозможно.

Когда применяется:

* требуется дополнительная проверка;
* необходимо дождаться ответа клиента;
* нужно уточнить реквизиты;
* возникла спорная ситуация;
* требуется проверка безопасности;
* временно невозможно выполнить выплату.

Отложенная заявка не является финальной. После устранения причины её можно вернуть в работу.

Основные переходы:

* продолжение обработки — «Ожидает обработки»;
* окончательный отказ — «Заявка отклонена».

### 9. В процессе оплаты

Статус означает, что клиент начал платёжную операцию, но окончательный результат ещё не получен.

Обычно он используется при оплате через подключённого мерчанта или платёжного провайдера.

Когда применяется:

* клиент перешёл к оплате;
* платёжный запрос создан;
* операция отправлена провайдеру;
* система ожидает результат платежа;
* оплата ещё не подтверждена.

Этот статус нельзя считать подтверждением оплаты.

Основные переходы:

* требуется проверка — «Проверка оплаты»;
* ожидается ответ провайдера — «Подтверждение от мерчанта»;
* платёж подтверждён — «Оплаченная заявка»;
* клиент отменил операцию — «Заявка отменена пользователем»;
* время закончилось — «Время истекло»;
* заявка передана оператору — «Ожидает обработки».

### 10. Недействительна

Статус используется для некорректных заявок, которые не должны участвовать в обычной обработке.

Это служебное финальное состояние. Его не следует использовать как обычную замену отклонению.

Когда применяется:

* заявка содержит некорректные данные;
* заявка не может быть правильно обработана;
* нарушена целостность данных;
* система определила заявку как недействительную;
* продолжение обмена невозможно.

После перехода заявка закрывается как неуспешная. Удержанный исходящий резерв освобождается.

Обычное восстановление для этого статуса не предусмотрено:

`Недействительна → завершение обработки`

### 11. Заявка удалена

Статус означает, что заявка переведена в системное состояние удаления.

Это не всегда означает физическое удаление информации. Заявка может сохраняться для истории и журналов.

Когда применяется:

* заявка удалена предусмотренным системным действием;
* заявка больше не должна участвовать в рабочей обработке;
* выполнен отдельный сценарий удаления заявки.

Статус «Заявка удалена» не равен архивированию. Архив скрывает заявку из обычного рабочего списка, но не изменяет её статус.

При необходимости заявку можно восстановить:

`Заявка удалена → Ожидает обработки`

### 12. Проверка оплаты

Статус означает, что факт или параметры оплаты необходимо проверить.

Платёж мог быть отправлен клиентом, но система ещё не может окончательно подтвердить его.

Когда применяется:

* платёж найден, но требует проверки;
* сумма отличается от ожидаемой;
* поступление средств ещё не подтверждено;
* мерчант не вернул однозначный результат;
* необходима ручная проверка оператором.

Основные переходы:

* оплата подтверждена — «Оплаченная заявка»;
* требуется повторная оплата — «Ожидается оплата»;
* оператор выполнил заявку — «Заявка исполнена»;
* оператор отклонил заявку — «Заявка отклонена»;
* оператор отложил заявку — «Отложенная заявка»;
* заявка возвращена в ручную работу — «Ожидает обработки».

### 13. Подтверждение от мерчанта

Статус означает, что система ожидает окончательный ответ внешнего платёжного сервиса.

Платёжная операция уже связана с мерчантом, но финальный результат ещё не получен.

Когда применяется:

* мерчант принял платёжный запрос;
* система ожидает callback;
* выполняется повторная проверка платежа;
* провайдер ещё не подтвердил успешную операцию;
* результат оплаты временно неизвестен.

Основные переходы:

* оплата подтверждена — «Оплаченная заявка»;
* требуется дополнительная проверка — «Проверка оплаты»;
* заявка передана оператору — «Ожидает обработки».

Если заявка долго остаётся в этом статусе, необходимо проверить состояние операции на стороне мерчанта.

### 14. Ошибка авто-выплаты

Статус означает, что автоматическая выплата клиенту завершилась ошибкой.

Входящая оплата при этом может быть уже получена, поэтому такая заявка требует обязательного внимания.

Когда применяется:

* провайдер отклонил выплату;
* недостаточно средств;
* указаны неправильные реквизиты;
* превышены лимиты;
* платёжный API недоступен;
* произошла техническая ошибка;
* результат выплаты не удалось подтвердить.

Перед повторной выплатой необходимо убедиться, что первая операция действительно не была выполнена.

Основные переходы:

* повторный запуск — «Выплата в процессе»;
* передача оператору — «Ожидает обработки»;
* ручное завершение — «Заявка исполнена»;
* отказ в выполнении — «Заявка отклонена»;
* временная остановка — «Отложенная заявка».

### 15. Выплата в процессе

Статус означает, что автоматическая выплата уже запущена.

Платёжный запрос отправлен провайдеру, но окончательный результат ещё не получен.

Когда применяется:

* заявка вышла из очереди;
* автоматическая выплата отправлена;
* провайдер обрабатывает операцию;
* система ожидает подтверждение результата.

Пока заявка находится в этом статусе, нельзя считать выплату успешно завершённой. Также не следует запускать повторную выплату без проверки первой операции.

Основные переходы:

* выплата прошла успешно — «Заявка исполнена»;
* выплата завершилась ошибкой — «Ошибка авто-выплаты».

### 16. В очереди на выплату

Статус означает, что заявка подготовлена к автоматической выплате, но сама операция ещё не запущена.

Когда применяется:

* входящая оплата подтверждена;
* направление поддерживает автоматическую выплату;
* заявка добавлена в очередь;
* система ожидает запуска фоновой обработки.

Этот статус отделяет ожидание выплаты от уже запущенной операции и помогает предотвращать повторный запуск одной заявки.

Основной переход:

`В очереди на выплату → Выплата в процессе`

***

## Типовая карта статусов

```mermaid
flowchart TD
    A["Ожидается оплата"] -->|"Клиент сообщил об оплате"| B["Ожидает обработки"]
    A -->|"Оплата через мерчанта"| C["В процессе оплаты"]
    A -->|"Срок оплаты закончился"| D["Время истекло"]
    A -->|"Клиент отменил заявку"| E["Заявка отменена пользователем"]

    C -->|"Требуется проверка"| F["Проверка оплаты"]
    C -->|"Ожидается ответ мерчанта"| G["Подтверждение от мерчанта"]
    C -->|"Оплата подтверждена"| H["Оплаченная заявка"]

    F -->|"Оплата подтверждена"| H
    G -->|"Оплата подтверждена"| H
    G -->|"Передано оператору"| B
    H -->|"Ручная обработка"| B

    B -->|"Оператор выполнил"| I["Заявка исполнена"]
    B -->|"Оператор отклонил"| J["Заявка отклонена"]
    B -->|"Оператор отложил"| K["Отложенная заявка"]
    K -->|"Восстановление"| B

    H -->|"Автоматическая выплата"| L["В очереди на выплату"]
    L --> M["Выплата в процессе"]
    M -->|"Успешно"| I
    M -->|"Ошибка"| N["Ошибка авто-выплаты"]
    N -->|"Повторить выплату"| M
    N -->|"Ручная обработка"| B
```

***

## Основные переходы между статусами

Статусы не должны меняться хаотично. Обычно заявка проходит логичный путь.

Примеры типовых переходов:

<table><thead><tr><th width="273.05859375">Было</th><th>Может перейти в</th></tr></thead><tbody><tr><td>Ожидается оплата</td><td>В процессе оплаты, Проверка оплаты, Ожидает обработки, Время истекло</td></tr><tr><td>В процессе оплаты</td><td>Проверка оплаты, Оплаченная заявка, Время истекло</td></tr><tr><td>Проверка оплаты</td><td>Оплаченная заявка, Ожидается оплата, Заявка отклонена</td></tr><tr><td>Оплаченная заявка</td><td>Ожидает обработки, В очереди на выплату</td></tr><tr><td>Ожидает обработки</td><td>Заявка исполнена, Заявка отклонена, Отложенная заявка</td></tr><tr><td>Отложенная заявка</td><td>Ожидает обработки, Заявка отклонена</td></tr><tr><td>В очереди на выплату</td><td>Выплата в процессе</td></tr><tr><td>Выплата в процессе</td><td>Заявка исполнена, Ошибка авто-выплаты</td></tr><tr><td>Ошибка авто-выплаты</td><td>Повторная выплата, Заявка отклонена</td></tr></tbody></table>

## Финальные статусы

Финальные статусы обычно означают, что обычная обработка заявки завершена.

К ним относятся:

* Время истекло
* Заявка исполнена
* Заявка отклонена
* Заявка отменена пользователем
* Недействительна
* Заявка удалена

После финального статуса заявку обычно нельзя обрабатывать как обычную активную заявку.

***

## Где используются статусы

### Список заявок

В списке заявок статус помогает оператору быстро понять, что происходит с заявкой и какое действие требуется.

### Карточка заявки

В карточке заявки статус отображается как основной индикатор состояния обмена.

Если к статусу привязана причина, она также может отображаться рядом или в истории.

### Live-заявки

В настройках Live выбираются статусы, которые должны попадать в рабочий список операторов.

Обычно туда добавляют:

* Ожидается оплата
* Ожидает обработки
* Оплаченная заявка
* Проверка оплаты
* Подтверждение от мерчанта
* Ошибка авто-выплаты
* Выплата в процессе
* В очереди на выплату

### Кнопки оператора

Кнопки в карточке заявки меняют статус:

<table><thead><tr><th width="214.25390625">Кнопка</th><th>Новый статус</th></tr></thead><tbody><tr><td>Выполнить</td><td>Заявка исполнена</td></tr><tr><td>Отклонить</td><td>Заявка отклонена</td></tr><tr><td>Отложить</td><td>Отложенная заявка</td></tr><tr><td>Восстановить</td><td>Ожидает обработки</td></tr></tbody></table>

### Причины статусов

Для некоторых статусов можно указывать причины.

Чаще всего причины используются для:

* отклонения;
* отложения;
* выполнения.

Оператор может выбрать готовую причину или добавить новую.

### Мерчанты и оплата

Платёжные статусы используются при автоматическом приёме платежей:

* В процессе оплаты
* Проверка оплаты
* Подтверждение от мерчанта
* Оплаченная заявка

Они помогают отделить начало оплаты от фактического подтверждения платежа.

### Автовыплаты

Для автоматических выплат используется отдельная цепочка:

* Оплаченная заявка
* В очереди на выплату
* Выплата в процессе
* Заявка исполнена / Ошибка авто-выплаты

Это позволяет системе понимать, на каком этапе находится выплата клиенту.

### Резервы

Статусы могут влиять на резервы валют.

Например:

* в рабочих статусах резерв может удерживаться;
* при выполнении резерв считается использованным;
* при отклонении или удалении резерв может освобождаться.

### Пересчёт заявки

Администратор может настроить, в каких статусах доступен пересчёт.

Это нужно, чтобы оператор не менял финансовую часть заявки на неподходящих этапах.


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:

```
GET https://docs.iexexchanger.com/guide/zayavki/upravlenie-zayavkami/statusy-zayavok.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.