Votre espace de travail isolé. Tous les entités — plans, règles, alertes, données — sont scoped à
une organisation. Les utilisateurs peuvent appartenir à plusieurs et passer de l’une à l’autre.
Un système ou un canal à partir duquel Solya ingère des données : un système POS (Polaris, Kezia),
une API ou des téléchargements de fichiers manuels.
Le contrat qui décrit comment détecter, analyser et transformer un fichier entrant en
le modèle de données standard de Solya.
Une exécution unique du pipeline d’ingestion, avec un statut et des logs complets.
Les tables d’analyse (hébergées sur Databricks) qui alimentent les tableaux de bord, KPIs, prévisions
et alertes. Silver est une données nettoyée/normalisée ; gold est prête pour l’analyse métier.
Une unité de travail d’inventaire. Six types existent : réassort, rééquilibrage, démarque, pré-saison,
retour fournisseur et échange fournisseur.
Une ligne au sein d’un plan (généralement une variante × taille, parfois × magasin). Les articles ont
leur propre statut (À examiner / Prêt pour la commande).
Une règle métier est une contrainte évaluée avant une action de plan. Un jeu de règles regroupe
les règles ; l’un d’eux est le jeu par défaut de l’organisation.
Ce qu’une règle fait quand elle se déclenche : Bloquer (empêche l’action), Alerter (permet
l’action avec un avertissement), ou Journaliser (l’enregistre silencieusement).
Une politique qui réachemine un plan vers une demande d’approbation quand sa valeur dépasse un
seuil. Une approbation est l’enregistrement En attente/Approuvée/Rejetée/Expirée qui en résulte.
Une limite de dépenses Open-To-Buy pour une période, scoped globalement ou par marque, département
ou collection. Les plans sont vérifiés par rapport à la consommation en direct.
Un mix de tailles attendu (par ex. S 20%, M 35%…) auquel un plan devrait s’aligner.
Une condition surveillée (métrique + opérateur + seuil sur un périmètre) qui déclenche une instance
quand elle est enfreinte.
Un libellé sur une entité. Les règles de tagging appliquent ou suppriment des tags automatiquement
selon des métriques ou des valeurs de colonne.
Une automation (déclencheur + actions) exécutée par la plateforme de données. Une exécution est une
exécution unique, avec des enregistrements par étape.
Des scores calculés par l’IA par variante/magasin (urgence de réassort, risque de
rupture/surstock, urgence de transfert…) qui mesurent à quel point une position est risquée
ou urgente. Voir la référence de la couche décision.
La recommandation résolue dérivée d’un vecteur de décision — une quantité concrète à
réassortir, des unités à transférer, ou un pourcentage de remise, avec une confiance et une
explication. Ce que l’app pré-remplit et exécute.
La trace immuable de chaque changement de plan — qui a fait quoi, quand, pourquoi et quelles règles
ont été appliquées.
Un token API (
solya_sa_…) utilisé par les programmes externes et les agents pour appeler l’API Solya
au nom d’une organisation. Consultez Authentification.