Modernizzare il ciclo acquisti-pagamenti: integrazione cloud Coupa + Oracle EBS

L’incarico: mantenere la contabilità, cambiare il punto di accesso

Il ciclo acquisti-pagamenti si trova all’incrocio tra due mondi. Il punto di accesso, con richieste d’acquisto, sourcing, ordini e collaborazione con i fornitori, è dove lavorano concretamente dipendenti, responsabili delle linee di business e fornitori. Il back office, con fatturazione, ratei, approvazioni, pagamenti e reporting, è dove la finanza tiene la contabilità.

Modernizzare il P2P in una delle cinque maggiori banche significava spostare il punto di accesso su una piattaforma cloud di eccellenza (Coupa) senza interferire con il back office: Oracle E-Business Suite, ospitato da terzi, nel pieno di un aggiornamento alla versione 12.2.4. La banca non stava sostituendo EBS: gli stava anteponendo un’esperienza utente molto migliore.

La struttura dell’integrazione: front-end cloud, hub on-premise, back-end in hosting

Tre livelli dovevano concordare su ogni richiesta d’acquisto, ordine, fattura e pagamento.

• Coupa (cloud): la fonte autorevole per richieste d’acquisto, ordini, anagrafiche fornitori e approvazioni.
• Hub dati on-premise: il coordinatore dell’integrazione, di proprietà della banca. Riceve gli eventi Coupa tramite API, applica trasformazioni specifiche della banca e invia il documento canonico a EBS.
• Oracle EBS 12.2.4 (ospitato da terzi): il sistema ufficiale per contabilità, debiti verso fornitori, pagamenti e tracciamento dei beni.

L’hub dati era imprescindibile. Con Oracle EBS ospitato al di fuori del perimetro della banca, serviva un punto di mediazione controllato e verificabile. Ogni ordine e fattura che attraversa il confine vi passa; ogni trasformazione è versionata; ogni payload può essere rielaborato.

Migrare contestualmente lo stack di digitalizzazione documentale

La digitalizzazione delle fatture non è rimasta fuori dal programma. Il sistema esistente di acquisizione documentale e workflow, un prodotto di automazione P2P della famiglia Kofax profondamente integrato con il precedente front-end EBS, doveva essere reintegrato con Coupa per acquisizione e instradamento e con l’EBS aggiornato per registrazione e archiviazione.

Era l’aspetto più facile da sottovalutare. La digitalizzazione documentale raramente attira l’attenzione nel piano di progetto, ma i volumi di elaborazione delle fatture non perdonano: una pipeline interrotta si traduce subito in ritardi nei pagamenti e reclami dei fornitori. L’abbiamo trattata come un filone di lavoro fondamentale, con piano di passaggio, esecuzione parallela e approvazione dell’Architecture Review Board separati, non come una nota a margine della pagina EBS.

SSO e mobile, nella stessa consegna

Due funzionalità enterprise erano incluse nel programma perché il loro valore dipende dalla modernità del punto di accesso. Il single sign-on dal provider di identità della banca a Coupa ha eliminato un ulteriore accesso, portato il controllo delle sessioni sotto la sicurezza enterprise e reso la collaborazione con i fornitori simile a un’estensione dell’intranet della banca.

Il mobile è stato il secondo grande vantaggio. Approvazioni, invio delle spese e conferma degli ordini dal telefono, controllati dalla gestione della mobilità enterprise, hanno trasformato il P2P da un’attività da svolgere alla scrivania a qualcosa da fare tra una riunione e l’altra. Gli indicatori di adozione sono migliorati subito.

La governance architetturale come acceleratore della realizzazione

Ogni decisione progettuale importante del programma — struttura dell’hub dati, reintegrazione documentale, confini di fiducia SSO e modelli di uscita dal cloud verso EBS in hosting — è passata dall’ Architecture Review Board della banca. Sembra lento. Non lo è. Usato bene, l’ARB è il modo più rapido per allineare infrastruttura, sicurezza, dati, operations e finanza.

Il segreto è portare all’ARB problemi, non soluzioni. Presentarsi con compromessi, alternative scartate e raccomandazione; uscirne con una decisione condivisa e una serie di stakeholder che ora ne condividono la responsabilità. Durante il programma abbiamo affiancato architetti junior in questo percorso: è una competenza applicabile a ogni iniziativa enterprise.

Lezioni applicabili ad altre modernizzazioni P2P

• Mediare ogni confine cloud↔on-premise. Un hub dati on-premise tra Coupa ed EBS è stata la decisione architetturale più importante del programma.
• La digitalizzazione documentale non è una nota a margine. Pianificarne il passaggio con lo stesso rigore riservato all’ERP.
• Integrare insieme SSO e mobile. Sono il vantaggio visibile per gli utenti finali e costano molto meno se realizzati durante il progetto anziché dopo.
• Usare l’approvazione ARB come stimolo al rigore. Le revisioni hanno individuato problemi che sarebbero emersi in produzione sei mesi dopo.
• Non creare dipendenze dagli schemi EBS. L’EBS in hosting evolverà sotto i vostri piedi. Integratevi con le API documentate e i punti di integrazione supportati.

Stai valutando Coupa, SAP Ariba o un’altra migrazione P2P?

SEYSO ha progettato e realizzato modernizzazioni P2P integrate con Oracle EBS presso banche di primo livello. Se stai valutando Coupa, SAP Ariba o un’altra piattaforma P2P cloud e hai un back-end EBS o SAP esistente su cui non puoi interferire, possiamo aiutarti a definire l’architettura, governare il programma e realizzare la dorsale di integrazione.