SAP Business Network for Procurement (formerly SAP 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.

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 collaudato.

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 in fasi sotto il formato Factur-X (PDF + XML ibrido). La rete gestisce sia il routing sia il formato, comprese le imminenti richieste PDP (Plateforme de Dématérialisation Partenaire).

Germania — ZUGFeRD e XRechnung. La Germania richiede XRechnung per il B2G e si sta muovendo verso un e-invoicing B2B obbligatorio 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 — il vostro team configura il profilo per entità legale invece di costruire ogni obbligo da zero.

Una nota su Fleurop

Spadoom ha definito la roadmap SAP Business Network per Fleurop, comprensiva di automazione procure-to-pay e consolidamento della base fornitori. Il lavoro ha affrontato sia il volume di elaborazione manuale delle fatture sia la duplicazione nell’anagrafica fornitori, sulla stessa piattaforma di procurement che sostiene il lato supply chain collaboration. Il dettaglio è nel caso studio Fleurop.

Fasi di implementazione

Lavoriamo secondo la metodologia SAP Activate — discover, prepare, explore, realize, deploy, run. Un rollout focalizzato su e-invoicing e automazione degli ordini dura tipicamente 12–20 settimane. Aggiungere sourcing e contracts allunga il programma complessivo di altri 2–4 mesi.

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. Inseriamo workstream espliciti di pulizia dati e onboarding fornitori in 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 più del 90 % 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.