Utilisation des automatisations existantes

Utilisez ce workflow pour intégrer des robots RPA existants dans un processus coordonné de bout en bout au lieu de les reconstruire.

Utilisez ce workflow lorsque vous avez déjà des automatisations en cours de travail qui effectuent chacune une tâche précieuse de manière isolée, et que vous souhaitez que Cartographer les intègre dans un seul processus de bout en bout coordonné avec une visibilité, des contrôles et des SLA — les « îles d'automatisation » situation: des bots approuvés, aucun processus ne les connecte. L'objectif est de réutiliser ce qui fonctionne, de remplacer uniquement le collage manuel entre les robots et d'ajouter une nouvelle fonctionnalité uniquement là où les ressources ne peuvent pas atteindre.

Avant de commencer

Collecte de vos ressources

Cartographer designs best when it can read your automations, not just hear about them. Pour chaque bot que vous souhaitez réutiliser, disposez d'une description prête à l'emploi qui couvre:

• Ce qu’il fait et ce qui le déclenche (planification, file d’attente, manuel ou API)
• Ses entrées et ses sorties: les formats de fichiers, les structures d’éléments de file d’attente, les champs exacts qu’il lit et écrit
• Quels systèmes sont concernés et comment (écran/IU vs. API), car cela détermine sa réutilisation
• Comment il gère les exceptions et qui en est propriétaire
• Indique s’il est critique pour l’entreprise ou lié à la conformité (par exemple, SoX)

Donnez à chaque ressource une référence stable (par exemple, un code CoE) et demandez à Cartographer d’y faire référence par ce code tout au long. Cette habitude garde la carte de l’état actuel, la conception future et le document final pointer toutes sur la même chose réelle.

Configuration du processus métier

Dans vos instructions de projet, indiquez explicitement l’intention de réutilisation, par exemple: « J’ai plusieurs robots RPA existants que je souhaite réutiliser. Documentez le processus actuel, suivez les ressources existantes et concevez une future orchestration de bout en bout qui les réutilise en remplaçant uniquement le collage manuel. Le fait d’être explicite ici est ce qui place Cartographer en mode contraint et réutilisation.

Workflow

Capturer l’état actuel à partir des ressources

Ouvrez un point comme « Commencer à documenter le processus actuel; suivre les ressources existantes et les réutiliser. Cartographer lit vos descriptions de ressources et construit une image de l'état actuel : une carte de processus, les systèmes et les données que chaque bot utilise, les transferts entre eux et une liste de points faibles. Laissez-la se terminer avant de discuter de la conception future - la carte de l'état actuel est l'ancre vers laquelle tout se retrouve.

Correction de l'adéquation réelle de chaque ressource

Cartographer fait de son mieux pour deviner comment les actifs se connectent, et il peut se tromper. Corrigez-le clairement - par exemple, « que le bot d’approbation est un processus en aval distinct; cela ne touche pas les frais de commission.et quota; Cartographer affiche à nouveau la carte et conserve la ressource corrigée disponible pour la réutilisation plutôt que de la supprimer.

Décider quelles ressources appartiennent au pipeline futur

Indiquez au Cartographer les ressources à réutiliser et où. Vous pouvez réutiliser une ressource même si elle est distincte aujourd'hui. Dites-le simplement: « Je veux que ce bot d'approbation fasse partie du futur pipeline automatisé; recommander où le placer. Indiquez votre objectif global (par exemple, « automatisation de bout en bout avec une évaluation humaine minimale, sauf lorsqu’un contrôle est essentiel»). Cartographer raisonne à partir des entrées et des sorties réelles des ressources pour trouver un emplacement qui les connecte sans reconstruire.

Vérifier les contrats de données entre les ressources enchaînées

Lorsqu'un bot en alimente un autre, confirmez que les sorties de la ressource en amont correspondent réellement aux entrées de la ressource en aval - noms de champ, formats et structures. Les incompatibilités sont la source la plus courante des échecs silencieux dans un pipeline collé.

Attribution d'un mode d'automatisation à chaque unité

Cartographer propose des unités d'automatisation (un bot ou un cluster naturel) et vous demande de choisir un mode pour chacun — voir Attribution de modes d'automatisation. Choisissez par la nature du travail, et non une couverture par défaut. Un signe positif de la conception est que vos robots existants continuent de s’exécuter en tant que tâches entièrement automatisées, que les points de contact humains existent uniquement lorsqu’un contrôle réel les nécessite et que les nouvelles unités d’agent apparaissent uniquement lorsque les robots ne peuvent réellement pas accéder.

Confirmer la forme future avant le détail

Cartographer présente la forme du processus futur (par exemple, « cinq automatisés, un examen humain, deux agents — ce qui doit changer?») et attend. Ce point de contrôle est important: une modification de la forme après l'écriture des détails entraîne le travail. Examinez la carte, ajustez, puis confirmez uniquement — un occasionnel « a l’apparence»; est traité comme une approbation, il doit donc être délibéré.

Astuce :

Forcez la question sur la transmission des données. Demandez explicitement une table de disposition et demandez à Cartographer de tenir compte de la façon dont les données sont déplacées entre les nœuds. Exemple: « Générer un PDD et inclure une table de disposition sur ce qui s’est passé avec chaque ressource existante. Expliquez également comment les données sont transmises de nœud à nœud, en tenant compte des différences potentielles dans la façon dont chaque RPA communique. Indiquez les lacunes.

Examiner les contrôles, les exceptions et les décisions ouvertes

Après avoir confirmé la forme, Cartographer écrit les détails: règles métier, gestion des exceptions, avantages et une liste de décisions ouvertes qu'il n'a délibérément pas devinées (des choses comme un seuil de tolérance d'approbation, le canal de l'approbateur ou le mécanisme de déclencheur). Traitez cette liste de décisions ouvertes comme votre liste d’actions - chaque élément est un choix réel dont l’équipe de développement aura besoin d’une réponse.

Génération du document du processus

Une fois la conception confirmée, demandez à Cartographer de générer le PDD. Pour un scénario de réutilisation, le document doit comporter plus d'un PDD écrit à partir de zéro: un inventaire des ressources réutilisées, la décision de réutilisation pour chacune, les contrats de données entre eux, une carte de l'état actuel à l'état futur et un plan progressif pour y accéder.

Conseils et erreurs courantes

• Flux les ressources, ne les décrivez pas seulement. La conception n’est aussi bonne que les détails de la ressource que Cartographer peut lire.
• Réutiliser d’abord, ajouter ensuite. Refuser la reconstruction d'un bot de travail; permettent à l'orchestration de l'encapsuler et de remplacer uniquement le collage.
• Modifiez librement l’intention: elle s’adaptera. Si vous reclassez ou remplacez une ressource à la mi-session, Cartographer re-works the design around the new intent.
• Surveillez le reformatage silencieux. Si la réutilisation déplace les données d’un système d’enregistrement à un autre, traitez-le comme une décision nécessitant une approbation, et non comme un détail.
• Confirmez que les ressources partagées vous concernent. Dans le cas d'un bot géré de manière centralisée ou d'un bot tiers, vérifiez que l'équipe propriétaire accepte et dispose de la capacité requise avant de construire le processus.
• Envisagez un chemin par étapes. L'orchestration des robots existants et le remplacement de la colle est une première phase précieuse en elle-même, avec des points de contact humains et la modernisation qui suit.

Prochaines étapes

• Documentation TELLE QUELLE - Studio et Définir les mécanismes d'interrogation en l'état, partagées avec le workflow de démarrage propre
• Conception À PARAÎTRE et génération de PDD - Modes d'automatisation et génération de PDD, partagés avec le workflow de démarrage propre
• Génération d’un SDD — Spécification prête pour la création à partir du PDD confirmé