Konzepte¶

Das Produktbild in 60 Sekunden: wie Expecto zusammenspielt. Jede Rolle profitiert davon, das einmal zu lesen, auch wenn sie nur einen Bruchteil der Plattform nutzt.

Der Kernablauf¶

Organisation
  └── Projekt              ─ was empfangen wird und für wen
        ├── Entity         ─ das Zielschema, dem Zeilen entsprechen müssen
        ├── DataContract   ─ das Format, das ein Lieferant zu liefern zusagt
        │     └── Revision ─ ein unveränderlicher Snapshot dieses Formats
        ├── Transformer    ─ wie die Vertragsquelle auf das Ziel abgebildet wird
        └── Session        ─ eine Lieferung: Dateien → validierte Ausgabe

Ein Projekt bündelt alles, was nötig ist, um Daten für einen Use Case zu empfangen. Darin deklariert eine Entity das Zielschema (und Zeilen-Validierungsregeln). Ein DataContract beschreibt, was ein konkreter Lieferant zu liefern zusagt — einschließlich Dateitypen und Spaltennamen. Ein Transformer ist die reine Mapping-Brücke zwischen Vertrag und Entity. Eine Session ist ein Lieferakt: ein Lieferant, ein Zeitraum, ein Satz Dateien, geführt durch die Pipeline.

Wo jedes Konzept ausführlich beschrieben wird¶

Konzept	Seite
Organisationen und Mandantenfähigkeit	Coming soon.
Projekt und Entity	Coming soon.
DataContract und Revisionen	Coming soon.
Transformer	Coming soon.
Catalog (Referenzdaten)	Coming soon.
Geschäftsregeln	Coming soon.
Session-Lebenszyklus (FSM)	Coming soon.
Datenlieferanten-Modell	Coming soon.
Glossar	Coming soon.

Wie Konzepte mit Rollen verbunden sind¶

Ein Datenlieferant trifft hauptsächlich auf Sessions und die daraus resultierenden Validierungsfehler.
Ein Projektverantwortlicher verbringt die meiste Zeit damit, Entities, DataContracts und Transformer zu definieren.
Ein Organisations-Administrator arbeitet auf der Ebene von Organisation, Datenlieferanten und Zugriffen.
Ein Entwickler interagiert mit denselben Konzepten über die API plus den MCP-Werkzeugkatalog.