Wer kümmert sich nach dem Start?

Eine Anwendung findet Abweichungen auf Rechnungen und schlägt der Buchhaltung vor, wie sie damit umgehen soll. In unserem Beispiel entscheidet weiterhin ein Mensch; Zahlungen löst die Anwendung nicht aus. Wer legt fest, wann ein Vorschlag fachlich richtig ist? Und wer kümmert sich um Verfügbarkeit, Zugänge und Änderungen? Benennen Sie diese Personen vor dem Kauf. Auch wenn ein Dienstleister mitarbeitet, braucht jede gemeinsame Aufgabe jemanden, der dafür einsteht.

Nexus beschreibt, wie ein Ingenieur den ersten Ablauf mit dem Kundenteam umsetzt und das Team danach weiter an Verbesserungen arbeitet. Dify nennt dedizierten Enterprise-Support.^1,2,3

Solche Angebote sagen noch nicht, wer Ihre Ergebnisse fachlich abnimmt oder tägliche Störungen bearbeitet. Machen Sie daraus eine Aufgabenliste: Was ist zu tun, wodurch wird die Arbeit ausgelöst, wer führt sie aus, wer entscheidet und wer vertritt? Im Rechnungsbeispiel könnte die Buchhaltung die Antwortregeln freigeben und die IT die Dienstkonten verwalten. Ein Dienstleister kann Aufgaben übernehmen. Die Namen und zugesagten Leistungen müssen aber in der Beauftragung stehen.

Bei selbst betriebenem n8n übernimmt laut Sicherheitsseite der Betreiber die Verschlüsselung gespeicherter Daten. Dify verlangt, mitgelieferte Entwicklungszugänge zu ersetzen. Ein Wechsel des Datenbank- oder Vektorspeicher-Typs migriert laut Dify noch keine Daten.^4,5,6

Ihr Betriebshandbuch sollte solche Aufgaben als ausführbare Schritte beschreiben: sichere Produktionszugänge einrichten, Schlüssel regelmäßig wechseln, Daten und Einstellungen sichern und nach einer Änderung zum vorherigen Stand zurückkehren können. Schreiben Sie dazu, woran der Erfolg erkennbar ist. „Sicherung vorhanden“ genügt als Abnahmebedingung nicht. Besser ist: Die zuständige Person kann die vereinbarten Daten in einer getrennten Umgebung aus der Sicherung wiederherstellen. Diese Probe gehört zum Plan, nicht als ungeprüftes Häkchen in die Liste.

Wie lange darf die Rechnungsprüfung ausfallen? Welche Daten dürften im Fehlerfall fehlen? Das entscheidet der Fachbereich anhand seiner Arbeit, nicht der Name eines Tarifs. Klären Sie, welche Rechnungen während eines Ausfalls manuell bearbeitet werden und wie Sie nach dem Neustart doppelte Bearbeitung verhindern. Erst dann lässt sich beurteilen, ob die angebotene Wiederherstellung zu Ihrem Prozess passt und welche Zusage Sie dafür benötigen.

LangGraph dokumentiert Zustandsprüfpunkte und das Fortsetzen nach Fehlern oder Unterbrechungen. n8n beschreibt das Wiederholen früherer Läufe. Microsoft nennt Freigabeschritte zwischen Entwicklung, Test und Produktivbetrieb. Veröffentlichte Copilot-Studio-Änderungen erreichen Benutzer laut Dokumentation erst in einer neuen Sitzung.^7,8,9,10

Nehmen Sie diese Funktionen als Ausgangspunkt für Ihre Abnahme. Sie sind noch kein bestandenes Prüfergebnis. Bereiten Sie freigegebene, erfundene Rechnungsfälle vor: einen korrekten Vorschlag, eine gesperrte Datei, eine fehlende Pflichtangabe, einen abgelaufenen Dienstzugang und einen unterbrochenen Lauf. Schreiben Sie vorher auf, wie die Anwendung reagieren soll und wer die Meldung erhält. Halten Sie anschließend fest, was tatsächlich sichtbar passiert ist.

Im Beispiel darf ein Fehler weder eine Zahlung noch eine stillschweigende Freigabe auslösen. Stattdessen soll eine klar zugeordnete Rückfrage bei der Buchhaltung ankommen. Prüfen Sie nach einer Wiederholung, ob ein Vorgang doppelt angelegt wurde. Lassen Sie auch eine veröffentlichte Version in denselben Kanälen und unter denselben Sitzungsbedingungen prüfen, die später genutzt werden. Ein erfolgreicher Test im Editor beantwortet diese letzte Frage noch nicht.^10,8

Eine Übergabe braucht mehr als den Link zur Anwendung. Geben Sie der späteren Betreuung die freigegebene Architektur, Rollen, Einstellungen, Beispieldaten, Prüffälle, Betriebsanweisungen und Kontaktwege. Lassen Sie diese Person damit einen Zugang ändern, einen Fehler einordnen und den vereinbarten Wiederanlauf ausführen. Das ursprüngliche Umsetzungsteam bleibt für Fragen verfügbar. So sehen beide Seiten, welche Aufgaben bereits selbstständig gelingen und wo noch Hilfe nötig ist.

Halten Sie das Ergebnis der Übergabe schriftlich fest. Regeln Sie auch das Ende der Zusammenarbeit: Welche Einstellungen, Fachregeln und benötigten Daten erhalten Sie in einem nutzbaren Format? Wer entzieht anschließend die Zugänge? Binden Sie die Bestellung an diesen nachvollziehbaren Zustand des Betriebs. Eine Vorführung der Funktionen zeigt noch nicht, ob die nächste zuständige Person die Anwendung ohne die ursprünglichen Ersteller betreuen kann.