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

# Règles et avertissements de Document AI

> Didit Document AI gère documents illisibles, falsifications, discordances de nom et champs manquants grâce à des règles et alertes configurables.

## Vue d'ensemble

Document AI produit un statut pour chaque document téléversé à partir de deux couches de règles, et les statuts par document se combinent pour former le statut de la fonctionnalité selon l'ordre de priorité **Declined > In Review > Approved**.

1. **Règles de base** — vérifications intégrées, chacune associée à une action configurable : `DECLINE`, `REVIEW` ou `NO_ACTION`.
2. **Règles de statut personnalisées** — vos propres conditions sur n'importe quel champ extrait, y compris des références croisées avec d'autres étapes.

## Règles de base

Chaque règle ci-dessous est détectée automatiquement pendant l'extraction et l'analyse forensique. Configurez l'action pour chacune dans l'onglet **Règles** de la fonctionnalité Document AI.

| Règle | Champ de configuration | Se déclenche lorsque |
| - | - | - |
| **Document illisible** | `document_ai_unreadable_document_action` | Le document est illisible, aucune donnée ne peut être extraite, ou le fichier n'a pas pu être vérifié dans son intégralité |
| **Champs obligatoires manquants** | `document_ai_missing_required_fields_action` | Un champ marqué **obligatoire** ne peut pas être extrait |
| **Falsification de document** | `document_ai_document_tampering_action` | L'analyse forensique détecte des signes de manipulation |
| **Incohérence de nom** | `document_ai_name_mismatch_action` | Le nom figurant sur le document ne correspond pas au sujet vérifié, c'est-à-dire à l'identité du titulaire dans un workflow de vérification d'identité (KYC) ou à l'entreprise dans un workflow de vérification d'entreprise (KYB) (en dessous de `document_ai_name_match_score_threshold`) |
| **Fichier non pris en charge** | `document_ai_unsupported_file_action` | Le type de fichier envoyé n'est pas pris en charge |
| **Tentatives dépassées** | `document_ai_max_attempts_exceeded_action` | L'utilisateur dépasse `document_ai_max_retry_attempts` |

La vérification **Incohérence de nom** compare le champ de nom marqué du document au sujet vérifié, à l'aide d'un score de 0 à 100. Dans un workflow de vérification d'identité (KYC), la comparaison porte sur la pièce d'identité vérifiée (et sur les informations attendues fournies lors de la création de la session). Dans un workflow de vérification d'entreprise (KYB), elle porte sur l'entreprise vérifiée (l'entreprise correspondant au registre des sociétés, ou le nom d'entreprise attendu). Définissez le seuil avec `document_ai_name_match_score_threshold`.

## Règles de statut personnalisées

Les règles de statut personnalisées vous permettent de définir un statut (`Approved`, `In Review`, `Declined` ou `No Action`) lorsqu'une condition sur un champ extrait est remplie. Chaque règle est définie comme suit :

```json theme={null}
{
  "field": "document_ai.balance",
  "operator": "greater_than",
  "value": 50000,
  "status": "In Review"
}
```

Pour **faire une référence croisée avec une autre étape**, définissez `value_type: "field"` et faites pointer `value` vers le chemin d'un autre champ :

```json theme={null}
{
  "field": "document_ai.account_holder",
  "operator": "fuzzy_match",
  "value": "kyc.full_name",
  "value_type": "field",
  "score": 80,
  "status": "Declined"
}
```

Chaque règle correspondante contribue à déterminer le statut, et le plus strict d'entre eux combiné au statut de base l'emporte (Declined > In Review > Approved). Une règle peut donc augmenter le niveau de gravité, mais ne peut jamais rehausser un statut `Declined` ou `In Review` motivé par le risque. Les règles `No Action` sont enregistrées mais laissent le statut inchangé.

> [!NOTE]
>
> Les champs extraits sont accessibles via `document_ai.<field_key>` en utilisant la `key` que vous avez configurée pour chaque champ. Les champs numériques et de date prennent en charge les opérateurs de comparaison (`greater_than`, `less_than`, plages de dates) ; les champs texte prennent en charge l'égalité, `contains` et `fuzzy_match`.


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