Gli ordini dei clienti entrano nel gestionale da soli: tu controlli, non ricopi

Il momento in cui l’ufficio ordini smette di reggere

Finché gli ordini sono dieci al giorno, ricopiarli è un fastidio che si sopporta. Il problema si vede in due momenti. Il primo è il picco: la stagione, il cliente nuovo, la collega in ferie; il secondo è l’errore: un codice sbagliato di una cifra, una quantità 100 invece di 10. Lì si scopre quanto costa una riga ricopiata male.

Il lavoro è sempre lo stesso: aprire l’email, capire chi è il cliente, cercare i codici nel gestionale (che quasi mai coincidono con quelli del cliente), tradurre le quantità, scrivere tutto in una maschera. Non è un caso che, secondo l’Istat («Imprese e ICT 2025»), l’estrazione di informazioni da documenti sia l’uso più diffuso tra le imprese italiane che adottano l’AI (70,8%): è il lavoro d’ufficio più ripetitivo e più facile da togliere alle persone.

Cosa costruisco: dall’email alla riga pronta per l’import

Il flusso che consegno fa cinque cose, in ordine.

1. Prende l’ordine dove arriva: una casella email dedicata o una regola sulla casella esistente; PDF, immagini ed email senza allegato.
2. Legge e struttura: un modello reale (Claude, GPT, Gemini o DeepSeek, scelto in base alla qualità sui tuoi documenti) estrae cliente, riferimento, codici, quantità, unità, date di consegna e destinazione.
3. Confronta con i tuoi dati: il cliente viene riconosciuto in anagrafica, i codici del cliente vengono tradotti nei tuoi con una tabella di corrispondenza che cresce nel tempo, le quantità vengono controllate contro minimi e multipli di confezione.
4. Produce la riga: un CSV nel tracciato del gestionale, oppure una chiamata alla sua API; ogni riga porta con sé il link all’ordine originale.
5. Manda in revisione i casi dubbi: codice non trovato, quantità anomala, cliente ambiguo, allegato illeggibile. Finiscono in una lista con l’originale accanto; la persona decide, e la decisione diventa una regola.

La persona non inserisce più: apre la coda, controlla, approva. La responsabilità di quello che entra nel gestionale resta sua.

Cosa entra nel prezzo e cosa resta fuori

Incluso nel pilota: la mappatura del formato scelto (o del cliente scelto), il confronto con anagrafica e listino, il file di import o la chiamata API, la coda di revisione, il criterio di successo scritto prima, la messa a punto durante la prova, la documentazione e la consegna di codice e accessi. Nel sistema completo: la mappatura dei 3-5 formati più frequenti, l’import diretto e le regole di corrispondenza dei codici.

Escluso: modifiche al gestionale (non tocco il tuo software, gli parlo con gli strumenti che ha già), le licenze dei programmi, la creazione di anagrafiche o codici mancanti (li segnalo, non li invento), i formati che compaiono una volta all’anno, e la lettura di ordini scritti a mano se nel pilota risultano illeggibili. Se prima serve mettere in ordine l’anagrafica, lo dico subito: è un lavoro a parte, descritto in anagrafiche pulite e verificate.

Cosa mi serve da te prima di iniziare

• Una ventina di ordini reali per ciascun formato da trattare, anche anonimizzati: servono per scrivere il criterio di successo.
• L’export dell’anagrafica clienti e del listino, con i codici interni.
• Come entra un ordine oggi nel gestionale: import CSV, API o solo a mano. Se non lo sai, chiedo io al fornitore del gestionale il tracciato o la documentazione.
• Una casella email da cui leggere gli ordini, o la regola per inoltrarli.
• Una persona in ufficio di riferimento durante la prova: vede la coda e mi dice cosa è giusto e cosa no.

Su cosa si estrae bene da un PDF e cosa no ho scritto una guida a parte: estrazione dati da PDF, cosa funziona e cosa no.

Quanto ci vuole e da cosa dipende

Il pilota richiede in genere 1-3 settimane di costruzione e 2-4 settimane di prova sugli ordini veri. La costruzione dipende da tre cose che non controllo io: quanto in fretta arrivano esempi ed export, quanto è documentato l’import del gestionale, e quanto sono variabili i documenti dentro lo stesso formato (un PDF generato da un gestionale è stabile; un’email libera cambia ogni volta). Durante la prova il flusso gira in parallelo a chi inserisce; quando il criterio è raggiunto, si passa al flusso.

Il sistema multi-formato si pianifica un formato alla volta, ognuno con la sua prova. Se i programmi da collegare sono più di uno (gestionale, magazzino, e-commerce), il lavoro si sovrappone a quello descritto in collegare gestionale, email, fogli e CRM.

Prezzi scritti: 890 € il pilota, da 4.500 € il sistema

• Pilota a prezzo fisso: 890 € + IVA. Un formato o un cliente, criterio di successo scritto prima (ad esempio: «8 ordini su 10 di questo cliente entrano senza correzioni»), messa a punto inclusa. Se dopo la messa a punto il criterio non è raggiunto, il saldo non si paga. Le condizioni complete sono nella pagina del pilota a prezzo fisso.
• Sistema su misura: da 4.500 € + IVA. Più formati, import diretto nel gestionale, tabella di corrispondenza dei codici, regole di controllo sulle quantità.
• Pagamento: 50% alla partenza, 50% alla consegna.
• Costi dei modelli: a consumo, indicativamente 5-30 € al mese per l’ufficio ordini di una PMI, pagati direttamente al fornitore del modello.

Dopo la consegna il flusso è tuo: codice, accessi e documentazione. Non c’è canone. Quando un cliente cambia il formato dell’ordine o serve una regola nuova, c’è l’assistenza a chiamata a blocchi di ore: 10 ore a 750 €, oppure 80 € l’ora a consumo.

Esempio dimostrativo: 30 ordini al giorno in 5 formati

Esempio dimostrativo — Immagina un distributore di componenti per impianti con 20 persone e 30 ordini al giorno in 5 formati: il PDF di due grossisti, un modulo Excel degli installatori, email libere e ogni tanto la foto di un blocco ordini. Due persone passano circa metà della giornata a inserirli.

Il pilota parte dal formato più stabile, il PDF del grossista principale, che vale un terzo degli ordini. Criterio scritto: in tre settimane di prova, almeno 8 ordini su 10 di quel grossista entrano senza correzioni. Il flusso legge il PDF, traduce i codici del grossista nei codici interni con una tabella costruita durante la prova, controlla i multipli di confezione e produce il CSV per l’import. I codici nuovi finiscono in coda: molti le prime due settimane, poi sempre meno.

A fine prova le due persone controllano una decina di righe al giorno invece di inserirne 30 da capo. Il sistema completo aggiunge poi gli altri formati, uno alla volta; la foto del blocco ordini resta fuori, perché nella prova solo la metà si leggeva bene. (Esempio, non un caso reale.)

Quando non conviene farlo

• Se gli ordini sono pochi (meno di una decina al giorno) e quasi sempre dello stesso cliente: ricopiarli costa meno del flusso. Meglio una mezza giornata di formazione per far leggere i PDF a chi li inserisce, con uno strumento e una procedura scritta.
• Se la maggior parte degli ordini arriva a voce o su carta scritta a mano: la lettura è troppo incerta e il controllo costerebbe quanto l’inserimento.
• Se l’anagrafica è piena di doppioni e codici incoerenti: prima si mette a posto quella, altrimenti il flusso trova tre clienti con lo stesso nome e li manda tutti in revisione.
• Se il gestionale non ha import né API: si può lavorare con un foglio intermedio, ma il guadagno si riduce e te lo dico prima del pilota.
• Se cerchi un sistema che decida da solo sugli ordini dubbi: non lo costruisco. Il controllo finale resta a una persona.

Come si parte: mandami tre ordini

Il primo confronto è gratuito. Scrivimi su WhatsApp o mandami un esempio via email a info@cangrandeai.it con tre ordini che ricevi davvero (anche anonimizzati) e due righe su come entrano oggi nel gestionale. Ti rispondo dicendo da quale formato partirei, quale criterio scriverei e se vedo ostacoli, prima di parlare di prezzi.

Vengo in azienda a Verona ed entro un’ora di strada; a distanza lavoro in tutta Italia. Se l’ufficio ordini è solo uno dei processi da sistemare, la pagina AI e automazione per l’ufficio di una PMI che produce mette in fila gli altri. Se invece il problema sono fatture e DDT dei fornitori, è un lavoro simile ma diverso: estrazione dati da fatture e DDT.