Scopri come Equinix automatizza i processi aziendali con Oracle Integration RPA
Questa architettura di riferimento illustra come utilizzare le integrazioni in Oracle Integration, la piattaforma di automazione aziendale su OCI, per orchestrare chiamate API, RPA e interazioni con il database.
Vengono forniti due casi d'uso orientati alla produzione:
- Caso d'uso 1: Suggerimenti credito cliente (EXT-016) in Oracle Receivables
Esegue la migrazione da RPA tradizionale a Oracle Integration RPA
- Caso d'uso 2: Automazione batch di pagamenti in Oracle Payables
Presenta una nuova implementazione RPA di Oracle Integration con una configurazione basata su Visual Builder.
L'architettura offre i seguenti vantaggi:
- Riduce la dipendenza dalle piattaforme RPA tradizionali utilizzando Oracle Integration come piattaforma di automazione aziendale completa per l'automazione di API e interfaccia utente.
- Automatizza il lavoro finanziario ripetitivo e basato su regole in Oracle Fusion Cloud Service, dove le API da sole non coprono l'azione dell'interfaccia utente richiesta.
- Crea un pattern di automazione ibrida riutilizzabile che combina integrazione basata su API, esecuzione del robot dell'interfaccia utente, reporting e persistenza dello stato.
- Migliora la resilienza operativa con selettori dinamici, payload strutturati di input e output del robot, gestione centralizzata degli errori e osservabilità di Oracle Integration.
- Migliora l'efficienza operativa ridimensionando automaticamente le risorse di calcolo in un ambiente pool.
Operazioni preliminari
- Il provisioning di Oracle Integration 3 viene eseguito come edizione Enterprise o Healthcare in un'area in cui è disponibile l'RPA. Vedere Esplora altro per i collegamenti a informazioni aggiuntive.
- Fusion Cloud Service ERP include i moduli Receivables e Payables pertinenti, i processi ESS, i report BI Publisher e l'accesso all'API REST.
- Una tenancy Oracle Cloud Infrastructure (OCI) è disponibile per la scalabilità automatica dell'ambiente del robot, inclusi compartimenti, criteri di OCI Identity and Access Management (IAM), rete cloud virtuale (VCN) e configurazione della subnet, immagini personalizzate, configurazioni di istanze e pool di istanze.
- Il team di implementazione crea account di servizio dedicati in Oracle Fusion Cloud Service per l'esecuzione dei robot.
- Autonomous AI Transaction Processing (ATP) e Oracle REST Data Services (ORDS) sono disponibili quando l'architettura richiede uno stato persistente a livello di record e l'accesso REST allo stato di automazione memorizzata.
- Visual Builder è disponibile per i dashboard di configurazione dei batch di pagamenti e i mapping dei modelli se il caso d'uso del batch di pagamenti rimane nell'ambito.
- Il team di implementazione deve convalidare le autorizzazioni di automazione delle applicazioni, i limiti di limitazione e i vincoli di prestazioni Oracle SaaS prima della distribuzione di produzione.
Informazioni su Oracle Cloud Services
| Servizio cloud | Ruolo |
|---|---|
| Oracle Integration 3 | Orchestra le integrazioni, richiama robot RPA, gestisce le connessioni, implementa il batch padre-figlio e monitora l'esecuzione. |
| Oracle Fusion Cloud Enterprise Resource Planning | Sistema di registrazione per le richieste di elaborazione dei pagamenti di Receivables Credit Reviews e Payables Payment. |
| Servizio Oracle Enterprise Scheduler | Pianifica o attiva le integrazioni di Oracle Integration con parametri aziendali quali i flag di area o rielaborazione. |
| Oracle BI Publisher | Genera i report di estrazione e stato utilizzati da Oracle Integration per cartelle casi, registri pagamenti e convalida. |
| Oracle Autonomous AI Transaction Processing | Memorizza lo stato a livello di record e supporta i package di convalida per il flusso di raccomandazioni credito. |
| Oracle Visual Builder | Ospita dashboard di pianificazione, modello e configurazione dei batch di pagamento utilizzati da Oracle Integration. |
| Pool di istanze di OCI Compute | Fornisci un'infrastruttura dell'agente robot ridimensionata automaticamente tramite immagini e configurazioni di istanze personalizzate. |
| Gestione delle identità e degli accessi OCI, Monitoraggio OCI, Log OCI e Notifiche OCI | Proteggi e osserva l'infrastruttura runtime dei robot, le integrazioni e gli eventi operativi. |
Architettura
L'architettura di destinazione è un modello di automazione ibrida. Oracle Integration gestisce la pianificazione, l'estrazione dei dati, l'orchestrazione, le chiamate API, la gestione degli errori, il polling dello stato e le notifiche. I robot RPA eseguono azioni dell'interfaccia utente che non sono esposte tramite le API. I pool di istanze OCI forniscono capacità runtime robotica elastica, mentre Oracle Fusion Cloud Enterprise Resource Planning (ERP) rimane il sistema di registrazione aziendale.
Il diagramma seguente mostra il pattern di automazione ibrida:
Descrizione dell'illustrazione hybrid-automation-pattern.png
ibrido-automazione-modello-oracle.zip#GUID-37FF80D9-B5F2-4652-8070-6A2D97C71C7E
L'architettura include i seguenti componenti:
- Oracle Integration
Oracle Integration è un ambiente completamente gestito e preconfigurato che consente di integrare applicazioni cloud e on-premise, automatizzare i processi aziendali e sviluppare applicazioni visive. Utilizza un file server conforme a SFTP per memorizzare e recuperare i file e consente di scambiare documenti con partner commerciali business-to-business utilizzando un portfolio di centinaia di adattatori e ricette per connettersi con le applicazioni Oracle e di terze parti.
- Configurazione istanza
Una configurazione dell'istanza è un modello che definisce le impostazioni da usare durante la creazione delle istanze di computazione, inclusi dettagli quali l'immagine di base, la forma e i metadati. È inoltre possibile specificare le risorse associate per l'istanza, ad esempio i collegamenti dei volumi a blocchi e la configurazione di rete.
- Pool di istanze
Un pool di istanze è un gruppo di istanze all'interno di un'area creata dalla stessa configurazione e gestita come gruppo.
Flusso della piattaforma comune
Oracle Integration orchestra l'automazione del finance ricevendo pianificazioni e parametri, estraendo dati, richiamando robot e API, mantenendo lo stato, polling dei risultati e inviando notifiche. I robot eseguono azioni dell'interfaccia utente non disponibili tramite le API. Gli ambienti robot utilizzano pool di istanze OCI e configurazioni di istanze per ridimensionare la capacità runtime.
Caso d'uso 1: raccomandazioni credito cliente (EXT-016) in Oracle Receivables
Il caso d'uso automatizza gli aggiornamenti delle raccomandazioni credito cliente in Oracle Receivables. Oracle Integration coordina l'estrazione del report, l'esecuzione del robot, il monitoraggio dello stato, la gestione delle eccezioni e le notifiche. Il flusso utilizza la configurazione di Visual Builder, le API REST di Oracle Fusion Cloud Service, i report BI Publisher e lo stato di automazione persistente.
| Elabora | Flusso del processo |
|---|---|
| Problema aziendale | Gli analisti finanziari devono esaminare le cartelle dei casi di credito, inserire limiti e classificazioni di credito, chiudere le cartelle idonee e riassegnare i casi quando l'elaborazione non riesce. L'elaborazione manuale aumenta i tempi di elaborazione e il rischio di errori su larga scala. |
| Flusso principale | Un job di Enterprise Scheduler Service (ESS) avvia Oracle Integration, un'estrazione della cartella di casi di BI Publisher, un inserimento del database Autonomous AI Transaction Processing (ATP), la convalida del database, il loop figlio di Oracle Integration, il primo robot aggiorna Receivables, i controlli dello stato e le notifiche. |
| Azioni robot | Eseguire il login, passare ad Analisi credito Receivables, cercare ogni cartella di casi, riassegnare l'analista all'utente del servizio quando necessario, aprire i suggerimenti, inserire il limite di credito e la classificazione, salvare e riportare lo stato di output. |
| Gestione errori | Il sistema registra le cartelle dei casi non riuscite e invia un'e-mail all'analista assegnato. Un robot secondario può riassegnare i casi non riusciti all'analista originale. Oracle Integration può creare incidenti ServiceNow quando il cliente utilizza l'integrazione ITSM (IT Service Management). |
| Dati e stato | Una tabella ATP, ad esempio CASEFOLDER_DETAILS, memorizza lo stato a livello di record. I report sullo stato di BI Publisher possono verificare ORA_CLOSED o uno stato di chiusura simile. |
La tabella seguente definisce le regole aziendali per l'automazione dei consigli di credito.
| Regola | Condizione | Azione |
|---|---|---|
| Clienti governativi o di addebito diretto | La classificazione del conto è Gov o DD. | Chiudere automaticamente il caso come a basso rischio senza l'esecuzione del robot. |
| Punteggio credito basso | Il punteggio totale è inferiore a 20. | Non chiudere automaticamente il caso. Inoltra il caso a un analista per la revisione manuale. |
| Punteggio moderato | Il punteggio totale è da 21 a 50. | Classifica come rischio moderato. |
| Punteggio massimo | Il punteggio totale è maggiore di 50. | Classifica come a basso rischio. |
| Convalida nulla | E-mail, valuta, limite o classificazione mancanti. | Il package di database blocca il record e registra l'errore. |
Caso d'uso 2: Automazione batch di pagamenti in Oracle Payables
Il caso d'uso automatizza la sottomissione del batch di pagamenti di Oracle Fusion Payables. Oracle Visual Builder ospita modelli di configurazione che supportano Oracle Integration. Oracle Integration orchestra un flusso di lavoro a più fasi che crea batch di pagamenti, convalida lo stato, esegue report, convalida fatture, rimuove fatture rifiutate, formatta batch, riprende i pagamenti tramite chiamate API e invia notifiche di eccezione.
| Elabora | Flusso del processo |
|---|---|
| Problema aziendale | I batch di pagamenti devono essere sottomessi e convalidati prima delle finestre di limite dei pagamenti. L'elaborazione manuale tra modelli e aree di pagamento aumenta il rischio operativo. |
| Flusso principale | I modelli di Oracle Visual Builder e un parametro dell'area ESS avviano i controlli di congelamento e il filtro dei modelli di Oracle Integration, seguiti da azioni di robot e API in Oracle Payables, report, instradamento delle eccezioni e storage di output. |
| Azioni robot | Creare la richiesta di elaborazione del pagamento, convalidare le rate in sospeso, rimuovere le fatture rifiutate quando le regole aziendali lo richiedono, formattare e sottomettere il batch. |
| Azioni API | API REST di Oracle Fusion Cloud Service, ad esempio operazioni paymentProcessRequests GET e PATCH, per controlli dello stato, azioni di ripresa e operazioni di report. |
| Dati e configurazione | I modelli di schedulazione, i mapping dei modelli e i modelli di configurazione di Oracle Visual Builder determinano batch, valute, soglie e azioni di eccezione idonei. |
La tabella seguente definisce le regole che determinano le azioni di eccezione e cessazione del batch di pagamenti.
| Regola | Condizione | Azione |
|---|---|---|
| Valuta esclusa | La valuta di risposta API corrisponde a una valuta esclusa nel mapping del modello. | Invia immediatamente una notifica di eccezione aziendale. |
| Pagamento singolo GT (USD) | Il pagamento USD aggregato supera la soglia di pagamento singolo configurata superiore alla soglia. | Genera un'eccezione o rimuove la fattura in base all'azione configurata. |
| GT valuta incrociata | La valuta di pagamento è diversa dalla valuta batch e l'importo USD supera la soglia configurata. | Genera un'eccezione o rimuove la fattura in base all'azione configurata. |
| Valuta batch zzz | Il modello utilizza zzz come indicatore di tutte le valute. | Nei criteri di selezione dei pagamenti, selezionare Tutto per le valute. |
| Zero fatture selezionate | Il conteggio fatture selezionato è 0 dopo la convalida. | Non scaricare il report. Terminare il batch per il modello. |
Nella tabella seguente vengono confrontati i due casi d'uso dell'automazione finanziaria illustrati in questa architettura di riferimento.
| Dimensione | Caso d'uso 1: raccomandazioni credito | Caso d'uso-2: batch di pagamenti |
|---|---|---|
| Modulo | Oracle Receivables: valutazioni credito | Richieste di elaborazione pagamento di Oracle Payables |
| Trigger | Processo ESS (su richiesta) | Processo ESS (parametro area, schedulato) |
| Configurazione dei prerequisiti | Estrazione del rapporto BI Publisher dalle tabelle di Oracle Receivables | Dashboard di pianificazione, modello e configurazione ospitati da Oracle Visual Builder |
| Numero di robot | Due robot (aggiornamento e riassegnazione degli analisti) | Tre azioni del robot (creare batch, rimuovere le fatture e formattare) |
| Uso API | Limitato (interrogazione sullo stato di BI Publisher) | Ampio (operazioni GET e PATCH richieste di elaborazione dei pagamenti, API report e API curriculum) |
| Memorizzazione dati | Tabella ATP (CASEFOLDER_DETAILS) | Mapping dei modelli di Oracle Visual Builder e report di SharePoint |
| Gestione errori | Errore di registrazione, ServiceNow ed e-mail a ciascun analista | E-mail eccezione aziendale e avviso batch cessato |
| Regole aziendali | Soglie e classificazione punteggio credito | Esclusioni valuta e soglie pagamento singolo e valuta incrociata |
| Origine migrazione | Strumento tradizionale di automazione robotica dei processi (RPA) | Nuova implementazione di Oracle Integration 3 RPA |
Considerazioni
Sicurezza e identificazione
- Utilizza account di servizio robot dedicati con autorizzazioni Oracle Fusion Cloud Service con privilegi minimi e proprietà controllabile.
- Memorizzare le credenziali nelle connessioni o nelle connessioni robot di Oracle Integration. Non immettere credenziali di codice hard nei passi del robot o nei payload di integrazione.
- Definire i criteri IAM definiti per il compartimento di scala automatica RPA per consentire al servizio Oracle RPA di gestire pool di istanze, istanze, configurazioni di istanze, immagini e risorse di rete necessarie.
- Utilizza HTTPS per le chiamate al servizio e conferma l'approccio di autenticazione per le API REST di Oracle Fusion Cloud Service, l'Autonomous AI Transaction Processing (ATP) e gli endpoint di Oracle REST Data Services (ORDS), BI Publisher, Oracle Visual Builder, e-mail e sistemi IT Service Management (ITSM).
Ambiente di networking e runtime
- Crea un compartimento dedicato, una rete cloud virtuale (VCN), una subnet, una tabella di instradamento e un modello di connettività Internet o servizio per le virtual machine (VM) degli agenti robot.
- Scegli le immagini dell'agente robot Windows o Oracle Linux in base ai requisiti del browser e dell'applicazione. Confermare i requisiti di accesso remoto prima di aprire l'ingresso RDP (Remote Desktop Protocol) o SSH (Secure Shell).
- Includi Java Development Kit (JDK), browser, prerequisiti Python e script di avvio degli agenti robot in immagini personalizzate in modo che le istanze di scale-out siano disponibili dopo l'avvio.
- Convalidare ogni immagine personalizzata prima di creare il pool di istanze. L'impostazione dell'immagine non riuscita può impedire la registrazione degli ambienti robot con il pool di ambienti robot Oracle Integration.
Disponibilità, scalabilità e costi
- Definisci le istanze di robot minime e massime in base alla criticità aziendale, alle finestre di limite dei pagamenti e alla concorrenza consentita dei carichi di lavoro di Oracle Fusion Cloud Service.
- Imposta soglie di utilizzo, periodi di recupero e periodi di finestra per evitare ridimensionamenti eccessivi o ripetuti. Il materiale di origine suggerisce esempi come lo scale-in del 50% e lo scale-out dell'80-120% a seconda della tolleranza al carico di lavoro.
- Confrontare il runtime del robot con la frequenza di trigger. Un robot che viene eseguito più a lungo del relativo intervallo di richiamo crea backlog a meno che non siano disponibili ambienti sufficienti.
- Utilizza il ridimensionamento automatico per ridurre i costi delle VM inattive rispetto ai pool di runtime RPA tradizionali fissi, preservando al contempo la capacità di baseline per le esecuzioni finanziarie che richiedono tempi lunghi.
Operazioni e osservabilità
- Utilizza l'osservabilità di Oracle Integration per monitorare gli ambienti dei robot, le integrazioni, la connettività degli agenti, gli errori e i backlog.
- Implementa gestori di errori globali che acquisiscono il contesto del payload, i codici di errore, i metadati di esecuzione e i record aziendali interessati.
- Restituisce i payload di output del robot strutturato in modo che Oracle Integration possa determinare l'esito positivo, i nuovi tentativi, il polling dello stato, l'instradamento delle eccezioni e le notifiche di riepilogo.
- Instrada gli errori operativi via e-mail e, se configurato, ServiceNow o la piattaforma ITSM del cliente.
Resilienza e test dell'interfaccia utente
- Utilizza selettori dinamici basati su valori aziendali stabili dal payload di input, ad esempio il numero di cartella dei casi, anziché gli ID componente generati di Oracle Fusion Cloud Service.
- Utilizza più selettori e funzioni di autoriparazione, ma convalidali nei test di accettazione degli utenti (UAT) prima degli aggiornamenti trimestrali di Oracle Fusion Cloud Service o delle principali modifiche dell'interfaccia utente.
- Testare i robot sullo stesso ambiente di runtime pulito utilizzato nella produzione, non solo sul computer del registratore.
- Esegui test end-to-end su Oracle Integration, robot, schermate di Oracle Fusion Cloud Service, chiamate API, report, stato del database e notifiche.
Conferme
- Team 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
- Team 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: Sviluppatore principale di assistenza agli utenti