> 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-unit-price.md).

# Purchase Invoice - 2nd Approval Unit Price

<figure><img src="/files/vVdpwJutJR1scIhpTXbG" alt="DocBits Approbation Facture 3"><figcaption></figcaption></figure>

Ce titre indique que la règle est mise en place pour gérer la seconde phase d'approbation d'une facture d'achat, en mettant spécifiquement l'accent sur la validation du prix unitaire.

#### Configuration de la règle :

1. **When…**
   * **Document Type is Invoice** : Cette condition garantit que la règle n'est déclenchée que pour les documents identifiés comme factures, filtrant les autres types de documents et maintenant la pertinence du flux de travail.
2. **And…**
   * **Document Status is Pending Second Approval** : Cela précise que la facture se trouve dans la phase où elle est en attente d'une seconde approbation. Il s'agit généralement d'une étape conçue pour garantir une supervision supplémentaire avant le traitement final.
   * **Document Field Invoice Sub Type is Equals Purchase Invoice** : Cela restreint encore l'application de cette règle aux seules factures classées comme « Purchase Invoices », les distinguant des autres sous-types de factures.
   * **Logic Unit Price in order confirmation Not Equals purchase order** : Cette vérification logique est cruciale car elle compare le prix unitaire indiqué dans la confirmation de commande au prix unitaire de la commande d'achat d'origine. L'action est déclenchée si ces valeurs ne correspondent pas, ce qui pourrait indiquer une divergence nécessitant une résolution.

#### Action (Then…) :

* **Assign user from field Buyer Name, use user User as fallback** : Si les conditions spécifiées sont remplies (c.-à-d. qu'il existe une non-correspondance dans les prix unitaires), la facture est automatiquement assignée à un acheteur (le nom spécifié dans le champ « Buyer Name ») pour examen complémentaire. Si le champ « Buyer Name » est vide ou non spécifié, un utilisateur par défaut (vraisemblablement un administrateur ou un autre membre du personnel désigné) est assigné en tant que solution de repli pour gérer l'approbation.

#### Objectif de cette règle :

* **Garantir l'exactitude et la conformité** : Cette règle est essentielle pour garantir que le processus de facturation est exact et conforme aux conditions convenues. En déclenchant un examen lorsqu'il existe une divergence dans les prix unitaires, le système aide à prévenir les erreurs financières ou la fraude potentielle.
* **Rationaliser les approbations** : L'automatisation de l'assignation pour examen en fonction de divergences spécifiques aide à rationaliser le processus d'approbation et garantit que les problèmes sont rapidement traités par le personnel approprié.
* **Supervision financière** : Exiger une seconde approbation, en particulier basée sur la correspondance des prix, renforce les contrôles financiers et la responsabilité au sein de l'organisation.


---

# 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-unit-price.md?ask=<question>&goal=<endgoal>
```

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