Arbeiten mit vorhandenen Automatisierungen

Verwenden Sie diesen Workflow, um vorhandene RPA-Bots in einen koordinierten End-to-End-Prozess zu integrieren, anstatt sie neu zu erstellen.

Verwenden Sie diesen Workflow, wenn Sie bereits über funktionierende Automatisierungen verfügen, die jeweils für sich einen wertvollen Auftrag ausführen, und Sie möchten, dass Cartographer sie in einem einzigen, koordinierten End-to-End-Prozess mit Sichtbarkeit, Steuerelementen und SLAs (SLAs) verknüpfen – die „Automatisierungsinseln“ Situation: vertrauenswürdige Bots, kein Prozess verbindet sie. Das Ziel ist es, wiederzuverwenden, was funktioniert, nur die manuelle Verbindung zwischen den Bots zu ersetzen und nur dort eine neue Funktion hinzuzufügen, wo die Assets nicht erreicht werden können.

Bevor Sie beginnen

Sammeln Ihrer Assets

Cartographer entwirft am besten, wenn es Ihre Automatisierungen lesen kann – nicht nur, um sie zu hören. Halten Sie für jeden Bot, den Sie wiederverwenden möchten, eine Beschreibung bereit, die Folgendes abdeckt:

• Was es tut und was es auslöst (Zeitplan, Warteschlange, manuell oder API)
• Seine Eingaben und Ausgaben – Dateiformate, Warteschlangenelementstrukturen, die genauen Felder, die es liest und schreibt
• Welche Systeme sie erreicht und wie (Bildschirm/UI vs. API), da das bestimmt, wie sie wiederverwendbar ist
• Wie sie Ausnahmen behandelt und wem sie gehört
• Ob es sich um geschäftskritische oder Compliance-bezogene (z. B. SoX) handelt

Geben Sie jedem Asset eine stabile Referenz (z. B. einen CoE-Code) und bitten Sie den Cartographer, durchgängig mit diesem Code darauf zu verweisen. Diese einzige Anpassung führt dazu, dass die Übersicht über den aktuellen Status, das zukünftige Design und das endgültige Dokument auf dieselbe Weise verweisen.

Einrichten des Geschäftsprozesses

Geben Sie in Ihren Projektanweisungen explizit die Wiederverwendungsabsicht an – z. B. „Ich habe mehrere vorhandene RPA-Bots, die ich wiederverwenden möchte“. Dokumentieren Sie den aktuellen Prozess, verfolgen Sie die vorhandenen Assets und entwerfen Sie eine zukünftige End-to-End-Orchestrierung, die sie wiederverwendet und nur die manuelle Leiste ersetzt. Wenn Sie hier explizit sind, befindet sich Cartographer in den eingeschränkten Modus „Wiederverwenden zuerst“.

Workflow

Erfassen des aktuellen Status aus den Assets

Öffnen Sie die Datei mit etwas wie „Beginn Sie, den aktuellen Prozess zu dokumentieren; die vorhandenen Assets nachzuverfolgen und sie wiederzuverwenden. Cartographer liest Ihre Asset-Beschreibungen und erstellt ein aktuelles Statusbild: eine Prozessübersicht, die Systeme und Daten, die jeder Bot verwendet, die Übergaben zwischen ihnen und eine Liste mit Problemen. Lassen Sie es fertig stellen, bevor Sie das zukünftige Design besprechen – die Karte des aktuellen Status ist der Anker, auf den alles zurückverfolgt werden kann.

Korrigieren, wie jedes Asset wirklich passt

Cartographer schätzt am besten, wie die Assets verbunden sind, und kann falsch schätzen. Korrigieren Sie es deutlich – zum Beispiel: „Dieses Genehmigungs-Bot ist ein separater nachgelagerter Prozess; Provisionen sind davon nicht betroffen." Cartographer zeichnet die Karte neu und hält das korrigierte Asset für die Wiederverwendung verfügbar, anstatt es zu verwerfen.

Entscheiden, welche Assets in die zukünftige Pipeline gehören

Teilen Sie Cartographer mit, welche Assets wiederverwendet werden sollen und wo. Sie können ein Asset heute auch dann wiederverwenden, wenn es separat ist – sagen Sie es einfach: „Ich möchte, dass dieser Genehmigungs-Bot Teil der zukünftigen automatisierten Pipeline ist; empfehlen Sie, wo es platziert werden soll." Formulieren Sie Ihr übergeordnetes Ziel (z. B. „End-to-End-Automatisierung mit minimaler menschlicher Auswertung, es sei denn, ein Steuerelement ist unerlässlich“). Cartographer reasons from the assets' real inputs and outputs to find a placement that connects them without a rebuild.

Überprüfen der Datenverträge zwischen verketteten Assets

Wenn ein Bot einen anderen feed, bestätigen Sie, dass die Ausgaben des Upstream-Assets tatsächlich den Eingaben des Downstream-Assets entsprechen – Feldnamen, Formate und Strukturen. Abweichungen sind hier die häufigste Quelle für stille Fehler in einer zusammengefügten Pipeline.

Zuweisen eines Automatisierungsmodus für jede Einheit

Cartographer schlägt Automatisierungseinheiten (einen Bot oder einen natürlichen Cluster) vor und fordert Sie auf, einen Modus für jede auszuwählen – siehe Zuweisen von Automatisierungsmodi. Wählen Sie nach der Art der Arbeit aus, keinen pauschalen Standardwert. Ein gutes Zeichen dafür, dass das Design funktioniert: Ihre vorhandenen Bots werden weiterhin als vollständig automatisierte Aufgaben ausgeführt, menschliche Touchpoints gibt es nur dann, wenn ein echtes Steuerelement sie erfordert, und neue Agent Unit werden nur dort angezeigt, wo die Bots wirklich nicht erreicht werden können.

Bestätigung der zukünftigen Form vor dem Detail

Cartographer zeigt die zukünftige Prozessform (z. B. „Fünf automatisiert, eine menschliche Überprüfung, zwei Agent – was muss sich ändern?“) und wartet. Dieser Prüfpunkt ist wichtig: Eine Änderung an der Form nach dem Schreiben des Details geht verloren. Überprüfen Sie die Karte, passen Sie sie an und bestätigen Sie erst dann – eine Locker „ sieht gut aus“ wird als Genehmigung behandelt, also sind Sie vorsichtig.

Tipp:

Erzwingen Sie die Frage nach der Datenübergabe. Fordern Sie ausdrücklich eine Dispositionstabelle an, und bitten Sie Cartographer, zu berücksichtigen, wie Daten zwischen Knoten verschoben werden. Beispiel: „Generieren Sie ein PDD und fügen Sie eine Dispositionstabelle dazu ein, was mit jedem vorhandenen Asset passiert ist. Rufen Sie auch auf, wie Daten von Knoten zu Knoten übergeben werden, wobei potenzielle Unterschiede in der Art und Weise der Kommunikation der einzelnen RPAs berücksichtigt werden müssen. Rufen Sie alle Lücken auf.“

Überprüfen von Steuerelementen, Ausnahmen und offenen Entscheidungen

Nachdem Sie die Form bestätigt haben, schreibt Cartographer die Details: Geschäftsregeln, Ausnahmebehandlung, Vorteile und eine Liste offener Entscheidungen, die es absichtlich nicht erraten hat (z. B. ein Schwellenwert für die Genehmigungstoleranz, den Kanal des Genehmigers oder den Trigger-Mechanismus). Behandeln Sie diese Liste mit offenen Entscheidungen als Ihre Aktionsliste – jedes Element ist eine echte Auswahl, die das Build-Team beantwortet haben muss.

Generieren des Prozessdokuments

Wenn das Design bestätigt wurde, bitten Sie den Cartographer, das PDD zu generieren. Für ein Wiederverwendungsszenario sollte das Dokument mehr als ein von Grund auf geschriebenes PDD enthalten: eine Auflistung der wiederverwendeten Assets, die jeweilige Wiederverwendungsentscheidung, die Datenverträge zwischen ihnen, eine Zuordnung von Aktueller Status zu Zukunftsstatus und einen Phasenplan um dorthin zu gelangen.

Tipps und häufige Fallstricke

• Feed die Assets, nicht nur beschreiben. Das Design ist nur so gut, wie die Asset-Details, die ein Cartographer lesen kann.
• Erstes wiederverwenden, zweites hinzufügen. Vermeiden Sie die Neuerstellung eines funktionierenden Bots; Lassen Sie sie von der Orchestrierung umschließen und nur den Leim ersetzen.
• Ändern Sie die Absicht frei – sie wird sich anpassen. Wenn Sie ein Asset mitten in der Sitzung neu klassifizieren oder neu platzieren, Cartographer bearbeitet das Design um die neue Absicht.
• Achten Sie auf eine stille neue Plattform. Wenn die Wiederverwendung Daten von einem Datensatzsystem in ein anderes verschiebt, behandeln Sie dies als eine Entscheidung, die genehmigt werden muss, und nicht als Detail.
• Bestätigen Sie, dass freigegebene Assets Ihnen wiederverwendet werden können. Überprüfen Sie bei einem zentral verwalteten Bot oder einem Drittanbieter-Bot, dass das Besitzerteam zustimmt und über Kapazitäten verfügt, bevor es darauf aufbaut.
• Betrachten Sie einen gestaffelten Pfad. Die Orchestrierung der vorhandenen Bots und das Ersetzen des Leims ist eine wertvolle erste Phase, auf die später menschliche Touchpoints und Modernisierungen folgen.

Nächste Schritte

• Ist-Dokumentation – Die Mechanismen zur Erkennung und Definition des Ist-Interviews, die mit dem Neustart-Workflow geteilt werden
• TO-BE-Design und PDD-Generierung – Automatisierungsmodi und PDD-Generierung, die mit dem Neustart-Workflow geteilt werden
• Generieren einer SDD – Build-fähige Spezifikation aus dem bestätigten PDD