Test je flows al voordat ze live gaan?

Voor veel teams gebeurt het echte werk in flows. Ze maken records aan, versturen mails en wijzigen gegevens. Winter '27 brengt drie dingen die daar direct op ingrijpen. Een Test Mode in bèta, een optie die de rechten van de gebruiker altijd afdwingt, en schermflows op meerdere records tegelijk.

Het overzicht van de hele release lees je in Winter '27 is er. Wat moet jij nu regelen?

Wat doet Test Mode?

Tot nu toe zaten debuggen en testen op verschillende plekken in Flow Builder. In Test Mode doe je beide op één plek. Het werkt voor autolaunched en record-triggered flows.

Je zet het aan in Setup, onder Process Automation Settings, met de optie Flow Test Mode (Beta). Daarna klik je in Flow Builder op Test. Het canvas schakelt naar een testweergave, waarin je de flow maar beperkt kunt wijzigen.

Een test begint met een scenario. Je kiest welk record de flow start of welke waarden de variabelen krijgen. Je draait het scenario en bewaart het, zodat je de invoer niet elke keer opnieuw typt.

Wat maken assertions en dekking anders?

Een assertion is een voorwaarde die het verwachte resultaat controleert. Voeg je er een toe aan een bewaard scenario, dan meldt dat scenario geslaagd of mislukt. Salesforce noemt dat Scenario Testing Automation.

Hoe merk je dat? Na elke wijziging draai je dezelfde scenario's opnieuw. Valt er iets om, dan zie je het vóór de gebruiker het ziet.

Dekking laat zien of alle elementen en paden in je bewaarde scenario's met assertions geslaagd zijn. Mislukte tests tellen niet mee. Een pad zonder scenario valt dus meteen op.

Twee kanttekeningen. Test Mode is bèta en valt onder de Beta Services Terms van Salesforce. En schermflows noemt de release note niet. Probeer het daarom eerst in een sandbox, op één flow die je goed kent.

Waarom krijgt een flow soms meer rechten dan de gebruiker?

Een flow kan draaien met de rechten van de gebruiker of in systeemcontext. Tot nu toe zat daar een gat in. Startte iets in systeemcontext een flow die in gebruikerscontext hoort te draaien, dan erfde die flow de ruimere rechten. Dat gold voor een andere flow, Apex of een andere automatisering als aanroeper. De flow draaide dan ook in systeemcontext.

Winter '27 geeft een nieuwe run-optie: User Context, Enforces User Permissions. Een flow met deze optie draait altijd met de rechten van de gebruiker, wat hem ook start. Salesforce raadt hem aan voor flows met gevoelige handelingen.

• Hij werkt voor schermflows en autolaunched flows.
• Alleen flows op API-versie 68.0 of hoger krijgen hem.
• Je kiest hem na Save, onder Show Advanced en dan How to Run the Flow.

Hoe check je welke flows het nodig hebben? Zoek de flows die door Apex of een systeemflow worden gestart. Kijk welke daarvan gevoelige gegevens raken, zoals contracten, prijzen of persoonsgegevens. Dat zijn je kandidaten.

Zet je een flow om, test hem dan met een gewone gebruiker. Een flow die eerst slaagde op geërfde rechten, kan nu stoppen. Dat is de bedoeling, maar je wilt het zien vóór je gebruikers het merken. Ook het ophogen van de API-versie is een wijziging die je test.

Hoe werk je een lijst in één keer af?

Een schermflow start nu vanuit een lijstweergave of gerelateerde lijst, met alle geselecteerde records. Je stelt daarvoor een mass quick action in die de record-ID's doorgeeft. Records één voor één bijwerken of een omweg bouwen is dan niet meer nodig.

Je voegt de flow-actie toe in Object Manager. Voor lijstweergaven gaat hij in de List View Button Layout, voor gerelateerde lijsten in de Page Layout.

Eén klik raakt nu tien of honderd records. Test daarom met meerdere records tegelijk. Neem er ook een paar mee waarop de gebruiker geen rechten heeft.

Wat toets je voordat een flow live gaat?

Vijf vragen:

• Is er per pad een bewaard scenario met een assertion?
• Draait de flow met de juiste rechten, ook als iets anders hem start?
• Is hij getest met een gewone gebruiker, niet alleen met een admin?
• Wat gebeurt er bij tien records tegelijk in plaats van één?
• Wie heeft de wijziging bekeken voordat hij naar productie ging?

De laatste vraag is waar Harvest Verified over gaat. Elke oplevering gaat langs een review, en onder elke livegang staat een releaseadvies. Test Mode maakt die review sterker. Een reviewer ziet dan niet alleen de flow, maar ook de scenario's en welke paden gedekt zijn.

Bouwt je team flows met AI? Dan gaat het bouwen snel, en het beoordelen meestal niet. Waarom dat laatste het product is, lees je in Wie tekent ervoor? Review als product.

Welke andere wijzigingen raken je flows?

In Spring '27 doet Salesforce een deel van de herberekening van sharing asynchroon. Flows en Apex die groepen of rollen wijzigen en direct op bijgewerkte rechten rekenen, kunnen dan breken. Die update is er sinds Spring '26, dus je kunt hem nu al testen.

De deadlines voor koppelingen en inloggen staan in Welke Salesforce-deadlines lopen tot februari 2027? Wat er verandert voor agents, lees je in Agentforce staat aan. Wie bepaalt wat het mag?

Weet je welke flows bij jou risico lopen?

In de gratis check kijken we in 45 minuten met je naar jouw org. Je hoort welke flows meer rechten hebben dan nodig en wat je eerst test. Past het? Dan krijg je een voorstel met een vaste prijs.

Salesforce is een handelsmerk van Salesforce, Inc. Dit artikel is van Harvest. Salesforce heeft het niet gemaakt of goedgekeurd.