Zum Inhalt springen

Alle Referenzen / Produktiv

Zwanzig Unternehmen, eine Reporting-Schicht.

Eine Private-Equity-Gruppe mit über 20 Portfoliounternehmen auf getrennten ERPs und ohne gemeinsame Datenbasis.

Kunde
Eine Private-Equity-Gruppe
Branche
Private Equity, Portfoliobetrieb
Finanz-Dashboards auf einem Bildschirm
20+Unternehmen konsolidiert

Wachstumsziel

Einer Private-Equity-Gruppe eine einheitliche Reporting-Ebene über mehr als zwanzig Portfoliounternehmen geben.

Betriebliche Einschränkung

Jedes Unternehmen nutzte ein anderes ERP und Format. Die monatliche Konsolidierung war langsam und komplett manuell.

Messbares Ergebnis

Vorstandsreife Berichte in Minuten. Liquiditätsrisiken drei Wochen früher erkannt.

Die ausführliche Beschreibung

Ausgangslage
Mehr als zwanzig ERPs und Formate und eine monatliche Konsolidierung, die das Team mehrere Tage kostete.
System
Automatisierte Datenpipelines in ein zentrales Warehouse, mit KI-gestützter Anomalieerkennung über allen Kennzahlen.
Kontrollen
Auffälligkeiten werden für eine Person markiert, nie stillschweigend korrigiert. Jede Zahl lässt sich auf ihr Quellsystem zurückführen.
Ergebnis
Vorstandsreife Berichte in Minuten, Liquiditätsrisiken drei Wochen früher sichtbar und eine Gruppe, die ein Unternehmen hinzufügen kann, ohne einen neuen Konsolidierungsprozess aufzubauen.

Im Detail

Eine Gruppe, die manuelle Konsolidierung hinter sich gelassen hatte

Eine Private-Equity-Gruppe baute ihr Portfolio aus. Über zwanzig Unternehmen mit jeweils eigenem ERP, Kontenplan und Berichtsroutinen wurden unter einem Dach geführt. Die Partner wollten ein klares Bild von Ergebnis, Liquidität und Covenant-Spielraum über die gesamte Gruppe. Sie mussten Spannungen in einem Unternehmen sehen, bevor sie im Board-Pack auftauchten. Der Anspruch war klar. Die Arbeitsrealität war ein Monatsabschluss, der Tage mit Kopieren, Korrigieren und Angleichen von Tabellen aus jeder Finanzabteilung benötigte. Die Fähigkeit der Gruppe, weitere Unternehmen aufzunehmen, stieß an ihre Grenze.

Das zentrale Finanzteam war zum Engpass geworden. Monat für Monat jagte es Dateien hinterher, übersetzte Konten, überarbeitete Templates, damit das Board eine konsolidierte Sicht erhielt. Jede Ausnahme bremste. Späte Einreichungen, neue lokale Berichte, Einmalsachverhalte und unterschiedliche Periodenlogiken wurden alle per Hand verarbeitet. Die Gruppe trug Konzentrations- und Liquiditätsrisiken ohne laufenden Blick auf Cash-Bewegungen. Die Arbeit war sorgfältig und anspruchsvoll, aber sie skaliert nicht mit der Deal-Pipeline. Den Partnern war klar, dass sie den Abschluss nicht einfach mit mehr Personal auffüllen konnten.

Wo der Konsolidierungsprozess seine Grenze erreichte

Die Einschränkung lag in der Mitte der Berichtsstrecke. Jedes Portfoliounternehmen erstellte Saldenlisten und Management-Pakete im eigenen Format. Das Gruppenteam zog diese in ein Tabellenmodell, das als gemeinsame Sprache dienen sollte. Jedes neue Unternehmen bedeutete ein weiteres Mapping-Tab und zusätzliche Komplexität. Die Mechanik des Abschlusses wurde undurchsichtig, gebunden an Personen, die die Funktionsweise jeder einzelnen Tabelle und die Besonderheiten jedes Unternehmens kannten. Jede Änderung im Reportingbedarf erforderte einen Umbau des gesamten Modells unter Zeitdruck bis zum Monatsende.

Das Risiko lag nicht nur in Verzögerung. Bei manueller Datenhandhabung war unklar, ob jede Zahl im konsolidierten Bericht sauber rückverfolgbar war. Späte Korrekturen und Last-Minute-Anpassungen schlichen sich ein. Das Team musste zwischen Tempo und Tiefe der Prüfung wählen. Cash-Positionen wurden im Nachhinein berichtet, sodass Cashflow-Probleme häufig erst im Rückblick und nicht im Vorfeld erkannt wurden. Die Gruppe konnte sich nicht auf eine einzige Zahlensicht verlassen, um Gespräche mit Banken, Boards und Portfoliomanagement zu führen. Die Chancen im Markt verlangten nach einer anderen betrieblichen Basis.

Ein verbundenes Warehouse und eine Berichtsschicht

SIEL entwickelte mit der Gruppe eine Berichtsschicht, die alle Portfoliounternehmen umspannte, ohne sie auf ein einheitliches ERP zu zwingen. Der erste Schritt war der Anschluss der Quellsysteme. Automatisierte Pipelines zogen die benötigten Hauptbücher, Salden und ergänzenden Daten aus über zwanzig ERPs in ein zentrales Warehouse. Die Mapping-Logik aus den Tabellenmodellen wurde in Code überführt, mit einer klaren und pflegbaren Zuordnung der Kontenpläne. Konsolidierungsregeln wurden Bestandteil des Systems statt jeden Monat neu per Hand aufgebaut zu werden.

Sobald die Daten ins Warehouse flossen, definierten SIEL und das Finanzteam die Sichten, die für die Gruppe zählten: konsolidierte GuV, Bilanz und Cashflow sowie unternehmensspezifische Auswertungen, die zur Sprache von Partnern und Operating-Teams passten. Reporting-Werkzeuge bauten auf dem Warehouse auf, sodass die Gruppe Board-fähige Unterlagen direkt daraus erzeugen konnte. Wenn ein neues Unternehmen ins Portfolio kam, bestand die Arbeit nicht mehr in der Überarbeitung aller Templates, sondern im Aufbau und Test einer neuen Pipeline und eines Mappings. Der Betrieb konnte so wachsen, ohne die Komplexität für das zentrale Team zu vervielfachen.

KI entdeckt Auffälligkeiten, Menschen behalten die Kontrolle

Der Gruppe ging es nicht nur um Geschwindigkeit. Sie wollte sicherstellen, dass ungewöhnliche Bewegungen auffielen, ohne dass jemand jede Zeile in jedem Bericht lesen musste. SIEL ergänzte die Warehouse-Schicht um KI-basierte Auffälligkeitserkennung. Das System beobachtete Zahlen über Unternehmen und Zeit hinweg und hob Buchungen oder Bewegungen hervor, die nicht zum erwarteten Muster passten. Statt manueller Vollkontrolle sah das Finanzteam fokussierte Hinweise auf Positionen, die vor der Board-Vorlage geprüft werden sollten.

Die Verantwortung blieb bei denjenigen, die die Zahlen verantworteten. Auffälligkeiten wurden den zuständigen Nutzern zur Klärung zugewiesen. Sie wurden nie stillschweigend vom System korrigiert. Jede Zahl im konsolidierten Bericht ließ sich über das Warehouse bis ins Quell-ERP und auf die zugrundeliegenden Buchungen zurückverfolgen. Diese Prüfkette bedeutete, dass das Team bei Nachfragen von Partnern oder CFOs auf Logik und Daten zurückgreifen konnte statt zu raten, wo ein Unterschied in einer Tabelle entstanden war. Der Betrieb gewann Tempo und einen höheren Standard an Überwachung auf derselben Plattform.

Ein Reporting-Fundament, das mit dem Portfolio wächst

Mit dem neuen System veränderte sich der Reporting-Rhythmus der Gruppe. Board-fähige Berichte, die zuvor Tage manueller Konsolidierung erforderten, konnten nun in Minuten aus den Warehouse-Sichten erzeugt werden. Cashflow-Risiken, die bislang spät im Zyklus sichtbar wurden, traten rund drei Wochen früher zutage. Das gab Gruppe und Portfolio-CFOs Zeit zu handeln, Pläne anzupassen und das Gespräch mit Banken zu suchen, bevor eine Lage kritisch wurde. Der Monatsabschluss wurde zu einem Prüfprozess, nicht zu einer Datenmontage.

Der strukturelle Gewinn war Kapazität. Die Gruppe konnte neue Portfoliounternehmen aufnehmen, ohne ihren Reportingprozess neu zu entwerfen oder weitere Ebenen manueller Arbeit einzuziehen. Jeder neue ERP-Anschluss war ein bekanntes Stück Engineering und Mapping, kein neuer Tabellenbau. Für ein ähnlich aufgestelltes Unternehmen schafft eine solche Berichtsschicht Raum für Wachstum. Das zentrale Team wechselt vom Dateiensammeln und Formatkorrigieren zur Analyse von Leistung, Risikosteuerung und Unterstützung von Investitionsentscheidungen, mit einem System, das widerspiegelt, wie das Portfolio tatsächlich arbeitet.

Bringen Sie uns einen Workflow wie diesen

Festpreis, vereinbart bevor wir anfangen. Ein Senior Engineer antwortet innerhalb von zwei Werktagen.

Weitere Projekte