Er zijn veel objecten gecreëerd in Salesforce Industries (Vlocity). Zaken zoals OmniScripts, DataRaptors, producten of zelfs FlexCards. Deze worden meestal gemaakt door een OmniStudio-beheerder en -ontwikkelaar of door een CPQ Industries-ontwikkelaar. Meestal werken beheerders of ontwikkelaars in een ontwikkelaarsorganisatie, een sandbox-organisatie of zelfs een scratch-organisatie. Het werk dat zij verrichten moet echter worden overgezet naar verschillende omgevingen, zoals een testomgeving en uiteindelijk een productieomgeving, zodat gebruikers kunnen profiteren van de creaties die wij als ontwikkelaars en beheerders hebben gemaakt.
Context
Om de dingen die wij als beheerders en ontwikkelaars maken over te dragen, gebruiken we tools om dit proces te ondersteunen. In de Salesforce-wereld gebruiken we bijvoorbeeld SFDX of de nieuwe SF CLI om metadata over te dragen.
Aangezien de configuratie voor Salesforce Industries (Vlocity) niet alleen metadata is, maar ook datarecords in SObject-tabellen omvat, is er een andere tool nodig om deze te beheren.
Binnen Salesforce Industries (Vlocity) maken we gebruik van twee verschillende tools om onze configuratie te beheren. De eerste is de Vlocity Build Tool (VBT), terwijl we voor de tweede tool gebruikmaken van frontend van de Industries Developer eXperience Workbench, ook wel bekend als de IDX Workbench.
Laten we ons nu richten op het probleem:
De OmniScripts en FlexCards worden in de organisatie geïmplementeerd als LWC-componenten. Deze worden gegenereerd door een tool voor schermautomatisering genaamd Puppeteer. Zoals je je kunt voorstellen, kost dit veel tijd, omdat de tool voor schermautomatisering één voor één moet gaan om de LWC-componenten één voor één te genereren en in te zetten.
Waar dit probleem echt duidelijk wordt, is wanneer je begint met het gebruik van de nieuwe industrieën CPQ Cart (LWC). Deze kar bestaat uit een heleboel Flexcards, namelijk 141, en 18 OmniScripts. Het gebruik van de VBT-poppenspeler-inzetmethode om deze te implementeren duurt meer dan een uur, wat een langdurig en risicovol proces is dat veel aanpassingen en herhalingen vereist. Realistisch gezien kan dit proces uren duren.
Waarom zou ik het overwegen?
Aangezien ontwikkelaars en beheerders veel FlexCards en OmniScript gebruiken. Dit zelfs meerdere keren per dag met CI/CD. Een proces hebben waardoor ontwikkelaars urenlang moeten wachten, is onaanvaardbaar.
Dus hoe gaan we hiermee om?
Dit is waar VBT Local Compilation bijkomt kijken. Het is een nieuwe ontwikkeling. Oorspronkelijk werd dit geleverd in de voorjaarsrelease van vorig jaar, maar het werd pas onlangs bruikbaar voor grotere projecten. Dat is de reden waarom ik er nu over schrijf.
Deze lokale compilatiefunctie zorgt ervoor dat de compilatie naar de desktop van de ontwikkelaar of beheerder gebracht wordt en genereert de LWC-componenten van tevoren. Op deze manier worden de LWC-componenten ingezet met reguliere Metadata API-implementatie, wat veel tijd bespaart. Het inzetten van de LWC-kar is nu gereduceerd van uren tot slechts ongeveer 10 minuten, afhankelijk van de omstandigheden.
Mijn ervaring
Dat klinkt goed! Is er een addertje onder het gras? Nee niet echt. Tot nu toe is mijn ervaring met de tool dat deze enigszins kieskeurig kan zijn als het gaat om het online zijn van de repository (met de lokale compiler). Gelukkig is deze meestal beschikbaar en hebben we tot nu toe slechts één dag een storing gehad. Het is echter belangrijk om te weten dat de lokale compiler geen open source is en dat code niet gemakkelijk aangepast kan worden door klanten. In tegenstelling tot VBT, dat open source was en waarmee ik regelmatig codeverbeteringen kon aanbrengen, is het met deze tool niet mogelijk om wijzigingen of fixes aan te brengen.
Een andere uitdaging is dat het versiebeheer niet erg duidelijk is. Niet voor elke versie van CME Vlocity Package is er een vrijgegeven versie van de lokale compiler. Er zijn ook geen gepubliceerde changelogs. Het is dus aan jou om te verifiëren wat er is veranderd in de lokale compiler. Een opdracht die mij hierbij hielp is:
Waarbij “900.472.10” je huidige versie is en “900.481.0” de nieuwe versie.
Dit toont je de codewijzigingen die de ontwikkelaars van de lokale compiler hebben aangebracht.
Welke bronnen zou je aanraden om te gebruiken om aan de slag te gaan?
Om te beginnen zou ik willen voorstellen om dit artikel te lezen:https://github.com/vlocityinc/vlocity_build#initial-support-for-omniscript–flexcards-local-compilation (“Initiële ondersteuning voor lokale compilatie van OmniScript / FlexCards”)
Wrapping up
De toekomst ziet er veelbelovend uit: Salesforce voegt stap voor stap meer functies toe aan de native kern. Een van de eerste toevoegingen is de Standard OmniStudio, die native op het Salesforce Platform draait en standaard metadatatypes gebruikt. Als je hier meer over wilt lezen, laat het ons dan weten. Wellicht schrijven we hier de volgende keer over.
Herken de verschillen: Architecten versus Software Engineers
Met welk talent breng je je projecten tot een goed einde? Wanneer heb je te maken met een Architect en wanneer werk je samen met een Software Engineer? Niemand anders dan Yannick van Eldik (CaseNine) en Raimond Brookman (Info Support) kunnen je dit haarfijn uitleggen.
Architecten en Software Engineers: waarin verschillen deze rollen van elkaar?
Yannick: “De verschillen merk je in de activiteiten waarin de personen betrokken zijn. Voor de ontwikkeling van een feature maak je gebruik van het talent van een Engineer. Moet er voor een project een route worden uitgestippeld of een techniek worden uitgedacht, dan heb je te maken met een architect.”
Raimond: “Een architect in IT houdt zich bezig met het neerzetten van de hoofdstructuur. Hoe moet de softwareoplossing eruit komen te zien met daarbij juist de nadruk op het grote geheel.”
Welke stappen doorloop je om de juiste architect te vinden?
Brookman: “We brengen in kaart welke producten en diensten worden geleverd en koppelen hieraan de vraag hoe je dit organiseert aan de interne zijde. Deze analyse gaat dan ook hoofdzakelijk om de business-kant van de organisatie. Aan de andere kant brengen we in kaart welke IT-ondersteuning hiervoor nodig is. Dat betekent antwoord op de vraag: welke systemen zijn nodig en welke onderliggende infrastructuur is hiervoor nodig. Vervolgens herhaal je deze stappen voor de strategische, tactische en operationele domeinen van de organisatie. Ofwel: de iets langere termijn versus de kortere termijn. Op deze manier heb je al twaalf focusgebieden waarop je met architectuur bezig kunt zijn. In de praktijk betrek je daarbij ook de missie, visie en strategie van de organisatie. Dat bepaalt hoe je de organisatie wilt vormgeven over de eerdergenoemde domeinen. Dat noemen we de Enterprise Referentie Architectuur. Die initiatieven zijn vaak de veranderinitiatieven. Hiervoor zetten we een iets gedetailleerder plan op: de Solution Architectuur. De stap hierna is nóg concreter en splitst zich in tweeën op. Enerzijds het design van de organisatie en anderzijds de software-architectuur.”
Welk advies geef je aan organisaties die een Salesforce Architect zoeken?
Yannick: “Ga niet direct op zoek naar ‘een architect’. In plaats hiervan leg je je business case voor en stel je de eigenlijke vraag voor. Pas dan is het mogelijk om de optimale profielen erbij te vinden. Zoals Raimond zojuist aangaf, bestaan er immers verschillende soorten architecten. Elk talent heeft verschillende, unieke vaardigheden. Leg dus de vraag én de business case voor.”
Raimond vult aan: “In de praktijk merk je vaak dat organisaties op zoek zijn naar een persoon die alle talenten in zich heeft. Dat is uiterst lastig en kan onnodige frustratie opleveren. Je zag het zojuist al: er zijn verschillende soorten architecten. Een goede architect herken je aan het feit dat hij of zij zowel naar de lange als korte termijn kijkt. Ook neemt de architect altijd de businessdoelen van de organisatie mee. Het plan moet ook daarop zijn afgestemd. Ook kan een goede architect een verbinding leggen tussen Developers enerzijds en niet-technische stakeholders anderzijds.”
Wat kenmerkt een CaseNine Architect?
Yannick: “Een CaseNine Architect werkt techniek overstijgend. Ze hebben een specialisatie in Salesforce, maar door hun achtergrond en opleiding kunnen zij ook samenwerken met de andere technieken waarover organisaties vaak beschikken.”
Meer weten? Bekijk de video met Yannick van Eldik en Raimond Brookman.
Maak de juiste keuze: Code versus No-code
Code versus No-code: twee termen waarmee je mogelijk steeds vaker in aanraking komt. Wat houden ze in en belangrijker: wat zijn de onderlinge verschillen? Wij gingen in gesprek met Colin Hamer, Software Engineer bij CaseNine. “Bij No-code kun je weliswaar elementen in elkaar slepen, maar is het nog altijd van belang dat je de achterliggende werking kent. Alleen dan ben je in staat om een goede, schaalbare oplossing te ontwikkelen.”
Om te beginnen: wat houdt jouw dagelijkse werk in?
“Als Software Engineer houd ik me binnen bezig met zowel het ontwerp als de bouw van applicaties. Je beperkt je daarbij niet alleen tot het programmeren zelf, maar ook met andere zaken: informatie ophalen bij de klant, creatieve oplossingen vinden voor complexe vraagstukken én je bent altijd bezig met de nieuwste technologie.”
Code versus No-code: wat zijn de verschillen?
“Zoals de naam al doet vermoeden, schrijf je bij No-code geen of uiterst weinig code. In plaats hiervan sleep je elementen binnen een gebruikersomgeving. Bij Code moet je wel degelijk code kunnen schrijven. Dat laatste wordt vaak verzorgd door Software Engineers. Enige nuancering is hierbij wel op zijn plaats: bij beide activiteiten heb je wel programmeerkennis nodig. Bij No-code kun je weliswaar elementen in elkaar slepen, maar is het nog altijd van belang dat je de achterliggende werking kent. Alleen dan ben je in staat om een goede, schaalbare oplossing te ontwikkelen. Tegenwoordig zien we ook dat Salesforce ‘No-code’ aanduidt als ‘Low-code’. De twee werelden groeien steeds meer naar elkaar.”
Wanneer kies je welke aanpak?
“In geval van een complexe applicatie wordt vaak gekozen voor de ‘Code-route’. Code geeft je immers de meeste vrijheid en flexibiliteit. Dat is tegelijkertijd ook een nadeel. Je moet ervoor waken om een project niet nodeloos complex te maken. Bij Low-code ben je meer gelimiteerd: welke elementen zijn beschikbaar voor drag-&-drop. Dat biedt ook voordelen. Zo kun je het project eenvoudiger onderhouden en overdragen. Als een project te complex wordt, is het verstandig om naar Code te kijken.”
Hoe werkt het in de praktijk?
“Zoals aangegeven, werk je met No-code voornamelijk met bouwstenen in een visuele omgeving. In Flow Builder van Salesforce kun je de No-code-projecten opzetten. Via de gebruikersomgeving kun je blokken weghalen, verplaatsen en weer terugzetten. Zo verbind je de verschillende elementen met elkaar.”
Hoe kun je als organisatie vlot van start met No-code of Code?
“Bij CaseNine kunnen we je adviseren over de juiste aanpak. We beschikken over ruime ervaring bij beide richtingen. Hoe je dit merkt? De Software Engineers bij CaseNine denken en handelen daadwerkelijk vanuit een engineering-perspectief. Dankzij de ervaring kunnen we bij elk project zien welke oplossing het beste past.”
Meer weten? Bekijk de video met Colin Hamer, waarin hij voorbeelden geeft.
In het digitale tijdperk waarin we leven, redden ondernemingen en organisaties het niet meer met alleen een goed product of een fantastische dienst. Gebruikersadoptie en gebruikerservaring (UX) zijn van cruciaal belang voor het verhogen van productiviteit en het verbeteren van klanttevredenheid. In deze blogpost gaan we in op het belang van gebruikersadoptie en gebruikerservaring en hoe ze van invloed zijn op het succes van je organisatie.
Gebruikersadoptie: Wat is het en waarom is het belangrijk?
Gebruikersadoptie gaat over de mate waarin gebruikers een nieuw product of een nieuwe dienst accepteren en gaan gebruiken. Dat kan een hele uitdaging zijn, vooral bij de introductie van nieuwe producten en diensten. Weerstand tegen verandering is iets wat we allemaal kennen. Of het lukt om die weerstand om te buigen naar acceptatie is van cruciaal belang voor het succes van het nieuwe product. Het bepaalt of het al dan niet wordt gebruikt en dus of het uiteindelijk inkomsten oplevert voor de organisatie.
Het belang van gebruikersadoptie is dus cruciaal. Een product of dienst dat niet door gebruikers wordt geaccepteerd, is in feite nutteloos, hoe geweldig het ook is. Daarom is het heel belangrijk dat bedrijven en organisaties ervoor zorgen dat hun producten en diensten gebruiksvriendelijk en makkelijk toegankelijk zijn.
Gebruikerservaring (UX): Wat is het en waarom is het belangrijk?
Gebruikerservaring (UX) gaat over de totaalervaring die gebruikers hebben bij de interactie met een product of dienst. Een goede gebruikerservaring is intuïtief, gebruiksvriendelijk en prettig. Een slechte gebruikerservaring kan frustrerend, verwarrend en zelfs ontmoedigend zijn, waardoor gebruikers afhaken met verminderde productiviteit tot gevolg.
Gebruikerservaring is een essentieel onderdeel van klanttevredenheid, loyaliteit en verhoogde productiviteit. Wanneer gebruikers een positieve ervaring hebben met een product, is de kans groter dat ze het blijven gebruiken, aanbevelen aan anderen en er positieve feedback over geven. Een negatieve gebruikerservaring kan daarentegen leiden tot ontevredenheid van de klant, negatieve beoordelingen en zelfs lagere omzetten.
Het belang van gebruikersadoptie en gebruikerservaring voor de productiviteit
Gebruikersadoptie en gebruikerservaring zijn cruciale factoren voor het succes van een product of dienst. Als gebruikers een product of dienst gemakkelijk kunnen accepteren en gebruiken, is de kans groter dat ze productief en efficiënt zijn. Een goede gebruikerservaring kan gebruikers helpen taken snel, gemakkelijk en met minder fouten uit te voeren. Dit kan leiden tot een hogere productiviteit en algemene efficiëntie van de organisatie.
Bovendien kan een positieve gebruikerservaring leiden tot meer tevredenheid en motivatie bij de werknemers. Wanneer werknemers tevreden zijn met de tools en middelen die hun organisatie ter beschikking stelt, is de kans groter dat ze betrokken, productief en gemotiveerd zijn. Dit kan op zijn beurt leiden tot meer omzet en groei voor de organisatie.
Het belang van gebruikersacceptatie en gebruikerservaring voor klanttevredenheid Gebruikersacceptatie en gebruikerservaring zijn ook kritieke factoren bij het bepalen van klanttevredenheid. Wanneer klanten een positieve ervaring hebben met een product of dienst, is de kans groter dat zij het blijven gebruiken en het aanbevelen aan anderen. Dit kan op zijn beurt leiden tot meer inkomsten en groei voor de organisatie.
Daarentegen kan een negatieve gebruikerservaring leiden tot ontevredenheid bij de klant, negatieve recensies en tegenvallende omzet. Wanneer klanten ontevreden zijn over een product of dienst, is de kans kleiner dat ze het zullen gebruiken en het aan anderen zullen aanbevelen. Dat kan leiden tot minder inkomsten en groei voor de organisatie.
Het belang van gebruikerservaring voor Salesforce-gebruikers
In de Salesforce-wereld, waar bedrijven vertrouwen op CRM-tools om hun verkoopactiviteiten te beheren, kan gebruikerservaring de deal maken of breken. Waarom is gebruikerservaring zo belangrijk in de wereld van Salesforce? Vijf belangrijke redenen:
1.Verhoogde productiviteit: Een goede gebruikerservaring kan verkoopteams helpen efficiënter te werken, zodat ze zich kunnen concentreren op het verkopen en sluiten van deals in plaats van te worstelen met een onhandige en frustrerende interface. Dit kan uiteindelijk leiden tot een hogere productiviteit en meer sales.
2.Verbeterde klantrelaties: De juiste UX kan het voor het sales team makkelijker maken om toegang te krijgen tot klantinformatie. Dat helpt ze in de omgang met klanten doordat ze gerichter en persoonlijker kunnen communiceren. Dit kan helpen om sterke, duurzame relaties op de bouwen met klanten en ze zo aan je bedrijf te binden.
3.Concurrentievoordeel: In een overvolle markt kan een betere gebruikerservaring je bedrijf onderscheiden van de concurrentie. Door een soepele en intuïtieve ervaring te bieden, kan je klanten aantrekken en behouden die het fijn vinden om met je te werken.
4.Betere datakwaliteit: Wanneer de gebruikerservaring is geoptimaliseerd, is de kans groter dat verkopers de juiste informatie in het systeem invoeren. Dat leidt tot betrouwbaardere rapportage en betere inzichten in koopgedrag bij toekomstig beleid.
5.Flexibiliteit en schaalbaarheid: Een gebruiksvriendelijke interface kan het gemakkelijker maken om je verkoopactiviteiten op te schalen en aan te passen aan veranderende bedrijfsbehoeften. Dit is vooral nuttig in een snelle en steeds veranderende business-omgeving.
Dus, hoe zorg je voor een goede gebruikerservaring in de Salesforce-wereld? Hier zijn een vijf tips:
1.Focus op eenvoud en gebruiksgemak.
2.Maak mobiele toegankelijkheid een prioriteit.
3.Maak gebruikersfeedback en testen onderdeel van je ontwerpproces.
4.Investeer in training en ondersteuning van je verkoopteam.
5.Controleer en verbeter de gebruikerservaring om de concurrentie voor te blijven.
Conclusie:
Gebruikerservaring is een essentieel onderdeel van een succesvolle sales strategie in de Salesforce-wereld. Met een goede UX kan je je productiviteit verhogen, klantrelaties verbeteren, concurrentievoordeel behalen en uiteindelijk meer omzet voor je bedrijf genereren.
Nieuwsgierig geworden naar de aanpak van CaseNine? Klik hier om er meer over te lezen of neem vandaag nog contact met ons op om met ons te sparren. We horen graag van je!
In deze blogpost bespreken we de belangrijkste voordelen van CI/CD. In de snelle zakenwereld van vandaag is softwareontwikkeling een van de key drivers van innovatie en groei. Maar naarmate de complexiteit en de omvang van softwareprojecten toenemen, neemt ook de behoefte aan efficiënte en effectieve development practices toe. Hier komt Continuous Integration/Continuous Deployment (CI/CD) om de hoek kijken.
Door cruciale stadia van de software ontwikkelingscyclus te automatiseren, kan CI/CD bedrijven helpen hun ontwikkelingsprocessen te stroomlijnen, samenwerking en communicatie te verbeteren en uiteindelijk het commerciële succes van het bedrijf te vergroten. De Business Case for CI/CD: waarom investeren in automatisering de moeite waard is.
Wat is CI/CD?
CI/CD is een reeks software ontwikkelingspraktijken die het bouwen, testen en uitrollen van softwarecode automatiseren. Het CI-gedeelte van het proces houdt in dat code automatisch wordt gebouwd en getest wanneer deze wordt gewijzigd, om mogelijke problemen vroeg in het ontwikkelingsproces op te sporen. Het CD-gedeelte zorgt vervolgens dat de code automatisch in productie wordt genomen zodra deze is getest en goedgekeurd. Door deze fasen van het ontwikkelingsproces te automatiseren, kunnen bedrijven tijd besparen, fouten verminderen en de samenwerking en communicatie tussen ontwikkelingsteams verbeteren.
Waarom investeren in CI/CD? Is investeren in automatisering de moeite waard?
Er is een groot aantal redenen waarom bedrijven er goed aan doen te investeren in CI/CD. Een paar van de cruciale voordelen zijn:
1. Snellere time-to-market: In de huidige snelle bedrijfsomgeving is het essentieel om producten snel op de markt te brengen. Door belangrijke stadia van het ontwikkelingsproces te automatiseren, kan CI/CD bedrijven helpen hun ontwikkelingscycli te versnellen en producten sneller op de markt te brengen. Dit kan concurrentievoordeel opleveren ten opzichte van tragere concurrenten en hen zo helpen snel te reageren op veranderende marktomstandigheden.
2. Verbeterde code kwaliteit: Handmatig testen is vaak foutgevoelig, tijdrovend en duur. Door tests te automatiseren en code automatisch te implementeren, kan CI/CD ervoor zorgen dat de kwaliteit van de code altijd op niveau is. Hierdoor kan het aantal fouten en defecten dat in de productie terechtkomt worden verminderd, wat leidt tot een stabieler en betrouwbaarder product.
3. Meer samenwerking. Door belangrijke stappen in het ontwikkelingsproces te automatiseren, kan CI/CD bijdragen aan een betere samenwerking en communicatie tussen ontwikkelteams. Door het makkelijker te maken om code, testresultaten en andere ontwikkelingsartefacten te delen, kan CI/CD teams helpen efficiënter en effectiever samen te werken.
4. Beter gebruik van middelen: Het automatiseren van het ontwikkelingsproces kan bedrijven helpen hun middelen efficiënter in te zetten. Door de tijd en inspanning die nodig zijn om code te bouwen en te implementeren te verminderen, kunnen bedrijven hun ontwikkelaars vrijmaken om aan waardevollere taken te werken, zoals het schrijven van nieuwe code of het inspelen op de behoeften van de klant.
5. Verhoogde bedrijfsflexibiliteit: CI/CD kan bedrijven helpen sneller te reageren op veranderende marktomstandigheden en klantbehoeften. Door belangrijke stappen in het ontwikkelingsproces te automatiseren, kunnen bedrijven de tijd die nodig is voor het ontwikkelen, testen en implementeren van nieuwe code aanzienlijk verkorten.
De kost gaat voor de baat uit, ook bij het investeren in CI/CD. Op termijn is zo’n investering echter zeer de moeite waard en betalen zich uit in snellere time-to-market, betere kwaliteit, meer efficiëntie en kostenbesparingen. Als je de concurrentie voor wilt blijven in het huidige digitale landschap, is CI/CD een onmisbare tool in je gereedschapskist.
Case Studies van tevreden klanten
Benieuwd hoe onze oplossing jouw bedrijf kan helpen succesvol te zijn? Lees de Case Studies hieronder en kom meer te weten over voorbeelden uit de praktijk. Hier zijn slechts enkele voorbeelden waar wij CI/CD Pipeline hebben geïmplementeerd:
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.
Context: producten zijn niet zichtbaar in de CPQ cart
Je hebt een CPQ solution gebouwd en je hebt je commerciële producten geconfigureerd binnen de EPC. Maar als je de cart bekijkt zijn er geen producten zichtbaar of beschikbaar. Wat nu? Er kunnen een aantal dingen aan de hand zijn, waardoor de producten niet zichtbaar zijn in de CPQ cart.
Het probleem: waar kan het aan liggen?
Het vakje ‘Orderable’ is voor dit product niet gemarkeerd als ’true’.
De oplossing:
- Ga naar je Vlocity Product Designer
- Zoek je product op
- Ga naar General Properties
- Check of het vakje Orderable is aangeklikt
- Zo niet, vink het vakje aan en sla je aanpassing op.
De ‘Product Status’ is niet actief
De oplossing:
- Ga naar je Vlocity Product Designer.
- Zoek je product op.
- Ga naar General Properties.
- Check of het vakje Status op Active staat.
- Zo niet, vink het vakje Active aan in de keuzelijst en sla je aanpassing op.
Het vakje ‘Active’ is niet geselecteerd voor dit product
De oplossing:
- Ga naar je Vlocity Product Designer.
- Zoek je product op.
- Kijk onder Effectivity of het vakje Active is aangevinkt.
- Zo niet, vink het vakje Active aan en sla je aanpassing op.
Het product heeft een verkeerde verkoopdatum
De oplossing:
Let op: de producten binnen de EPC hebben een begin- en eind verkoop datum.
- Ga naar je Vlocity Product Designer.
- Zoek je product op.
- Kijk onder Effectivity of het vakje Selling Start Date leeg is, of dat de datum in het verleden ligt.
- Zo niet, maak het vakje leef of selecteer een datum die in het verleden ligt.
- Hetzelfde geld voor de einddatum. Zorg dat de datum in de toekomst ligt als dit vakje is ingevuld.
- Sla je aanpassingen op.
Het product heeft een Context Rule die het product verbergt
De oplossing:
- Ga naar je Vlocity Product Designer.
- Zoek je product op.
- Ga door alle Context Rules heen; klik op de details van de Rules van het (oude) Product Console. Gebruik het oude Product Console, want de nieuwe Product Designer laat soms niet alle Rules goed zien.
- Check alle Conditions, de makkelijkste manier om te verifiëren of de context rule het probleem is, is om de rule tijdelijk te verwijderen. Als het product dan verschijnt, weet je dat je even de tijd moet nemen om door de context rules heen te spitten.
- Je kunt ook de context rules uitzetten met de CPQ Configuration setting: ContextRulesEnabled.
Er staat geen prijs voor dit product in de prijslijst
De oplossing:
Let op: Een product zonder prijs is niet zichtbaar in de CPQ cart.
- Ga naar Vlocity Product Designer.
- Zoek het product op.
- Check of er voor dat product waarden zijn ingevuld onder de “pricing” tab.
- Zorg dat er altijd een waarde is ingevuld, zelfs al is dit nul. Dit geld ook als je een setup hebt met attribute pricing of dergelijke.
Er zijn onvoldoende Maintenance jobs uitgevoerd
De oplossing:
We raden je aan altijd een Maintenance job uit te voeren nadat je een product configuratie hebt aangepast. Dan weet je zeker dat de product cache en de product hierarchy goed zijn afgesteld staan voor gebruik in de CPQ Cart.
- Ga naar de app launcher en zoek Vlocity CMT Administration op.
- Ga naar “Maintenance Jobs” en voer de volgende taken uit in deze volgorde:
-
- PRODUCT HIERARCHY MAINTENANCE
- CLEAR MANAGED PLATFORM CACHE
- REFRESH PLATFORM CACHE (FULL)
Zorg dat iedere taak is afgerond voor je een nieuwe start. Dit kan soms een tijdje duren omdat ze als Async jobs worden uitgevoerd. De voortgang kan ook worden gecheckt in Setup met keyword Apex Jobs.
Als je merkt dat je deze taken vaak moet doen, af als je ze wilt integreren in je development of je CI/CD workflow, kan je ze automatiseren en als Apex scripts runnen:
// Run jobs for hierarchy and cache
for (Pricebook2 pricebook : [SELECT Id FROM Pricebook2]) {
//https://docs.vlocity.com/en/Refresh-Platform-Cache.html
vlocity_cmt.CMTAdminJobService.startProductHierarchyMaintenanceJob(pricebook.Id);
}
Je kunt ze zelfs als post-Deploy stap runnen in de Vlocity Build Tool: (https://github.com/vlocityinc/vlocity_build)
Tot slot
Hopelijk helpen deze tips je bij het configureren van je EPC en CPQ. Ik weet dat deze problemen echt lastig kunnen zijn om op te lossen, maar je producten zijn nu in ieder geval weer zichtbaar in CPQ cart.
Ik post regelmatig Technische Deep Dives. Abonneer je vandaag en mis geen enkele CaseNine Technical DeepDive aflevering.
Spring ’23 is aangekomen in Salesforce en hiermee komen een heleboel nieuwe functies en verbeteringen die zeker zullen bijdragen aan het vereenvoudigen van de manier waarop je werkt en waarde levert aan je klanten. Of je nu een ervaren ontwikkelaar bent of net begint met het low-code naar pro-code spectrum, er is voor ieder wat wils in deze release.
Een van de opvallende functies in Spring’23 is het DevOps Center, nu algemeen beschikbaar. Dit hulpmiddel biedt een verbeterde ervaring rondom verandering- en releasebeheer, door de best practices uit de DevOps-wereld naar je ontwikkelteam te brengen. Met het DevOps Center kunnen alle ontwikkelaars en admins samenwerken om waarde te leveren aan klanten op een schaalbare en herhaalbare manier. Je kunt veranderingen en releases beheren met het point-and-click-interface, rechtstreeks vanuit je source system of een combinatie daarvan.
Een andere functie is de HTTPCallout Builder, een low-code-functie in bèta. Dit hulpmiddel maakt het gemakkelijker om processen te automatiseren met externe data door Flow Builder-acties te creëren die webgebaseerde service-APIs aanroepen met HTTP Callout. Met de HTTPCallout Builder kun je directe integraties instellen zonder code of een middleware-service, en kun je gemakkelijk data-typen van de JSON-output mappen naar flow-variabelen.
Als je schermen wilt maken met interactieve componenten, dan helpt de Spring ’23 release je met de functie Build Screens with Interactive Components (Beta). Met dit hulpmiddel kun je ondersteunde componenten of je eigen Lightning Web Components configureren om te reageren op veranderingen in andere componenten op hetzelfde scherm. Hiermee kun je schermen bouwen die aanvoelen als single-page-toepassingen en het aantal schermen voor je gebruikers verminderen.
Flow-gebruikers zullen blij zijn dat Lookup Fields nu gemakkelijk kunnen worden toegevoegd aan flow-schermen met Dynamic Forms for Flow. Deze functie stelt je in staat om een record te creëren– direct vanuit het Lookup-veld, waardoor het makkelijker is dan ooit om record-geactiveerde orchestrations te creëren.
Met de verbeterde Conditional Directives in Spring ’23 kun je nu gebruikmaken van lwc:if, lwc:elseif en lwc:else om de legacy if:true en if:else directives te vervangen. Deze directives maken het gemakkelijker om dynamische templates te creëren op basis van bepaalde voorwaarden.
Als je Queueable Jobs met delay wilt plannen, biedt de System.enqueueJob Method in Spring ’23 de mogelijkheid om een vertraging in te stellen bij het plannen, van 0 tot 10 minuten. Deze nieuwe optionele override is een geweldige manier om queueable jobs toe te voegen aan de asynchrone execution queue met een gespecificeerde minimum vertraging.
Tot slot maakt de Dynamically Pass Bind Variables to a SOQL Query-functie in Spring ’23 het gemakkelijker om bindvariabelen in een query te resolven rechtstreeks vanuit een Map-parameter met een key, in plaats van vanuit Apex-codevariabelen. Dit betekent dat de variabelen niet in scope hoeven te zijn wanneer de query wordt uitgevoerd.
Conclusie: Spring ’23 zit boordevol nieuwe functies en verbeteringen die je Salesforce-ervaring naar een hoger niveau zullen tillen. Of je nu een ervaren ontwikkelaar bent of net begint, er is voor iedereen iets in deze release. Dus ga gerust op ontdekkingstocht en ontdek alles wat Spring ’23 te bieden heeft.