Données maîtres (ingérées)
Le catalogue et les entités transactionnelles sont remplis par l’ETL de la plateforme données à partir des systèmes POS (Polaris, Kezia) et sont en lecture seule dans l’application. Elles sont limitées à l’organisation.| Entité | Nature |
|---|---|
| Magasins, marques, produits, variantes de produits, collections, fournisseurs | Dimensions de catalogue |
| Articles d’inventaire | Identité de stock produit × magasin |
| Lignes de ventes, lignes de commande, lignes de mouvement | Faits transactionnels |
| Ledger de stock, snapshot de stock | Stock au fil du temps / point dans le temps |
Couches d’analyse
La plateforme données expose celles-ci comme des tables silver (nettoyées/normalisées) et gold (prêtes à l’emploi métier) — p. ex.fact_sales_lines, fact_order_lines,
fact_movement_lines, stock_ledger, stock_snapshot, les dimensions dim_*,
les résumés *_shop_analytics, sales_forecasts et decision_vector. L’application les lit
pour les tableaux de bord, les KPIs, la recherche, les alertes et les recommandations.
Parce que les données de catalogue sont ingérées, vous ne créez pas de magasins/produits/variantes dans l’application —
elles arrivent par l’ingestion. Voir la Couche données.
Données gérées par l’application (créées dans Solya)
Tout ce que vous créez se trouve dans PostgreSQL et est limité à l’organisation : plans d’inventaire et leurs articles, règles métier et jeux de règles, enveloppes budgétaires, courbes de tailles, calendriers de démarque, contraintes fournisseurs, politiques d’approbation/retour, listes org, alertes, étiquettes et règles de tagging, workflows, paramètres, modèles de navigation et le journal d’audit. Chaque nouvelle table documente comment ses données sont remplies, modifiées et à quel accès elles sont soumises.Énumérations de statut de plan
Les statuts exacts par type de plan (utilisés par l’API et surfacés dans l’interface utilisateur) :| Plan | Statuts |
|---|---|
| Réassort | DRAFT → VALIDATED → SENT → RECEIVED → CLOSED |
| Rééquilibrage | DRAFT → VALIDATED → SENT |
| Démarque | DRAFT → VALIDATED → CLOSED |
| Pré-saison | DRAFT → VALIDATED → SENT → CLOSED |
| Retour fournisseur | DRAFT → SENT → CREDITED → CLOSED |
| Échange fournisseur | DRAFT → PROPOSED → AGREED → IN_TRANSIT → SETTLED → CLOSED |
TO_REVIEW et READY_FOR_ORDER. Les plans côté fournisseur
portent des énumérations supplémentaires — codes de raison de retour (p. ex. défaut, dommage en transit, mauvais
SKU/quantité, rappel, échec QC, autre), types de source de retour (réassort, pré-saison) et côtés
d’échange (retour, réception).
Ces valeurs de statut sont des identifiants stables sur lesquels vous pouvez brancher. Le cycle de vie conceptuel
(transitions réversibles, moments de décision, approbations) est décrit dans
Plans d’inventaire → Cycle de vie.