Hochspezialisierte Software wird endlich bezahlbar.

In unseren ESG-Reportings nach CSRD stelle ich immer wieder fest, dass die Daten zu Beteiligungsgesellschaften fragmentiert sind: Finanzcontrolling hat eine Übersicht, Compliance eine andere, und das Nachhaltigkeitsteam recherchiert parallel selbst. Das führt zu Inkonsistenzen bei Scope-3-Lieferketten und macht die Validierung der Beteiligungsstruktur zeitaufwändig. Wie können wir eine zentrale Datenbasis schaffen, die sowohl die hierarchischen Beteiligungspfade als auch die zugeordneten ESG-Kennzahlen (CO₂-Emissionen, Arbeitssicherheit, Compliance-Status) je Gesellschaft und Stichtag verwaltet – ohne diese Daten redundant in mehreren Systemen zu halten? Insbesondere: Welches Datenmodell macht Sinn, um historische Beteiligungsstrukturen mit den dazugehörigen ESG-Daten zu verknüpfen, damit wir auch rückwirkend prüfen können, welche Unternehmen 2023 im Konsolidierungskreis waren udn ob sie die Berichtspflicht ausgelöst haben?

Aus meiner Erfahrung als Syndikusanwalt entstehen die größten Probleme bei Gesellschaftsvertragsänderungen genau dann, wenn mehrere Versionen parallel existieren – die notarielle Original-Fassung, eine interne Arbeitsdatei mit geplanten Amendments, und irgendwo eine ältere PDF, die noch in HR-Akten kursiert. Wenn dann der Geschäftsführer oder der Vorstand eine Entscheidung zur Vertretungsregelung treffen muss, kann niemand zuverlässig sagen, welche Satzungsfassung derzeit gültig ist udn welche Änderungen bereits notariell beurkundet wurden. Das führt zu unnötigen Anwaltshonoraren und im schlimmsten Fall zu Registereintragungsproblemen. Meine Frage: Wie abbildet [ai]ntity die Versionierungshistorie von Gesellschaftsverträgen und Satzungen ab? Kann das System automatisch erkennen, wann eine notarielle Änderung wirksam geworden ist, und diese mit der aktuell geltenden Fassung synchronisieren? Und lässt sich nachvollziehen, auf welche Satzungsfassung sich ein Beschluss der Gesellschafterversammlung bezogen hat – auch rückwirkend für Prüfungen durch den WP?

§ 17 AktG regelt die Beherrschung durch Mehrheitsbeteiligung, aber in der Praxis entsteht das Problem, wenn man nachweisen muss, dass eine faktische Beherrschung vorliegt – etwa durch langfristige Abstimmungsabsprachen oder durch die Kontrolle von Geschäftsführungsentscheidungen über Minderheitsanteile hinweg. Unser älteres DMS speichert zwar Gesellschafterverträge und Geschäftsordnungen, erlaubt aber keine strukturierte Dokumentation von Beherrschungskriterien wie Geschäftsführernominierungen, Informationsrechte oder De-facto-Kontrollmechanismen. Wie würde eine Lösung mit Graphen-Datenmodell faktische Abhängigkeitsbeziehungen erfassen und diese zeitpunkt-genau rekonstruierbar machen – etwa für Wirtschaftsprüfer, die eine Konzernabgrenzung nach § 18 AktG auditieren? Welche Metadaten müssten zu jeder Beherrschungsbeziehung erfasst werden, um Rückverfolgbarkeit zu gewährleisten, ohne dass parallel noch Excel-Listen gepflegt werden müssen?

Viele Konzerne setzen auf eine zentrale Master-Data-Management-Lösung für Beteiligungsstrukturen, andere verteilen die Datenhoheit auf dezentrale ERP- und HR-Systeme – und beide Ansätze erzeugen am Ende redundante, widersprüchliche Datensätze. Bei uns läuft die Konzernkartografie über ein etabliertes DMS mit manuellen Excel-Exports, während das Controlling die Konsolidierungsstichtage parallel in einem lokalen Access-System gepflegt und Treasury die Beteiligungslisten für AWV-Meldungen separat archiviert. Das führt dazu, dass Organmitgliedschaften, Beherrschungsrelationen und tatsächliche wirtschaftliche Strukturen bei Abfragen auseinanderklaffen und wir regelmäßig erst bei Wirtschaftsprüfungen oder Notarbegleitungen merken, welche Informationen veraltet sind. Die Frage ist: Wie muss ein System technisch aufgebaut sein – dezentraler Dateneingabe mit zentraler Konsistenzprüfung, oder echte Echtzeit-Synchronisation über APIs zu den bestehenden Systemen – damit wir nicht ständig teh selben Stammdaten pflegen, aber trotzdem Audit-Trails für jeden Stichtag führen können?

Wie bildet ihr in eurer Lösung Umwandlungen ab – insbesondere die Dokumentation von GmbH zu AG Konversionen mit allen zugehörigen HR-Einträgen und Registeranmeldungen? Bei unserem selbst entwickelten Access-System wird das zur Albtraum: Wir müssen parallel historische Daten, neue Rechtformen und die entsprechenden Registerauszüge manuell abgleichen, und es entstehen ständig Inkonsistenzen zwischen den Änderungsdaten und den tatsächlichen Eintragungen.

Wie stellt ihr sicher, dass Notarentwürfe mit den tatsächlich beurkundeten Fassungen synchron bleiben, ohne dass Versionsbrüche entstehen? Bei uns führt das Excel-basierte Dokumentenverwaltungssystem ständig zu Unstimmigkeiten zwischen dem, was der Notar eingereicht hat, und dem, was im Archiv liegt – gerade bei mehreren Entwurfsstufen vor Beurkundung.

Bei der letzten Akquisition haben wir festgestellt, dass die Verwaltung der SPA-Dokumentation und der Vollzugsbedingungen über verstreute Excel-Listen und E-Mail-Anhänge läuft – jeder Bereich (Legal, Finance, HR) arbeitet mit eigenen Versionsständen. Das führt dazu, dass Closing-Checklisten nicht aktuell sind und unklar bleibt, welche Bedingungen bereits erfüllt wurden und welche noch ausstehen. Kann eine dedizierte M&A-Lösung hier wirklich Abhilfe schaffen, oder sind das am Ende nur bessere Excel-Templates? Und wie würde die Anbindung an unser ERP-System funktionieren, um Kaufpreisallokation und Due-Diligence-Findings zentral nachzuverfolgen – gibt es da Best Practices für die Schnittstellen-Integration?

Bei der Überprüfung von HR-Meldungen an das Handelsregister stelle ich regelmäßig fest, dass Prokura-Einträge nicht synchronisiert sind mit den tatsächlichen Vollmachten in unserem Dokumentenmanagementsystem. Die Registerauszüge werden aktualisiert, aber die Versionierung der hinterlegten Vollmachtsurkunden folgt keinem strukturierten Prozess – letztlich arbeiten wir auf Papier und PDF nebeneinander. Wäre es möglich, dass ein spezialisiertes System hier automatisch Registeränderungen erfasst und die entsprechenden Dokumente zuordnet, statt dass wir jede HR-Anmeldung manuell nachvollziehen müssen?

Am Markt gibt es bis dato keine Lösung, die faktische Konzernstrukturen nach §18 AktG automatisiert nachbildet und gleichzeitig die notwendige Dokumentation für Wirtschaftsprüfer und Behörden liefert. Unser bestehendes DMS speichert zwar Beherrschungsverträge und Abhängigkeitsfeststellungen, aber eine dynamische Abbildung der tatsächlichen Einflussmacht – etwa wenn eine Tochter faktisch über die Geschäftsführer oder durch fehlende wirtschaftliche Unabhängigkeit beherrscht wird – lässt sich damit nicht abbilden. Wie sollte eine solche Software technisch vorgehen: Soll sie strukturelle Parameter (Geschäftsführerbenennung, Kreditlinien, Gewinnabführungsrealität) eingeben und daraus ein Graph-Modell berechnen, das auch Zurechnungsfälle nach §17 AktG auflöst? Und wie wird eine historische Stichtagsbetrachtung umgesetzt, wenn sich Beherrschungsverhältnisse beispielsweise während eines Geschäftsjahres ändern – muss für den Jahresabschluss die Struktur zum 31.12. rekonstruiert werden können?

Die meisten Governance- und Compliance-Plattformen am Markt sind nicht für die vollständige Abbildung von Beteiligungsstrukturen im Kontext von ESG- und Nachhaltigkeitsreporting ausgelegt. Wenn wir beispielsweise Scope-3-Emissionen unserer Lieferkette ermitteln müssen, benötigen wir eine zuverlässige, aktuelle Kartografie unserer Beteiligungsgesellschaften – aber die sitzt derzeit in drei verschiedenen Systemen: ERP, HR-Modul und einem selbst entwickelten Access-System für Konzernstrukturen. Synchronisieren wir diese manuell, entstehen Unstimmigkeiten bei der Datenqualität, die dann bis in den Nachhaltigkeitsbericht hineinwirken. Hat jemand Erfahrung damit gemacht, wie man ein zentrales Beteiligungsmanagement-Tool so mit bestehenden SAP- und Workday-Implementierungen verbindet, dass Organisationsänderungen automatisch die Stammdaten in alle drei Systeme spiegeln – und dabei auch die historischen Stände für Stichtagsbetrachtungen erhalten bleiben?

Anforderung: Wie bildet eine KI-gestützte Lösung faktische Konzerne nach §18 AktG ab, wenn die Beherrschung nicht durch Mehrheitsanteile, sondern durch Vertrag, Satzungsgestaltung oder de-facto-Kontrolle entsteht? Für die AO-Meldung und Konsolidierung brauchen wir eine sichere Methode, solche Abhängigkeiten zu dokumentieren und nachzuweisen.

Die CSRD verlangt in Artikel 8 die Offenlegung von Nachhaltigkeitsinformationen auch für wesentliche Beteiligungen im Konsolidierungskreis. Wie modelliert [ai]ntity die Scope-3-Lieferkettendaten von Tochterunternehmen, wenn diese selbst noch nicht über ein strukturiertes ESG-Datenerfassungssystem verfügen? Braucht es eine separate Datenebene oder eine integrierte Erfassungslogik mit manuellen Schnittstellen zum ERP?

Es ist frustrierend, dass Gesellschaftsverträge und Satzungen in unserem DMS als statische PDFs vorliegen und niemand weiß, welche Version gerade gültig ist oder was sich seit der letzten Änderung geändert hat. Wie würde [ai]ntity mit Versionierung und Änderungshistorie umgehen – gibt es ein Datenmodell, das Gültigkeitszeiträume, Notarversionen und Verknüpfungen zu HR-Registerauszügen automatisch nachverfolt?

Wir benötigen eine Lösung, die Closing-Checklisten mit dem tatsächlichen Transaktionsvollzug abbildet – also Signing-Datum, Closing-Datum und die Vollzugsbedingungen als steuerbar makierbare Meilensteine. Unser bestehendes Projektmanagement-Tool dokumentiert zwar Aufgaben, aber es gibt keine strukturierte Verknüpfung zwischen der vereinbarten Closing-Bedingung (z.B. "Veräußerung der Tochtergesellschaft X muss erfolgt sein"), ihrer Erfüllung und dem finalen Closing-Gate. Das führt dazu, dass wir ständig in E-Mails nachfragen müssen, ob bestimmte Vollzugsvoraussetzungen erfüllt sind oder ob Verzögerungen entstanden sind. Wie würde [ai]ntity technisch abbilden, dass Bedingungen aus dem SPA direkt in einen Abnahme-Workflow münden, udn dass der Kaufpreisallokation automatisch der jeweilige Closing-Status zugeordnet wird? Idealerweise sollte es auch eine Historie geben – wann war ein Deal im Status "signed", wann "closing pending", wann "closed" – für die Rechnungslegung.

Beim Abgleich unserer Anteilsbesitzliste mit den Handelsregisterauszügen stelle ich regelmäßig fest, dass indirekte Beteiligungen über mehrere Ebenen nicht vollständig erfasst sind – besonders bei Strukturen mit ausländischen Holdinggesellschaften. Die Frage ist: Wie könnte eine Lösung automatisiert Anteilsketten bis zur finalen Beteiligungsquote durchlaufen, um das Vollständigkeitsgebot des §285 Nr. 11 HGB zu erfüllen? Muss das System relationale Anteilslisten mit einem Graph-Modell abbilden, um zirkuläre Beteiligungen und Konsolidierungseffekte korrekt zu berechnen?

Compliance-Richtlinien mit Vier-Augen-Prinzip – der Unterschied zwischen einem generischen Approval-Workflow in einem Standard-GRC-Tool und einem Freigabeprozess, der tatsächlich an die Beteiligungsstruktur gekoppelt ist, ist erheblich. Während etablierte Lösungen meist nach Rollen arbeiten, brauchen wir hier Kontextabhängigkeit: Wer eine externe Mandate genehmigt, muss abhängig von Konzernebene und Beteiligungsverhältnis unterschiedliche Genehmiger durchlaufen. Gibt es da bei [ai]ntity bereits Ansätze für konfigurerbare Eskalationsketten, die sich nach Beteiligungsstruktur richten?

Anforderung: Beim M&A-Closing müssen wir die exakte Kaufpreisallokation auf die erworbenen Assets dokumentieren und parallel die SPA-Vollzugsbedingungen sowie Signing-/Closing-Daten versioniert nachhalten – derzeit verteilt auf E-Mail, Word und ERP. Gibt es ein etabliertes Datenmodell, das Transaktionsdetails, Zeitstempel und Dokumente in einer Single Source of Truth abbildet?

Anforderung: Bei M&A-Closing muss die Kaufpreisallokation auf Basis aktueller Konzernstrukturen automatisch nachvollziehbar sein – mit vollständiger Audit-Trail zu allen Stichtagswerten von Beteiligungen, Goodwill und immateriellen Vermögenswerten. Welche Anforderungen stellt ihr an ein System hier zur Versionierung und zur API-Integration mit euren ERP- und Treasury-Systemen?

Geschäftsführerlisten in einer Tabellenkalkulation versus ein strukturiertes Organigramm-Modul: Der Unterschied zeigt sich spätestens bei Amtszeiten, historischen Besetzungen und automatisierten Compliance-Checks. Mit unserem ältere DMS verwalten wir derzeit nur Snapshot-Listen, ohne Zeitstempel oder Zuordnung zu Beschlussdaten – bei einer Jahresabschlussprüfung müssen wir dann manuell nachweisen, wer in welchem Quartal Geschäftsführer war. Gibt es bei einer KI-Lösung die Möglichkeit, Besetzungsänderungen (mit Bestellungs- und Abberufungsdatum) automatisch an eine HR-Schnittstelle oder direkt ans Handelsregister anzubinden, oder müssen diese Daten weiterhin gepflegt werden?

Gerade musste ich nachträglich eine Beteiligungskette von fünf Ebenen aufdröseln, weil in unserem etablierten ERP-System nur die unmittelbaren Anteilsinhaber gepflegt werden – mittelbare Beteiligungen über Holdingstrukturen sind da nicht abzubilden. Wie habt ihr das gelöst: führt ihr parallele Konzernkartografien, oder gibt es ein Datenmodell, das mehrstufige Anteilsketten mit Beherrschungsverhältnissen direkt in der Struktur verankert? Vermeiden wir doch diese manuellen Recherchen bei jedem Jahresabschluss.

Die meisten etablierten Compliance-Plattformen behandeln AWV-Meldungen (Z4, Z5, Z10, Z15) als Anhängsel – die Fristenkontrolle läuft parallel im Outlook-Kalender, die Meldeschwellen-Prüfung bleibt Handarbeit, udn die Schnittstellenprobleme zu den Transaktionsdaten sind erheblich. Konkret: Wenn sich eine Beteiligungsquote ändert oder ein Direktinvestment-Status neu bewertet wird, fehlt der automatisierte Abgleich mit den bereits eingereichten Z-Meldungen – niemand prüft systematisch, ob eine Nachtrag-Meldung nach § 2 Abs. 3 AWV fällig wird. Wie könnte ein Beteiligungsmanagementsystem die Meldestichtage (Erwerb, Veräußerung, Schwellenwertüberschreitung) automatisch aus der Strukturhistorie ableiten und daraus einen regelgestützten Meldungsworkflow generieren, der auch die Fristenlogik (10 Tage nach Kenntnisnahme) abbildet? Besonders für größere Konzerne mit häufigen Transaktionen bräuchte es eine Schnittstelle zur Meldedatenbank der Bundesbank, damit die Compliance-Teams nicht weiterhin manuell das Eingangsbestätigung-Tracking betreiben.

§ 289c HGB verpflichtet große Kapitalgesellschaften seit 2017 zur Angabe wesentlicher Merkmale des Rechnungslegungssystems – doch wie dokumentiert man technisch nach, dass die in einer Beteiligungsmanagementsoftware verwalteten Konzernstrukturen und Konsolidierungskreise tatsächlich mit den im Jahresabschluss offengelegten Strukturen identisch sind? Unser selbstentwickeltes Access-System führt dazu, dass wir Änderungen am Konsolidierungskreis manuell in mehreren Systemen nachpflegen müssen, ohne nachzuweisen, wann welche Gesellschaft in welchen Konsolidierungskreis aufgenommen oder ausgeschlossen wurde.

Es ist frustrierend, dass wir bei jedem Closing immer wieder dieselben Datenlücken identifizieren: Kaufpreisallokationen aus alten Transaktionen sind teilweise nur in E-Mails oder in einem Excel-Sheet auf irgendeinem lokalen Laufwerk dokumentiert, udn niemand weiß mehr, welche Vollzugsbedingungen tatsächlich erfüllt wurden oder wann genau die Signing- und Closing-Daten lagen. Unser DMS ist zwar vorhanden, aber es gibt keine strukturierte Verwaltung von SPA-Dokumenten oder Closing-Checklisten – alles ist lose gepuffert. Wie sollte eine Lösung ausgelegt sein, um M&A-Transaktionen vom SPA über Due-Diligence-Protokolle bis zum finalen Closing lückenlos zu dokumentieren und dabei Zugriffs- und Änderungshistorien automatisch zu führen? Und wie könnte man dabei Vollzugsbedingungen und ihre Erfüllung so strukturiert erfassen, dass sie später für Konsolidierung oder Steuermeldungen auswertbar sind?

GmbH vs. SE – rechtlich sind die Unterschiede bei Umwandlung klar definiert, aber in der Praxis stellt sich die Frage, wie man die Schichtung von Umwandlungsgewinnen, Beteiligungsvorlauf und Organschaftseigenschaften wirklich konsistent abbildet. Eine etablierte Datenbanklösung mit vordefinierten Rechtsformmatrizen erfasst zwar die formale Kategorisierung, kann aber nicht nachvollziehen, welche Zwischenschritte bei einer mehrstufigen Umwandlung (z.B. GmbH → GmbH & Co. KG → AG) stattgefunden haben und wie das die Vermögenzurechnung beeinflusst. Technisch wäre entscheidend: Kann das System Umwandlungsereignisse mit Stichtagszuordnung versionieren und gleichzeitig Rückverfolgungen zu Beteiligungsgewinnen und Konzernzugehörigkeit dokumentieren? Was ich im Alltag dringend bräuchte, sind Audit-sichere Nachweise, dass eine bestimmte Rechtsform zu einem bestimmten Stichtag korrekt rekonstruiert werden kann – inklusive aller Zwischenstufen und ihrer steuerlichen Konsequenzen.

Die meisten etablierten Dokumentenmanagementsysteme für Gesellschaftsverträge und Satzungen können nicht transparent abbilden, wie eine Änderung vom notariellen Entwurf zum eingetragenen Registertext führt – und welche redaktionellen oder inhaltlichen Anpassungen dazwischen liegen. Typischerweise haben diese Systeme eine lineare Versionskontrolle (v1, v2, v3), aber keine strukturierte Verknüpfung zwischen dem notariellen Beglaubigungsvermerk, der tatsächlich eingereichten Fassung und dem im HR veröffentlichten Text. Das führt dazu, dass Compliance-Audits Tage dauern: Man muss manuell Versionen abgleichen, um zu dokumentieren, dass die Satzung vom März 2023 tatsächlich die ist, die ins Register eingetragen wurde. Ein System müsste also nicht nur Versionshistorie speichern, sondern auch Beziehungen zwischen Dokument-States und Registereintragungen nachvollziehbar machen – inkl. Stichtagsbetracht und Audit-Log. Habt ihr bei [ai]ntity konkrete Pläne, diese Nachverfolgung im Beteiligungsmanagement-Modul abzubilden?

Nach der CSRD-Richtlinie müssen wir ab 2025 auch Scope-3-Emissionen aus unserer Lieferkette berichten – das schließt Beteiligungsgesellschaften ein, bei denen wir keinen operativen Zugriff haben. Unsere aktuelle Datenbeschaffung läuft über Excel-Templates, die wir manuell an jede Tochter und jeden Partner verschicken, mit entsprechend chaotischen Rücklaufquoten und Datenqualitäten. Die Frage ist: Wie sollte eine ESG-Reporting-Plattform technisch konzipiert sein, um mit heterogenen Beteiligungsstrukturen umzugehen – brauchen wir ein Graph-basiertes Datenmodell, das Konsolidierungshierarchien und Beteiligungsanteile kennt, um daraus automatisch Reportingkonsolidierungen zu berechnen, oder ist ein relationales Modell mit definierten Scope-Zuordnungen ausreichend? Und wie würde die Authentifizierung funktionieren, wenn externe Beteiligungspartner (Joint Ventures, assoziierte Unternehmen) ihre Daten direkt ins System eingeben sollen – SAML gegen unser Entra ID, oder eher ein Portal-Ansatz mit separaten Zugängen?

Eine zentrale Anforderung für unser Notarmanagement: Das System muss Beurkundungsentwürfe versionieren und die Abstimmung zwischen Rechtsanwalt, internem Legal Team und Notar dokumentieren – nicht nur das finale Ergebnis. Aktuell arbeiten wir mit E-Mail-Anhängen und Word-Versionen, was regelmäßig zu Verwirrung führt, welche Änderungen der Notar tatsächlich eingearbeitet hat und wer wann Feedback gegeben hat. Hinzu kommt: Wir benötigen eine Prüfliste für den Vollzug – also Tracking, ob alle Unterlagen beim Notar eingegangen sind, ob Unterschriften vorliegen, wann die Ausfertigung zurückkam, und ob Registeranmeldungen fristgerecht erfolgt sind. Gibt es hier Lösungsansätze, die sich gegen etablierte DMS-Systeme abgrenzen, indem sie speziell den Beurkundungs-Workflow mit Fristenkontrolle abbilden?

Bei der Verwaltung von Notarbeurkundungen stelle ich immer wieder fest, dass der Entwurfsverwaltung zu wenig Aufmerksamkeit geschenkt wird – gerade wenn mehrere Anläufe nötig sind, bevor der Notar den finalen Text freigibt. Ein etabliertes DMS kann zwar Versionen speichern, verliert aber schnell den Überblick über Entwurfsstatus, Notarkommentare und offene Punkte. Wie könnten solche Workflows in einer Speziallösung abgebildet werden, um Vollzugskontrolle udn Fristenfolgung automatisiert zu sichern?

Am Markt fehlt eine Lösung, die Konsolidierungskreise automatisch aus Beteiligungsdaten ableitet und in Echtzeit mit der faktischen Konzernstruktur abgleicht. Derzeit werden Vollkonsolidierungen, Equity-Methoden und Assoziierte immer noch manuell in Tabellenkalkulationen gepflegt, obwohl die Eingangsdaten in einer Beteiligungsdatenbank bereits vollständig vorhanden sind. Das führt zu Abstimmungsbrüchen zwischen Handelsregistereinträgen, Jahresabschlussanhang und tatsächlicher Konsolidierungspraxis – gerade bei größeren Gruppen mit mehrstufigen Ketten udn wandelnden Schwellenwerteffekten.

Bei unserem letzten Systemwechsel von einer selbst entwickelten Access-Lösung zu einem modernen Cloud-ERP sind wir auf ein grundsätzliches Integrationsproblem gestoßen: Die Beteiligungsstruktur-Daten – Konzernbäume, Anteilsketten, Organmitglieder-Mandate – liegen weiterhin in einer separaten, nicht vernetzten Datenbank, während das ERP nur oberflächliche Kostenstellen- und Organisationseinheiten kennt. Das führt zu Redundanz und ständigen manuellen Abgleichen. Meine Frage an die [ai]ntity-Community: Wie habt ihr das API-Design für die bidirektionale Synchronisation von Beteiligungsstrukturen gelöst – insbesondere bei mehrschichtigen Mandanten und zeitlichen Gültigkeitsregeln (Stichtage, historische Strukturen)? Nutzt ihr ein hierarchisches Datenmodell mit separaten Nodes für jede Beteiligungshierarchie, oder mappt ihr alles auf einen flachen, relationalen Ansatz mit Gültigkeitsintervallen? Und wie handled ihr Konflikte, wenn das ERP eine Organisationsstruktur-Änderung meldet, die der Beteiligungsverwaltung widerspricht – etwa bei Verschmelzungen oder Spaltungen?

§ 17 AktG verlangt, dass die Geschäftsleitung die Anrechnung von Beteiligungen tochtergesellschaftlicher Unternehmen dokumentiert – doch in unserem etablierten GRC-Tool existiert kein Datenmodell für mittelbare Beherrschungsverhältnisse. Wenn eine Holding A 60 % an B hält und B wiederum 75 % an C, muss ich manuell nachrechnen, ob die faktischen Beherrschungsschwellen unterschritten werden und ob Zurechnungsketten korrekt ermittelt sind. Das System erfasst nur direkte Beteiligungen und Beteiligungsquoten, nicht aber mehrstufige Anrechnungsmechanismen oder die Anwendung des Beherrschungskonzepts auf nachgelagerte Positionen. Wie wird eine Struktur mit Durchrechnungslogik für mehrstufige Konzerne implementiert – als Graph-basiertes Modell mit rekursiver Aggregation oder besser relational über definierte Anrechnungsregeln? Und welcher Ansatz erlaubt es, für bestimmte Stichtagsbetrachtungen historisch nachzuweisen, dass die Beherrschung bereits am Meldestichtag faktisch vorlag?

Wie geht ihr damit um, dass die Beteiligungsdaten in unserem ERP-System, der Personalverwaltung und unserer selbstentwickelten Access-Datenbank für das Konzernmanagement ständig auseinanderlaufen? Bei jeder Reorganisation oder M&A-Integration müssen wir manuell nachrecherchieren, welche Angabe in welchem System gültig ist – und oft finden wir erst beim Jahresabschluss heraus, dass die Anteilsquoten nicht konsistent dokumentiert sind. Das Problem verschärft sich, wenn Beteiligungen über Zweckgesellschaften gehalten werden und mehrere Jurisdiktionen involviert sind. Gibt es da einen etablierten Ansatz für ein zentrales Datenmodell, das mit HR und ERP synchronisiert und trotzdem genug Flexibilität für Spezialfälle wie stille Beteiligungen oder atypische Gesellschafterstrukturen bietet? Oder müssen wir akzeptieren, dass ein Golden Record für Konzernstrukturen einfach nicht zu realisieren ist?

Der Unterschied zwischen faktischem und Rechts-Konzern ist in der Praxis schwer zu operationalisieren, wenn das System nur Beteiligungsprozentsätze und Gesellschaftsverträge abbildet. Wie würde [ai]ntity Beherrschungsfaktoren gemäß §18 AktG (Stimmrecht, Geschäftsführungseinfluß, sonstige Abhängigkeit) systematisch erfassen und nachweisen, insbesondere wenn mehrere schwache Indikatoren zusammenkommen? Und müsste das System zeitpunktabhängig dokumentieren können, wann eine faktische Beherrschung entstanden oder beendet ist?

Point-in-Time-Abfragen versus kontinuierliche Versionierung: Welcher Ansatz ist für Audit-Trail-Anforderungen gegenüber Wirtschaftsprüfern eigentlich aussagekräftiger? Ein älteres Datenbanksystem, das nur Snapshots am Jahresende speichert, zeigt nicht, wann genau eine Beteiligungsstruktur geändert wurde – nur den Zustand zum Stichtag. Das ist für die Nachverfolgung von Organwechseln oder Beherrschungsänderungen insuffizient. Kann [ai]ntity für jeden Änderungsvorgang (Zeitstempel, Benutzer, alte/neue Werte) ein unveränderliches Log führen, das WP-Anforderungen genügt?

Wie handhaben Sie die historische Besetzung von Geschäftsführerpositionen, wenn Amtszeiten sich überlappen und Vertretungsregelungen rückwirkend angepasst werden? Unser älteres Verwaltungssystem erfasst nur die aktuelle Besetzung, sodass wir bei Abfragen zu früheren Geschäftsjahren manuell in E-Mails und Ordnern recherchieren müssen – ein Audit-Risiko, das wir nicht verantworten wollen.

Wie bildet man faktische Konzernabhängigkeit in einem relationalen Datenmodell ab, wenn die Beherrschung nicht durch Stimmrechte, sondern durch Vertrag oder wirtschaftliche Faktoren entstanden ist? Ein älteres Beteiligungsmanagementsystem erfasst nur formale Beteiligungsquoten und Gesellschafterverträge – lässt sich aber nicht abfragen, welche Gesellschaften tatsächlich unter Beherrschung stehen (§§ 17, 18 AktG).

Am Markt fehlt eine Lösung, die Kaufpreisallokationen (PPA) nach M&A-Closing automatisch mit der Konzernstruktur synchronisiert – wir verwalten die finanzielle Allokation in einem separaten Tool und die Organisationsstruktur woanders, was zu ständigen Inkonsistenzen zwischen Bilanzierungskreis und tatsächlichen Beteiligungsverhältnissen führt.

Wie dokumentiert ihr die Kaufpreisallokation (PPA) bei M&A-Transaktionen technisch ab, wenn mehrere Closing-Bedingungen erst nach dem Signing erfüllt werden? Bei unserem etablierten Deal-Management-System lässt sich zwar das SPA selbst versionieren, aber die schrittweise Anpassung der Asset-Bewertung und latenten Steuern auf Basis von Closing-Dokumente, Inventur und finalen Rechnungsabgrenzen ist nicht abgebildet. Die Kaufpreisanpassungsklauseln sind im Dokument verankert, aber der tatsächliche finanzielle Impact lässt sich erst nach Vollzug nachvollziehen – ohne dass eine sichere Audit-Trail entsteht. Gibt es hier bereits standardisierte Workflows, die das Timing von Signing/Closing, die vorläufige und endgültige Bewertung sowie Nachzahlungen tracken, oder müssen wir das mit Custom-Feldern selber bauen?

Am Markt fehlt eine Lösung, die Anteilsketten über mehrere Ebenen hinweg automatisch nachverfolgbar macht – ohne dass jede Änderung in einem Tabellenkalkulationssystem manuell gepflegt werden muss. Konzernkartografien mit mittelbaren Beteiligungen, stillen Gesellschaftern und wechselnden Minderheitsquoten erfordern derzeit ein aufwändiges Nebeneinander aus ERP-System, Handelsregisterauszügen und Excel-Listen. Eine integrierte Lösung, die Beteiligungsstrukturen als relationales Netzwerk abbildet und automatisch aktualisiert, würde diesen Aufwand erheblich senken.

Wie dokumentiert ihr externe Mandate von Vorstandsmitgliedern, wenn diese gleichzeitig in konkurrierenden Unternehmen sitzen? Ein etabliertes Compliance-Tool erfasst zwar die Mandate selbst, kann aber nicht abbilden, welche Genehmigungen bereits erteilt wurden und wann diese neu bewertet werden müssen. Für uns ein erhebliches Risiko bei der Interessenskonfliktkontrolle.

Die wiederholte manuelle Synchronisation zwischen unserem ERP-System und der separaten Beteiligungsverwaltungslösung kostet uns wöchentlich mehrere Stunden – und Fehler entstehen trotzdem regelmäßig. Die Frage stellt sich: Wie müsste eine API-Schnittstelle beschaffen sein, um Stammdaten zu Gesellschaften (Legal Entity ID, Gründungsdatum, Sitz, Rechtsform) bidirektional in Echtzeit zu synchronisieren, ohne dass wir Master-Data-Konflikte auslösen? Benötigen wir einen Change-Data-Capture-Mechanismus, oder reicht ein Webhook-basierter Ansatz? Und wie handhaben wir die Datenhoheit – was ist Source of Truth für Beteiligungsstrukturen, was für HR-gekoppelte Organbesetzungen?

Nach §257 HGB müssen Beteiligungsstrukturen sieben Jahre dokumentiert sein – wie stellt eine Lösung sicher, dass beim Löschen von Beteiligungsdatensätzen automatisch Audit-Trails erhalten bleiben und nicht versehentlich Nachweise gegenüber dem Finanzamt oder Wirtschaftsprüfer verloren gehen?

Gibt es einen wesentlichen Unterschied zwischen manuellen Excel-Listen für Geschäftsführer und einer integrierten Geschäftsführer- & Organlisten-Software – oder läuft es am Ende aufs Gleiche hinaus? Bei uns werden derzeit zwei parallele Systeme gepflegt: eine HR-Personaldatenbank mit Amtszeiten und eine separate Compliance-Liste mit Vertretungsregelungen. Das führt ständig zu Abweichungen bei Bestellungs- und Abberufungsdaten, besonders wenn Organmitglieder die Funktion wechseln oder Interimslösungen entstehen. Wie würde eine Single-Source-of-Truth-Lösung konkret Bestandsdaten mit Änderungshistorie versionieren, sodass wir gegenüber dem Prüfer und Handelsregister nachweisen können, wer zu welchem Stichtag in welcher Funktion bestellt war? Und müsste die Anbindung an ELSTER oder die HR-Systeme automatisiert erfolgen, damit solche Redundanzen nicht entstehen?

Wie dokumentiert ihr historische Geschäftsführerwechsel und deren genaue Amtszeiten, wenn die HR-Systeme und das Handelsregister nicht synchron laufen? Bei uns gibt es regelmäßig Unstimmigkeiten: Der HR-Master zeigt ein Abberufungsdatum vom 15.03., das Handelsregister ein anderes, und in den Notarakten steht wieder etwas Drittes. Für Zwecke der Rechnungslegung, der Jahresabschlusszeichnung und der Prüfung durch den Wirtschaftsprüfer müssen wir aber eine zuverlässige Chronologie nachweisen können – mit Bestellungs- und Abberufungsdaten, Unterschriftenbevollmächtigungen und eventuellen Vertretungsregelungen während Übergangsphasen. Eine Insellösung mit Excel und manuellen Archivordnern wird zunehmend fehleranfällig. Welche Anforderungen habt ihr an ein System, das Organlisten zeitpunktgebunden speichert und auch Rückwirklichkeit gegenüber Behörden nachweisen kann?

Bei einer kürzlichen Beteiligungserwerb mussten wir nachträglich feststellen, dass die AO-Meldung nach §138b AO (Mitteilungspflicht bei Erwerb von Beteiligungen) nicht rechtzeitig beim Finanzamt eingereicht wurde – das Closing lag drei Wochen zurück, die Frist beträgt aber nur einen Monat. Gibt es für solche verspäteten Meldungen ein etabliertes Verfahren zur Nachreichung ohne Vorwurf der Pflichtverletzung?

Handelsregisterauszüge müssen bei jeder Vollmachtsprüfung und Vertretungskontrolle aktuell sein – das ist eine Grundanforderung für rechtsichere Geschäfte. Bislang arbeite ich mit einem etablierten DMS, das zwar Dokumente speichert, aber keine automatisierte Abfrage und Versionierung von HR-Registerauszügen kann. Ich muss manuell bei der Registerstelle anfragen, Auszüge als PDFs ablegen und Gültigkeitsdaten im Kopf verwalten – bei 120+ Gesellschaften im Konzern führt das regelmäßig zu Verzögerungen und Lücken in der Dokumentation. Wie könnte eine neue Lösung HR-Auszüge systematisch abrufen, Änderungen erkennen und mich bei Ablauf warnen – idealerweise ohne dass ich jede Gesellschaft einzeln pflegen muss? Welche technischen Schnittstellen zur Registerstelle sind überhaupt realistisch?

Bei der Abbildung von stillen Beteiligungen in unserem etablierten Beteiligungsmanagementsystem stoßen wir regelmäßig auf Grenzfälle: Das System arbeitet relationale Tabellen mit strikten Parent-Child-Beziehungen, aber stille Beteiligungen haben oft weder einen klaren Handelsregistereintrag noch eine transparente Anteilskette. Wie modelliert eine moderne Lösung solche Konstrukte – über ein Graph-Datenmodell, oder lässt sich das über Metadaten-Felder und flexible Attributzuordnungen lösen, ohne die Abfrage von Konzernstrukturen zu bremsen?

In der Praxis stelle ich fest, dass Genehmigungsworkflows bei Compliance-kritischen Änderungen (etwa Vertretungsvollmachten oder Organbesetzungen) oft nur auf Papier oder Email-Threads dokumentiert sind – nachvollziehbar ist später kaum, wer wann genehmigt hat und ob das Vier-Augen-Prinzip tatsächlich eingehalten wurde. Wie würde ein System hier konkret Eskalations- und Nachvollziehbarkeitsketten abbilden, etwa mit SAML-gestützten Benutzerrollen, die Genehmigungsstufen automatisch triggern und jede Aktion im Audit-Log unveränderbar dokumentieren?

§ 253 Abs. 1 UmwG verlangt bei Verschmelzungen eine vollständige Due-Diligence-Dokumentation zur Kaufpreisallokation – darin enthalten: Bewertung aller Vermögenswerte, Schulden und immateriellen Werte. Das Problem: Wenn die Beteiligungsstruktur des übernommenen Unternehmens selbst komplex ist (Subholdings, stille Beteiligungen, Minderheitsanteile), werden die relevanten Akquisitions- und Closing-Daten – Signing-Datum, Vollzugsbedingungen, tatsächlicher Closing-Stichtag – schnell über verschiedene Systeme (ERP, Notarakte, Excel-Listen) verstreut. Welche Anforderungen stellt eine KI-gestützte Lösung an die Datenstruktur, um Closing-Checklisten automatisiert zu generieren und dabei alle indirekten Beteiligungen korrekt zu erfassen – insbesondere bei mehrstufigen Transaktionen, wo Vollzugsbedingungen verzögert erfüllt werden?

§ 253 Abs. 3 HGB verlangt, dass bei einem Erwerb von Anteilen die Erwerbskosten dokumentiert sein müssen – aber wie trackt man in der Praxis, welche Due-Diligence-Kosten, welche Beratergebühren und welche Allocations-Anpassungen in die Kaufpreisbasis gehören und welche nicht? Unser ERP-System erfasst diese Positionen quer über verschiedene Module (Einkauf, Buchhaltung, Abschluss), ohne dass es ein konsistentes Datenmodell gibt. Welche Schnittstellen und Mappings müsste eine M&A-Management-Lösung bieten, um diese Kosten automatisiert zu erfassen und beim Closing abrufbar zu machen?

§ 15a Abs. 1 AktG und die entsprechenden Regelungen in §§ 46, 181 BGB stellen Anforderungen an die Dokumentation externer Mandate von Organmitgliedern und Geschäftsleitern – doch in der Praxis zeigt sich: Viele Unternehmen haben keinen strukturierten Prozess, um solche Mandatsoffenlegungen zu verwalten und Interessenkonflikte zu erkennen. Ein etabliertes DMS erfasst zwar Unterlagen zur Genehmigung, aber es gibt keine automatisierte Warnung, wenn ein Vorstandsmitglied parallel in konkurrierenden Gesellschaften tätig ist, udn es fehlt eine zentrale Mandate-Historie mit Einsichtsfunktion für Compliance und Prüfung. Wie seid ihr mit der Verwaltung von externen Mandaten und der Konflikterkennung vorgegangen – vor allem bei wechselnden Besetzungen und dezentralen Genehmigungsverantwortlichen? Welche technischen Schnittstellen wären nötig, um die Mandatsverwaltung mit HR- und Organmitgliederdaten automatisch abzugleichen?

Nach § 289b ff. HGB müssen wir ab 2024 im Lagebericht eine Lieferketten-Due-Diligence abbilden – nur unser bestehendes DMS indexiert die Beteiligungsgesellschaften nach Industrie und Geografien, nicht nach Scope-3-Relevanz oder Risikokategorien. Wie würde eine moderne Lösung die hierarchische Struktur mit den ESG-Datensätzen synchronisieren, ohne dass wir dreimal dieselben Informationen erfassen?

Wie dokumentiert ihr in eurem System ab, wer bei Gesellschafterversammlungen tatsächlich anwesend war – und wie stellt ihr sicher, dass die Ladungsfristen und das Quorum im Nachhinein nachweisbar sind? Bei uns läuft das über ein älteres Gremienverwaltungs-Tool, das nur eine Checkliste bietet, aber keine strukturierte Verknüpfung zwischen Ladungsdatum, Fristberechnung, Anwesenheitslisten und Beschlussfassung. Wenn der Wirtschaftsprüfer oder eine Behörde später fragt, ob eine Versammlung ordnungsgemäß einberufen wurde, müssen wir manuell durch E-Mails und Protokolle wühlen. Ideal wäre ein System, das Ladungsfristen gemäß Gesellschaftsvertrag automatisch berechnet, den Versand dokumentiert, Anwesenheitsquoten validiert und ein Audit-Trail hinterlässt – plus die Möglichkeit, Umlaufverfahren mit Unterschriftsblättern zu managen. Habt ihr das bei [ai]ntity geplant?

Die manuelle Verwaltung von Prokuristen und Vollmachthabern über Handelsregisterauszüge und Excel-Listen versus eine integrierte HR-linked Plattform führt zu völlig unterschiedlichen Konsistenzproblemen. Im ersten Fall verlieren wir regelmäßig den Überblick, wenn Mitarbeiter die Beteiligungsgesellschaften wechseln oder austreten – die HR-Systeme aktualisieren sich nicht automatisch, und die HR-Auszüge im Register hinken oft Wochen hinterher. Im zweiten Fall können wir zwar Vertretungsbeschränkungen und Gesamtvertretungsregelungen automatisch abbilden, doch die Frage bleibt: Wie synchronisieren wir die tatsächliche Änderung einer Prokura oder einer Vollmacht von der Notarbeurkundung über das HR-System bis in die Register-Tracking-Datenbank, ohne dass einzelne Änderungen verloren gehen oder doppelt erfasst werden? Braucht es da ein dediziertes Workflow-Modul mit SAML-Integration zu unserem HR-System und direkter ELSTER-Anbindung für die Anmeldung, oder ist das überengineered?

Bei der Vorbereitung von Aufsichtsratssitzungen stelle ich regelmäßig fest, dass die Ladungsfristen und Quorum-Anforderungen in unserem etablierten Gremienverwaltungs-Tool nicht vollständig abgebildet sind. Das System erfasst zwar Termine und Teilnehmer, aber es gibt keine automatische Validierung, ob die gesetzlichen Voraussetzungen – etwa die Ladungsfrist nach §27 AktG oder die Anwesenheitsquoten für Beschlussvassfähigkeit – eingehalten sind. Dadurch überprüfe ich alles zusätzlich manuell in einer Checkliste, was fehleranfällig ist udn zeitaufwändig. Wie könnten solche regulatorischen Regeln in ein Gremiensystem technisch hinterlegt werden – über konfigurierbare Workflows, ein Regelwerk-Modul oder Trigger-basierte Validierungen? Gibt es Best Practices, um Beschlussprotokolle gleichzeitig manipulationssicher und nachvollziehbar zu versionieren?

Wie handhabt ihr die Fristen bei Z-Meldungen, wenn sich Beteiligungsquoten quartalsweise verschieben und die 10%-Schwelle mehrfach über- und unterschritten wird? Unser etabliertes GRC-Tool erfasst zwar die Quoten, kann aber nicht automatisch erkennen, ob eine Meldepflicht nach §6 AWV für Direktinvestitionen auslöst oder nicht – wir müssen das manuell überprüfen und benachrichtigungen auf Tabellenkalkulationen basieren. Die Frage ist: Welches Datenmodell würde hier sinnvoll sein – sollte das System die Schwellwertüberschreitungen ereignisgesteuert tracken und jede Transition dokumentieren, oder ist ein Reporting-Ansatz besser, der Stichtagsquoten mit definierten Meldeterminen abgleicht? Interessiert auch, ob es Tools gibt, die Z4-Meldungen direkt mit Quoten aus der Beteiligungskartografie verknüpfen und Meldepflichten voraussagend ermitteln.

Gerade bin ich über einen Fall gestolpert, bei dem die Gesellschafterversammlung einer GmbH eine Satzungsänderung beschlossen hat, aber der notarielle Entwurf und die tatsächlich angemeldete Version im Handelsregister unterscheiden sich deutlich – Formulierungen wurden gekürzt, Passagen umgestellt. Wie verwaltet ihr die Versionierung zwischen Notarentwurf, unterzeichneter Fassung und HR-Eintrag, damit solche Divergenzen nicht entstehen? Und gibt es ein System, das automatisch flaggt, wenn die eingereichte Fassung von der beglaubigten abweicht?

Vollständigkeitsgebot nach §285 Nr. 11 HGB umzusetzen ist mit Excel-basierten Lösungen ein Alptraum – Schwellenwerte, Befreiungstatbestände, indirekte Beteiligungen manuell zu tracken führt regelmäßig zu Lücken im Jahresabschluss-Anhang. Ein strukturiertes Datenmodell würde das Problem lösen.

Am Markt gibt es keine Lösung, die Gesellschafterversammlungen und Aufsichtsratssitzungen vollständig digital abbildet – von der Ladung über Abstimmungen bis zur Protokollverwaltung mit rechtssicherer Signatur. Jede Organisation nutzt hier noch ein Patchwork aus E-Mail, PDF und separaten Dokumentenmanagementsystemen, obwohl die GmbH-Rechtskonformität das längst erlauben würde.

Bei der Dokumentation von Closing-Bedingungen in einem laufenden M&A-Prozess stelle ich fest, dass unser Excel-basiertes System keine Änderungshistorie nachvollzieht – wer wann welche Vollzugsbedingung angepasst hat, bleibt unsichtbar. Das macht Abstimmungen mit Legal und den Transaktionspartnern ineffizient.

Anforderung: Wir brauchen eine zentrale Verwaltung von Geschäftsführer- und Vorstandslisten mit vollständiger Amtszeithistorie und verlässlicher Verknüpfung zu Handelsregistereintragungen. Das aktuelle, etablierte Dokumentenmanagement-System speichert zwar PDF-Dateien, kann aber nicht abbilden, wer wann offiziell bestellt oder abberufen wurde, und versäumt die Verknüpfung zu den tatsächlichen HR-Eintrittsdaten. Besonders problematisch: Bei Beteiligungen mit mehreren Ebenen verlieren wir den Überblick, wer in welcher Tochter-GmbH aktuell zeichnungsberechtigt ist. Kann die Lösung eine Zeitreisefunktion bieten – also Stichtagsauszüge der Besetzung für Bilanzstichtag oder Jahresabschlussarbeiten – und gleichzeitig Bestellungs- sowie Abberufungsdaten getrennt nachhalten?

Es ist frustrierend, wenn die Konzernstruktur alle drei Monate anders aussieht – nicht weil sich etwas geändert hat, sondern weil niemand weiß, welche Datenquelle maßgeblich ist: das Excel-basierte System der Finanzabteilung, die Access-Datenbank des Legal-Teams oder die veraltete Struktur im ERP? Wie gelang es anderen, einen Single Point of Truth für Beteiligungsketten und mittelbare Anteilsverhältnisse aufzubauen, ohne die gesamte Konzernkartografie migrieren zu müssen – welche Ansätze zur Master-Data-Governance habt ihr dabei gewählt?

§ 264 Abs. 1 HGB verpflichtet zur Aufbewahrung von Gesellschaftsverträgen und deren Änderungen – doch wie wird Versionskontrolle und Änderungshistorie in der Praxis saubel umgesetzt? Derzeit arbeiten viele Unternehmen mit einem dokumentenbasiertem Dateisystem, bei dem sich schnell verliert, welche Satzungsversion zu welchem Zeitpunkt gültig war und wer welche Änderung freigegeben hat. Ein zentrales Verwaltungssystem müsste jede Mutation mit Beurkundungsdatum, notariellem Eintrag und internem Freigabedatum verknüpfen sowie automatisch erkennen, ob eine Änderung bereits ins Handelsregister eingetragen wurde. Welche Anforderungen stellt ihr an die Synchronisation zwischen notarieller Version, HR-Eintrag und interner Masterdatei?

§ 123 Abs. 1 AktG schreibt vor, dass Gesellschafter mindestens 30 Tage vor der Hauptversammlung einzuladen sind – doch wie sieht es mit der automatisierten Fristenkontrolle in der Praxis aus? Ein etabliertes Gremienverwaltungs-Tool, das wir derzeit nutzen, verwaltet Ladungsfristen nur in Textform und erinnert manuell, wenn jemand die Frist im Blick behalten muss. Bei mehreren Tochtergesellschaften mit unterschiedlichen Geschäftsjahren wird das fehleranfällig. Gibt es bei [ai]ntity die Möglichkeit, Ladungsfristen regelbasiert zu hinterlegen – also etwa: Berechnung der Frist rückwärts vom geplanten Versammlungsdatum, automatische Warnung bei Unterschreitung, udn Nachweise für Compliance-Reports? Ideal wäre auch eine Verknüpfung mit dem Protokoll-Entwurf, um später nachzuweisen, dass die Frist eingehalten wurde.

Bei der Jahresabschlussaufstellung nach HGB stoßen wir regelmäßig auf das Problem, dass unsere Beteiligungsliste aus einem etablierten HR-Management-System nicht vollständig synchronisiert wird: Kapitalveränderungen, Veräußerungen und neue Minderheitsbeteiligungen unter der 20%-Schwelle werden erst mit mehrwöchiger Verzögerung erfasst. Wie würde [ai]ntity die Mandantenfähigkeit realisieren, wenn mehrere Konzerngesellschaften parallel unterschiedliche Schwellenwerte (§285 Nr. 11a HGB) für ihre Offenlegungspflichten pflegen müssen – über eine zentrale API mit Zeitstempel-basierter Versionierung, oder wäre ein Feldsystem besser geeignet?

Anforderung: Wir müssen eine GmbH in eine SE umwandeln und die gesamte Beteiligungsstruktur darunter anpassen – insgesamt 47 Tochtergesellschaften in 12 Ländern, davon mehrere mit abweichenden Rechtsformen (Ltd., SARL, SpA). Unser bestehendes DMS-System speichert Gesellschaftsverträge als statische PDFs ohne Versionierung oder Bezug zu den Registereintragungen. Wenn eine Umwandlung erfolgt, kann ich nicht automatisiert nachvollziehen, welche Satzung zu welchem Zeitpunkt galt und welche Registereintragungen dazu korrespondieren. Wie könnte eine KI-gestützte Lösung das Datenmodell so strukturieren, dass Gesellschaftsverträge mit ihren Versionen, den rechtlichen Änderungsereignissen (Umwandlung, Verschmelzung, Spaltung) und den entsprechenden Registerextrakten verknüpft sind? Braucht es ein Graph-Modell, das die temporalen Bezüge zwischen Satzungsversion, Eintragungsdatum und Rechtsformübergang abbildet, oder reicht ein relationaler Ansatz mit strikter Versionskontrolle?

Bei einer aktuellen Beteiligungserwerb mussten wir feststellen, dass unsere Datenbank zur AO-Meldung nicht nachvollziehbar dokumentiert, welche Meldungen nach §138a AO bereits erfolgt sind und welche noch ausstehen. Die Fristenkontrolle läuft derzeit über manuelle Excel-Listen, was zu Redundanzen und Fehlermöglichkeiten führt. Wie können solche Meldepflichten – insbesondere bei Auslandssachverhalten mit mehreren Länderbezügen – strukturiert und revisionssicher in einem System abgebildet werden, ohne dass Parallelstrukturen entstehen? Gibt es Best Practices für die Anbindung an ELSTER?

Am Markt gibt es kein System, das AO-Meldungen (§§ 138, 138a, 138b) automatisiert aus der Beteiligungsstruktur generiert und zugleich die ELSTER-Übermittlung steuert. Stattdessen händeln wir das über parallel gepflegte Excel-Listen und riskieren dadurch Konsistenzfehler zwischen Handelsregister und Steuerbehörden. Wie würde [ai]ntity einen Workflow abbilden, der Beteiligungsänderungen erfasst, Meldepflichten auslöst und Auslandssachverhalte automatisch flaggt?

Die manuelle Abgleicherei zwischen unserem Transparenzregister und den tatsächlichen wirtschaftlich Berechtigten ist eine Dauerbaustelle: Jedes Mal, wenn sich eine Beteiligung verschiebt oder ein UBO hinzukommt, müssen wir das System neu füttern, während HR und Beteiligungsmanagement völlig unterschiedliche Daten führen. Wie handhaben andere Unternehmen die Synchronisation von UBO-Stammdaten mit ihrer Beteiligungskartografie, ohne jeden Änderungsprozess dreifach zu dokumentieren – gibt es da bewährte API-Schnittstellen oder Datenmodelle, die das automatisieren?

Wie lässt sich in einer dezentralen Konzernstruktur eine konsistente Zeitreisefunktion implementieren, wenn Beteiligungsänderungen rückwirkend erfasst oder korrigiert werden müssen? Unser etabliertes DMS speichert zwar Dokumente versioniert, aber die strukturellen Masterdaten – Anteilsquoten, Organbesetzungen, Konzernzugehörigkeiten – folgen keinem transparenten Audit-Trail. Wenn eine Beteiligung beispielsweise am 15. März 2023 auf 60 % angehoben wurde, die Anpassung aber erst im Juli erfasst wird, kann ich nicht nachvollziehen, welche Konsolidierung, welche AO-Meldung oder welcher Konzernbericht auf Basis welcher Datenstände erstellt wurde. Das ist problematisch für Wirtschaftsprüfer, die Stichtagsbetrachtungen fordern, und für interne Audits. Was benötigen Systeme technisch, um jeden Datensatz mit Gültigkeitsdaten (von/bis), Änderungsbenutzer, Änderungsgrund und ggf. Rückwirkungsdatum zu versehen? Und wie wird eine solche Historisierung in der Praxis – z.B. mit Graph-Datenbanken oder relationalen Temporal Tables – ohne Performance-Einbußen umgesetzt?

§285 Nr. 11 HGB verpflichtet uns, in der Anteilsbesitzliste alle unmittelbaren und mittelbaren Beteiligungen ab 20 % aufzulisten – doch unsere Excel-basierte Lösung wird diesem Anspruch faktisch nicht gerecht. Das Problem: Wenn sich die Anteilskette über mehrere Ebenen erstreckt oder eine Beteiligung durch Stiftungen, Treuhandkonstruktionen oder ausländische Vehikel verdeckt ist, müssen wir manuell nachrecherchieren und Rechnungen anstellen, um die tatsächliche Quote zu bestimmen. Hinzu kommt: Schwellenwertveränderungen – etwa wenn eine Beteiligung von 19 % auf 20 % steigt – werden regelmäßig übersehen, bis der Jahresabschluss geprüft wird. Meine Frage ist: Wie sollte ein System diese mittelbaren Beteiligungen mit rollenden Schwellenwertüberprüfungen und Zurechnung nach §16 AktG automatisiert erfassen, ohne dass für jede Strukturänderung eine manuelle Neuberechnung notwendig ist? Und wie lässt sich sicherstellen, dass Stichtagsbetrachtungen (z. B. für Zwischenabschlüsse) schnell verfügbar sind und nicht jedes Mal eine aufwendige Datenvalidierung erfordern?

Nach §§ 293a ff. AktG müssen wir bei der Dokumentation von Akquisitionen sicherstellen, dass Kaufpreisallokationen und Earnout-Mechanismen vollständig nachverfolgbar sind – insbesondere wenn latente Steuern und Rückstellungen im Spiel sind. Unser älteres DMS schafft es nicht, diese Verknüpfungen zwischen SPA-Klauseln, Closing-Bedingungen und tatsächlicher Ausführung dauerhaft zu managen; wir verlieren regelmaßig den Überblick, welche Vollzugsbedingungen noch offen sind. Wie löst [ai]ntity das Problem der Zeitstempel-genauen Dokumentation von M&A-Abläufen, um auch Wirtschaftsprüfern und Finanzamt gegenüber jeden Schritt nachweisen zu können?

Die CSRD verpflichtet große Konzerne ab 2025 zur detaillierten Offenlegung von Nachhaltigkeitsrisiken in der Lieferkette – auch auf Ebene der konsolidierten Beteiligungsgesellschaften. Unser etabliertes Datenmanagement-System erfasst allerdings nur Muttergesellschaften und direkte Töchter, nicht aber die Besitzverhältnisse und ESG-Relevanz von Beteiligungen ab 50 % Anteil oder strategischen Investitionen. Wie können wir sicherstellen, dass wir alle meldepflichtigen Beteiligungsgesellschaften automatisch identifizieren und deren Scope-3-Daten in den Nachhaltigkeitsbericht einspeisen, ohne dass Compliance manuell jede Tochter recherchieren muss?

Es gibt am Markt kein Tool, das die Anteilsbesitzliste nach §285 Nr. 11 / §313 HGB automatisiert aus einer Beteiligungsdatenbank generiert und dabei sicherstellt, dass alle unmittelbaren und mittelbaren Beteiligungen ab dem geltenden Schwellenwert vollständig erfasst sind. Typischerweise werden Jahresabschluss-Anhänge noch manuell gepflegt oder aus mehreren Quellen zusammengetragen, was zu Inkonsistenzen führt, wenn sich die Beteiligungsstruktur zwischen Quartal und Jahresabschluss ändert. Welche technischen Anforderungen müsste eine Lösung erfüllen – also etwa Echtzeit-Abgleich mit HR- und ERP-Systemen, Befreiungstatbestände (§264 Abs. 3 HGB) regelbasiert konfigurieren, oder die Fähigkeit, verschiedene Stichtagsversionen nebeneinander zu verwalten, um Prüfungen zu dokumentieren?

Gerade sitze ich bei der Vorbereitung unseres ersten CSRD-Reports und stelle fest, dass ich für die Scope-3-Emissionen unserer Beteiligungsgesellschaften überhaupt keine strukturierten Daten habe. Die einzelnen Gesellschaften berichten ihre Verbrauchsdaten in unterschiedlichen Formaten – Excel-Tabellen, PDF-Anhänge, teilweise gar nichts – und es gibt keine zentrale Übersicht, welche Beteiligungen eigentlich wesentlich für unser Nachhaltigkeitsporting sind. Unser etabliertes BI-Tool erfasst zwar Finanzkonsolidierungsdaten, aber Nachhaltigkeitskennzahlen und ihre Zuordnung zu Beteiligungen funktioniert damit überhaupt nicht. Wie lösen andere Organisationen das Problem, um-welt- und Energiedaten aus dezentralen Gesellschaften zentral zu sammeln, zu validieren udn später mit der Beteiligungsstruktur zu verknüpfen?

Am Markt fehlt eine Lösung, die Konsolidierungskreise und Equity-Methode-Anwendungen in Echtzeit nachverfolgbar macht – ohne dass wir in unserem etablierten Konsolidierungstool manuell Änderungen in der Beteiligungsstruktur nachtragen müssen. Die Frage ist: Wie würde ein modernes System die Beteiligungsdaten (Anteile, Beherrschung nach §§ 17, 18 AktG, indirekte Beteiligungen) mit den Konsolidierungsparametern (Quote, Vollkonsolidierung ja/nein, Equity-Methode ja/nein) über eine konsistente API synchronisieren – ohne Redundanz, ohne manuellen Abgleich?

Etablierte AO-Meldewesen-Lösungen im Mittelstand sind meist Excel-gestützte Workarounds oder teure Enterprise-Systeme, die für kleine Konzerne völlig überdimensioniert sind. Die typische Herausforderung: Bei mehreren Gesellschaftserwerben oder Veräußerungen im laufenden Jahr müssen §138a AO-Mitteilungen (Beteiligungsmeldungen) korrekt dokumentiert und an das Finanzamt übermittelt werden, aber die Mappung zwischen Beteiligungsstruktur und Meldepflicht-Logik funktioniert nicht automatisiert – jede Transaktion erfordert manuelle Prüfung, ob Meldeschwellen greifen, ob die betroffenen Beteiligungen überhaupt in den Anwendungsbereich fallen. Wie würde [ai]ntity hier technisch vorgehen: Müsste das System über APIs direkt mit ELSTER kommunizieren können, oder reicht eine strukturierte Exportfunktion (XML, CSV) für die manuelle Weitergabe an den Steuerberater? Und wie würdet ihr das Audit-Log aufbauen, damit nach drei Jahren noch nachvollzogen werden kann, welche Meldungen zu welchem Stichtag mit welchen Beteiligungsdaten generiert wurden – ist das eher ein relationales oder ein graph-basiertes Datenmodell?

§ 264 Abs. 1 HGB verpflichtet zur Offenlegung von Gesellschaftsverträgen und Satzungen im Handelsregister – doch in der Praxis zeigt sich ein erhebliches Versionierungsproblem. Die meisten Unternehmen speichern Satzungen und GmbH-Verträge in lokalen Dateisystemen oder SharePoint-Ordnern, ohne eine verlässliche Abbildung der Änderungshistorie zu führen. Wenn eine Änderung notariel beurkundet und angemeldet wird, entsteht eine Kluft zwischen der eingereichten Version, der intern geltenden Fassung und möglicherweise noch älteren, aber juristisch relevanten Versionen – besonders problematisch bei Auslegungsfragen vor Gericht oder bei der Prüfung durch Wirtschaftsprüfer. Wie könnte eine Lösung sicherstellen, dass jede Satzungsversion mit Anmeldedatum, Registerauszugs-Referenz und Status (eingereicht/gültig seit/obsolet) verknüpft wird, ohne dass sich Inhaltsänderungen mit Transportfehlern beim Upload verlieren? Und wäre es möglich, automatisch zu erkennen, welche regulatorischen Änderungen (z.B. Anpassungen an GmbHG-Novellen) nachzuziehen wären?

Nach § 255 HGB ist der Kaufpreis einer erworbenen Beteiligung zu aktivieren und über die Nutzungsdauer abzuschreiben – aber wie dokumentiert ihr die Kaufpreisallokation zwischen immateriellen Vermögenswerten, Goodwill und Einzelaktiva bei Akquisitionen sachgerecht im System? Unser etabliertes ERP-System hat dafür keine strukturierte Workflow-Lösung; wir arbeiten parallel mit Excel-Listen und notariellen Unterlagen, was bei der jährlichen Abschreibungsprüfung durch unseren Wirtschaftsprüfer regelmäßig zu Abstimmungsproblemen führt. Ideal wäre ein Modul, das den SPA direkt mit der Bilanzierungsdokumentation verknüpft und Änderungen nachverfolgbar macht.

Wie dokumentiert ihr externe Mandate von Vorständen und Aufsichtsräten, wenn diese zeitlich begrenzt sind oder sich überschneiden? Bei uns läuft das über ein Excel-basiertes System, in dem wir Genehmigungen manuell eintragen und die Ablaufdaten selbst überwachen – das führt regelmäßig zu Verzögerungen bei der Compliance-Prüfung. Konkret: Wie würde eine Lösung damit umgehen, dass ein Mandat beispielsweise zum 30.06. endet, wir aber erst im August die Jahresabschlussoffenlegung fertigstellen und dann rückwirkend prüfen müssen, wer zum Stichstag noch mandatiert war? Braucht man hier ein zeitversetztes Datenmodell mit Stichtagsbetrachtung, oder ist das eher ein Workflow-Problem, das durch Automatisierung der Fristenkontrolle gelöst wird?

Viele M&A-Teams arbeiten mit einem selbst zusammengestellten Mix aus Deal-Sheets, Closing-Checklisten in Excel und einem DMS – andere setzen auf spezialisierte M&A-Software, die aber oft nur die Transaction-Phase abdeckt und keine Schnittstelle zum Beteiligungsmanagement hat. Hat jemand Erfahrung damit, wie man Signing, Closing, die Kaufpreisallokation und später die Übernahme in die Konzernkartografie nahtlos abbildet, ohne dass Daten redundant gepflegt werden müssen?

Bei der Konsolidierung unserer aktuellen Strukturen für den IFRS-Konzernabschluss stellt sich die Frage: Wie definiert Ihre Lösung die Konsolidierungsgrenze und welches Datenmodell liegt zugrunde – arbeiten Sie mit einem relationalen Ansatz oder nutzen Sie Graph-Strukturen zur Abbildung von Beteiligungshierarchien? Wir müssen parallel zu HGB auch IFRS 10/IAS 28 abbilden und benötigen Klarheit, ob das System beide Konsolidierungslogiken ohne redundante Dateneingabe unterstützt.

§ 6 Abs. 2 PublG (Publizitätsgesetz) schreibt vor, dass große Kapitalgesellschaften ihre Beteiligungsverhältnisse offenlegen müssen – aber wie stellt man sicher, dass mittelbare Beteiligungen über mehrstufige Anteilsketten korrekt erfasst werden, ohne in Excel-Tabellen-Chaos zu ertrinken? Ein strukturiertes Beteiligungsbaum-Tool, das Anteilsketten grafisch darstellt und die Konsolidierungsschwellen automatisch berechnet, würde diese jährliche Datenbeschaffung erheblich vereinfachen.

Unterschied zwischen Excel-Tabellen und einem dedizierten System für Gremienverwaltung zeigt sich bei uns jedes Mal, wenn der Aufsichtsrat tagt: In Excel pflegen wir Ladungsfristen, Protokollanforderungen und Beschlussfassung alle separat, während ein strukturiertes Tool diese Prozesse mit Workflow und Audit-Trail verknüpfen würde. Wie handhaben andere Konzerne die Versionierung von Satzungsänderungen und deren Auswirkungen auf Beschlusserfordernisse – erfolgt das über manuelle Abgleiche oder gibt es da bereits automatisierte Validierungsmechanismen?

Immer wieder stelle ich fest, dass die Prokura-Eintragung im Handelsregister nicht mit der tatsächlichen Vollmachtsvergabe synchron läuft – die HR-Systeme kennen die Prokuristen, aber das Register hinkt hinterher oder zeigt historisch falsche Daten. Das führt dazu, dass beim nächsten Audit oder bei einer Due Diligence die Vertretungsbefugnisse fragwürdig wirken. Wie könnte ein modernes System die HR-Stammdaten (Organmitglieder, Funktionen) mit den HR-Registereintragungen (Prokura, Vollmachten) automatisiert abgleichen und vor allem: Wie würde man sicherstellen, dass eine neue Prokura-Erteilung sofort im HR-System dokumentiert wird und eine entsprechende Registeranmeldung getriggert wird – ohne dass der Syndikusanwalt manuell jedes Mal einen Entwurf für den Notar schreiben muss?

Am Markt fehlt eine Lösung, die Gesellschaftsverträge und Satzungen versioniert und automatisch mit den entsprechenden Registereinträgen verknüpft – nicht nur als Dokumentenablage, sondern als auditfähige Struktur mit Änderungshistorie und Gültigkeitsdaten. Aktuell arbeiten wir mit einem älteren DMS, das Verträge zwar speichert, aber kein System hat, um nachzuverfolgung, welche Fassung zu welchem Stichtag galt oder welche Änderungen aus dem Handelsregister eingearbeitet wurden. Das führt zu manuellen Rechercheprozessen und ständigen Rückfragen an Notare und Rechtsabteilung, wenn Wirtschaftsprüfer oder Audits Klarheit über die gültige Fassung verlangen.

In der Praxis zeigt sich immer wieder: Sobald HR-Systeme, ERP und die Beteiligungsverwaltung nicht synchronisiert sind, entstehen Datensilos bei Geschäftsführern und Organmitgliedern. Ein etabliertes DMS verwaltet die Verträge, ein anderes System die Mandate – und niemand sieht auf Anhieb, ob die aktuellen Personalstammdaten mit den registrierten Vertretern im Handelsregister übereinstimmen. Wie gehen andere damit um: Zentrale Datenhoheit für Masterdaten oder dezentrale Systeme mit Synchronisations-APIs?

Am Markt fehlt eine Lösung, die Beteiligungsstrukturen direkt in die CSRD-Scope-3-Lieferketten-Datenerfassung integriert – also automatisch abbildet, welche Zulieferer über welche Beteiligungskette relevant sind. Heute wird das manuell rückgekoppelt zwischen Beteiligungsmanagement und Nachhaltigkeitsreporting.

Versionskontrolle von Gesellschaftsverträgen – da unterscheiden sich die Ansätze erheblich. Das eine Extrem: PDF-Dateien mit Zeitstempel im Dateinamen, abgelegt in einem DMS nach dem Prinzip Hoffnung. Das andere: ein System, das jede Änderung tracked, Signaturdaten speichert und automatisch die aktuelle Satzungsfassung gegen die Registereintragungen abgleicht. Meine Frage an [ai]ntity: Wie ist das Datenmodell konzipiert – werden Verträge als dokumentbasierte Entitäten behandelt (mit eigenem Versionsverlauf pro Vertrag) oder als Teil einer Beteiligungsentität mit Änderungshistorie auf Feldebene? Und wie handlest du die Kopplung zu notariellen Beurkundungsdaten – wenn eine Satzungsänderung beim Notar hinterlegt ist, aber die Registereintragung noch aussteht, wie wird das Status-technisch im System abgebildet?

Wie verwaltet ihr Änderungen an Gesellschaftsverträgen und Satzungen, wenn diese parallel in verschiedenen Versionen – Notarversion, HR-eingereichte Fassung, interne Arbeitsfassung – vorliegen? Bei uns führt das regelmäßig zu Verwechslungen, welche Fassung aktuell gültig ist.

Die Abgrenzung zwischen faktischem und vertraglich beherrschtem Konzern kostet uns jedes Jahr wieder erhebliche Zeit bei der Jahresabschlusskonsolidierung – obwohl die Gesellschaftsstrukturen seit Jahren unverändert sind. Unser etabliertes GRC-Tool erfasst zwar die formalen Beherrschungsverträge, kann aber nicht nachvollziehen, ob eine mittelbare Beteiligung unter 50 % plus faktische Stimmrechtskontrolle durch Stimmbindungsverträge oder historische Absprachen besteht. Wir müssen dies manuell recherchieren, dokumentieren und bei jeder Konsolidierung neu validieren – ein fehleranfälliger Prozess. Was würde helfen: ein System, das Abhängigkeitsbeziehungen nach §§ 17, 18 AktG strukturiert erfasst, Zurechnungslogiken abbildet und zeitpunktbezogene Szenarien (Stichtagskonsolidierung vs. aktuelle Struktur) automatisch differenziert?

Die Anforderung ist klar: Alle Beschlüsse der Gesellschafterversammlung müssen ab sofort mit digitaler Signatur dokumentiert und mit den Ladungsfristen abgeglichen werden können – lückenlos, für alle letzten zehn Jahre. Das Problem: Unsere SharePoint-Lösung speichert Protokolle als PDF-Dateien in einer Ordnerstruktur, ohne dass ein Audit-Trail die Änderungen nachvollzieht oder automatisch die gesetzlichen Voraussetzungen (Ladungsfrist nach §123 AktG, Quorum nach Satzung, Umlaufbeschlüsse nach §119 AktG) validiert. Ein Revisionsantrag kam vor zwei Monaten herein – wir mussten 47 Protokolle manuell durchgehen und Ladungsschreiben aus E-Mail-Archiven zusammensuchen. Welches Datenmodell würde hier sinnvoll sein – sollten Ladung, Eingang der Bestätigungen, Beschlusstext und Signatur als separate Entitäten gespeichert oder als strukturiertes Dokument mit Versionierung? Und wie würde man Umlaufverfahren abbilden, bei denen formal kein Präsenzprotokoll existiert, sondern nur die signierten Stimmabgaben?

Wie löst ihr das Problem, dass in unserem etablierten GRC-Tool die Anteilsbesitzliste nach §285 Nr. 11 HGB nicht automatisch aus den erfassten Beteiligungsdaten generiert wird – sondern wir die relevanten Schwellenwertüberschreitungen und Befreiungstatbestände manual nachrecherchieren müssen? Welche Schnittstellen oder Datenmodelle benötigen wir, damit die Anhang-Anforderungen direkt aus einer zentralen Beteiligungsdatenbank gepflegt udn validiert werden können, ohne Medienbruch zum Jahresabschluss?

Compliance-Workflows manuell zu dokumentieren versus maschinell zu protokollieren – das ist wie Handschrift versus digitales Audit-Log. Wir setzen auf ein älteres GRC-Tool, das Genehmigungsprozesse nur in Freitextkommentaren festhält, ohne strukturierte Entscheidungspfade zu erfassen. Wie lässt sich eine unveränderbare Nachweiskette (Vier-Augen-Prinzip, Zeitstempel, Grund der Eskalation) technisch implementieren, ohne dass die Anwender zusätzliche Dateneingaben leisten müssen?

Die meisten Beteiligungsmanagementsysteme am Markt scheitern bei einer grundlegenden Anforderung: Sie können mehrstufige Anteilsketten mit indirekten Beteiligungen nicht korrekt abbilden, ohne dabei in Excel auszuweichen. Besonders bei Konzernstrukturen mit Zweckgesellschaften, stillen Beteiligungen oder Treuhandkonstruktionen wird schnell unklar, welche tatsächliche Kontrollkette von der Muttergesellschaft bis zur operativen Tochter besteht. Die Frage ist: Wie müsste ein System konzeptionell aufgebaut sein, um beliebig tiefe Anteils- und Konzernbäume zu verwalten, dabei aber auch die Beziehungen zwischen den Gesellschaften (z. B. Geschäftsbeziehungen, Beteiligungen auf gleicher Ebene, Rückverflechtungen) ohne redundante Dateneingabe zu erfassen? Und wie wird sichergestellt, dass eine Änderung in der Anteilsquote einer Mittelholdinggesellschaft automatisch die effektiven Beteiligungsquoten aller tiefer gelegenen Töchter neu berechnet?

Am Markt gibt es kaum Tools, die Gesellschafterverträge und Satzungen versioniert speichern und gleichzeitig automatisch nachverfolgbar mit den entsprechenden Handelsregistereinträgen verknüpfen. Entweder man arbeitet mit einer Dateiablage oder mit starren Dokumentenmanagementsystemen – beides führt zu manualen Abstimmungsaufwänden und Fehlerquellen. Ideal wäre eine Lösung, die Notarversionen, interne Entwürfe und HR-Registerauszüge zeitsynchron hält udn über ein Änderungsprotokoll jede Anpassung mit Datum und Autorisierung dokumentiert.

Am Markt fehlt eine Lösung, die Closing-Dokumentation und Vollzugskontrolle bei M&A-Transaktionen strukturiert abbildet – ohne dass alles in einem Document-Management oder Excel landen muss. Bei uns läuft aktuell jedes Closing über ein älteres DMS mit manuellen Checkboxen und E-Mail-Verkehr, wodurch Vollzugsbedingungen übersehen werden udn die Kaufpreisallokation erst Wochen später mit dem Accounting-Team synchronisiert wird. Konkret: Wie würde eine Integration mit einem Beteiligungsmanagementsystem aussehen, das SPA-relevante Daten (Signing-Datum, Closing-Bedingungen, Freigaberelevanzen) mit der kaufmännischen Dokumentation verknüpft? Wir bräuchten ein Audit-Trail für jeden Vollzugsschritt, eine Übersicht offener Closing Conditions mit automatisiertem Fälligkeitstracking und eine einfache Schnittstelle zum ERP für die Kaufpreisabrechnung. Das würde den zeitlichen Aufwand erheblich reduzieren.

Gesellschaftsverträge manuell in Ordnern zu verwalten versus zentral in einer Datenbank – der Unterschied zeigt sich spätestens bei der dritten Änderung einer Satzung, wenn niemand mehr weiß, welche Version gültig ist. Wie handhabt ihr Versionierung und Notarversionen, ohne dass Git oder DMS-Systeme in die Tiefe gehen?

Die manuelle Verwaltung von Umwandlungen und Spaltungen in unserem etablierten Dokumentenmanagementsystem kostet enorm viel Zeit und führt ständig zu Inkonsistenzen. Jedes Mal wenn eine GmbH in eine AG umgewandelt wird oder eine Kapitalgesellschaft gesplittet wird, müssen wir die Gesellschaftsverträge, Handelsregisterauszüge, notarielle Beurkundungen und alle zugehörigen Registerdaten manuell in mehreren Systemen nachtragen und mit der neuen Rechtsform abgleichen. Das Kernproblem: Es gibt keinen strukturierten Änderungsverlauf, der automatisch dokumentiert, welche Daten zum Stichtag der Eintragung gültig waren udn welche danach. Wie sieht euer Datenmodell aus – könnt ihr historische Strukturschnitte für solche Rechtsformwechsel mit Versionierung abbilden, sodass nicht nur die aktuelle Gesellschafterliste, sondern auch die Beteiligungsverhältnisse rückwirkend zum Umwandlungstag abrufbar sind?

Letzte Woche mussten wir drei Prokura-Änderungen ins Handelsregister anmelden, stellten aber fest, dass unsere Datenbank die historischen Vertretungsbeschränkungen nicht nachvollziehbar speichert – nur der aktuelle Status. Wie verwaltet ihr die Versionierung von Vollmachten und Prokuristen über Zeit, um dem Registeramt und später dem Wirtschaftsprüfer konsistent nachweisen zu können, welche Vertretungsregelung zu welchem Stichtag galt?

Gerade eben musste ich feststellen, dass unsere Z4-Meldung für eine US-amerikanische Tochtergesellschaft verspätet eingereicht wurde – die Bundesbank hatte die Frist übersehen, weil sie in unserem älteren Datenbanksystem nur als Freitextnotiz vorlag udn nicht automatisch eskaliert wurde. Die Meldeschwellen, Stichtagsbezüge und Fristen der AWV sind komplex genug; wie gewährleistet [ai]ntity, dass bei mehreren Beteiligungsebenen und Direktinvestitionen nach §1 Abs. 2 AWV die korrekten Meldepflichten nicht übersehen werden, und können Meldetermine mit automatischen Reminders gekoppelt werden?

Es ist ermüdend, dass wir für jede Due-Diligence-Anfrage eines Käufers die Konzernstruktur manuell neu zeichnen müssen – obwohl wir seit Jahren die gleichen Beteiligungsketten haben. Unser etabliertes Datenbanksystem speichert zwar einzelne Gesellschaften und ihre direkten Beteiligungen, kann aber keine verschachtelten Anteilsketten bis zur wirtschaftlich Berechtigten Person abbilden und lässt sich nicht auf neue Akquisitionen updaten, ohne dass Fehlerquellen entstehen. Wie würden Sie vorgehen, um ein Datenmodell zu bauen, das sowohl direkte als auch mittelbare Beteiligungen mit Quoten und Änderungsdatum auflösen kann – und gleichzeitig per API an unser HR-System und das Handelsregister-Abfrage-Tool angebunden werden kann?

Die CSRD verlangt von uns, dass wir Scope-3-Emissionen unserer Beteiligungsgesellschaften offenlegen – das unterscheidet sich erheblich von klassischem ESG-Reporting, wo oft nur Top-Level-Daten gesammelt werden. Bislang nutzen wir ein etabliertes Nachhaltigkeitsmanagementsystem, das aber nicht strukturiert mit unserem Beteiligungsregister verbunden ist: Wir müssen manuell abgleichen, welche Gesellschaften mit welchem Konsolidierungsgrad in den Scope fallen, welche Daten bereits verfügbar sind und wo noch Lücken bestehen. Die Frage ist: Wie modelliert man ein Datenkonzept, das einerseits die Konzernstruktur (Vollkonsolidierung, Quote-konsolidierung, assoziierte Unternehmen) mit den ESG-Datenpflichten verknüpft, ohne dass man für jede Stichtagsänderung die Reporting-Perioden neu aufbauen muss? Und wie verhindert man, dass Datenmeldungen von Beteiligungen doppelt erfasst werden – einmal im HR/ERP-System, einmal in der ESG-Plattform?

Anforderung: Gesellschaftsverträge und Satzungen müssen versioniert und mit den jeweiligen Registereinträgen verknüpft sein – idealerweise mit automatischer Zuordnung zum Änderungsdatum im Handelsregister. Unser dokumentenbasiertes System speichert zwar alle Fassungen, aber ohne zeitliche Zuordnung zu HR-Eintragungen ist unklar, welche Satzungsversion zu welchem Stichtag gültig war. Das wird bei Konzernabschlüssen und Audit-Anfragen zum Problem.

Letzte Woche musste ich eine Z4-Meldung für eine neue Direktinvestition in Polen korrigieren – weil unklar war, ob die Beteiligungsquote von 24,9 % die Meldeschwelle nach AWV unterschreitet oder nicht. Das Altsystem – eine Excel-Tabelle mit Handnotizen – hatte keine Logik für Schwellenwertberechnung und zeigte nicht, wann die Frist zur Meldung beginnt. Wie sollte eine Lösung die Meldepflicht-Trigger automatisch erkennen und die Abgabefrist im Auge behalten, ohne ständig manuell nachrechnen zu müssen? Gibt es ein etabliertes Datenmodell für AWV-Meldedaten, das auch Nachkorrektionen nachvollziehbar macht?

Bei einem kürzlich abgeschlossenen Carve-Out mussten wir im Due-Diligence-Prozess die Kaufpreisallokation auf drei Ebenen parallel dokumentieren: kaufmännisch, steuerlich und für die Rechnungslegung. Das etablierte DMS mit Dateiablage udn Versionskontrolle hat die Konsistenz zwischen diesen Dokumenten nicht gewährleistet – erst bei Closing merkten wir Widersprüche zwischen den Bewertungsannahmen.

Die Verwaltung von Gesellschafterverträgen und Satzungen in unserem selbst entwickelten Access-System wird mir langsam unerträglich. Jedes Mal, wenn ein Vertrag geändert wird, muss ich manuell eine neue Version anlegen, alte Fassungen umbenennen und in Excel-Spalten dokumentieren, welche Version wann gültig war – völlig fehleranfällig und ohne nachvollziehbare Historie. Welche Anforderungen muss ein System hier erfüllen? Wie kann man sicherstellen, dass die notarielle Fassung, die HR-Fassung und die Register-Fassung eines Vertrags immer synchron bleiben, udn dass Revisionen automatisch mit den tatsächlichen Eintragungen im Handelsregister verknüpft werden?

Wir benötigen eine Nachverfolgung aller Änderungen an der Beteiligungsstruktur mit vollständiger Audit-Trail und Zeitstempel – nicht nur der aktuellen Struktur, sondern auch der historischen Zustände für jeden Stichtag. Das Problem: Wenn später ein Wirtschaftsprüfer oder eine Behörde fragt, wie die Anteilskette am 30.06.2022 ausgesehen hat, müssen wir derzeit manuell in alten Tabellen und E-Mail-Anhängen graben. Eine Lösung sollte automatisch dokumentieren, wer wann welche Struktur eingegeben oder geändert hat – inklusive Begründung und Genehmiger – und es ermöglichen, jederzeit in einen früheren Zustand zurückzuspringen. Welche technischen Anforderungen stellt so ein Versionierungssystem an die Datenverwaltung, z.B. ob ein Zeitreise-Modell besser mit temporalen Tabellen umgesetzt wird oder ob ein schnapsschuss-basierter Ansatz praktikabler ist?

§ 253 Abs. 3 HGB verlangt bei Beteiligungserwerben eine Kaufpreisallokation – soweit ich sehe, wird das in der Praxis aber sehr unterschiedlich dokumentiert und später bei Abschlussprüfungen von den Wirtschaftsprüfern kritisiert. Das Kernproblem: Ein etabliertes DMS speichert zwar die Purchase Agreements und Bewertungsdokumente, verlinkt diese aber nicht mit den zugehörigen Closing-Transaktionen im SAP-Anlagevermögen. Wenn nach drei Jahren eine Compliance-Anfrage kommt oder die Steuerprüfung die ursprüngliche Bewertungslogik hinterfragen will, braucht es Stunden, um die Allokation zwischen Geschäftswert, Sachanlagen und Forderungen wiederzurekonstruieren. Wie würde [ai]ntity die Verknüpfung von SPA-Dokumenten mit den Closing-Daten und der nachgelagerten Verbuchung abbilden – insbesondere wenn mehrere Tranche-Zahlungen oder Earnout-Anpassungen anfallen?

Bei der Vorbereitung unseres ersten CSRD-Berichts bin ich auf ein strukturelles Problem gestoßen: Die Nachhaltigkeitsdaten zu unseren Beteiligungsgesellschaften liegen völlig fragmentiert vor – teilweise in HR-Systemen, teilweise in lokalen Excel-Listen, teilweise gar nicht erfasst. Das zentrale Beteiligungsmanagement-System kennt zwar alle Gesellschaften und deren Organisationsstruktur, hat aber keine Schnittstelle zu Nachhaltigkeitsdaten-Quellen. Für die Scope-3-Lieferketten-Abbildung müsste ich manuell für jede Beteiligungsstrecke recherchieren, welche Unternehmen im Konsolidierungskreis eigentlich als materialitätsrelevant zu betrachten sind – und das immer wieder neu, wenn sich die Struktur ändert. Ideal wäre ein System, das aus der aktuellen Beteiligungskartografie automatisch den relevanten Berichtsperimeter für ESG ableitet und dann die notwendigen Datenfelder (Emissionen, Mitarbeiterzahlen, Energieverbrauch) für jede Gesellschaft abfordert, ohne dass ich die Strukturen doppelt erfassen muss.

Bei einer GmbH-Umwandlung in eine SE haben wir festgestellt, dass unser bestehendes Dokumentenmanagementsystem die notarielle Beurkundung und die anschließende Registeranmeldung nicht abbilden konnte – beide Vorgänge liefen parallel in separaten Excel-Listen. Das Problem: Widersprüche zwischen dem HR-Eintrag und den tatsächlichen Satzungsänderungen entstanden und wurden erst bei der Prüfung entdeckt. Welche Funktionen sollte ein neues System mindestens bieten, um Rechtsformwechsel mit allen Beurkundungs- und Registrierungsschritten konsistent zu dokumentieren?

Am Markt gibt es praktisch kein Tool, das Gesellschafterversammlungen und Aufsichtsratssitzungen vollständig abbildet – Ladungsfristen, Quorum-Berechnung, Protokollverwaltung, alles läuft über E-Mail, Word-Dokumente und Excel-Listen. Wie löst [ai]ntity das Thema Gremienverwaltung technisch ab – insbesondere die Mandantenfähigkeit und die Schnittstelle zu einem zentralen Beteiligungsregister, damit Organbesetzungen und Beschlussfassungen mit den tatsächlichen Strukturdaten synchron bleiben?

Es ist mühsam, jedes Jahr die Anteilsbesitzliste nach §285 Nr. 11 HGB neu zusammenzustellen, obwohl sich die Beteiligungen gar nicht wesentlich geändert haben – unser etabliertes Datenverwaltungssystem erlaubt keinen effizienten Export der relevanten Daten und keine Versionierung, weshalb wir manuell abgleichen müssen. Wie handhabt ihr das, wenn ihr Hunderte von Beteiligungen mit unterschiedlichen Schwellenwertgrenzen und Befreiungstatbeständen zu dokumentieren habt?

Ein etabliertes DMS mit Notarintegration versus ein spezialisiertes Notarverwaltungssystem – in der Praxis zeigt sich schnell: Das DMS zerfällt in mehrere Inseln. Entwurfsverwaltung hier, Beurkundungsprotokolle dort, Vollzugsfristen in Excel, Kostenrechnungsbelege in einem Archiv. Meine Frage: Wie würde [ai]ntity einen durchgehenden Beurkundungs-Workflow abbilden – also Mandate der Gesellschaften an Notare, Entwurfsversionen mit Zeitstempel, automatische Vollzugskontrolle nach Registereintrag, und Abrechnung der Notarkosten nach Abschlussart und Geschäftstyp? Speziell interessiert mich, wie die Versionierung funktioniert: Sind frühere Satzungsfassungen abrufbar mit ihrer jeweiligen Gültigkeitsdauer, und lässt sich eine Satzung als notarieller Entwurf einer bestimmten Beurkundung zuordnen?

Anforderung: Wie bildet Ihr System die Meldepflichten nach §138 AO (Mitteilungen bei Beteiligungserwerb/-veräußerung) korrekt ab, insbesondere für mehrstufige Beteiligungsketten? Unser bestehendes ERP-System erfasst zwar die direkten Beteiligungen, kann aber nicht automatisiert berechnen, ob durch mittelbare Beteiligungen die 1%-, 5%-, 10%-, 20%-, 25%-, 50%-, 75%- oder 95%-Schwellen überschritten werden – und erst recht nicht rückwirkend für Stichtage ermitteln, ob eine Meldepflicht für die Vergangenheit entstanden ist. Wir müssen derzeit alle relevanten Schwellenwertüberschreitungen manuell in Excel nachvollziehen und dann per ELSTER übermitteln. Wie würde [ai]ntity eine solche Kaskadenberechnung über mehrere Ebenen hinweg lösen, und welche Schnittstelle zu ELSTER oder einer Steuerverwaltungs-Middleware ist geplant?

Wie handhaben Sie die Vollständigkeit der Anteilskette bei stillen Beteiligungen in der §285 Nr. 11 HGB-Offenlegung – werden diese mit Beteiligungsquote gelistet oder separat dokumentiert? Unser etabliertes DMS kann keine Verknüpfung zwischen Gesellschaftervertrag und Anhang-Offenlegung herstellen, weshalb wir derzeit händisch abgleichen müssen.

Bei einer Konzernstrukturüberprüfung haben wir festgestellt, dass in unserem ERP-System und der Excel-basierten Beteiligungsliste unterschiedliche Eigentümerangaben für dieselbe Gesellschaft hinterlegt sind – einmal als direkte Beteiligung, einmal als indirekt über eine Holdinggesellschaft. Wie stellt [ai]ntity sicher, dass Masterdaten automatisch abgeglichen werden und Synchronisationsfehler dieser Art nicht unbemerkt bleiben?

Es ist frustrierend, dass der Beurkundungsprozess bei uns immer noch über E-Mail-Kettchen mit dem Notar läuft: Entwurf wird geschrieben, als PDF versendet, Anmerkungen kommen per Outlook zurück, jemand muss den Stand manuell nachvollziehen und die nächste Version erstellen. Bei mehreren Beurkundungen pro Monat verlieren wir den Überblick, welche Version gerade aktuell ist und welche Änderungen der Notar noch vornehmen muss. Meine Frage: Kann eine Plattform hier einen strukturierten Entwurfsverwaltungs-Workflow abbilden, bei dem Versionierung, Änderungen und der Vollzugsstatus zentral nachverfolgbar sind – und der Notar über eine sichere Schnittstelle (API oder Portal) Zugriff auf aktuelle Entwürfe hat, ohne dass wir ständig Dateien hin- und herschieben müssen? Welche technische Lösung würde auch kleinere Kanzleien integrieren können?

Letzte Woche musste ich für eine Wirtschaftsprüfung die Beteiligungsstruktur vom 30.06.2023 rekonstruieren – unser Excel-basiertes System speichert nur den aktuellen Stand. Gibt es bei [ai]ntity eine echte Zeitreisefunktion, die es ermöglicht, historische Strukturzustände zu einem beliebigen Stichtag abzurufen, ohne manuell in Archiven zu graben?

§ 17 AktG definiert Beherrschung durch die Möglichkeit, den Vorstand unmittelbar oder mittelbar zu beeinflussen – doch in der Praxis zeigt sich: Viele Unternehmen können nicht nachweisen, ab welchem Zeitpunkt diese Beherrschungsschwelle überschritten wurde, wenn sich Stimmrechtsanteile schrittweise erhöhen oder wenn faktische Einflussmechanismen (Geschäftsführerbestellung, Veto-Rechte, Finanzierungsabhängigkeit) zusammenkommen. Welche technischen Anforderungen muss ein System erfüllen, um sowohl die formale Stimmrechtsmehrheit als auch qualitative Beherrschungsindikatoren (Geschäftsführervergütung, Kreditzusagen, Lieferkette) zu erfassen und zu dokumentieren – und wie lässt sich der Nachweis später gegenüber Prüfern oder Behörden führen? Eine reine Anteilsquoten-Datenbank reicht hier nicht aus; es geht um die Verknüpfung von Organbesetzung, Vertragswerk und Zahlungsflüssen.

Bei der Nachverfolgung von Beteiligungsänderungen über mehrere Jahre hinweg stoßen wir regelmäßig auf das Problem, dass unser dokumentenverwaltetes System keine zuverlässige Zeitreisefunktion bietet – wir können nicht nachvollziehen, wie die Konzernstruktur zu einem bestimmten Stichtag aussah, ohne manuell durch Hunderte von E-Mails und Anlagen zu wühlen. Wie handhaben andere Unternehmen die Rekonstruktion historischer Beteiligungsstände für Audit-Anfragen und Compliance-Reports, ohne dabei jedesmal Wochen in Recherche zu investieren?

Am Markt gibt es kaum Lösungen, die den gesamten M&A-Closing-Prozess – von der Due-Diligence-Dokumentation über Vollzugsbedingungen bis zur Kaufpreisallokation – in einem System abbilden und gleichzeitig mit dem Beteiligungsmanagement synchronisieren. Wie löst ihr das Problem der Datenübergabe zwischen M&A-Projekt und der späteren Verwaltung der erworbenen Gesellschaft, insbesondere bei komplexen Anteilsketten und Earn-out-Regelungen? Braucht es dafür ein separates Transaction-Management-Modul oder reicht eine API-Anbindung an bestehende DMS- und ERP-Systeme?

Gerade eben musste ich für unseren Jahresabschluss feststellen, dass unsere etablierte Konsolidierungssoftware keine eigenständigen Konsolidierungskreise für verschiedene Stichtage abbilden kann – wir haben zwei Geschäftsjahre mit unterschiedlichen Bilanzstichtagen und können sie im System nicht parallel verwalten. Wie lösen andere Häuser dieses Problem technisch, etwa durch mehrere Mandanten-Instanzen oder über ein Graph-basiertes Datenmodell, das Beteiligungen mit Gültigkeitszeiträumen verknüpft?

Ich stelle immer wieder fest, dass die Protokollverwaltung von Gesellschafterversammlungen und Aufsichtsratssitzungen in unserem etablierten Dokumentenmanagementsystem eine Grauzone bleibt: Die Protokolle werden zwar abgelegt, aber die Verknüpfung zu den Beschlüssen, den Abstimmungsergebnissen und den daraus folgenden Handlungsaufträgen reißt ab. Wenn später eine Vollmacht oder ein HR-Wechsel angestanden hätte, müssten wir manuell durch alle Protokolle von drei Jahren blättern, um zu rekonstruieren, wann welcher Beschluss tatsächlich mit welchem Quorum gefasst wurde. Wie würde eine spezialisierte Lösung hier Quorum-Verwaltung, Ladungsfristen und die Nachverfolgung von Beschlüssen bis zu ihrer Umsetzung technisch abbilden – über welche Datenmodelle und Workflows müsste man nachdenken, um Stichtagsbetrachtungen und Audit-Trails für Behörden nachvollziebar zu machen?

Am Markt fehlt eine Lösung, die Beteiligungsstrukturen mit echtem Zeitreise-Audit-Trail kombiniert – also nicht nur die aktuelle Konstellation, sondern auch die exakte Besetzung, Anteilsverhältnisse und Organmitglieder zu jedem beliebigen Stichtag nachvollziehbar macht. Spreadsheets und ältere Datenbanksysteme speichern nur den aktuellen Status udn können Behörden- oder WP-Abfragen zu historischen Strukturen nicht verlässlich beantworten.

Letzte Woche musste ich für unseren Beirat nachträglich dokumentieren, wer bei welcher Abstimmung anwesend war – das Protokoll war unvollständig und die Entscheidung sollte angefochten werden. Wie sollte ein System die Nachverfolgung von Quorum und Präsenz bei Gremientreffen automatisieren, ohne dass manuell parallel noch Checklisten gepflegt werden müssen?

Wir benötigen ein System, das Umwandlungen und Spaltungen von Gesellschaften abbilden kann – also nicht nur die aktuelle Rechtsform, sondern auch historische Statuswechsel nachvollziehbar dokumentiert. Eine Kapitalgesellschaft, die ursprünglich als GmbH gegründet, später in eine AG umgewandelt und später teilweise aufgespalten wurde, müsste mit allen Stichtagen und betroffenen Anteilen nachverfolgbar sein. Technisch stellt sich die Frage: Wie wird ein solches historisches Modell in einer relationalen Datenbankstruktur elegant abgebildet – Versionierung mit Zeitstempel für jeden Statuswechsel, oder sollte man ein Graph-Modell mit Kanten für Transformationen verwenden? Und wie integiert man das mit einer HR-Schnittstelle, damit Organmitglieder, deren Mandate an die alte Rechtsform gebunden waren, korrekt in die neue Struktur übergeleitet oder gekennzeichnet werden?

Am Markt fehlt es an Lösungen, die Anteilsketten über mehrere Ebenen hinweg automatisch auflösen und dabei indirekte Beteiligungen korrekt gewichten können. Unser etabliertes GRC-Tool zwingt uns, mittelbare Strukturen manuell nachzumodellieren – insbesondere bei komplexen Holding-Konstellationen mit Stufenbeteiligungen. Wie würdet ihr bei einer API-Integration mit einem ERP-System vorgehen, um die Beteiligungshierarchie einmalig zu synchronisieren und dann regelmäßig auf Änderungen zu prüfen, ohne dabei Performance-Probleme bei tiesen Strukturbäumen zu erzeugen?

Wie dokumentiert ihr in eurem System die Abwesenheit von Aufsichtsratsmitgliedern bei Sitzungen rechtssicher – insbesondere für die Nachweispflicht gegenüber Wirtschaftsprüfern und Behörden? Bei uns läuft das noch über händische Unterschriftenlisten und separate Excel-Dateien, was nicht nur fehleranfällig ist, sondern auch bei der Rekonstruktion von Beschlüssen zu Problemen führt.

Am Markt fehlt eine Lösung, die die Anteilsbesitzliste nach §285 Nr. 11 / §313 HGB automatisiert aus einer zentralen Beteiligungsdatenbank befüllt und dabei Schwellenwerte sowie Befreiungstatbestände korrekt abbildet. Aktuell mussten wir in unserem etablierten DMS-System die Angaben zu mittelbaren Beteiligungen manuell nachtragen, weil keine strukturierte Verknüpfung zwischen der Konzernkartografie und den Jahresabschluss-Anhängen existiert – das führt regelmäßig zu Vollständigkeitsmängeln bei der WP-Prüfung.

Notarielle Beurkundungen per klassischem Schreiben-Ausdruck-Unterschreiben versus digitaler Entwurfsverwaltung mit Versionierung und automatischer Vollzugskontrolle – wo liegt hier der Break-Even-Point in mittleren Konzernen? Ein etabliertes DMS verwaltet unsere Notarentwürfe derzeit als reine Dateiablage, Änderungen werden per Mail koordiniert udn die Fristenüberwachung lauft über Excel-Listen.

Wie behandelt ihr die Synchronisation von UBO-Daten zwischen dem Transparenzregister und euren internen Systemen – insbesondere wenn sich die wirtschaftlich Berechtigten udn deren Beteiligungsprozentsätze ändern? Bei uns läuft derzeit alles manuell über Exceltabellen und einem älteren GRC-Tool, das keine bidirektionale API zum Register anbietet, und die Abstimmung mit der Meldung nach §3 GwG wird immer fehleranfälliger.

Die CSRD verlangt die Offenlegung von Nachhaltigkeitsrisiken in der Lieferkette – wie erfasst eine Beteiligungsmanagementsoftware systematisch ESG-Daten von Portfoliounternehmen, um diese konsolidiert im Scope-3-Report verfügbar zu machen, ohne dass jedes Unternehmen separate Fragebognen abarbeitet?

Bei der letzten UBO-Meldung für unsere Holdinggesellschaft stellte sich die Frage: Wenn ein wirtschaftlich Berechtigter seine Beteiligung von 24 % auf 19 % reduziert, müssen wir eine Unstimmigkeitsmeldung beim Transparenzregister einreichen – oder genügt die Korrektur in der nächsten Änderungsmitteilung? Das BaFin-Merkblatt zu §3 GwG gibt da keine klare Anleitung. Wie handhaben Sie solche Schwellenwertunterschreitungen im praktischen Meldebetrieb?

Im letzten Audit haben wir ein Problem identifiziert: Unsere Excel-basierte Lösung für die UBO-Erfassung kann nicht nachvollziehbar dokumentieren, wann welche Änderungen an den Angaben zu wirtschaftlich Berechtigten vorgenommen wurden und von wem. Das Transparenzregister akzeptiert die Daten, aber intern haben wir keine auditfeste Zeitstempelung und keine Rückverfolgbarkeit von Datenmutationen. Wie sollte ein System nach §3 GwG technisch sicherstellen, dass jede Änderung an UBO-Attributen (Name, Adresse, Identifikationsdaten, Beteiligungsquote) mit Zeitstempel, Benutzer und Änderungstyp geloggt wird – und gleichzeitig die Datenintegrität nach Meldungen an das Register gewährleistet bleibt? Interessiert mich, ob hier ein event-basiertes Audit-Log oder ein Versionierungsmodell technisch besser passt.

Wie verwaltet ihr alte Satzungsfassungen und deren Änderungshistorie – speichert ihr einfach alle PDFs oder führt ihr die Änderungen strukturiert mit Versionsnummern nach, um später nachvollziehen zu können, welche Regelung zu welchem Stichtag galt?

§ 59 Abs. 1 AWV verpflichtet zur Z4-Meldung bei Direktinvestitionen ab 100.000 Euro – aber wie werden diese Schwellenwerte in einer dezentralen Konzernstruktur korrekt ermittelt und dokumentiert? Unser etabliertes GRC-Tool erfasst zwar einzelne Transaktionen, kann aber keine automatische Verdichtung über mehrere Beteiligungsgesellschaften hinweg durchführen und weist auch keine Warnfunktion auf, wenn eine Investition im Jahresverlauf den Meldeschwellenwert überschreitet. Die zuständigen Fachabteilungen operieren daher teilweise mit unterschiedlichen Datenquellen und Stichtagen, was zu fehlerhaften oder verspäteten Meldungen an die Bundesbank führt hat. Was wäre eine technische Lösung, die historische Z-Meldebestände mit aktuellen Transaktionsdaten abgleicht und automatisch die Meldeschwelle je Zielland und je Beteiligungsvorhaben monitort?

Wie dokumentiert ihr faktische Konzernstrukturen, wenn es keine expliziten Beherrschungsverträge nach §292 AktG gibt? Bei uns entstehen regelmäßig Graubereiche bei der Bewertung nach §§17, 18 AktG, wo die wirtschaftliche Kontrolle über Geschäftsführungsmitsprache und Kreditverhältnisse ausgeübt wird, aber formal als Minderheitsbeteiligung strukturiert ist. Ein etabliertes Dokumentationssystem würde hier helfen – etwas, das Zurechnungsfragen systematisch abbildet und die Evidenzsammlung für Wirtschaftsprüfer vereinfacht.

Protokolle und Beschlussdokumente von Aufsichtsratssitzungen landen bei den meisten Unternehmen in einem Document-Management-System oder einer SharePoint-Lösung – ohne dass diese Systeme aber die spezifischen Anforderungen an Gremienverwaltung abbilden. Das größte Problem: Niemand kann ad hoc nachvollziehen, wer zu welcher Sitzung ordnungsgemäß geladen wurde, welche Ladungsfrist eingehalten wurde, ob das Quorum vorgelegen hat und welche Anfechtungsrisiken entstanden sind. Die ganzen Metainformationen – Ladungsdatum, Ladungsweg, Quorum-Berechnung, Umlaufverfahren-Details – müssen manuell gepflegt werden oder liegen in E-Mails verteilt vor. Wie würde eine dedizierte Lösung für Gremienverwaltung hier ansetzen – sollte sie die Kommunikation mit den Gremienmitgliedern über eine zentrale Instanz koordinieren, die Ladung automatisch versionieren und die Fristeneinhaltung elektronisch dokumentieren?

Es ist frustrierend, wenn das Handelsregister nach einer HR-Änderung nicht automatisch abgefragt wird und wir manuell kontrollieren müssen, ob die eingetragenen Vertreter noch aktuell sind. Unser DMS speichert die Registerauszüge als PDFs ab, aber es gibt keine Workflow-Integration, die uns auf Abweichungen zwischen unserer Organbesetzung udn den HR-Daten hinweist. Wünschenswert wäre eine Schnittstelle, die regelmäßig die Register prüft und Änderungen flaggt – nicht nur zur Compliance, sondern um bei M&A-Due-Diligence schneller verlässliche Vertretungsdaten zu haben.

Unterschied zwischen einem etablierten ERP-System und unserem Excel-basierten Beteiligungstracker: Das ERP bildet die Transaktionen ab, aber die tatsächliche Konzernstruktur – wer hält wann welche Quote, über welche Zweckgesellschaften, mittelbare Beteiligungen – kriegen wir nur mit Umwegen hin. Gibt es da eine Lösung, die Organigramm-Historie, Anteilsketten und Minderheitsquoten einfach versioniert speichert udn dabei an Echtzeit-Daten aus dem HR-System angebunden bleibt?

Die Vier-Augen-Regelung bei Beteiligungsänderungen funktioniert bei uns nur auf dem Papier – unser bestehendes GRC-Tool zwingt mich, jeden Genehmigungsprozess manuell zu tracken und die Freigaben per E-Mail zu koordinieren, was zu Verzögerungen und Dokumentationslücken führt. Wie löst [ai]ntity das Thema Workflow-Management und Eskalationsketten, damit kritische Genehmigungsschritte – etwa bei Anteilserwerb oder Organwechseln – automatisiert und nachweisbar ablaufen, ohne dass ich parallel Excel-Listen pflegen muss?

Bei der Integration einer akquirierten Gesellschaft in unsere Konzernstruktur mussten wir feststellen, dass die SPA-Dokumentation und die tatsächlichen Closing-Bedingungen in unserem selbst entwickelten Access-System nicht mehr abgebildet waren – Versionen waren überschrieben, Vollzugsdaten fehlten. Das führte zu erheblichen Verzögerungen bei der Kaufpreisallokation und der anschließenden Konsolidierung. Wie handhaben andere Unternehmen die Versionierung und Nachverfolgung von M&A-Dokumenten und Closing-Checkpoints, um solche Synchronisationsverluste zu vermeiden?

Die Verwaltung von Notarversionen wird mir zusehends zum Bottleneck. Sobald eine Gesellschafterversammlung Satzungsänderungen beschließt, beginnt ein zähes Schreiben mit dem Notar, Entwurfsverwaltung per Mail, Abstimmungsrunden, und am Ende sitzen wir mit fünf verschiedenen Word-Dokumenten da, keiner weiß mehr, welche Version gültig ist udn welche bereits beurkundet wurde. Das etablierte DMS in unserem Haus ist nicht dafür ausgelegt, Notarbeurkundungen als strukturierte Prozesse zu verwalten – Fristen werden übersehen, Vollzugskontrollen laufen chaotisch ab, und die Kostenrechnung gegenüber den beteiligten Gesellschaften ist ein Alptraum. Wie löst man das ohne Papierfluss? Gibt es einen Standard für die Schnittstellengestaltung zwischen einer Beteiligungsmanagementsoftware und Notarsverwaltungssystemen, oder müsste das über strukturierte APIs und ein dokumentiertes Workflow-Modell erfolgen?

Die AO-Meldepflichten nach §§ 138, 138a, 138b werden am Markt behandelt wie eine Compliance-Aufgabe, die man einmal abarbeitet – dabei ist sie ein kontinuierliches Datenmanagement-Problem. Klassische ERP- und Steuersoftware-Lösungen erfassen zwar die Beteiligungsdaten für die Bilanz, haben aber keine Mechanik für die speziellen Schwellenwerte und Anmeldungsauslöser der AO: Beteiligungszugang, -abgang, Länderbezüge, Auslandssachverhalte. Die Folge: Fachbereich erfasst die Beteiligungsstruktur, Steuerer muss manuell prüfen, ob eine Meldepflicht bei der Bundeszentralbank oder dem BZSt ausgelöst wird – und diese Prüfung wiederholt sich, wenn sich Anteile verschieben. Kann eine spezialisierte Lösung hier den AO-Meldeprozess workflow-gesteuert automatisieren, statt nur abzubilden – mit Länderliste, Schwellenwertlogik, ELSTER-Schnittstelle und Fristenüberwachung?

Wie synchronisiert ihr die Beteiligungsstruktur aus einem etablierten Verwaltungssystem mit eurem ERP, ohne dass bei jeder Strukturänderung manuelle Nacharbeiten anfallen? Bei uns läuft derzeit ein Access-basiertes System parallel zum SAP, und der Datenabgleich kostet uns jeden Monat mehrere Tage Arbeit – bei jeder Umstrukturierung oder neuen Beteiligung müssen wir die Daten doppelt pflegen.

Wie bildet ihr in eurer Gremienverwaltungssoftware ab, dass Aufsichtsratsmitglieder bei bestimmten Tagesordnungspunkten nicht stimmberechtigt sind – etwa wegen Interessenskonflikten oder bei Wahlen? Unser etabliertes GRC-Tool erfasst zwar die Gremienbesetzung und generiert Ladungen, aber die Ausschlusskriterien für einzelne TOP und Personen müssen wir manuell dokumentieren und dann bei der Beschlussfassung wieder prüfen. Das führt dazu, dass bei der Auswertung von Abstimmungsergebnissen regelmäßig unklar ist, ob die erforderliche Quorumsschwelle tatsächlich erreicht wurde. Wie habt ihr das technisch gelöst – lässt sich das über ein flexibles Regelwerk im System abbilden, oder braucht es eine separate Zuordnungstabelle für Ausschlüsse pro Sitzung und TOP?

Bei der Verwaltung externer Mandate von Vorständen und Aufsichtsräten stelle ich immer wieder fest, dass die Genehmigungsprozesse und Offenlegungspflichten in etablierten Dokumentenmanagementsystemen nur unzureichend abgebildet werden. Typischerweise landen Mandatsanträge in einem Mailverteiler oder werden in einer Excel-Liste ohne strukturierte Prüflogik gesammelt – wer hat wann genehmigt, welche Interessenskonflikte wurden evaluiert, bis wann ist eine Offenlegung gegenüber dem Handelsregister oder der Compliance-Abteilung fällig? Die Systeme sind nicht mandantenfähig ausgelegt und erlauben keine Automatisierung von Eskalationsregeln bei kritischen Beteiligungen. Wie würde eine KI-gestützte Lösung hier Konfliktprüfung und Fristenkontrolle abbilden – etwa durch Verknüpfung mit der bestehenden Organübersicht und automatisierter Prüfung gegen regulatorische Schwellenwerte?

Bei unserem letzten Nachhaltigkeitsbericht nach CSRD ist uns ein Problem bei der Datenerfassung aufgefallen: Die Scope-3-Emissionen unserer Lieferkette erfordern Daten von etwa 150 Beteiligungsgesellschaften, aber unser bestehendes Berichtsystem kann diese nicht automatisiert konsolidieren. Wir müssen derzeit manuell Excel-Tabellen zusammenführen und können nicht nachverfizieren, welche Daten von wann stammen oder welche Gesellschaften bereits gemeldet haben. Die Anforderung nach Vollständigkeit und Nachvollziehbarkeit gemäß ESRS (European Sustainability Reporting Standards) lässt sich so nicht erfüllen. Wie müssten Stammdaten zur Beteiligungsstruktur mit einem Nachhaltigkeitsdaten-Management-System verbunden sein, um Lieferungen und CO₂-Scope-3-Zuordnungen nach Tochtergesellschaften zu tracken und regelmäßig zu aktualisieren, ohne dass jede Meldung einzeln eingepflegt werden muss?

Wie stellt ihr sicher, dass die Beteiligungsstammdaten aus eurem Beteiligungsmanagementsystem und den HR-Systemen konsistent bleiben, wenn Orgänderungen (Geschäftsführerwechsel, neue Prokuristen) zeitgleich in beiden Systemen erfasst werden müssen? Bei uns führt das regelmäßig zu Duplikaten und Unstimmigkeiten, die erst bei der Jahresabschlussabstimmung auffallen – und dann wird es zeitkritisch.

Anforderung: Unsere etablierte Datenbank-Lösung kann die Schnittstellen zu SAP und unserem HRIS-System nicht bidirektional synchronisieren – Beteiligungsdaten werden manuell doppelt eingepflegt. Wie handhabt ihr das technisch – über REST-APIs mit Event-basiertem Triggering, oder läuft das über ETL-Prozesse mit Scheduled Jobs?

Es gibt kaum ein Softwareprodukt, das wirtschaftlich Berechtigte in einer Konzernstruktur zuverlässig trackt – vor allem nicht, wenn Beteiligungen über mehrere Ebenen gehen oder sich Anteilsverhältnisse ändern. Unser DMS-System speichert zwar die Gründungsdokumente und GwG-Meldungen, aber es erkennt nicht automatisch, wenn sich durch eine Umwandlung oder Veräußerung die UBO-Konstellation ändert und eine neue §3 GwG-Meldung fällig wird. Die Folge: Wir arbeiten mit lokalem Tabellenkalkulationssystem parallel, halten manuell fest, welche Personen durch welche Gesellschaftsanteile begünstigt sind, und prüfen mühsam beim nächsten Meldestichtag nach, ob noch die gleichen UBOs gelten. Das verursacht Fehler und bindet jeden Stichtag eine halbe Person. Was ich bräuchte, ist eine Lösung, die aus der Beteiligungsstruktur – den Anteilen, den Gesellschaftsformen, ggf. den Stimmrechten – automatisch ableitet, wer wirtschaftlich berechtigt ist, und mich warnt, wenn sich diese Konstellation ändert.

Die meisten Beteiligungsmanagementsysteme behandeln AWV-Meldewesen als Anhängsel – wenn überhaupt. Dabei ist die Koordination zwischen Konzernstruktur und Z-Meldungen (Z4, Z5, Z10, Z15) für große Konzerne ein echtes Koordinationsproblem: Welche neue Beteiligung ab 20 % triggert eine Z4-Meldung, wann muss die Mitteilung bei der Bundesbank erfolgen, und wie stellt man sicher, dass Meldeschwellen nicht übersehen werden? Unser bisheriges System basiert auf Excel und HR-Daten, die nicht konsistent sind – wir halten die Registerdaten manuell ab udn benötigen eine Lösung, die die Beteiligungsdatenbank direkt mit einem AWV-Meldewerkzeug verbindet. Technisch: Wie müsste die Datenmodellierung aussehen, um Direktinvestitionen nach AStV/AWV korrekt zu klassifizieren und die Fristenüberwachung zu automatisieren?

Die CSRD verpflichtet uns ab 2025, auch Beteiligungsgesellschaften in den Nachhaltigkeitsbericht einzubeziehen – doch unsere aktuelle Datenbanklösung hat keine Struktur, um ESG-Metriken auf Ebene einzelner Beteiligungen zu erfassen und mit der Konzernkartografie abzugleichen. Wie sollte eine Lösung die Scope-3-Daten der Portfolio-Unternehmen aggregieren, ohne dass wir manuell Excels zusammenführen müssen?

Anforderung an die AO-Meldepflicht-Verwaltung: Unsere Excel-basierte Lösung zur Nachverfolgung von §138a AO Meldungen wird zunehmend fehleranfällig, wenn es um die korrekte Zuordnung von Meldepflichten bei mittelbaren Beteiligungen geht. Die Frage ist, wie ein System sicherstellen kann, dass die Gesamtkonzernstruktur automatisch auf Meldepflichten überprüft wird – also etwa wenn eine Beteiligung von 25 % erst durch die Verknüpfung mehrerer Anteilsketten entsteht. Gleichzeitig müssen wir nachweisen können, dass die Meldung an ELSTER fristgerecht erfolgt ist udn wir benötigen ein Audit-Trail für Zwecke der Betriebsprüfung. Wie würde ein solches System die regelmäßige Aktualisierung der Konzernkartografie mit dem Meldewesen verknüpfen, ohne dass manuelle Abgleiche notwendig sind?

Bei unserem letzten SAP-Rollout bin ich auf ein klassisches Problem gestoßen: Die HR-Daten zu Organmitgliedern und deren Mandaten werden von HR gepflegt, die Beteiligungsstruktur-Metadaten sitzen aber in unserem älteren DMS mit manuellen Excel-Exports. Wenn ein Vorstandsmitglied eine externe Aufsichtsratstätigkeit anmeldet, muss diese Information manuell in drei Systemen aktualisiert werden – mit entsprechenden Verzögerungen und Inkonsistenzen. Meine Frage: Wie sollte das API-Design einer Integrationslösung aussehen, um bidirektionale Synchronisation zwischen SAP SuccessFactors, dem DMS und einem dezidierten Governance-Tool zu ermöglichen, ohne Datenhoheit-Konflikte zu erzeugen? Und: Sollte man hier mit Event-basierter Architektur (Webhooks bei HR-Änderungen) arbeiten, oder ist ein nächtlicher Batch-Abgleich mit Konflikt-Report zuverlässiger? Ideal wäre ein System, das solche Master-Daten zentral vorhält und die Quellsysteme nur noch zur Validierung nutzt – aktuell zerfasert diese Verantwortung zu sehr.

Am Markt gibt es kaum Lösungen, die Gesellschafterversammlungen und Aufsichtsratssitzungen vollständig digital abbilden und gleichzeitig die Protokollierung sowie Beschlussfassung rechtssicher dokumentieren. Die meisten Tools zerlegen das in separate Systeme – eines für die Einladung, eines für Abstimmungen, eines für die Protokolle. Wie handhabt [ai]ntity die technische Synchronisation zwischen Ladungsfristen, Teilnehmerlisten und finalen Beschlussdokumenten – erfolgt die Versionierung und das Audit-Log auf einer Datenbank oder über separate API-Aufrufe an Backend-Services?

Es ist zeitraubend und fehleranfällig, externe Mandate von Vorständen und Aufsichtsräten in einer Kalkulationstabelle zu verwalten und dann manuell gegen Genehmigungslisten abzugleichen. Jedes Quartal müssen wir Interessenskonflikte neu prüfen, wissen aber nicht, welche Änderungen seit der letzten Runde hinzugekommen sind oder welche Mandate auslaufen – das liegt alles in verschiedenen E-Mails und Word-Dokumenten. Die zentrale Frage: Wie könnte ein solches System automatisiert nachverfolgen, welche Mandate offenlegungspflichtig sind (etwa Vorstandsfunktionen, Beiratsmandate, signifikante Beteiligungen), die Genehmigungs-Workflows abbilden und eine Übersicht zur Verfügung stellen, die jederzeit zeigt, wo Genehmigungen noch fehlen oder wo Interessenkonflikte entstehen könnten? Wichtig wäre auch, dass Änderungen mit Datumsstempel dokumentiert werden und ein Audit-Trail vorhanden ist für Jahresabschlussberichte und interne Compliance-Überprüfungen.

Es ist nervenaufreibend, dass die Anteilsbesitzliste nach §285 Nr. 11 HGB jedes Jahr aufs Neue aus drei verschiedenen Quellen zusammengetragen werden muss: Einmal aus dem HR-System für Mitarbeiterbeteiligungen, einmal aus unserem älteren Beteiligungsmanagementsystem und einmal aus manuellen Excel-Tabellen von Treasury. Niemand kann am Stichtag mit Sicherheit sagen, welche Version der Wahrheit aktuell ist, und der Jahresabschlussanhang wird erst fertig, wenn alle Unstimmigkeiten mühsam abgestimmt sind. Wie sollte eine Lösung idealerweise mit den Schwellenwertgrenzen und Befreiungstatbeständen umgehen – sollte das System automatisch berechnen, welche Gesellschaften unter §§263ff. HGB überhaupt Anhangangaben erfordern, oder bleibt das unvermeidlich eine manuelle Compliance-Prüfung? Und kann so ein System auch Geschäftsbeziehungen erkennen, die nach §313 Abs. 4 HGB als nicht wesentlich eingestuft werden können?

Letzte Woche musste ich feststellen, dass unsere Beteiligungsreferenten drei unterschiedliche Listen parallel pflegen: eine im etablierten ERP-System, eine in einem selbst entwickelten Access-System für Beteiligungsstrukturen und eine in einer Excel-Datei für die Handelsregister-Synchronisation. Ein Datenabgleich hätte zeigen sollen, dass eine Gesellschaft ihre Geschäftsführung gewechselt hat – das ERP kannte die neue Person, das Access-System nicht, und die Excel war vier Wochen veraltet. Wie stellt [ai]ntity sicher, dass solche Masterdaten aus HR/ERP/Handelsregister automatisch synchronisiert bleiben, ohne dass einzelne Änderungen erst manuell in mehreren Systemen eingepflegt werden müssen? Und wie wird verhindert, dass lokale Abweichungen entstehen, wenn z.B. der HR-Master eine Person korrekt einträgt, der Beteiligungsdatenbestand aber bewusst eine historische Variante des Namens führen muss (Stichwort Audit-Trail)?

Die HR-Abteilung meldet ständig neue Prokuristen, aber unsere Registerrechtskanzlei erhält diese Informationen über Umwege – E-Mail, Excel-Listen, manchmal widersprüchliche Angaben. Das ältere DMS, das wir für die HR-Verwaltung nutzen, hat keine strukturierte Schnittstelle zu unseren Handelsregister-Auszügen. Wie bewältigen andere Häuser die Synchronisation zwischen HR-Datenbank und den tatsächlich eingetragenen Vertretern – gibt es dafür API-Standards oder müssen wir manuell abgleichen?

Es ist frustrierend, dass wir bei jeder HR-Mutation oder Wechsel in der Geschäftsführung das Handelsregister manuell abfragen müssen, um zu prüfen, ob die Änderungen korrekt eingetragen wurden – unser DMS speichert zwar die Registerauszüge, aber es gibt keinen systematischen Abgleich mit unseren aktuellen Vertretungslisten. Wie lösen andere Unternehmen diese Vollständigkeits- und Aktualitätskontrolle für HR-Vertretungsregeln und Prokura ohne manuelles Checking?

§ 17 AktG definiert Beherrschung klar über Stimmrechtsanteil und faktische Einflussmöglichkeit – doch in der Praxis scheitert die Dokumentation dieser Kriterien oft an fehlender Systematik. Wie bildet eine moderne Beteiligungslösung ab, dass eine 30%-Beteiligung mit Geschäftsführer-Entsendungsrecht faktisch beherrschend ist, während eine 50%-Quote ohne Vertretung im Aufsichtsrat das nicht ist? Die Abgrenzung zwischen Beherrschungsverhältnis und gleichgeordnetem Konzern erfordert eine flexible Konfiguration von Indikatoren, nicht nur starre Schwellenwerte.

Wie bildet ihr in eurer Lösung ab, wenn eine GmbH sich in eine SE umwandelt und dabei die Gesellschafternamen sowie Stimmrechtsanteile neu zugeordnet werden – muss die historische Struktur vollständig erhalten bleiben oder genügt ein Stichtagsabschnitt? Bei uns läuft derzeit noch ein etabliertes Datenbanksystem, das Umwandlungen nur als Neueintrag speichert, ohne die Genealogie der Anteile nachvollziehbar zu halten. Das Problem: Für die Anteilsbesitzliste nach §313 HGB müssen wir retroaktiv belegen können, wer zu welchem Zeitpunkt Gesellschafter war, und bei einer SE-Umwandlung mit gleichzeitiger Anteilsumbuchung wird das manuell zur Fehlerquelle. Wie würdet ihr ein Versionierungsmodell aufbauen, das sowohl die Vor- als auch die Nachstruktur mit Gültigkeitsdaten verwaltet, ohne dass eine Migration zur Hölle wird?

Gesellschaftsverträge müssen mit ihren Änderungsversionen und Notarversionen vollständig nachverfolgbar sein – wer hat wann welche Fassung genehmigt, und welche Version gilt aktuell für Handelsregister-Anmeldungen? Ein etabliertes Dokumentenmanagementsystem scheitert hier, weil es Verknüpfungen zu den Registereintragungen und zu den konkreten Beschlussdaten nicht abbilden kann.

Unterschied zwischen einem etablierten DMS und einer auf Gesellschaftsverträge spezialisierten Lösung: Im DMS landen alle Dokumente flach ab, ohne Bezug zur jeweiligen Rechtsentität oder zur Änderungshistorie. Eine dedizierte Anwendung müsste Verträge mit ihren Notarversionen versionieren, Gültigkeitszeiträume abbilden und automatisch zu Satzungsänderungen oder Registeranmeldungen verlinken können – das fehlt am Markt für kleinere und mittlere Konzerne komplett.

Es ist frustrierend, dass wir in unserem DMS-System die Versionshistorie von Konzernstrukturen nicht zeitlich nachvollziehen können – wir speichern zwar Snapshots, aber es gibt keinen zuverlässigen Audit-Trail, wann welche Beteiligungsänderung eingebucht wurde und wer sie vorgenommen hat. Wenn der Wirtschaftsprüfer einen Stichtagsabgleich für das Vorjahr verlangt, müssen wir manuell durch alte E-Mails und Excels graben. Wie gehen andere damit um – arbeitet ihr mit einer Versionierungsstrategie, die Zeitreisenabfragen ermöglicht, oder seht ihr das als Grenze zwischen DMS udn Spezialsoftware? Idealerweise würde ich ein System nutzen, das nicht nur den aktuellen Stand abbildet, sondern auch auf jeden historischen Stichtag (z.B. Bilanzstichtag) zurückrechnen kann, wer direkter und mittelbarer Gesellschafter war.

Bei einer aktuellen Akquisition in unserem Portfolio stoßen wir auf folgendes Problem: Die Due-Diligence-Checkliste enthält eine Vielzahl von Dokumenten, Verträgen und Beteiligungsstrukturen, die wir manuell mit den entsprechenden Gesellschaftsanteilen im System verknüpfen müssen – ohne dass es eine standardisierte Schnittstelle zwischen unserem DMS und der Beteiligungsverwaltung gibt. Wie sollte eine Lösung technisch aufgebaut sein, um Closing-relevante Dokumente (SPA, Kaufpreisallokation, Vollzugsbedingungen) sowie historische Masterdaten zur Zielgesellschaft automatisiert zu verlinken und dabei Versionierung sowie Audit-Trail zu gewährleisten? Wäre hier ein ereignisgesteuertes API-Design mit dokumentgestützten Transaktionen das richtige Muster, oder gibt es bewährte Ansätze zur Integration von DMS und Beteiligungsmanagement, die wir berücksichtigen sollten?

Bei der Migration unserer Beteiligungsverwaltung von einem älteren DMS zu einer modernen Lösung bin ich auf ein grundsätzliches Problem gestoßen: Die bestehenden Schnittstellen zu unserem ERP-System (SAP) arbeiten über täglich gepulte CSV-Dateien mit Verzögerung. Wie handhabt ihr das Thema Echtzeit-Synchronisation von Masterdaten zwischen Beteiligungsmanagement und ERP – braucht es da SOAP/REST-APIs mit Webhooks, oder gibt es bewährte Patterns für On-Premise-Szenarien?

Bei der Übermittlung von AO-Meldungen nach §138a AO stelle ich immer wieder fest, dass die Zuordnung von Beteiligungsmutationen zu den korrekten Meldepflicht-Schwellwerten problematisch wird, wenn Anteilsveränderungen rückwirkend korrigiert werden müssen. Wie handhaben andere die Versionierung von Beteiligungsmeldungen in ELSTER, wenn zwischen Signing und Closing-Datum eine Mitteilungspflicht ausgelöst wurde, die dann durch die finale Struktur widersprochen wird – ist hier eine API-basierte Entkopplung zwischen dem operativen Beteiligungsregister und der Meldungs-Queue sinnvoller als eine manuelle Synchronisation?

Dass wir bei jeder Jahresabschluss-Prüfung wieder Stunden damit verbringen, aus unserem Excel-basierten System die Anteilsbesitzliste für §285 Nr. 11 HGB manuell zu compilieren und nachzurecherchieren, wer noch als Tochter oder Beteiligung zu deklarieren ist – das kann nicht sein. Eine zentrale, durchsuchbare Verwaltung mit Automatismus zur Schwellenwertprüfung und Vollständigkeitskonrolle würde den Prüfablauf um Wochen verkürzen.

Transparenzregister vs. interne Beteiligungsdatenbank – wo liegt der Datenhoheit-Konflikt? Bei uns offenbaren sich regelmäßig Unstimmigkeiten zwischen den im Transparenzregister gemeldeten wirtschaftlich Berechtigten und den Angaben in unserem ERP-gestützten Gesellschafterregister. Das Problem: Beide Systeme verwenden unterschiedliche Datenmodelle für die Abbildung von Beteiligungsketten, und es gibt keine definierte Synchronisationslogik. Wie würde [ai]ntity die Meldepflicht nach §3 GwG mit einer durchgängigen Datenstruktur abdecken – insbesondere bei mehrstufigen Beteiligungen, bei denen die wirtschaftliche Berechtigung sich indirekt oder durch Stimmrechtsvereinbarungen ergibt? Welche API-Anforderungen sind notwendig, um Änderungen in der Beteiligungsstruktur automatisiert in die Meldeprozesse einfließen zu lassen, ohne dass juristische Assessments doppelt erfolgen müssen?

Am Markt fehlt eine Lösung, die Geschäftsführer- und Organlisten automatisch mit Handelsregisterauszügen abgleicht und Unstimmigkeiten flaggt – insbesondere bei Amtszeiten und Vertretungsregelungen. Heute machen wir das manuell in Excel und verlieren regelmäßig den Überblick, wenn Änderungen nicht zeitnah ins HR-System rücksynchronisiert werden.

§ 309 AktG schreibt vor, dass bei Akquisitionen die Vollzugsbedingungen dokumentiert und nachgewiesen werden müssen – doch wie lässt sich das systematisch in einer dezentralen M&A-Landschaft mit mehreren Tochtergesellschaften abbilden? Unser bestehendes DMS speichert SPAs und Closing-Unterlagen zwar ab, kann aber keine Vollzugschecklisten automatisiert triggern oder den Status je Bedingung nachhalten. Fehlt euch das auch, oder gibt es bereits etablierte Workflows, um Signing/Closing-Daten udn Erfüllungsproofs zentral zu verwalten?

Wie lässt sich in einer dezentralen Konzernstruktur sicherstellen, dass Gesellschafterversammlungen und Aufsichtsratssitzungen tatsächlich mit dem korrekten Quorum stattfinden? Bislang nutzen wir ein Excel-basiertes System, das nur eine statische Liste der Stimmrechtsanteile zeigt – wenn sich aber kurzfristig Beteiligungsquoten verschoben haben oder Proxy-Regelungen greifen, sind wir blind. Das führte bereits zu Protokollen, die rückwirkend angefochten wurden, weil die Anwesenheitsliste nicht mit der tatsächlichen Stimmrechtsverfügung übereinstimmte. Eine Lösung müsste in Echtzeit die aktuellen Beteiligungsverhältnisse mit den Einladungslisten abgleichen und vor der Sitzung warnen, wenn Quorum-Anforderungen (insbesondere bei qualifizierten Mehrheiten) nicht erfüllt sind – mit vollständigem Audit-Trail zur Nachweisbarkeit gegenüber Wirtschaftsprüfern.

Transparenzregister versus interne Beteiligungsdatenbank – wo liegt der echte Single Point of Truth? Bei uns landen die UBO-Meldungen für das Transparenzregister nach wie vor über einen manuellen Prozess: Daten aus unserem älteren DMS werden in eine Tabelle exportiert, mit Registerauszügen abgeglichen und dann manuell ins Portal eingegeben. Das Problem: Wenn sich tatsächliche wirtschaftlich Berechtigte udn deren Beteiligungshöhen ändern, geraten die beiden Quellen regelmäßig auseinander, und wir haben keinen zuverlässigen Weg, zu prüfen, welche Version aktuell ist. Wie löst [ai]ntity die Synchronisation zwischen lokaler Datenbank und den Meldepflichten nach §3 GwG? Gibt es eine automatisierte Validierungslogik, die Unstimmigkeitsmeldungen auslöst, bevor sie problematisch werden? Praktisch wäre auch eine Funktion, die Stichtagsbetrachtungen ermöglicht – also die Fähigkeit, rückwirkend nachzuweisen, wer zu einem bestimmten Datum als UBO galt und was gemeldet wurde.

Entweder wir führen für jede Beteiligungsmutation manuell eine Stichtagsbetrachtung durch und archivieren alte Snapshots irgendwo im DMS – oder wir haben ein System, das automatisch historische Zustände von Konzernstrukturen speichert und zu jedem beliebigen Stichtag abrufbar macht. Gibt es für letzteres bereits eine etablierte Lösung mit Graph-Datenmodell, die auch Audit-Trails für Behörden und Wirtschaftsprüfer liefert?

§ 8 Abs. 3 HGB verpflichtet zur Anmeldung von Vertretungsbeschränkungen ins Handelsregister – doch wie abbildet ein System, dass eine Prokuristin zwar allgemein zeichnungsberechtigt ist, aber bei Grundstücksgeschäften die Zustimmung des Geschäftsführers braucht? Unser aktuelles HR-System kann solche differenzierten Beschränkungen überhaupt nicht darstellen.

Wie stellt ihr sicher, dass AO-Meldungen zu Beteiligungsveränderungen tatsächlich vollständig und rechtzeitig beim Finanzamt eingehen? Bei uns nutzen wir derzeit ein älteres DMS in Kombination mit manuellen Excel-Listen zur Dokumentation von Beteiligungsmitteilungen nach §138 AO. Das Problem: Wenn sich Strukturen ändern – etwa durch eine Anteilsverlagerung zwischen Konzernunternehmen – verlieren wir den Überblick, welche Meldungen already triggered wurden udn ob alle relevanten Schwellwertveränderungen tatsächlich gemeldet worden sind. Zusätzlich fehlt uns ein zuverlässiger Audit-Trail für Prüfungen durch die Wirtschaftsprüfer. Gibt es einen etablierten Prozess, wie sich Änderungen in der Beteiligungsstruktur automatisch mit ausstehenden AO-Meldepflichten abgleichen lassen – insbesondere bei mehrstufigen Beteiligungen und indirekten Länderbezügen?

Eine GmbH-Gründung vs. AG-Gründung: Bei der Umstrukturierung größerer Konzernzweige scheitert der Vergleich oft, weil unklar ist, wie ein etabliertes ERP-System die unterschiedlichen Kapitalstruktur-Änderungen abbildet – Stammpflichtkapital, Geschäftsguthaben, Nennbeträge. Welches Datenmodell würde hier Unterscheidungen in Rechtsform-spezifischen Attributen saubern umsetzen, ohne redundante Tabellen zu schaffen?

Die CSRD verpflichtet uns ab 2024, auch Beteiligungsgesellschaften in den Scope-3-Lieferkettendaten zu erfassen – nur: wie synchronisiert man Nachhaltigkeitskennzahlen aus dezentralen Beteiligungen automatisiert mit der Konzernbilanz? Unser bestehendes Nachhaltigkeits-Reporting-Tool kommuniziert nicht mit unserem Beteiligungsmanagementsystem, weshalb wir derzeit manuell Daten zwischen Excel und dem Legacy-System abgleichen müssen.

Bei der letzten Akquisition haben wir festgestellt, dass die Kaufpreisallokation und die laufende Dokumentation der Closing-Bedingungen komplett fragmentiert waren – verstreut über E-Mails, ein Word-Dokument und eine Excel-Tabelle. Wie handhaben andere Unternehmen die zentrale Verwaltung von SPA-Dokumenten und die Nachverfolgung von Vollzugsausstände, insbesondere wenn mehrere Tranche-Zahlungen oder Earn-outs involviert sind? Gibt es Best Practices zur Versionskontrolle und zum Audit-Trail für transaktionsspezifische Daten in einer M&A-Software?

Anforderung: Bei der Einladung zu Gesellschafterversammlungen muss nachvollziehbar dokumentiert werden, dass die gesetzlichen Ladungsfristen eingehalten wurden – insbesondere bei Mehrheitsbeteiligungen und Konzerntöchtern mit unterschiedlichen Satzungsbestimmungen. Wie sollte ein System die Berechnung und den Nachweis der Ladungsfrist (z.B. zwei Wochen nach §123 AktG vs. kürzere Satzungsfristen) für verschiedene Gesellschaftstypen automatisiert durchführen, ohne dass jedes Mal eine manuelle Kontrolle notwendig ist? Relevant auch für die Dokumentation gegenüber Wirtschaftsprüfern.

Die Anforderung ist klar: Wir müssen jeden SPA (Share Purchase Agreement) mit seinen Vollzugsbedingungen, Signing- und Closing-Daten sowie der Kaufpreisallokation zentral verwalten und jederzeit nachvollziehbar machen, welche Bedingungen erfüllt sind und welche noch offen. Ein etabliertes DMS reicht dafür nicht aus – es fehlt eine strukturierte Datenbasis mit definierten Feldern, Abhängigkeiten und Workflow-Status. Wie würde [ai]ntity das Datenmodell aufbauen: Relationales oder Graph-Modell für die Abhängigkeiten zwischen Closing-Bedingungen, und wie erfolgt die Versionierung des SPA bei Amendments?

Zwischen Excel-Listen für externe Mandate und einem vollständigen GRC-Tool klafft eine große Lücke: Entweder man verliert die Übersicht über Interessenskonflikte und Genehmigungsflows, oder man bezahlt für Funktionalität, die man gar nicht braucht. Hat jemand Erfahrung mit einem schlanken System, das nur Mandate von Organmitgliedern und Mitarbeitern mit Konfliktcheck und Approval-Workflow abbildet, ohne dabei ein ERP-Monster zu sein?

Anforderung: Externe Mandate von Geschäftsführern und Aufsichtsräten müssen zentral erfasst und auf Interessenskonflikte geprüft werden – insbesondere, wenn diese bei Konkurrenten oder Kunden liegen. Unser aktuelles Dokumentenmanagementsystem bietet dafür nur eine Zettelwirtschaft: Mandate werden per Mail eingereicht, landen in verschiedenen Ordnern, und niemand hat einen aktuellen Überblick, ob eine Genehmigung vorliegt oder nicht. Wie könnte eine Lösung hier Workflow-gestützt mit Genehmigungskaskade und automatischer Fristenkontrolle arbeiten?

Gestern hat unser WP bei der Jahresabschlussrevisoion nachgefragt, warum in der Anteilsliste nach §285 Nr. 11 HGB drei Beteiligungen fehlen – dabei sind sie alle über 20% gehalten. Das Problem: In unserem Excel-basierten System habe ich die Schwellenwertprüfung manuell über mehrere Spalten verteilt, und bei einer stillen Beteiligung bin ich unsicher gewesen, wie diese zu bilanzieren ist. Wie integriert [ai]ntity die Befreiungstatbestände und Minderheitsausnahmen in die Vollständigkeitsprüfung der Anteilsliste?

Am Markt fehlt eine Lösung, die Beteiligungsstrukturen direkt mit Nachhaltigkeitsdaten verknüpft – also automatisch abbildet, welche Tochterunternehmen in der Lieferkette für Scope-3-Emissionen relevant sind und welche Governance-Anforderungen daraus folgen. Derzeit arbeiten Nachhaltigkeits- und Legal-Teams völlig getrennt: der ESG-Manager sammelt manuell Daten, der Beteiligungsreferent pflegt das Konzernbeziehungssytem, und keiner weiß, ob die Lieferkette-Abgrenzung aktuell ist. Eine integrierte Plattform könnte hier erheblich Zeit sparen – nicht nur bei der CSRD-Berichterstattung, sondern auch bei laufenden Kontrollen.

Am Markt fehlt eine Lösung, die Compliance-Workflows mit echten Genehmigungsketten verknüpft – die meisten Systeme bilden entweder Prozesse oder Datenstrukturen ab, aber nicht beides integriert. Wie würde [ai]ntity das Vier-Augen-Prinzip bei Anteilstransaktionen technisch umsetzen – über ein rolebasiertes Access-Control-Modell mit Audit-Log, oder über einen separaten Workflow-Engine-Ansatz mit SAML-Authentifizierung?

Transparenzregister versus internem Beteiligungsmanagement – wo sind die Schnittstellen? Bei uns offenbaren sich regelmäßig Unstimmigkeiten zwischen dem, was das Transparenzregister über unsere wirtschaftlich Berechtigten dokumentiert, und den Daten, die in unserem eigenen System gepflegt werden. Die technische Frage ist: Wie könnte eine bidirektionale Abfrage des Transparenzregisters (API oder Datenexport) aussehen, um diese Lücke zu schließen – funktioniert das über XML-Import, oder gibt es andere Standardschnittstellen? Fachlich interessiert uns vor allem die Praxis bei Unstimmigkeitsmeldungen nach §23 GwG: Müssen wir proaktiv mitteilen, wenn unsere internen Daten vom Registerstand abweichen, oder genügt es, die Register-Auskünfte regelmäßig zu validieren? In der Praxis erleben wir, dass diese beiden Datenquellen quasi parallel gepflegt werden, was zu Pflegeaufwand führt – mich würde interessieren, ob andere Häuser für diesen Prozess Automatismen eingebaut haben oder ob das aktuell noch überall Handarbeit ist.

Am Markt fehlt eine durchgängige Lösung für die systematische Verwaltung von UBO-Unstimmigkeiten. Derzeit arbeiten wir mit einem Compliance-Tool und einem älteres DMS parallel, um Transparenzregister-Meldungen nachzuhalten – aber es gibt keine Schnittstelle, die automatisch flaggt, wenn sich wirtschaftlich Berechtigte ändern, ohne dass wir manuell abgleichen. Nach §3 GwG und den Vorgaben der BaFin müssen wir nachweisen können, welche Unstimmigkeiten gemeldet wurden, wann sie gemeldet wurden und wie sie behoben sind. Die fehlende Audit-Trail-Funktionalität macht es schwierig, das Tracing für Behördenabfragen sauber zu dokumentieren – und bei mehrschichtigen Beteiligungsstrukturen verliert man schnell den Überblick, ob eine Meldepflicht ausgelöst wurde oder nicht. Kann eine Lösung wie die von [ai]ntity hier auch die GwG-Sorgfaltspflichten abbilden, oder bleibt das zwangsläufig eine externe Speziallösung?

Die AO-Meldung nach §138b muss für Beteiligungserwerbe ab 10 % sicherstellen, dass alle relevanten Länderbezüge korrekt erfasst und an ELSTER übermittelt werden – derzeit passiert das bei uns fragmentiert über ein Excel-basiertes System und manuelle Prüflisten. Das Problem: Sobald eine Beteiligung mehrfach strukturiert ist (etwa über Zweckgesellschaften oder Cross-Border-Konstrukte), verlieren wir den Überblick, welche wirtschaftlichen Substanzländer tatsächlich gemeldet werden müssen und welche bereits in einer Vormeldung erfasst sind. Wie können wir ein Datenmodell aufbauen, das Beteiligungsstrukturen mit ihren geografischen Ankerpunkten (Gründungsland, Verwaltungssitz, Betriebsstätte) verknüpft und automatisch erkennt, ob eine neue Meldepflicht entsteht oder eine Berichtigungsmeldung erforderlich ist – einschließlich Fristenüberwachung? Welche Schnittstellen zum ELSTER-Portal sind dafür notwendig, udn wie wird Änderungsverlauf dokumentiert?

Bei der Abwicklung von Z-Meldungen nach der Außenwirtschaftsverordnung stelle ich immer wieder fest, dass die Datenqualität zu Meldezeitpunkt entscheidend ist – aber es fehlt ein System, das automatisch nachverfolgbar dokumentiert, wann welche Beteiligungsdaten tatsächlich vollständig und geprüft vorgelegen haben. Konkret: Wenn eine Direktinvestition über mehrere Töchter erfolgt und die Beteiligungskette nicht zeitgleich in einer zentralen Datenbasis aktualisiert wird, sind die Z-Meldepflichten schwer nachzuweisen. Die Frage ist: Wie kann eine Lösung die Meldeschwellen überwachen und dokumentieren, dass zum Stichtag der Meldung tatsächlich alle notwendigen Anteilsquoten korrekt erfasst waren – inkl. Audit-Trail für die Bundesbank? Ein Excel-basiertes System oder gar dezentrale HR-Datenbanken helfen da nicht weiter.

§ 12 HGB schreibt vor, dass Vollmachten im Handelsregister eingetragen werden müssen – doch in der Praxis zeigt sich: Viele Unternehmen arbeiten mit einem älteren DMS-System, das Prokura-Entwürfe, Vollmachtsvordrucke und die korrespondierende Notarbeurkundung nicht systematisch miteinander verknüpft. Das Ergebnis sind fehlende oder veraltete Vertretungsregeln, die dann beim nächsten HR-Wechsel nicht nachvollzogen werden können. Welche Anforderungen sollte eine digitale Lösung hier mindestens erfüllen: Zeitstempel der Vollmachtserteilung, automatische Notarverständigung, Zuordnung der beglaubigten Unterschriftsblätter zur HR-Anmeldung, und eine prüfbare Nachweiskette für Wirtschaftsprüfer? Oder sehe ich das zu technisch und liegt das Problem primär in der Prozessorganisation?

§138a AO verlangt die Mitteilung von Beteiligungserwerben ab 25% innerhalb von zwei Monaten – doch wenn Konzernstrukturen über mehrere Ebenen laufen, wissen wir oft nicht, ob die Meldepflicht überhaupt ausgelöst wurde oder durch wen. Das Kernproblem: unsere HR-Datenbank, unser ERP und die Beteiligungsverwaltung sprechen nicht miteinander, und niemand hat eine definitive Single Point of Truth, was wirklich kontrolliert wird. Wie löst ihr das technisch – über ein zentrales Datenmodell mit Echtzeitvalidierung gegen die Konzernstruktur?

CSRD-Reporting verlangt, dass auch mittelbare Beteiligungsgesellschaften im Scope-3-Verzeichnis erfasst werden – manche Dax-Konzerne arbeiten dafür noch mit Spreadsheets und manuellen Abfragen bei den Gesellschaftern, andere haben bereits dedizierte Nachhaltigkeitslösungen angebunden. Das Problem: während die Nachhaltigkeitssoftware Emissionsdaten sammelt, sitzt die Beteiligungsstruktur in einer Insellösung ohne Schnittstelle dazu. Das führt zu doppelter Dateneingabe und Synchronisationsproblemen, wenn sich die Struktur ändert. Welche API-Standards oder Datenmodelle sieht [ai]ntity vor, um Beteiligungsdaten (Anteilquoten, Konsolidierungsmethode, Zugänge/Abgänge im Geschäftsjahr) maschinenlesbar an ESG-Reporting-Systeme zu übergeben? Und wie wird sichergestellt, dass historische Strukturdaten – also Stichtagsbetrachtungen – für die Rückjahres-Vergleichbarkeit erhalten bleiben, wenn Daten von außen eingespeist werden?

Die Anforderung ist simpel, aber in der Praxis kaum lösbar: Wir brauchen ein System, das historische Geschäftsführer- und Organlisten mit ihren genauen Amtszeiten, Bestellungs- und Abberufungsdaten mandantenübergreifend verwaltet – und zwar nicht nur aktuell, sondern auch für Stichtagsabfragen über Jahre hinweg. Unser etabliertes HR-System liefert die Organbesetzung zwar, aber es hat keine Schnittstelle zu den Handelsregister-Eintragungen und keine Möglichkeit, vergangene Zustände zu rekonstruieren. Wenn der Wirtschaftsprüfer nachfragt, wer am 30.09.2021 Geschäftsführer war und seit wann, müssen wir händisch in alten Registerauszügen kramen. Hinzu kommt: Die Abberufungsdaten werden oft erst nach Verzögerung registriert, sodass wir nicht zuverlässig sehen können, ob jemand noch im Amt war oder bereits ausgeschieden. Wie müsste eine Lösung die Zeitdimensionierung und die Verknüpfung mit Handelsregister-Events abbilden, um sowohl aktuell als auch historisch Abfragen zu ermöglichen?

§119 AktG schreibt vor, dass Ladungsfristen für Hauptversammlungen mindestens 30 Tage betragen – doch wie erfasst man systemisch, wann die Ladung tatsächlich erfolgt ist, wenn Mehrfachmitteilungen per E-Mail, Handelsregisterveröffentlichung und ggf. Depot-Einrichtungen parallel laufen? Gibt es ein etabliertes Datenmodell für Gremienevent-Verwaltung, das Stichtagslogik und Versand-Audit-Trails abbildet?

Anforderung: Wir brauchen eine Funktion, die automatisch erkennt, wenn eine Geschäftsführerin oder ein Geschäftsführer aus dem Handelsregister ausgeschieden ist, und diese Information in unserer HR-Datenbank abbildet – ohne manuelle Abgleiche. Gibt es hier Schnittstellen zu den HR-Systemen, oder müssen wir das selbst orchestrieren?

Ein Konzernrevisionsteam hat bei uns gerade festgestellt, dass die Genehmigungsworkflows für externe Mandate von Vorstandsmitgliedern in drei verschiedenen Systemen parallel ablaufen – teilweise mit unterschiedlichen Ablehnungsgründen und Audit-Trails. Das Vier-Augen-Prinzip ist damit faktisch nicht durchzusetzen, und bei einer Prüfung durch die Aufsichtsbehörde können wir nicht konsistent nachweisen, wer wann welche Entscheidung getroffen hat. Die bisherige Lösung besteht aus verteilten Excel-Listen und Email-Freigaben, die keine echte Versionskontrolle und keinen nachvollziehbaren Audit-Log haben. Wie würde [ai]ntity hier die Genehmigungslogik so abbilden, dass ein zentraler Workflow mit vollständiger Nachvollziehbarkeit und Eskalationsprozessen entsteht – insbesondere auch für die Historienabfrage gegenüber Aufsichtsräten und Wirtschaftsprüfern?

Es ist frustrierend, dass wir immer noch mit drei verschiedenen Approval-Workflows arbeiten, je nachdem ob es um Organwechsel, Mandatsverteilungen oder Satzungsänderungen geht – teilweise parallel, teilweise sequenziell, und niemand kann mir präzise sagen, welche Stufe gerade wer durchlaufen hat. Unser etabliertes GRC-Tool kennt Beteiligungsstrukturen nicht und bildet daher nicht ab, dass eine Vorstandsernennung in einer Tochtergesellschaft eine bestimmte Compliance-Prüfung und eine Interner-Audit-Freigabe erfordert, bevor sie zum Handelsregister darf. Wie würde ein spezialisiertes System hier Genehmigungsketten definieren – über Kontexte wie Rechtsform, Beteiligungsquote und Organtyp? Und kann es über ein Audit-Log nachweisen, dass wirklich das Vier-Augen-Prinzip eingehalten wurde und alle Fristen eingehalten sind, falls die BaFin nachfragt?

Bei der Prüfung faktischer Konzerne stoße ich regelmäßig darauf, dass die Abhängigkeitsrelationen zwischen Muttergesellschaft und Töchtern in den bestehenden Datenbanksystemen nicht konsistent abgebildet werden. Das liegt oft daran, dass Beherrschungsverträge, stille Beteiligungen oder Organschaftsverhältnisse in verschiedenen Modulen einzeln gepflegt werden – mal im HR-System (Geschäftsführer), mal im ERP (Cashflow-Kontrolle), mal in einem älteren Access-basierten Registerauszug-Archiv. Die Frage ist: Wie sollte ein modernes Beteiligungsmanagementsystem die Zurechnung von wirtschaftlicher Beherrschung nach §§ 17, 18 AktG technisch modellieren, damit sie nicht nur dokumentiert, sondern auch für Konsolidierungsentscheidungen nachverfolgbar ist? Braucht es ein eigenständiges Datenmodell für Beherrschungsrelationen mit Versionierung, oder sollte das über einen Graph-basierten Ansatz gelöst werden?

Letzte Woche musste ich einen Gründungsbeurkundungsentwurf für eine neue Holdinggesellschaft koordinieren, und der Notar hat den Entwurf dreimal überarbeitet, weil die Grunddaten aus unserem selbst entwickelten Access-System nicht konsistent waren – Gründer-Adresse hier, andere Beteiligungshöhe dort. Das System hat keine Versionskontrolle und keinen Audit-Trail, daher konnte ich nicht nachvollziehen, wer was wann geändert hat. Meine Frage: Wie sollte eine spezialisierte Lösung den Beurkundungsworkflow mit dem Datenmodell verknüpfen – müssen Entwurfsstände versioniert werden und automatisch gegen ein zentrales Stammdaten-Modell validiert, oder reicht eine dokumentierte Checkpoint-Struktur mit Freigabe durch Legal vor Notar-Versand? Und wie würde man technisch sicherstellen, dass Änderungen nach der ersten Entwurfsfassung im System nachvollziehbar bleiben udn gleichzeitig die Integrität der Notardaten gewährleistet ist?

§ 290 Abs. 1 HGB fordert die Darstellung von Konzernstrukturen – aber wie dokumentiert man mehrschichtige Anteilsketten mit stillen Beteiligungen, Treuhandkonstruktionen udn variablen Stimmrechtsvereinbarungen nachvollziehbar, ohne dass die Kartografie zur unlesbaren Spaghetti wird?

Es ist frustrierend, dass sich Compliance-Anforderungen und Genehmigungsworkflows in unserem Beteiligungsmanagement immer noch über mehrere dezentrale Systeme verteilen – Spreadsheets für die Vier-Augen-Prüfung, E-Mails für Eskalationen, und dann noch separate Dokumentation für den Audit-Trail. Wenn ich nachweisen muss, dass eine Organbesetzung oder eine Beteiligungsänderung den internen Richtlinien entsprach und die erforderlichen Unterschriften vorlagen, brauche ich heute eine halbe Stunde, um alle Quellen zusammenzutragen. Welche API-Anforderungen wären notwendig, um Genehmigungsschritte automatisiert zu loggen und mit Zeitstempel sowie Nutzeridentifikation an ein zentrales Audit-Log zu schreiben, das BaFin- und Wirtschaftsprüfer-konform ist? Ideal wäre auch die Möglichkeit, Ablehungsgründe und Änderungsanforderungen direkt im Workflow zu dokumentieren, statt das nachträglich irgendwo festzuhalten.

Anforderung: Gesellschaftsverträge und Satzungen müssen mit ihren Änderungshistorien vollständig nachverfolgbar sein – insbesondere die Verkettung zu den entsprechenden Handelsregistereintragungen und Notarurkunden. Ein etabliertes DMS in unserem Konzern verwaltet zwar die Dokumente, aber es gibt keine strukturierte Abbildung der Gültigkeitszeiträume oder der logischen Abhängigkeiten zwischen Vertragsfassung, Notarversion und HR-Eintrag. Wenn der Wirtschaftsprüfer fragt, welche Fassung der Satzung am 31.12.2022 aktuell war und wer damals Geschäftsführer sein durfte, muss ich manuell durch E-Mails und Ordnerstrukturen kramen. Wie würde eine KI-gestützte Lösung Versionierung, Gültigkeitsdatierungen und Querverweise auf Beurkundungen abbilden, ohne dass ich parallel ein weiteres Tool füttern muss?

Es ist frustrierend, dass unsere Excel-basierte Beteiligungsverwaltung keine Abhängigkeitsketten automatisch nachverfolgbar macht – bei jeder Strukturveränderung müssen wir manuell alle indirekten Beteiligungen neu berechnen und Anteilsquoten aktualisieren. Wie würde [ai]ntity einen Graph-basierten Ansatz für multi-level Anteilsketten implementieren, um solche Recalculations automatisiert zu handhaben?

Wie haltet ihr aktuell nach, wenn ein Geschäftsführer seine Amtszeit beendet – insbesondere bei Abberufungen vor Ablauf der regulären Frist? Ein etabliertes HR-System zeigt uns zwar den Kündigungstermin, erfasst aber nicht, ob die Abberufung durch Gesellschafterbeschluss erfolgt ist, wann genau diese wirksam wurde und welche Vertretungsregeln danach greifen. Die Zuordnung von Geschäftsführern zu Amtszeiten wird dadurch fehlerhaft, und bei einer Ad-hoc-Prüfung durch den WP sind wir nie sicher, ob unsere Listen mit den HR-Daten und den HR-Einträgen übereinstimmen.

Am Markt fehlt eine Lösung, die Compliance-Workflows und Genehmigungsprozesse mit rollenbasiertem Zugriff auf Beteiligungsdaten in einer einzigen Instanz verbindet – stattdessen arbeiten wir mit separaten Tools für GRC und für die Konzernkartografie. Wie würde [ai]ntity technisch sicherstellen, dass beim Vier-Augen-Prinzip für kritische Beteiligungsentscheidungen (z. B. Schwellenwert-Meldungen nach §138 AO oder Freigaben von UBO-Änderungen) die Authentifizierung über SAML/OIDC erfolgt und gleichzeitig ein unverrückbares Audit-Log die gesamte Eskalationskette dokumentiert?

In der Praxis zeigt sich immer wieder: Konzernstrukturen mit vielen mittelbaren Beteiligungen und stillen Gesellschaftern lassen sich in einem Excel-basierten System nicht zuverlässig abbilden. Wir hatten letztens einen Fall, bei dem eine Anteilskette über vier Ebenen hinweg nicht korrekt erfasst war – das Controlling konnte die tatsächliche Beherrschungsquote der Muttergesellschaft nicht nachvollziehen. Wie geht ihr damit um, wenn das Altsystem keine hierarchischen Beziehungen und Durchrechnung von indirekten Anteilen erlaubt?

Bei der Vorbereitung unserer IFRS-Konsolidierung für das laufende Geschäftsjahr bin ich auf ein wiederkehrendes Problem gestoßen: Die Identifikation des tatsächlichen Konsolidierungskreises erfordert derzeit manuelle Abgleiche zwischen unserem etablierten Beteiligungsmanagementsystem, den HR-Stammdaten und dem ERP-System. Besonders bei indirekten Beteiligungen über mehrere Ebenen hinweg und bei Minderheitsanteilen unter 50 % entstehen Unstimmigkeiten darüber, wer Kontrollgewalt nach IFRS 10 ausübt und wer ggf. nach IAS 28 mit der Equity-Methode zu bilanzieren ist. Wie sollte eine Lösung strukturiert sein, um aus einer einzigen Beteiligungsstruktur die vollständige Konsolidierungskette (einschließlich faktischer Kontrolle, gemeinsamer Kontrolle und erheblicher Einflussfaktoren) automatisiert zu ermitteln udn dabei auch historische Stichtagsbetrachtungen für vorherige Perioden zu unterstützen? Insbsondere interessiert mich: Sollte das Datenmodell ein Graph-Konzept oder ein relationales Modell bevorzugen, um die Transitivität von Beherrschung korrekt abzubilden?

Unterschied zwischen einer manuellen AO-Meldung über ELSTER und einer automatisierten API-Integration zum Finanzbehördenportal: Bei der manuellen Variante erfasst die Steuerabteilung alle Beteiligungsmitteilungen gemäß §§ 138, 138a AO selbst in ELSTER, was fehleranfällig ist und bei internationalen Strukturen schnell unübersichtlich wird. Eine automatisierte Lösung dagegen sollte Beteiligungsänderungen direkt aus dem Beteiligungsmanagementsystem heraus triggern und an das ELSTER-Portal übermitteln – mit Audit-Trail und Fristenkontrolle. Meine Frage: Wie müsste teh technische Schnittstelle beschaffen sein, um Länderbezüge, Meldeschwellen und Mitteilungspflichten bei Auslandssachverhalten korrekt zu validieren, bevor die Meldung abgesendet wird? Und gibt es bereits ein standardisiertes API-Format für die Bundesfinanzbehörden, oder muss jedes System eine individuelle XML-Schnittstelle implementieren?

Zwischen Präsenzversammlungen und Umlaufbeschlüssen entstehen in der Praxis erhebliche Unterschiede bei der Dokumentation: Während klassische Gesellschafterversammlungen durch Protokolle mit Unterschriftsleisten belegt sind, fehlt bei Umlaufverfahren oft eine vergleichbar robuste Nachweisführung – Bestätigungsmails werden in Postfächern verloren, Excel-Listen sind nicht revisionssicher, und im Streitfall wird unklar, wer zu welchem Zeitpunkt tatsächlich abgestimmt hat. Unsere etablierte Gremienverwaltungslösung dokumentiert zwar beide Verfahrensarten, kann aber nicht nachvollziehbar festhalten, in welcher Reihenfolge Gesellschafter unterschiedliche Versionen eines Beschlussvorschlags eingesehen oder freigegeben haben – das ist relevant, wenn Genehmigungsvoraussetzungen wie Offenlegungs- oder Rücksprachefristen (etwa nach §108 AktG) geprüft werden müssen. Wie lässt sich ein Audit-Trail für Umlaufbeschlüsse technisch so abbilden, dass die Zeitstempel, Dokumenversionen und individuellen Bestätigungen für einen Wirtschaftsprüfer oder bei einer Behördenprüfung nachvollziebar bleiben – ohne dabei die praktische Usability zu gefährden?

Am Markt fehlt eine Lösung, die Transparenzregister-Meldungen (§3 GwG) direkt aus einer Beteiligungsdatenbank automatisiert befüllt und die Unstimmigkeitsmekanismen des Registers zur Validierung der lokalen UBO-Daten nutzt. Wie würde [ai]ntity eine Schnittstelle zum Transparenzregister-API handhaben – reicht ein einfaches JSON-Export-Format oder brauchts ein bidirektionales Sync-Modell mit Abgleich und Konfliktregelung?

Die systematische Verwaltung von Geschäftsführer- und Organlisten ist am Markt ein echtes Stiefkind. Die meisten Unternehmen führen historische Besetzungsdaten, Amtszeiten und Vertretungsregelungen entweder in Excel-Dateien, in Word-Dokumenten oder in völlig isolierten SharePoint-Seiten. Dazu kommt die permanente Diskrepanz zwischen dem Handelsregister, den internen HR-Systemen und der tatsächlichen Realität vor Ort – bei jeder externen Prüfung oder behördlichen Anfrage wird das zum Problem. Was fehlt, ist ein integriertes Modul, das Bestellungs- und Abberufungsdaten mit den tatsächlichen Amtszeiten (inkl. Sperrvermerk, Vertretungsbefugnis, Beratungsmandaten) verwaltet, die Historie nach GwG-Anforderungen dokumentiert und automatisch gegen den aktuellen Handelsregisterstand abgleicht. Könnten solche Daten direkt über eine Schnittstelle zum Registerportal oder über einen Import aus ELSTER synchronisiert werden – und nicht nur Vollzugshinweise generieren, sondern auch historische Stichtagsabfragen zulassen?

Anforderung: Unser Konsolidierungstool muss die Equity-Methode nach IFRS 10/IAS 28 für assoziierte Unternehmen abbilden, ohne dass wir die Rohdaten manuell in Excel aufbereiten. Derzeit nutzen wir ein älteres DMS kombiniert mit Tabellenkalkulationen, und der jährliche Konsolidierungsprozess erfordert Wochen an Datenbereinigung – besonders bei mittelbaren Beteiligungen und gestaffelten Anteilsquoten. Die zentrale Frage ist, wie ein System gleichzeitig Vollkonsolidierung für kontrollierte Gesellschaften udn Equity-Bilanzierung für assoziierte Unternehmen automatisiert handhaben kann, ohne dass Anpassungen je Stichtagbetrachtung manuell nachgepflegt werden müssen. Benötigt ihr für diese Unterscheidung eine separate Mandantenlogik oder lässt sich das über ein flexibles Regelwerk im Datenmodell lösen?

Historische Geschäftsführer- und Organlisten werden am Markt systematisch vernachlässigt: Entweder man arbeitet mit statischen Export-Snapshots, oder man muss manuell in Handelsregisterauszügen wühlen, um Amtszeiten und Bestellungsdaten nachzuweisen. Für Wirtschaftsprüfer und Compliance-Teams ist das ein Albtraum, wenn es um Stichtagsbetrachtungen geht – etwa bei Konzernprüfungen oder M&A Due Diligence. Gibt es bei [ai]ntity ein Versionierungssystem, das automatisch erfasst, wer zu welchem Stichtag im Amt war, mit Nachweis der Registeränderung?

Die ständigen Umwandlungen und Restrukturierungen in unserem Konzern führen dazu, dass wir jedes Mal manuell alle rechtlichen Vorgänge in mehreren Systemen nachtragen müssen – Handelsregister-Historie, Gesellschaftsvertrag-Versionierung, die Organbeschäftigungen. Bei einer GmbH-zu-AG-Umwandlung oder einer Spaltung wird es besonders chaotisch: Welches System gilt als Quelle der Wahrheit für den Stichtagsübergang? Wie dokumentieren wir, dass die alte Gesellschafterkonstellation von GmbH X am 31.3. in die Neustruktur mit GmbH Y und GmbH Z eingeflo­ssen ist? Was wir bräuchten: Ein Datenmodell, das Rechtsformwechsel, Verschmelzungen und Spaltungen als strukturelle Events abbildet – nicht als Einträge in einer Tabelle, sondern mit vollständiger Rückverfolgbarkeit und Gültigkeitszeiträumen (valid-from, valid-to). Ideal wäre auch eine Integration mit dem Handelsregisterauszug, um zu erkennen, wenn eine angemeldete Umwandlung noch nicht in unserer Konzernkartografie abgebildet ist.