ERP-Vereinheitlichung von oben
„Alle auf SAP" klingt sauber — dauert Jahre, frisst Budget und scheitert am Widerstand der Töchter. Heterogen bleibt Realität.
Viele Standorte. Eine Freigabe. Keine Vermischung.
Die IT-Leitung rollt den vierten Standort an. Nicht als Migrations-Projekt — als eigener Single-Tenant auf Hetzner in Falkenstein, verbunden über die proprietäre Federation. SAP bleibt SAP. Odoo bleibt Odoo.
Der Konzern-CFO öffnet die Holding-Sicht. Offene Posten aus fünf Töchtern, vorbereitet — mit Quelle, Standort und Begründung. Er tippt auf Freigeben für die Konsolidierung. Erst dann fließen die Zahlen in den Konzern-Bericht.
Der Datenschutzbeauftragte prüft die Trennung: Jede Tochter ein eigener Datenraum, RBAC aus dem SSO, Audit-Trail standortübergreifend exportierbar. Kein geteilter Speicher — Betriebsdaten in Deutschland.
Ein Einkaufsvorgang in München betrifft Hamburg. HEINI bereitet die standortübergreifende Freigabe vor — wer was sieht, ist fest verdrahtet. Daten werden nie still vermischt.
09:30 Uhr. Durch. Konzern-Tiefe ohne Konzern-Schwere — getrennt, wo es zählt, verbunden, wo es hilft.
Federation verbindet. Sie entscheiden — standort für Standort.
Federation ist ein proprietäres System: Standorte und Töchter verbunden, Datenräume getrennt, Konsolidierung nur auf Freigabe.
Federation ist ein proprietäres System. Die Verbindungsschicht zwischen Standorten — getrennte Datenräume, kontrollierte Freigabe, revisionssicher protokolliert. Nur im Enterprise-Tier.
„Alle auf SAP" klingt sauber — dauert Jahre, frisst Budget und scheitert am Widerstand der Töchter. Heterogen bleibt Realität.
Der Datenschutzbeauftragte sagt Nein zu geteilten Mandanten. Jede Tochter braucht einen eigenen Datenraum — und trotzdem einen Überblick.
Quartalszahlen aus fünf Systemen per Mail und Tabelle — fehleranfällig, nicht revisionssicher, jedes Quartal aufs Neue.
Was standortübergreifend passieren darf, lebt in Prozess-PDFs. Niemand sieht, was auf Freigabe wartet — bis der Prüfer fragt.
Federation ist ein proprietäres System: Es verbindet Standorte kontrolliert — ohne Daten zu vermischen, ohne parallele Schatten-IT. Jede Freigabe standortübergreifend ist nachvollziehbar protokolliert.
Herzstücke Architektur · Enterprise-Tier · live seit Rollout.
Jeder Standort läuft im eigenen Single-Tenant auf Hetzner in Falkenstein — eigene Verschlüsselung, eigener Datenraum. Federation sitzt darüber, vermischt nichts.
Strenge Mandantentrennung · Datenschutz by Design.
HEINI dockt über offene und Custom-Adapter an. Kein Vendor-Zwang, kein Big-Bang. Der Normalfall im Konzern ist Vielfalt — Federation ist dafür gebaut.
Odoo · SAP · Lexware · Sonderlösungen — verbunden, nicht ersetzt.
Die Holding sieht, was zur Freigabe liegt — pro Standort, pro Vorgang, mit Begründung. Konsolidierung wird vorbereitet, nicht erzwungen. Der letzte Klick bleibt beim Menschen.
Konsolidierung auf Freigabe — nie still, nie vermischt.
Single Sign-On übernimmt Rollen 1:1 — kein paralleles Berechtigungssystem pro Tochter. Reviewer-Modus für Revision und Steuerberater inklusive.
SSO · RBAC · Reviewer-Modus im Enterprise-Tier.
ERPs, Adapter, Rollen — was jede Tochter heute nutzt, ohne Vereinheitlichungs-Fantasie.
Eigener Stack, eigene Verschlüsselung — Federation verbindet erst, wenn der Datenraum steht.
Holding-Sicht, Konsolidierung, Audit — alles über die proprietäre Federation-Schicht.
Federation ist ein proprietäres System — die kontrollierte Verbindungsschicht zwischen Mandanten.
Strenge Trennung pro Standort — kein geteilter Speicher, keine stillen Kopien.
Zahlen und Vorgänge standortübergreifend vorbereitet — Fluss nur nach Freigabe.
RBAC tenant-getrennt: jede Rolle sieht nur, was sie sehen darf.
Sonder-ERPs und Legacy-Systeme — Enterprise-Tier, dokumentiert, kein Vendor bevorzugt.
Jede standortübergreifende Aktion mit Uhrzeit, Begründung, Freigabe — PDF für Prüfer.
Export standortübergreifend — für interne Revision, Wirtschaftsprüfer, Datenschutz.
Was wartet, wo es hängt, welcher Standort — ein Board statt fünf Excel-Listen.
Partner mit HEINI: Bedarfe und Stücklisten direkter — Ausbau läuft, Kern steht.
Federation, SSO, SLA (Anhang D), DPA, Dedicated CSM — auf Anfrage.
Federation ist ein proprietäres System auf Single-Tenant-Architektur in Falkenstein. Strenge Datentrennung pro Mandant, rollenbasierter Zugriff, revisionssicheres Protokoll über alle Standorte.
Herzstücke Multi-Standort-Architektur mit SSO, SLA (Anhang D) und Dedicated CSM. Daniel Heinen führt die Demo zu Ihrer Struktur.
Die proprietäre Verbindungsschicht zwischen HEINI-Standorten: getrennte Datenräume, kontrollierte Freigabe, Konsolidierung vorbereitet — nie vermischt.
Ja. Federation ist ein proprietäres System — die Architektur, die Standorte verbindet, ohne Daten zu vermischen.
Federation ist für Holdings und Konzerne mit mehreren Standorten ausgelegt — im Enterprise-Tier, Umfang nach Absprache.
Ja — und das ist der Normalfall. Heterogene ERP-Landschaften sind der Ausgangspunkt, nicht die Ausnahme.
Jeder Standort hat einen eigenen Single-Tenant und vollständig getrennten Datenraum. Federation verbindet kontrolliert — ohne Speicher zu teilen.
HEINI bereitet Zahlen und Vorgänge standortübergreifend vor. In den Konzern-Bericht fließt nur, was Sie freigeben.
Betriebsdaten auf Hetzner-Servern in Falkenstein, Deutschland — Single-Tenant. Für KI-Inferenz in der SaaS-Plattform können EU-Sub-AV mit US-Mutter aus dem AVV gelten; die Marketing-Website (Umami) ohne Drittland im Standardbetrieb.
Ja. Federation, SSO, SLA, DPA und Custom-Adapter sind Teil des Enterprise-Tiers — auf Anfrage.
30 Minuten zu Töchtern, ERPs und Federation-Rollout — Daniel Heinen führt die Demo selbst.