Quando SAP Field Service Management conviene: 5 segnali

In sintesi: SAP Field Service Management (FSM) coordina tutto ciò che sta tra «l’ordine di servizio esiste» e «il tecnico ha riparato la macchina»: pianificazione degli interventi, l’app mobile del tecnico, ricambi e comunicazione con il cliente. Si collega a S/4HANA Public Cloud per ordini di servizio, conferme e fatturazione, e a Service Cloud V2 per l’apertura dei casi. Serve quando pianificazione manuale, informazioni mancanti sul posto e fatture tardive iniziano a costare interventi e liquidità. Partite da pianificazione e rapporto di intervento digitale; la manutenzione preventiva e quella attivata dai sensori vengono dopo, quando le basi funzionano.

L’assistenza sul campo è il punto in cui le promesse incontrano la realtà. Avete promesso al cliente di riparare la macchina entro martedì. Ora qualcuno deve presentarsi con i ricambi giusti, le competenze giuste e le informazioni giuste. SAP Field Service Management coordina proprio questo: pianificazione, assegnazione, ordini di lavoro mobili e ricambi, tutto ciò che di solito vive in un foglio di calcolo e in una chat di gruppo.

Questa guida spiega cosa fa FSM, come si inserisce nel panorama SAP e quando l’investimento conviene. Se usate già S/4HANA Public Cloud, la nostra guida pratica a FSM con S/4HANA Public Cloud scende di un livello nei dettagli dell’introduzione.

Cosa fa concretamente SAP FSM?

L’assistenza sul campo costa. Ogni trasferta inutile, ogni appuntamento mancato e ogni secondo intervento costano denaro e fiducia del cliente. Il valore di FSM non sta solo nell’algoritmo di pianificazione, ma nel colmare il divario di informazioni tra back office e tecnico, così che la persona giusta arrivi con il ricambio giusto e la storia giusta.

Quattro funzionalità lo rendono possibile:

Pianificazione e assegnazione. Chi pianifica vede tecnici, competenze, disponibilità e interventi aperti su un’unica plancia, con la mappa accanto. Le assegnazioni si fanno con il trascinamento oppure su proposta del sistema in base a competenze, posizione e priorità. Quando arriva un’urgenza, la plancia mostra chi si può spostare.

L’app mobile per i tecnici. I tecnici vedono interventi, storico dell’apparecchiatura, checklist e documenti su telefono o tablet, registrano tempi e materiali, scattano foto e raccolgono la firma del cliente. L’app funziona offline e si sincronizza quando torna la connessione, cosa che conta in scantinati, capannoni e zone isolate.

Ricambi. I tecnici vedono quali ricambi servono per un intervento e dove sono disponibili, furgone compreso. I pezzi mancanti emergono prima della trasferta e non sul posto, che è dove nasce il «torno la settimana prossima».

Comunicazione con il cliente. Conferme di appuntamento e aggiornamenti di stato tengono informato il cliente, e la prenotazione self-service gli permette di scegliere una fascia oraria invece di rincorrere il servizio al telefono.

Come si collega FSM a S/4HANA e Service Cloud V2?

FSM si trova tra due sistemi, ciascuno responsabile di una metà del processo di assistenza.

S/4HANA Public Cloud gestisce l’ordine e il denaro. SAP descrive un’integrazione standard tra il servizio di S/4HANA Public Cloud e FSM: un ordine di servizio rilasciato diventa una service call in FSM, le attività pianificate vengono notificate, e tempi, spese e materiali approvati tornano come conferme di servizio che alimentano la fatturazione. La panoramica dell’integrazione FSM elenca i backend supportati.

Service Cloud V2 gestisce il caso. Si occupa dell’apertura via telefono, e-mail, chat e portale, della base di conoscenza e degli SLA. Quando un caso richiede un intervento sul posto, diventa un lavoro sul campo; a lavoro concluso, il caso si chiude con l’esito. Come il lato dei casi si collega all’ERP è descritto nell’articolo sull’integrazione tra Service Cloud V2 e S/4HANA Public Cloud.

In pratica il flusso è questo:

1. Un cliente segnala un guasto, oppure in S/4HANA viene creato un ordine di servizio.
2. FSM riceve l’intervento e chi pianifica lo inserisce nella plancia.
3. Il tecnico svolge l’intervento nell’app: checklist, tempi, ricambi, foto, firma.
4. La conferma torna in S/4HANA per la fatturazione e il rapporto di intervento viene allegato all’ordine.
5. Se esiste un caso in Service Cloud V2, viene chiuso con l’esito.

Le domande di progettazione stanno nei passaggi: chi gestisce l’anagrafica di cliente e apparecchiatura, quando si rilascia un ordine, chi approva le correzioni. La nostra checklist per i passaggi tra FSM, Sales Cloud V2 e S/4HANA elenca i test da fare prima del go-live.

Quando conviene SAP FSM? Cinque segnali

Il momento o il perimetro sbagliati portano a una piattaforma sovradimensionata. Quindi, in modo diretto:

FSM vi serve quando:

• Pianificate più di una manciata di tecnici e la pianificazione avviene per telefono, foglio di calcolo o chat di gruppo
• I tecnici arrivano spesso senza il ricambio o l’informazione necessaria
• I clienti lamentano appuntamenti mancati o non sanno quando arriverà il tecnico
• I rapporti di intervento sono cartacei e la fattura arriva settimane dopo l’intervento
• Non riuscite a misurare tempi di risposta, tassi di completamento o consumo di ricambi

Probabilmente non vi serve quando:

• Due o tre tecnici organizzano da soli la settimana e la pianificazione non è il collo di bottiglia
• Il vostro servizio sul campo è semplice: un tipo di apparecchiatura, una competenza, appuntamenti prevedibili
• Usate già uno strumento valido per l’assistenza sul campo e il costo del cambio supera il beneficio

Se la prima lista vi suona familiare, partite da pianificazione e assegnazione, app mobile e rapporto di intervento digitale. Poi la logistica dei ricambi, e la manutenzione basata sui sensori quando le basi funzionano bene.

E l’IoT e la manutenzione preventiva?

Qui FSM diventa interessante, ed è il livello avanzato, non il punto di partenza.

I dati delle macchine generano ordini di lavoro. Ore di funzionamento, codici di errore o valori soglia dell’impianto creano automaticamente un intervento, spesso con i ricambi probabili già assegnati. Il tecnico è pianificato prima che la macchina si fermi.

Manutenzione preventiva in base all’uso, non al calendario. Nello stabilimento di Lindt & Sprüngli ad Aquisgrana abbiamo introdotto FSM prima con gli ordini di lavoro mobili, poi con i ricambi in tempo reale e infine con la manutenzione preventiva basata sulle ore di funzionamento fornite dal sistema SCADA esistente. Sei mesi dopo il go-live i fermi non pianificati erano calati del 40% e il tempo di intervento si era dimezzato. L’ordine è stato decisivo: il livello preventivo ha funzionato solo perché ordini di lavoro e ricambi erano già affidabili.

Diagnosi da remoto. I tecnici controllano lo stato dell’impianto prima della visita e arrivano con la diagnosi e i ricambi giusti, eliminando lo schema «prima ispeziono, poi torno con i pezzi».

Mettete in funzione prima pianificazione e app mobile, poi aggiungete i dati delle macchine quando la base operativa è solida.

Domande frequenti

In cosa si differenzia SAP FSM dalla manutenzione in S/4HANA?

La gestione della manutenzione in S/4HANA (in passato Plant Maintenance) riguarda i vostri impianti nei vostri stabilimenti, con attenzione al ciclo di vita dell’asset. FSM gestisce il servizio svolto dai tecnici, spesso presso i clienti, con attenzione a pianificazione, esecuzione mobile e comunicazione con il cliente. Molte aziende usano entrambi, e FSM può pianificare anche squadre di manutenzione interne, come mostra il progetto Lindt.

Quali settori traggono più vantaggio da FSM?

I settori con impianti di valore che richiedono assistenza sul posto: macchinari industriali, dispositivi medici, impiantistica e climatizzazione, produzione alimentare, telecomunicazioni, servizi di pubblica utilità, ascensori e scale mobili. Se mandate tecnici con attrezzi e ricambi presso macchine, vale la pena valutare FSM.

FSM funziona senza Service Cloud V2?

Sì. FSM si collega direttamente a S/4HANA Public Cloud, e l’ordine di servizio nell’ERP basta come innesco. Service Cloud V2 si giustifica quando il problema è l’apertura: molte richieste da più canali da raggruppare e prioritizzare come casi prima che arrivino sul campo.

Quanto dura tipicamente un’implementazione FSM?

Per un’organizzazione di servizio con pianificazione, app mobile, ricambi e rapporto di intervento digitale, prevedete circa 10-16 settimane; il progetto Lindt ha richiesto quattordici settimane in tre fasi. L’integrazione con Service Cloud V2 e con i dati delle macchine sono fasi a sé. A spostare la data è raramente la configurazione di FSM; sono i dati anagrafici delle apparecchiature e lo stato della base installata.

Come gestisce FSM le situazioni offline?

L’app mobile salva ordini di lavoro, dati delle apparecchiature e moduli sul dispositivo. I tecnici completano il lavoro offline e i dati si sincronizzano automaticamente quando torna la connessione. Per l’assistenza in scantinati, siti isolati o zone rurali non è una comodità, ma la condizione perché i tecnici accettino lo strumento.

---

Cercate un partner che colleghi FSM al caso e all’ERP? La nostra panoramica dei partner SAP FSM in Svizzera e DACH spiega come lavoriamo, e la guida a un solo partner per Cloud ERP e CRM perché conta. Oppure parlate direttamente con noi del vostro processo di assistenza.