Spring 22 - Safety Cloud, Orchestrator, Slackchatter, Lightning Web Security

Spring 22 - Safety Cloud, Orchestrator, Slackchatter, Lightning Web Security

Die Release Notes sind wie eine Schachtel Pralinen...

...man weiß nie, was man kriegt. Health Verification ist diesmal drin, Safety Cloud auch - und ersteres gehört tatsächlich zu letzterem. Zu Corona Zeiten kümmert sich Safety Cloud um die Abläufe rund um (große) "In-Person-Events". Aus den Notwendigkeiten, die sich aus der Pandemie ergeben haben und die Salesforce aktuell auch selbst regeln muß, ist ein Produkt geworden.
Wer jetzt aus deutscher Ferne "typisch" seufzt, muß wissen: 43 US-Bundesstaaten und 6 Länder setzen auf Salesforce, um das Impfen zu verwalten - der Bedarf ist groß.

Das Slackchatter Paradox

Ein Release (oder zwei?) nach der Slack-Akquisition gibt es sage und schreibe 3 (in Worten: drei) Slack Apps, die irgendwie out of the box "Salesforce können": Trailhead, Sales und Tableau CRM. Die letzten beiden sind gerade erst im Pilot.

Zu Chattys Zeiten ging das Gespräch irgendwie so: Datensilos wie Excel Dateien, Kommunikationssilos Instant Messenger und Email, weg damit. Die Unterhaltung über einen Case, einen Lead, eine Opportunity gehört zu Case, Lead, Opportunity. Dasselbe gilt für Unternehmenskommunikation. Chatter eben, das Facebook fürs eigene Unternehmen.

Chatter hat sich seit dem Feed-based Layout konzeptionell nicht weiterentwickelt. Es hat sich gezeigt, daß vier Kilometer Chatter Feed am Case auch nicht unbedingt helfen, sich schnell(er) zurechtzufinden. Um die Attraktivität, Reportbarkeit, Handhabe von Chatter hat man sich je schon gestritten und mit Mobile First, Push Notification und Lightning hat das "Unternehmensforum" (Bulletin Board) wieder an Reiz verloren - ein "Huddle" ist gefragter. Außerdem verspricht Slack hilfreiche Custom Apps, die schnell gebaut sind. Mal abgesehen davon, daß Chatter auch Custom Apps kann, frage ich mich, wie viele Geschäftsprozesse wirklich innerhalb von 3 Schritten in Slack abzuschließen sind und ob ein Flow in meiner Org (und damit in der Salesforce Mobile App) nicht mit gleichem Erfolg eingesetzt werden kann.  

Ob ich nun Chatter Gruppen habe oder Slack Channels, Slack Apps oder Salesforce Flows, die Abläufe sind im Groben dieselben. Die Probleme auch: Slack- und Chatter-Konversationen sind unstrukturierte Daten, die zwar heute besser als früher durchsucht werden können, aber nicht ohne weiteres angewendet und ausgewertet. KI hin, KI her.

Flow Orchestrator

Der Flow Orchestrator ist Flow auf Steroiden und zu Extra-Kosten. Mein letzter Stand: Orchestrator ist bei der Service Cloud Lizenz dabei mit 600 Aufrufen. Danach kostet jede Orchestration - Hörensagen: 1 Dollar pro Aufruf.

Orchestrator

Es ist nun nicht so, daß Multi-Level/Multi-User Prozesse bisher nicht abbildbar waren. Ich kenne tolle Ansätze, die den Standard-Genehmigungsprozeß kreativ erweitern und darüber hinaus gibt es noch vieles, das mit Custom Code erreicht wurde. Pro Aufruf kosten diese Sachen gar nix.

Aber pro Änderung - die sind kostspielig, testintensiv und wenn der Mensch geht, der den 13-Level-Approval mit 36 involvierten Nutzern und ebenso vielen Steps wie Workarounds erdacht hat, ist guter Rat besonders teuer. Die dagegen wirklich einfache Handhabe von Orchestrator ist das Argument.

Laß doch mal Salesforce Data Scientists gucken

Bei aller Mühe, die man sich gibt, um Data Science so einfach zu machen wie einen Bericht in Salesforce zu erstellen, kriegt man die besten Ergebnisse doch mit Experten. Die kann man sich neuerdings bei Salesforce holen:

Let Salesforce data scientists do prototyping and exploration with    your data so that you can work smarter.

Daß das was kostet, davon ist auszugehen und wie gut es funktioniert muß sich zeigen. Die Idee muß von Standardobjekten leben - sonst gäbe es zuviel zu erklären. Selbst bei Standardobjekten dürften besonders kreative Umwidmungen im CRM-Modell Hürden bedeuten.

Das heißt auch ein bißchen: Während man am Citizen Developer festhält, ist der Citizen Data Scientist noch in weiter Ferne.

Lightning Web Security beerbt Locker Service

Seitdem es Lightning gibt, versucht Salesforce Javascript so hinzubiegen, daß es Enterprise Security Standards entspricht - und das mit einigem Erfolg. Nach Locker Service kommt mit Lightning Web Security (LWS) die nächste Technologie-Generation in Puncto Javascript Security in die Orgs.

Der Rollout wird in Häppchen stattfinden, man kann LWS heute schon anschalten. Das Feature bezieht sich auf ausschließlich auf LWC - Aura Components nutzen weiterhin Locker - und das Update greift nicht in Experience Clouds.

Mehr als früher ist jetzt möglich, immer noch nicht alles - klar gibt es "Distortions" wie wir sie vom Locker Service kennen in einzelnen APIs - aber das muß ja so sein, damit diese APIs sicher zu verwenden sind im Enterprise Kontext. In den neuen DevTools ist LWS von Beginn an gut integriert.

Im gleichen Atemzug veröffentlicht Salesforce aber auch eine "Light DOM" Beta, mit der man einige Aspekte - konkret: Shadow DOM - aufweichen kann.

Kurzer Blick auf Industries

Wenn die Salesforce Core-Plattform so viel anfaßbare Weiterentwicklung bekäme wie die Salesforce Industries Common Components - die auch eine Plattform ausmachen - wäre ich ein Stück glücklicher. Zum Beispiel Alert Cards und Record Alerts. Die wären doch was für alle und ein wirklich gutes CRM-Feature. Oder hier FlexCards: "Sequentially execute multiple actions from an element. Enable a FlexCard to listen for  changes on a record the FlexCard is on, then trigger actions." Good stuff.  

UI Test Automation

Ich setze auf das Robot Framework im CumulusCI Paket für Browser Test Automatisierung - ohne Browsertests könnte ich nicht. Wer sich noch nicht entschieden hat, kann nun das sogenannte UI Test Automation Model (UTAM) von Salesforce in Erwägung ziehen. Mehr Infos unter dem Get Started Guide (utam.dev)

Breaking Changes

  • Guest Site User
    Kann man den Guest Site User noch weiter nerfen? Man kann. Diesen Winter sollen auch jene Rechte beschnitten werden, die mittels Permission Set zugewiesen sind. Vermutlich das Ende aller aufgebohrten Remote Sites. Platform Events können hier Abhilfe schaffen.
  • Outlook
    Ganz alte Outlook Versionen werden Dezember diesen Jahres nicht mehr von der Outlook-Integration unterstützt, es wird mindestens Version 16 benötigt und Windows 10. Salesforce for Outlook erwischt es im Juni nächsten Jahres.

Namensänderungen

  • Salesforce CMS heißt nun "Digital Experiences"
  • myTrailhead heißt nun "Sales Enablement"
  • Sustainabilty Cloud heißt nun "Net Zero Cloud"

Lieblingsfeatures

As a result of this change, flows now run slightly more often and whenever Apex runs. This difference is most apparent in the execution of time-based workflow and approvals. For other types of save operations, there’s no impact.
Flow triggers are executed only one time per entity per transaction. Even a record update doesn’t execute a flow trigger a second time on the same entity. Also, flow triggers are executed when you use the Data Import Wizard and specify to trigger workflow rules and processes when the imported records meet the criteria.

Flow Trigger Explorer

recommendation

Für Developer

Performance Assisstant

Expand your bot’s reach by deploying bots with the Einstein Bots API. This feature starts and ends bot sessions, accepts bot messages, answers questions, and completes transfers on any channel.

Bot Builder

Für Admins

Desktop Performance

Für Nutzer