För organisationer som bygger flera AI-upplevelser kan det innebära att samma kunduppslag, godkännandeprocess, serviceåtgärd eller marknadsföringsflöde exponeras en gång och sedan återanvänds i flera verktyg och kanaler.

Så fungerar Headless 360 MCP Server

Den metadataförmedvetna Headless 360 MCP Server är utformad som en enda MCP-anslutning till hela Salesforce-plattformens funktionalitet. I stället för att visa tusentals separata funktioner som enskilda verktyg erbjuder betaversionen fyra verktyg, uppbackade av ett växande bibliotek av Salesforce-operationer.

Serverns upptäcktsmodell ska hjälpa en agent att hitta rätt Salesforce-funktion vid körning. Salesforce beskriver en process där agentens begäran tolkas och matchas mot ett semantiskt index över API:er och Skills. Därefter returneras rangordnade kandidater innan agenten anropar rätt operation.

Det skiljer lösningen från en enkel samling råa API-slutpunkter. Målet är att agenten ska förstå vad en funktion gör och hur den hänger ihop med organisationens konfiguration, behörigheter, arbetsflöden, valideringsregler och styrning. Salesforce Hosted MCPs fungerar som hanterade anslutningspunkter för MCP-kompatibla AI-klienter, agenter och utvecklarverktyg, med organisationens befintliga modell för identitet och åtkomst som grund.

Utvecklare kan koppla Salesforce-funktioner till verktyg som Cursor och Claude Code, medan Salesforce positionerar plattformen för bredare användning med kompatibla agenter och applikationer. I praktiken kan det ge en extern utvecklingsmiljö eller agent tillgång till Salesforce-metadata och affärsfunktioner utan en separat specialintegration för varje verktyg.

Viktig begränsning: den breda MCP-servern är fortfarande beta

Headless 360 MCP Server ska inte blandas ihop med Salesforce Hosted MCP-funktioner som redan är allmänt tillgängliga. Salesforce dokumentation beskriver den breda Headless 360-servern som en betatjänst från och med juli 2026. Beteende, täckning och villkor kan därför förändras.

Data 360 ger agenter tillgång till styrd kundkontext

Utbyggnaden av Data 360 MCP fokuserar på att ge agenter relevant och styrd kundkontext utanför Salesforce användargränssnitt. Salesforce uppger att Data 360 exponerar mer än 200 API:er som programmerbara slutpunkter för AI-agenter.

De dokumenterade användningsområdena omfattar bland annat att bygga, omforma och mappa data samt att segmentera och aktivera fält. En agent kan därmed arbeta med kunddataprocesser från en befintlig AI- eller utvecklingsmiljö, utan att användaren manuellt behöver växla mellan flera gränssnitt.

Skillnaden mellan de två MCP-ytorna är central:

• Headless 360 MCP Server: en bred, metadataförmedveten ingång som ska hjälpa agenter att upptäcka och anropa Salesforce-funktioner på plattformsnivå. Den är dokumenterad som beta.
• Data 360 MCP: en mer fokuserad väg till styrd kunddata och Data 360-operationer, däribland databerikning, segmentering och aktivering.

Tillsammans pekar de mot en modell där agenter kan förstå relevant företagskontext och utföra åtgärder inom Salesforce kontroller, snarare än att bara hämta isolerade poster.

Från Marketing och Service till Slack och React

Salesforce breddar satsningen över stora delar av ekosystemet, bland annat Marketing, Sales, Service, Commerce, MuleSoft, Informatica, Tableau och den övriga Salesforce-plattformen.

Utbyggnaden omfattar:

• Återanvändbara Skills och Plugins: Salesforce uppger att mer än 100 återanvändbara verktyg och Skills paketerar affärslogik i funktioner som utvecklare och agenter kan använda.
• Utvecklaråtkomst: centrala Salesforce-funktioner exponeras via API:er, MCP-verktyg och CLI-kommandon, med stöd för AI-assisterade utvecklingsmiljöer som Cursor och Claude Code.
• Åtgärder i Slack: MCP-baserad åtkomst till Slack ska göra det möjligt att utföra företagsåtgärder direkt i arbetsflödet, i stället för enbart i CRM-gränssnittet.
• React-utveckling: Salesforce Multi-framework ska stödja moderna React-applikationer med Salesforce inbyggda autentisering, säkerhet och styrning.
• Headless-upplevelser: Headless Experience Layer ska stödja rika upplevelser på webben, i mobilen, i inbäddade gränssnitt och i konversationskanaler. Avsikten är att bygga en funktion en gång och leverera den i flera kanaler utan att skriva om den bakomliggande logiken för varje kanal.

Det här är därför större än en vanlig AI-koppling. Salesforce försöker koppla loss plattformens underliggande funktioner från de webbaserade applikationer som människor traditionellt har använt för att komma åt dem.

Vad de tidiga kundresultaten visar – och inte visar

Salesforce egna kundexempel illustrerar den tänkta nyttan. Bolaget uppger att Engine lanserade sin EVA-supportagent på 12 dagar och att agenten nu löser ungefär hälften av kundchattarna utan mänsklig handläggare.

Siffrorna ger en bild av den utvecklingstakt och automatiseringsnivå Salesforce vill möjliggöra med Headless 360. De bör däremot inte tolkas som ett generellt branschmått. Resultaten kommer från ett leverantörsrapporterat kundcase, och det tillgängliga materialet visar inte att samma utfall skulle gälla för andra organisationer.

Varför arkitekturen spelar roll

Headless 360 förändrar integrationsfrågan från ”Hur kopplar vi det här AI-verktyget till Salesforce?” till ”Vilka Salesforce-funktioner ska agenter få använda, och var ska reglerna tillämpas?” Salesforce egen utvecklarvägledning lyfter fram verkställighet av affärslogik, integrationsmappning, metadata och validering som centrala frågor när agenter blir en ny typ av konsument av plattformen.

Det skapar både möjligheter och ansvar. Att återanvända inbyggda behörigheter och styrningsmekanismer kan minska duplicerad logik, men när fler funktioner görs tillgängliga för agenter blir kvaliteten på metadata, auktorisering, validering och tester ännu viktigare. En agentvänlig plattform behöver fortfarande tydliga gränser för vad en agent får upptäcka, anropa och ändra.

Salesforce satsning signalerar därmed ett skifte från att främst sälja applikationer som destinationer för mänskliga användare till att exponera plattformen som komponerbar företagsinfrastruktur. MCP är åtkomststandarden, Headless 360 är den bredare arkitekturen, Data 360 bidrar med styrd kundkontext och upplevelselagret gör det möjligt att leverera resultatet i fler kanaler. Löftet är mindre specialintegration och fler återanvändbara, styrda funktioner – men den bredaste MCP-ytan är fortfarande en betatjänst och bör utvärderas med det i åtanke.

För organisationer som bygger flera AI-upplevelser kan det innebära att samma kunduppslag, godkännandeprocess, serviceåtgärd eller marknadsföringsflöde exponeras en gång och sedan återanvänds i flera verktyg och kanaler.

Så fungerar Headless 360 MCP Server

Den metadataförmedvetna Headless 360 MCP Server är utformad som en enda MCP-anslutning till hela Salesforce-plattformens funktionalitet. I stället för att visa tusentals separata funktioner som enskilda verktyg erbjuder betaversionen fyra verktyg, uppbackade av ett växande bibliotek av Salesforce-operationer.

Serverns upptäcktsmodell ska hjälpa en agent att hitta rätt Salesforce-funktion vid körning. Salesforce beskriver en process där agentens begäran tolkas och matchas mot ett semantiskt index över API:er och Skills. Därefter returneras rangordnade kandidater innan agenten anropar rätt operation.

Det skiljer lösningen från en enkel samling råa API-slutpunkter. Målet är att agenten ska förstå vad en funktion gör och hur den hänger ihop med organisationens konfiguration, behörigheter, arbetsflöden, valideringsregler och styrning. Salesforce Hosted MCPs fungerar som hanterade anslutningspunkter för MCP-kompatibla AI-klienter, agenter och utvecklarverktyg, med organisationens befintliga modell för identitet och åtkomst som grund.

Utvecklare kan koppla Salesforce-funktioner till verktyg som Cursor och Claude Code, medan Salesforce positionerar plattformen för bredare användning med kompatibla agenter och applikationer. I praktiken kan det ge en extern utvecklingsmiljö eller agent tillgång till Salesforce-metadata och affärsfunktioner utan en separat specialintegration för varje verktyg.

Viktig begränsning: den breda MCP-servern är fortfarande beta

Headless 360 MCP Server ska inte blandas ihop med Salesforce Hosted MCP-funktioner som redan är allmänt tillgängliga. Salesforce dokumentation beskriver den breda Headless 360-servern som en betatjänst från och med juli 2026. Beteende, täckning och villkor kan därför förändras.

Data 360 ger agenter tillgång till styrd kundkontext

Utbyggnaden av Data 360 MCP fokuserar på att ge agenter relevant och styrd kundkontext utanför Salesforce användargränssnitt. Salesforce uppger att Data 360 exponerar mer än 200 API:er som programmerbara slutpunkter för AI-agenter.

De dokumenterade användningsområdena omfattar bland annat att bygga, omforma och mappa data samt att segmentera och aktivera fält. En agent kan därmed arbeta med kunddataprocesser från en befintlig AI- eller utvecklingsmiljö, utan att användaren manuellt behöver växla mellan flera gränssnitt.

Skillnaden mellan de två MCP-ytorna är central:

• Headless 360 MCP Server: en bred, metadataförmedveten ingång som ska hjälpa agenter att upptäcka och anropa Salesforce-funktioner på plattformsnivå. Den är dokumenterad som beta.
• Data 360 MCP: en mer fokuserad väg till styrd kunddata och Data 360-operationer, däribland databerikning, segmentering och aktivering.

Tillsammans pekar de mot en modell där agenter kan förstå relevant företagskontext och utföra åtgärder inom Salesforce kontroller, snarare än att bara hämta isolerade poster.

Från Marketing och Service till Slack och React

Salesforce breddar satsningen över stora delar av ekosystemet, bland annat Marketing, Sales, Service, Commerce, MuleSoft, Informatica, Tableau och den övriga Salesforce-plattformen.

Utbyggnaden omfattar:

• Återanvändbara Skills och Plugins: Salesforce uppger att mer än 100 återanvändbara verktyg och Skills paketerar affärslogik i funktioner som utvecklare och agenter kan använda.
• Utvecklaråtkomst: centrala Salesforce-funktioner exponeras via API:er, MCP-verktyg och CLI-kommandon, med stöd för AI-assisterade utvecklingsmiljöer som Cursor och Claude Code.
• Åtgärder i Slack: MCP-baserad åtkomst till Slack ska göra det möjligt att utföra företagsåtgärder direkt i arbetsflödet, i stället för enbart i CRM-gränssnittet.
• React-utveckling: Salesforce Multi-framework ska stödja moderna React-applikationer med Salesforce inbyggda autentisering, säkerhet och styrning.
• Headless-upplevelser: Headless Experience Layer ska stödja rika upplevelser på webben, i mobilen, i inbäddade gränssnitt och i konversationskanaler. Avsikten är att bygga en funktion en gång och leverera den i flera kanaler utan att skriva om den bakomliggande logiken för varje kanal.

Det här är därför större än en vanlig AI-koppling. Salesforce försöker koppla loss plattformens underliggande funktioner från de webbaserade applikationer som människor traditionellt har använt för att komma åt dem.

Vad de tidiga kundresultaten visar – och inte visar

Salesforce egna kundexempel illustrerar den tänkta nyttan. Bolaget uppger att Engine lanserade sin EVA-supportagent på 12 dagar och att agenten nu löser ungefär hälften av kundchattarna utan mänsklig handläggare.

Siffrorna ger en bild av den utvecklingstakt och automatiseringsnivå Salesforce vill möjliggöra med Headless 360. De bör däremot inte tolkas som ett generellt branschmått. Resultaten kommer från ett leverantörsrapporterat kundcase, och det tillgängliga materialet visar inte att samma utfall skulle gälla för andra organisationer.

Varför arkitekturen spelar roll

Headless 360 förändrar integrationsfrågan från ”Hur kopplar vi det här AI-verktyget till Salesforce?” till ”Vilka Salesforce-funktioner ska agenter få använda, och var ska reglerna tillämpas?” Salesforce egen utvecklarvägledning lyfter fram verkställighet av affärslogik, integrationsmappning, metadata och validering som centrala frågor när agenter blir en ny typ av konsument av plattformen.

Det skapar både möjligheter och ansvar. Att återanvända inbyggda behörigheter och styrningsmekanismer kan minska duplicerad logik, men när fler funktioner görs tillgängliga för agenter blir kvaliteten på metadata, auktorisering, validering och tester ännu viktigare. En agentvänlig plattform behöver fortfarande tydliga gränser för vad en agent får upptäcka, anropa och ändra.

Salesforce satsning signalerar därmed ett skifte från att främst sälja applikationer som destinationer för mänskliga användare till att exponera plattformen som komponerbar företagsinfrastruktur. MCP är åtkomststandarden, Headless 360 är den bredare arkitekturen, Data 360 bidrar med styrd kundkontext och upplevelselagret gör det möjligt att leverera resultatet i fler kanaler. Löftet är mindre specialintegration och fler återanvändbara, styrda funktioner – men den bredaste MCP-ytan är fortfarande en betatjänst och bör utvärderas med det i åtanke.