Ordini e documenti da email e PDF: come si automatizzano senza cambiare gestionale

Un ordine può arrivare come testo libero in una email, come PDF generato dal gestionale del cliente, come foglio Excel o da un portale. Qualcuno lo legge, cerca gli articoli, controlla quantità e date e lo registra a mano nel gestionale.

I costi sono di due tipi. Il primo è il tempo, soprattutto quando i volumi crescono. Il secondo è l’errore: un codice scambiato, una quantità riportata male, un ordine che resta nella casella di posta di una persona assente.

Un flusso automatizzato ben progettato segue sempre gli stessi passaggi, con l’ultima parola a una persona.

• Ricezione. L’email o il documento arrivano in una casella dedicata o da un portale.
• Riconoscimento. Il sistema capisce se si tratta di un ordine, di una richiesta di offerta o di altro, e di quale cliente.
• Lettura. Estrae articoli, quantità, prezzi e data di consegna richiesta, che il documento sia un PDF, un Excel o un testo scritto a mano libera.
• Abbinamento. I codici del cliente vengono collegati agli articoli del gestionale, anche quando sono scritti in modo diverso.
• Preparazione dell’ordine. Nel gestionale viene preparato l’ordine cliente con i prezzi e le condizioni già presenti nel sistema.
• Controllo umano. L’operatore vede l’ordine pronto, corregge se serve e conferma. I casi dubbi restano in evidenza.
• Risposta. Parte la conferma al cliente.

Leggere un PDF è la parte più semplice. Il lavoro vero è l’abbinamento: lo stesso articolo può avere un codice diverso per ogni cliente, una descrizione abbreviata, un’unità di misura che cambia, una confezione diversa da quella a listino.

Poi ci sono le eccezioni: sconti concordati, consegne parziali, ordini che ne modificano uno precedente. Per questo le regole si definiscono insieme all’azienda, partendo dai dati del gestionale, e si verificano su ordini reali prima di mettere in uso qualcosa.

Non serve sostituire o modificare il gestionale. Il collegamento passa dalle strade che il sistema mette a disposizione: integrazioni ufficiali, web service, importazione di documenti, accesso al database.

Quando queste strade non ci sono, si può lavorare a livello di interfaccia. Un esempio reale, a cui ho lavorato in un’azienda di distribuzione arredo e design: gli ordini ai fornitori venivano stampati in PDF, inviati per email e poi riportati a mano da “Attivo” a “Inviato” nel gestionale, uno per uno. Ho realizzato un’estensione del browser che lavora dentro il gestionale senza modificarlo: si selezionano gli ordini e si preparano tutte le email in un clic, con PDF allegato, mittente aziendale, oggetto e testo già compilati. Quando l’email parte, lo stato passa a “Inviato” e viene verificato in automatico; se manca l’email del fornitore o un dato dell’ordine, l’avviso arriva prima dell’invio.

Il ragionamento vale anche per i documenti in entrata. Una fattura elettronica può essere messa a confronto con l’ordine e con il documento di trasporto: prezzi, quantità e righe che non tornano vengono segnalati. Lo stesso per conferme d’ordine, DDT e certificati, che possono essere smistati e collegati alla registrazione giusta.

Anche qui vale la regola di fondo: l’automazione prepara e segnala, la persona decide.

Si comincia da un campione di ordini o documenti reali, con i casi facili e quelli difficili. Si definiscono le regole di riconoscimento e di abbinamento, poi l’automazione lavora in parallelo alle persone finché i risultati non sono affidabili. Solo allora passa all’uso quotidiano, con un monitoraggio di tempi ed errori.

Il confronto è con la situazione di partenza: quanto tempo richiede un ordine oggi, quanti errori si correggono, quanti ordini restano fermi. Sono i numeri dell’azienda a dire se l’automazione funziona, non una percentuale promessa in anticipo.