Il tuo ERP l'IA ce l'ha già. Sage l'ha infilata nei flussi finanziari, Business Central ce l'ha dentro la scheda, Odoo l'ha integrata nativamente nella versione 19 e Holded la vende nella dashboard. Se paghi uno dei quattro, la domanda che ti stai facendo è legittima: ho già l'IA inclusa, perché dovrei comprare qualcosa fuori?
La tesi in una frase: il copilota del produttore risolve benissimo quello che succede dentro una schermata — riassumere, suggerire, compilare, spiegare un record che hai davanti — e non risolve niente di quello che attraversa i sistemi, cioè proprio dove sta il lavoro caro. E il punto non è che non lo faccia ancora: non è costruito per farlo. È un confine di architettura, non una riga in attesa sulla loro roadmap.
IA nativa dell'ERP vs agente esterno: il confine non è di funzioni, è di architettura
Guarda cosa fanno davvero i copiloti nativi: hanno tutti la stessa forma. In Odoo 19 l'IA ha smesso di essere un modulo a parte: la documentazione ufficiale descrive agenti costruiti a partire da argomenti — le istruzioni che dicono all'agente cosa fare — e strumenti collegati a quegli argomenti. In Business Central, la funzione più citata dai team finance è la riconciliazione bancaria assistita: propone corrispondenze tra le righe dell'estratto conto importato e le scritture di contabilità, e suggerisce il conto per quelle che non tornano. In Sage, il copilota vive dentro i flussi finanziari e il suo agente di importazione riduce la preparazione manuale dei dati in migrazioni e import ricorrenti.
È buon prodotto. Nota cosa hanno in comune: tutti e tre lavorano su dati già dentro il sistema, nella schermata dove l'utente è già, con i permessi di quell'utente, mentre quell'utente sta guardando. L'ERP non è dove vive il copilota: è tutto il suo mondo. Questo è il confine, e spiega insieme cosa fa bene e cosa non farà mai.
Le tre cose che il copilota nativo ti dà e che dovresti usare
- Spiegarti un record che hai già aperto. Riassumere lo storico di un cliente, dirti perché questa fattura sta così, tradurre una scrittura in linguaggio umano. Contesto immediato su dati che il sistema ha già e a cui hai già diritto.
- Proporre dentro un modulo, con le regole del sistema stesso. Riconciliazione bancaria, conto suggerito, descrizione di prodotto, testo di un'offerta. Il produttore gioca in casa: nessuno conosce meglio il suo modello dati, e i suggerimenti rispettano i suoi stessi controlli.
- Interrogare i tuoi dati senza costruire un report. Quello che prima significava chiedere un elenco a qualcuno e aspettare due giorni ora è una frase. Non è poco: è la differenza tra decidere con i dati e decidere a memoria.
Tutto questo è incluso in ciò che già paghi, quindi attivarlo e formare le persone è una delle decisioni più economiche dell'anno. Chi ti dice il contrario ti sta vendendo qualcosa. Anche noi: per questo lo diciamo prima.
Le tre che non ti darà mai, e perché è architettura e non roadmap
Ora l'altra faccia. Ci sono tre tipi di lavoro che il copilota del produttore non fa, e nessuno dei tre si risolve aspettando la versione successiva.
- Il lavoro che attraversa i sistemi. La fattura arriva per email, il DDT è un PDF del fornitore, l'ordine vive nell'ERP e la contestazione si è chiusa su WhatsApp. Far quadrare queste quattro cose è il lavoro che costa soldi, e tre delle quattro stanno fuori dall'ERP. Un copilota che ne vede una sola non può chiuderlo, per quanto sia bravo.
- Il lavoro che aspetta qualcuno di fuori. Un preventivo che aspetta il sì del cliente, un fornitore che non risponde, un'approvazione ferma da quattro giorni. Lì il collo di bottiglia non è capire il dato: è rincorrere una persona che il tuo ERP non ce l'ha aperto e non lo aprirà.
- Il lavoro che succede quando nessuno guarda. I processi che girano di notte, incontrano un'eccezione e devono decidere se scalare. Il copilota ha bisogno di un utente davanti che gli chieda qualcosa; la sua unità di lavoro è la sessione, non il processo.
La ragione di fondo è la stessa nei tre casi. Il copilota nativo eredita tre limiti dal sistema che lo ospita: il limite del dato (vede solo quello che sta dentro), il limite dei permessi (agisce come l'utente che lo invoca, né più né meno) e il limite dell'orologio (parte quando qualcuno scrive e finisce quando quella persona chiude la schermata). Un agente che attraversa processi ha bisogno esattamente del contrario: identità propria, permessi propri ritagliati sul suo compito e un orologio suo. Non è una funzione che Sage o Microsoft possano aggiungere nella release di primavera: è un altro oggetto.
Il punto in cui quello di fuori inizia a convenire
La domanda non è «quanta IA mi serve», che non ha risposta. È una molto più noiosa e misurabile: quante volte al giorno qualcuno deve uscire dal tuo ERP per finire un lavoro? È quel numero a decidere, e puoi contarlo questa settimana senza comprare niente.
- Conta i salti. Prendi tre processi che fanno male e annota ogni volta che qualcuno esce dall'ERP per completarli: aprire la posta, cercare il PDF, scrivere su WhatsApp, entrare nel portale del fornitore. Ogni salto è lavoro che il copilota nativo non vede.
- Misura l'attesa, non la digitazione. Il costo vero non è quasi mai il minuto di scrittura: è il tempo in cui il lavoro sta fermo ad aspettare qualcuno. Un preventivo che aspetta quattro giorni non costa quattro minuti di amministrazione, costa quattro giorni di cassa.
- Dai un prezzo all'errore tardivo. Gli errori scoperti dentro la schermata costano poco; quelli scoperti tre settimane dopo, in chiusura o sulla fattura al cliente, no. Conta quanti degli ultimi dieci sono stati scoperti tardi.
Se i tre numeri escono bassi, meglio così: attiva il copilota, forma il team e non spendere altro. Se escono alti — e nella maggior parte delle PMI con più sistemi escono alti — hai individuato, con nome e cognome, esattamente dove serve qualcosa che il produttore non vende.
| Dimensione | Copilota nativo dell'ERP | Agente che attraversa i sistemi |
|---|---|---|
| Unità di lavoro | La schermata / la sessione | Il processo da capo a fondo |
| Quali dati vede | Quelli dentro l'ERP | ERP + email + documenti + messaggistica |
| Con quali permessi agisce | Quelli dell'utente che lo invoca | Identità propria, ritagliata sul compito |
| Quando parte | Quando qualcuno glielo chiede | Quando accade l'evento, con o senza pubblico |
| Chi risponde se si rompe | Il produttore, dentro il suo prodotto | Tu: turno, traccia e procedura |
L'errore caro: pagare due volte la stessa cosa
C'è un modo di sbagliare per ogni direzione. Uno apre questo articolo: dare per scontato che il copilota incluso copra tutto, e passare un altro anno con tre persone a far quadrare documenti a mano. L'altro va nel senso opposto e si vede meno: montare fuori quello che il produttore già ti dà dentro, finendo per pagare due volte una riconciliazione bancaria e mantenere un'integrazione fragile che l'ERP faceva da solo.
L'ordine giusto è quello noioso: prima attivi e spremi ciò che è già incluso; poi misuri cosa continua a uscire dalla porta; e solo allora costruisci fuori, e solo lì. Quando arriva quel momento, la decisione tecnica non è «quale IA compro» ma come si getta il ponte verso i sistemi che hai già — API, livello di orchestrazione o MCP —, che è l'argomento della guida su come integrare l'IA con i tuoi sistemi senza rifare niente. E la seconda decisione, quella che affonda più progetti perché arriva tardi, è su quale superficie vive quell'agente: dentro l'ERP stesso, in Teams, nella posta o su WhatsApp, a seconda di dove sta già la persona che lo userà. Quel confronto è in su quale canale mettere un agente di IA.
Cosa facciamo noi, senza fronzoli
Non vendiamo un altro ERP e non ti chiediamo di cambiare quello che hai. Montiamo sopra il pezzo di processo che il tuo ERP non può coprire perché sta fuori: il documento che arriva per email, l'approvazione che qualcuno deve dare dal telefono, l'eccezione che spunta alle tre di notte. Con un nome concreto a seconda di dove vivi: IA su Sage, su Business Central, su Odoo o su Holded. E quando il lavoro attraversa più sistemi insieme, quella è automazione delle operazioni in senso letterale: il processo intero, non la schermata.
Il riassunto sta in una riga e conviene averla chiara prima della prossima riunione con il tuo partner: il copilota è una funzione del tuo ERP; l'agente è un processo che attraversa il tuo ERP. Confonderli costa caro in entrambe le direzioni — o paghi due volte, o aspetti due anni una versione che non arriverà, perché quello che ti serve non ci sta dentro il prodotto.