Glossaire

Glossaire canonique de jinflow. Généré depuis terminology/terminology.yaml.

Termes produit

Analytics Pyramid

DE: Analytische Pyramide | FR: Pyramide analytique

La pile analytique à cinq couches, de la détection brute à l’insight actionnable : Gold → Signal → Perspective → Thesis → Verdict.

Est : la pile conceptuelle qui organise toute la production analytique

N’est pas : un pipeline physique — chaque couche est compilée indépendamment depuis des déclarations vers du SQL

Alias : pyramid, pyramide, stack, analytical stack

Assessment

Renommé en Perspective. Voir Perspective.

Un score de santé au niveau entité agrégeant les findings de plusieurs Signals. Le terme « assessment » persiste dans le format YAML (type: assessment) et les noms de champs internes.

Alias : assessment, bewertung, évaluation

BitBundle

Un regroupement narratif curé par un humain de SMEbits liés — la couche narrative au-dessus des connaissances expertes atomiques.

Est : un emballage narratif qui connecte des SMEbits liés

N’est pas : une Perspective ou un regroupement automatisé. Les bundles sont curés à la main par un curateur nommé

Alias : bitbundle, bundle, dossier, use case

Calibration

DE: Kalibrierung

Le processus de mesure de la précision avec laquelle les Signals détectent des défauts connus, en utilisant le recall, la precision et le F1 contre un manifeste de défauts.

Alias : calibration, kalibrierung, recall, precision, f1

Contract

DE: Vertrag | FR: Contrat

Un schéma JSON qui définit les champs requis, les types et les contraintes pour la sortie d’une couche, garantissant la stabilité de l’interface.

Alias : contract, vertrag, contrat, schema

Diagnosis

Renommé en Verdict. Voir Verdict. Le terme « diagnosis » persiste dans certains noms de champs internes et le fichier Contract (diagnosis_contract.v1.json).

DE: Diagnose | FR: Diagnostic

Anciennement : une explication structurée de cause racine pour une Thesis confirmée. Désormais appelé Verdict.

Alias : diagnosis, diagnose, diagnostic, verdict

Direction

DE: Richtung | FR: Direction

Un indicateur au niveau Signal indiquant si un pattern détecté s’améliore, est stable ou se dégrade dans le temps. La direction est évaluée en comparant le score actuel à l’historique récent. Valeurs : improving, stable, worsening.

Est : un indicateur de tendance temporelle attaché à un Signal Finding

N’est pas : une prédiction. La direction décrit le mouvement observé, pas l’état futur projeté

Alias : direction, richtung, trend direction

Entity

DE: Entität | FR: Entité

Un objet métier avec une identité — la chose examinée. Chaque domain pack définit ses propres entités (par ex. parcelles et cuvées en viticulture, envois et checkpoints en logistique).

Alias : entity, entität, entité, dimension

Evidence

DE: Evidenz | FR: Évidence

Une référence pondérée à un Signal ou un SMEbit qui contribue à l’évaluation d’une Thesis. Chaque lien de preuve a un rôle (primary, supporting, context, counter).

Est : un lien scoré entre une Thesis et ses données justificatives/contradictoires

N’est pas : les données brutes elles-mêmes. L’Evidence est la connexion, pas le Finding

Alias : evidence, evidenz, preuve, evidence chain

Evidence Score

DE: Evidenz-Score | FR: Score d’évidence

Une valeur numérique (0.0–1.0) qui résume la totalité des preuves pondérées pour une Thesis, déterminant son statut.

Alias : evidence score, evidenz-score

Finding

DE: Befund | FR: Constat

Une anomalie ou instance de pattern unique détectée par un Signal — avec un score continu (0-100), l’entité affectée et une évaluation d’impact. Formellement appelé « signal instance », mais « finding » reste comme raccourci pratique.

Est : un événement de détection spécifique et attribuable

N’est pas : un « résultat » ou une « alerte ». Utilisez « finding » systématiquement — jamais « signal result »

Alias : finding, signal instance, befund, résultat, constat

Health Score

DE: Gesundheitsscore | FR: Score de santé

Un score numérique au niveau entité (0-100) produit par les Perspectives, agrégeant les scores et le nombre de findings sur plusieurs Signals.

Alias : health score, gesundheitsscore

Hypothesis

Renommé en Thesis. Voir Thesis. Le terme « hypothesis » persiste dans certains noms de champs internes.

DE: Hypothese | FR: Hypothèse

Anciennement : une question métier évaluée contre des preuves de Signals. Désormais appelée Thesis.

Alias : hypothesis, hypothese, hypothèse, thesis

Impact

DE: Auswirkung | FR: Impact

L’exposition estimée associée à un Finding, exprimée comme une valeur avec unité et dimension. L’impact généralise l’ancien champ money_at_risk pour couvrir les effets non financiers. Dimensions : financial (CHF, EUR), operational (heures, unités), quality (taux de défauts), cultural (score de satisfaction), strategic (indice de risque).

Est : une mesure structurée et multidimensionnelle de ce qui est en jeu

N’est pas : toujours financier. Un impact qualité pourrait être « augmentation de 4.2% du taux de défauts » ou un impact opérationnel « 320 heures/mois »

Alias : impact, auswirkung, exposure, money at risk

Instrument

Terme générique pour tout artefact analytique déclaratif : Signal, Perspective, Thesis, Verdict, SMEbit ou BitBundle.

Est : le terme chapeau pour les six types d’artefacts

N’est pas : utilisé dans l’UI utilisateur. L’Explorer affiche les Signals, Theses, etc. par leurs noms spécifiques

Alias : instrument, artifact, artefakt

Interpretation

FR: Interprétation

Une explication lisible par un humain d’un Finding — ce qui s’est passé, pourquoi c’est important et que regarder ensuite.

Alias : interpretation, interprétation, erklärung

Money at Risk

Remplacé par Impact. Voir Impact. Le nom de champ money_at_risk persiste dans le Contract des findings pour la rétrocompatibilité.

DE: Risikobetrag | FR: Montant à risque

L’exposition financière estimée associée à un Finding. Désormais généralisé en « impact » — une valeur avec unité et dimension (financial, operational, quality, cultural, strategic).

Alias : money at risk, risikobetrag, montant à risque, money_at_risk, mar, impact

Presentation

DE: Präsentation | FR: Présentation

Une vue plein écran, prête pour la direction, d’une évaluation de Thesis avec narrative, graphiques de tendances et visualisation de la chaîne de preuves.

Alias : presentation, präsentation, executive brief

Perspective

DE: Perspektive | FR: Perspective

Un score de santé au niveau entité agrégeant les findings de plusieurs Signals. Les Perspectives répondent à : « Quelle est la santé globale de cette entité ? » Anciennement appelé assessment — le format YAML utilise toujours type: assessment.

Est : une agrégation structurée multi-Signal avec des règles de scoring

N’est pas : une interprétation subjective. Les Perspectives sont déterministes étant donné leurs Signals source

Alias : perspective, assessment, perspektive, bewertung, évaluation

Polarity

DE: Polarität | FR: Polarité

Indique si un Finding de Signal représente quelque chose de négatif (un problème), positif (une force) ou neutre (une observation). La plupart des Signals sont négatifs (détection d’anomalies), mais les Signals peuvent aussi détecter des patterns positifs — par ex. « fiabilité fournisseur supérieure à 99% ». Valeurs : positive, negative, neutral.

Est : un tag sémantique indiquant si le Finding est bon, mauvais ou informatif

N’est pas : la même chose que direction. La polarity concerne la nature du pattern ; la direction concerne sa tendance

Alias : polarity, polarität, valence

Probe

Renommé en Signal. Voir Signal. Le terme « probe » persiste dans le format YAML (probe_id), les noms de fichiers (probe_*.yaml) et les noms de champs internes.

Une requête diagnostique conçue pour révéler un aspect spécifique de la qualité des données ou de la santé financière.

Alias : probe, signal, sonde, diagnostik

Qty at Risk

DE: Risikomenge | FR: Quantité à risque

L’exposition quantitative estimée d’un Finding — combien d’unités sont affectées. Complète le money at risk pour les Signals sensibles au volume.

Alias : qty at risk, risikomenge, quantité à risque, quantity

Registry

FR: Registre

Un modèle dbt (table SQL) stockant les métadonnées pour tous les instruments d’un type donné, généré par le compilateur depuis les définitions YAML.

Alias : registry, registre, register

Report

DE: Bericht | FR: Rapport

Un document structuré généré à partir des données du pipeline. Types : qualité des données, risque financier, préparation analytique et santé.

Alias : report, bericht, rapport, pdf

Risk Tier

DE: Risikostufe | FR: Niveau de risque

Une classification de risque financier par paliers assignée à chaque Signal, utilisée pour prioriser les findings dans les rapports et l’Explorer.

Alias : risk tier, risikostufe, niveau de risque

Root Cause

DE: Grundursache | FR: Cause racine

La raison sous-jacente pour laquelle un problème existe. Structurée en six catégories : process, system, data quality, behavioral, structural, external.

Alias : root cause, grundursache, cause racine, ursache

Score

DE: Punktzahl | FR: Score

Une valeur numérique continue (0-100) quantifiant la significativité d’un Finding de Signal. Remplace les anciens niveaux de sévérité discrets (high/medium/low). Les labels d’affichage sont dérivés des plages de scores pour la lisibilité humaine (par ex. 80-100 peut s’afficher comme « critical »), mais la valeur sous-jacente est toujours continue.

Est : une mesure précise et numérique de la significativité du Finding

N’est pas : une probabilité ou un pourcentage. Un score de 75 signifie « 75 sur 100 de significativité » — pas « 75% de probabilité »

Alias : score, punktzahl, significance score

Severity

Remplacé par Score. Voir Score. Les labels de sévérité discrets (high/medium/low) sont remplacés par un score continu (0-100). Les labels d’affichage dérivés des plages de scores sont toujours utilisés pour la lisibilité humaine.

DE: Schweregrad | FR: Sévérité

Anciennement : classification de l’impact d’un Finding en HIGH/MEDIUM/LOW. Désormais : labels d’affichage dérivés du score continu.

Alias : severity, schweregrad, sévérité, gravité

Signal

DE: Signal | FR: Signal

Une requête diagnostique déclarative qui détecte un pattern spécifique dans les données Gold. Les Signals (anciennement appelés probes) produisent des findings standardisés avec un score continu (0-100), une évaluation d’impact, une polarity et une direction. Chaque Signal se compile en SQL via le pipeline YAML-to-SQL.

Est : une intervention analytique reproductible, axée sur les questions, avec des métadonnées de sortie riches

N’est pas : une requête ad hoc ou un rapport. Les Signals sont définis déclarativement, compilés en SQL et produisent une sortie conforme au Contract

Alias : signal, probe, sonde, diagnostik

SMEbit

Une pièce atomique et attribuée de connaissance d’expert métier — une observation unique, un insight ou une exception connue contribuée par un expert nommé.

Est : une connaissance experte structurée et de premier rang avec validation optionnelle des données

N’est pas : un commentaire, une annotation ou une page wiki. Les SMEbits sont des artefacts versionnés avec identité, cycle de vie et attribution

Alias : smebit, expert knowledge, expertenwissen, connaissance

Thesis

DE: These | FR: Thèse

Une question métier testable évaluée contre des preuves de Signals. Les Theses (anciennement appelées hypotheses) traduisent les findings techniques en langage prêt pour la direction financière. Statuts : confirmed, plausible, not observed, insufficient data.

Est : une affirmation métier testable avec scoring de preuves

N’est pas : une supposition ou une hypothèse. Chaque Thesis est fondée sur des Signal Findings

Alias : thesis, thèse, these, hypothesis

Treatment

DE: Behandlung | FR: Traitement

Une action délibérée pour changer l’état de l’organisation — changements de processus, ajustements de personnel, mises à jour de politiques. Les Signals détectent, les traitements interviennent.

Alias : treatment, behandlung, traitement, intervention

Verdict

DE: Verdikt

Une explication structurée de cause racine pour une Thesis confirmée. Les Verdicts (anciennement appelés diagnoses) identifient pourquoi un pattern existe, assignent une catégorie de cause racine, expriment une confiance et recommandent des étapes d’investigation. Chaque Verdict est attaché à exactement une Thesis.

Est : une explication causale avec scoring de confiance et recommandations actionnables

N’est pas : un traitement ou une action — les Verdicts expliquent pourquoi, ils ne prescrivent pas les prochaines étapes (c’est la couche Treatment). Aussi distinct de l’ancien concept « verdict » (statut d’évaluation par tenant), désormais appelé « thesis status »

Alias : verdict, verdikt, urteil, diagnosis

Termes d’architecture

Bronze

Couche d’ingestion brute. Copie immuable des données du système source — traçabilité plutôt que correction. Pas d’interprétation, pas de filtrage.

Alias : bronze

Compilation vs Build

DE: Kompilierung vs Build

Deux phases distinctes : Compile (YAML → SQL, génération de code) et Build (SQL → DuckDB, exécution par tenant).

Alias : compile, build, kompilierung, compilation

Domain Pack

Un framework analytique autonome pour une industrie spécifique. Chaque pack regroupe Signals, Perspectives, Theses, Verdicts, SMEbits, modèles dbt, Contracts et adaptateurs système source. Les packs sont des kits de démarrage — jinflow init --pack en copie un dans une instance tenant.

Alias : domain pack, pack, paket

Ephemeral Database

DE: Ephemere Datenbank | FR: Base de données éphémère

Le fichier DuckDB (dev.duckdb) est jetable — rm + rebuild recrée tout depuis les CSV. La base de données est un artefact dérivé.

Alias : ephemeral, duckdb, dev.duckdb

Gold

Couche de consommation. Vues agnostiques du système source filtrant Silver à is_valid = true. C’est le Contract produit — les Signals opèrent exclusivement sur Gold.

Alias : gold

jinflow

Le moteur analytique : CLI, compilateurs, validateurs, Explorer et orchestration. Les domain packs se branchent sur jinflow pour fournir des analyses spécifiques à une industrie (viticulture, logistique, juridique, et plus).

Alias : jinflow, core, engine

Medallion Architecture

DE: Medallion-Architektur | FR: Architecture Medallion

Le pattern de couches Bronze → Silver → Gold → Platform, basé sur l’architecture medallion popularisée par Databricks. Chaque couche a une responsabilité stricte : structure, validation, consommation, union inter-tenants.

Alias : medallion, medal, medaillon, bronze silver gold

Pipeline Graph

DE: Pipeline-Graph | FR: Graphe de pipeline

Une visualisation interactive de l’ensemble du DAG dbt — chaque modèle, source et dépendance rendu comme un graphe navigable.

Alias : pipeline, graph, dag, pipeline graph

P/T-Worlds (PTW)

DE: P/T-Welten | FR: Mondes P/T

Les deux pistes d’évolution parallèles dans jinflow. Le P-world (Pipeline) couvre l’ingénierie de données : adaptateurs source, couches medallion, qualité des données — tout jusqu’à et incluant Entity. Le T-world (Talk) couvre le travail analytique : Signals, Theses, Verdicts, SMEbits — tout ce qui consomme les Entities. Les deux évoluent continuellement et indépendamment, partageant Entity + Contract comme interface stable. jinflow make et jinflow evolve pilotent les deux mondes.

Alias : PTW, P-world, T-world, pipeline world, talk world

Rebuildable

DE: Wiederherstellbar | FR: Reconstructible

Une table ou vue qui peut être entièrement recréée depuis les fichiers source (CSV) et les définitions YAML à tout moment.

Alias : rebuildable, rebuild, wiederherstellbar

Silver

Couche de faits validés. Normalisée, typée, avec flag is_valid et invalid_reason. Les lignes invalides sont signalées, pas supprimées.

Alias : silver, silber, argent

Source-System Dispatch

DE: Quellsystem-Dispatch | FR: Dispatch système source

Le mécanisme basé sur des macros qui mappe les noms de colonnes spécifiques au système source vers le schéma canonique du pack. Chaque pack définit ses propres macros de dispatch pour ses systèmes source supportés.

Alias : dispatch, source system, quellsystem

Tenant

DE: Mandant | FR: Locataire

Une organisation ou un site analysé. Chaque tenant est isolé dans son propre schéma DuckDB, défini par tenant.yml dans tenants/{tenant_id}/. Un tenant peut être un domaine viticole, une station de ski, un bureau de fret ou un cabinet d’avocats — selon le domain pack.

Alias : tenant, mandant, locataire

Domain Packs

jinflow est agnostique du domaine — le moteur compile des instruments déclaratifs en SQL pour n’importe quelle industrie. Les domain packs fournissent le framework analytique : entités, Contracts, adaptateurs système source, Signals, Theses, Verdicts et SMEbits adaptés à un secteur spécifique. Chaque pack est un kit de démarrage pouvant être instancié pour plusieurs tenants.

nuMetrix

Analytique de flux de matériaux hospitaliers — de l’approvisionnement à la facturation patient. nuMetrix ingère des exports multi-systèmes source et les transforme en un jeu de données gouverné, validé et agnostique du système source à travers les organisations.

Domaine	Flux de matériaux hospitaliers (Suisse)
Systèmes source	OPALE, SAP MM, Navision
Tenants	hospital_zeta
Concepts clés	Cas, procédures, matériaux, événements de facturation, centres de coûts, chaînes d’approvisionnement, taxonomie

Millesime

Traçabilité de la vigne à la bouteille pour la viticulture valaisanne. Millesime suit chaque parcelle, vendange, fermentation et mise en bouteille à travers plusieurs domaines, détectant les anomalies de rendement, les discordances de classification et les lacunes de traçabilité de la vigne au vin fini.

Domaine	Viticulture (Valais, Suisse)
Systèmes source	Exports CSV personnalisés depuis ERP viticole
Tenants	domaine_zufferey, domaine_clavien, domaine_betrisey
Concepts clés	Parcelles, cépages, cuvées, millésimes, étapes de vinification

Alptrack

Réconciliation remontée-comptabilité pour les opérations de stations de ski. Alptrack compare les ventes de forfaits, les passages aux remontées, les coûts d’enneigement et la location d’équipement entre les stations, révélant les fuites de revenus et les inefficacités opérationnelles du tourniquet au bilan.

Domaine	Opérations de stations de ski
Systèmes source	Skidata, Axess
Tenants	resort_alpine, resort_family, resort_glacier
Concepts clés	Passages aux remontées, forfaits, enneigement, entretien des pistes, location d’équipement

InterLogic

Traçabilité envoi-checkpoint pour la logistique et le transit de fret mondial. InterLogic suit chaque checkpoint, déclaration douanière et transfert de transporteur sur 3 continents et 3 systèmes source, détectant les transferts manquants, les écarts douaniers et les anomalies de routage.

Domaine	Logistique et transit de fret mondial
Systèmes source	CargoWise, SAP TM, WMS Manhattan
Tenants	express_europe, global_freight, pacific_trade
Concepts clés	Envois, checkpoints, transporteurs, routes, déclarations douanières, codes SH, entrepôts

Lexflow

Intégrité dossier-facture pour les études d’avocats suisses. Lexflow suit les heures facturables, les frais et les débours à travers des études multilingues, détectant le temps non facturé, les écarts de comptes de consignation et les risques de délais.

Domaine	Opérations d’études d’avocats (Suisse)
Systèmes source	Abacus Legal, Kleos, WinJur
Tenants	cabinet_geneve, kanzlei_bern, studio_lugano
Concepts clés	Dossiers, saisies de temps, factures, comptes de consignation, délais judiciaires