Gestionale per la logistica integrata: oltre al magazzino

Chi fa logistica integrata vende un servizio complesso, spesso legato a un contratto pluriennale con un cliente industriale: fasi di avvio, operatività corrente a canone, attività fuori standard che nascono strada facendo. Il magazzino è solo una parte del lavoro. Il gestionale che lo controlla, se si ferma al flusso merci, ne controlla solo una parte.

Cosa fa bene un WMS, e dove si ferma

Un sistema di gestione del magazzino fa un lavoro preciso e lo fa bene: ubicazioni, movimentazioni, giacenze, picking. È lo strumento giusto per sapere dove si trova la merce e come si muove. Un contratto di logistica integrata, però, è anche un rapporto di servizio, con ore di avvio, attività ricorrenti, interventi fuori standard e un margine da seguire cliente per cliente, non solo movimentazione, pallet per pallet.

Il WMS risponde alla domanda “dove sta la merce e come si sposta”. Non risponde alla domanda “questo cliente, con tutto quello che gli stiamo dedicando, ci sta facendo guadagnare?”. Sono due domande diverse, e la seconda ha bisogno di un altro strato di controllo, non di un modulo magazzino più sofisticato.

Quello che serve oltre al magazzino

Per governare davvero un contratto di logistica integrata, tre cose devono esistere oltre al flusso fisico della merce:

• Tracciabilità delle commesse di servizio, non solo del flusso merci. Le ore di avvio di un nuovo cliente, l’ingegnerizzazione del processo, le attività ricorrenti di gestione: tutto questo va tracciato come lavoro di commessa, con i suoi costi, non solo registrato come movimento di magazzino.
• Fatturazione per le attività effettivamente svolte. Un contratto logistico raramente è solo canone fisso: ci sono picchi stagionali, lavorazioni speciali, richieste fuori standard. Se queste attività non sono agganciate a una voce fatturabile riconosciuta, restano fuori dalla fattura e diventano lavoro regalato.
• Marginalità per cliente e per contratto. Il canone dice quanto incassi. Non dice quanto costa davvero servire quel cliente, tra ore di gestione, personale dedicato ed eccezioni operative. Senza questo confronto, un contratto può sembrare sano solo perché il fatturato è stabile.

Un contratto logistico è una commessa lunga, con più fasi dentro

Il rapporto con un cliente industriale, in genere, è una sequenza, non un evento unico. Prima una fase di avvio, con l’ingegnerizzazione del processo dedicato a quel cliente. Poi l’operatività corrente, fatturata a canone. Poi, lungo tutta la durata del contratto, attività extra che escono dallo standard e vanno riconosciute come tali.

Trattare queste tre fasi come cose separate, magari su strumenti diversi, è il modo più comune di perdere il controllo della marginalità: le ore di avvio finiscono in un progetto a parte, il canone gira per conto suo nella fatturazione ricorrente, gli extra si perdono in mail e fogli non strutturati. Il cliente, nel frattempo, resta uno solo, e dovrebbe poterlo essere anche nel gestionale: una struttura che raccolga avvio, canone ed extra sotto lo stesso rapporto, con un’unica marginalità che li somma tutti.

Un caso tipico: un cliente industriale parte con un progetto di start-up, qualche mese di ingegnerizzazione del processo dedicato. Passa poi in operations a canone mensile. Nel frattempo chiede due picchi di stagione e una lavorazione speciale non prevista a contratto. Se questi tre momenti vivono in tre posti diversi, a fine anno il canone sembra l’unico ricavo del cliente, gli extra restano un ricordo vago e le ore di avvio sono ormai sparite in un progetto chiuso mesi prima. La marginalità reale di quel cliente, che include tutti e tre i pezzi, non la calcola nessuno.

Perché un gestionale generico non chiude il cerchio

Un ERP generico gestisce bene il ciclo attivo: fattura, contabilizza, incassa. Quasi mai collega però quella fattura al costo reale del servizio erogato per generarla. Il risultato è sempre lo stesso: vedi il fatturato di ogni cliente, non il margine. Un contratto che sembra solido sulla carta può nascondere ore di gestione e interventi extra mai recuperati, che ne stanno erodendo silenziosamente la redditività.

Aggiungere un secondo software verticale per la parte “commesse” o “progetti” apre un altro problema, non lo risolve: un sistema in più da alimentare, dati da riconciliare a mano tra WMS, fatturazione e controllo. Chi ha già un ERP solido non ha bisogno di un altro programma, ma del pezzo che manca fra quello che già usa e la marginalità reale.

Talete dentro Business Central

Talete è quel pezzo: un’estensione nativa di Microsoft Dynamics 365 Business Central per la gestione delle commesse, pensata anche per chi lavora a contratti di servizio di lungo periodo. Il magazzino resta dove è, dentro Business Central. Talete aggiunge la struttura per cui un cliente diventa una commessa unica che raccoglie avvio, operatività a canone ed extra a consuntivo, con la marginalità per cliente sempre aggiornata e la consuntivazione delle attività fatta in continuo, anche dal campo. Il go-live tipico è di 4-6 settimane, senza sostituire quello che già funziona.

Il punto

Il magazzino, in un gestionale per la logistica integrata, quasi sempre funziona già. Quello che fa la differenza è quanto bene il sistema collega il servizio erogato, oltre il flusso merci, al margine reale di ogni cliente: tracciabilità delle commesse di servizio, fatturazione delle attività svolte e marginalità per contratto sono i tre pezzi che un WMS, da solo, non copre.

Se vuoi vedere come un contratto logistico pluriennale vive come un’unica commessa dentro Business Central, prova la demo o parti dal calcolatore dell’Indice di Controllo per una prima stima di quanto margine, oggi, resta fuori dalla fattura.