MCP per la finanza si sta affollando. La verifica ancora non è inclusa

Apri il changelog di quasi qualsiasi piattaforma FP&A di quest’anno e troverai la stessa voce: un server MCP, o una cartella scaricabile di “skill IA”, cioè prompt template che carichi in Claude o in un altro assistente perché sappia come chiedere un report sulle varianze o una previsione dell’organico. Il messaggio è sempre una variante di “ora la tua IA può parlare con i tuoi dati finanziari”. Nel giro di un trimestre, questo è passato da elemento distintivo a requisito minimo. Ce l’hanno tutti.

Il che significa che MCP di per sé ha smesso di dirti qualcosa di utile su un fornitore. È un protocollo, non una promessa. Un prompt template è una domanda formulata bene, non una risposta. La domanda vera è cosa c’è dietro l’endpoint prima ancora che il protocollo entri in gioco: se l’output del tuo agente è un fatto, o un’ipotesi travestita da JSON. La maggior parte dei server MCP finanziari dell’ondata attuale non ha risposto a questa domanda. Ha solo reso più facile porla.

MCP è trasporto. Non ha opinioni sulla verità

Model Context Protocol risolve un problema reale: dà a un’IA un modo standard per chiamare strumenti e recuperare contesto invece che ogni fornitore inventi un formato plugin su misura. È genuinamente utile, ed è per questo che l’adozione è stata rapida. Ma guarda cosa specifica davvero MCP: forme di richiesta e risposta, scoperta degli strumenti, handshake di autenticazione, streaming. Da nessuna parte nella specifica c’è una clausola sul fatto che il numero restituito da uno strumento sia corretto. MCP non riconcilia il tuo mastro generale. Non sa se il “ricavo” esposto da una risorsa sia valore contrattuale, ricavo riconosciuto, o il numero del trimestre scorso mai aggiornato. Sposta semplicemente byte da un server a un modello in un formato su cui entrambe le parti concordano.

Non è una critica al protocollo. Un endpoint MCP ben costruito, governato e di sola lettura è un modo legittimo di esporre dati, migliore di uno script ad hoc, migliore di un copia-incolla in una finestra di chat. Il problema è a cosa è comunemente collegato. Se i dati dietro quell’endpoint sono un export non riconciliato, una cifra calcolata internamente dal modello in un momento precedente, o un foglio di calcolo che nessuno ha ricollegato alla fonte da mesi, il server MCP dà semplicemente a un agente esterno un percorso più pulito, più veloce e dall’aspetto più autorevole verso un numero mai controllato. Stesso numero sbagliato. Confezione migliore. Un agente che recupera dati via MCP non chiede “questo è riconciliato”: chiede allo strumento, riceve una risposta, e tratta uno status 200 come verità.

I file skill hanno lo stesso divario, un livello più su

L’altra metà di questa ondata è la libreria gratuita e scaricabile di “skill IA”: prompt template che dicono a un assistente come formulare una richiesta per un riepilogo della presentazione al consiglio o un’estrazione budget-contro-consuntivo. Sono utili nello stesso modo in cui è utile un buon modello di email: ti risparmiano di riscrivere le stesse istruzioni da zero ogni volta. Non fanno nulla, però, riguardo a da dove l’assistente prenda i suoi numeri.

Un file skill è formulazione. Modella la richiesta (quali campi estrarre, quale tono usare, come strutturare l’output) ma non ha alcun meccanismo per verificare la risposta che torna. Se la fonte dati sottostante è debole, il file skill fa semplicemente arrivare il numero sbagliato risultante in un paragrafo più curato. Puoi dare a un assistente il prompt template meglio scritto del mondo per “riassumi la varianza di questo trimestre”, e se lo strumento dietro restituisce una cifra senza tracciabilità al mastro, ottieni un riepilogo scritto splendidamente e sbagliato con sicurezza. Una prosa migliore non è verifica. È vernice.

Cosa richiede davvero “verificato”, e dove deve avvenire

Livello	Cosa fa	Cosa NON fa
Prompt / template skill	Formula la richiesta in modo coerente	Confermare che i dati siano corretti
Server MCP	Trasporta la richiesta e la risposta su un protocollo standard	Riconciliare, tracciare o verificare la cifra sottostante
Modello riconciliato	Lega ogni cifra alla sua transazione di origine tra i sistemi	qui avviene davvero la verifica
Motore deterministico	Calcola il numero allo stesso modo ogni volta, senza che il modello indovini	qui avviene davvero l’accuratezza

La tabella lo dimostra strutturalmente, ma vale la pena dirlo esplicitamente: la verifica è una proprietà del livello dati, non del livello protocollo. Deve esistere prima che avvenga la chiamata MCP, non essere dedotta dal fatto che una chiamata sia andata a buon fine. Un numero è affidabile perché è stato estratto da un modello riconciliato con il mastro e calcolato da un motore deterministico, non perché è arrivato tramite un’API ben documentata. Puoi mettere il trasporto più pulito del mondo sopra una fondazione traballante e il numero finale resta esattamente traballante quanto lo era all’inizio.

Questo è lo stesso schema di fallimento di cui abbiamo scritto dall’altro lato: MCP da solo non risolve il problema della matematica ERP, perché una connessione live al tuo ERP non lo riconcilia, e un operatore IA collegato via MCP ha bisogno della stessa disciplina di accesso di un utente umano, perché un tubo governato verso dati cattivi resta un tubo verso dati cattivi. Lo schema si ripete: sistema l’idraulica quanto vuoi, la qualità dell’acqua non cambia da sola.

La domanda che separa davvero i fornitori

Dato che quasi ogni fornitore ha ormai una storia MCP, la domanda di due diligence deve andare oltre “supportate MCP” (tutti risponderanno di sì) verso qualcosa che scopra il livello sottostante:

“Quando il mio agente estrae un numero dal vostro server MCP, cosa dimostra che è corretto?”

Un fornitore con una risposta reale descriverà qualcosa di concreto: la cifra si riconduce a un documento sorgente o una scrittura contabile specifica, un calcolo deterministico l’ha prodotta invece che il modello che la deduce, e l’agente ottiene quella provenienza insieme al numero, non solo il numero. Un fornitore senza una risposta reale descriverà il protocollo invece: ambiti di autenticazione, schemi degli strumenti, limiti di frequenza, perché è quella la parte che hanno effettivamente costruito. Entrambe le risposte possono suonare sofisticate. Solo una delle due ti dice se il numero è vero.

Il server MCP di Rexfin è costruito sulla seconda premessa. È un livello di trasporto sopra un modello già riconciliato con i tuoi dati contabili e bancari, dove ogni cifra che un agente connesso può recuperare o si risolve in una citazione della fonte oppure lo strumento restituisce un rifiuto esplicito, mai un numero plausibile senza nulla sotto. Questa disciplina non è qualcosa che il livello MCP aggiunge; è ereditata dalla stessa logica di verifica e rifiuto che governa ogni risposta all’interno dell’interfaccia di Rexfin. Il protocollo non ha fatto il lavoro. Rende semplicemente disponibile il lavoro a qualunque agente lo richieda.

In sintesi

Il supporto MCP e una cartella di prompt skill sono ormai la base, non l’elemento distintivo, e nessuno dei due fa nulla per verificare il numero sottostante. Un prompt template controlla la formulazione. Un server MCP controlla il trasporto. La verità è una proprietà del livello dati su cui questi due elementi poggiano, riconciliata alla fonte, calcolata in modo deterministico, ed esiste prima dell’handshake del protocollo oppure non esiste affatto. Prima di valutare la storia MCP di chiunque, compresa la nostra, chiedi cosa dimostra il numero. Poi guarda il nostro server MCP per capire come rispondiamo a questa domanda, oppure parti dal quadro più ampio del perché la finanza agentica ha bisogno di un livello di fiducia prima ancora di aver bisogno di più autonomia. Se vuoi vedere la catena di provenienza sui tuoi dati, prenota una demo.