Wir schreiben Monat und Jahr des Releases 254.
Während sich die Szene streitet, ob AI durch Skalierung noch besser werden oder ob AI 10% Wirtschaftswachstum nachweisen kann, stanzt Salesforce Agenten in gleichbleibender Geschwindigkeit. Und läßt Mitarbeiter gehen. Und holt neue, um mehr Agenten zu verkaufen.
Über Credits und Agentforce
Rechtschreibkorrektur und bessere Grammatik als Salesforce Feature gehört zu den amüsanten Stilblüten, die dieses Release aus AI getriebenen Gründen mit sich bringt.
Was passiert eigentlich, wenn OpenAI ausfallen sollte und alle im Vertrieb oder Service fürchten müssen, manuell Emails zu verfassen und selbst auf Rechtschreibung zu achten? Dann schaltet Salesforce auf Microsoft Azure um. Zumindest in England, Schweden und Kanada.
Added information to reflect that Microsoft Azure will be temporarily used in the event of a failover of OpenAI for Automotive Cloud, Education Cloud, Consumer Goods Cloud, Financial Services Cloud, Heath Cloud, Einstein Generative AI Services, Loyalty Management, Manufacturing Cloud, Net Zero, Nonprofit Cloud, Salesforce Contracts, Salesforce.org, and Vlocity. Priority will be given to the region in which the Customer’s org is provisioned. The United Kingdom, Canada, and Sweden are only applicable in failover situation
Source
Natürlich freut sich Salesforce alles nötige anzubieten, was Kunden mit AI glücklich und zufrieden macht. Und Consumption Credits erzeugt. Was uns zweimal zahlen läßt: Einmal beispielsweise für das Knowledge Feature wie es leibt und lebt und dann nochmal, bitte, weil ich die Daten in meiner Knowledge Base über Data Cloud in die AI hole.
Das klingt hämisch. Ist auch so gedacht. Ändert aber nix an der Tatsache, daß ein zufriedener Kunde mit einer passenden Antwort zu seiner Anfrage trotz Credit Consumption kostengünstiger zu haben ist als mit einen echten Service Mitarbeiter, den man ja auch noch anlernen muß oder der mal krank wird. Das Argument, daß autonome Agenten nicht zu 100% verläßlich sind, geht nicht auf. Auch uns passieren ständig Fehler bei der alltäglichen Arbeit.
Im übrigen sind diese neuen Knowledge-Pfade alles Ergebnisse, die auch mit der Übernahme von Zoomin durch Salesforce zu Stande kamen.
Der AI Einstieg wird uns leicht gemacht: Foundations anschalten und 1000 Konversationen und 200.000 Einstein Requests gutgeschrieben bekommen.
Der Agentforce Sales Development Rep (SDR)
Der SDR ist einer der ersten autonomen Agenten, die Salesforce zur Verfügung stellt.
The SDR agent can work around the clock, initiating contact with leads on a schedule you set. The agent generates a customized initial email based on the lead record details. If a lead doesn’t reply, the agent sends a follow-up. When a lead replies, the agent detects whether the lead is interested, sends a response containing a meeting link from the lead owner’s calendar, and copies the sales rep.
Ähnlich wie beim Service Agenten geht es auch hier um die Kosten pro Leadkonvertierung. Die sind auf Grund der Tatsache, daß der SDR 24/7 Emails verschicken kann ohne müde zu werden auch hier geringer im Vergleich zu menschlicher Arbeit.
Ganz voraussetzungslos ist das allerdings nicht. Die folgenden Features braucht es, damit der SDR loslegen kann.
Agentforce SDR requires these additional Sales Cloud features to perform its work.
- Sales Engagement: engages leads with planned prospect outreach cadences
- Einstein Activity Capture: keeps data between Salesforce and the agent’s email client and calendar applications up to date
- Einstein Copilot: The AI agents platform chooses which actions to take and drafts emails
- Einstein Generative AI: drafts emails and creates summaries
- Salesforce Inbox: provides Outlook and Gmail integration and performs email tasks
- Automated Actions: adds, removes, and manages prospects in outreach cadences
- Data Cloud: provides auditing, feedback, the Einstein Trust Layer, and analytics
Wer darin nur eine aufgemotzte Email Journey sieht à la Account Engagement oder klassisch Marketing Cloud, mag recht haben.
Das ICU Update Debakel
Seit längerem ist das Release Update zur neuen Locale Engine (ICU) Gast hier. Es ist in neuen, nackerten Orgs auch kein Aufwandstreiber. Klick und fertig.
Für Kunden, die schon lange auf der Platform sind und eine ganze Reihe von Managed Packages haben, sieht die Welt anders aus. Wenn sich die Package Bereitsteller nicht aktiv darum kümmern, sind die Kunden aufgeschmissen. Ich bin gespannt, wie Salesforce das auflösen möchte.
Es ist ein Beispiel für organisch wachsende Trägheit in komplexen System mit vielen Abhängigkeiten. Keine Überraschung: In der Tendenz werden mehr große und kleine Updates abgebrochen als vor fünf Jahren. Ob das mit ICU passiert, werden wir sehen. Definitiv passiert ist es mit Email Threading (großes Update) oder dem Sortieren von Batch Ergebnissen (kleines Update, siehe unten).
Breaking Changes
- MS Exchange Online: Aufpassen, Änderung bei OAuth 2.0 Authentifzierung
- Eine Reihe Feature werden abgelöst wegen Agentforce oder anderem
- AngularJS für Omniscript gehört der Vergangenheit an
- Neue Werte für Sharing Rule Konfiguration verursachen Schluckauf bei Deployments ohne Code Update
- Industry Clouds: Document Generation v1 wird Januar nächsten Jahres von Document Generation 2.0 ersetzt
- Auch kommenden Januar geht NonProfit Clouds
foundationConnect
in Rente - Wenn es Salesforce zu dumm wird, weil alle Server ausgelastet sind, schickt es einen Fehler für MDAPI Deployments statt uns weiter in der Queue zu halten. Trägt den schönen Namen: Service Protection Changes
- Alle custom LWCs brauchen den API Version Tag in den Metadaten
Release Updates
- Als Omnichannel Supervisor nicht nur den Mitarbeitern in die Konversationen gucken sondern auch in die Konversationen der Agentforce Service Agenten
- Freundliche Erinnerung, Content Security Policy ernst zu nehmen (sonst lädt's nicht)
- Standard LWC statt Standard Aura Component in Aura Experiences (falls vor Sommer 24 erstellt). Manche UI Elemente verändern sich, so sind Buttons nicht mehr rechtsbündig im Standard-edit-form.
- Änderungen für Prompt Flows
- Abgeschaltet wird wieder die Möglichkeit, Batch Action Job Results zu sortieren wegen "Performance Degradation"
Lieblingsfeatures
- Agentforce Agenten (Default oder Service) via Flow und Apex aufrufen oder auch als QuickAction. Dazu gleich auch die Liste gerade verfügbarer Standard Agentforce Actions ansehen
- Deep Links für Flows:
?flowId=myFlowId&urlAction=open-element&openElementApiName=myElementApiName
öffnent den Flow Builder und hebt das genannte Element (myElementApiName
) gleich visuell hervor. - Was Data Integration Rules schon lange können, kann nun auch das Privacy Center: Daten anfassen ohne Trigger oder andere Automatisierungen auszulösen
- Screen Pops verfügbar in allen Flow Typen (bisher: nur für Omnichannel Flows)
- Apropos PopUps: Wenn Sharing Rules Datensätze an External User freigeben, gibt's einen Hinweis.
- In App Guidance via Unlocked Package deployen
- Fertige Data Kits - hier zum Beispiel für Service oder Loyality Cloud- mit regelmäßigen Updates. Niemand möchte das Standarddatenmodell von Hand nachbilden, um damit in Data Cloud zu arbeiten
- Um Content Security Policy Verstöße besser analyiseren zu können, stellt Salesforce (kostenlos) ein Event zur Verfügung
- Manche Events sind so selten, daß es unverhältnismäßiger Aufwand ist, dafür etwas aufzubauen. Salesforce ermöglicht uns nun an Event Daten zu kommen, indem wir die neuen Event Log Objects nutzen.
- Demnächst mit Email Adresse (statt Salesforce Username) in Salesforce einloggen - allerdings nur in Productions Orgs, nicht Sandbox Orgs. Funktioniert auch, wenn man mehrere Nutzer in verschiedenen Orgs hat, die sich die Emailadresse teilen. Sie sehen dann ein "Choose your org" Fenster. Wer Nutzer zwingt, stets die myDomain URL zu nehmen, kann das Feature nicht nutzen.
- Salesforce knickt ein und hat entschieden, Password Reset Links nicht mehr beim ersten Klick ablaufen zu lassen. Da gab es viel Mecker.
- Responsive Flow Screens können Daten aus einem Autolaunched Flow anzapfen ohne daß ein Knopf gedrückt werden muß.
- Kein Sandbox Refresh mehr nötig, um Source Tracking anzuschalten
Admins
- Mehr Custom Fields für Activities
- Neuer Name für Collaborative Forecasting: Pipeline Inspection, dazu paßt: Prospecting Center
- Keine Lust, Flows von Hand zu bauen? Soll jetzt auch Einstein machen, natürlich gegen Credits. Einstein kann auch Flowtapeten erklären oder bei Formeln helfen.
- Permission Summaries erleichtern das Managen von Permission Set Groups
- Milestones via Flow updaten und Service Mitarbeiter etwas Arbeit abnehmen
- OmniChannel zum Service Agentforce Agent routen
- Der Omnichannel Flow für Email 2 Case funktioniert synchron (statt bisher asynchron)
- Die Updates - hauptsächlich Quality of Life Verbesserungen - für Messaging sind zahlreich, hervorhebenswert ist die Möglichkeit mittels der Conversation API Messaging in Mengen Records zu löschen, wie es der Datenschutz vorsieht.
- Wenn ein Agentforce Service Agent nicht weiter weiß, kann er eine Flagge heben, damit der Supervisor helfen kann.
- Das neue Policy Center vereint sinnvollerweise Data Masking, Privacy Center Funktionen und anderes, was sonst verstreut war
- User sObject im Privacy Center nutzen (Obfuscation inbegriffen, bisher nur via Apex)
- Die Email, die jeder bekommt, wenn er einen neuen Salesforce Zugang bekommt, kann nun - nach über 10 Jahren - angepaßt werden. Selbst in Commerce Cloud
- Statt Classic Approval, Approval mittels Flow
- Nochmal Flow: Prompt Flows können andere Subflows aufrufen (bisher konnten nur Prompt Flows aus Prompt Flows aufgerufen werden)
- Und nochmal: Progress Bar als Element (statt Custom Code)
- Industry Clouds Common Features bilden die Grundlagen für die spezifischen Industry Clouds wie Retail oder Automotive. Dort habe ich eine Beta für Cross-Object Field History entdeckt und die Möglichkeit, rechtzeitig zu erkennen, ob man Limits reißt in der Business Processing Engine
- Eine neue Setup App, um schneller mit Field Service einsteigen zu können.
Devs
- Ein neue Kategorie für die Apex Debug Logs:
Database Access
(Kontext: Data Cloud/Data Spaces) - GA: LWC Local Dev (lassen wir die Vergangenheit ruhen)
- GA: Formeln in Apex bauen und auswerten im
FormulaEval
Namespace. Suche noch nach richtig guten Anwendungsfällen. Den Admin in mir freut es.
FormulaEval.FormulaInstance ff = Formula.builder()
.withType(Schema.Account.class)
.withReturnType(FormulaEval.FormulaReturnType.STRING)
.withFormula('name & " (" & website & ")"')
.build();
//Use the list of field names returned by the getReferenced method to generate dynamic soql
String fieldNameList = String.join(ff.getReferencedFields(),',');
String queryStr = 'select ' + fieldNameList + ' from Account LIMIT 1'; //select name, website from Account
Account s = Database.query(queryStr);
system.debug(ff.evaluate(s));
When using a formula against an SObject or Apex object as the context object, the class methods or properties referenced by the formula must be global
Source
- Exceptions können nicht mehr serialisiert werden und das konfigurierte Reparenting Verhalten für Master-Detail wird jetzt richtig eingehalten
- Long Running Apex Request Limit skaliert mit Lizenzen mit
For orgs with 1,000 to 5,000 licenses, the limit is calculated based on the ratio of 100 licenses to one concurrent long-running Apex request. For example, if your org has 4,000 licenses, the concurrent long-running Apex requests limit is set at 40. If your org has 5,000 or more licenses, the concurrent long-running Apex requests limit is set at 50, which is the maximum capped limit. If your org has 1,000 or fewer licenses, the concurrent long-running Apex requests limit is set at 10 due to the minimum floor limit.
- Ebenfalls GA: *.zip Archive Files in Apex lesen und bearbeiten
- SLDS 2 ist da (Beta)
- Eine Webseite, die Messaging Components beinhaltet, abschalten und aufräumen mittels "Remove All Components API"
- Data Cloud Data Kits haben wieder viel dazugelernt, u.a. sequentielles Deployment mit Abhängigkeiten und besserer Scratch Org Support. Versteht nur kein Mensch:
Use the package.xml file to automatically add entities and dependencies to a second-generation managed package in Data Cloud. Previously, you had to manually format and add the metadata entities.
- External Auth Identity Providers können auch PCKE und da wir gerade bei ultra-nerdigem Identity Kram sind - Salesforce schreibt für Lightning UI Access eine neuen Session Record. Session Type: API, Login Type: Unknown
- Eslint Plugin für mobile, offline LWC
- Und noch eines: Die neue Art Connected Apps (External Client Apps) kann auch SSO mittels SAML (nicht paketierbar). Bitte auch dieses Release Update beachten
- Omniscript interssiert sich nur für Apex Permissions auf Profilebene, wer Permission Sets berücksichtig sehen will, muss
PerformAdvancedCheck
nutzen. OmniScript Scratch Org Support verbessert und ein neuer Standard Designer
- LWC Local Dev kann auch LWR Sites
- Neue Permission:
viewAllFields
für Profile und Permsets
Users
- Omnichannel Work Items neu zuweisen und routen lassen statt wie bisher für so einen Fall das Owner-Feld zu ändern.
- Mittels Agentforce Queues und Skills zuweisen
- In Billing auf Knopfdruck ohne Rechnungslauf eine Rechnung erstellen, auch verbrauchsabhängige Rechnungen sind dabei. Das Thema "Verbrauchsabhängig" hat ferner ein neues Produkt bewirkt im Bereich Revenue Cloud: Usage Management
- Eine neue Sales Mobile App, Verzeihung, Experience: Seller-Focused Mobile Experience
- Neue Standard UX für Salesforce Maps, soll hauptsächlich schneller sein
- Forecasting ist oft abhängig von Saisonalität oder Erfahrungsstufe des Mitarbeiters. Beides läßt sich in Sales Planning konfigurieren.
- Mich deucht, Generative Canvas war mal eine AppExchange App bevor es nun in Salesforce eingebaut worden ist. Statt einer Chat Antwort, gibt's eine ganze UX mit Informationen.
- Der Field Service App dem KI Agenten Bilder schicken, um passende Anweisungen zurückzubekommen.