Offerte per prodotti configurabili sul campo: Sales Cloud V2 + AVC in S/4HANA Public Cloud

Nelle PMI industriali l’offerta è spesso il documento più lento di tutta l’azienda. Non perché il calcolo sia difficile, ma perché prima di poter quotare deve esistere un materiale. Il venditore è dal cliente, la richiesta è concreta, e poi: ticket al back office, creazione del numero di materiale, manutenzione dei dati anagrafici, e due giorni dopo l’offerta parte. Chi produce su commessa conosce lo schema. E lo conosce anche l’anagrafica materiali: presso un produttore svizzero con cui lavoriamo si sono accumulate negli anni centinaia di migliaia di materiali monouso. Ognuno quotato esattamente una volta, molti mai più venduti.

Non è un problema di dati anagrafici. È un problema di processo travestito da problema di dati anagrafici.

Perché i materiali monouso non scalano

Creare un numero di materiale dedicato per ogni prodotto specifico del cliente sembra pragmatico prima vista. De facto si paga tre volte. Il back office diventa il collo di bottiglia del processo di offerta. Il reporting annega nel rumore, perché MRP, pianificazione della capacità e analisi dei margini guardano decine di migliaia di SKU invece che famiglie di prodotto. E al più tardi con una migrazione di sistema, l’anagrafica materiali diventa l’eredità che nessuno vuole portare con sé.

L’alternativa si chiama configurazione varianti: pochi materiali configurabili per famiglia di prodotto, caratteristiche invece di numeri di materiale. SAP S/4HANA Public Cloud offre per questo l’Advanced Variant Configuration (AVC), inclusa super-distinta base e super-ciclo di lavoro, da cui derivano calcolo costi e produzione.

Resta la domanda su cui molte architetture falliscono: dove vive la configurazione quando le vendite lavorano nel CRM?

SAP Sales Cloud V2 sa fare la configurazione varianti?

La risposta onesta: no. SAP Sales Cloud V2 non ha un motore AVC, e l’integrazione standard non lo porta nel CRM. Prima di disegnare scenari target, bisogna sapere cosa può fare oggi l’integrazione con S/4HANA Public Cloud e cosa no:

• Offerta in Sales Cloud V2 con ordine cliente successivo in S/4HANA Public Cloud: funziona in standard, via SAP Integration Suite.
• External pricing: l’offerta CRM può recuperare prezzi e condizioni in tempo reale da S/4HANA.
• Replica delle offerte da S/4HANA Public Cloud verso il CRM: non supportata. I documenti replicati sono in sola lettura nel CRM.
• Una schermata di configurazione AVC integrata nell’offerta CRM: non esiste.

Si può lamentare questa lacuna. Oppure riconoscervi una sana divisione dei compiti, ed è esattamente il nostro approccio.

Il nostro approccio: offerta snella nel CRM, configurazione nell’ERP

Separiamo deliberatamente ciò che serve alla forza vendita da ciò che serve alla produzione. Il campo ha bisogno di velocità e semplicità. La produzione ha bisogno di una configurazione completa e coerente. Sono due momenti diversi del processo, e li trattiamo come tali.

Passo 1, l’offerta in Sales Cloud V2: il venditore sceglie la famiglia di prodotto come posizione, l’unico materiale configurabile invece di un nuovo numero di materiale. Le cinque-sette caratteristiche decisive (geometria, materiale, superficie, chiusura, ciò che definisce la famiglia) vengono inserite come campi direttamente nell’offerta. Il prezzo è impostato manualmente o da una logica snella di prezzo indicativo. Nessuna attesa del back office, nessuna richiesta di dati anagrafici. Offerta inviata, dal cliente, in pochi minuti.

Passo 2, l’ordine in S/4HANA: quando l’offerta diventa un ordine, l’ordine cliente nasce in S/4HANA Public Cloud tramite l’integrazione standard. Lì, e solo lì, si configura: nella schermata AVC, con logica di controllo, super-distinta base e ciclo di lavoro dietro. Con sette caratteristiche è questione di due minuti per il back office. Chi vuole automatizzare ulteriormente mappa i valori delle caratteristiche dall’offerta CRM direttamente nella configurazione dell’ordine via Integration Suite.

Il CRM resta leggero, l’ERP resta leader, e nessuno costruisce una seconda logica di configurazione da tenere sincronizzata per anni. Clean core, anche nel processo.

Le quattro regole del gioco perché l’AVC non diventi un onere di manutenzione

La preoccupazione legittima con la configurazione varianti è lo sforzo di modellazione e manutenzione. È legittima quando si lascia proliferare il modello. La nostra disciplina, dall’esperienza di progetto:

1. Modello piccolo, tetto rigido. Cinque-sette caratteristiche per famiglia, non di più. Chi ha bisogno di più di una mano per modellare, probabilmente sta modellando eccezioni, non prodotti.
2. La grafica non è una caratteristica. Stampe, design e documenti specifici del cliente sono allegati al materiale o all’ordine. Mai logica di configurazione. È qui che muoiono la maggior parte dei modelli troppo ambiziosi.
3. Il prezzo resta fuori. Dove i prezzi delle materie prime dipendono dalla borsa (alluminio, rame, acciaio), il prezzo non appartiene alla logica delle caratteristiche. Prezzo manuale o indicizzato nell’offerta; la configurazione guida distinta base, ciclo e calcolo costi, non le condizioni. Effetto collaterale: elimina la parte più difficile di ogni progetto AVC.
4. Pilota con una famiglia. Modellare prima la famiglia di prodotto con il fatturato più alto, misurare lo sforzo, poi decidere per il resto. Non il contrario.

Sì, per la configurazione nell’offerta esiste anche SAP CPQ. Per una PMI con sette caratteristiche per famiglia è come sparare a una mosca con un cannone. CPQ vale il suo prezzo con regole complesse, guided selling e vendita indiretta, non con una barra di caratteristiche snella.

Cosa si ottiene alla fine

L’effetto di questa architettura è misurabile concretamente. Il tempo di elaborazione dell’offerta scende da giorni a minuti, perché il passaggio dei dati anagrafici sparisce dal processo. Un’anagrafica materiali che resta stabile per anni, perché crescono le famiglie invece dei materiali monouso. Pianificazione e reporting sulle famiglie di prodotto invece che sul rumore SKU. E un sistema che continua semplicemente a funzionare al prossimo upgrade di release, perché tutto è costruito nello standard di Sales Cloud V2, S/4HANA Public Cloud e Integration Suite.

La forza vendita nota una sola cosa: può finalmente fare l’offerta mentre è ancora dal cliente.

Domande frequenti

SAP Sales Cloud V2 ha una propria configurazione varianti?

No. Sales Cloud V2 non ha né motore AVC né schermata di configurazione integrata. La configurazione vive in S/4HANA. L’offerta CRM resta deliberatamente snella: famiglia di prodotto, caratteristiche come campi, prezzo. Si configura al passaggio all’ordine cliente nell’ERP.

Ci serve SAP CPQ per questo?

Con cinque-sette caratteristiche per famiglia di prodotto: no. CPQ brilla con regole complesse e guided selling. Per barre di caratteristiche snelle, la combinazione offerta Sales Cloud V2 e AVC nell’ordine S/4HANA è la via più veloce ed economica.

Funziona con prezzi legati alle materie prime?

Proprio in quel caso. Quando il prezzo della materia prima si muove ogni giorno, non appartiene a tabelle condizioni o alla logica delle caratteristiche. Il prezzo si imposta manualmente o per indice nell’offerta; la configurazione guida la tecnica e il calcolo costi. Separati in modo pulito.

L’Advanced Variant Configuration è disponibile in Public Cloud?

Sì. L’AVC è disponibile in SAP S/4HANA Public Cloud, inclusi materiali configurabili nell’ordine cliente, super-distinta base e super-ciclo di lavoro. I limiti emergono con modelli molto esotici; un modello disciplinato con poche caratteristiche sta comodamente nello standard.

Producete su commessa e il vostro processo di offerta aspetta numeri di materiale? Vi mostriamo volentieri l’approccio dal vivo, con le vostre famiglie di prodotto. Parlate con noi.