Qualche settimana fa un cliente mi ha fatto una domanda che sento girare sempre più spesso:
Posso avere un assistente AI che legge il mio CRM, ma senza mandare i dati dei miei clienti a un server americano?
Nel suo caso il CRM era Perfex, il gestionale self-hosted molto diffuso tra PMI e professionisti italiani. La risposta c'è, e oggi è più semplice di un anno fa: si chiama MCP.
Cos'è MCP, in parole veramente semplici
MCP (Model Context Protocol) è lo standard che Anthropic ha reso pubblico nel 2024 per far parlare i modelli AI con software esterni — CRM, database, calendari — senza dover scrivere ogni volta un'integrazione su misura.
Prova a immaginarlo un po' come una presa USB-C: prima ogni dispositivo aveva il suo cavo, oggi c'è un unico standard che funziona ovunque. Per un CRM come Perfex questo significa che, invece di far costruire un connettore custom, si collega un server MCP già pronto e il modello AI può iniziare a interrogarlo.
Nel mio lavoro con AXIOM Data uso MCP quasi ogni giorno, ma finora quasi sempre per collegare l'AI a sistemi cloud. La parte interessante, quando si parla di CRM aziendali, è invece farlo restando completamente in locale.
Come si collega Perfex CRM via MCP
Per Perfex esistono oggi due strade principali.
La prima è il modulo ufficiale del produttore, che espone tutte le funzioni del CRM — clienti, fatture, progetti, ticket — come strumenti che l'AI può usare, ed è pensato per collegarsi facilmente a client come Claude Desktop o n8n.
La seconda è la strada open source: progetti sviluppati dalla community che si collegano direttamente al database MySQL di Perfex, con un ventaglio di operazioni anche più ampio.
Nella pratica, per un'azienda che parte da zero, consiglio quasi sempre la prima opzione: è mantenuta dallo stesso produttore del CRM e limita la superficie di configurazione. La seconda ha senso solo se serve accesso a dati molto granulari o se si ha già in casa competenza tecnica per gestirla in sicurezza — su questo punto torno più avanti, perché non è un dettaglio secondario.
Perché farlo con un modello locale, non con il cloud
Qui arriva la scelta che fa davvero importante. Un LLM locale, fatto girare tramite strumenti come Ollama per capirci, non manda nessun dato fuori dalla rete aziendale.
Per un CRM che contiene anagrafiche clienti, importi di fatturato, note commerciali, questo non è un dettaglio tecnico: è la differenza tra restare tranquilli sul GDPR e doversi chiedere dove finiscono quei dati.
C'è però un aspetto pratico da chiarire: Ollama, il software più usato per far girare modelli in locale, non "parla" MCP in modo nativo. Serve un ponte software intermedio che faccia da traduttore tra il modello e il server MCP. Non è complicato da configurare, ma è un passaggio in più rispetto a collegare direttamente un servizio cloud, ed è bene saperlo prima di promettere al proprio team un'attivazione in mezza giornata.
Con questa configurazione, nella mia esperienza, le cose che funzionano meglio sono quelle di lettura e sintesi, non quelle di scrittura autonoma. Un assistente collegato a Perfex via MCP può, per esempio: riassumere lo storico di un cliente prima di una chiamata, classificare un ticket di supporto per urgenza, preparare la bozza di un follow-up su un progetto in ritardo, o rispondere a domande come "quali fatture sono scadute da più di 30 giorni".
Quello che invece limiterei, almeno per ora: far scrivere in autonomia sul CRM senza controllo umano. I modelli locali sono migliorati molto sul fronte del tool calling, cioè la capacità di scegliere e usare lo strumento giusto, ma restano meno affidabili dei modelli cloud più avanzati su compiti complessi con più passaggi. Per un'azione semplice, come recuperare un dato, va bene. Per un'azione che scrive o modifica record, meglio tenere un passaggio di conferma umana.
Una questione che spesso si sottovaluta: la sicurezza
Qui vorrei essere diretto, perché è la parte che vedo trattata con più leggerezza. Un server MCP collegato direttamente a un database è di fatto una nuova porta d'accesso ai dati aziendali.
Sono già stati documentati casi in cui istruzioni malevole nascoste dentro un campo dati — per esempio il testo di un ticket di supporto — hanno indotto un agente AI a eseguire query non autorizzate ed esfiltrare informazioni. Non è fantascienza: è successo con strumenti molto diffusi, incluso un server MCP ufficiale.
La contromisura non è complicata, ma va applicata fin dall'inizio: accesso in sola lettura dove possibile, permessi granulari per ogni funzione esposta, e conferma umana prima di qualunque azione che scrive o cancella dati. Non è un vezzo da paranoici: è la stessa logica con cui non si darebbe mai a un nuovo collaboratore le chiavi di tutto il database il primo giorno di lavoro.
