Un addetto alla pianificazione invia un tecnico per una riparazione urgente senza preventivo. La durata e i ricambi necessari non sono ancora noti, ma l’amministrazione deve comunque emettere una fattura autorizzata e giustificabile. È il punto di partenza dell’intervento senza preventivo mostrato nel webinar Odoo sui servizi, in cui la relatrice descrive il trasferimento di Field Service in Planning.
Valuta l’accorpamento proposto attraverso scenari di servizio completi, non contando le applicazioni. Chiedi che una riparazione senza preventivo e una manutenzione ricorrente vengano eseguite dalla pianificazione fino alle evidenze del lavoro svolto e alla riconciliazione della fatturazione. Accetta il flusso solo quando i responsabili delle operazioni di assistenza e dell’amministrazione concordano sui risultati. In caso contrario, approva esplicitamente una modifica del processo oppure rinvia la migrazione finché una soluzione verificata non soddisfa il requisito.
Stabilisci che cosa deve dimostrare la prova
Il webinar spiega l’accorpamento anche attraverso il modello di pianificazione in bozza e pubblicazione di Planning: un’assegnazione può essere preparata prima che la pubblicazione invii la notifica al dipendente. La distinzione ha un’importanza operativa. Chiedi agli addetti alla pianificazione di mostrare preparazione, pubblicazione e riassegnazione, comprese le comunicazioni che devono raggiungere cliente e dipendente a ogni passaggio di responsabilità.
La documentazione Field Service di Odoo con indicazione della versione descrive interventi pianificati come turni in Planning, con schede intervento, materiali, tempi e rapporti per il cliente. Considerala un flusso documentato da verificare, non una garanzia di disponibilità in produzione o di compatibilità con la tua installazione. Registra release di destinazione, edizione, modello di hosting, applicazioni installate ed eventuali moduli personalizzati prima di ritenere pertinente una dimostrazione.
Chiedi al team di implementazione di identificare le condizioni di licenza e il piano commerciale che abilitano schede intervento, abbonamenti, pianificazione ricorrente ed eventuali funzionalità proposte per le spese di trasferta. Una funzione visibile in un database dimostrativo non costituisce una prova di accettazione sufficiente per l’ambiente previsto dal tuo contratto.
Parti dal processo operativo, anziché cercare di conservare ogni schermata esistente. L’esperto ERP Francesco Perrotta sottolinea l’importanza di valutare oggettivamente i processi aziendali e comprendere il contesto dell’impresa nella scelta delle soluzioni. Applica qui questo principio: classifica ogni requisito come controllo aziendale necessario, preferenza operativa utile o abitudine che il team è disposto a cambiare. In questo modo eviti sia di rifiutare automaticamente un’interfaccia diversa, sia di accettare automaticamente un controllo meno efficace.
Scenario: un intervento senza preventivo fino alla fattura
Usa dati rappresentativi relativi a clienti, sedi, dipendenti, tariffe dei servizi e ricambi. Nell’esempio di riparazione del webinar, la relatrice crea un turno senza preventivo, lo pubblica, avvia il lavoro e compila la scheda intervento. Il tuo caso di test per l’accettazione deve andare oltre questi clic e includere l’autorizzazione commerciale a eseguire il lavoro senza un totale preventivato.
Prima dell’invio del tecnico, chiedi al team di mostrare il cliente e l’indirizzo dell’intervento, la risorsa assegnata, la fascia oraria pianificata, la scheda intervento e le regole di addebito applicabili. Decidi dove registrare l’autorizzazione all’uscita e chi può approvare lavori aggiuntivi. La conferma del cliente che il tecnico è intervenuto non deve essere trattata come approvazione di ogni addebito, a meno che questa non sia la regola commerciale concordata.
Fai registrare al tecnico riparazione, tempi e ricambi con i permessi che userà effettivamente. La documentazione Odoo specifica che l’aggiunta di prodotti da un turno richiede il diritto di accesso Vendite “User: All Documents” oppure Administrator. Specifica inoltre che i prodotti vengono inseriti nell’ordine di vendita collegato oppure generano automaticamente un ordine se non ne esiste uno collegato. Una dimostrazione eseguita solo come amministratore lascia quindi irrisolta una questione sostanziale: il tecnico può svolgere l’attività richiesta con un livello di accesso che l’azienda è disposta a concedere?
Segui poi le registrazioni risultanti fino all’amministrazione. Il webinar mostra la creazione di una fattura dopo l’aggiunta del servizio e dei prodotti. Ai fini dell’accettazione, chiedi all’amministrazione di ricondurre ogni addebito proposto all’intervento: prodotto di servizio, tariffa, quantità fatturabile, quantità dei ricambi e approvazione del cliente. Esamina la scheda intervento o il rapporto cliente presentato per la firma, identifica il firmatario e conferma chi gestisce una firma rifiutata o un ricambio contestato prima di procedere alla fatturazione.
Includi un’eccezione relativa alla garanzia. L’impostazione documentata Under warranty azzera il prezzo di materiali e servizi aggiunti dal turno, ma lascia invariati i prezzi degli articoli inseriti direttamente nell’ordine di vendita. Prova entrambi i percorsi di inserimento. Il test è superato quando l’amministrazione sa spiegare il trattamento risultante e individuare addebiti non voluti prima dell’approvazione della fattura. Trovare la casella della garanzia non basta.
Tieni separati intervallo del modello, ore assegnate e tempo fatturabile
Non accettare una voce in calendario come prova della correttezza della fatturazione a tempo. Definisci separatamente l’intervallo di date prodotto dal modello di pianificazione, la capacità assegnata all’intervento, il tempo registrato durante l’esecuzione e la quantità che l’amministrazione è autorizzata a fatturare. Questi valori possono coincidere in una riparazione semplice; il test deve farli differire intenzionalmente.
Il flusso documentato per fatturare il tempo effettivo richiede Project e Timesheets, un dipendente assegnato e un progetto fatturabile con Timesheets abilitato. La documentazione indica che la fatturazione usa il campo Allocated Time del turno, aggiornato all’avvio e al completamento. Il passaggio dall’allocazione pianificata alla quantità addebitabile diventa quindi una verifica centrale per l’accettazione, non un dettaglio di configurazione secondario.
Registra le date generate dal modello e le ore assegnate prima dell’inizio del lavoro. Poi mostra un avvio in ritardo, un’interruzione e una correzione della registrazione di completamento. Se intervengono più tecnici, chiedi di spiegare se l’addebito proposto rappresenta il tempo trascorso per l’intervento oppure la manodopera di ciascun dipendente. Sono domande da verificare nel test, non presupposti sul comportamento supportato. L’amministrazione deve riconciliare la quantità risultante con le proprie regole di addebito e conservare evidenze sufficienti a spiegare ogni rettifica.
Un risultato convincente mostra la previsione iniziale, l’esecuzione registrata, la correzione approvata e la quantità finale in fattura. “Ci pensa il timer” è una risposta debole quando pause, correzioni o cambi di risorsa incidono sull’addebito. Se il flusso richiede una riconciliazione manuale, identifica chi la esegue, quali registrazioni confronta e se i responsabili operativi accettano quel carico di lavoro.
Scenario: manutenzione ricorrente collegata all’apparecchiatura corretta
La dimostrazione della manutenzione ricorrente aggiunge una diversa catena di dipendenze. Nell’esempio di manutenzione del webinar sui servizi, l’apparecchiatura è tracciata tramite un numero di serie univoco; il turno mostra l’apparecchiatura da manutenere e la documentazione del prodotto. La pianificazione segue la data di inizio dell’abbonamento, con una ricorrenza che riflette l’abbonamento e la sua data di fine. Verifica l’intera catena nell’ambiente di destinazione, anziché presumere che i soli turni ricorrenti soddisfino i contratti di manutenzione.
Parti da un contratto di manutenzione, una sede cliente e un bene identificato da numero di serie rappresentativi della tua attività. Chiedi al team di seguire il collegamento dall’abbonamento o dalla registrazione di vendita fino all’apparecchiatura corretta e alla visita pianificata. Fai aprire al tecnico la documentazione tecnica pertinente dalla registrazione del lavoro, compilare la scheda richiesta e identificare l’apparecchiatura su cui è intervenuto. Il nome corretto del cliente non basta se nella sede sono presenti beni simili con esigenze di manutenzione diverse.
Prova le modifiche al contratto, non soltanto la sua creazione. Sposta una visita, modifica la data di fine dell’abbonamento e mostra come viene determinata la visita successiva richiesta. Includi una sostituzione dell’apparecchiatura o un cambio di sede se si verificano nella tua attività. Per ogni eccezione, richiedi un responsabile e un modo visibile per rilevare una visita mancante, una visita non dovuta o un intervento collegato al numero di serie sbagliato.
Riconcilia separatamente la copertura contrattuale e i lavori aggiuntivi. L’amministrazione deve mostrare quali attività e ricambi sono inclusi nell’abbonamento, quali richiedono un’approvazione separata e come il controllo della fattura evita addebiti duplicati o omessi. Confronta il contratto, la visita completata, le evidenze della scheda intervento e l’esito di fatturazione proposto. Generare un altro appuntamento non dimostra che l’obbligo di manutenzione o la regola di addebito siano stati rispettati.
Verifica anche la gestione delle modifiche alle schede intervento. Odoo documenta che modificare un modello di scheda dal turno modifica tutti i turni che usano quel modello. Cambia un modello condiviso nell’ambiente di test e controlla gli altri lavori interessati. Decidi chi può autorizzare le modifiche ai modelli e come mantenere comprensibili le evidenze dei servizi completati quando le istruzioni di manutenzione evolvono.
Includi dipendenze ed eccezioni nella decisione
Valuta le spese di trasferta separatamente dal flusso principale dell’intervento. Il webinar descrive addebiti fissi e basati sulla distanza e indica un’integrazione Mapbox per calcolare la distanza. Prima di farvi affidamento, verifica la disponibilità nell’ambiente di destinazione, i costi applicabili e le soglie di utilizzo incluse, le credenziali API, l’origine e la destinazione usate per il calcolo e il comportamento in caso di errore. Chiedi quali indirizzi o coordinate vengono trasmessi e quali condizioni si applicano al trattamento dei dati. Non presumere che la funzione sia inclusa o gratuita in ogni circostanza.
Per la migrazione di Odoo Field Service, richiedi una mappatura e una riconciliazione su un campione di attività esistenti, campi personalizzati, storico delle schede intervento, lavori ricorrenti, collegamenti alle apparecchiature e riferimenti storici di fatturazione. Un turno dimostrativo appena creato non può dimostrare che i dati migrati conservino le relazioni necessarie ai team di assistenza e amministrazione.
Mantieni un documento decisionale per gli scenari che contenga criteri di superamento, riferimenti alle registrazioni, risultati osservati, eccezioni irrisolte, conseguenze aziendali, un responsabile e le evidenze necessarie per chiudere ogni problema. Perrotta indica la sottovalutazione della formazione come un problema ricorrente nelle implementazioni. Fai eseguire i rispettivi passaggi ad addetti alla pianificazione, tecnici e utenti amministrativi, in modo da distinguere l’adeguatezza funzionale dalle esigenze di affiancamento.
Questa decisione precede l’approvazione della messa in produzione. La nostra analisi della preparazione al go-live ERP affronta la capacità dell’organizzazione di gestire operativamente la release in consegna. Qui devi decidere se accettare il modello di servizio dimostrato, modificare un processo con l’accordo del suo responsabile oppure rinviare la migrazione perché un requisito critico di pianificazione, documentazione o fatturazione resta irrisolto.
Prima di impegnarti, presenta insieme ai responsabili delle operazioni di assistenza e dell’amministrazione i risultati della riparazione senza preventivo e della manutenzione ricorrente, e richiedi una decisione su ogni eccezione critica. Se ti serve aiuto per definire questa valutazione o risolvere lacune funzionali e tecniche, parla con gli specialisti Odoo di Digiventi dei tuoi flussi operativi e dei requisiti di migrazione.
