## Журнал Inbound {#overview}

Откройте **Inbound → Requests** (`/inbound/requests`). Журнал показывает обращения к вашим Серверам; самостоятельные исходящие задания находятся в Outbound. Для просмотра кабинета достаточно сессии аккаунта, отдельный API-токен не нужен.

![Журнал Inbound с фильтром по демонстрационному Серверу, статусами Success и размерами запросов](/images/docs/inbound/journal-en.jpg)

*Журнал отфильтрован по тестовому Серверу. Откройте нужную запись для проверки получателей и попыток. Интерфейс на английском.* [Открыть скриншот в полном размере](/images/docs/inbound/journal-en.jpg).

## Жизненный цикл {#lifecycle}

Приём и доставка — разные этапы. Запрос без получателей может оставаться `received`; незавершённые получатели дают `delivering`. После завершения возможны `success`, `partial` или `failed`. Отклонённый запрос имеет `rejected` и не передаётся получателям.

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

## Метаданные и HTTP-данные {#request-data}

Карточка содержит идентификатор, время, Сервер, регион, размер, статус и дату удаления. Если содержимое доступно, HTTP-блок показывает метод, путь/query, заголовки и тело. Представление тела зависит от Content-Type; для неподдержанного формата preview может быть недоступен.

## Принятые и отклонённые {#accepted-and-rejected}

У принятого запроса может быть доставка, даже если клиент отправителя не получил ожидаемого ответа. У `rejected` HTTP-содержимое для просмотра не запрашивается; показывается причина, если она известна: метод, IP, Content-Type или квота. Отсутствие причины не превращает запись в принятый запрос.

Настроенный `202` в ответ отправителю — подтверждение пути приёма, а не бизнес-результат получателя. При техническом сбое сначала проверьте журнал перед повторной отправкой события.

## Найти и открыть запрос {#inspect-request}

1. Выберите регион, Сервер, статус и порядок времени в журнале.
2. Откройте строку нужного запроса и при необходимости скопируйте **Request ID**.
3. Проверьте метаданные и HTTP-блок. **Download** скачивает доступное тело; отсутствие preview не всегда означает отсутствие тела.
4. Откройте нужный Канал в таблице **Deliveries** для подробностей.

Фильтры и страница сохраняются в URL. Изменение фильтра возвращает первую страницу. Пустой список может означать отсутствие совпадений, а не отсутствие всех запросов.

## Получатели и попытки {#delivery-details}

В **Deliveries** видны Канал, состояние передачи и количества ожидающих, успешных и неуспешных Ендпоинтов. Страница Канала показывает отдельные Ендпоинты, URL и попытки: номер, результат, длительность, HTTP-код, ошибку и ожидание в очереди, где эти данные доступны.

Промежуточная неудача при оставшихся попытках отображается как `Delivering`, а не как окончательный `Failed`. Выключенный Ендпоинт отображается отдельно. Исторический URL относится к снимку доставки, поэтому может не совпасть с сегодняшним URL Канала. Автоматического обновления отчётов нет: для нового состояния заново откройте страницу; **Try again** после ошибки чтения повторяет чтение, а не HTTP-доставку.

![Карточка Inbound-запроса: Request ID, Success и таблица Deliveries с успешным получателем Direct](/images/docs/inbound/request-success-en.jpg)

*Карточка демонстрационного запроса после доставки Direct: общий статус Success и один успешный получатель. Accepted в строке Канала обозначает принятие задания исполнителем. Интерфейс на английском.* [Открыть скриншот в полном размере](/images/docs/inbound/request-success-en.jpg).

## Replay {#replay}

В текущем кабинете нет команды ручного replay или повторного запуска выбранной доставки. Новое тестовое событие создаёт новый запрос; оно может повторить внешний эффект и не должно отправляться на рабочий обработчик без понимания последствий.

## Дубликаты {#duplicates-and-idempotency}

Неуспешная попытка не доказывает, что получатель ничего не сделал. Используйте идентификатор события провайдера или согласованный ключ, чтобы устранять дубли в приложении. См. [Повторы и идемпотентность](/ru/docs/common/retries).

## Недоступное содержимое {#retention}

После истечения срока карточка может оставаться в журнале, но HTTP-данные показывают **Request data is no longer available.** Это не отменяет историю исполнения. Временный отказ чтения региона и истечение срока — разные состояния; сведения о хранении — [здесь](/ru/docs/common/storage).

## Безопасность {#security}

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

## Разбор проблемы {#troubleshooting}

- Нет записи: проверьте URL Сервера, регион, фильтры и выбранную страницу журнала.
- `received` без доставки: проверьте Маршрутизаторы и включённые Ендпоинты.
- Ошибка получателя: откройте Канал и конкретную попытку; проверьте доступность от Direct или CLI.
- Данные не читаются: проверьте дату удаления и ошибку региона; не создавайте новое событие только ради повторного чтения.

## Дальше {#related-pages}

[Серверы](/ru/docs/inbound/servers), [Каналы](/ru/docs/inbound/destinations), [Direct](/ru/docs/inbound/direct), [CLI](/ru/docs/inbound/adal-cli).