📘

Stammdaten-Stewardship

mdm core_platform 🛡️ RLS Protected

Stammdaten-Stewardship — aus Code abgeleitete Prozess- und API-Dokumentation.

Fachliche Bestimmung: Plattform- und Basisinfrastruktur: Stammdaten-Stewardship — aus Code abgeleitete Prozess- und API-Dokumentation. Erfasst alle zugehörigen Geschäftsdaten, Zustandsmodelle, Automationskaskaden und Schnittstellen zur nahtlosen Einbindung in die unternehmensweiten Wertschöpfungsprozesse.

Fachprozess-Erzählung & KI-Architektur Workflows & Läbenszykle (0) Fachprozesse & Capabilities (7) Datemodell & Fälder (10) Iistigspünkt (UI & APIs) (40) Regulatorie & Compliance

⚡ Workflows & Läbenszykle

Dieses Modul folgt dem standardisierten transaktionalen CRUD- und Event-Lifecycle.

⚙️ Fachprozesse & Capabilities (System-Fachlogik)

Registrierte Fachoperationen und System-Capabilities dieses Moduls zur Steuerung von Workflows, Kaskaden und KI-Agenten.

Gesamt: 7 engine: 7

Capability & Schlüssel	Fachliche Bezeichnung	Ausführung / Coverage	Risikostufe & Freigabe	Effekte & Kaskaden
Stammdaten-Dublette vorschlagen `capability:mdm.duplicate.propose` Op: `mdm.duplicate.propose`	Intent: `review_master_data_identity` Quelle: `code:capability_registry`	⚙️ Engine	✓ Auto Risiko: `business_record`	`mdm.duplicate.proposed`
Dublettenkandidaten ermitteln `capability:mdm.duplicate.scan_candidates` Op: `mdm.duplicate.scan_candidates`	Intent: `review_master_data_identity` Quelle: `code:capability_registry`	⚙️ Engine	✓ Auto Risiko: `metadata`	`mdm.duplicate.proposed`
Führende Feldquelle freigeben `capability:mdm.field_authority.select` Op: `mdm.field_authority.select`	Intent: `manage_master_data_field_lineage` Quelle: `code:capability_registry`	⚙️ Engine	🔒 Freigabe nötig Risiko: `business_record`	`mdm.field_authority.selected`
Feldherkunft erfassen `capability:mdm.field_provenance.record` Op: `mdm.field_provenance.record`	Intent: `manage_master_data_field_lineage` Quelle: `code:capability_registry`	⚙️ Engine	✓ Auto Risiko: `metadata`	`mdm.field_provenance.recorded`
Stammdatenidentität freigeben `capability:mdm.identity.decide` Op: `mdm.identity.decide`	Intent: `decide_master_data_identity` Quelle: `code:capability_registry`	⚙️ Engine	🔒 Freigabe nötig Risiko: `business_record`	`mdm.identity.grouped` `mdm.identity.distinct`
Quellsystemkennung zuordnen `capability:mdm.source_mapping.create` Op: `mdm.source_mapping.create`	Intent: `manage_master_data_sources` Quelle: `code:capability_registry`	⚙️ Engine	🔒 Freigabe nötig Risiko: `business_record`	`mdm.source_mapping.created`
Quellsystemkennung neu zuordnen `capability:mdm.source_mapping.reassign` Op: `mdm.source_mapping.reassign`	Intent: `manage_master_data_sources` Quelle: `code:capability_registry`	⚙️ Engine	🔒 Freigabe nötig Risiko: `business_record`	`mdm.source_mapping.reassigned`

🧠 Fachprozess-Erzählung & Dual Knowledge Architektur

Synthese aus der ideologischen Blaupause (Meta-Fachlogik / Soll), der faktischen System-Implementierung (System-Fachlogik / Ist) und No-Code Customizing für KI-Consultants.

Dual Knowledge Layer

📖

Der durchgängige Businessprozess im Detail (End-to-End Fließtext-Erzählung)

Der funktionale Ablauf von Stammdaten-Stewardship in der Plattform-Architektur

Das Modul mdm erbringt zentrale Infrastruktur- und Steuerungsdienste im Monolithen. Jeder Aufruf durchläuft die zweistufige Sicherheitsarchitektur: Zunächst verifiziert der Session-Guard die Identität des Benutzers, woraufhin die PostgreSQL Row-Level-Security (RLS) aktiviert wird. Dadurch ist garantiert, dass Datenzugriffe mathematisch und physisch ausschließlich auf den authentifizierten tenant_id-Kontext beschränkt bleiben.

Mutationen und administrative Aktionen werden über transaktionale Services ausgeführt. Bei zustandsverändernden Operationen schreibt das System simultan in die betriebliche Zieltabelle und in die transaktionale Outbox. Asynchrone Worker greifen diese Signale ab und kaskadieren Ereignisse an nachgelagerte Module, ohne den synchronen HTTP-Pfad zu blockieren. Jeder Zugriff wird unveränderbar im Audit-Trail protokolliert.

🏛️

Meta-Fachlogik: Ideologische Blaupause, Soll-Weltbild & Normen

Meta-Fachlogik: Sicherheits- und Plattform-Architektur

Basiert auf den Standards ISO/IEC 27001:2022 (Informationssicherheits-Managementsysteme), den BSI IT-Grundschutz-Bausteinen (APP.3.1 Webanwendungen, SYS.1.1 Allgemeiner Server) und Art. 32 DSGVO.

Mandantentrennung als Primärinvariante: Keine Mandantendaten dürfen jemals ohne tenant_id-Filter geladen oder mutiert werden. Das Soll-Modell verlangt die Durchsetzung auf Datenbankebene via PostgreSQL RLS.
Unveränderbarkeit von Sicherheitsereignissen: Protokolldateien, Logins, Berechtigungsänderungen und Konfigurationsmutationen müssen revisionssicher und schreibgeschützt festgeschrieben werden.

⚙️

Systemische Fachlogik: Faktische Umsetzung in Centurio ERP & Capabilities

Systemische Fachlogik: Die faktische Umsetzung von Stammdaten-Stewardship

In Centurio ERP wird mdm als modularer Monolith-Baustein unter app.modules.mdm geführt. Die Autorisierung erfolgt über die zentrale RBAC-Engine mit Berechtigungs-Prüfung gegen Rollen und Berechtigungen. Datenänderungen lösen Outbox-Events aus, die über den PostgreSQL events-Bus verteilt werden. Idempotente Requests verhindern Replay-Angriffe und versehentliche Mehrfachausführungen.

🤖

KI-Consultant Leitfaden: Customizing- & No-Code-Konzept (Soll-Ist-Synthese)

AI Solution Architect Blueprint

KI-Consultant Blueprint: Customizing & No-Code Leitfaden für Stammdaten-Stewardship

No-Code Datenmodell-Erweiterung: Bei Bedarf können kundenspezifische Zusatzfelder im No-Code Customizing Studio angelegt werden.
Workflow-Integration: Administrative Ereignisse können als Trigger in der Canvas No-Code DAG Engine genutzt werden.
Sicherheitsregeln: Vor kritischen Systemänderungen sind Human-in-the-Loop Freigabegates einzurichten.

📚 Operative Prozessbegriffe & Transaktionsschnittstellen

Zentrale Fachbegriffe im Prozesszusammenhang (Operatives Modell)

Mandantenisolation (RLS)

PostgreSQL Row-Level-Security zur physischen und logischen Trennung aller Kundendaten auf Datenbankebene.

Zweistufige Authentifizierung

Strikte Trennung zwischen globalem Benutzerkonto und mandantenbezogener Rollenzuweisung (RBAC).

Transaktionale Outbox

Entkoppeltes Event-Publishing zur Vermeidung von Distributed-Transaction-Inkonsistenzen.

Revisionssicherer Audit-Trail

Lückenlose Aufzeichnung aller datenverändernden Zugriffe für Compliance und Rechnungsprüfung.

📥 Eingänge & Trigger (Inputs)

Systemaufrufe über REST-API oder Web-Portal
Hintergrund-Worker und Cron-Jobs
Ereignisse über den Outbox-Eventbus

📤 Ausgänge & Arbeitsergebnisse (Outputs)

Ausführungs- und Protokolldaten
Audit-Events im Revisionsjournal
Veränderte Systemzustände

⚡ Kaskaden & Folgeprozesse (Cascades)

security_event -> admin_alert: Alarmierung bei verdächtigen Zugriffen
config_changed -> cache_invalidation: Sofortige Aktualisierung

🛡️ Nebenprozesse & Resilienz

Manuelle Ausnahmebehandlung durch berechtigte Sachbearbeiter
Revisionssichere Protokollierung im Audit-Trail

💡 No-Code Checkliste & Praxistipps

Rollen- und Berechtigungsstufen exakt an Mitarbeiteraufgaben anpassen
Sicherheitsrichtlinien für Passwörter und Sessions aktivieren

🗄️ Datemodell & Fälder

MdmAssignments mdm_assignments RLS Aktiv

17 Fälder / Spalte

Tabelle mdm_assignments

Feldname	Datetyp	Pflicht	Schlüssel	Fachlichi Bedütig
`target_type`	`VARCHAR(32)`	Ja *	-	Feld target_type
`target_id`	`UUID`	Ja *	-	Feld target_id
`profile_id`	`UUID`	Nein	FK ➔ mdm_profiles.id	Feld profile_id
`policy_id`	`UUID`	Nein	FK ➔ mdm_policies.id	Feld policy_id
`desired_state`	`VARCHAR(32)`	Ja *	-	Feld desired_state
`observed_state`	`VARCHAR(32)`	Ja *	-	Feld observed_state
`error_message`	`TEXT`	Nein	-	Feld error_message
`applied_at`	`DATETIME`	Nein	-	Feld applied_at
`id`	`UUID`	Nein	PK	Feld id
`tenant_id`	`UUID`	Ja *	FK ➔ organizations.id	Feld tenant_id
`created_at`	`DATETIME`	Ja *	-	Feld created_at
`updated_at`	`DATETIME`	Ja *	-	Feld updated_at
`created_by`	`UUID`	Nein	-	Feld created_by
`updated_by`	`UUID`	Nein	-	Feld updated_by
`source_type`	`VARCHAR(32)`	Nein	-	Feld source_type
`source_id`	`UUID`	Nein	-	Feld source_id
`metadata`	`JSONB`	Ja *	-	Feld metadata

MdmCommands mdm_commands RLS Aktiv

24 Fälder / Spalte

Tabelle mdm_commands

Feldname	Datetyp	Pflicht	Schlüssel	Fachlichi Bedütig
`idempotency_key`	`VARCHAR(128)`	Ja *	-	Feld idempotency_key
`binding_id`	`UUID`	Ja *	FK ➔ mdm_device_bindings.id	Feld binding_id
`capability`	`VARCHAR(64)`	Ja *	-	Feld capability
`payload`	`JSONB`	Ja *	-	Feld payload
`requester_id`	`UUID`	Ja *	FK ➔ users.id	Feld requester_id
`approval_id`	`UUID`	Nein	-	Feld approval_id
`approved_by`	`UUID`	Nein	FK ➔ users.id	Feld approved_by
`approved_at`	`DATETIME`	Nein	-	Feld approved_at
`approval_notes`	`TEXT`	Nein	-	Feld approval_notes
`state`	`VARCHAR(32)`	Ja *	-	Feld state
`provider_job_id`	`VARCHAR(255)`	Nein	-	Feld provider_job_id
`submitted_at`	`DATETIME`	Nein	-	Feld submitted_at
`completed_at`	`DATETIME`	Nein	-	Feld completed_at
`error_message`	`TEXT`	Nein	-	Feld error_message
`result_payload`	`JSONB`	Ja *	-	Feld result_payload
`id`	`UUID`	Nein	PK	Feld id
`tenant_id`	`UUID`	Ja *	FK ➔ organizations.id	Feld tenant_id
`created_at`	`DATETIME`	Ja *	-	Feld created_at
`updated_at`	`DATETIME`	Ja *	-	Feld updated_at
`created_by`	`UUID`	Nein	-	Feld created_by
`updated_by`	`UUID`	Nein	-	Feld updated_by
`source_type`	`VARCHAR(32)`	Nein	-	Feld source_type
`source_id`	`UUID`	Nein	-	Feld source_id
`metadata`	`JSONB`	Ja *	-	Feld metadata

MdmComplianceFindings mdm_compliance_findings RLS Aktiv

13 Fälder / Spalte

Tabelle mdm_compliance_findings

Feldname	Datetyp	Pflicht	Schlüssel	Fachlichi Bedütig
`binding_id`	`UUID`	Ja *	FK ➔ mdm_device_bindings.id	Feld binding_id
`rule_code`	`VARCHAR(64)`	Ja *	-	Feld rule_code
`rule_name`	`VARCHAR(255)`	Ja *	-	Feld rule_name
`severity`	`VARCHAR(32)`	Ja *	-	Feld severity
`resolution`	`VARCHAR(32)`	Ja *	-	Feld resolution
`first_seen_at`	`DATETIME`	Ja *	-	Feld first_seen_at
`last_seen_at`	`DATETIME`	Ja *	-	Feld last_seen_at
`remediated_at`	`DATETIME`	Nein	-	Feld remediated_at
`details`	`JSONB`	Ja *	-	Feld details
`id`	`UUID`	Nein	PK	Feld id
`tenant_id`	`UUID`	Ja *	FK ➔ organizations.id	Feld tenant_id
`created_at`	`DATETIME`	Ja *	-	Feld created_at
`updated_at`	`DATETIME`	Ja *	-	Feld updated_at

MdmConnections mdm_connections RLS Aktiv

22 Fälder / Spalte

Tabelle mdm_connections

Feldname	Datetyp	Pflicht	Schlüssel	Fachlichi Bedütig
`provider_id`	`UUID`	Ja *	FK ➔ mdm_providers.id	Feld provider_id
`customer_id`	`UUID`	Nein	FK ➔ customers.id	Feld customer_id
`name`	`VARCHAR(255)`	Ja *	-	Feld name
`external_tenant_id`	`VARCHAR(255)`	Nein	-	Feld external_tenant_id
`auth_type`	`VARCHAR(32)`	Ja *	-	Feld auth_type
`auth_credentials_encrypted`	`TEXT`	Nein	-	Feld auth_credentials_encrypted
`scopes`	`JSONB`	Ja *	-	Feld scopes
`status`	`VARCHAR(32)`	Ja *	-	Feld status
`health_status`	`VARCHAR(32)`	Ja *	-	Feld health_status
`last_health_check_at`	`DATETIME`	Nein	-	Feld last_health_check_at
`last_sync_at`	`DATETIME`	Nein	-	Feld last_sync_at
`sync_interval_minutes`	`INTEGER`	Ja *	-	Feld sync_interval_minutes
`config`	`JSONB`	Ja *	-	Feld config
`id`	`UUID`	Nein	PK	Feld id
`tenant_id`	`UUID`	Ja *	FK ➔ organizations.id	Feld tenant_id
`created_at`	`DATETIME`	Ja *	-	Feld created_at
`updated_at`	`DATETIME`	Ja *	-	Feld updated_at
`created_by`	`UUID`	Nein	-	Feld created_by
`updated_by`	`UUID`	Nein	-	Feld updated_by
`source_type`	`VARCHAR(32)`	Nein	-	Feld source_type
`source_id`	`UUID`	Nein	-	Feld source_id
`metadata`	`JSONB`	Ja *	-	Feld metadata

MdmDeviceBindings mdm_device_bindings RLS Aktiv

19 Fälder / Spalte

Tabelle mdm_device_bindings

Feldname	Datetyp	Pflicht	Schlüssel	Fachlichi Bedütig
`asset_id`	`UUID`	Ja *	FK ➔ assets.id	Feld asset_id
`connection_id`	`UUID`	Ja *	FK ➔ mdm_connections.id	Feld connection_id
`external_device_id`	`VARCHAR(255)`	Ja *	-	Feld external_device_id
`enrollment_id`	`VARCHAR(255)`	Nein	-	Feld enrollment_id
`enrollment_type`	`VARCHAR(64)`	Nein	-	Feld enrollment_type
`binding_status`	`VARCHAR(32)`	Ja *	-	Feld binding_status
`lifecycle_state`	`VARCHAR(32)`	Ja *	-	Feld lifecycle_state
`valid_from`	`DATETIME`	Ja *	-	Feld valid_from
`valid_to`	`DATETIME`	Nein	-	Feld valid_to
`last_seen_at`	`DATETIME`	Nein	-	Feld last_seen_at
`id`	`UUID`	Nein	PK	Feld id
`tenant_id`	`UUID`	Ja *	FK ➔ organizations.id	Feld tenant_id
`created_at`	`DATETIME`	Ja *	-	Feld created_at
`updated_at`	`DATETIME`	Ja *	-	Feld updated_at
`created_by`	`UUID`	Nein	-	Feld created_by
`updated_by`	`UUID`	Nein	-	Feld updated_by
`source_type`	`VARCHAR(32)`	Nein	-	Feld source_type
`source_id`	`UUID`	Nein	-	Feld source_id
`metadata`	`JSONB`	Ja *	-	Feld metadata

MdmDeviceSnapshots mdm_device_snapshots RLS Aktiv

17 Fälder / Spalte

Tabelle mdm_device_snapshots

Feldname	Datetyp	Pflicht	Schlüssel	Fachlichi Bedütig
`binding_id`	`UUID`	Ja *	FK ➔ mdm_device_bindings.id	Feld binding_id
`observed_at`	`DATETIME`	Ja *	-	Feld observed_at
`device_name`	`VARCHAR(255)`	Nein	-	Feld device_name
`os`	`VARCHAR(64)`	Ja *	-	Feld os
`os_version`	`VARCHAR(64)`	Nein	-	Feld os_version
`manufacturer`	`VARCHAR(128)`	Nein	-	Feld manufacturer
`model`	`VARCHAR(128)`	Nein	-	Feld model
`serial_number`	`VARCHAR(128)`	Nein	-	Feld serial_number
`imei`	`VARCHAR(64)`	Nein	-	Feld imei
`compliance_state`	`VARCHAR(32)`	Ja *	-	Feld compliance_state
`encryption_state`	`VARCHAR(32)`	Ja *	-	Feld encryption_state
`ownership`	`VARCHAR(32)`	Ja *	-	Feld ownership
`raw_payload`	`JSONB`	Ja *	-	Feld raw_payload
`created_at`	`DATETIME`	Ja *	-	Feld created_at
`created_by`	`UUID`	Nein	-	Feld created_by
`id`	`UUID`	Nein	PK	Feld id
`tenant_id`	`UUID`	Ja *	FK ➔ organizations.id	Feld tenant_id

MdmPolicies mdm_policies RLS Aktiv

14 Fälder / Spalte

Tabelle mdm_policies

Feldname	Datetyp	Pflicht	Schlüssel	Fachlichi Bedütig
`connection_id`	`UUID`	Ja *	FK ➔ mdm_connections.id	Feld connection_id
`external_policy_id`	`VARCHAR(255)`	Ja *	-	Feld external_policy_id
`name`	`VARCHAR(255)`	Ja *	-	Feld name
`policy_type`	`VARCHAR(64)`	Ja *	-	Feld policy_type
`status`	`VARCHAR(32)`	Ja *	-	Feld status
`id`	`UUID`	Nein	PK	Feld id
`tenant_id`	`UUID`	Ja *	FK ➔ organizations.id	Feld tenant_id
`created_at`	`DATETIME`	Ja *	-	Feld created_at
`updated_at`	`DATETIME`	Ja *	-	Feld updated_at
`created_by`	`UUID`	Nein	-	Feld created_by
`updated_by`	`UUID`	Nein	-	Feld updated_by
`source_type`	`VARCHAR(32)`	Nein	-	Feld source_type
`source_id`	`UUID`	Nein	-	Feld source_id
`metadata`	`JSONB`	Ja *	-	Feld metadata

MdmProfiles mdm_profiles RLS Aktiv

16 Fälder / Spalte

Tabelle mdm_profiles

Feldname	Datetyp	Pflicht	Schlüssel	Fachlichi Bedütig
`connection_id`	`UUID`	Ja *	FK ➔ mdm_connections.id	Feld connection_id
`external_profile_id`	`VARCHAR(255)`	Ja *	-	Feld external_profile_id
`name`	`VARCHAR(255)`	Ja *	-	Feld name
`kind`	`VARCHAR(64)`	Ja *	-	Feld kind
`target_os`	`VARCHAR(64)`	Nein	-	Feld target_os
`version`	`VARCHAR(32)`	Nein	-	Feld version
`description`	`TEXT`	Nein	-	Feld description
`id`	`UUID`	Nein	PK	Feld id
`tenant_id`	`UUID`	Ja *	FK ➔ organizations.id	Feld tenant_id
`created_at`	`DATETIME`	Ja *	-	Feld created_at
`updated_at`	`DATETIME`	Ja *	-	Feld updated_at
`created_by`	`UUID`	Nein	-	Feld created_by
`updated_by`	`UUID`	Nein	-	Feld updated_by
`source_type`	`VARCHAR(32)`	Nein	-	Feld source_type
`source_id`	`UUID`	Nein	-	Feld source_id
`metadata`	`JSONB`	Ja *	-	Feld metadata

MdmProviders mdm_providers

9 Fälder / Spalte

Tabelle mdm_providers

Feldname	Datetyp	Pflicht	Schlüssel	Fachlichi Bedütig
`id`	`UUID`	Nein	PK	Feld id
`code`	`VARCHAR(64)`	Ja *	-	Feld code
`name`	`VARCHAR(255)`	Ja *	-	Feld name
`adapter_version`	`VARCHAR(32)`	Ja *	-	Feld adapter_version
`status`	`VARCHAR(32)`	Ja *	-	Feld status
`supported_platforms`	`JSONB`	Ja *	-	Feld supported_platforms
`capabilities`	`JSONB`	Ja *	-	Feld capabilities
`metadata`	`JSONB`	Ja *	-	Feld metadata
`created_at`	`DATETIME`	Ja *	-	Feld created_at

MdmSyncCursors mdm_sync_cursors RLS Aktiv

11 Fälder / Spalte

Tabelle mdm_sync_cursors

Feldname	Datetyp	Pflicht	Schlüssel	Fachlichi Bedütig
`connection_id`	`UUID`	Ja *	FK ➔ mdm_connections.id	Feld connection_id
`resource_type`	`VARCHAR(64)`	Ja *	-	Feld resource_type
`cursor_value`	`TEXT`	Nein	-	Feld cursor_value
`last_success_at`	`DATETIME`	Nein	-	Feld last_success_at
`items_synced_total`	`INTEGER`	Ja *	-	Feld items_synced_total
`status`	`VARCHAR(32)`	Ja *	-	Feld status
`error_message`	`TEXT`	Nein	-	Feld error_message
`id`	`UUID`	Nein	PK	Feld id
`tenant_id`	`UUID`	Ja *	FK ➔ organizations.id	Feld tenant_id
`created_at`	`DATETIME`	Ja *	-	Feld created_at
`updated_at`	`DATETIME`	Ja *	-	Feld updated_at

🔌 Iistigspünkt (UI & APIs)

Art	Method	Endpunkt / Pfad	Titel & Zweck	Berächtigig
⚡ REST API	GET	`/api/v1/mdm/assets/{asset_id}/summary`	get_asset_mdm_summary Semantic binding: inventory_only; mutation=False	`mdm`
⚡ REST API	GET	`/api/v1/mdm/connections`	list_connections Semantic binding: inventory_only; mutation=False	`mdm`
⚡ REST API	GET	`/api/v1/mdm/connections/{connection_id}/capabilities`	get_connection_capabilities Semantic binding: inventory_only; mutation=False	`mdm`
⚡ REST API	GET	`/api/v1/mdm/devices`	list_devices Semantic binding: inventory_only; mutation=False	`mdm`
⚡ REST API	GET	`/api/v1/mdm/profiles`	list_profiles Semantic binding: inventory_only; mutation=False	`mdm`
⚡ REST API	GET	`/api/v1/mdm/providers`	list_providers Semantic binding: inventory_only; mutation=False	`mdm`
⚡ REST API	GET	`/api/v1/stewardship/field-authority/check`	check_field_source Semantic binding: inventory_only; mutation=False	`mdm`
⚡ REST API	GET	`/api/v1/stewardship/field-keys/{object_key}`	field_keys Semantic binding: inventory_only; mutation=False	`mdm`
⚡ REST API	GET	`/api/v1/stewardship/field-provenance`	list_field_provenance Semantic binding: inventory_only; mutation=False	`mdm`
⚡ REST API	GET	`/api/v1/stewardship/identity/{object_key}/{record_id}`	resolve_identity Semantic binding: inventory_only; mutation=False	`mdm`
⚡ REST API	GET	`/api/v1/stewardship/object-types`	object_types Semantic binding: inventory_only; mutation=False	`mdm`
⚡ REST API	GET	`/api/v1/stewardship/proposals`	list_proposals Semantic binding: inventory_only; mutation=False	`mdm`
⚡ REST API	GET	`/api/v1/stewardship/source-mappings`	list_source_mappings Semantic binding: inventory_only; mutation=False	`mdm`
⚡ REST API	GET	`/api/v1/stewardship/source-mappings/resolve`	resolve_source_mapping Semantic binding: inventory_only; mutation=False	`mdm`
⚡ REST API	GET	`/data-stewardship`	stewardship_page Semantic binding: inventory_only; mutation=False	`mdm`
⚡ REST API	GET	`/data-stewardship/search`	search_records Semantic binding: inventory_only; mutation=False	`mdm`
⚡ REST API	GET	`/mdm`	mdm_console_page Semantic binding: inventory_only; mutation=False	`mdm`
⚡ REST API	POST	`/api/v1/mdm/commands`	request_command Semantic binding: operator_surface; mutation=True	`mdm`
⚡ REST API	POST	`/api/v1/mdm/commands/{command_id}/approve`	approve_command Semantic binding: operator_surface; mutation=True	`mdm`
⚡ REST API	POST	`/api/v1/mdm/connections`	create_connection Semantic binding: operator_surface; mutation=True	`mdm`
⚡ REST API	POST	`/api/v1/mdm/connections/{connection_id}/sync`	sync_connection_devices Semantic binding: operator_surface; mutation=True	`mdm`
⚡ REST API	POST	`/api/v1/mdm/connections/{connection_id}/sync-profiles`	sync_profiles Semantic binding: operator_surface; mutation=True	`mdm`
⚡ REST API	POST	`/api/v1/mdm/connections/{connection_id}/test`	test_connection Semantic binding: operator_surface; mutation=True	`mdm`
⚡ REST API	POST	`/api/v1/mdm/devices/{binding_id}/assign-profile`	assign_profile Semantic binding: operator_surface; mutation=True	`mdm`
⚡ REST API	POST	`/api/v1/mdm/fixed-assets`	create_fixed_asset Semantic binding: operator_surface; mutation=True	`mdm`
⚡ REST API	POST	`/api/v1/mdm/fixed-assets/link`	link_fixed_asset Semantic binding: operator_surface; mutation=True	`mdm`
⚡ REST API	POST	`/api/v1/stewardship/field-provenance`	record_field_provenance Semantic binding: operator_surface; mutation=True	`mdm`
⚡ REST API	POST	`/api/v1/stewardship/field-provenance/{provenance_id}/select-authority`	select_field_authority Semantic binding: operator_surface; mutation=True	`mdm`
⚡ REST API	POST	`/api/v1/stewardship/proposals`	create_proposal Semantic binding: operator_surface; mutation=True	`mdm`
⚡ REST API	POST	`/api/v1/stewardship/proposals/scan`	scan_duplicate_candidates Semantic binding: operator_surface; mutation=True	`mdm`
⚡ REST API	POST	`/api/v1/stewardship/proposals/{proposal_id}/decision`	decide_proposal Semantic binding: operator_surface; mutation=True	`mdm`
⚡ REST API	POST	`/api/v1/stewardship/source-mappings`	create_source_mapping Semantic binding: operator_surface; mutation=True	`mdm`
⚡ REST API	POST	`/api/v1/stewardship/source-mappings/{mapping_id}/reassign`	reassign_source_mapping Semantic binding: operator_surface; mutation=True	`mdm`
⚡ REST API	POST	`/data-stewardship/field-provenance`	record_field_provenance Semantic binding: operator_surface; mutation=True	`mdm`
⚡ REST API	POST	`/data-stewardship/field-provenance/{provenance_id}/select-authority`	select_field_authority Semantic binding: operator_surface; mutation=True	`mdm`
⚡ REST API	POST	`/data-stewardship/proposals`	create_proposal Semantic binding: operator_surface; mutation=True	`mdm`
⚡ REST API	POST	`/data-stewardship/proposals/scan`	scan_duplicate_candidates Semantic binding: operator_surface; mutation=True	`mdm`
⚡ REST API	POST	`/data-stewardship/proposals/{proposal_id}/decision`	decide_proposal Semantic binding: operator_surface; mutation=True	`mdm`
⚡ REST API	POST	`/data-stewardship/source-mappings`	create_source_mapping Semantic binding: operator_surface; mutation=True	`mdm`
⚡ REST API	POST	`/data-stewardship/source-mappings/{mapping_id}/reassign`	reassign_source_mapping Semantic binding: operator_surface; mutation=True	`mdm`

🛡️ Regulatorie & Compliance

Dieses Modul unterliegt folgenden gesetzlichen, regulatorischen und Revisionsstandards:

GoBD Nachvollziehbarkeit
Mandanten-Isolation (PostgreSQL RLS)