> 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/knowledge-base/verifikaciya-i-riski/verification-overview/verification-operations.md).

# Работа оператора с верификацией

Единый регламент оператора по проверке карты и личности

Задача оператора — обработать актуальную отправку, зафиксировать воспроизводимое решение и не разрешить заявке продолжиться раньше предусмотренного этапа.

## Рабочие разделы и права

Проверка карты: **«Заявки» — «Верификация» — «Верификация карт»**. Точное право — «Разрешить управление верификациями в админпанели» из блока «Базовое управление».

Ручная проверка личности: **«Заявки» — «Верификация» — «Верификация личности»**. Точное право — «Разрешить управление верификациями личности в админпанели» из блока «Админпанель».

Внешний KYC: **«Журнал событий» — «KYC логи» — «KYC логи заявок»** и **«Журнал событий» — «KYC логи» — «KYC логи»**. Точное право — «Доступ к модулю KYC» из блока «Базовое управление».

Связанная заявка: **«Заявки» — «Список заявок»**. Найдите и откройте нужную заявку. Точное право — «Разрешить управление заявками в админпанели» из блока «Админпанель».

Права находятся по пути **«Пользователи» — «Список групп пользователей»**. Откройте нужную группу. Доступ к странице не должен автоматически давать сотруднику права изменять финансовые поля, статусы или настройки верификации, если это не входит в его обязанности.

## Не смешивайте результаты

| Результат               | Что он подтверждает                      | Чего он не подтверждает                                           |
| ----------------------- | ---------------------------------------- | ----------------------------------------------------------------- |
| Карта «Подтверждено»    | Конкретную отправку платёжных реквизитов | Личность клиента, оплату или готовность выплаты                   |
| Личность «Подтверждено» | Статус личности пользователя             | Каждую банковскую карту и безопасность каждой операции            |
| Внешний KYC завершён    | Результат конкретной попытки провайдера  | Автоматическое завершение обменной заявки без локального процесса |

Перед решением убедитесь, что открыта нужная очередь.

## Начало смены

1. Проверьте счётчики у «Верификация карт» и «Верификация личности».
2. Откройте обе очереди без старых фильтров.
3. Выберите статус «На проверке».
4. Проверьте сортировку и начинайте с самой ранней записи, если внутренний приоритет не требует иного.
5. Откройте связанную заявку, когда номер указан.
6. Для внешнего KYC отдельно проверьте незавершённые попытки в KYC-журналах.

## Проверка карты

Сопоставьте:

* пользователя и заявку;
* валюту «Отдаю»;
* номер карты или другие реквизиты;
* имя держателя, если оно передано;
* IP-адрес;
* основное и все дополнительные фотографии;
* время отправки и предыдущие попытки.

В карточке заявки действие «Верификация счета» открывает текущую запись и «Историю проверок». Если попыток несколько, выберите последнюю актуальную запись по времени и содержанию.

## Проверка личности

В «Детали» сопоставьте:

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

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

## Подтверждение

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

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

## Отклонение

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

Хорошая причина относится к конкретной проблеме: нечитаемое изображение, неполный комплект, несоответствие полей или неподдерживаемый документ. Формулировка «не прошло проверку» без объяснения не помогает выполнить повторную отправку.

## Параллельная работа

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

При сообщении, что запись уже обработана:

1. не повторяйте действие;
2. обновите страницу;
3. проверьте новый статус и менеджера;
4. откройте связанную заявку;
5. передайте спорный случай старшему сотруднику без копирования документов в незащищённый канал.

## После решения

1. Убедитесь, что статус исчез из очереди «На проверке».
2. Откройте связанную заявку и проверьте только разрешённый следующий этап.
3. Для личности проверьте статус пользователя.
4. Проверьте доставку клиентского уведомления.
5. Для внешнего KYC сопоставьте итог в двух KYC-журналах.
6. Если клиент должен повторить попытку, убедитесь, что причина понятна и новая отправка не блокируется незавершённой старой записью.

## Что нельзя делать

* Не меняйте статус заявки вручную для обхода обязательной верификации.
* Не подтверждайте карту по наличию только одной миниатюры.
* Не считайте подтверждённый E-mail успешным KYC.
* Не удаляйте ручную KYC-запись ради очистки списка: это сбрасывает подтверждение личности пользователя.
* Не включайте «Автоматическая верификация» как способ уменьшить очередь без оценки её последствий.
* Не пересылайте документы, номера карт и отчёты провайдера через незащищённые каналы.

## Передача смены

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

В конце смены отдельно проверьте:

* записи, которые долго остаются «На проверке»;
* несколько отказов одного клиента;
* внешние KYC-попытки без итогового callback;
* заявки, в которых требование проверки не соответствует сохранённому результату;
* недоставленные уведомления о решении.

Разбор типовых расхождений находится в статье [«Частые вопросы и диагностика»](/knowledge-base/verifikaciya-i-riski/verification-overview/verification-troubleshooting.md).


---

# 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/knowledge-base/verifikaciya-i-riski/verification-overview/verification-operations.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.