Comment un fichier circule dans une spécification
1
Détection
Solya décide quelle spécification s’applique à un fichier entrant, en utilisant les
règles de détection de la spécification.
2
Analyse
Le fichier est lu sous forme tabulaire et ses colonnes sont mappées à des champs typés, en
utilisant la configuration d’analyse.
3
Promotion
Un ou plusieurs pipelines de promotion
transforment les données analysées et les écrivent dans les tables silver/gold.
Forme de premier niveau
Une spécification est rédigée en JSON (clés en snake_case). Ses champs :Portée : GLOBAL vs ORG
- Les spécifications GLOBAL sont fournies par la plateforme et disponibles pour chaque organisation. Elles couvrent les formats POS standards (Polaris, Ginkoia, Kezia, …).
- Les spécifications ORG appartiennent à une seule organisation (
organization_iddéfini) et ne sont visibles que pour elle.
Déploiement
L’existence n’est pas la même que l’activation pour une organisation. Une spécification est déployée vers une organisation via un enregistrement d’activation (flagenabled) — ainsi une organisation peut activer/désactiver les spécifications sans que personne n’édite la spécification elle-même. Dans l’API/DTO cela apparaît comme isDeployed sur chaque spécification.
Priorité et résolution de conflits
Quand plus d’une spécification correspond à un fichier :- Les spécifications sont classées par
priority(décroissant). - La
spec_versionplus récente prend préséance. - La première spécification correspondante est appliquée.
Cycle de vie et versioning
- Un
spec_idpeut avoir plusieurs versions ;(spec_id, spec_version)est unique. - Le seeding est idempotent (upsert sur cette paire) ; les spécifications GLOBAL supprimées de l’ensemble de seeds sont archivées, non supprimées, pour préserver l’historique.
Continuez vers les trois éléments constitutifs :
Détection,
Analyse, et le
catalogue Étapes de promotion — puis voir
les exemples complets.

