> ## Documentation Index
> Fetch the complete documentation index at: https://docs.didit.me/llms.txt
> Use this file to discover all available pages before exploring further.

# Управление кейсами - кейсы и жизненный цикл

> Открывайте и закрывайте кейсы расследований в Didit: привязка к пользователю или компании, сохранённые представления, сроки SLA и массовые действия.

Case Management является центром расследований в Didit Console. Любое срабатывание AML, отмеченная верификация или подозрительная транзакция может стать **кейсом**, над которым ваша команда комплаенса работает от открытия до решения, с полным журналом аудита.

***

## Жизненный цикл

Кейс проходит ровно три статуса:

| Статус | Значение |
| - | - |
| `Open` | Идет активное расследование |
| `Awaiting user` | Приостановлен, пока собирается дополнительная информация у проверенного пользователя |
| `Resolved` | Расследование завершено, решение записано |

Чтобы закрыть кейс, нужно указать решение:

| Решение | Значение |
| - | - |
| `False positive` | Активность была законной |
| `Valid threat` | Подтверждена подозрительная или мошенническая активность |

У каждого кейса также есть **приоритет** (`Low`, `Medium`, `High`, по умолчанию `Medium`) и необязательная **дата выполнения**, которая управляет сортировкой по SLA и флагами просрочки.

> [!NOTE]
>
> Нет статусов `Under review`, `On hold`, `Pending approval`, уровня серьезности `Critical` или оси типов кейсов. Жизненный цикл намеренно фиксирован, чтобы аналитика, SLA и права доступа оставались однозначными для каждого кейса независимо от того, как он был создан.

## Один субъект на кейс

Каждый кейс привязан ровно к **одному** пользователю или одной компании. Смешивать субъектов в одном кейсе нельзя, а если вы попытаетесь прикрепить сессию, бизнес-сессию или транзакцию, которая принадлежит другому субъекту, система вернет понятную ошибку.

Так каждая страница кейса остается сфокусированной: карточка субъекта, обзор рисков, документы и финансовые данные относятся к тому же человеку или компании, которых расследуют. Чтобы проверить второго субъекта, откройте (или создайте) отдельный кейс.

## Контекст источника Fraud Check

При создании кейса из сессии Fraud Check сохраняются ее ID проверки, ID запроса и раздел, который открыл проверяющий.
Карточка источника также фиксирует статус аналитика по сессии на момент создания кейса.
Решение по кейсу и решение по источнику остаются раздельными.

API-клиенты могут передать `source_context` с `check_id`, `request_id` и `source_section` при создании кейса.
Добавьте этот запрос как запись `session` в `links`.
Проверка и связанная сессия должны принадлежать выбранному приложению и друг другу.
API сам читает статус аналитика и отклоняет переданные клиентом поля статуса, рекомендации или типа источника в этом контексте.

## Списки

В верхней навигации раздела «Управление кейсами» доступны разделы **Cases**, **Overview** и **Assignment**.
В рабочем пространстве Cases есть представления по статусам: **Open**, **Awaiting user**, **Resolved** и **All**.
На десктопе при открытии кейса очередь кейсов остается рядом с его деталями.
На мобильном устройстве для возврата к очереди используйте хлебные крошки.

Поиск выполняется по имени или ID субъекта, тегу, номеру кейса, названию кейса, ID связанной сессии и ID связанной транзакции. Поэтому можно вставить UUID сессии или транзакции и сразу перейти к соответствующему кейсу.

Чипы фильтров: **Blueprint**, **Created**, **Source**, **Assignee** и **Tag**, а также **Add filter** для **Priority** и **Due**.

Колонки: Created (дата и автор), Case details (название), Status, Blueprint, Subject (имя и ID), Subject tags, Assignee, Priority и Due date. Другие колонки доступны при горизонтальной прокрутке и в настройке колонок.

### Сортировка и SLA

Сортировка по **Created at** (по умолчанию) или **Due date**. При сортировке по дате выполнения просроченные кейсы выводятся первыми. Кейс считается просроченным, когда его дата выполнения прошла, а он все еще в статусе Open или Awaiting user; такой кейс отмечается красным чипом срока.

### Сохраненные представления

Сохраните текущую комбинацию фильтров и колонок как именованное представление кнопкой **Save view**, переключайтесь между представлениями через **Select a view** и сбрасывайте настройки кнопкой **Clear filters**. Представления личные и сохраняются так же, как другие настройки таблиц в консоли.

### Массовые действия

Выберите несколько кейсов, чтобы:

* **Assign to** назначить комплаенс-офицера. Все выбранные кейсы должны иметь один и тот же шаблон (blueprint). Если это не так, консоль выдаст предупреждение перед отправкой.
* **Set status** перевести кейсы в статус Ожидание пользователя (Awaiting user), переоткрыть их (Reopen) или закрыть (Resolve), указав решение и, при необходимости, примечание. Каждый кейс проверяется отдельно: кейс, заблокированный незавершенным чек-листом или отсутствующим обязательным примечанием, отмечается отдельно и не влияет на остальные кейсы пакета.

### Экспорт

Меню списка предлагает два CSV-экспорта, доступные через [страницу отчетов](https://docs.didit.me/ru/console/export-pdf-csv.md):

* **All cases report**: одна строка на кейс со статусом, решением, приоритетом, тегами, связанными транзакциями и последним поданным отчётом FIU.
* **SLA report**: метрики времени по каждому кейсу: часы до назначения, часы до закрытия, а также флаги просрочки и соблюдения SLA.

## Действия с субъектом и повторные попытки

Карточка субъекта позволяет авторизованным проверяющим изменить статус субъекта, добавить теги, внутреннюю заметку или добавить субъекта в список блокировки.
Эти действия не связаны с закрытием кейса.
Раздел **Subject actions** фиксирует каждое запрошенное действие как **Applied** или **Failed**, а также указывает проверяющего и время.
Чтобы повторить неудачное действие после проверки текущего состояния субъекта, используйте **Retry action**.
Примененное действие не выполняется повторно, когда повторяется его запрос.

API-клиенты должны отправлять уникальный `client_reference` с каждым запросом к эндпоинту `entity-actions/` кейса.
При повторной отправке запроса после ошибки соединения сохраните тот же референс и те же входные данные.
Если входные данные изменились при том же референсе, API вернет `409`.
Когда референс передан, проверяйте `receipt.status`: ответ `200` может содержать неуспешную квитанцию, что означает, что действие не было применено.
Повторить неуспешный запрос можно, передав `retry: true`, или вызвав эндпоинт `action-receipts/{receipt_uuid}/retry/`.
Эндпоинт истории возвращает не более 20 квитанций на страницу и передает `next_offset` для получения дополнительных результатов.
Существующие API-клиенты, которые не передают `client_reference`, сохраняют прежнее поведение ответов.

## Теги

Добавляйте теги к кейсу из его заголовка (**Add tag**), чтобы группировать связанные расследования, или фильтруйте и ищите по тегам в списке. Изменения тегов фиксируются на временной шкале кейса.

## Связанные страницы

> [card] [Создание кейсов](https://docs.didit.me/ru/console/case-management/creating-cases.md)
>
> Все точки входа: пользователи, компании, сессии, транзакции и автоматические коннекторы.

> [card] [Сценарии](https://docs.didit.me/ru/console/case-management/blueprints.md)
>
> Настройте назначение, эскалацию, передачу и содержимое страницы кейса.

> [card] [Чек-лист](https://docs.didit.me/ru/console/case-management/checklist.md)
>
> Разрешайте завершение только после выполнения обязательных шагов расследования.

> [card] [Проверка по принципу четырёх глаз](https://docs.didit.me/ru/console/case-management/four-eyes.md)
>
> Утверждение инициатором и проверяющим для чувствительных решений.

## Сообщения клиенту

Используйте **Написать клиенту**, чтобы просмотреть заранее заданный запрос или обновление проверки для проверенного контакта.
См. [Сообщения клиенту](https://docs.didit.me/ru/console/case-management/customer-messages.md): статусы доставки, защищённые ответы и рабочий процесс через API.

## Обсуждение и закреплённые заметки

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

После подтверждения удаления заметка безвозвратно удаляется, а её цитируемая выдержка удаляется из ответов.
Сами ответы остаются доступными.
Вложения удаляются, если их не использует другая заметка.

API-клиенты могут передать UUID в `client_reference` при добавлении заметки.
Повторный запрос без изменений возвращает существующую заметку и не создаёт повторных уведомлений.
Повторное использование этого идентификатора для изменённого содержимого или для удалённой заметки возвращает `409`.
Передайте `reply_to`, чтобы сослаться на действующую заметку в том же кейсе, и измените `is_pinned` через эндпоинт `PATCH` заметки.

## Проверка наличия существующего расследования

Общий диалог создания кейса проверяет наличие существующих расследований для выбранного пользователя, компании или связанного источника.
Откройте существующий кейс, чтобы продолжить его проверку.
Закрытые кейсы остаются видимыми, чтобы вы могли открыть их и решить, нужно ли их повторно открыть.
Чтобы создать отдельное расследование, укажите причину, по которой его следует рассматривать как отдельный инцидент.
Причина сохраняется вместе с новым кейсом и отображается в его обзоре.
Консоль повторно проверяет дубликаты при отправке, в том числе кейсы, созданные другим проверяющим, пока диалог был открыт.

API-интеграции могут просматривать `POST .../cases/duplicates/` и устанавливать `review_duplicates=true` при создании кейса.
Если найдено существующее расследование, создание возвращает `409`, если не передан `separate_incident_reason`.
Эндпоинт проверки дубликатов возвращает до 20 кейсов на странице и `next_offset` для получения остальных результатов.
Существующие API-интеграции, которые не передают этот параметр, сохраняют текущее поведение при создании.


This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.