Der Finanzdirektor der Zentrale fragte: „Warum werden die Waren, die die Ostchina-Tochtergesellschaft an die Nordchina-Tochtergesellschaft verkauft, auf beiden Seiten…“Die Einnahmen stimmen nicht mit den Kosten überein.？」Die IT‑Abteilung antwortete: Zwei Unternehmen verwenden jeweils ein eigenes Excel‑Kundenkodierungssystem, interne Transaktionen verfügen über keine einheitlichen Preislisten, und die Genehmigungen laufen noch immer in den WeChat‑Gruppen der jeweiligen Einheiten –Gruppe mit mehreren AkteurenSobald das Wachstumsstadium erreicht ist, untergräbt das Prinzip „jeder für sich“ rasch die Glaubwürdigkeit der konsolidierten Abschlüsse.
Zuerst das Organisationsmodell zeichnen, dann das System auswählen.
Mehrere Akteure sind zumindest zu unterscheiden:
- Rechtsträger: Selbstständige Buchführung, Steuern, Bankkonto.
- Managementorganisation: Geschäftsbereich, Region, Profitcenter – können vom Rechtsträger abweichen.
- Betriebsorganisation: Fabrik, Lager, Verkaufsbüro – die operative Ebene.
Im System sollte „Unternehmen/Buchhaltungssatz“ der juristischen Person zugeordnet sein; die Verwaltungsorganisation wird verwendetDimension oder OrganisationsbaumÜberlappung, anstatt für jeden Profitcenter eine eigene ERP‑Instanz zu klonen.
Stammdaten: Wer erstellt, wer nutzt, wer ändert
Kunden, Lieferanten, Materialien und Konten – diese vier Arten von Stammdaten entscheiden über 80 % der zwischen verschiedenen Einheiten auftretenden Streitigkeiten.
- Goldener Datensatz: Das MDM der Gruppe oder die Stelle für Stammdaten an der Zentrale pflegt die Codes und Kernattribute; Tochtergesellschaften können nur lokale Felder erweitern (z. B. Verkaufsnotizen für bestimmte Regionen).
- Verteilungsmechanismus: Nach der Genehmigung werden neu angelegte Materialien an die jeweiligen Buchhaltungssysteme verteilt, um „gleiche Namen mit unterschiedlichen Codes“ zu vermeiden.
- Änderungsaudit: Preis-, Kreditlimit- und Steuerklassenänderungen werden als Version gespeichert; bei der Rückverfolgung von Konsolidierungsberichten lassen sich diese Erklärungen abgeben.
Häufiger Fehler: Es wird den Tochtergesellschaften erlaubt, beliebig neue Kunden anzulegen, ohne vorher eine Duplikatprüfung durchzuführen, was dazu führt, dassDerselbe Konzernkunde mit N Codes, CRM-Statistiken sind verzerrt.
Interne Transaktionen und Transferpreisbildung
Bei übergeordneten Einkäufen, Umlagerungen und Serviceabrechnungen ist es erforderlich, dassInterne Preislisteund automatische Auftragserteilungsregeln. Das System sollte folgendes unterstützen: Sobald eine Partei den Warenlagerabgang veranlasst, wird der Warenlagerzugang der verbundenen Partei ausgelöst und zur Bestätigung vorgemerkt, um ein einseitiges Buchen zu vermeiden. Die Transferpreisstrategien (Kostenplus, Marktpreis, Vertragspreis) müssen von der Finanzabteilung festgelegt werden; die IT‑Abteilung hat diese in Form eines konfigurierbaren Engines umzusetzen.
Berechtigungen: Datenisolierung und interaktive Zusammenarbeit zwischen verschiedenen Parteien
Das Berechtigungsmodell wird empfohlen «Standardmäßig nicht sichtbar, explizite Autorisierung」：
- Benutzer von Tochtergesellschaften können standardmäßig nur die Daten der eigenen juristischen Person einsehen; zur Ansicht der Konzernübersicht sind eine entsprechende Rolle sowie ein definiertes Datenbereich erforderlich (z. B. kann der Präsident einer Geschäftseinheit die Daten der untergeordneten juristischen Personen einsehen).
- Gemeinsame Funktionen (Konzernbeschaffung, Shared Service Center) werden verwendetAgentenoperation: Für welche Partei wird die Bestellung aufgegeben, so werden im Auditprotokoll beide Parteien erfasst.
- Sensible Felder (Gruppengrundpreis, Rabatte für strategische Kunden) werden auf Feldebene maskiert.
Der OA‑Genehmigungsfluss muss den Kontext „Zugehöriger Hauptteil“ enthalten; andernfalls besteht das rechtliche Risiko, dass der Manager von Unternehmen A einen Vertrag von Unternehmen B genehmigt.
Systemimplementierung: Ein System oder mehrere Systeme?
| Modus | Vorteile | Risiko |
|---|---|---|
| Einzelne Instanz, mehrere Buchhaltungssysteme | Einheitliche Stammdaten, einmaliges Upgrade | Die Konfiguration ist komplex, und die Leistungstrennung muss ordnungsgemäß durchgeführt werden. |
| Mehrere Instanzen + Integration | Die Tochtergesellschaft verfügt über eine hohe Autonomie. | Hauptdatensynchronisation, hohe Schnittstellenkosten |
| Hybrid: Zentrale ERP-Zentralisierung + verteilte Edge-Systeme | Ausgewogene Steuerung und Flexibilität | Grenzen und Quellen der Wahrheit sind zu dokumentieren. |
Die Auswahl hängt vom Grad der Selbstverwaltung der juristischen Person, der Branchenregulierung (z. B. Finanzwesen, Pharmazie) sowie den IT-Ressourcen ab. Unabhängig davon,Kodierungsregeln und SchnittstellenspezifikationenEs muss eine einheitliche Gruppenstruktur geben; sonst wird die Integration lediglich die bestehende Unordnung automatisieren.
Umsetzungsrhythmus und Abnahme
Phase 1: Vereinheitlichung der Stammdaten von Kunden/Lieferanten sowie Erstellung von Rechnungen für interne Transaktionen; Phase 2: Abgleich der Datenquellen für konsolidierte Berichte; Phase 3: Sichtbarkeit des Bestands über verschiedene Unternehmenseinheiten hinweg und Optimierung der Warenverlagerungen. Beispiele für Abnahmekriterien: Ein eindeutiger Code für denselben Kunden innerhalb der Gruppe; innerhalb von 24 Stunden erfolgt bei interunternehmlichen Warenverlagerungen eine beidseitige, konsistente Buchung; Penetrationstest zur Überprüfung der Zugriffsrechte (ein Konto einer Tochtergesellschaft darf nicht auf die Datenbestände anderer juristischer Personen der Gruppe zugreifen).
Gruppen- oder mehrere Unternehmens‑Digitalisierungsprojekte erfordernOrganisationsmodell, Stammdaten und BerechtigungenGemeinsam entwerfen.Shandong XYN Information Technology Co., Ltd. (XYN Tech)Wir haben Systeme für die Verwaltung von Regierungs- und Unternehmensunternehmen sowie für mehrere Organisationen geliefert und können vom Status quo bis hin zur stufenweisen Inbetriebnahme begleiten. Weitere Informationen finden Sie unterXYN Tech über uns, technische Informationen finden Sie unterxynadmin Nachrichten。
Modell des Shared Service Centers
Die gemeinsamen Zentren für Finanzen, Personal und Einkauf der Gruppe sind ständigFür mehrere juristische Personen werden Dokumente bearbeitet.. Das System muss einen Umschalter für die „aktuelle Handlungsinstanz“ unterstützen; bei jedem Dokument sind sowohl der Druck als auch das Auditprotokoll doppelt zu protokollieren: Bearbeiter, vertretene Instanz sowie Zeitstempel. Das Leistungskennzahlen‑Dashboard des Shared Centers erfasst die SLA‑Kennzahlen nach Instanz (Zahlungszyklus, Einkaufszyklus), um zu vermeiden, dass Verzögerungen einer Tochtergesellschaft durchschnittlich auf alle übertragen werden.
Konsolidierte Abschlüsse und Ausgleichsbuchungen
Konsolidierte Berichte sind mehr als nur eine Excel‑Zusammenfassung: Sie müssen im System gepflegt werden.Ausgleichsregel(Interne Verkäufe, interne Umsätze, nicht realisierte Gewinne). Nachdem die einzelnen Tochtergesellschaften gemäß demselben Rechnungslegungszeitraum abgeschlossen haben, werden auf Konzernebene automatisch Abschreibungsbuchungen erstellt; nach der Finanzprüfung werden sie gebucht. Verwenden die Tochtergesellschaften weiterhin unterschiedliche Kontenpläne, muss eine Zuordnungstabelle gepflegt werden; andernfalls stimmen bei der Konsolidierung die Konten nicht überein.
Tochtergesellschaften im Ausland und Mehrwährungssysteme
Bei Vorhandensein einer ausländischen juristischen Person,Funktionswährung und BerichtswährungEs ist erforderlich, die Buchhaltung zu trennen. Für die tägliche Buchführung wird die lokale Währung verwendet, während das Konzern‑Dashboard in RMB oder USD umgerechnet wird; die Wechselkursart (Ende des Zeitraums, Durchschnitt) ist gemäß den geltenden Standards festzulegen. Bei kredit‑, dividenden‑ und Dienstleistungsgebührenabrechnungen zwischen verschiedenen Einheiten, die Devisen und Steuern betreffen, sollte das System Wechselkurs‑Schnappschüsse sowie Umrechnungsbelege aufbewahren, damit im Rahmen der Prüfung eine nachvollziehbare Rekonstruktion möglich ist.
Datenresidenz und Compliance: Einige Länder verlangen, dass Kundendaten bzw. Mitarbeiterdaten nicht das Land verlassen. Bei der Gestaltung einer Multi‑Tenant‑Architektur ist dies klar zu definieren.Datenbereich: Welche Felder können von der Gruppe gemeinsam genutzt werden, welche müssen lokal gespeichert werden; bei der Schnittstellensynchronisation erfolgt eine Filterung auf Feldebene.
Prüfliste für die Umsetzung
Vor der Projektinitiierung sollten zunächst fünf Fragen beantwortet werden: In welchem System liegt die Wahrheit über den Lagerbestand? Wer legt den Buchungszeitpunkt fest? Ist die Reservierung zentralisiert? Wer genehmigt die Inventurdifferenzen? Und wie erfolgt die Anbindung an die Finanzbuchhaltung? Wenn diese Fragen nicht klar beantwortet sind, sollte man sich nicht eilig mit dem Barcodescanner ans Werk machen – Hardware verstärkt lediglich bestehende Prozesschaos. In der ersten Woche nach der Inbetriebnahme ist täglich zu prüfen…VerfügbarkeitskonservierungStichprobenbildung: Zufällige Auswahl von 20 SKU; Systemverfügbarkeit = Buchbestand – Belegung – Blockierung; Abgleich mit der Vor-Ort-Stichprobe.
Bei der Abnahme ist unbedingt zu verwendenEchte GeschäftsdokumenteSchließen Sie den geschlossenen Kreislauf, anstatt nur mit ein paar Klicks auf dem Demo‑Konto zu unterschreiben. Die Dokumentation der „Bestands‑Zustandsmaschine“ und des „Buchungszeitpunkts“ hilft mehr als eine Schulungs‑PPT, zwischenabteilliche Querelen zu verringern.