Sotto la spinta dell’AI, Salesforce attraversa una stagione di grandi cambiamenti e annunci ravvicinati.
L’apertura headless ha preso forma il 15 aprile 2026 con Headless 360, attraverso cui dati, processi e logica applicativa di Salesforce diventavano raggiungibili anche da Slack, assistenti AI e altre applicazioni.
Il 26 agosto 2026, insieme ad Anthropic, Salesforce ha poi annunciato Claudeforce.
Le capacità Salesforce erano già raggiungibili da Claude tramite Headless 360; Salesforce in Claude aggiunge un’integrazione dedicata e competenze di vendita preconfigurate, secondo quanto presentato dalle due aziende (Salesforce, Headless 360; Salesforce, Claudeforce).
Qualcosa di simile, anche se meno diretto, era successo già a fine 2025 con l’app Agentforce 360 in ChatGPT e l’integrazione dei modelli OpenAI nella piattaforma Agentforce 360 (Salesforce, annuncio della partnership con OpenAI).
A settembre 2026, infine, Salesforce ha fatto un altro passo nell’apertura all’AI presentando AIforce.
È il nuovo nome di Headless 360 e indica, nella presentazione di Salesforce, la direzione che porta dati, processie azioni della piattaforma verso interfacce AI interne ed esterne, anche attraverso iniziative come Claudeforce (note di rilascio Salesforce; annuncio AIforce).
Per chi usa il CRM come cassaforte del proprio patrimonio informativo, questi annunci possono essere difficili da seguire e interpretare.
Che cosa cambia per i clienti? Quale direzione sta seguendo Salesforce?
Come sfruttare le nuove possibilità senza perdere il controllo su dati, permessi e processi? E da dove iniziare un percorso headless?
In questo articolo mettiamo ordine tra gli annunci e vediamo che cosa significano davvero per le aziende.
Il white paper L’era headless di Salesforce ha inizio approfondisce il concetto di headless, le sue applicazioni in Salesforce e i primi passi per rendere accessibili dati e processi con i controlli necessari.
Perché Salesforce apre la piattaforma all’AI e agli agenti?
Per molti utenti, lavorare in Salesforce ha sempre significato entrare nella sua interfaccia, cercare un’informazione e agire da lì.
Ora l’azienda rende invece le capacità della piattaforma raggiungibili anche da Claude, Slack e altre applicazioni, incluse le piattaforme AI e gli Agenti AI esterni.
Con headless infatti, l’esperienza dell’utente si separa dal motore che conserva i dati, applica i permessi ed esegue i flussi.
Una persona può consultare informazioni o avviare un’azione da un’altra interfaccia, mentre la piattaforma continua a governare ciò che avviene dietro l’interazione, senza però necessità di accedervi in senso tradizionale.
Il motore rimane lo stesso, cambia l’accessibilità: le applicazioni Salesforce restano disponibili, ma vengono affiancate da altri modi di usare lo stesso patrimonio.
Per approfondire cosa significa e da dove viene questa struttura, è possibile leggere la spiegazione dell’architettura headless.
La domanda, però, sorge spontanea.
Perché Salesforce, che ha investito per anni nelle proprie applicazioni, dovrebbe favorire l’accesso attraverso interfacce altrui?
Non va a scapito della propria centralità nel cuore operativo dei suoi clienti?
A prima vista Salesforce sembra cedere ad altri ambienti una parte del rapporto diretto con chi usa il CRM.
Nel white paper leggiamo questa scelta alla luce di un cambiamento strategico che riguarda in generale le piattaforme SaaS: le aziende prestano sempre più attenzione al rapporto tra costo e valore, e combinano spesso servizi di fornitori diversi, scegliendo separatamente dove lavorano le persone e dove risiedono dati e processi.
Molte aziende che utilizzano Salesforce come CRM si appoggiano poi a OpenAI o Anthropic per i propri fabbisogni di intelligenza artificiale aziendale, così come tanti altri software e programmi specifici per determinate attività.
Le due direzioni dell’AI in Salesforce
L’AI sta entrando nelle aziende da due porte.
Da una parte ci sono gli assistenti di aziende terze, come ChatGPT di OpenAI e Claude di Anthropic; dall’altra, software come Salesforce integrano una propria AI, progettata per conoscere dati, funzioni e regole della piattaforma in cui opera.
Salesforce si trova esattamente nel punto in cui queste due direzioni si incontrano.
- Con Agentforce offre agenti nativi;
- con l’accesso headless rende le capacità della piattaforma raggiungibili anche da agenti esterni.
La distinzione conta perché un assistente conversazionale, un agente che usa strumenti e un sistema che esegue un flusso predefinito hanno responsabilità operative diverse, e servono scopi differenti.
A seconda del tipo di lavoro richiesto e delle interazioni con altri software e servizi (email, CMS, Drive, etc), può essere quindi più adatta una soluzione o l’altra.
Per riconoscere queste differenze e quale sia la modalità corretta, servono dei criteri per capire operativamente gli agenti AI, stabilire dove l’agente trova le informazioni e quali azioni gli vengono consentite.
Aprendosi in maniera nativa ai diversi strumenti, Salesforce può quindi conservare il proprio ruolo centrale diventando il «livello invisibile» di logica, regole e permessi dietro i processi aziendali, anche quando dipendenti o clienti interagiscono attraverso altri strumenti.
Una soluzione win-win, che per le aziende aumenta la libertà di scegliere dove far avvenire il lavoro e con che cosa collegarlo.
L’apertura AI di Salesforce spiegata, da Headless 360 ad AIforce
Headless Toolkit è il nome usato da Salesforce per gli strumenti che permettono agli agenti autorizzati di richiamare le capacità della piattaforma, tra cui API, server MCP, plugin e skill (Salesforce, annuncio AIforce).
Vediamo quindi di fare chiarezza tra i vari annunci, partnership e nomi delle diverse aperture AI di Salesforce:
| Nome | Categoria | Dove avviene l’interazione | Che cosa fa |
|---|---|---|---|
| Agentforce | Agenti nativi Salesforce | Nella piattaforma Salesforce | Agenti costruiti sulle funzioni e sui controlli del CRM. |
| Claudeforce | Partnership Salesforce e Anthropic | In Claude, con accesso a Salesforce | Salesforce in Claude usa il contesto CRM e può avviare azioni governate da Salesforce. |
| ChatGPT con Salesforce | Integrazioni annunciate da Salesforce e OpenAI | In ChatGPT e nella piattaforma Agentforce 360 | App Salesforce in ChatGPT e modelli OpenAI in Agentforce 360. |
| AIforce | Denominazione della direzione verso più interfacce | Nelle interfacce AI collegate alle capacità Salesforce | Il “contenitore” in cui Salesforce colloca Claudeforce e gli strumenti del Headless Toolkit, fra cui MCP, API, plugin e skill. |
Per valutare le capacità effettive di un agente in un processo aziendale, servono anche criteri per distinguerlo da un workflow predefinito.
Che cosa cambia per chi deve progettare l’AI in azienda
Per chi prende decisioni in un’azienda che utilizza Salesforce, l’apertura verso strumenti AI e agenti esterni ha grande impatto: significa poter attingere più direttamente al patrimonio informativo che l’azienda ha costruito nel tempo nel CRM.
Una domanda sui clienti o sulle attività commerciali può essere fatta direttamente in linguaggio conversazionale, senza lasciare la piattaforma AI di fiducia o l’applicazione in cui si svolge il lavoro, e senza richieste all’IT e lunghe attese.
Può proseguire con altre domande, coinvolgere fonti aziendali collegate su altri strumenti, e arrivare a un’analisi utilizzabile, senza richiedere ogni volta la preparazione di un nuovo report.
Chi decide può esplorare i dati che prima erano nascosti dietro schermate, filtri e processi complessi con maggiore autonomia, mentre specialisti e tecnici si concentrano su definizioni, qualità, anomalie e interpretazione delle risposte.
Il bisogno di un accesso più diretto emerge anche dal 93% dei leader di business intervistati da Salesforce nella ricerca State of Data and Analytics: sono tanti quelli che dichiarano che lavorerebbero meglio se potessero porre domande ai dati in linguaggio naturale (Salesforce, State of Data and Analytics).
Ovviamente l’autonomia nel consultare i dati ha valore solo se le risposte sono affidabili: devono quindi restare riconducibili alle fonti e rendere visibili i limiti delle informazioni disponibili.
Anche perché l’utilizzo dell’AI in azienda si sta sempre più spostando dal layer informativo (in cui si chiedono cose all’AI) a quello attuativo (in cui l’AI stessa svolge compiti, anche in relativa autonomia).
E quando si chiede a un agente AI di modificare un record o avviare un flusso, le conseguenze di un errore aumentano: servono permessi, regole di business, traccia delle azioni e intervento umano nei casi eccezionali.
Strutturare un’architettura headless diventa quindi un percorso strategico prima ancora che operativo.
Bisogna analizzare in cosa consiste e dove nasce la richiesta di informazioni o azioni, quali sistemi contengono le informazioni e quali l’agente deve attraversare per portare a compimento il compito, quale fonte deve prevalere se i dati divergono, e quali azioni possono essere eseguite con o senza l’intervento umano.
Da queste distinzioni, emerge anche la scelta adatta in termini di architettura.
- Se il lavoro è concentrato nel CRM, la configurazione nativa con Agentforce può sfruttare capacità e controlli Salesforce.
- Se attraversa strumenti di più fornitori, un agente esterno può accedere direttamente alle capacità autorizzate della piattaforma.
- O ancora, con una configurazione ibrida, un agente esterno può coordinare il lavoro e affidare ad Agentforce uno specifico sottocompito CRM.
Per vedere come cambia il perimetro di un progetto secondo il livello di maturità, consigliamo di consultare questo articolo dedicato a tre casi italiani di agenti AI.
Da dove iniziare con l’AI in Salesforce?
Il primo passo è scegliere un’attività circoscritta e descrivere il risultato atteso.
Nel white paper dedichiamo un intero capitolo a questo aspetto pratico, e proponiamo di valutarne valore, rischio e preparazione, poi mappare i dati necessari, gli strumenti da collegare, le regole da applicare e le persone responsabili.
Dopo aver ottenuto un prototipo controllato, sarà importante verificare accessi, comportamento e risultato prima di ampliare le capacità o l’autonomia dell’agente.
Per approfondire le configurazioni possibili e i passaggi necessari a rendere accessibili dati e processi, sfoglia gratuitamente il white paper L’era headless di Salesforce ha inizio qui.
