> For the complete documentation index, see [llms.txt](https://fitek-learning.fitek.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://fitek-learning.fitek.com/fitek-learning-space/french-francais/purchase-orders/approuver-et-rejeter.md).

# Approuver et rejeter

Une fois créé, un bon de commande doit être approuvé par les personnes habilitées. L'objectif est qu'une personne habilitée donne son accord avant tout engagement de dépense.

Si vous êtes approbateur, les bons de commande en attente apparaissent sur votre tableau de bord. Le processus fonctionne comme l'approbation des factures : si vous approuvez déjà des factures dans Fitek, le fonctionnement vous sera familier.

### **Affecter un bon de commande pour approbation**

Dans la zone d'approbation des détails du bon de commande, choisissez un flux d'approbation dans la liste (avec recherche) et ajoutez un commentaire si nécessaire (500 caractères maximum). Une fois le flux sélectionné, un aperçu de ses étapes s'affiche : vous pouvez ainsi vérifier qui approuvera avant de l'affecter.

Un bon de commande doit comporter un fournisseur et une description avant de pouvoir être affecté. S'il manque l'un des deux, une info-bulle vous indique ce qu'il faut d'abord renseigner.

### **Approuver un bon de commande**

Ouvrez le bon de commande et vérifiez les détails : fournisseur, montants, lignes de commande, axes d'imputation. Lorsque c'est votre tour, la zone d'approbation affiche l'étiquette **À vous** (*Your turn*), un champ de commentaire et les boutons **Approuver** et **Rejeter** côte à côte. Si tout est correct, cliquez sur **Approuver** et laissez un commentaire si nécessaire. Le BC passe à l'étape suivante du flux ou, si vous êtes le dernier approbateur, il est entièrement approuvé.

Ce que vous voyez dépend de votre rôle et du fait que ce soit votre tour ou non :

* Les administrateurs des bons de commande et la personne qui a créé le bon de commande disposent d'un sélecteur pour basculer entre l'approbation et la modification du flux d'approbation.
* Les approbateurs dont le tour n'est pas encore venu ne voient que la progression du flux.

La vue de progression affiche une coche, la date et l'heure, ainsi que les éventuels commentaires des étapes terminées. L'étape en cours est signalée par un cercle vert, et les étapes de groupe indiquent combien d'approbateurs sont requis.

Pour une présentation détaillée de la nouvelle interface, voir [Approuver les bons de commande dans la nouvelle présentation](/fitek-learning-space/french-francais/hidden-content/mises-a-jour-produit/approuver-les-bons-de-commande-dans-la-nouvelle-presentation.md).

### **Si vous êtes le dernier approbateur mais ne voyez pas l'option Approuver**

La dernière étape du flux d'approbation d'un BC exige que l'approbateur affecté dispose de droits spécifiques : tous les utilisateurs disposant de droits d'approbation généraux ne peuvent pas terminer cette dernière étape. Le dernier approbateur doit soit être **Administrateur**, soit avoir à la fois les rôles **Approbateur** et **Finalisation du flux** cochés : le rôle Approbateur seul ne suffit pas pour approuver la dernière étape.

**Finalisation du flux est un rôle à part entière** (voir [Rôles utilisateur](/fitek-learning-space/french-francais/getting-started/guide-de-demarrage/roles-utilisateur.md) pour ce qu'il permet et comment il se combine avec Approbateur ou Vérificateur). Comme tout rôle, il s'attribue par utilisateur dans **Paramètres → Utilisateurs**, et seuls les administrateurs peuvent ouvrir cette page : si ce rôle vous manque, vous ne pouvez pas l'activer vous-même ; une personne disposant d'un accès administrateur doit l'ajouter pour vous.

Si vous êtes la dernière personne du flux et que le bouton **Approuver** n'apparaît pas :

1. Vérifiez que le BC est toujours en attente – pas déjà approuvé, rejeté ou supprimé.
2. Vérifiez qui est réellement affecté à l'étape en cours (la dernière) du flux.
3. Vérifiez les rôles de cet utilisateur dans Paramètres → Utilisateurs : si seul Approbateur est coché, c'est la raison pour laquelle le bouton Approuver n'apparaît pas.
4. Demandez à un administrateur des bons de commande d'ajouter le rôle Finalisation du flux à cet utilisateur, ou de réaffecter la dernière étape à une personne qui dispose déjà des droits nécessaires.

C'est la même règle que pour l'approbation des factures d'achat.

### **Rejeter un bon de commande**

Si quelque chose ne va pas – mauvais montant, mauvais fournisseur, informations manquantes – vous pouvez rejeter le BC avec le bouton **Rejeter**, à côté de **Approuver**. Lorsque vous rejetez, vous devez laisser un commentaire expliquant pourquoi. Cela garantit la transparence et aide la personne qui l'a créé à comprendre ce qui doit changer.

### **Ajouter d'autres approbateurs**

Vous pouvez aussi ajouter d'autres personnes à la chaîne d'approbation, avant ou après vous. C'est utile lorsque vous avez besoin d'un second avis, ou lorsque le BC doit être approuvé par quelqu'un qui ne figurait pas dans le flux initial. Utilisez les boutons **Ajouter un approbateur avant / après moi** sur votre propre étape :

* **Avant moi :** le nouvel approbateur est affecté immédiatement et devient l'étape en cours.
* **Après moi :** vous pouvez approuver d'abord ; le BC passe ensuite à l'approbateur ajouté.

### **Modifier un flux d'approbation en cours**

Il arrive que le flux lui-même doive changer alors qu'il est déjà en cours – quelqu'un est en congé, le montant a changé, ou une vérification supplémentaire est nécessaire. Les administrateurs des bons de commande et le créateur du BC peuvent modifier le flux sans recommencer le BC, même lorsqu'il est partiellement approuvé :

* ajouter ou retirer des approbateurs, individuellement ou en groupe ;
* modifier l'ordre dans lequel les approbateurs interviennent ;
* modifier le nombre d'approbateurs requis dans une étape de groupe.

Fitek applique les mêmes contrôles que lors de la configuration initiale d'un flux : un approbateur ajouté doit disposer des droits nécessaires pour agir comme dernier approbateur lorsque c'est pertinent, la limite monétaire définie pour cet approbateur ne doit pas être dépassée, et le flux ne peut pas dépasser le nombre maximum d'approbateurs autorisé, au total ou dans une même étape de groupe.

### **Réaffecter un BC approuvé**

Si un bon de commande entièrement approuvé doit être réexaminé, les administrateurs des bons de commande et le créateur du BC peuvent le renvoyer à son dernier approbateur en un seul clic, au lieu de créer un nouveau bon de commande.

### **Approbateurs suppléants**

Si quelqu'un est absent et qu'un suppléant traite ses approbations, Fitek en garde une trace claire. Lorsqu'un BC est approuvé ou rejeté par un suppléant, le système affiche le nom de la personne qui a réellement effectué l'action, et pas seulement celui de l'approbateur initial. La piste d'audit reflète ainsi toujours qui a réellement pris la décision.

### **Approuver depuis l'application mobile**

Vous pouvez aussi approuver et rejeter des bons de commande depuis l'application mobile Fitek. Les BC en attente s'affichent avec les factures en attente. La nouvelle présentation de l'approbation décrite ci-dessus concerne la version web ; l'approbation dans l'application mobile fonctionne comme avant.


---

# 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://fitek-learning.fitek.com/fitek-learning-space/french-francais/purchase-orders/approuver-et-rejeter.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.
