SAP Business Network for Procurement (ex SAP Ariba)

Che cos’è SAP Business Network for Procurement?

SAP Business Network for Procurement è la rete procure-to-pay di SAP, precedentemente SAP Ariba, costruita sull’Ariba Network, che collega i buyer a una base globale di milioni di fornitori per acquisti a catalogo, ordini elettronici, e-invoicing strutturato e onboarding fornitori. Risiede sulla più ampia piattaforma SAP Business Network e si integra in modo preconfigurato con SAP S/4HANA ed ECC.

Spadoom lo implementa per buyer europei, produttori e distributori in Svizzera, Germania, Austria e Italia, con pulizia dei dati fornitori e obblighi paese di e-invoicing inclusi nel perimetro di progetto fin dal primo giorno. Di seguito: cosa consegniamo, dove falliscono i progetti di procurement e cosa ha davvero cambiato la ridenominazione di Ariba.

Cosa consegna Spadoom

Implementiamo SAP Business Network for Procurement, quello che la maggior parte dei team chiama ancora SAP Ariba, per buyer europei che vogliono il proprio procure-to-pay su una rete piuttosto che incollato insieme con e-mail e fatture in PDF.

Il lavoro di solito parte dal catalogo. I cataloghi fornitore pre-negoziati raggiungono i richiedenti tramite guided buying. Il percorso di default diventa il percorso conforme. Lo spend off-contract scende, e il procurement smette di giocare a whack-a-mole con gli acquisti irregolari. Intorno al catalogo configuriamo workflow di approvazione che corrispondono al modo in cui l’azienda compra realmente, per centro di costo, per categoria, per importo, invece di forzare l’azienda dentro un workflow standard.

L’e-invoicing è il secondo pilastro. I fornitori inviano fatture elettroniche strutturate direttamente alla rete. La rete confronta automaticamente la fattura con l’ordine e l’entrata merci. La riconciliazione a tre vie, che era una persona che apriva tre schermate strizzando gli occhi, diventa un flag di stato. Le eccezioni vanno a un umano; le corrispondenze vanno direttamente al pagamento.

Onboarding fornitori e anagrafica stanno alla base. I flussi di onboarding catturano qualifiche, certificazioni, dati fiscali e bancari una volta sola. Lo stesso record fornitore viene poi mantenuto centralmente, con change-control. Gli ID fornitore duplicati non sono il problema di qualcun altro.

La visibilità sulla spend cade gratis una volta che i dati sono strutturati. Categoria, fornitore, centro di costo, stabilimento: alimentata da dati live di ordini e fatture, non da una dashboard retrospettiva trimestrale costruita in Excel. La compliance paese-specifica, SDI italiano, Chorus Pro francese, ZUGFeRD/XRechnung tedesco, è gestita all’interno della rete. SAP mantiene aggiornati i profili di compliance al variare degli obblighi.

L’integrazione ERP è preconfigurata. SAP rilascia connettori per S/4HANA Cloud e SAP ECC che coprono ordini, entrate merci, fatture e anagrafica fornitori. Configuriamo e testiamo quella integrazione come parte standard del progetto. Gli ERP non SAP sono supportati tramite SAP Integration Suite.

Il procure-to-pay finisce nell’ERP: la fattura deve registrarsi, l’entrata merci deve quadrare, il record fornitore deve essere quello che la contabilità paga. Spadoom realizza SAP S/4HANA Public Cloud e lo stack SAP CX con un unico team, quindi il lato ERP della rete lo progettano le stesse persone che la configurano. Le estensioni le costruiamo su SAP BTP. Se il passaggio all’ERP è ancora davanti a voi, la guida alla trasformazione ERP e CX mostra come metterlo in sequenza.

Dove falliscono i progetti di procurement

I progetti di procurement falliscono in punti prevedibili.

L’elaborazione delle fatture è il fallimento più rumoroso. Un team finance apre migliaia di fatture in PDF al mese, le digita nell’ERP, insegue gli ordini, rincorre gli approvatori e scopre errori a fine mese. Il costo in personale è reale. Il costo maggiore è invisibile: pagamenti in ritardo, sconti per pagamento anticipato persi, doppi pagamenti, rilievi di audit. Lanciare l’OCR sul problema aiuta poco. Spostare la fattura stessa su una rete strutturata è la vera soluzione.

L’anagrafica è il secondo fallimento prevedibile. Lo stesso fornitore esiste tre volte nel vendor master sotto tre ID diversi. I report di spend duplicano. La leva negoziale si diluisce perché nessuno è in grado di produrre una vista unica della spend totale con quel fornitore. L’onboarding non ha controlli, quindi chiunque abbia inviato un’offerta via e-mail finisce come record fornitore. I progetti di pulizia vanno e vengono senza tenere, perché il flusso sottostante continua a creare nuovi duplicati.

Lo spend off-contract è il terzo. Esistono accordi pre-negoziati, ma i richiedenti non li vedono, non li capiscono o trovano più veloce aprire un ordine free-text. Le metriche di compliance vivono in una slide che nessuno fa rispettare.

L’onboarding fornitori diventa una corsa nel momento peggiore: quando arriva un nuovo obbligo paese, quando va sostituito un fornitore importante, quando un audit chiede prova della due diligence sui 200 fornitori onboardati l’anno scorso. L’informazione non è mai stata catturata in modo sistematico.

Gli obblighi paese-specifici di e-invoicing sono il quarto. SDI italiano è stata la prima ondata. Francia, Germania, Spagna, Belgio, Polonia: tutti hanno reso obbligatorio l’e-invoicing strutturato con tempistiche e formati diversi. I team senza una rete affrontano ognuno come progetto a sé.

Cosa è cambiato quando Ariba è diventato SAP Business Network

SAP sta consolidando le soluzioni di procurement e supply chain sotto un unico tetto: SAP Business Network. Ariba, Procurement, Sourcing, Contracts, vive dentro quel brand come SAP Business Network for Procurement. Il nome Ariba viene messo in secondo piano nel marketing, ma rimane il termine di ricerca che la maggior parte dei responsabili procurement ancora digita su Google, e il termine che la maggior parte dei consulenti usa nelle conversazioni. Entrambi i nomi puntano allo stesso prodotto.

La base fornitori è la stessa. Gli account fornitore sono gli stessi. I contenuti di integrazione per S/4HANA ed ECC sono gli stessi. Le API di rete sono le stesse. Ciò che migliora è l’unificazione: SAP Business Network for Procurement e SAP Business Network for Supply Chain Collaboration risiedono su un’unica piattaforma, condividono le identità fornitore e i servizi di rete core. Un buyer che usa entrambi ottiene un unico flusso di onboarding fornitori, un’unica directory fornitori, un unico set di credenziali di rete per fornitore, invece di due onboarding paralleli.

Il punto strategico è semplice. SAP vuole procurement, supply chain collaboration, asset collaboration e la green network su un’unica piattaforma. Il rebrand di Ariba è il front-end di quel consolidamento. Il prodotto sotto è lo stesso motore procure-to-pay consolidato.

Obblighi paese-specifici di e-invoicing

Gli obblighi europei di e-invoicing sono un bersaglio mobile. La rete li gestisce centralmente, così la compliance di ogni paese diventa configurazione, non un progetto a sé.

Italia: SDI (Sistema di Interscambio). L’obbligo italiano di e-invoicing è in vigore per il B2B dal 2019 ed è il più maturo in Europa. La rete invia le fatture tramite SDI, gestisce il formato XML e tratta le ricevute di consegna e gli scarti.

Francia: Chorus Pro e Factur-X. L’obbligo francese per il settore pubblico passa attraverso Chorus Pro. L’obbligo B2B viene introdotto per fasi da settembre 2026, con Factur-X (PDF + XML ibrido) tra i formati ammessi e l’invio tramite piattaforme certificate (Plateformes Agréées, in passato PDP). La rete gestisce sia il routing sia il formato.

Germania: ZUGFeRD e XRechnung. La Germania richiede XRechnung per il B2G. Dal 2025 le aziende tedesche devono poter ricevere fatture elettroniche B2B strutturate, e l’obbligo di emetterle arriva per fasi entro il 2028, con ZUGFeRD come standard ibrido. La rete supporta entrambi i formati e il livello di routing Peppol che i buyer del settore pubblico tedesco si aspettano.

Altri obblighi UE. Spagna (Verifactu e obbligo B2B), Polonia (KSeF), Belgio (Peppol), Paesi Bassi e paesi nordici hanno tutti obblighi attivi o imminenti. SAP mantiene i profili di compliance aggiornati centralmente, così il vostro team configura il profilo per entità legale invece di costruire ogni obbligo da zero.

Una nota su Fleurop

Spadoom ha realizzato per Fleurop una strategia SAP Ariba con roadmap. Ha affrontato il volume di elaborazione manuale delle fatture (migliaia al mese, con un percorso per ridurre il lavoro manuale fino all’80%) e le centinaia di account fornitore duplicati nell’anagrafica, e comprendeva un concetto di integrazione per l’eShop. È stata consulenza, non un’implementazione. Il dettaglio è nel caso studio Fleurop.

Fasi di implementazione

Lavoriamo secondo la metodologia SAP Activate: discover, prepare, explore, realize, deploy, run. La timeline dipende dalla parte che va live per prima, e ci impegniamo su di essa dopo la discovery. Sourcing e contracts allungano il programma complessivo.

Discovery dimensiona la fetta procure-to-pay che va live per prima: di solito e-invoicing e collaborazione sugli ordini per i fornitori principali per volume. Prepare blocca l’integrazione con S/4HANA o ECC, decide l’approccio di consolidamento dell’anagrafica e identifica gli obblighi paese in scope. Explore progetta la struttura del catalogo, i flussi di guided buying, i workflow di approvazione e il piano di onboarding fornitori.

Realize è il build: contenuti di integrazione, configurazione del catalogo, configurazione dei workflow, profili di compliance e-invoicing, tooling per l’onboarding fornitori. Pulizia dati e onboarding fornitori sono workstream di questa fase dal primo giorno. Non sono opzionali. Deploy è il cutover con hyper-care. Run sono le operations steady-state con playbook documentati.

Come si presenta un buon risultato

Un anno dopo, in regime, il quadro operativo dovrebbe presentarsi così.

• L’e-invoicing copre la maggior parte del volume fatture fornitori. L’elaborazione manuale dei PDF è l’eccezione, non lo standard.
• La riconciliazione a tre vie è automatizzata. La gestione delle eccezioni è l’unico lavoro sulle fatture che il team AP svolge.
• L’anagrafica fornitori è single-instance. Un fornitore, un record, una vista di spend.
• La spend on-contract sta tendenzialmente salendo, in modo misurabile, perché i richiedenti partono per default dal catalogo e i workflow di approvazione impongono il percorso contrattuale.
• Gli obblighi paese-specifici di e-invoicing sono gestiti dentro i profili di compliance della rete, non come progetti distinti ogni volta che entra in vigore un nuovo obbligo.
• L’onboarding fornitori è un workflow, non una casella di posta. Qualifiche, certificazioni e dati bancari sono catturati una volta sola e mantenuti con change-control.
• La visibilità sulla spend, per categoria, fornitore, centro di costo, stabilimento, viene da dati live ed è riconciliata con il finance perché entrambi i lati leggono la stessa rete.

Questo è il punto di arrivo operativo. Il procurement smette di essere un backlog di eccezioni e diventa una pipeline gestita.

Se la vostra priorità è la collaborazione multi-tier con i fornitori (forecast, ASN, record di qualità) anziché il procure-to-pay, vedete Collaborazione supply chain.