Die zeitaufwändigste Tätigkeit des Finanzdirektors der Gruppe am Monatsende besteht häufig darin, die konsolidierten Abschlüsse vorzubereiten.Excel zur Inkasso-Einziehung bei den Tochtergesellschaften: Die Kontoabgrenzungen sind uneinheitlich, die Kundenkennungen werden unterschiedlich vergeben, und die internen Transaktionen wurden nicht vollständig ausgeglichen. Die Ursache liegt nicht darin, dass das Finanzteam nicht ausreichend engagiert ist, sondern…In einer Multi‑Agenten‑Umgebung fehlt eine einheitliche Organisations‑, Berechtigungs‑ und Stammdatenbasis.——Jedes Tochterunternehmen ist eine Informationsinsel, und die Gruppe kann nur „nachträglich ein Puzzle zusammenfügen“.
Typische Schwachstellen beim Mehrparteien-Management
- Die Organisationsgrenzen sind unscharf.: Rechtsträger, Managementeinheit, Profitcenter und Kostenstelle werden durcheinander verwendet, die Berichtsdimensionen stimmen nicht überein.
- Die Berechtigungen werden entweder strikt eingeschränkt oder vollständig freigegeben.: Entweder kann die Tochtergesellschaft die Konzernansicht nicht einsehen, oder der Konzern kann die Detailangaben der Tochtergesellschaft ändern, was zu Streitigkeiten führt.
- Hauptdaten-Splitting: Derselbe Kunde verfügt in verschiedenen Tochtergesellschaften über unterschiedliche Codes; dieselbe Materialbezeichnung wird in unterschiedlicher Schreibweise geführt, wodurch eine konsolidierte Beschaffungs- und Bestandsanalyse unmöglich ist.
- Interne Transaktionen sind schwer auszugleichen: Verkaufsverknüpfungen, Geldtransaktionen und Serviceabrechnungen sind nicht im System erfasst; bei der Konsolidierung erfolgt die Abstimmung manuell.
- System-Schornstein: Tochtergesellschaft A nutzt ein bestimmtes ERP, B ein anderes; das Konzern‑BI kann nur die ODS‑Ebene anbinden und dort „hart“ bereinigen.
Wie wird das Geschäft aufgeteilt: in drei Ebenen – Organisation, Berechtigungen und Stammdaten.
Organisationsmodell
Empfohlene Schichten:Konzern → Rechtsträger (Unternehmen) → Geschäftseinheit/Division → Abteilung → Position. Die juristische Person wird verwendet fürGesetzliche Berichte und Steuern; Geschäftseinheiten werden verwendet fürManagementberichte und Bewertung; Abteilung verwendet fürBerechtigungen und Genehmigungsflüsse. Eine Person kann mehreren Organisationen angehören (z. B. gleichzeitig als Führungskraft in zwei Tochtergesellschaften tätig sein), aberDatenzugehörigkeitEs muss eindeutig festgelegt werden: Zu welchem Rechtsträger und zu welchem BU gehören diese Bestellung und diese Kosten?
Berechtigungssystem
Verwendung vonRBAC + Datenbereich: Rollen definieren Funktionsberechtigungen (ob genehmigt werden darf, ob Stammdaten geändert werden dürfen); Datenbereiche definieren Sichtbarkeits- und Schreibgrenzen (dieser Rechtsträger, dieser BU, konzernweites Nur-Lesen, über Rechtsträger hinweg nur mit Genehmigung). Schlüsselprinzipien:
- Standardmäßig minimal sichtbar: Benutzer von Tochtergesellschaften sehen standardmäßig nur ihr eigenes Unternehmen; Gruppenbenutzer sehen die Zusammenfassung – bei der Drill‑Down‑Funktion ist eine Auditspur erforderlich.
- Hierarchische Wartung von Stammdaten: Gruppen‑Hauptdaten (Kundengruppenkonto, Gruppenmaterialien) können nur vom Hauptdaten‑Stellenbereich der Gruppe geändert werden; erweiterte Felder auf Ebene der Tochtergesellschaften können von den jeweiligen Tochtergesellschaften gepflegt werden.
- Explizite Autorisierung für übergeordnete Geschäftsbereiche: Unternehmen A verkauft Bestände von Unternehmen B; hierfür sind interne Transaktionsregeln sowie eine Konfiguration der Sichtbarkeit beider Parteien erforderlich; eine gemeinsame Benutzerkennung ist nicht zulässig.
Masterdaten-Governance
Kern‑Hauptdatenbereich:Kunde, Lieferant, Material, Konto, Organisation, Mitarbeiter. Jede Domäne definiert: Kodierungsregeln, Pflichtattribute, Eindeutigkeitsbeschränkungen, Änderungsgenehmigung und wirksame Version. Für Gruppenkunden gilt das Prinzip „Ein Kunde – ein Code“: Bei der Eingabe durch TochtergesellschaftenZuerst die Unternehmensdatenbank durchsuchen, bei Treffer wird der Eintrag übernommen, bei Fehlern wird eine neue Genehmigung angelegt. Gleiches gilt für Materialien, um zu vermeiden, dass „dasselbe Material mit unterschiedlichen Namen“ zu Verzerrungen bei der Zusammenführung von MRP und Einkauf führt.
Wie ist die Architektur für Mieter, Buchungssätze und Konsolidierung zu entwerfen?
Einzelne Datenbank mit mehreren Mietern vs. mehrere Datenbanken im Verbund
Einzelne Datenbank, mehrere Mieter: Ein einziges System,org_idIsolierte Daten, geeignet für Gruppen mit strenger Kontrolle und hohem Standardisierungsgrad.Multi-Lager-Föderation: Jede Tochtergesellschaft verfügt über eine eigenständige Instanz; auf Konzernebene erfolgt die Synchronisation über eine Integrationsplattform oder MDM – geeignet für Unternehmen mit hoher Autonomie der Tochtergesellschaften und schwierigen Migrationen bestehender Systeme. Die Auswahl hängt ab von: den Anforderungen an die Echtzeitfähigkeit der Konzernberichterstattung, den IT‑Kapazitäten der Tochtergesellschaften sowie den regulatorischen Trennungsanforderungen.
Interne Transaktionen und Konsolidierung
Das System sollte folgende Funktionen unterstützen:Interne Verkaufsaufträge, interne Beschaffung, interne Abrechnungspreise, Kontenabgleich. Der Konsolidierungsberichts-Engine erkennt gemäß den Regeln automatisch interne Umsätze/Kosten/Verbindlichkeiten und erstellt Ausgleichsbuchungen (oder exportiert sie in das Konsolidierungssystem). Ohne Aufzeichnungen auf Transaktionsebene bleibt die Konsolidierung stets manuell in Excel.
Genehmigung und Prozesse über mehrere Akteure hinweg
Die genehmigungsrelevante Kette für konzernweite Richtlinien (wie Kapitalausgaben, wichtige Verträge) kann über mehrere Rechtsträger hinweg reichen: Initiierendes Tochterunternehmen → Geschäftseinheit → Konzernfunktion → Konzernführungskräfte. Der Prozess-Engine muss dies unterstützen.Nach Organisationsrouting, und der Genehmiger kann nur die Belegdetails innerhalb seines Datenbereichs einsehen.
Wie wird es umgesetzt: Phasenplan und Abnahme
Empfohlen in Raten
- Organisations- und Berechtigungsgrundlage: Die Rollen‑ und Berechtigungsstruktur für juristische Personen/BU/Abteilungen ist online, RBAC sowie die Datenbereichsverarbeitung wurden erfolgreich getestet.
- Konzern-Hauptdaten: Kunden und Materialien erhalten jeweils einen individuellen Code; Tochtergesellschaften werden eingebunden und übernehmen diesen.
- Interne Transaktionen: Die Integration von Einkauf und Vertrieb sowie die Abstimmung der Geschäftskonten wurden live geschaltet.
- Konsolidierte Berichte: Vom Export der Ausgleichsvorlage über die halbautomatische bis hin zur vollständig automatischen Verarbeitung im System.
Abnahmekriterien
- Wenn ein neuer Kunde in einer beliebigen Tochtergesellschaft erstellt wird,PlagiatssucheIn Kraft getreten, Gruppenbenutzer können verknüpfte Abfragen durchführen.
- TochterunternehmensnutzerUnbefugter Zugriff nicht möglichAndere juristische Personen anzeigen (Sicherheitstest bestanden).
- Interne Transaktionsliste und KonsolidierungsausgleichsprotokollKann mit einem Klick exportiert werden, Abweichung von der manuellen Finanztabelle < vereinbarter Schwellenwert.
Typische Szenarien der inter‑subjektiven Zusammenarbeit
Wenn das Unternehmen A innerhalb der Gruppe produziert und das Unternehmen B verkauft, muss das System folgendes unterstützen:Interne Transferpreise(Vermeidung von Steuerrisiken, die durch unangemessene Gewinnverlagerungen zwischen den Beteiligten entstehen),Teilen Sie den Bestandsstatus sichtbar(B beim Verkauf kann die verfügbare Menge des Fertigprodukts von A eingesehen werden),Einheitliche Kundenansicht(Der Konzernkunde kann in jeder Tochtergesellschaft eine Bestellung aufgeben; historische Bestellungen können entsprechend verknüpft abgefragt werden.) Würde man diese Abläufe per E‑Mail koordinieren, würde die Reaktionszeit sich in Tagen messen; mit einer einheitlichen Organisationsstruktur und einer zentralen Stammdatenbasis ließe sie sich auf Stunden reduzieren.
Eine weitere häufige Anforderung istKonzernbeschaffung zentralisiert: Zentrale Beschaffungsverträge, dezentrale Warenannahme und abteilungsbezogene Abrechnung. Bei der Konzeption ist klar zu regeln: Wer erteilt den PO, wer bestätigt die Warenannahme, wer verknüpft die Rechnung und wer initiiert die Zahlung – diese vier Schritte können drei rechtliche Einheiten betreffen; die Prozessweiterleitung muss automatisch gemäß der Organisationshierarchie erfolgen und nicht manuell an die zuständige Buchhalterin oder den zuständigen Buchhalter weitergeleitet werden.
Häufige Fallstricke
Nur Organisationsbaum, keine Datenbereiche: Die Funktionsberechtigungen sind vorhanden, doch die Daten laufen weiterhin ungeschützt im gesamten Konzern herum.Hauptdaten‑Bereinigung im Stil einer Kampagne: Vor dem Go‑Live wurde hastig alles vereinheitlicht, nach dem Go‑Live gab es keine Wartungsstelle, und nach drei Monaten herrschte wieder Chaos.Die Widerstände gegen Veränderungen in der Tochtergesellschaft ignorieren: Die starke Einführung der Gruppenkodierung stößt auf Widerstand und erfordert entsprechende Anreize sowie eine Übergangszuordnungstabelle.Die Fusion betrifft nur die Finanzen, nicht das Geschäft.: Wenn die Geschäftsstammdaten nicht stimmen, können selbst die präzisesten Zusammenfassungszahlen keine fundierte Geschäftsentscheidung unterstützen.
Das Ziel der digitalen und intelligenten Transformation mehrerer Unternehmenseinheiten des Konzerns besteht darin, dass „die Tochtergesellschaften flexibel agieren“ und „der Konzern transparent und steuerbar ist“ unter denselben Regeln koexistieren – und nicht in einem endlosen Kampf um die Einholung von Berichten.
Die Shandong XYN Information Technology Co., Ltd. (XYN Tech) liefert für Konzernunternehmen digitalisierte Systeme zur Verwaltung mehrerer Organisationen im Bereich ERP, Masterdatenmanagement und Konsolidierungsberichterstattung. Einzelheiten siehe …xynadmin.com。