> For the complete documentation index, see [llms.txt](https://docs.mindee.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.mindee.com/v2/fr/cas-dusage/extraction-models/receipt.md).

# Reçu

Utilisez notre modèle Reçu préentraîné ou ajustez les champs dont vous avez besoin avec Mindee V2.

Voici une démonstration rapide du modèle de reçu de Mindee V2 :

{% @supademo/embed url="<https://app.supademo.com/demo/cmiytadiq07vk14g4techyr3b>" demoId="cmiytadiq07vk14g4techyr3b" %}

## Pourquoi utiliser Mindee pour les reçus ?

Les reçus varient énormément en format, pays, langue et qualité. Mindee simplifie l'extraction et garantit une grande fiabilité en vous permettant de :

* Gérer des formats internationaux : notre modèle est entraîné sur des reçus provenant de plus de 50 pays, en extrayant automatiquement des points de données quelle que soit la mise en page ou la langue locales.
* Traiter des entrées de mauvaise qualité : extrait de manière robuste des données à partir de documents numérisés, de photos mobiles et même de texte manuscrit sur certains champs.
* Capturer des lignes détaillées : extrayez avec précision des données complexes et imbriquées comme les lignes d'articles individuelles, les quantités et les prix pour un suivi granulaire des dépenses.
* Obtenez une sortie structurée sans configuration : démarrez instantanément avec un modèle préentraîné qui extrait des champs standard comme le montant total, la date, le nom du fournisseur et la catégorie de dépense.

## Construire votre modèle de reçu

### Choisissez « Reçu » dans le catalogue

1. Cliquez sur « Créer votre modèle d'IA documentaire » dans votre tableau de bord, puis sélectionnez **« Reçu ».**
2. Le modèle de reçu est préconfiguré avec des champs standard [Reçu](/v2/fr/cas-dusage/extraction-models/receipt.md#receipt-fields).
3. Une fois votre modèle de facture créé, vous pouvez immédiatement [tester](/v2/fr/models/live-test.md) avec vos propres factures.

### Ajuster les champs avec l'agent IA (facultatif)

Si votre flux de travail nécessite des champs supplémentaires (c.-à-d. des identifiants internes, des identifiants clients spécifiques), vous pouvez les décrire directement à l'agent IA.

L'agent vous guidera dans l'ajustement du [Schéma de données](/v2/fr/modeles-extraction/data-schema.md) si nécessaire, et effectuera les modifications en votre nom.

Vous pouvez aussi ajuster le modèle directement.

### Plusieurs reçus sur une seule image

Dans certains cas, plusieurs reçus figurent sur la même image, par exemple lorsque vos utilisateurs photographient tous les reçus de la journée sur la table de l'hôtel. Si vous recevez des images avec plusieurs reçus, utilisez un [modèle Crop](/v2/fr/modeles-crop/crop.md) et [chaînez-le](/v2/fr/modeles-crop/extraction-model-chaining.md) à votre modèle de reçu.

L'image sera d'abord recadrée en documents distincts, puis chaque document verra ses données extraites en parallèle. Le retour inclura les données de tous les documents, ce qui signifie que le traitement est effectué dans un seul appel API.

## Paramètres régionaux pris en charge

Tous les modèles Mindee peuvent lire tout document imprimé dans n'importe quel système d'écriture.

Plus de détails : [Aperçu des modèles](/v2/fr/models/models-overview.md#supported-document-texts)

## Champs du reçu

Documentation pour tous les champs présents dans le Schéma de données.

Champ *Accesseurs* sont utilisés comme clés pour accéder aux valeurs dans les données renvoyées. Sur l'interface du Schéma de données, il s'agit du "Nom du champ".

Champ *Types de valeur* indiquent comment la valeur est renvoyée par l'API. Sur l'interface du Schéma de données, il s'agit du "Type de champ".

<details>

<summary>Nom du fournisseur</summary>

Le nom du fournisseur du reçu.

Accesseur: `supplier_name`\
Type de valeur: `string`

Possède une seule valeur.

</details>

<details>

<summary>Adresse du fournisseur</summary>

L'adresse complète du fournisseur qui a remis le reçu.

Accesseur: `supplier_address`\
Type de valeur: `string`

Possède une seule valeur.

</details>

<details>

<summary>Numéro de téléphone du fournisseur</summary>

Le numéro de téléphone du fournisseur du reçu.

Accesseur: `supplier_phone_number`\
Type de valeur: `string`

Possède une seule valeur.

</details>

<details>

<summary>Immatriculation de l’entreprise du fournisseur</summary>

Une liste des détails d'enregistrement de l'entreprise, y compris le type et le numéro, pour le fournisseur du reçu.

Accesseur: `supplier_company_registration`

**Sous-champs**

* **Nombre**\
  Le numéro d'immatriculation de l'entreprise.\
  Accessor: `number`\
  Type de valeur: `string`
* **Type**\
  Le type du numéro d'immatriculation de l'entreprise.\
  Accessor: `type`\
  Valeurs possibles : `VAT`, `SIRET`, `SIREN`, `NIF`, `CF`, `UID`, `STNR`, `HRA_HRB`, `TIN`, `RFC`, `BTW`, `ABN`, `UEN`, `CVR`, `ORGNRO`, `INN`, `DPH`, `NIP`, `GSTIN`, `CRN`, `KVK`, `DIC`, `TAX_ID`, `CIF`, `GST_HST_CA`, `COC`

Peut avoir plusieurs valeurs (c'est une liste/un tableau).

</details>

<details>

<summary>Numéro du reçu</summary>

Le numéro du reçu.

Accesseur: `receipt_number`\
Type de valeur: `string`

Possède une seule valeur.

</details>

<details>

<summary>Date</summary>

La date d'émission du reçu.

Accesseur: `date`\
Type de valeur: `date`

Possède une seule valeur.

</details>

<details>

<summary>Heure</summary>

L'heure d'émission du reçu.

Accesseur: `time`\
Type de valeur: `string`

Possède une seule valeur.

</details>

<details>

<summary>Montant total</summary>

Le montant total final payé, y compris toutes les taxes et remises.

Accesseur: `total_amount`\
Type de valeur: `number`

Possède une seule valeur.

</details>

<details>

<summary>Total net</summary>

Le montant total avant taxes.

Accesseur: `total_net`\
Type de valeur: `number`

Possède une seule valeur.

</details>

<details>

<summary>Total des taxes</summary>

Le montant total de toutes les taxes.

Accesseur: `total_tax`\
Type de valeur: `number`

Possède une seule valeur.

</details>

<details>

<summary>Taxes</summary>

Une liste des taxes individuelles appliquées, chacune comprenant le taux, la base et le montant.

Accesseur: `taxes`

**Sous-champs**

* **Taux**\
  Le taux de cette taxe sous forme décimale.\
  Accessor: `rate`\
  Type de valeur: `number`
* **Base**\
  Le montant de base sur lequel cette taxe est calculée.\
  Accessor: `base`\
  Type de valeur: `number`
* **Montant**\
  Le montant de taxe calculé pour cette taxe.\
  Accessor: `amount`\
  Type de valeur: `number`

Peut avoir plusieurs valeurs (c'est une liste/un tableau).

</details>

<details>

<summary>Pourboires et gratifications</summary>

Le total des pourboires et gratifications du reçu.

Accesseur: `tips_gratuity`\
Type de valeur: `number`

Possède une seule valeur.

</details>

<details>

<summary>Lignes de facture</summary>

Une liste des lignes du reçu, chacune incluant la description, la quantité, le prix unitaire et le prix total.

Accesseur: `line_items`

**Sous-champs**

* **Description**\
  Une description de l'article ou du service.\
  Accessor: `description`\
  Type de valeur: `string`
* **Quantité**\
  La quantité de l'article ou du service.\
  Accessor: `quantity`\
  Type de valeur: `number`
* **Prix unitaire**\
  Le prix par unité de l'article ou du service.\
  Accessor: `unit_price`\
  Type de valeur: `number`
* **Prix total**\
  Le prix total de la ligne : quantité \* prix unitaire.\
  Accessor: `total_price`\
  Type de valeur: `number`

Peut avoir plusieurs valeurs (c'est une liste/un tableau).

</details>

<details>

<summary>Type de document</summary>

Type de document : reçu de dépenses ou reçu de carte de crédit

Accesseur: `document_type`\
Valeurs possibles : `expense_receipt`, `credit_card_receipt`

Possède une seule valeur.

</details>

<details>

<summary>Catégorie d'achat</summary>

La catégorie du reçu.

Accesseur: `purchase_category`\
Valeurs possibles : `alimentation`, `carburant`, `parking`, `péage`, `hébergement`, `transport`, `télécom`, `logiciel`, `achats`, `énergie`, `divers`

Possède une seule valeur.

</details>

<details>

<summary>Sous-catégorie d'achat</summary>

La sous-catégorie d'achat du reçu.

Accesseur: `purchase_subcategory`\
Valeurs possibles : `restaurant`, `livraison`, `train`, `transport_public`, `taxi`, `location_de_voiture`, `avion`, `micro_mobilité`, `fournitures_de_bureau`, `électronique`, `culturel`, `courses`, `autre`

Possède une seule valeur.

</details>

<details>

<summary>Paramètres régionaux</summary>

Les paramètres régionaux contiennent la langue, le pays et la devise du reçu.

Accesseur: `locale`

**Sous-champs**

* **Langue**\
  La langue du reçu, code langue ISO 639-1.\
  Accessor: `language`\
  Type de valeur: `string`
* **Pays**\
  Le pays du reçu, code alpha-2 ISO 3166-1.\
  Accessor: `country`\
  Type de valeur: `string`
* **Devise**\
  La devise dans laquelle le reçu est émis, ISO 4217.\
  Accessor: `currency`\
  Type de valeur: `string`

Possède une seule valeur.

</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 by asking a question.

Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:

```
GET https://docs.mindee.com/v2/fr/cas-dusage/extraction-models/receipt.md?ask=<question>&goal=<user_goal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.

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.
