Es dauert im Einzelnen mitunter noch bis Mitte Juli, dann sind einige lang versprochenen Themen mindestens in Preview:

DevOps Center (Beta)

Gegenwärtig nur mit Github nutzbar und von der Idee her durch Partner erweiterbar, d.h. es muß nicht bei Github bleiben - aber Salesforce wird nichts dafür tun. Mein Eindruck ist, Salesforce wird genau beobachten, ob und wie genau DevOps Center von den Nutzern und dem Partner Ökosystem angenommen wird.

Code Builder (Beta, Managed Package)

Der Nachfolger der Developer Console. Schön für LWC Development im Browser / auf der Org. Ist für mich keine Alternative. Es geht mir in der Developer Console um einfaches Updaten von Daten mittels Query Builder und Analyse von Query oder System Performance.

Für ISVs: Lizenzen für eigene Features (Developer Preview)

Seit es AppExchange gibt, gibt es den Wunsch von ISVs, AddOns zu verkaufen ohne verwirrte Umwege über extra lizensierte Extension Packages oder Feature Parameter.

Für alle und ISVs: DML im User Mode statt wie bisher nur im System Mode (Beta)

Ein guter Teil von ISV Apex Code ist in der Regel dazu da, alle möglichen Sicherheitschecks durchzuführen, um Permissions der jeweiligen Nutzer zu berücksichtigen. Den kann man sich in Zukunft sparen und nur noch Ausnahmen regeln.

Subscription Management

Daß es ein neues Produkt gibt, ist nicht die Nachricht. Daß es Subscriptions sind, schon. Mit dem Thema wurden Kunden gern auf Dritte verwiesen und das obwohl Salesforce selbst mit Abos/Subscriptions Geld verdient. Eine gängige Argumentation war, daß es eine Frage von Renewal Opportunities sei und Prozeßautomatisierung, also Trigger. Subscription Management bietet mehr und setzt dafür auf Platform Events.  Die offene Frage lautet, wie sich Subscription Management zu Salesforce CPQ/Revenue Cloud verhält.

sf oder sfdx

Das steht hier auch als Erinnerung an mich selbst, die neuen CLI Befehle des "Unified CLI" auszuprobieren. Laut Blog Artikel, kann sf mehr als sfdx in puncto Scratch Org Erstellung - zum Beispiel den Prozeß nach einem Timeout wiederaufnehmen. Schön wäre, wenn VS Code schon sf nutzen würde, aber es ist ja noch in Beta. Die Vision, ein Commerce Cloud Project mit ähnlichen Befehlen wie ein Sales Cloud Projekt zu erstellen ist reizvoll, dananch hören die Gemeinsamkeiten allerdings schon auf, weil technisch völlig unterschiedliche Projekte entstehen.  

Außerdem

Nachdem myTrailhead Sales Enablement heißt, zieht in diesem Release High Velocity Sales nach  - ein Tool für Inhouse Agenten an der Telefonleitung. Es heißt jetzt Sales Engagement.

Bei DSVGO und GDPR habe ich öfter gehört: Salesforce kann für Euch sensible Daten nicht aufräumen, das muß jeder selbst wissen. In Teilen und in der Health Cloud geht es wohl doch: Löschjobs für sensible Health Card Daten.

Ich habe lange die SOAP API Dokumentation genutzt, um herauszufinden, welche Felder es auf Objekten gibt. Mir und Salesforce ist bereits aufgefallen, daß die Salesforce Object Reference dasselbe bietet. Salesforce hat die SOAP Dokumentation daher gekürzt und ich muß umlernen.

Industry Common Components, darunter Batch Management, Decision Tables und Business Rule Engine, finde ich immer noch beeindruckend. Da tut sich auch regelmäßig etwas in puncto Feature, auch Tableau, nunmehr Analytics CRM, hat eine ganze Reihe an Features erhalten. Ein Vergleich mit Core Cloud Innovation verbittet sich natürlich.

Breaking Changes

• Redirect/Weiterleitungsverhalten ist anders und sicherer. Muß im Einzelfall geprüft werden.
• SAML Update steht an im Rahmen von Standardmaintenance. Das heißt für Betroffene 3rd Party Tools rechtzeitig prüfen.
• Für den Geldbeutel: Neues Pricing für WhatsApp in Service Cloud Messaging
• Private Connect Legacy Network wird im Oktober abgeschaltet, PrivateLinks neu provisionieren, dafür gibt's Private Connect nun auch für Kunden in EMEA und APAC.
• Um ClientId und Secret einer Connected App zu sehen, wird MFA zur Voraussetzung
• Metadaten Components mit selben Namen führen nun zu einem Fehler bei Deployments
• Pardot Classic App geht im Oktober in Rente
• Domain Partioning (s. unten) kann bei bestimmten zusätzlichen Settings die klassichen Login URLs login.salesforce.com oder test.salesforce.com vollständig beerben.
• Flow: Aufpassen, bei Verwendung von Mergefields in Inputs , es gibt Verhaltensänderungen der Art: Mergefield wird künftig ignoriert (sicherheitsbedingt)

For example, your org has a flow that includes an account record’s description in the text input of a display text component. The account record’s description uses merge fields. The description is “{!Account.Industry} company from {!Account.BillingCity}”. In API version 54.0 and earlier, the two merge fields are evaluated, so the description would render as “Education company from San Francisco”. From API version 55.0 onward, the two merge fields aren’t evaluated, so the description renders as “{!Account.Industry} company from {!Account.BillingCity}”.
Likewise, in API version 55.0 onward, if an end user enters the merge field {!Account.Name} in an input for a screen flow, it renders as {!Account.Name} and isn’t evaluated. In API version 54 and earlier, the account name is rendered. Essentially, if a merge field is used in an input in a way that surfaces data, the merge field isn’t evaluated.

Lieblingsfeatures

• Feldwerte direkt in Reports bearbeiten und speichern. Erspart mir persönlich das ListView bauen - ich kann aber auch die Stimmen nachollziehen, die sagen: Bericht ist kein Bericht mehr, wenn ich darin rumschreiben kann.
• Für ISVs: Flows, Flow Versionen und Process Builder (Yeah!) aus Paketen löschen. Es gelten dieselben Regeln wie sonst: Letztlich muß der Endkunde die alten Sachen selbst löschen. Muß via Support angefragt werden.
• Ein deklaratives Programming Tool sollte auch Deklarative Testing Tools mitbringen. Gibts jetzt in der Beta für Flows.
• Pull To Refresh auf Mobile offiziell unterbinden statt Workarounds nutzen, die jedes dritte Release überholt sind. Es reicht, ein bestimmtes Event zu senden. Details hier.
• Org Shape ist ab Mitte Juni generally available
• Alle Verbesserungen rund um den Flow Trigger Explorer, inklusive Tastaturbefehle (wenn auch eigenwillige) zum Navigieren.
• Permissions zu einem bestimmten Zeitpunkt wieder abdrehen
• Jeweils der Beta: Bots testen ohne sie live nehmen zu müssen und Bots/Templates für Bots paketieren
• Ja, MFA ist wichtig und richtig. Richtig ist auch, daß man mit Sommer auch Ausnahmen von der Regel festlegen kann. Rechtzeitig zuweisen, da Salesforce die neue Einstellung auch für künftige (erzwungene) Änderungen berücksichtigt.
• FlexCards und OmniScript werden zu Standard Components für den Lightning App Builder: "Standard [components] run faster than those run from a managed package." Das läßt mich hoffen, daß neben der Paywall zumindest technische Hürden abgebaut werden.  
• Testen von eigenen Domains, die zu einer Experience Site führen sollen, nun auch in der Sandbox möglich. Hier und hier.  Außerdem kann man je nach Org Typ was an die Salesforce URL hängen lassen via Einstellung (Domain Partitioning):

Demo orgs: demo
Developer Edition orgs: develop
Free orgs: free
Patch orgs: patch
Scratch orgs: scratch
Trailhead Playgrounds: trailblaze
For example, the My Domain login URL format for a partitioned scratch org is https://MyDomainName.scratch.my.salesforce.com.

• Das bedeutet viele neue URLs und es gibt eine eigene Apex Klasse für: System.DomainCreator . Es gibt damit keinen Grund mehr, Salesforce URLs im Code manuell als Text/String zusammenzukleben.

Für Entwickler

• Flows, die von einer Custom API / Custom Apex Endpoint angestoßen werden, werden  im User Context ausgeführt, dasselbe versucht man schon seit langem mit Paused Flow Interviews (Beides Release Updates)
• Visualforce Pages haben eigene CSP Einstellungen erhalten
• Maßgeschneiderte Channels für Platform Events erstellen
• Direkt 18stellige Ids in Experience Sites (statt 15 und selbst erweitern), Locker an und ausknipsen, Flows in LWR Sites und LWR Übersetzungen.
• Rotieren von Connected App Secrets
• Slack Apex SDK ist im Pilot und Invocable Action für Flow in Beta (auch hier)
• (Full-)Name- und Adreßfelder in Flow Screens nutzen (Beta)
• Nochmal Beta: Caching von Apex Call für Guest Site Users auf LWR Experience Sites. Klug.
• User Interface API erlaubt das Laden von Datensätzen einer Related List, auch für LWC verfügbar
• Bitte darum, sich als Javascript Developer die Alternativen zu alert() und prompt() anzusehen
• Bulk API und Bulk API 2.0 mit dedizierter CPU Time (von nach wie vor 60s)
• Leider erst im Preview: Invocable Actions aus Apex aufrufen
• Wer von außerhalb (viele) Platform Events mithören möchte, wird sich über die PubSub API (grpc basiert) freuen.
• Es gibt den neuen Status Error Code: 410 Gone
• Für 2nd Generation Päcklebauer: Kein Rätselraten um Code Coverage mehr, läßt sich mittels CLI ausgeben
• Wenn man ein External Object definiert hat, kann man via Apex Hand an die Definition legen. Nochmals auch hier.
• Keine Overloads bei @AuraEnabled annotierten Methoden. Wenn es getContact(String Name) schon @AuraEnabled gibt, kann getContact(String Name, String Email) nicht auch so annotiert sein.
• Nochmal @AuraEnabled: Mittels scope eine Methode global cachen, das heißt, daß Salesforce CDN zugreifen darf. Gut für Experiences mit Guest Site Usern.
• Machs hübscher und intuitiver: Icons für Apex Invocable Actions
• Amazon DynamoDB für External Objects verfügbar, Amazon Athena im Pilot

Für Admins

• External Objects haben kein Sharing aber Restriction Rules
• Person Accounts selbst anknipsen ohne Beteiligung des schwer beschäftigten Salesforce Supports.
• Jetzt generally available: Hübsche UI für zeitbasierte Berechtigungen.
• Ob sich Einstein Lead Scoring in puncto Mehraufwand und -kosten für eine Org rechnet, läßt sich ausrechnen
• Neben Formeln in Flows als EntryCriteria, gibt es auch eine Liste neuer Formelfunktionen, darunter PICKLISTCOUNT und INITCAP
• Change Data Capture unterstützt TextArea
• Wenn man ein externes Objekt im Flow verbaut hatte, mußte man es erst ausbauen, um etwas am externen Objekt anzupassen. Jetzt nicht mehr und wenn es knallt, weist Salesforce drauf hin.
• Ein Workflow to Flow Converter, denn neue Workflows und Processes erstellen geht bald nicht mehr und es ist klug, auf ein einziges Automatisierungstool zu setzen.
• Assets haben ein Adreßfeld bekommen und Custom Objects können nach Beta OptIn auch damit ausgestattet werden.
• Mobile Briefcase (Datensätze offline mitnehmen) wurde von 2.000 auf 50.000 Datensätze aufgebohrt.
• Wer Analytics CRM Dashboards baut, wird sich darüber freuen, weniger Facets erstellen zu müssen, wenn es um dasselbe sObject geht.
• 16 neue Standard Reports für Bots, darunter "Goals Completed Last 30 Days" und "Intents Recognized Last 30 Days" und wer CRM Analytics hat, kann auch auf das "Einstein Bots Value Dashboard" gucken, ob sich die Bots auch monetär rechnen. Ceterum:
  "Chatbot Analytics v2 dashboard is scheduled to retire in Winter ’23"
• Wenn man den richtigen Vertrag hat*, kann man eine Messaging Component auf eine Experience Site ziehen.

*) "Service Cloud with the Digital Engagement and Messaging for In-App and Web SKUs. This change also applies to Service Cloud Unlimited and Performance editions with a Messaging for In-App and Web SKU"

• Rolling Roll-Out: Recommendations in mehr Sprachen, darunter deutsch, verfügbar. Dazu müssen geschlossene Transcripts in der jeweiligen Sprache vorliegen.
• Hier kann man die herausfinden, daß NLP rund um Einstein Bots auch in hiesigen Datencentern abläuft und keine Daten in den USA landen (Update vom Mai). Hier gibt's die bessere Übersicht: CDP und CRM Analytics geht in Deutschland, Einstein Relationship Insights (Salesforce Industries) hat Daten ausschließlich in den USA.
• Next Best Action Recommendations auf die Zeitachse legen: Die Recommendation nur 1 mal alle 30 Tage anzeigen lassen beispielsweise.
• Mehr Flexibilität bei Related Lists: Direkt im App Builder statt Layout Editor anpassen mit der Dynamic Related List – Single Component
• Nutzern ermöglichen, einen Slack Swarm via Case Record Page zu erstellen und zu beenden (sofern man Slack gekauft hat)
• Auto Accept beim Routing von Service Arbeit. Mit Sound und granulareren Routing Checks via Flow wie zum Beispiel Queue Länge.
• Wir konnten Nutzer bisher nur warnen, wenn ein Link weg von Salesforce führt. Mit Sommer können wir Nutzer auch davon abhalten - Weiterleitungen nur noch zu freigegebenen URLs.
• Eine No Reply Email Adresse aus bereits vorhandenen Org Wide Email Adressen auswählen
• "View Concealed Field Data" Permission beachten
• Performance Assistant ohne weiteren Aufwand in jeder Org verfügbar. Mußte man in Spring noch anfragen.
• Um Zeit zu gewinnen, werden bestimmte Shares nicht sofort sondern später gelöscht
• Search Layouts (Classic) heißen nun List View Button Layout
• Logos für Surveys

Für Benutzer

• Field Service: Wer will schon jedem das eigene Gerät zur Unterschrift für einen abgeleisteten Auftrag in die Hand drücken, um es danach zu desinfizieren. Kunden können ihr eigenes Gerät nutzen, um zu signieren.
• Ich höre großes Aufatmen: Milestone Timer müssen nicht mehr manuell gestoppt werden.  
• Eine einzelne Campaign anderen Nutzern freigeben (in Lightning, Classic hatte das ja schon)
• Alle Forecast Typen auch via Salesforce Mobile einsehbar
• Besserer Zugriff auf Report Type Vorauswahl beim Erstellen von Reports