Das jinflow-Oekosystem

Uebersicht

jinflow ist eine gouvernierte Analytics-Engineering-Plattform. Sie trennt Engine von Domain-Wissen von Daten von kompiliertem Output, jeweils in einem eigenen Repository mit eigenem Lebenszyklus.

Die fuenf Stores

Store	Vollstaendiger Name	Was er haelt	Lebenszyklus
DPR	Domain Pack Repository	Domain-Blueprint: Contracts, dbt-Modelle/Macros, Dispatch, Basisinstrumente, Glossar	Von Domain-Experten gepflegt. Versioniert.
AFS	Artifact Store	Tenant-spezifische Instrumente: Signals, Theses, Verdicts, SMEbits, BitBundles	Aus DPR gebootstrapped, waechst dann unabhaengig.
DLZ	Data Landing Zone	Rohe Kundenlieferungen: Excel-Exporte, CSVs	Versioniert in Git. Nur-Anfuegen.
KLS	Knowledge Store	Kompilierte DuckDB-Datenbank: Bronze bis Gold, Signal Findings, Thesis Verdicts, Verdict Findings	Unveraenderlich nach Build.
SIS	System Information Store	Build-Journal, Instrumentenlebenszyklus, Kompilierungsprotokoll	Veraenderlich, akkumuliert ueber Builds.

Die zwei Produkte

Produkt	Technologie	Publikum	Zweck
jinflow CLI + Explorer	Python CLI + SvelteKit Web App	Analysten, Data Engineers	CLI-Toolchain + Explorer Web App
jinflow Web	SvelteKit	Management, CFO, Betrieb	Gehostete Web-Anwendung

Der Build-Treffpunkt

jinflow make ist der einzige Punkt wo Wissen auf Daten trifft:

• AFS liefert was gesucht werden soll — Instrumente, Contracts, analytische Logik
• DLZ liefert worin gesucht werden soll — Rohdaten aus Quellsystemen des Kunden
• KLS ist was herauskommt — ein eigenstaendiges, abfragbares analytisches Produkt
• SIS zeichnet auf was passiert ist — Build-Provenienz, Zeitstempel, Instrumentenzustaende

Zusammenfassung

Fuenf Stores, zwei Produkte, ein Build-Befehl.

Konzept	Rolle
DPR	Domain-Blueprint (Vorlage)
AFS	Tenant-Wissen (Instanz)
DLZ	Rohdaten (Eingabe)
KLS	Kompiliertes Produkt (Ausgabe)
SIS	Build-Journal (Protokoll)
jinflow CLI + Explorer	Desktop-Toolchain
jinflow Web	Kundengerichtete Anwendung
jinflow make	Der Treffpunkt — Wissen trifft Daten