> ## 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.

# Alertes KYT : transactions retenues, tri et résolution

> Alerte Didit : transaction retenue en examen. Triez, assignez, résolvez ou escaladez-la en dossier. 1,000 par mois inclus, puis $0.001 chacune.

Une **alerte** est une transaction mise en suspens par une règle ou par un réviseur, et sur laquelle personne n'a encore statué.
Concrètement, il s'agit d'une transaction au statut `IN_REVIEW`, ou `AWAITING_USER` pendant qu'elle attend le client.
Les transactions mises en suspens sont l'unité de tri dans la Business Console : il n'existe aucun enregistrement d'alerte distinct à gérer.

## Ce qui constitue une alerte

| Statut de la transaction | Alerte ouverte ? | Signification |
| - | - | - |
| `IN_REVIEW` | Oui | Une règle ou un seuil de score a mis la transaction en suspens pour un analyste. C'est la file d'attente des réviseurs. |
| `AWAITING_USER` | Oui | La transaction attend le client, par exemple une session de vérification de régularisation. |
| `APPROVED` | Non | Décidée. |
| `DECLINED` | Non | Décidée. |

Le statut vers lequel passe une transaction, ainsi que les règles qui le déterminent, sont décrits dans [Statuts](https://docs.didit.me/fr/transaction-monitoring/statuses.md) et [Notation du risque](https://docs.didit.me/fr/transaction-monitoring/risk-scoring.md).

## D'où viennent les alertes

| Source | Comment la transaction est mise en suspens |
| - | - |
| Règle | Une [règle](https://docs.didit.me/fr/transaction-monitoring/rules.md) correspondante ajoute suffisamment de score pour faire dépasser à la transaction votre seuil d'examen, ou exécute une action `change_status` vers `IN_REVIEW`. |
| Résultat d'un fournisseur | Un résultat de filtrage des portefeuilles ou de filtrage des sanctions alimente une règle qui met la transaction en suspens. Voir [Filtrage des portefeuilles](https://docs.didit.me/fr/transaction-monitoring/wallet-screening.md). |
| Analyste | Un analyste place une transaction en examen depuis la console. |

## Tri

Ouvrez **Transactions** dans la console et filtrez par statut pour afficher les transactions mises en suspens.
Chaque transaction affiche les règles déclenchées, le score, les parties concernées et le profil d'[entité](https://docs.didit.me/fr/entities/overview.md) lié.

Depuis la transaction, vous pouvez :

* **Attribuer** la transaction à un analyste, individuellement ou en masse. L'attribution est enregistrée dans la chronologie de la transaction.
* **Ajouter une note** pour le prochain réviseur. Les notes sont aussi accessibles via les [endpoints de notes](https://docs.didit.me/fr/management-api/transactions/create-note.md).
* **Approuver ou refuser** la transaction pour clore l'alerte.
* **Ajouter la transaction à un dossier** lorsqu'elle nécessite une enquête plus large.

## Escalade vers un dossier

Une transaction mise en suspens isolée est souvent suffisamment limitée pour être résolue seule.
Les investigations fondées sur des schémas ou de plus grande ampleur relèvent d'un **dossier**, un conteneur regroupant des transactions, des utilisateurs, des entreprises et des preuves.

Ajoutez l'effet **Créer un dossier** à une règle pour ouvrir automatiquement un dossier chaque fois que la règle correspond, ou utilisez **Ajouter au dossier** sur n'importe quelle transaction.
Voir [Dossiers](https://docs.didit.me/fr/transaction-monitoring/cases.md) pour le modèle de dossier.

## Déclarations d'activité suspecte

Pour les juridictions qui exigent des Suspicious Activity Reports (SARs) ou des Currency Transaction Reports (CTRs), générez la déclaration depuis le dossier.
Voir [Rapports et modèles FIU](https://docs.didit.me/fr/console/case-management/fiu-reports.md).
Didit ne transmet aucun rapport aux autorités de régulation : le dépôt reste de la responsabilité de votre équipe de conformité, et la console prépare le formulaire et les preuves pour accélérer la démarche.

## Webhooks d'alerte

Une transaction mise en suspens est signalée par le webhook `transaction.created` (lorsqu'elle est mise en suspens à sa création) et par `transaction.status.updated` (lorsque son statut change).
Voir [Webhooks](https://docs.didit.me/fr/transaction-monitoring/webhooks.md).

## Accès programmatique

Il n'existe aucun endpoint d'alerte distinct.
Listez les transactions mises en suspens avec `GET /v3/transactions/` et lisez chacune d'elles avec `GET /v3/transactions/{transaction_id}/`.
Le tableau `alerts` dans le détail de la transaction est actuellement toujours vide : lisez donc `status` à la place.

## Étapes suivantes

> [card] [Dossiers](https://docs.didit.me/fr/transaction-monitoring/cases.md)
>
> Workflow d'investigation complet.

> [card] [Règles](https://docs.didit.me/fr/transaction-monitoring/rules.md)
>
> Ce qui met une transaction en suspens.

> [card] [Console](https://docs.didit.me/fr/transaction-monitoring/console.md)
>
> Présentation de l'interface de la console.


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