Saiba como a Equinix automatiza processos de negócios com o Oracle Integration RPA
Essa arquitetura de referência ilustra como você pode usar integrações no Oracle Integration, a plataforma de automação de negócios no OCI, para orquestrar chamadas de API, RPA e interações de banco de dados.
São fornecidos dois casos de uso orientados para a produção:
- Caso de uso 1: Recomendações de Crédito do Cliente (EXT-016) no Oracle Receivables
Apresenta a migração do RPA tradicional para o Oracle Integration RPA
- Caso de uso 2: Automação do Lote de Pagamentos no Oracle Payables
Apresenta uma nova implementação de RPA do Oracle Integration com uma configuração orientada ao Visual Builder.
A arquitetura oferece as seguintes vantagens:
- Reduz a dependência de plataformas RPA tradicionais usando o Oracle Integration como uma plataforma completa de automação de negócios para automação de API e interface do usuário.
- Automatiza o trabalho financeiro repetitivo e baseado em regras no Oracle Fusion Cloud Service, em que as APIs sozinhas não cobrem a ação da interface do usuário necessária.
- Cria um padrão de automação híbrida reutilizável que combina integração baseada em API, execução de robô de interface do usuário, relatórios e persistência de estado.
- Melhora a resiliência operacional com seletores dinâmicos, cargas úteis de entrada e saída de robôs estruturados, tratamento centralizado de erros e observabilidade do Oracle Integration.
- Melhora a eficiência operacional dimensionando automaticamente os recursos de computação em um ambiente de pool.
Antes de Começar
- O Oracle Integration 3 é provisionado como a edição Enterprise ou Healthcare em uma região na qual o RPA está disponível. Consulte Explorar mais para obter links para informações adicionais.
- O Fusion Cloud Service ERP inclui os módulos relevantes de Contas a Receber e Contas a Pagar, tarefas ESS, relatórios do BI Publisher e acesso à API REST.
- Uma tenancy do OCI (Oracle Cloud Infrastructure) está disponível para dimensionamento automático do ambiente do robô, incluindo compartimentos, políticas do OCI Identity and Access Management (IAM), rede virtual na nuvem (VCN) e configuração de sub-rede, imagens personalizadas, configurações de instância e pools de instâncias.
- A equipe de implementação cria contas de serviço dedicadas no Oracle Fusion Cloud Service para execução de robô.
- O Autonomous AI Transaction Processing (ATP) e o Oracle REST Data Services (ORDS) estão disponíveis quando a arquitetura requer status de nível de registro persistente e acesso REST ao estado de automação armazenado.
- O Visual Builder estará disponível para painéis de configuração de lote de pagamentos e mapeamentos de modelo se o caso de uso de lote de pagamentos permanecer no escopo.
- A equipe de implementação deve validar as permissões de automação de aplicativos, os limites de limitação e as restrições de desempenho do Oracle SaaS antes da implantação da produção.
Sobre o Oracle Cloud Services
| Serviço na Nuvem | Atribuição |
|---|---|
| Oracle Integration 3 | Orquestra integrações, chama robôs RPA, gerencia conexões, implementa lotes pai-filho e monitora a execução. |
| Oracle Fusion Cloud Enterprise Resource Planning | Sistema de registro para Revisões de Crédito do Contas a Receber e Solicitações de Processo de Pagamento do Contas a Pagar. |
| Oracle Enterprise Scheduler Service | Programa ou aciona integrações do Oracle Integration com parâmetros de negócios, como sinalizadores de região ou reprocessamento. |
| Oracle BI Publisher | Gera relatórios de extração e status usados pelo Oracle Integration para pastas de casos, registros de pagamento e validação. |
| Oracle Autonomous AI Transaction Processing | Armazena o status no nível do registro e oferece suporte a pacotes de validação para o fluxo de recomendação de crédito. |
| Oracle Visual Builder | Hospeda painéis de controle de programação, modelo e configuração de pagamento consumidos pelo Oracle Integration. |
| Pools de instâncias do OCI Compute | Forneça infraestrutura de agente robô dimensionada automaticamente por meio de imagens personalizadas e configurações de instância. |
| Identity and Access Management da OCI, OCI Monitoring, OCI Logging e OCI Notifications | Proteja e observe a infraestrutura de runtime do robô, as integrações e os eventos operacionais. |
Arquitetura
A arquitetura de destino é um padrão de automação híbrida. O Oracle Integration trata de programação, extração de dados, orquestração, chamadas de API, tratamento de erros, sondagem de status e notificações. Os robôs RPA executam ações da interface do usuário que não são expostas por meio de APIs. Os pools de instâncias do OCI fornecem capacidade de tempo de execução de robô elástico, enquanto o Oracle Fusion Cloud Enterprise Resource Planning (ERP) permanece o sistema de registro comercial.
O diagrama a seguir mostra o padrão de automação híbrida:
Descrição da ilustração Hybrid-automation-pattern.png
padrão de automação híbrida-oracle.zip#GUID-37FF80D9-B5F2-4652-8070-6A2D97C71C7E
A arquitetura inclui estes componentes:
- Oracle Integration
O Oracle Integration é um ambiente pré-configurado totalmente gerenciado que permite integrar aplicativos na nuvem e on-premises, automatizar processos de negócios e desenvolver aplicativos visuais. Ele usa um servidor de arquivos compatível com SFTP para armazenar e recuperar arquivos e permite que você troque documentos com parceiros comerciais business-to-business usando um portfólio de centenas de adaptadores e receitas para se conectar com aplicativos Oracle e de terceiros.
- Configuração da instância
Uma configuração da instância é um modelo que define as definições a serem utilizadas na criação de instâncias de computação, incluindo detalhes como imagem base, forma e metadados. Você também pode especificar os recursos associados para a instância, como anexos de volume de bloco e a configuração da rede.
- Pool de instâncias
Um pool de instâncias é um grupo de instâncias dentro de uma região que são criadas a partir da mesma configuração de instância e gerenciadas como um grupo.
Fluxo de plataforma comum
O Oracle Integration orquestra a automação financeira recebendo programações e parâmetros, extraindo dados, chamando robôs e APIs, status persistente, resultados de sondagem e enviando notificações. Os robôs executam ações da interface do usuário que não estão disponíveis por meio de APIs. Os ambientes de robô usam pools de instâncias do OCI e configurações de instância para dimensionar a capacidade de runtime.
Caso de uso 1: Recomendações de crédito do cliente (EXT-016) no Oracle Receivables
O caso de uso automatiza as atualizações de recomendação de crédito do cliente no Oracle Receivables. O Oracle Integration coordena a extração de relatórios, a execução do robô, o rastreamento de status, o tratamento de exceções e as notificações. O fluxo usa a configuração do Visual Builder, as APIs REST do Oracle Fusion Cloud Service, os relatórios do BI Publisher e o estado de automação persistente.
| Processar | Fluxo de Processos |
|---|---|
| Problema de negócios | Os analistas financeiros devem revisar as pastas de casos de crédito, inserir limites e classificações de crédito, fechar pastas elegíveis e reatribuir casos quando o processamento falhar. O processamento manual aumenta o tempo de processamento e o risco de erros em escala. |
| Fluxo principal | Um job do ESS (Enterprise Scheduler Service) inicia o Oracle Integration, uma extração de pasta de caso do BI Publisher, uma inserção de banco de dados do ATP (Autonomous AI Transaction Processing), validação de banco de dados, loop filho do Oracle Integration, o primeiro robô atualiza o Receivables, verificações de status e notificações. |
| Ações do robô | Faça logon, navegue até Revisões de Crédito do Contas a Receber, pesquise cada pasta de casos, reatribua o analista ao usuário de serviço quando necessário, abra recomendações, informe o limite de crédito e a classificação, salve e reporte o status de saída. |
| Tratamento de erro | O sistema registra as pastas de casos com falha e envia um e-mail para o analista designado. Um robô secundário pode reatribuir casos com falha ao analista original. O Oracle Integration pode criar incidentes do ServiceNow quando o cliente usa a integração do ITSM (gerenciamento de serviços de TI). |
| Dados e estado | Uma tabela ATP, como CASEFOLDER_DETAILS, armazena o status no nível de registro. Os relatórios de status do BI Publisher podem verificar o status ORA_CLOSED ou um status de fechamento semelhante. |
A tabela a seguir define as regras de negócios para automação de recomendação de crédito.
| Regra | Condição | Ação |
|---|---|---|
| Clientes governamentais ou de débito direto | A classificação da conta é Gov ou DD. | Feche o caso automaticamente como de baixo risco sem a execução do robô. |
| Pontuação de crédito baixa | A pontuação total é menor que 20. | Não feche o caso automaticamente. Encaminhe o caso para um analista para revisão manual. |
| Pontuação moderada | A pontuação total é de 21 a 50. | Classificar como Risco Moderado. |
| Pontuação alta | A pontuação total é maior que 50. | Classifique como de baixo risco. |
| Validação nula | Falta e-mail, moeda, limite ou classificação. | O pacote de banco de dados bloqueia o registro e registra o erro. |
Caso de uso 2: Automação do lote de pagamentos no Oracle Payables
O caso de uso automatiza o envio do lote de pagamentos do Oracle Fusion Payables. O Oracle Visual Builder hospeda modelos de configuração que orientam o Oracle Integration. O Oracle Integration orquestra um workflow de várias etapas que cria lotes de pagamento, valida status, executa relatórios, valida NFFs, remove NFFs rejeitadas, formata lotes, retoma pagamentos por meio de chamadas de API e envia notificações de exceção.
| Processar | Fluxo de Processos |
|---|---|
| Problema de negócios | Os lotes de pagamento devem ser enviados e validados antes das janelas de fechamento do pagamento. O processamento manual entre modelos de pagamento e regiões aumenta o risco operacional. |
| Fluxo principal | Os modelos do Oracle Visual Builder e um parâmetro de região ESS iniciam verificações de congelamento e filtragem de modelo do Oracle Integration, seguidos por ações de robô e API no Oracle Payables, relatórios, roteamento de exceções e armazenamento de saída. |
| Ações do robô | Crie a solicitação de processo de pagamento, valide parcelas pendentes, remova NFFs rejeitadas quando as regras de negócios exigirem, e formate e envie o lote. |
| Ações da API | APIs REST do Oracle Fusion Cloud Service, como operações paymentProcessRequests GET e PATCH, para verificações de status, ações de retomada e operações de relatório. |
| Dados e configuração | Modelos de programação, mapeamentos de modelo e modelos de configuração do Oracle Visual Builder determinam lotes, moedas, limites e ações de exceção elegíveis. |
A tabela a seguir define as regras que determinam as ações de exceção e desligamento do lote de pagamento.
| Regra | Condição | Ação |
|---|---|---|
| Moeda excluída | A moeda de resposta da API corresponde a uma moeda excluída no mapeamento de modelo. | Envie uma notificação de exceção de negócios imediatamente. |
| Pagamento Único GT (USD) | O pagamento agregado em US$ excede o limite de pagamento único configurado. | Emitir uma exceção ou remover a NFF com base na ação configurada. |
| GT de Moeda Cruzada | A moeda de pagamento difere da moeda do lote e o valor em US$ excede o limite configurado. | Emitir uma exceção ou remover a NFF com base na ação configurada. |
| Zzz da moeda do lote | O modelo usa zzz como o marcador de todas as moedas. | Nos critérios de seleção de pagamento, selecione Tudo para moedas. |
| Zero faturas selecionadas | A contagem da NFF selecionada é 0 após a validação. | Não faça download do relatório. Finalize o lote do modelo. |
A tabela a seguir compara os dois casos de uso de automação financeira mostrados nesta arquitetura de referência.
| Dimensão | Caso de uso-1: Recomendações de crédito | Caso de uso-2: Lote de pagamentos |
|---|---|---|
| Módulo | Revisões de Crédito do Oracle Receivables | Solicitações de Processo de Pagamento do Oracle Payables |
| Acionador | Tarefa ESS (sob demanda) | Job ESS (parâmetro de região, programado) |
| Configuração de pré-requisitos | Extração de relatório do BI Publisher das tabelas do Oracle Receivables | Painéis de controle de programação, modelo e configuração hospedados no Oracle Visual Builder |
| Número de robôs | Dois robôs (atualização e reatribuição de analistas) | Três ações de robô (criar lote, remover faturas e formatar) |
| Uso da API | Limitado (consulta de status do BI Publisher) | Extensivo (operações GET e PATCH de solicitação de processo de pagamento, APIs de relatório e API de retomada) |
| Armazenamento de Dados | Tabela ATP (CASEFOLDER_DETAILS) | Mapeamentos de modelo e relatórios do SharePoint do Oracle Visual Builder |
| Tratamento de erro | Registro de erros, ServiceNow e e-mail para cada analista | E-mail de exceção de negócios e alerta de lote encerrado |
| Regras de negócios | Limites de pontuação de crédito e classificação | Exclusões de moeda e limites de pagamento único e de moeda cruzada |
| Origem da migração | Ferramenta tradicional de automação de processos robóticos (RPA) | Nova implementação do Oracle Integration 3 RPA |
Considerações
Segurança e identidade
- Use contas de serviço de robô dedicadas com permissões de Oracle Fusion Cloud Service de menor privilégio e propriedade auditável.
- Armazene credenciais em conexões do Oracle Integration ou conexões do robô. Não codifique credenciais em etapas de robô ou cargas úteis de integração.
- Defina políticas de IAM com escopo para o compartimento de dimensionamento automático do RPA para permitir que o serviço Oracle RPA gerencie pools de instâncias, instâncias, configurações de instância, imagens e recursos de rede necessários.
- Use HTTPS para chamadas de serviço e confirme a abordagem de autenticação para APIs REST do Oracle Fusion Cloud Service, ATP (Autonomous AI Transaction Processing) e pontos finais ORDS (Oracle REST Data Services), BI Publisher, Oracle Visual Builder, e-mail e sistemas de gerenciamento de serviços de TI (ITSM).
Ambiente de rede e runtime
- Crie um compartimento dedicado, uma rede virtual na nuvem (VCN), uma sub-rede, uma tabela de roteamento e um modelo de conectividade de internet ou serviço para máquinas virtuais (VMs) do agente robô.
- Escolha imagens do agente robô do Windows ou Oracle Linux com base nos requisitos do navegador e do aplicativo. Confirme os requisitos de acesso remoto antes de abrir a entrada RDP (Remote Desktop Protocol) ou SSH (Secure Shell).
- Inclua o JDK (Java Development Kit), o browser, os pré-requisitos do Python e os scripts de inicialização do agente robô em imagens personalizadas para que as instâncias de expansão estejam disponíveis após a inicialização.
- Valide cada imagem personalizada antes de criar o pool de instâncias. A configuração de imagem com falha pode impedir que os ambientes robóticos se registrem no pool de ambientes do robô do Oracle Integration.
Disponibilidade, dimensionamento e custo
- Defina instâncias de robô mínimas e máximas com base na criticidade comercial, janelas de fechamento de pagamento e simultaneidade de carga de trabalho permitida do Oracle Fusion Cloud Service.
- Defina limites de utilização, períodos de resfriamento e períodos de janela para evitar escalonamento excessivo ou escalonamento repetido. O material de origem sugere exemplos como aumento de 50% e aumento de 80 a 120% dependendo da tolerância da carga de trabalho.
- Compare o runtime do robô com a frequência do trigger. Um robô que é executado por mais tempo que seu intervalo de chamada cria backlog, a menos que haja ambientes suficientes disponíveis.
- Use o dimensionamento automático para reduzir os custos de VM ociosos em comparação com pools de tempo de execução de RPA tradicionais fixos, preservando a capacidade de linha de base para execuções financeiras sensíveis ao tempo.
Operações e observabilidade
- Use a observabilidade do Oracle Integration para monitorar ambientes de robôs, integrações, conectividade de agentes, falhas e backlogs.
- Implemente handlers de falha globais que capturam contexto de payload, códigos de erro, metadados de execução e registros de negócios afetados.
- Retorne payloads de saída de robô estruturado para que o Oracle Integration possa determinar notificações de sucesso, repetição, sondagem de status, roteamento de exceções e resumo.
- Encaminhe falhas operacionais para e-mail e, quando configurado, para o ServiceNow ou a plataforma ITSM do cliente.
Resiliência e teste da interface do usuário
- Use seletores dinâmicos com base em valores de negócios estáveis do payload de entrada, como número de pasta de casos, em vez de IDs de componente do Oracle Fusion Cloud Service gerados.
- Use vários seletores e recursos de autocorreção, mas valide-os no teste de aceitação do usuário (UAT) antes de atualizações trimestrais do Oracle Fusion Cloud Service ou de alterações importantes na interface do usuário.
- Teste robôs no mesmo ambiente de tempo de execução limpo usado na produção, não apenas no computador do gravador.
- Execute testes de ponta a ponta em Oracle Integration, robôs, telas do Oracle Fusion Cloud Service, chamadas de API, relatórios, estado do banco de dados e notificações.
Confirmações
- Equipe Equinix:
- Ajay Narayan: Senior Manager IT, Digital Corporate functions
- Abhishek Aithal: Senior Software Engineer, Digital Corporate functions
- Lakshmi Reddy Kishtipati: Senior Software Engineer, Digital Corporate functions
- Equipe da Oracle:
Sandhya Lakshmi Gopalan: Principal Product Manager, Oracle Integration RPA
- Melissa Hubbell: Senior Manager, Oracle Integration User Assistance
- Anupama Pundpal: Principal User Assistance Developer
- Robert Lies: Desenvolvedor Principal de Assistência ao Usuário