Wer kümmert sich nach dem Pilotprojekt?

Stellen Sie sich vor, Ihr Betrieb hat einen Agenten für die Vorbereitung der Rechnungsprüfung freigegeben. Er vergleicht Rechnung, Bestellung und Wareneingang und legt Abweichungen zur Klärung vor. Zahlungen darf er nicht auslösen. Dann geht die Projektansprechperson in Urlaub, und eine neue Rechnungsart trifft ein. Wer nimmt den Fall an? Wer darf die Regel ändern, wer untersucht eine technische Störung? Solche Antworten gehören in die Übergabe, bevor die erste Vertretung sie dringend braucht.

Schreiben Sie Zuständigkeiten nach Aufgaben auf, nicht nur nach Abteilungen. Eine fachlich verantwortliche Person entscheidet über zulässige Abweichungen. Technisch Zuständige kümmern sich um Zugänge, Schnittstellen und Protokolle. Eine benannte Vertretung übernimmt offene Fälle. Tragen Sie externe Leistungen mit ihrem Umfang und dem Kontaktweg ein. Lassen Sie die künftigen Betreuer mit diesen Unterlagen eine Störung bearbeiten, solange das Projektteam noch regelmäßig zur Verfügung steht. Dabei zeigt sich, welche Erklärung fehlt.

Nexus beschreibt, dass sein Team die erste Version gemeinsam mit dem Kunden weiter verbessert. UiPath unterscheidet bei der Verwaltung zwischen Org Admin, AI Admin, Developer und Auditor.^1,2

Eine Zahl für erledigte Rechnungen sagt wenig darüber, wo die Arbeit stockt. Unterscheiden Sie eingegangene, abgeschlossene, angehaltene und technisch fehlgeschlagene Vorgänge. Auch wenn eine Schnittstelle vorübergehend ausfällt, muss der Fall auffindbar bleiben. Vereinbaren Sie, welche Änderung am Vorgang eine Nachricht auslöst und wer darauf reagiert. Ein Fall, der auf fachliche Klärung wartet, verlangt eine andere Antwort als eine möglicherweise doppelte Buchung. Legen Sie die Regeln anhand Ihres Ablaufs fest.

Glean beschreibt fortlaufende Audit-Ereignisse, die sich an ein System zur Sicherheitsüberwachung, ein SIEM, übertragen lassen. Dify Enterprise nennt ebenfalls solche Audit-Protokolle. Bei Langdock lässt sich Langfuse zur Nachverfolgung von Agentenabläufen anbinden.^3,4,5

Lassen Sie sich dazu eine Rechnung aus Ihrem geplanten Ablauf zeigen. Die zuständige Person soll vom offenen Fall zum verwendeten Dokumentstand, zum letzten Schritt und zur noch nötigen Entscheidung gelangen. Zeigen Sie ihr nur die Daten, die sie für diese Arbeit braucht. Stimmen Sie mit den zuständigen internen Stellen ab, welche Protokolle wie lange aufbewahrt werden sollen. Dass ein Produkt protokollieren kann, beantwortet diese betriebliche Frage noch nicht.

Der Einkauf erlaubt künftig eine andere Toleranz bei Mengenabweichungen. Das klingt nach einer kleinen Anpassung. Sie verändert aber womöglich, welche Rechnungen zur Klärung gehen und welche als unauffällig weiterlaufen. Notieren Sie vor der Umsetzung den Anlass, die betroffenen Fälle und das Verhalten, das gleich bleiben soll. Nehmen Sie den auslösenden Fall und passende Gegenbeispiele in die Testmappe auf. Halten Sie gemeinsam fest, welche Fachregel, Dokumentfassung, Modelleinstellung und Schnittstelle zur geprüften Version gehören.

Bei Copilot Studio erhalten Nutzer veröffentlichte Änderungen laut Dokumentation erst in einer neuen Sitzung. UiPath beschreibt Richtlinien als Code mit Versionierung in Git. Dify warnt, dass Änderungen an DB_TYPE oder VECTOR_STORE keine Datenmigration ausführen.^6,7,8

Diese Hinweise führen zu unterschiedlichen Fragen bei der Umstellung. Welche Fassung verwenden Vorgänge, die schon laufen? Bleiben bei einer Datenübernahme die Datensätze und ihre Zuordnungen erhalten? Nur eine Einstellung zu ändern, weist das noch nicht nach. Geben Sie die zusammen getesteten Bestandteile frei, sobald der Rückweg geklärt ist. Entscheiden Sie dabei ausdrücklich, was mit den offenen Fällen passiert und wann das Team zur vorherigen Fassung zurückkehrt.

Legen Sie die aktuelle Ablaufbeschreibung, die Liste erlaubter Aktionen und Rechte, das letzte Abnahmeprotokoll und die Zuständigkeiten zusammen. Beschreiben Sie, wie neue Vorgänge angehalten werden, wo offene Fälle stehen und wie Menschen die Arbeit wieder übernehmen. Nennen Sie technische Konten und Verantwortliche, aber kopieren Sie keine Zugangsdaten in die Anleitung. Die Vertretung braucht stattdessen den geregelten Weg, um den nötigen Zugang zu erhalten.

Für unseren Rechnungsfall könnte die Probe so aussehen: „Nach dem Einlesen einer Rechnung fällt die ERP-Verbindung aus. Die Vertretung findet den Fall, erkennt den letzten bestätigten Stand und gibt ihn in die manuelle Klärung. Geht dieselbe Rechnung erneut ein, entsteht keine unbemerkte Doppelbearbeitung.“ Halten Sie fest, was beim Durchspielen tatsächlich passiert. Muss jemand raten, ergänzen Sie die Anleitung. Erst wenn eine andere Person damit zurechtkommt, wissen Sie, dass die Übergabe im Alltag hilft.

Denken Sie auch an die Zeit nach dem bisherigen Projektteam. Lassen sich Fachregeln, Falllisten und Protokolle in einer brauchbaren Form weitergeben? Welche Leistungen müssen Sie weiter beauftragen? Haben Sie die Menschen und Abläufe, um bei Bedarf manuell zu arbeiten? Ziel ist ein Betrieb, dessen Entscheidungen sich nachvollziehen lassen. Ein sinnvoll begrenzter Agent muss nicht jede Ausnahme dauerhaft selbst erledigen. Entscheidend ist, dass die verbleibende Arbeit zuverlässig bei den zuständigen Personen ankommt.