Spring 24: Parker, Apex, Einstein

Wenn Sie sich für Salesforce interessieren - und vieles spricht dafür, schließlich sind Sie ja gerade hier - dann schauen Sie doch vorbei diesen Mai bei Wir Sind Ohana. Besser noch, Sie kaufen Ihre Tickets und eines für einen Menschen, der gerade sein Admin-Zertifikat abgeschlossen hat und Anschluß sucht im Ökosystem.
Sie dürfen natürlich auch einen Vortrag einreichen - das geht noch bis zum 18. Februar und Voträge auf Deutsch kriegen Bonuspunkte.

Im Frühling sieht die Welt ganz anders aus

Nicht erschrecken, Sales Home - die Standard App in beim Öffnen einer Org und deswegen ein bekanntes Gesicht - sieht nun anders aus in der Sales Cloud. Einstein soll ganz rechts Kontakte finden und vorschlagen.

Einstein Bots für Service sind tot und als Einstein Platform Bots auferstanden und für andere Lazarus-Stories bitte weiter unter gucken. Die auferstandenen Bots können Callbacks und mehr Actions.
Wenn ich das hier richtig verstehe, wird die Workbench mittelfristig zu Grabe getragen und nicht mehr auferstehen bzw. neue Versionen erhalten.

Was ich von monatlichen Release Notes persönlich halten soll, das weiß ich nicht. Salesforce gibt Gas mit Einstein Produkten, da sind 3 bis 4 Monate gerade eine zu lange Zeit.
Auch deswegen glaube ich nicht, daß Frühling schon fertig ist und in puncto Einstein spätestens bei TrailblazerDX noch mehr kommt.

MFA, die letzte

In den Verträgen schon seit 2022 festgelegt, geht dieses Release Multi Factor Authentication für die letzten verbliebenen Orgs auch technisch live und ich freue mich, nicht mehr darüber schreiben zu müssen.

Was macht Parker Harris bei Slack

Ich glaube, ich hab hier auf diesem Blog schon mal gemeckert, daß bei Slack nichts vorwärts geht. Das scheint nun auch in der Chefetage von Salesforce angekommen sein und Herr Benioff hat einen seiner engsten Vertrauten geschickt, um das zu ändern. Seit Mitte Januar ist Parker Harris Chief Engineering Officer bei Slack. Ob und was das für die Stelle als Salesforce CTO bedeutet, ist noch offen.

Was er da erreichen soll? Ich lehne mich nicht zu weit aus dem Fenster, wenn ich sage: Chatter ist in die Jahre gekommen.

And the winners are

Kategorie: Meisten Feature Updates gebündelt an einer Stelle

Ehrenpreis geht an Apex für kontinuierlich wertvolle Arbeit, um die Programmiersprache bekömmlicher zu machen.

Und sonst so

Wollten Sie nicht auch schon immer mal ein Spiel in Salesforce anlegen?

Breaking Changes

Der Zufall will es , daß es ein neues Produkt gibt: Einstein Call Explorer. Das sieht so aus:

Release Updates

Einstein

Cloud Features Release Note
Commerce Concierge, Einstein Return Insights, Page Meta Tags, Smart Promotions, and more Commerce Einstein
Data Cloud Einstein Segments Reach the Right Audiences with Generative AI
Einstein Search Einstein Search, Search Answers Einstein Search
Industries Contracts AI Contracts AI
Sales Call Explorer, Call Summaries Einstein Conversation Insights
Sales Contact Suggestions Spend Less Time Finding New Contacts with Einstein Suggestions
Sales Einstein Activity Capture, Sales Emails Sales Cloud Einstein
Service Einstein Conversation Mining, Service Replies, Work Summaries Einstein for Service
Service Work Summaries Wrap Up Call and Enhanced Messaging Sessions Faster with Einstein Work Summaries

Lieblingsfeatures

Für Entwicklerinnen

  • Null Coalescing für Apex: Account myAccount = [SELECT Id FROM Account LIMIT 1] ?? new Account();
  • Im guten wie im schlechten Sinne erstaunlich, wie weit "Workarounds" in der ISV Welt gehen. Als ISV Paket habe ich meinen Namespace und kann die Klassen der Org nicht sehen oder benutzen. Es sei denn, ich hole sie mir via API Call und serialisiere sie dynamisch in meinen Code. Ab Spring 24 muss dafür @JsonAccess gesetzt sein in der Klasse, die ich haben will, sonst geht das nicht (Response Code: 400).
  • Ähnlicher, aber anderer Murks mit Type.forName() behoben.
  • Nochmals ISVs: Ein ganz neuer Namespace ist dazugekommen - IsvPartners. Darin eine Klasse, mit der man App Analytics via Event etwas selbst erdachtes mitteilen kann. Das ist ziemlich cool, weil sich nicht alles aus den Standard Daten (CRUD, PageViews, URL/Component Aufrufe, etc) modellieren läßt, was ich als ISV über meine Produktnutzung wissen möchte. Mehr Details hier.
  • Dazu paßt, daß ähnliche Nachrichten auch über lightning/logger generiert werden können für den Hausgebrauch mit Event Monitoring.
  • Asynchrone Apex Callbacks im Kontext von OpenAPI Spec Import.
  • Neues Lookup Feld: EmailRoutingAddress auf EmailMessage. Trotz Preview Scratch Org mit Service Cloud konnte ich es noch nicht finden.
Durch diese Änderung lassen sich eingehende E-Mails einfacher den entsprechenden Teams zuordnen, auch wenn die E-Mail-Adresse des Teams in einer Verteilerliste ausgeblendet ist oder sich in BCC befindet. Das EmailRoutingAddress-Objekt wird in der sObject-API angezeigt.
<lightning-record-picker
    label="Select a record"
    placeholder="Search..."
    object-api-name="Contact"
    value={initialValue}
    onchange={handleChange}
></lightning-record-picker>

Für Admins

Für Nutzerinnen