> For the complete documentation index, see [llms.txt](https://docs-fr.docbits.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs-fr.docbits.com/administration-and-setup/workflow/standard-workflow-builder/standard-workflow/purchase-invoice-2nd-approval-quantity.md).
# Purchase Invoice - 2nd Approval Quantity
Ce titre indique que la règle concerne spécifiquement le traitement des factures d'achat lors d'une phase d'approbation secondaire, en mettant l'accent sur la vérification de l'exactitude des quantités indiquées.
#### Configuration de la règle :
1. **When…**
* **Document Type is Invoice** : Cette condition garantit que la règle n'est activée que pour les documents classés comme factures. Ceci est essentiel pour maintenir la spécificité et la pertinence du flux de travail.
2. **And…**
* **Document Status is Pending Second Approval** : Cela précise que la facture est actuellement en attente d'une seconde approbation. Cette étape vise généralement à fournir une supervision supplémentaire avant de finaliser la facture.
* **Document Field Invoice Sub Type is Equals Purchase Invoice** : Cette condition affine encore la règle pour qu'elle s'applique exclusivement aux factures identifiées comme « Purchase Invoices ». Cette catégorisation aide à les différencier des autres types de factures.
* **Logic Quantity in order confirmation Not Equals purchase order** : Cette condition critique vérifie si la quantité indiquée dans la confirmation de commande correspond à la quantité de la commande d'achat d'origine. L'action est déclenchée en cas de divergence, signalant une erreur ou un problème potentiel nécessitant une résolution.
#### Action (Then…) :
* **Assign user from field Buyer Name, use user User as fallback** : Si les conditions de la règle sont remplies (c.-à-d. qu'il existe une divergence dans les quantités), la facture est automatiquement assignée à la personne indiquée dans le champ « Buyer Name » pour examen complémentaire. Si ce champ est vide ou si la personne spécifiée n'est pas disponible, un utilisateur par défaut (vraisemblablement un administrateur ou un autre membre du personnel désigné) prend le relais pour garantir un examen et une résolution en temps voulu.
#### Objectif de cette règle :
* **Exactitude et conformité** : La règle est essentielle pour garantir que le processus de facturation est exact et conforme aux conditions convenues dans la commande d'achat. Elle aide à prévenir les divergences financières et les éventuelles erreurs d'inventaire.
* **Approbations rationalisées** : L'automatisation du processus d'examen pour des divergences spécifiques aide à rationaliser les approbations et garantit que tout problème est rapidement traité par le personnel approprié.
* **Supervision financière renforcée** : Exiger une approbation secondaire pour les vérifications de quantité renforce les contrôles financiers et la responsabilité au sein de l'organisation.
Cette configuration illustre comment l'automatisation des flux de travail peut être utilisée pour améliorer l'efficacité opérationnelle et garantir l'intégrité financière, en particulier dans la gestion de processus d'achat complexes au sein d'une entreprise.
---
# 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 dynamically by asking a question.
Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:
```
GET https://docs-fr.docbits.com/administration-and-setup/workflow/standard-workflow-builder/standard-workflow/purchase-invoice-2nd-approval-quantity.md?ask=&goal=
```
`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.
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.