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

Nelle aziende industriali di medie dimensioni l’offerta è spesso il documento più lento dell’intera attività. Non perché i calcoli siano difficili, ma perché un materiale deve esistere prima che qualcuno possa offrirlo. Il commerciale è al tavolo del cliente, la richiesta è concreta, e poi: ticket al back office, creazione di un codice materiale, manutenzione dei dati anagrafici, e due giorni dopo parte l’offerta. Chi produce su commessa conosce lo schema. Lo conosce anche la sua anagrafica materiali: presso un produttore svizzero con cui lavoriamo si sono accumulati negli anni centinaia di migliaia di materiali usa e getta, ciascuno offerto una volta, molti mai più venduti.

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

In sintesi: Smetta di creare un codice materiale per ogni prodotto specifico del cliente. Modelli le famiglie di prodotti con Advanced Variant Configuration (AVC) in S/4HANA Public Cloud, tenga snella l’offerta in Sales Cloud V2 (famiglia di prodotti più cinque-sette caratteristiche come campi) e configuri il prodotto quando l’offerta diventa un ordine di vendita in S/4HANA. Il CRM resta leggero, l’ERP resta sistema guida, e non c’è una seconda logica di configurazione da mantenere allineata.

Perché i materiali usa e getta non scalano

Creare un codice materiale dedicato per ogni prodotto specifico del cliente sembra pragmatico sulla carta. In realtà si paga tre volte. Il back office diventa il collo di bottiglia del processo di offerta. La reportistica affoga nel rumore, perché MRP, pianificazione delle capacità e analisi dei margini guardano decine di migliaia di codici invece di famiglie di prodotti. E al più tardi alla migrazione di sistema, l’anagrafica materiali diventa l’eredità che nessuno vuole portarsi dietro.

L’alternativa è la configurazione di varianti: pochi materiali configurabili per famiglia di prodotti, caratteristiche invece di codici materiale. SAP S/4HANA Public Cloud offre Advanced Variant Configuration esattamente per questo, con super distinta base e super ciclo di lavoro, da cui derivano calcolo dei costi e produzione.

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

SAP Sales Cloud V2 può configurare prodotti AVC nell’offerta?

Non nell’integrazione standard con S/4HANA Public Cloud. Prima di disegnare scenari obiettivo, conviene sapere che cosa copre il pacchetto di integrazione SAP per i processi di vendita a settembre 2026:

• Un’offerta in Sales Cloud V2 crea un ordine di vendita successivo in S/4HANA Public Cloud tramite SAP Integration Suite.
• Offerte e ordini possono essere simulati in S/4HANA, quindi prezzi e condizioni provengono dall’ERP.
• Gli ordini di vendita vengono replicati nel CRM come documenti in sola lettura.
• Una schermata di configurazione AVC all’interno dell’offerta del CRM non fa parte del pacchetto.

Si può rimpiangere questa lacuna, oppure vedervi una divisione dei compiti pulita. È 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. La forza vendita ha bisogno di velocità e semplicità; la produzione 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 commerciale sceglie la famiglia di prodotti come posizione, l’unico materiale configurabile invece di un nuovo codice materiale. Le cinque-sette caratteristiche che contano (geometria, materiale, superficie, chiusura, ciò che definisce la famiglia) vanno in campi dell’offerta. Il prezzo si fissa a mano o con una logica snella di prezzo indicativo. Nessuna attesa del back office, nessuna richiesta di dati anagrafici. Che cosa realizziamo dall’inizio alla fine come partner di implementazione è descritto nella nostra pagina su SAP Sales Cloud V2.

Passo 2, l’ordine in S/4HANA: quando l’offerta diventa ordine, l’ordine di vendita viene creato in S/4HANA Public Cloud tramite l’integrazione standard. Lì, e solo lì, il prodotto viene configurato in AVC, con logica di validazione, super distinta base e ciclo di lavoro alle spalle. Con sette caratteristiche è un lavoro breve per il back office. Per automatizzare ulteriormente, Integration Suite può mappare i valori delle caratteristiche dall’offerta del CRM nella configurazione dell’ordine, cosa che l’API Sales Order (A2X) supporta.

Il CRM resta leggero, l’ERP resta sistema guida, e nessuno costruisce una seconda logica di configurazione da mantenere allineata per anni. Clean core, anche nel processo. La logica di responsabilità alla base è la stessa che descriviamo nell’articolo sul quote-to-cash tra Sales Cloud V2 e S/4HANA Public Cloud.

Quattro regole che evitano che AVC diventi un peso di manutenzione

La preoccupazione legittima sulla configurazione di varianti è l’impegno di modellazione e manutenzione. È giustificata quando si lascia crescere il modello senza limiti. La nostra disciplina, dall’esperienza di progetto:

1. Modello piccolo, tetto rigido. Cinque-sette caratteristiche per famiglia. Se serve più di una mano per contarle, probabilmente si stanno modellando eccezioni, non prodotti.
2. La grafica non è una caratteristica. Stampe, design e documenti specifici del cliente sono allegati al materiale o all’ordine. Non diventano mai logica di configurazione. È qui che falliscono la maggior parte dei modelli troppo ambiziosi.
3. Il prezzo resta fuori. Dove i prezzi delle materie prime seguono la borsa (alluminio, rame, acciaio), il prezzo non appartiene alla logica delle caratteristiche. Prezzo manuale o indicizzato nell’offerta; la configurazione guida distinta base, ciclo di lavoro e calcolo dei costi, non le condizioni. Come effetto collaterale, questo elimina la parte più difficile di qualsiasi progetto AVC.
4. Pilota su una famiglia. Si modella prima la famiglia di prodotti con il fatturato più alto, si misura l’impegno, poi si decide sul resto.

Esiste anche SAP CPQ per la configurazione dentro l’offerta. Per un produttore di medie dimensioni con sette caratteristiche per famiglia, è come sparare a una mosca con un cannone. CPQ ripaga con regolamenti complessi, vendita guidata e vendita tramite canali; i nostri articoli su quando serve SAP CPQ con S/4HANA Public Cloud e sui migliori partner di implementazione SAP CPQ in DACH trattano quel caso.

Che cosa si ottiene alla fine

Il passaggio dei dati anagrafici scompare dal processo di offerta, quindi l’offerta non aspetta più il back office. L’anagrafica materiali resta stabile, perché crescono le famiglie invece dei materiali usa e getta. Pianificazione e reportistica lavorano su famiglie di prodotti invece che sul rumore dei codici. E la configurazione continua a funzionare anche al prossimo aggiornamento di release, perché è costruita nello standard di Sales Cloud V2, S/4HANA Public Cloud e Integration Suite.

La forza vendita nota una cosa sola: può fare l’offerta ancora seduta al tavolo del cliente.

Funziona perché i lati CRM ed ERP vengono progettati insieme, che è la tesi dello stack integrato S/4HANA Public Cloud e Sales Cloud V2 e della nostra guida al miglior partner SAP per Cloud ERP e CRM in Svizzera.

Domande frequenti

SAP Sales Cloud V2 configura prodotti AVC nell’offerta?

Non tramite l’integrazione standard con S/4HANA Public Cloud. Il pacchetto di integrazione SAP copre documenti successivi, simulazione dei prezzi e replica degli ordini, ma non porta il configuratore AVC nell’offerta del CRM. Teniamo l’offerta snella (famiglia di prodotti, caratteristiche principali come campi, prezzo) e configuriamo nell’ordine di vendita S/4HANA.

Serve SAP CPQ per questo?

Con cinque-sette caratteristiche per famiglia di prodotti, di solito no. CPQ ripaga con regolamenti complessi, vendita guidata e vendita tramite canali. Per un insieme snello di caratteristiche, un’offerta Sales Cloud V2 più AVC nell’ordine S/4HANA è la strada più rapida ed economica.

Funziona con prezzi legati alle materie prime?

Sì, ed è proprio lì che l’approccio aiuta di più. Quando i prezzi delle materie prime cambiano ogni giorno, il prezzo non appartiene a tabelle di condizioni né alla logica delle caratteristiche. Si fissa a mano o tramite indice nell’offerta, mentre la configurazione guida distinta base, ciclo di lavoro e calcolo dei costi.

Advanced Variant Configuration è disponibile in S/4HANA Public Cloud?

Sì. SAP S/4HANA Public Cloud comprende Advanced Variant Configuration con materiali configurabili negli ordini di vendita, super distinta base e super ciclo, e l’API Sales Order (A2X) può trasportare la configurazione. Modelli molto particolari raggiungono dei limiti; un modello disciplinato con poche caratteristiche sta comodamente nello standard.

---

Produce su commessa e il Suo processo di offerta aspetta i codici materiale? Le mostriamo l’approccio con le Sue famiglie di prodotti; se S/4HANA Public Cloud è ancora davanti a Lei, il punto di partenza è l’assessment di prontezza S/4HANA. Parli con il nostro team.