EP-BOUNDARY-001

Responsibility Boundaries#

Bereich	Eigene Verantwortung	Nur referenzieren / spezialisieren	Nicht übernehmen
Enterprise Architecture	keine	universelle Theorie, , Prinzipien	solution- oder produktneutrale Wahrheit
Solution Architecture	technische Realisierung innerhalb des Produkts	Lösungsraum, Building-Block-Zuschnitt, kanonische Modelle	zweite Solution-Semantik
Engineering Platform	Produktmodule, Verträge, Orchestrierung, Prüf- und Auslieferungsabläufe	–	ungeklärte Fremdownership
Engineering Tools	Toolnutzung und Integrationspunkte	gemeinsame Validatoren, Paketierer, Generatoren	gemeinsame Tools als Produktcode duplizieren
Workspace	reproduzierbare Interaktion und installierbare Pakete	Workspace-Verträge und Zielpfade	veränderliche Arbeitszustände besitzen
Runtime	produktseitige Runtime-Anbindung und Konfiguration	Zielumgebungen und Runtime-Verträge	Logs, Inbox, und generierte Zustände versionieren
Building Blocks	Plattformweite Integration und Contracts	fachliche Ownership der jeweiligen Blöcke	deren interne Solution-Design-Wahrheit duplizieren

Entscheidungsregel#

Der fachliche Eigentümer wird durch die höchste allgemeingültige Ebene bestimmt. Technische Nähe, vorhandene Ordner oder eine bestehende Implementierung begründen keine Ownership.

Übergänge#

Übergänge zwischen Verantwortungsbereichen benötigen explizite Verträge. Dazu gehören insbesondere:

Artefakt- und Manifestverträge,
Import-/Export- und Roundtrip-Verträge,
Connector- und Capability-Verträge,
Runtime- und Deployment-Verträge,
Prüf-, Evidence- und Promotion-Verträge.

Kanonische repositoryübergreifende Referenz#

Führende organisationsweite Ownership-Matrix:

enterprise-architecture:00-overview/cross-repository-responsibility-model.md

Engineering Platform versus Engineering Tools#

engineering-platform besitzt Produktmodule, produktbezogene Contracts, Integrationslogik und repositorylokale Realisierung.
engineering-tools besitzt gemeinsame, produktübergreifend wiederverwendbare Mechanik für Validation, Generatoren, Packaging, Deployment und Tool-CLI.
Ein Tool gehört nur dann in engineering-platform, wenn es ausschließlich interne Produktmechanik ohne eigenständigen gemeinsamen Tool Contract ist.
Wird Mechanik von mehreren Repositorys oder Produkten verwendet, liegt ihre kanonische Verantwortung in engineering-tools; die Plattform referenziert lediglich den Tool Contract.

Engineering Platform versus Runtime#

80-runtime/ und 30-runtime/ beschreiben produktseitige Runtime-Verträge und Anbindung. Installierte Dateien, lokale Konfiguration, Logs, Reports und mutable Zustände gehören ausschließlich in runtime.