Alle 8:17 arriva una e-mail con un ordine allegato. Il PDF contiene codici prodotto, quantità, condizioni di consegna e una nota scritta fuori dal campo previsto. Prima di sera qualcuno dovrà leggerlo, verificarlo, registrarlo nell’ERP e autorizzarlo. È lungo questo percorso, non durante una demo, che si capisce quale intelligenza artificiale scegliere per un’azienda.
La risposta breve è questa: il copilota SaaS serve soprattutto ad assistere le persone, la piattaforma verticale a gestire un processo già definito, il modello via API a costruire un flusso su misura, la soluzione privata o on-premise a mantenere maggiore controllo tecnico sui dati. La scelta corretta dipende da cinque prove: completamento del processo, eccezioni, costo per pratica valida, integrazioni e destino delle informazioni.
Quale intelligenza artificiale scegliere per un’azienda quando entra il documento
Prima scena: l’ordine raggiunge una casella condivisa. Può arrivare come PDF nativo, scansione, foglio elettronico o testo nel corpo dell’e-mail. Il primo errore di valutazione consiste nel misurare quanto bene l’AI riassume il documento. Il compito reale è un altro: riconoscere che si tratta di un ordine, separarlo dagli allegati irrilevanti, associarlo al cliente corretto e avviare il workflow previsto.
Un copilota SaaS integrato negli strumenti d’ufficio può aiutare l’operatore a leggere e classificare il messaggio. Non è però scontato che governi la pratica fino alla registrazione. Una piattaforma verticale nasce normalmente attorno a passaggi e ruoli più delimitati, ma va verificata sui formati effettivamente ricevuti. L’API offre libertà di progettazione: richiede però un sistema che intercetti l’e-mail, gestisca i file e conservi lo stato. La soluzione privata aggiunge controllo sull’ambiente, non elimina il lavoro di orchestrazione.
Già all’ingresso si applica il principio di protezione dei dati fin dalla progettazione e per impostazione predefinita previsto dall’articolo 25 del GDPR. Occorre stabilire quali allegati inviare al modello, quali campi oscurare e chi possa vedere l’output. Caricare tutto “per comodità” non è un’architettura.
Mini-scorecard: ingresso
- Copilota SaaS: verificare acquisizione automatica, formati supportati e tracciamento della pratica.
- Piattaforma verticale: provare documenti reali, compresi scansioni e allegati multipli.
- Modello via API: conteggiare connettori, sviluppo e gestione dello stato.
- Privata/on-premise: controllare capacità documentali e carico operativo dell’infrastruttura.
Estrarre i campi non basta, bisogna riconoscere l’eccezione
L’AI legge quantità, indirizzo e codici. Poi incontra la nota: “consegnare solo dopo conferma del cantiere”. Il dato è stato estratto, ma il processo non è completato. Serve capire se la frase blocca l’ordine, genera un avviso o richiede un’approvazione aggiuntiva.
Qui si separa una prova dimostrativa da un sistema utilizzabile. Il test deve includere codici mancanti, descrizioni ambigue, duplicati, clienti non censiti e condizioni commerciali discordanti. L’AI deve dichiarare quando non dispone di elementi sufficienti e indirizzare la pratica alla persona competente. Una risposta plausibile ma non verificata è più costosa di un campo lasciato vuoto.
Il copilota tende a mantenere l’operatore al centro. Può essere una scelta sensata quando le eccezioni sono frequenti e difficili da formalizzare. La piattaforma verticale offre maggiore struttura se contempla le regole del settore e dell’azienda. L’API permette di combinare modello, controlli deterministici e soglie di confidenza. Nell’ambiente privato si possono imporre vincoli tecnici più stretti, a condizione di avere competenze per mantenerli.
Mini-scorecard: eccezioni
- Copilota SaaS: misurare quante verifiche restano all’utente e come vengono documentate.
- Piattaforma verticale: controllare se le anomalie reali rientrano nei casi previsti.
- Modello via API: valutare regole di fallback, validazioni e code di revisione.
- Privata/on-premise: accertare chi aggiorna modelli e regole quando cambiano i documenti.
Il passaggio all’ERP rivela il costo dell’integrazione
L’ordine è leggibile e coerente. Ora deve entrare nell’ERP senza produrre un secondo lavoro di copiatura. Vanno cercati il cliente, gli articoli e le condizioni già registrate; poi occorre creare una bozza, allegare il documento originale e inviare la richiesta di approvazione.
Una soluzione che restituisce un testo corretto ma non dialoga con i sistemi aziendali si ferma a metà. Prima dell’acquisto servono prove sulle API disponibili, sui connettori, sui permessi e sulla gestione degli errori. Va verificato anche il percorso inverso: l’AI riesce a ricevere dall’ERP l’esito della registrazione e a chiudere la pratica, oppure perde il documento dopo aver generato l’output?
Il copilota può risultare rapido se opera già nello stesso ecosistema applicativo, ma questa comodità può restringere le possibilità di migrazione. La piattaforma verticale è efficace quando dispone di un’integrazione adatta all’ERP in uso. Il modello via API non fornisce da solo il workflow: consente però di costruirlo senza affidare ogni passaggio allo stesso fornitore. L’on-premise mantiene i flussi entro l’ambiente controllato, ma richiede monitoraggio, aggiornamenti e continuità operativa.
Mini-scorecard: integrazione e completamento
- Copilota SaaS: chiedere se crea record o si limita a suggerirli.
- Piattaforma verticale: verificare connettore, versioni compatibili e gestione degli errori.
- Modello via API: includere nel preventivo orchestrazione, autenticazione e manutenzione.
- Privata/on-premise: stimare competenze, capacità elaborativa e presidio dei guasti.
Il conto va fatto sulla pratica valida
L’ordine è stato registrato, ma il responsabile lo respinge perché la condizione di consegna non era stata riportata. La pratica tecnicamente elaborata non è una pratica valida. Per confrontare le soluzioni serve quindi un denominatore concreto: gli ordini completati correttamente e accettati, senza rilavorazioni sostanziali.
Il costo per pratica valida comprende licenze, consumo del modello, integrazione, revisione umana, gestione delle eccezioni, correzione degli errori, infrastruttura e controlli di sicurezza. Deve includere anche i periodi di picco e quelli di scarso utilizzo. Una tariffa per utente può penalizzare processi concentrati su pochi operatori; un prezzo a consumo può diventare poco prevedibile con documenti lunghi o ripetuti tentativi; un progetto privato sposta il costo verso infrastruttura e personale interno.
La prova utile è un lotto rappresentativo di documenti, non una selezione ripulita. Si contano pratiche ricevute, completate, approvate, inviate a revisione e corrette. Solo dopo si divide il costo complessivo per quelle valide.
Mini-scorecard: costo reale
- Copilota SaaS: sommare licenze e tempo di controllo rimasto agli utenti.
- Piattaforma verticale: includere configurazioni, moduli aggiuntivi e volumi minimi.
- Modello via API: conteggiare chiamate, sviluppo, monitoraggio e assistenza.
- Privata/on-premise: includere hardware, aggiornamenti, sicurezza e personale.
Conservazione, cancellazione e costo di uscita
La pratica è chiusa. Restano però e-mail, allegato, campi estratti, prompt, risposte, log e copie eventualmente usate per il monitoraggio. La domanda decisiva è dove si trovino, per quanto tempo siano conservati, chi possa consultarli e come vengano cancellati.
Il contratto con un fornitore che tratta dati per conto dell’azienda deve contenere le garanzie previste dall’articolo 28 del GDPR. L’articolo 32 richiede misure di sicurezza adeguate al rischio. Non basta una generica dichiarazione di conformità: servono responsabilità, accessi, registri, procedure in caso di incidente e condizioni applicabili a eventuali soggetti coinvolti nel servizio.
Il tema non è marginale. Una previsione Axitea riferita al 2025 e riportata da Cybersecurity360 indicava una crescita del 40% dell’attenzione verso la sicurezza. L’IOCTA 2025 di Europol descrive inoltre i dati rubati non solo come obiettivi, ma come merce di scambio del cybercrimine. Le linee guida Assonime del 2025 sulla valorizzazione dei dati nelle strategie aziendali richiamano, su un altro versante, la necessità di trattare il patrimonio informativo come una risorsa da governare.
Resta il costo di uscita. Alla fine del contratto l’impresa deve poter recuperare dati, prompt, log, configurazioni e workflow in formati utilizzabili. Deve sapere quali componenti siano esportabili, quali dipendano dal fornitore e quali copie vengano eliminate. Un’integrazione economica all’ingresso può diventare cara quando manca una via d’uscita.
Mini-scorecard: dati e uscita
- Copilota SaaS: verificare riuso dei dati, conservazione, export e dipendenza dall’ecosistema.
- Piattaforma verticale: chiedere portabilità di workflow, regole e storico delle pratiche.
- Modello via API: distinguere i dati conservati dal fornitore da quelli nei sistemi aziendali.
- Privata/on-premise: controllare cancellazione, backup e dipendenze da componenti proprietari.
Per una PMI con poco personale tecnico, una piattaforma verticale o un copilota ben integrato può ridurre l’avvio, purché il processo resti verificabile e l’uscita sia disciplinata. Per un’azienda regolamentata, pesano di più controllo dei dati, audit, responsabilità contrattuali e gestione del rischio: possono orientare verso piattaforme governabili o ambienti privati. Per un’impresa con IT interno, l’API consente maggiore adattamento e separazione dei componenti, ma solo se esistono risorse per mantenere il sistema.
Ignorare il viaggio completo del documento produce una scelta semplice da mostrare e difficile da gestire. Il problema emerge più tardi, quando un ordine resta sospeso, un costo non è più ricostruibile o un dato non può essere recuperato né cancellato con certezza.
Da leggere anche: Come trovare il fatturato di un’azienda gratis senza confondere stime e bilanci ufficiali
Da leggere anche: Come consultare il Registro delle Imprese: la due diligence da 20 minuti prima di firmare
Da leggere anche: Come trovare aziende che assumono con una due diligence inversa di 30 minuti