Kündigen Sie eine Unternehmenssoftware erst, wenn der neue Betrieb fachlich getestet, die Datenübernahme nachweisbar vorbereitet und der Zugriff auf aufbewahrungspflichtige Unterlagen gesichert ist. Der erste Schritt ist nicht das Kündigungsschreiben, sondern eine Bestandsaufnahme aus Vertrag, Daten, Schnittstellen, Arbeitsabläufen und Verantwortlichkeiten. Besonders riskant sind ein vorschnell abgeschalteter Exportzugang, fehlende historische Belege und unbemerkte Abhängigkeiten zu anderen Systemen.
Für kleine Unternehmen empfiehlt sich eine klare Freigaberegel: Eine benannte Person koordiniert den Wechsel, die jeweiligen Fachverantwortlichen prüfen ihre Daten und Prozesse, und die Geschäftsleitung gibt die Kündigung erst nach dokumentierter Abnahme frei. So wird aus einem Softwarewechsel kein ungeplanter Betriebsstillstand.
Die Kündigung ist der letzte Schritt, nicht der Startpunkt
Ein Anbieterwechsel besteht aus drei voneinander abhängigen Vorgängen: Das alte Vertragsverhältnis endet, Daten und Funktionen werden übertragen, und der laufende Betrieb wechselt auf das neue System. Diese Vorgänge haben häufig unterschiedliche Termine. Das Vertragsende muss daher nicht mit dem technischen Umstellungstag identisch sein.
Ein zeitlich begrenzter Parallelbetrieb kann sinnvoll sein, wenn Rechnungen, Kundenaufträge, Projektzeiten oder andere geschäftskritische Vorgänge betroffen sind. Dabei sollten Sie jedoch festlegen, welches System ab dem Stichtag führend ist. Werden Änderungen gleichzeitig in beiden Anwendungen vorgenommen, entstehen schnell widersprüchliche Datensätze.
Vor der Planung sollten folgende Rollen feststehen:
- Eine intern verantwortliche Person hält Termine, Vertragspunkte und offene Entscheidungen nach.
- Fachverantwortliche prüfen Arbeitsabläufe, Pflichtfelder, Berichte und historische Daten.
- Die IT oder ein externer Dienstleister bewertet Schnittstellen, Identitätsverwaltung, Datensicherung und technische Abhängigkeiten.
- Die Buchhaltung oder steuerliche Beratung prüft bei finanzrelevanter Software, wie Belege, Buchungsdaten und Auswertungen weiterhin lesbar und prüfbar bleiben.
- Die Geschäftsleitung entscheidet über Restkosten, Parallelbetrieb und die endgültige Abschaltung.
Vertragsbedingungen vollständig aus dem Kundenkonto sichern
Maßgeblich ist die Vertragsfassung, die für Ihr Unternehmen tatsächlich gilt. Prüfen Sie nicht nur eine allgemeine Produktseite, sondern den abgeschlossenen Vertrag, die bei Vertragsschluss einbezogenen Bedingungen, Nachträge, Bestellbestätigungen und die Abonnementverwaltung im Kundenkonto. Sichern Sie diese Unterlagen vor der Kündigung in einem dauerhaft lesbaren Format.
Folgende Punkte gehören in die Vertragsprüfung:
- Vertragslaufzeit, Kündigungsfrist und maßgeblicher Zugang der Kündigung.
- Automatische Verlängerung und mögliche abweichende Fristen für Zusatzmodule.
- Vorgeschriebener Kündigungsweg, etwa Kundenportal, Textform oder ein vertraglich festgelegter Empfänger.
- Separate Verträge für Speicher, Schnittstellen, Support, Signaturen, Kassenmodule oder weitere Benutzer.
- Regelungen zur Datenherausgabe, Löschung und Dauer eines Zugriffs nach Vertragsende.
- Kosten für Exportunterstützung, Migrationsleistungen oder eine vorzeitige Vertragsbeendigung.
- Pflichten zur Rückgabe oder Deinstallation lokaler Komponenten und Lizenzen.
Bei Reseller-, Agentur- oder Konzernverträgen kann der Rechnungsaussteller vom technischen Betreiber abweichen. Klären Sie in diesem Fall, wem gegenüber gekündigt werden muss und wer den Datenexport bereitstellt. Eine bloße Deaktivierung von Benutzern beendet einen kostenpflichtigen Vertrag regelmäßig nicht automatisch.
Veränderliche Bedingungen sollten Sie in der offiziellen Vertrags- oder Abonnementrubrik des jeweiligen Anbieters gegenprüfen. Dokumentieren Sie das Prüfdatum und speichern Sie die angezeigte Laufzeit oder Kündigungsbestätigung. Bei finanziell bedeutsamen oder widersprüchlichen Regelungen ist eine rechtliche Prüfung sinnvoll.
Datenübernahme: Ein Export ist noch keine erfolgreiche Migration
Eine heruntergeladene Datei beweist lediglich, dass Daten ausgegeben wurden. Entscheidend ist, ob Inhalt, Struktur, Beziehungen und Nachweise im Zielsystem nutzbar bleiben. Eine CSV-Datei kann beispielsweise Stammdaten enthalten, aber keine Anhänge, Kommentare, Freigaben, Versionsstände oder Verknüpfungen zwischen Kunden und Vorgängen.
Erstellen Sie für jeden relevanten Datenbereich eine kleine Migrationsmatrix. Darin halten Sie fest, wer den Bestand verantwortet, welches Exportformat verfügbar ist, wo die Daten im neuen System landen und wie die Vollständigkeit geprüft wird. Typische Bereiche sind:
- Kunden-, Lieferanten-, Artikel- und Mitarbeiterstammdaten.
- Angebote, Aufträge, Rechnungen, Gutschriften und Zahlungsinformationen.
- Projekte, Aufgaben, Zeiteinträge, Statuswerte und interne Notizen.
- Dateianhänge, E-Mails, Dokumentversionen und Freigabeprotokolle.
- Benutzer, Rollen, Gruppen und gegebenenfalls technische Protokolldaten.
- Individuelle Felder, Schlagwörter, Nummernkreise und Automatisierungsregeln.
Führen Sie zunächst einen Testexport mit einer überschaubaren, aber vielfältigen Auswahl durch. Diese Auswahl sollte nicht nur einfache Datensätze enthalten, sondern auch Sonderzeichen, Anhänge, mehrere Steuersachverhalte, stornierte Vorgänge, benutzerdefinierte Felder und miteinander verknüpfte Objekte, soweit solche Inhalte in Ihrem Betrieb vorkommen.
Nach dem Testimport vergleichen die Fachverantwortlichen Quell- und Zielsystem. Geeignete Kontrollwerte sind die Anzahl der Datensätze pro Bereich, ausgewählte Summen, ältester und jüngster Vorgang sowie stichprobenartig geprüfte Verknüpfungen. Abweichungen müssen erklärt werden. Ein Hinweis wie „Import erfolgreich“ reicht als Abnahme nicht aus.
Aufbewahrung und Nachweisfähigkeit getrennt vom Tagesbetrieb lösen
Historische Geschäftsdaten müssen nicht zwingend vollständig in der neuen Software weiterbearbeitet werden. Sie müssen aber entsprechend den für den jeweiligen Inhalt geltenden Vorgaben aufbewahrt, lesbar und bei Bedarf auswertbar bleiben. Welche Anforderungen gelten, hängt von Datenart, steuerlicher Bedeutung, Vertragsbezug und eingesetztem Verfahren ab.
Bei Buchhaltungs-, Rechnungs-, Kassen- oder Dokumentenmanagementsystemen sollte die Archivierungsfrage vor dem Vertragsende mit Buchhaltung, steuerlicher Beratung und gegebenenfalls dem technischen Dienstleister abgestimmt werden. Prüfen Sie insbesondere, ob neben PDF-Dokumenten auch strukturierte Daten, Änderungsprotokolle, Verfahrensunterlagen oder ein herstellerspezifischer Export benötigt werden. Ein reiner Bildschirmdruck bildet Datenbeziehungen und Bearbeitungshistorien häufig nicht ausreichend ab.
Wenn das Zielsystem ältere Daten nicht vollständig übernehmen kann, benötigen Sie eine andere belastbare Lösung. Möglich sind ein zeitlich definierter Nur-Lese-Zugang, ein geprüftes Exportarchiv mit passender Auswertungsmöglichkeit oder der Weiterbetrieb einer abgeschotteten Altinstallation. Welche Variante genügt, lässt sich nicht pauschal bestimmen. Halten Sie fest, wer auf das Archiv zugreifen darf, wie die Daten gesichert werden und mit welcher Anwendung sie lesbar bleiben.
Abhängigkeiten sichtbar machen, bevor Zugänge verschwinden
Für jede Verbindung braucht der Wechselplan vier Angaben: sendendes System, empfangendes System, übertragene Daten und verantwortliche Person. Danach entscheiden Sie, ob die Verbindung im Zielsystem ersetzt, vorübergehend manuell ausgeführt oder ersatzlos beendet wird. Zugangsdaten und technische Schlüssel dürfen erst widerrufen werden, wenn die Ersatzverbindung getestet ist.
Der neue Arbeitsablauf muss vor dem Stichtag funktionieren
Eine funktionierende Datenmigration genügt nicht, wenn Mitarbeitende ihre täglichen Aufgaben im neuen System nicht abschließen können. Testen Sie deshalb vollständige betriebliche Abläufe statt einzelner Funktionen. In einer kleinen Agentur könnte ein solcher Test vom Anlegen eines Kunden über Angebot, Auftrag und Zeiterfassung bis zur Rechnungsübergabe reichen. Bei einem Onlinehandel gehören Bestellung, Zahlung, Versand, Stornierung und Rückerstattung in den Testumfang.
Mindestens ein regulärer Fall und ein typischer Ausnahmefall sollten je geschäftskritischem Ablauf durchgespielt werden. Prüfen Sie dabei:
- ob Pflichtangaben und Nummernkreise richtig eingerichtet sind,
- ob Benutzer mit ihren vorgesehenen Rollen arbeiten können,
- ob Dokumente und E-Mails im gewünschten Format erzeugt werden,
- ob Freigaben und Vertretungen funktionieren,
- ob Daten an angebundene Systeme vollständig übergeben werden,
- ob ein Vorgang berichtigt oder storniert werden kann, ohne den Nachweis zu verlieren.
Das Ergebnis sollte als kurze Abnahme dokumentiert werden: geprüfter Ablauf, Testdatum, verantwortliche Person, festgestellte Abweichung und Entscheidung zur Freigabe. Offene Mängel müssen nicht jeden Wechsel verhindern. Sie brauchen jedoch eine akzeptierte Übergangslösung und einen Verantwortlichen.
Eine belastbare Reihenfolge für Freigabe und Kündigung
Die folgende Reihenfolge verbindet Vertrag, Migration und laufenden Betrieb. Sie verhindert vor allem, dass ein formaler Kündigungstermin den technischen Zugriff beendet, bevor die Unternehmensdaten abgesichert sind.
- Vertrag, Nachträge, Rechnungen und im Kundenkonto sichtbare Laufzeiten sichern.
- Kündigungsweg, Frist, Zusatzmodule, Datenzugang nach Vertragsende und mögliche Restkosten klären.
- Datenbestände, Schnittstellen, Automatisierungen und betroffene Arbeitsabläufe erfassen.
- Exportformate und Importmöglichkeiten anhand eines Testbestands prüfen.
- Archivierungsbedarf für historische und aufbewahrungspflichtige Informationen festlegen.
- Das Zielsystem einrichten und vollständige Geschäftsabläufe mit den vorgesehenen Rollen testen.
- Stichtag, verantwortliche Personen, Kommunikationsweg und Rückfalloption bestimmen.
- Vollständigen Export erstellen, Prüfergebnisse dokumentieren und mehrere gesicherte Kopien ablegen.
- Kündigung über den vertraglich vorgesehenen Weg absenden und den Zugang nachweisbar festhalten.
- Bestätigung, Vertragsende, letzte Abrechnung, Datenlöschung und Abschaltung von Integrationen kontrollieren.
Die Freigabe zur Kündigung sollte nur erfolgen, wenn mindestens vier Ergebnisse vorliegen: ein geprüfter Datenexport, ein einsatzfähiges Zielsystem, eine Lösung für historische Unterlagen und ein abgestimmter Umstellungstermin. Fehlt eines davon, sollte die verantwortliche Person entscheiden, ob der Parallelbetrieb verlängert oder der Wechsel verschoben wird.
Stichtag und Rückfalloption betrieblich absichern
Der Umstellungstag sollte nicht in eine Abrechnungsspitze, einen Jahresabschluss, eine große Kampagne oder eine Phase mit knapper Personaldecke fallen. Planen Sie außerdem ein Änderungsfenster ein, in dem im Altsystem keine neuen Vorgänge mehr angelegt werden. Nur so lässt sich ein abschließender Export eindeutig abgrenzen.
Informieren Sie betroffene Mitarbeitende knapp und handlungsbezogen: Ab welchem Zeitpunkt ist das alte System nur noch lesbar? Wo werden neue Vorgänge erfasst? Wer nimmt Störungen entgegen? Welche Übergangslösung gilt, wenn eine Schnittstelle ausfällt? Diese Angaben gehören in die interne Umstellungsdokumentation.
Eine Rückfalloption bedeutet nicht zwingend, dauerhaft zum alten Anbieter zurückzukehren. Sie kann auch aus einem gesicherten Export, einem verlängerten Nur-Lese-Zugang und einem zeitlich begrenzten manuellen Verfahren bestehen. Entscheidend ist, dass geschäftskritische Vorgänge weiterbearbeitet werden können und keine Daten unkontrolliert zwischen zwei Systemständen auseinanderlaufen.
Nach der Kündigung bleiben Kontrollaufgaben offen
Mit der Kündigungsbestätigung ist der Anbieterwechsel organisatorisch noch nicht abgeschlossen. Vergleichen Sie die Bestätigung mit Ihren Vertragsunterlagen und prüfen Sie, ob alle Module, Benutzerpakete und Zusatzleistungen erfasst sind. Behalten Sie die letzten Abrechnungen im Blick und widerrufen Sie Einzugsermächtigungen nicht vorschnell, solange berechtigte Schlussbeträge offen sein können.
Nach erfolgreicher Umstellung sollten alte API-Schlüssel, Integrationen und Benutzerzugänge deaktiviert werden. Prüfen Sie außerdem, ob gemeinsam genutzte Links, mobile Apps oder lokale Synchronisationsprogramme noch auf den früheren Dienst zugreifen. Die Löschung beim bisherigen Anbieter sollte entsprechend Vertrag und betrieblichem Datenschutzkonzept dokumentiert werden.
Bewahren Sie in Ihrer Wechselakte mindestens Vertrag und Kündigungsnachweis, Exportprotokoll, Abnahme der Migration, Beschreibung der Archivlösung, Liste abgeschalteter Verbindungen sowie die verantwortlichen Personen auf. Diese Unterlagen helfen später bei Rückfragen, Prüfungen und der Klärung fehlender Datensätze. Ein sauber vorbereiteter Wechsel endet erst, wenn das neue System stabil arbeitet, das Altarchiv zugänglich ist und keine unbeabsichtigten Vertrags- oder Systemverbindungen mehr bestehen.
