Passer au contenu principal
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é
Au sein d’un plan, chaque article porte son propre statut :
Statut d’articleSignification
À examinerNouvellement ajouté, en attente de validation.
Prêt pour la commandeValidé 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 du jeu de règles du plan à ce moment. Chaque règle peut :

Bloquer

Arrête l’action — l’article ne peut pas être ajouté ou le plan ne peut pas être validé.

Alerter

Laisse l’action se poursuivre mais affiche un avertissement.

Journaliser

Enregistre que la règle s’est déclenchée, sans interruption.
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).
1

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

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

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

Le plan se poursuit ou est renvoyé

Sur approbation, le changement de statut se poursuit ; sur rejet, vous modifiez le plan et réessayez.
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 :
PlanPorte d’approbation
Réassort, Pré-saison, Retour fournisseur, Échange fournisseurOui
Rééquilibrage, DémarqueNon

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