Cross-Tenant Logs (SYS02)

Transaktion: SYS02 Logs
UI-Pfad: /crossTenantManagement

Business-Zweck

Trotz des UI-Pfads Logs verwaltet SYS02 die Cross-Tenant-Transfer-Historie: welche Domänenobjekte (Material, BOM, Marktplatz-Konfiguration, …) von einem Mandanten in Child-Mandanten repliziert wurden, inkl. Status und Fehlermeldung.

Partner mit Multi-Mandanten-Architektur (Holding, Franchise, Test/Prod-Trennung) nutzen SYS02 zur Fehleranalyse bei fehlenden Stammdaten in Child-Mandanten.

Kernbegriffe

Begriff	Bedeutung
CrossTenantTransfer	Queue-Eintrag für mandantenübergreifende Kopie
domainName / domainId	Quelldomäne und ID
tenantId / destinationTenantId	Quell- und Ziel-Mandant
status	Verarbeitungsstatus (0=offen, …)
processingTries	Retry-Zähler
actionName	Aktion (z. B. BOM-Transfer)

Fachlicher Ablauf / Workflow

1. Parent-Mandant ändert Stammdatum (z. B. Material)
2. CrossTenantService erzeugt CrossTenantTransfer-Einträge für Child-Mandanten
3. Hintergrundjob verarbeitet Queue
4. SYS02 listet alle Transfers mandantenübergreifend (Tenants.withoutId)

Transfer manuell anstoßen

POST /api/crossTenant/createDomainTransferEntries – erzeugt Transfer-Einträge für ausgewählte Domänen.

Partner-Szenarien

Szenario	Vorgehen
Material fehlt im Child-Mandant	SYS02 nach domainName=material filtern
BOM-Sync fehlgeschlagen	errorMessage und processingTries prüfen
Neue Filiale anbinden	POST /api/crossTenant/createSubCompanyFromTenant

Voraussetzungen

• Rolle aus CompanyUtil.COMPANY_MANAGEMENT_ROLES
• Sonst: user.not.allowed.error

Auswirkungen im ERP

Bereich	Auswirkung
BAS	Material, Kategorien, Konten-Mapping
PRD	BOM, Maschinen, Arbeitspläne
OMP	Marktplatz-Stammdaten

Typische Fehlerquellen

• Keine Berechtigung – Cross-Tenant nur für Mandanten-Manager
• Hängende Transfers – Status 0, Retry in Background-Job (SYS20)
• Falsche Hierarchie – mainCompany / Child-Zuordnung in SYS07 prüfen

Weiterlesen

• Unternehmen (SYS07)
• Basis / Stammdaten