> 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/help-center/reshenie-problem/zhurnal-sobytii/logi-zayavok-partnyorov-merchantov-i-kyc.md).

# Логи заявок, партнёров, мерчантов и KYC

Эта группа страниц описывает журналы, которые помогают разбирать заявки, платежи, партнёрские начисления, callback-уведомления, AML и KYC.

***

## Логи заявок

Путь: **«Журнал событий» — «Логи заявок»**

В этой группе находятся журналы, связанные с обработкой заявок.

### Лог статусов заявок

Путь: **«Журнал событий» — «Логи заявок» — «Лог статусов заявок»**

Этот журнал показывает историю изменения статусов заявок.

#### Для чего используется

Он помогает понять:

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

#### Когда смотреть

Открывайте лог статусов, если клиент спрашивает:

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

***

### AML лог

Путь: **«Журнал событий» — «Логи заявок» — «AML лог»**

AML лог хранит результаты AML-проверок по заявкам.

#### Для чего используется

Раздел нужен, чтобы проверить:

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

#### Типы проверки

<table><thead><tr><th width="217.078125">Тип</th><th>Что означает</th></tr></thead><tbody><tr><td>address</td><td>Проверка адреса</td></tr><tr><td>tx</td><td>Проверка транзакции</td></tr></tbody></table>

***

### Реквизиты по запросу

Путь: **«Журнал событий» — «Логи заявок» — «Реквизиты по запросу»**

Этот журнал показывает, какие реквизиты были выданы клиенту по заявке.

#### Для чего используется

Раздел помогает понять:

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

#### Типы операций

<table><thead><tr><th width="235.50390625">Операция</th><th>Что означает</th></tr></thead><tbody><tr><td>Выдача</td><td>Реквизит был показан клиенту</td></tr><tr><td>Замена</td><td>Реквизит был заменён</td></tr><tr><td>Смена отключена</td><td>Замена реквизита недоступна</td></tr></tbody></table>

***

### Журнал выбора и получения мерчанта

Путь: **«Журнал событий» — «Логи заявок» — «Журнал выбора и получения мерчанта»**

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

#### Для чего используется

Раздел нужен для диагностики автоматизации приёма платежей:

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

#### Статусы

<table><thead><tr><th width="153.2421875">Статус</th><th>Что означает</th></tr></thead><tbody><tr><td>success</td><td>Этап прошёл успешно</td></tr><tr><td>warning</td><td>Есть предупреждение</td></tr><tr><td>error</td><td>Произошла ошибка</td></tr><tr><td>info</td><td>Информационное событие</td></tr></tbody></table>

***

## Лог партнёров

Путь: **«Журнал событий» — «Лог партнёров»**

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

### Для чего используется

Раздел помогает понять:

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

***

### Основные события

<table><thead><tr><th width="230.66796875">Событие</th><th>Что означает</th></tr></thead><tbody><tr><td>register_start</td><td>Начало регистрации</td></tr><tr><td>register_finish</td><td>Регистрация завершена</td></tr><tr><td>client_attached</td><td>Клиент привязан к партнёру</td></tr><tr><td>program_assigned</td><td>Назначена партнёрская программа</td></tr><tr><td>balance_created</td><td>Создан баланс</td></tr><tr><td>credit_success</td><td>Бонус успешно начислен</td></tr><tr><td>credit_ineligible</td><td>Бонус не начислен из-за условий</td></tr><tr><td>credit_duplicate</td><td>Найден дубль начисления</td></tr><tr><td>credit_zero</td><td>Сумма бонуса равна нулю</td></tr><tr><td>hold_settled</td><td>Холд завершён</td></tr><tr><td>credit_reversed</td><td>Начисление отменено</td></tr><tr><td>preview</td><td>Предварительный расчёт</td></tr></tbody></table>

***

## Лог мерчантов и API

Путь: **«Журнал событий» — «Лог мерчантов и API»**

В этой группе находятся журналы мерчантов, автовыплат и callback-уведомлений.

### Логи мерчантов

Путь: **«Журнал событий» — «Лог мерчантов и API» — «Логи мерчантов»**

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

Используйте его, если:

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

### Логи автовыплат

Путь: **«Журнал событий» — «Лог мерчантов и API» — «Логи автовыплат»**

Журнал относится к исходящим выплатам.

Используйте его, если:

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

### Callback-лог

Путь: **«Журнал событий» — «Лог мерчантов и API» — «Callback-лог»**

Callback-лог показывает события входящих уведомлений от платёжных провайдеров.

Используйте его, если:

* клиент оплатил, но заявка не изменила статус;
* провайдер утверждает, что отправил callback;
* нужно проверить IP и payload callback;
* нужно понять, почему callback был отклонён;
* нужно проверить external ID или checkout ID.

***

## KYC логи

Путь: **«Журнал событий» — «KYC логи»**

В этой группе находятся журналы верификации клиентов.

### KYC логи заявок

Путь: **«Журнал событий» — «KYC логи» — «KYC логи заявок»**

Этот раздел показывает список KYC-заявок и попыток верификации.

Важно: это не список отдельных событий, а текущее состояние попытки верификации.

Используйте раздел, если нужно понять:

* в каком состоянии находится KYC-проверка клиента;
* какой провайдер используется;
* какой external ID у проверки;
* завершилась ли проверка;
* была ли попытка одобрена или отклонена.

### KYC логи

Путь: **«Журнал событий» — «KYC логи» — «KYC логи»**

Этот журнал показывает отдельные события KYC-процесса.

Одна строка — одно событие: создание проверки, callback, изменение статуса или ошибка.

Payload помогает диагностировать ошибки, если провайдер вернул неожиданный статус.

***

## Практические сценарии

<details>

<summary>Клиент оплатил, но заявка не обновилась</summary>

Проверьте по порядку:

1. «Логи заявок» — «Лог статусов заявок»
2. «Лог мерчантов и API» — «Callback-лог»
3. «Лог мерчантов и API» — «Логи мерчантов»
4. «Логи заявок» — «Журнал выбора и получения мерчанта»

</details>

<details>

<summary>Партнёр не получил бонус</summary>

Проверьте:

1. Откройте «Лог партнёров».
2. Найдите событие по ID партнёра, ID клиента или ID заявки.
3. Посмотрите event и level.
4. Если есть `credit_ineligible`, `credit_duplicate` или `credit_zero`, система зафиксировала причину, почему бонус не был начислен.

</details>

<details>

<summary>Клиент говорит, что ему показали другой реквизит</summary>

Проверьте:

1. Откройте **«Логи заявок» — «Реквизиты по запросу».**
2. Найдите заявку по ID.
3. Посмотрите выданный реквизит.
4. Проверьте, была ли замена.
5. Посмотрите менеджера, источник реквизита и IP.

</details>


---

# 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/help-center/reshenie-problem/zhurnal-sobytii/logi-zayavok-partnyorov-merchantov-i-kyc.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.