Een aantal jaar geleden heeft Salesforce Vlocity overgenomen, dat nu erkend wordt als Salesforce Industries. In dit artikel verduidelijken we hoe OmniStudio gerelateerd is aan vergelijkbare tools die Salesforce aanbiedt, zoals Workflows en Flows. Vlocity bestaat uit verschillende modules, zoals CPQ (Configure Price Quote), CLM (Contract Lifecycle Management) en OM (Order Management). Naast deze bedrijfsprocessen biedt Salesforce Industries OmniStudio aan, dat OmniScript, Integration Procedure en DataRaptors bevat. Deze data-integratietools zijn nu gecombineerd in een nieuw product: OmniStudio.
Salesforce
Salesforce biedt meerdere tools die je misschien bekend voorkomen: Workflows, Process Builder en Flows. Laten we ons voor nu richten op Flows, aangezien dit de andere twee tools zal vervangen.
Met Salesforce Flows kunnen bedrijfsprocessen eenvoudig worden geïmplementeerd in Salesforce: de tool is met name geschikt voor het toepassen van low-code. Op deze manier kun je een proces opbouwen met Screen Flow aan de voorkant zonder een enkele regel code te schrijven: back-end en database-automatiseringsprocessen zijn net zo eenvoudig te bewerken. Zowel OmniStudio als Visual Flows werken goed samen met Salesforce-objecten en -velden.
OmniStudio
Deze tool bestaat uit drie aanvullende tools: OmniScript (OS), Integration Procedure (IP) en DataRaptors (DR). OmniScript is een oplossing waarin visuele processen kunnen worden opgebouwd zonder enige ontwikkelingservaring. Het gebruikt Integration Procedures om gegevens uit meerdere locaties op te halen. Op hun beurt gebruikt een Integration Procedure DataRaptors om interacties (lezen, transformeren en informatie opslaan) met objecten te hebben en gegevens op te vragen van externe API’s/databases. Vervolgens stuurt het deze gecombineerde gegevens terug naar OmniScript. Daarnaast kunnen hier ook Lightning Web Components (LWC) worden gebruikt.
Vergelijking van tools
Nu we hebben vastgesteld waar de verschillende tools voor worden gebruikt, laten we Flows vergelijken met OmniStudio.
Flows
1. De gebruikersinterface kan worden bewerkt met Screen Flows. Je zult echter vaker Lightning Web Components nodig hebben, omdat de aanpassingsmogelijkheden beperkt zijn.
2. Een recordgeactiveerde flow is altijd verbonden met een database-transactie, een bewerking of de creatie van een nieuw record.
OmniScript
3. Werkt goed samen met andere Vlocity-producten zoals Configure Price Quote en Contract Lifecycle Management.
4. Integration Procedures en DataRaptors zijn ook eenvoudig te combineren met OmniScripts.
Integration Procedure
5. Kan worden gekoppeld aan een proces dat de gebruiker wil uitvoeren. Dit is niet strikt verbonden met een database-transactie.
6. Zeer eenvoudig te combineren met andere Vlocity-producten zoals CPQ en CLM.
7. Met behulp van Integration Procedures kun je API-oproepen maken. Je kunt dit ook combineren met Named Credentials.
8. Eenvoudig te debuggen en testen met de voorbeeldfunctie. Afzonderlijke stappen binnen het proces kunnen worden bekeken en gedebugd.
9. Opties om te werken met een hoge consumptie van Salesforce-limieten, door queueable- en chainable-functies te implementeren.
10. Integration Procedures kunnen werken met alles wat wordt weergegeven in JSON. XML kan worden omgezet naar JSON met behulp van DataRaptors. Integration Procedure kan ook worden opgeroepen als een API.
Samenvatting
In dit artikel hebben we meerdere belangrijke verschillen besproken tussen Salesforce Flows en OmniStudio. We raden aan OmniStudio te gebruiken voor complexe API-oproepen of gegevensverwerking; OmniStudio-producten zijn ook veel geschikter om te gebruiken in combinatie met Vlocity (Salesforce Industries). Dus, als je al Salesforce Industries gebruikt, is het logischer om OmniStudio te gebruiken. Wil je meer weten over deze tool? Trailhead biedt uitstekende modules hiervoor.
Als je nog andere vragen hebt, neem dan contact met ons op of volg onze pagina hier voor wekelijkse updates.
De context
Einde van het jaar moeten alle energiecontracten worden verlengd, de energieleveranciers hebben het er maar druk mee. Onze Salesforce Industries licenties waren net verlengd. En we hadden net de upgrade naar de laatste versie, de winter ‘22 release, gedaan toen ik werd gebeld dat CPQ niet meer werkte.
Paniek!
Pas geleden zijn in de Spring ’22 release de Salesforce Industries Permission Set Licenties geïntroduceerd. Bestaande klanten kunnen gebruik blijven maken van Managed Package Licenties, ze kunnen ook kiezen om over te stappen naar Permission Set Licenties. Maar hoe werken Permission Sets in industries CPQ?
Het probleem
- Als je een nieuwe Salesforce Industries CME licentie krijgt of een verlenging doet, wordt de nieuwe Permission set licentie geactiveerd. Dit is optioneel, maar ik was als developer niet geïnformeerd.
- Hierbij word je oude Salesforce Industries CME Managed Package License omgezet in een Permission Set License.
- Hierdoor kunnen de gebruikers (zonder acties) geen gebruik meer maken van CME.
Wat is een Permission Set License? Wat is het voordeel ervan?
Met permission set licenties kun je een meer granulair licentie beleid voeren. Er zijn verschillende opties voor Energy & Utilities cloud Permission Set Licenties.
Links zie je eerst de licentie en rechts zie je de beschikbare Permission Set voor die licentie:
Permission sets per licentie.
Er zijn ook Permission Set Groups beschikbaar waarmee je snel aan de slag kunt gaan. Deze zullen we gebruiken in de voorbeelden later in deze blog.
Bronnen: salesforce.com I en salesforce.com II
De oplossing: een migratieplan
- De gebruikers moeten de Permission Set Licenties toegekend krijgen.
- De gebruikers moeten de Permission Sets (groepen) toegekend krijgen.
- Het mooiste is om dit te automatiseren via een Apex script. Vooral als je veel users hebt is dat makkelijker.
Hoe kan je de permission set licenties snel toekennen?
Het makkelijkste is om de gebruikers te groeperen in een public group. Houd wel in de gaten dat dit alle vlocity_cmt licenties toekent aan de gebruikers in de public group.
Let op! lees eerst de scripts en pas ze aan je behoeften, voordat je deze handeling uitvoert.
Je bent verantwoordelijk voor je eigen daden : )
Pro tip: maak je eerste versie in een scratch org of sandbox, dan kan je met een gerust hart van alles uitproberen.
Daarna kan je de permission set groups aan de gebruikers toekennen met dit script:
Sandboxes en Scratch orgs:
Hoe kun je met de nieuwe licentiestructuur testen? Dit kan in sandboxes en scratch orgs ontzettend goed. Hoe zet je die aan? Je moet de check voor managed package licenties aanzetten. Dat doe je zo:
Deze scripts kun je opnemen in je CI/CD proces, zodat alle orgs er hetzelfde uit zien. Zo kun je mogelijke problemen al vroegtijdig opsporen en oplossen.
Wil je meer weten over Permission Set Licenses, Permission Sets of Permission Set Group? Lees er alles over in dit artikel van Salesforce. Nieuwsgierig geworden naar meer? Abonneer je vandaag nog op de Technical Deep Dive series.