Am Tag des Closings ändert sich für die Außenwelt meist wenig. Für die Systeme, die Zahlungen verarbeiten, kann intern bereits vieles verändert sein: Bankbeziehungen, Zeichnungsbefugnisse, Entitäten. Zahlungen, die nicht weiterlaufen, gehören zu den wenigen Integrationsproblemen, die innerhalb einer Woche für Lieferanten, Mitarbeiter und Kunden sichtbar werden. Das macht diesen Bereich geeignet, um ihn vorab genau zu kartieren, unabhängig von der Frage, ob der Rest der Organisation bereits zusammengeführt ist.
Die erste Frage ist, ob die Gehaltsabrechnung auf der alten Entität weiterläuft oder in eine neue Struktur übergeht. Wenn sich an Rechtsform oder Bankkonto nichts ändert, ist das Risiko begrenzt. Ändert sich die juristische Entität, die Bank oder der Payroll-Anbieter, muss vor dem ersten Lohnlauf nach Closing feststehen, wer den Zahlungsauftrag freigeben darf, mit welchem Mandat und von welchem Konto aus. Dieses Mandat hängt mit der Frage zusammen, wer was am Day 1 entscheidet — Gehaltszahlungen sind typischerweise eine Entscheidung, die nicht auf einen breiteren Integrationsplan warten kann.
Laufende Zahlungsvereinbarungen mit Lieferanten sind oft auf den Namen der alten Entität festgelegt, mit einer bestimmten Kontonummer und manchmal einer bestimmten Ansprechperson für die Freigabe. Ändert sich die Entität, muss feststehen, ob Lieferanten eine neue Rechnungsentität ohne Unterbrechung akzeptieren und ob Verträge dazu etwas festlegen. Dies berührt direkt die Frage, welche Verträge bei einer grenzüberschreitenden Transaktion am Day 1 Aufmerksamkeit erfordern, da manche Lieferantenverträge eine Change-of-Control-Klausel enthalten, die Zahlung oder Lieferung betreffen kann.
Kunden, die per Lastschrift zahlen oder Rechnungen auf eine feste Kontonummer begleichen, müssen wissen, woran sie sind — oder gerade nichts davon merken. Eine Änderung von IBAN, Rechnungsempfänger oder Rechnungsadresse ohne Ankündigung führt zu fehlgeschlagenen Lastschriften und verzögerten Zahlungen, was wiederum bei Account-Managern für unnötige Unruhe sorgt. Ob und wie dies kommuniziert wird, hängt mit der breiteren Frage zusammen, was Sie am Day 1 kommunizieren: eine Änderung, die nicht erklärt wird, wird oft falsch interpretiert.
Wer eine Zahlung autorisieren darf, ist oft pro Konto und pro Betrag festgelegt. Nach Closing kann sich die formelle Geschäftsführung ändern, während die Bank noch die alten Zeichnungsberechtigten registriert hat. Diese Lücke — zwischen wer tatsächlich verantwortlich ist und wer laut Bank zeichnen darf — ist eines der häufigsten Day-1-Probleme bei Zahlungen. Sie hängt davon ab, welche Rechtsform-Schritte bereits erfolgt sind, was ausführlich beschrieben wird unter welche Rechtsform-Schritte am Day 1 gefragt sind, sowie davon, welcher Systemzugang bereits übertragen wurde, siehe welche Zugänge am Day 1 stimmen müssen.
Zahlt die Organisation international, kommen zusätzliche Ebenen hinzu: lokale Bankanforderungen, Fremdwährungskonten, lokale Mehrwertsteuer- oder Lohnsteuervorschriften, die von Land zu Land unterschiedlich sind. Was am Day 1 bei einer grenzüberschreitenden Transaktion geregelt sein muss, unterscheidet sich stark je nach Rechtsordnung und ist ausführlich beschrieben unter was am Day 1 bei einer grenzüberschreitenden Transaktion geregelt sein muss. Eine Zahlung, die im einen Land eine Routinehandlung ist, kann im anderen Land eine separate Freigabe oder Registrierung erfordern.
Nicht jeder Zahlungsprozess muss am Day 1 bereits zusammengeführt sein. Das Zusammenführen von Zahlungssystemen, die Harmonisierung von Zahlungsfristen oder die Konsolidierung von Bankbeziehungen sind Entscheidungen, die oft besser in einen Day-100-Plan passen als in die erste Woche. Die Frage, die bei jedem dieser Schritte gestellt werden muss, ist nicht nur, wann etwas möglich ist, sondern ob die Zusammenführung zu diesem Zeitpunkt Wert schafft oder vor allem Risiko. Zwei getrennte Zahlungsprozesse, die gut funktionieren, sind manchmal ein besseres Ergebnis als eine überhastete Zusammenführung, die Fehler einführt.
Der Day-1-Generator stellt Zahlungen als eigene Kategorie mit Abhängigkeiten dar: welche Bankmandate zuerst geregelt sein müssen, bevor eine Zahlung laufen kann, welche Verträge zuerst geprüft werden müssen und welche Kommunikation zuerst ausgehen muss, bevor ein Debitor etwas in seinem eigenen System anpasst. Das Integrationsbüro verfolgt, welche dieser Schritte abgeschlossen sind und welche noch offenstehen, sodass am eigentlichen Tag ein Überblick vorliegt statt einzelner Aktionspunkte in verschiedenen Köpfen.
Sobald feststeht, welche Zahlungen am Day 1 weiterlaufen müssen, entsteht oft eine Liste wiederholbarer Kontrollen: Kontonummern prüfen, Mandate verifizieren, Rechnungen mit der neuen Entität abgleichen. Ein Großteil dieser Arbeit ist repetitiv und fehleranfällig, wenn sie manuell unter Zeitdruck erfolgt. Der Werkscan von FTE TO AI berechnet pro Aufgabe, welcher Anteil davon von KI übernommen werden kann, sodass deutlich wird, wo Menschen weiterhin kontrollieren müssen und wo ein System die erste Arbeit übernehmen kann.
Warten Sie auf Zugang zu den Generatoren und dem Integrationsbüro, können Sie sich für die Warteliste anmelden. Das Tool befindet sich im Aufbau; was hier beschrieben ist, ist die Struktur, die geliefert wird, nicht ein Dienst, der bereits auf Abruf verfügbar ist.
Vraag maar wat er op Day 1 moet staan, of wat integreren juist kapotmaakt.
Answers come from this site’s knowledge base. Not tailored advice, and not a scan of your company.