Waarom Salesforce soms 'onlogisch' lijkt — de volgorde waarin alles gebeurt
Salesforce gedraagt zich soms anders dan je verwacht. Niet omdat het willekeurig is, maar omdat het een vaste volgorde volgt. Begrijp die volgorde, en veel verrassingen worden ineens logisch.
Salesforce is voorspelbaar — maar niet willekeurig
"Het werkte net nog wel." Als je met Salesforce werkt, herken je deze gedachte waarschijnlijk. Een validatie slaat ineens aan terwijl de waarde toch correct lijkt. Een automatisering doet niet wat je verwacht. Of een integratie stuurt gegevens door die nét niet kloppen.
Op zulke momenten voelt Salesforce onvoorspelbaar. Alsof het systeem willekeurig beslist wat het wel en niet accepteert. Maar dat is niet zo. Salesforce volgt altijd dezelfde volgorde — bij elke wijziging, bij elk nieuw record, bij elke update.
💡 Het goede nieuws
Zodra je die volgorde begrijpt, wordt veel Salesforce-gedrag ineens verklaarbaar. Je hoeft het niet zelf te kunnen bouwen — maar weten dat er een volgorde is, helpt al enorm bij het begrijpen van wat er gebeurt.
Wat bedoelen we met 'order of execution'?
Wanneer je iets wijzigt in Salesforce — een veld aanpast, een nieuw record aanmaakt, of gegevens binnenkomen via een koppeling — dan voert Salesforce niet alles tegelijk uit. Het systeem werkt met een vast stappenplan: eerst dit, dan dat, en pas daarna iets anders.
Dat stappenplan heet de order of execution. Het bepaalt welke controles, correcties en vervolgacties in welke volgorde worden uitgevoerd. En die volgorde geldt altijd — of je nu handmatig een veld invult, of een automatisering duizend records tegelijk bijwerkt.
Dit geldt voor:
- •Handmatige wijzigingen door gebruikers
- •Automatiseringen (flows)
- •Validatieregels
- •Koppelingen met andere systemen
Salesforce werkt dus niet in één keer, maar in opeenvolgende stappen. Die stappen bepalen wat wanneer gebeurt — en dat is precies waar de verwarring vaak ontstaat.
Denk aan een lopende band
Stel je een fabriek voor met een lopende band. Een product komt binnen, gaat langs verschillende stations, en komt er uiteindelijk kant-en-klaar uit. Elk station heeft zijn eigen taak: controleren, aanpassen, goedkeuren, verpakken.
Zo werkt Salesforce ook. Gegevens komen binnen, gaan langs een reeks checkpoints, worden eventueel aangepast, en pas daarna definitief opgeslagen. Na de opslag volgen er soms nog vervolgacties.
⚠️ Het belang van timing
Als iets te laat op de band staat, mist het zijn moment. Een correctie die pas ná de validatie komt, helpt niet meer als de validatie al heeft afgekeurd. Dat verklaart veel 'onverklaarbare' fouten.
Die metafoor van de lopende band helpt om te begrijpen waarom de volgorde zo belangrijk is. Elk station heeft zijn eigen plek — en je kunt niet zomaar de volgorde veranderen.
De grote stappen — zonder technische details
De exacte volgorde van Salesforce kent tientallen stappen. Maar voor begrip heb je geen technische diepgang nodig. Het gaat om de grote lijnen:
Salesforce ontvangt nieuwe of gewijzigde gegevens
Een gebruiker klikt op 'Opslaan', een koppeling stuurt data door, of een automatisering past iets aan. Op dit moment weet Salesforce: er komt iets binnen dat verwerkt moet worden.
Eerste controles en basisregels
Salesforce checkt of verplichte velden zijn ingevuld, of de gegevens het juiste formaat hebben, en of de gebruiker überhaupt rechten heeft om deze wijziging te doen.
Correcties vóór opslag
Sommige automatiseringen mogen gegevens aanpassen voordat ze worden opgeslagen. Denk aan het automatisch invullen van een veld, het standaardiseren van waarden, of het koppelen aan een ander record.
Opslag van het record
Na alle voorbereidende stappen wordt het record daadwerkelijk opgeslagen in de database. Tot dit moment zijn wijzigingen nog niet definitief.
Acties en vervolgstappen ná opslag
Pas nadat het record is opgeslagen, kunnen bepaalde vervolgacties plaatsvinden: een e-mail versturen, een ander systeem informeren, of gerelateerde records bijwerken.
Waarom deze volgorde zo belangrijk is
Die vaste volgorde verklaart veel situaties die op het eerste gezicht raar lijken. Een paar voorbeelden in gewone taal:
Fouten die 'te laat' komen
Een automatisering past een waarde aan, maar de validatie had al eerder afgekeurd. Resultaat: foutmelding, ook al zou de correctie het probleem hebben opgelost.
Correcties die niet werken
Je probeert iets te herstellen met een automatisering, maar Salesforce was al verder in de volgorde. De correctie komt te laat — het moment is voorbij.
Automatiseringen die botsen
Twee automatiseringen werken op hetzelfde record, maar worden op verschillende momenten uitgevoerd. De ene overschrijft wat de andere net heeft aangepast.
Integraties met 'verkeerde' data
Een extern systeem ontvangt gegevens, maar een correctie die daarna kwam is niet meegestuurd. De volgorde bepaalt wat wanneer zichtbaar is.
De volgorde klopt technisch altijd — maar functioneel kan het voelen alsof er iets mis is. Dat verschil is belangrijk om te herkennen.
Hoe dit zich verhoudt tot flows
Als je met Salesforce werkt, hoor je vaak over 'flows' — de automatiseringen waarmee processen worden geautomatiseerd. Wat veel mensen niet weten, is dat flows op verschillende momenten kunnen draaien:
Deze kunnen gegevens aanpassen voordat ze worden opgeslagen. Ze zitten vroeg in de volgorde.
Deze doen vervolgacties nadat het record al is opgeslagen. Ze kunnen het record zelf niet meer aanpassen zonder een nieuwe ronde te starten.
Dit onderscheid is geen voorkeur of instelling — het is onderdeel van de vaste volgorde. Wie een flow bouwt, moet weten op welk moment die flow draait. Voor jou als product owner of proceseigenaar is het vooral belangrijk om te weten dat dit onderscheid bestaat, zodat je de juiste vragen kunt stellen aan je consultant of admin.
Wat je als organisatie hiermee wint
Je hoeft de volgorde niet uit je hoofd te kennen. Je hoeft ook niet zelf flows te kunnen bouwen. Maar weten dat er een vaste volgorde is — en begrijpen wat dat globaal betekent — levert direct voordeel op:
Je herkent patronen in foutmeldingen en onverwacht gedrag.
Je kunt gericht vragen stellen: "Wanneer draait deze flow precies?"
Je begrijpt waarom sommige oplossingen complexer zijn dan ze lijken.
Je maakt bewustere keuzes over automatisering en integraties.
Begrip is al winst. Je hoeft het niet te kunnen bouwen om het te kunnen begrijpen.
Begrip vóór oplossing
Veel problemen die in Salesforce opduiken zijn geen bugs. Ze zijn het gevolg van aannames over volgorde die niet kloppen. Een validatie die te vroeg komt. Een automatisering die te laat draait. Een integratie die data doorstuurt voordat de correctie is toegepast.
Wie de volgorde herkent, kan beter analyseren waar een probleem vandaan komt. En wie de volgorde begrijpt, maakt betere keuzes — of het nu gaat om een nieuw proces, een aanpassing aan bestaande automatisering, of de vraag of iets überhaupt mogelijk is.
"Salesforce is niet onlogisch — het volgt alleen een vaste volgorde die je moet leren herkennen."
Verder lezen
Wil je meer begrijpen over hoe automatisering in Salesforce werkt? Bekijk ons artikel over flows, of neem contact op voor een gesprek over jouw specifieke situatie.
Gedrag dat je niet begrijpt in Salesforce?
We helpen je de oorzaak te vinden en de juiste oplossing te kiezen — zonder dat je zelf hoeft te bouwen.