Glossar
Kanonisches Glossar fuer jinflow. Generiert aus terminology/terminology.yaml.
Produktbegriffe
Abschnitt betitelt „Produktbegriffe“Analytics Pyramid
Abschnitt betitelt „Analytics Pyramid“DE: Analytische Pyramide | FR: Pyramide analytique
Der fuenfschichtige analytische Stack von der Roherkennung bis zur umsetzbaren Erkenntnis: Gold → Signal → Perspective → Thesis → Verdict.
Ist: der konzeptionelle Stack, der alle analytischen Ergebnisse organisiert
Ist nicht: eine physische Pipeline — jede Ebene wird unabhaengig von Deklarationen zu SQL kompiliert
Aliase: pyramid, pyramide, stack, analytical stack
Assessment
Abschnitt betitelt „Assessment“Umbenannt zu Perspective. Siehe Perspective.
Ein Entity-Level Health Score, der Findings aus mehreren Signals aggregiert. Der Begriff “assessment” bleibt im YAML-Format (type: assessment) und in internen Feldnamen erhalten.
Aliase: assessment, bewertung, evaluation
BitBundle
Abschnitt betitelt „BitBundle“Eine von Menschen kuratierte narrative Gruppierung verwandter SMEbits — die Story-Ebene ueber dem atomaren Expertenwissen.
Ist: ein narrativer Wrapper, der verwandte SMEbits verbindet
Ist nicht: eine Perspective oder eine automatisierte Gruppierung. Bundles werden von einem benannten Kurator handkuratiert
Aliase: bitbundle, bundle, dossier, use case
Calibration
Abschnitt betitelt „Calibration“DE: Kalibrierung
Der Prozess der Messung, wie genau Signals bekannte Defekte erkennen, mittels Recall, Precision und F1 gegen ein Defektmanifest.
Aliase: calibration, kalibrierung, recall, precision, f1
Contract
Abschnitt betitelt „Contract“DE: Vertrag | FR: Contrat
Ein JSON-Schema, das die erforderlichen Felder, Typen und Einschraenkungen fuer den Output einer Ebene definiert und die Interface-Stabilitaet sicherstellt.
Aliase: contract, vertrag, contrat, schema
Diagnosis
Abschnitt betitelt „Diagnosis“Umbenannt zu Verdict. Siehe Verdict. Der Begriff “diagnosis” bleibt in einigen internen Feldnamen und der Contract-Datei (
diagnosis_contract.v1.json).
DE: Diagnose | FR: Diagnostic
Frueher: eine strukturierte Grundursachen-Erklaerung fuer eine bestaetigte Thesis. Jetzt Verdict genannt.
Aliase: diagnosis, diagnose, diagnostic, verdict
Direction
Abschnitt betitelt „Direction“DE: Richtung | FR: Direction
Ein Signal-Level-Indikator, ob ein erkanntes Muster sich verbessert, stabil bleibt oder verschlechtert. Direction wird bewertet, indem der aktuelle Score mit der juengsten Historie verglichen wird. Werte: improving, stable, worsening.
Ist: ein temporaler Trendindikator an einem Signal Finding
Ist nicht: eine Vorhersage. Direction beschreibt beobachtete Bewegung, nicht projizierten zukuenftigen Zustand
Aliase: direction, richtung, trend direction
DE: Entitaet | FR: Entite
Ein Domaenobjekt mit Identitaet — das Ding, das untersucht wird. Jedes Domain Pack definiert seine eigenen Entities (z.B. Parzellen und Cuvees im Weinbau, Sendungen und Checkpoints in der Logistik).
Aliase: entity, entitaet, entite, dimension
Evidence
Abschnitt betitelt „Evidence“DE: Evidenz | FR: Evidence
Eine gewichtete Referenz auf ein Signal oder SMEbit, die zur Thesis-Bewertung beitraegt. Jeder Evidence-Link hat eine Rolle (primary, supporting, context, counter).
Ist: eine bewertete Verbindung zwischen einer Thesis und ihren unterstuetzenden/widersprechenden Daten
Ist nicht: die Rohdaten selbst. Evidence ist die Verbindung, nicht das Finding
Aliase: evidence, evidenz, preuve, evidence chain
Evidence Score
Abschnitt betitelt „Evidence Score“DE: Evidenz-Score | FR: Score d’evidence
Ein numerischer Wert (0.0–1.0), der die gesamte gewichtete Evidenz fuer eine Thesis zusammenfasst und ihren Thesis-Status bestimmt.
Aliase: evidence score, evidenz-score
Finding
Abschnitt betitelt „Finding“DE: Befund | FR: Constat
Eine einzelne Anomalie oder Musterinstanz, die von einem Signal erkannt wird — mit einem kontinuierlichen Score (0-100), betroffener Entity und Impact-Bewertung. Formell ein “Signal Instance” genannt, aber “Finding” bleibt als praktische Kurzform.
Ist: ein spezifisches, zuordenbares Erkennungsereignis
Ist nicht: ein “Ergebnis” oder “Alarm.” Verwende “Finding” konsistent — niemals “Signal Result”
Aliase: finding, signal instance, befund, resultat, constat
Health Score
Abschnitt betitelt „Health Score“DE: Gesundheitsscore | FR: Score de sante
Ein Entity-Level numerischer Score (0-100), produziert von Perspectives, der Scores und Finding-Anzahl ueber mehrere Signals aggregiert.
Aliase: health score, gesundheitsscore
Hypothesis
Abschnitt betitelt „Hypothesis“Umbenannt zu Thesis. Siehe Thesis. Der Begriff “hypothesis” bleibt in einigen internen Feldnamen.
DE: These | FR: Thèse
Frueher: eine Geschaeftsfrage, die gegen Signal-Evidenz bewertet wird. Jetzt Thesis genannt.
Aliase: hypothesis, hypothese, hypothese, thesis
DE: Auswirkung | FR: Impact
Die geschaetzte Exposition eines Findings, ausgedrueckt als Wert mit Einheit und Dimension. Impact verallgemeinert das fruehere money_at_risk-Feld auf nicht-finanzielle Auswirkungen. Dimensionen: financial (CHF, EUR), operational (Stunden, Einheiten), quality (Defektrate), cultural (Zufriedenheitsscore), strategic (Risikoindex).
Ist: ein strukturiertes, mehrdimensionales Mass dessen, was auf dem Spiel steht
Ist nicht: immer finanziell. Ein Qualitaets-Impact koennte “4.2% Defektratenerhoehung” oder ein operativer Impact “320 Stunden/Monat” sein
Aliase: impact, auswirkung, exposure, money at risk
Instrument
Abschnitt betitelt „Instrument“Generischer Begriff fuer jedes deklarative analytische Artefakt: Signal, Perspective, Thesis, Verdict, SMEbit oder BitBundle.
Ist: der Oberbegriff fuer die sechs Artefakttypen
Ist nicht: in der Benutzeroberflaeche verwendet. Der Explorer zeigt Signals, Theses usw. mit ihren spezifischen Namen
Aliase: instrument, artifact, artefakt
Interpretation
Abschnitt betitelt „Interpretation“FR: Interpretation
Eine menschenlesbare Erklaerung eines Findings — was passiert ist, warum es wichtig ist und was als Naechstes zu pruefen ist.
Aliase: interpretation, interpretation, erklaerung
Money at Risk
Abschnitt betitelt „Money at Risk“Ersetzt durch Impact. Siehe Impact. Der
money_at_risk-Feldname bleibt im Findings Contract fuer Rueckwaertskompatibilitaet.
DE: Risikobetrag | FR: Montant a risque
Die geschaetzte finanzielle Exposition eines Findings. Jetzt verallgemeinert als “Impact” — ein Wert mit Einheit und Dimension (financial, operational, quality, cultural, strategic).
Aliase: money at risk, risikobetrag, montant a risque, money_at_risk, mar, impact
Presentation
Abschnitt betitelt „Presentation“DE: Praesentation | FR: Presentation
Eine bildschirmfuellende, fuehrungstaugliche Ansicht einer Thesis-Bewertung mit Narrativ, Trendcharts und Evidenzketten-Visualisierung.
Aliase: presentation, praesentation, executive brief
Perspective
Abschnitt betitelt „Perspective“DE: Perspektive | FR: Perspective
Ein Entity-Level Health Score, der Findings aus mehreren Signals aggregiert. Perspectives beantworten: “Wie gesund ist diese Entity insgesamt?” Frueher Assessment genannt — das YAML-Format verwendet weiterhin type: assessment.
Ist: eine strukturierte, Multi-Signal-Aggregation mit Bewertungsregeln
Ist nicht: eine subjektive Interpretation. Perspectives sind deterministisch gegeben ihre Quell-Signals
Aliase: perspective, assessment, perspektive, bewertung, evaluation
Polarity
Abschnitt betitelt „Polarity“DE: Polaritaet | FR: Polarite
Ob ein Signal Finding etwas Negatives (ein Problem), Positives (eine Staerke) oder Neutrales (eine Beobachtung) repraesentiert. Die meisten Signals sind negativ (Anomalien erkennen), aber Signals koennen auch positive Muster erkennen — z.B. “Lieferantenzuverlaessigkeit ueber 99%.” Werte: positive, negative, neutral.
Ist: ein semantisches Tag, das anzeigt ob das Finding gut, schlecht oder informativ ist
Ist nicht: dasselbe wie Direction. Polarity betrifft die Natur des Musters; Direction betrifft seinen Trend
Aliase: polarity, polaritaet, valence
Umbenannt zu Signal. Siehe Signal. Der Begriff “probe” bleibt im YAML-Format (
probe_id), Dateinamen (probe_*.yaml) und internen Feldnamen.
Eine diagnostische Abfrage, die darauf ausgelegt ist, einen bestimmten Aspekt der Datenqualitaet oder finanziellen Gesundheit aufzudecken.
Aliase: probe, signal, sonde, diagnostik
Qty at Risk
Abschnitt betitelt „Qty at Risk“DE: Risikomenge | FR: Quantite a risque
Die geschaetzte Mengenexposition eines Findings — wie viele Einheiten betroffen sind. Ergaenzt Money at Risk fuer mengenempfindliche Signals.
Aliase: qty at risk, risikomenge, quantite a risque, quantity
Registry
Abschnitt betitelt „Registry“FR: Registre
Ein dbt-Modell (SQL-Tabelle), das Metadaten fuer alle Instrumente eines bestimmten Typs speichert, generiert vom Compiler aus YAML-Definitionen.
Aliase: registry, registre, register
DE: Bericht | FR: Rapport
Ein strukturiertes Dokument, generiert aus Pipeline-Daten. Typen: Datenqualitaet, finanzielles Risiko, Analytik-Bereitschaft und Gesundheit.
Aliase: report, bericht, rapport, pdf
Risk Tier
Abschnitt betitelt „Risk Tier“DE: Risikostufe | FR: Niveau de risque
Eine gestufte finanzielle Risikoklassifizierung, die jedem Signal zugewiesen wird, um Findings in Berichten und im Explorer zu priorisieren.
Aliase: risk tier, risikostufe, niveau de risque
Root Cause
Abschnitt betitelt „Root Cause“DE: Grundursache | FR: Cause racine
Der zugrundeliegende Grund, warum ein Problem existiert. Strukturiert in sechs Kategorien: process, system, data quality, behavioral, structural, external.
Aliase: root cause, grundursache, cause racine, ursache
DE: Punktzahl | FR: Score
Ein kontinuierlicher numerischer Wert (0-100), der die Bedeutsamkeit eines Signal Findings quantifiziert. Ersetzt die frueheren diskreten Schweregrade (high/medium/low). Anzeige-Labels werden aus Score-Bereichen fuer die Lesbarkeit abgeleitet (z.B. 80-100 kann als “critical” angezeigt werden), aber der zugrundeliegende Wert ist immer kontinuierlich.
Ist: ein praezises, numerisches Mass der Finding-Bedeutsamkeit
Ist nicht: eine Wahrscheinlichkeit oder ein Prozentsatz. Score 75 bedeutet “75 von 100 Bedeutsamkeit” — nicht “75% wahrscheinlich”
Aliase: score, punktzahl, significance score
Severity
Abschnitt betitelt „Severity“Ersetzt durch Score. Siehe Score. Die diskreten Severity-Labels (high/medium/low) werden durch einen kontinuierlichen Score (0-100) ersetzt. Anzeige-Labels aus Score-Bereichen werden weiterhin fuer die Lesbarkeit verwendet.
DE: Schweregrad | FR: Severite
Frueher: Klassifizierung der Finding-Auswirkung als HIGH/MEDIUM/LOW. Jetzt: abgeleitete Anzeige-Labels aus dem kontinuierlichen Score.
Aliase: severity, schweregrad, severite, gravite
DE: Signal | FR: Signal
Eine deklarative diagnostische Abfrage, die ein bestimmtes Muster in Gold-Daten erkennt. Signals (frueher Probes genannt) produzieren standardisierte Findings mit einem kontinuierlichen Score (0-100), Impact-Bewertung, Polarity und Direction. Jedes Signal kompiliert zu SQL ueber die YAML-zu-SQL-Pipeline.
Ist: eine wiederholbare, fragengesteuerte analytische Intervention mit reichen Ausgabe-Metadaten
Ist nicht: eine Ad-hoc-Abfrage oder ein Bericht. Signals werden deklarativ definiert, zu SQL kompiliert und produzieren vertragskonforme Ausgabe
Aliase: signal, probe, sonde, diagnostik
Ein atomares, zugeschriebenes Stueck Expertenwissen eines Fachexperten — eine einzelne Beobachtung, Erkenntnis oder bekannte Ausnahme, beigetragen von einem benannten Experten.
Ist: strukturiertes, erstklassiges Expertenwissen mit optionaler Datenvalidierung
Ist nicht: ein Kommentar, eine Annotation oder eine Wiki-Seite. SMEbits sind versionierte Artefakte mit Identitaet, Lebenszyklus und Zuschreibung
Aliase: smebit, expert knowledge, expertenwissen, connaissance
DE: These | FR: These
Eine testbare Geschaeftsfrage, die gegen Signal-Evidenz bewertet wird. Theses (frueher Hypotheses genannt) uebersetzen technische Findings in CFO-taugliche Sprache. Status: confirmed, plausible, not observed, insufficient data.
Ist: eine testbare Geschaeftsbehauptung mit Evidenzbewertung
Ist nicht: eine Vermutung oder Annahme. Jede Thesis ist in Signal Findings verankert
Aliase: thesis, these, these, hypothesis
Treatment
Abschnitt betitelt „Treatment“DE: Behandlung | FR: Traitement
Eine bewusste Handlung zur Aenderung des Organisationszustands — Prozessaenderungen, Personalaenderungen, Richtlinien-Updates. Signals erkennen, Treatments intervenieren.
Aliase: treatment, behandlung, traitement, intervention
Verdict
Abschnitt betitelt „Verdict“DE: Verdikt
Eine strukturierte Grundursachen-Erklaerung fuer eine bestaetigte Thesis. Verdicts (frueher Diagnoses genannt) identifizieren, warum ein Muster existiert, weisen eine Root Cause-Kategorie zu, druecken Konfidenz aus und empfehlen Untersuchungsschritte. Jedes Verdict ist an genau eine Thesis gebunden.
Ist: eine kausale Erklaerung mit Konfidenzbewertung und umsetzbaren Empfehlungen
Ist nicht: ein Treatment oder eine Aktion — Verdicts erklaeren warum, sie verordnen keine naechsten Schritte (das ist die Treatment-Ebene). Auch nicht dasselbe wie das alte “Verdict”-Konzept (pro-Tenant Bewertungsstatus), das jetzt “Thesis Status” heisst
Aliase: verdict, verdikt, urteil, diagnosis
Architekturbegriffe
Abschnitt betitelt „Architekturbegriffe“Roh-Eingangsebene. Unveraenderliche Kopie der Quellsystemdaten — Nachvollziehbarkeit vor Korrektheit. Keine Interpretation, kein Filtern.
Aliase: bronze
Compilation vs Build
Abschnitt betitelt „Compilation vs Build“DE: Kompilierung vs Build
Zwei unterschiedliche Phasen: Kompilierung (YAML → SQL, Code-Generierung) und Build (SQL → DuckDB, pro-Tenant-Ausfuehrung).
Aliase: compile, build, kompilierung, compilation
Domain Pack
Abschnitt betitelt „Domain Pack“Ein in sich geschlossenes analytisches Framework fuer eine bestimmte Branche. Jedes Pack buendelt Signals, Perspectives, Theses, Verdicts, SMEbits, dbt-Modelle, Contracts und Quellsystem-Adapter. Packs sind Starter-Kits — jinflow init --pack kopiert eines in eine Tenant-Instanz.
Aliase: domain pack, pack, paket
Ephemeral Database
Abschnitt betitelt „Ephemeral Database“DE: Ephemere Datenbank | FR: Base de donnees ephemere
Die DuckDB-Datei (dev.duckdb) ist wegwerfbar — rm + Rebuild erstellt alles neu aus CSVs. Die Datenbank ist ein abgeleitetes Artefakt.
Aliase: ephemeral, duckdb, dev.duckdb
Konsumebene. Quellsystem-agnostische Views, die Silver auf is_valid = true filtern. Das ist der Produktvertrag — Signals operieren ausschliesslich auf Gold.
Aliase: gold
jinflow
Abschnitt betitelt „jinflow“Die analytische Engine: CLI, Compiler, Validatoren, Explorer und Orchestrierung. Domain Packs docken an jinflow an, um branchenspezifische Analytik zu liefern (Weinbau, Logistik, Recht und mehr).
Aliase: jinflow, core, engine
Medallion Architecture
Abschnitt betitelt „Medallion Architecture“DE: Medallion-Architektur | FR: Architecture Medallion
Das Bronze → Silver → Gold → Platform Schichtungsmuster, basierend auf der Medallion Architecture, populaer gemacht von Databricks. Jede Schicht hat eine strikte Verantwortung: Struktur, Validierung, Konsum, Cross-Tenant-Union.
Aliase: medallion, medal, medaillon, bronze silver gold
Pipeline Graph
Abschnitt betitelt „Pipeline Graph“DE: Pipeline-Graph | FR: Graphe de pipeline
Eine interaktive Visualisierung des gesamten dbt DAG — jedes Modell, jede Quelle und Abhaengigkeit als navigierbarer Graph dargestellt.
Aliase: pipeline, graph, dag, pipeline graph
P/T-Worlds (PTW)
Abschnitt betitelt „P/T-Worlds (PTW)“DE: P/T-Welten | FR: Mondes P/T
Die zwei parallelen Entwicklungspfade in jinflow. Die P-world (Pipeline) umfasst Data Engineering: Quellsystem-Adapter, Medallion-Ebenen, Datenqualitaet — alles bis einschliesslich Entity. Die T-world (Talk) umfasst analytische Arbeit: Signals, Theses, Verdicts, SMEbits — alles, was Entities konsumiert. Beide entwickeln sich kontinuierlich und unabhaengig, mit Entity + Contract als stabilem Interface. jinflow make und jinflow evolve treiben beide Welten.
Aliase: PTW, P-world, T-world, pipeline world, talk world
Rebuildable
Abschnitt betitelt „Rebuildable“DE: Wiederherstellbar | FR: Reconstructible
Eine Tabelle oder View, die jederzeit vollstaendig aus Quelldateien (CSVs) und YAML-Definitionen wiederhergestellt werden kann.
Aliase: rebuildable, rebuild, wiederherstellbar
Validierte Faktenebene. Normalisiert, typisiert, mit is_valid Flag und invalid_reason. Ungueltige Zeilen werden markiert, nicht verworfen.
Aliase: silver, silber, argent
Source-System Dispatch
Abschnitt betitelt „Source-System Dispatch“DE: Quellsystem-Dispatch | FR: Dispatch systeme source
Der Macro-basierte Mechanismus, der quellsystem-spezifische Spaltennamen auf das kanonische Pack-Schema abbildet. Jedes Pack definiert seine eigenen Dispatch-Macros fuer seine unterstuetzten Quellsysteme.
Aliase: dispatch, source system, quellsystem
DE: Mandant | FR: Locataire
Eine Organisation oder Standort, der analysiert wird. Jeder Tenant ist in seinem eigenen DuckDB-Schema isoliert, definiert durch tenant.yml in tenants/{tenant_id}/. Ein Tenant kann ein Weingut, ein Skigebiet, ein Speditionsbuero oder eine Anwaltskanzlei sein — abhaengig vom Domain Pack.
Aliase: tenant, mandant, locataire
Domain Packs
Abschnitt betitelt „Domain Packs“jinflow ist domain-agnostisch — die Engine kompiliert deklarative Instrumente zu SQL fuer jede Branche. Domain Packs liefern das analytische Framework: Entities, Contracts, Quellsystem-Adapter, Signals, Theses, Verdicts und SMEbits, zugeschnitten auf einen bestimmten Sektor. Jedes Pack ist ein Starter-Kit, das fuer mehrere Tenants instanziiert werden kann.
nuMetrix
Abschnitt betitelt „nuMetrix“Spitalmaterialfluss-Analytik — von der Beschaffung bis zur Patientenabrechnung. nuMetrix nimmt Multi-Quellsystem-Exporte auf und transformiert sie in einen gouvernierten, validierten, quellsystem-agnostischen Datensatz ueber Organisationen hinweg.
| Domaene | Spitalmaterialfluss (Schweiz) |
| Quellsysteme | OPALE, SAP MM, Navision |
| Tenants | hospital_zeta |
| Kernkonzepte | Faelle, Prozeduren, Materialien, Abrechnungsereignisse, Kostenstellen, Lieferketten, Taxonomie |
Millesime
Abschnitt betitelt „Millesime“Weinberg-zu-Flasche-Rueckverfolgbarkeit fuer den Walliser Weinbau. Millesime verfolgt jede Parzelle, Ernte, Gaerung und Abfuellung ueber mehrere Domaenen, erkennt Ertragsanomalien, Klassifikationsabweichungen und Rueckverfolgbarkeitsluecken von der Rebe bis zum fertigen Wein.
| Domaene | Weinbau (Wallis, Schweiz) |
| Quellsysteme | Benutzerdefinierte CSV-Exporte aus Weinbau-ERP |
| Tenants | domaine_zufferey, domaine_clavien, domaine_betrisey |
| Kernkonzepte | Parzellen, Cepages (Rebsorten), Cuvees, Millesimes (Jahrgaenge), Vinifikationsstufen |
Alptrack
Abschnitt betitelt „Alptrack“Lift-zu-Bilanz-Abgleich fuer Skigebietsbetrieb. Alptrack gleicht Ticketverkaeufe, Liftfahrten, Beschneiungskosten und Materialverleih ueber Skigebiete ab und deckt Umsatzverluste und betriebliche Ineffizienzen vom Drehkreuz bis zur Bilanz auf.
| Domaene | Skigebietsbetrieb |
| Quellsysteme | Skidata, Axess |
| Tenants | resort_alpine, resort_family, resort_glacier |
| Kernkonzepte | Liftfahrten, Skipaeesse, Beschneiung, Pistenpflege, Materialverleih |
InterLogic
Abschnitt betitelt „InterLogic“Sendungs-zu-Checkpoint-Verantwortlichkeit fuer globale Logistik und Spedition. InterLogic verfolgt jeden Checkpoint, jede Zollerklaerung und Carrier-Uebergabe ueber 3 Kontinente und 3 Quellsysteme, erkennt fehlende Uebergaben, Zolldiskrepanzen und Routing-Anomalien.
| Domaene | Globale Logistik und Spedition |
| Quellsysteme | CargoWise, SAP TM, WMS Manhattan |
| Tenants | express_europe, global_freight, pacific_trade |
| Kernkonzepte | Sendungen, Checkpoints, Carrier, Routen, Zollerklaerungen, HS-Codes, Lager |
Lexflow
Abschnitt betitelt „Lexflow“Mandats-zu-Rechnung-Integritaet fuer Schweizer Anwaltskanzleien. Lexflow verfolgt verrechenbare Stunden, Auslagen und Barvorlagen ueber mehrsprachige Kanzleien, erkennt nicht verrechnete Zeit, Treuhandkonto-Diskrepanzen und Fristrisiken.
| Domaene | Anwaltskanzleibetrieb (Schweiz) |
| Quellsysteme | Abacus Legal, Kleos, WinJur |
| Tenants | cabinet_geneve, kanzlei_bern, studio_lugano |
| Kernkonzepte | Mandate, Zeiteintraege, Rechnungen, Treuhandkonten, Gerichtsfristen |