Trabalhando com automações existentes

Use esse fluxo de trabalho para unir bots de RPA existentes em um processo coordenado de ponta a ponta em vez de recriá-los.

Use esse fluxo de trabalho quando você já tiver automações de trabalho, em que cada uma faz um trabalho valioso isoladamente, e você deseja que o Cartographer os una em um único processo coordenado de ponta a ponta com visibilidade, controles e SLAs — as " Ilhas de automação " situação: bots confiáveis, nenhum processo conectando-os. O objetivo é reutilizar o que funciona, substituir apenas a colagem manual entre os bots e adicionar novo recurso apenas onde os ativos não podem alcançar.

Antes de começar

Reunindo seus ativos

Cartographer designs best when it can read suas automações, e não apenas ouvir sobre elas. Para cada robô que você deseja reutilizar, tenha uma descrição pronta que cubra:

• O que faz e o que dispara (agendar, fila, manual ou API)
• Suas entradas e saídas — formatos de arquivo, estruturas de itens de fila, os campos exatos que lê e grava
• Quais sistemas ele entra e como (tela/UI versus API), já que isso determina o quão reutilizável é
• Como ele lida com exceções e quem é o proprietário
• Quer seja crítico para os negócios ou com escopo de conformidade (por exemplo, SoX)

Dê a cada ativo uma referência estável (por exemplo, um código de Centro de Excelência) e peça ao Cartographer para se referir a ele por esse código durante o processo. Esse único comportamento mantém o mapa do estado atual, o design futuro e o documento final apontando para a mesma coisa real.

Configuração do processo de negócios

Nas instruções do seu projeto, indique a intenção de reutilização explicitamente — por exemplo: “Tenho vários bots de RPA existentes que quero reutilizar”. Documente o processo atual, acompanhe os ativos existentes e projete uma futura orquestração de ponta a ponta que os reutiliza, substituindo apenas a colagem manual. Ser explícito aqui é o que coloca o Cartographer no modo restrito de reutilizar primeiro.

Fluxo de Trabalho

Capturando o estado atual dos ativos

Abra com algo como "Comece a documentar o processo atual; acompanhe os ativos existentes e reutilize-os." Cartographer lê suas descrições de ativos e cria uma imagem do estado atual: um mapa de processo, os sistemas e dados que cada robô usa, as transferências entre eles e uma lista de pontos problemáticos. Deixe finalizar antes de discutir o design futuro — o mapa do estado atual é a âncora à qual tudo rastreia.

Corrigir como cada ativo realmente se encaixa

Cartographer faz o seu melhor palpite sobre como os ativos se conectam e pode adivinhar errado. Corrija-a simplesmente — por exemplo, "esse bot de aprovação é um processo downstream separado; não entra em contato com as entidades.&co.; O Cartographer redesenha o mapa e mantém o ativo corrigido disponível para reutilização em vez de descartá-lo.

Decisão sobre quais ativos pertencem no pipeline futuro

Informe o Cartographer quais ativos serão reutilizados e onde. Você pode reutilizar um ativo mesmo que esteja separado hoje. Basta dizer: "Quero que esse robô de aprovação faça parte do futuro pipeline automatizado;". recomendamos onde colocá-la.; Indique seu objetivo geral (por exemplo, "automatizado de ponta a ponta com avaliação humana mínima, exceto quando um controle for essencial"). Cartographer reasons from the assets' real inputs and outputs to find a placement that connects them without a rebuild.

Verificação dos contratos de dados entre ativos encadeados

Onde um robô alimenta outro, confirme se as saídas do ativo upstream realmente atendem às entradas do downstream — nomes de campos, formatos e estruturas. As incompatibilidades aqui são a origem mais comum de falha silenciosa em um pipeline unificado.

Atribuição de um modo de automação a cada unidade

Cartographer propõe unidades de automação (um bot ou um cluster natural) e solicita que você escolha um modo para cada — consulte Atribuição de modos de automação. Escolha pela natureza do trabalho, não por um padrão geral. Um bom sinal de que o design é robusto: seus bots existentes continuam executando como tarefas totalmente automatizadas, os pontos de contato humanos existem apenas onde um controle real os exige e novas unidades de agente aparecem apenas onde os bots realmente não podem alcançar.

Confirmando a forma futura antes do detalhe

Cartographer apresenta a forma do processo futuro (por exemplo, "cinco automatizados, uma revisão humana, dois agentes — o que precisa mudar?") e aguarda. Esse ponto de verificação é importante: uma alteração na forma após o detalhe ser escrito descarta o trabalho. Revise o mapa, ajuste e só então confirme — um teste padrão " ela fica bem" é tratada como aprovação; portanto, seja deliberada.

Dica:

Forçar a pergunta de passagem de dados. Solicite explicitamente uma tabela de disponibilidade e peça que o Cartographer relate como os dados se movem entre os nós. Exemplo: "Gerar um PDD e incluir uma tabela de descarte sobre o que aconteceu com cada ativo existente" Informe também como os dados são passados de nó para nó, levando em consideração possíveis diferenças em como cada RPA se comunica. Chame quaisquer lacunas.>

Revisar controles, exceções e decisões abertas

Depois de confirmar a forma, o Cartographer escreve os detalhes: regras de negócios, tratamento de exceções, benefícios e uma lista de decisões abertas que ele deliberadamente não adivinhou (colá, as coisas como um limite de tolerância de aprovação, o canal do aprovador ou o mecanismo de gatilho). Trate essa lista de decisões abertas como sua lista de ações — cada item é uma escolha real que a equipe de compilação precisará responder.

Gerando o documento do processo

Quando o design for confirmado, peça ao Cartographer para gerar o PDD. Para um cenário de reutilização, o documento deve carregar mais do que um PDD escrito do zero: um inventário dos ativos reutilizados, a decisão de reutilização para cada um, os contratos de dados entre eles, um mapa do estado atual para o estado futuro e um plano em fases para chegar lá.

Dicas e armadilhas comuns

• Feed os ativos, não apenas descreva-os. O design é tão bom quanto os detalhes do ativo que o Cartographer deseja ler.
• Reutilize primeiro e adicione depois. sem a recriação de um robô em funcionamento; deixe que a orquestração o envolva e substitua apenas a cola ao seu redor.
• Altere a intenção livremente — ela se adaptará. Se você reclassificar ou substituir um ativo no meio da sessão, o Cartographer retrabalha o design em torno da nova intenção.
• Preste atenção em testes de plataforma silenciosos. Se a reutilização mover dados de um sistema de registro para outro, trate isso como uma decisão que precisa de assinatura, não como um detalhe.
• Confirme que os ativos compartilhados são seus para reutilização. Para um bot gerenciado centralmente ou de terceiros, verifique se a equipe proprietária concorda e tem capacidade antes de criar nele.
• Considere um caminho preparado. Orquestrar os bots existentes e substituir a cola é uma primeira fase valiosa por conta própria, com pontos de contato humanos e atualização seguindo mais tarde.

Próximas Etapas

• Documentação COMO ESTÁ — as mecanismos de avaliação Discovery e Definir como está, compartilhadas com o fluxo de trabalho de início limpo
• Design TO-BE e geração de PDD — modos de automação e geração de PDD, compartilhados com o fluxo de trabalho de início limpo
• Geração de um SDD — Especificação pronta para compilação a partir do PDD confirmado