> ## Documentation Index
> Fetch the complete documentation index at: https://docs.solya.app/llms.txt
> Use this file to discover all available pages before exploring further.

# Cycle de vie des plans & approbations

> Le cycle de vie du statut, l'encadrement par règles métier, le flux de travail d'approbation et le journal d'audit partagés par tous les types de plans.

Cette page décrit les mécaniques communes à **tous** les types de plans. Les pages spécifiques au type ne couvrent ensuite
que ce qui est spécifique à chacun.

## Statuts du plan et de l'article

Un plan traverse un **cycle de vie du statut**. Les statuts exacts dépendent du type, mais
la plupart des plans en saison suivent :

```
Brouillon → Validé → (Envoyé → Reçu) → Clôturé
```

```mermaid theme={null}
stateDiagram-v2
  [*] --> Brouillon
  Brouillon --> Validé
  Validé --> Envoyé
  Envoyé --> Reçu
  Reçu --> Clôturé
  Clôturé --> [*]
```

Au sein d'un plan, chaque **article** porte son propre statut :

| Statut d'article          | Signification                                  |
| ------------------------- | ---------------------------------------------- |
| **À examiner**            | Nouvellement ajouté, en attente de validation. |
| **Prêt pour la commande** | Validé et compté dans le total du plan.        |

Un plan peut être validé une fois que ses articles sont prêts ; les transitions exactes (et lesquelles
sont réversibles) sont listées sur la page de chaque type de plan.

## Encadrement par règles métier

Quand vous **ajoutez un article** ou **changez le statut d'un plan**, Solya évalue les
[règles métier](/fr/intelligence-layer/business-center) du jeu de règles du plan à
ce moment. Chaque règle peut :

<CardGroup cols={3}>
  <Card title="Bloquer" icon="ban">
    Arrête l'action — l'article ne peut pas être ajouté ou le plan ne peut pas être validé.
  </Card>

  <Card title="Alerter" icon="triangle-exclamation">
    Laisse l'action se poursuivre mais affiche un avertissement.
  </Card>

  <Card title="Journaliser" icon="file-lines">
    Enregistre que la règle s'est déclenchée, sans interruption.
  </Card>
</CardGroup>

Les encadrements typiques incluent les plafonds budgétaires (OTB), les limites de valeur de plan, la capacité par magasin, les
courbes de tailles, les contraintes fournisseurs (MOQ / multiples de pack) et les fenêtres du calendrier de démarque.

## Flux de travail d'approbation

Certains types de plans passent par l'approbation quand la valeur d'un plan dépasse un seuil configuré (défini via les
**politiques d'approbation** dans la couche intelligence).

<Steps>
  <Step title="Vous tentez de valider / changer le statut">
    Si la valeur du plan dépasse le seuil, la validation est interceptée au lieu de
    se poursuivre.
  </Step>

  <Step title="Une demande d'approbation est créée">
    Une approbation **En attente** est enregistrée, prenant une capture de la valeur du plan et du seuil.
    Vous pouvez ajouter une justification.
  </Step>

  <Step title="Un approbateur décide">
    Un utilisateur avec la permission *Approbateur de plan* **Approuve** ou **Rejette** la demande
    (avec une raison) à partir de la file d'attente d'approbations.
  </Step>

  <Step title="Le plan se poursuit ou est renvoyé">
    Sur approbation, le changement de statut se poursuit ; sur rejet, vous modifiez le plan et réessayez.
  </Step>
</Steps>

Une approbation peut aussi devenir **Expirée** automatiquement si le plan change après la
création de la demande (de sorte qu'une approbation obsolète ne s'applique jamais à un plan différent).

Quels types ont une porte d'approbation :

| Plan                                                          | Porte d'approbation |
| ------------------------------------------------------------- | ------------------- |
| Réassort, Pré-saison, Retour fournisseur, Échange fournisseur | Oui                 |
| Rééquilibrage, Démarque                                       | Non                 |

## Journal d'activité & trail d'audit

Chaque plan enregistre un **journal d'activité** immuable — visible sur l'onglet *Activité* du plan.
Il capture les changements du cycle de vie du plan, les ajouts/mises à jour/suppressions d'article, les changements de statut d'article et le
cycle de vie d'approbation complet. Chaque entrée enregistre **qui** (un utilisateur, un workflow, un générateur de scénarios IA
ou un token API), **quand**, une **raison** optionnelle et les **règles** qui
ont été appliquées. Les libellés (noms des variantes, magasins, utilisateurs…) sont résolus quand vous lisez le journal pour qu'ils
restent courants.

<Note>
  Les articles ajoutés par les recommandations de l'IA ou les workflows sont marqués avec leur **attribution**
  (manuel vs vecteur de décision vs workflow), de sorte que vous pouvez toujours dire comment une ligne y est arrivée.
</Note>