De technische veranderingen in de release van Salesforce (Summer 26) op een rijtje: een overzicht voor architecten en ontwikkelaars
Ontdek de belangrijkste updates van de ' Salesforce -release voor de zomer van '26, van de gebruikersmodus en Apex-beveiliging tot nieuwe functies voor ontwikkelaars, en leer hoe u uw team hierop kunt voorbereiden.
Naarmate de platformarchitectuur van Salesforce steeds verder wordt doorontwikkeld, brengt elke grote release fundamentele veranderingen met zich mee die de manier waarop technische teams applicaties ontwerpen, bouwen en beveiligen ingrijpend veranderen. De aanstaande release van Salesforce v67.0 (Summer 26) vormt een van de belangrijkste architecturale updates van de afgelopen jaren.
Nu databasebewerkingen standaard naar de gebruikersmodus worden overgezet, verouderde beveiligingsclausules worden afgeschaft en baanbrekende updates in de Apex-syntaxis worden geïntroduceerd – zoals native meerregelige tekenreeksen en paginering op basis van cursors – moeten ontwikkelingsteams proactief handelen.
Of u nu een Salesforce -platformbeheerder, technisch architect of hoofdontwikkelaar bent: het is van cruciaal belang om u voor te bereiden op deze updates om fouten tijdens de uitvoering te voorkomen, te voldoen aan de beveiligingsvoorschriften en de prestatiemogelijkheden van de volgende generatie te benutten. Hieronder vindt u een uitgebreide gids over wat er verandert in v67.0 en hoe uw team zich hierop kan voorbereiden.
1. Wijzigingen in Apex Security: standaard in gebruikersmodus
De belangrijkste architecturale wijziging in API v67.0 is de volledige omkering van de standaardinstellingen voor de uitvoering van databasebewerkingen. Voorheen voerde Apex databasequery’s en -bewerkingen uit in de systeemmodus, waarbij gebruikersrechten en Field-Level Security (FLS) werden genegeerd, tenzij expliciet anders was aangegeven.
In versie 67.0 worden Apex-databasebewerkingen (SOQL, SOSL en DML) standaard in de gebruikersmodus uitgevoerd. Objectmachtigingen, deelregels en FLS worden nu automatisch afgedwongen op platformniveau, tenzij dit expliciet wordt overschreven.
Alle bestaande Apex-klassen die zijn gecompileerd met API-versie 66.0 of eerder, behouden hun oude gedrag. Ze blijven standaard in de systeemmodus draaien en passen geen CRUD-, FLS- of deelregels toe, tenzij u dit expliciet in de code hebt vastgelegd (bijvoorbeeld met behulp van `WITH USER_MODE` of `Security.stripInaccessible()`). Dit is een bewuste keuze van ` Salesforce `, zodat het upgraden van een omgeving naar Summer '26 uw bestaande productiecode niet onmiddellijk onbruikbaar maakt.
Het buiten gebruik stellen van WITH SECURITY_ENFORCED
Met deze verandering wordt de verouderde WITH SECURITY_ENFORCED-clausule officieel afgeschaft. Ontwikkelaars moeten bestaande codebases volledig migreren naar de robuustere USER_MODE-context. De overstap naar de native gebruikersmodus biedt aanzienlijke technische voordelen:
Ondersteuning voor polymorfe velden: In tegenstelling tot de verouderde clausule houdt WITH USER_MODE naadloos rekening met polymorfe velden zoals Owner en Task.whatId.
Volledige verwerking van clausules: De gebruikersmodus verwerkt alle clausules in de volledige SOQL-instructie, inclusief de SELECT- en WHERE-filters.
Uitgebreide fouttelemetrie: Terwijl WITH SECURITY_ENFORCED de verwerking stopt zodra de eerste FLS-fout wordt aangetroffen, identificeert WITH USER_MODE alle beveiligingsschendingen in uw query. Bovendien kunnen ontwikkelaars gebruikmaken van de methode getInaccessibleFields() van QueryException om tijdens de uitvoering programmatisch de volledige reeks toegangsfouten te controleren.
Impliciete DML-contexten en het gedrag van triggers
Ook worden DML-bewerkingen nu standaard in de gebruikersmodus uitgevoerd. Ontwikkelaars behouden echter gedetailleerde controle en kunnen rechtstreeks binnen de DML-syntaxis expliciet een doelsysteem of gebruikerscontext aangeven, om zo volledige controle te behouden over databaseovergangen.
Ook bij Apex-triggers is er sprake van een subtiele verandering in de uitvoeringslogica. Triggers zelf worden gecompileerd zonder een ‘sharing’-context en worden uitgevoerd in een ‘without sharing’-modus om ervoor te zorgen dat de uitvoering op de achtergrond niet wordt geblokkeerd. In API v67.0+ worden databasebewerkingen die binnen de body van een trigger worden uitgevoerd echter standaard in de gebruikersmodus uitgevoerd. Dit betekent dat queryblokken en DML binnen de body van een trigger automatisch de ‘without sharing’-envelop van de trigger overschrijven, waardoor in feite een strikte ‘with sharing’-beveiligingshouding wordt afgedwongen, tenzij de systeemcontext expliciet wordt gespecificeerd.
2. Belangrijkste kenmerken van de Apex-syntaxis en gegevensverwerking
Naast beveiligingsupdates introduceert versie 67.0 langverwachte verbeteringen die het gebruiksgemak vergroten, waarbij standaardcode wordt geëlimineerd en de verwerking van payloads voor moderne bedrijfsarchitecturen wordt vereenvoudigd.
Ingebouwde meerregelige tekenreeksletterlijke waarden
Het bewerken van lange tekstblokken, complexe e-mailsjablonen of ingebedde JSON-payloads vereiste tot nu toe een omslachtige aaneenschakeling van tekenreeksen met behulp van operatoren (+ '\n' +). V67.0 introduceert native ondersteuning voor meerregelige tekenreeksen door middel van drievoudige enkele aanhalingstekens ('''). Hierdoor kunnen ontwikkelaars meerregelige tekst, JSON-structuren of opgemaakte SOQL-blokken op een overzichtelijke manier rechtstreeks in hun klassen inbedden, zonder dat de visuele opmaak wordt verstoord of de syntaxis onoverzichtelijk wordt.
Interpolatie van reeksen met inheemse namen
Jarenlang werd voor het dynamisch invullen van waarden in strings gebruikgemaakt van String.format(), dat gebruikmaakt van een starre en foutgevoelige positionele indexering (bijv. {0}, {1}). De nieuwe String.template()-engine introduceert benoemde string-interpolatie met behulp van standaard ${variableName}-tokens. Dit sluit aan bij moderne JavaScript/TypeScript-sjablonen, waardoor het opmaken van gegevens leesbaarder, minder kwetsbaar en zeer goed onderhoudbaar wordt.
3. Programmatische modernisering: PDF-generatie en constructors
Bedrijfsapplicaties maken vaak gebruik van geautomatiseerde documentgeneratie en aanroepbare acties om complexe bedrijfslogica aan te sturen. Versie 67.0 standaardiseert deze patronen voor een betere betrouwbaarheid en betere prestaties.
Programmatische PDF-generatie
Het programmatisch genereren van op maat gemaakte documentatie binnen de kerncode is aanzienlijk gestroomlijnd. Ontwikkelaars kunnen nu gebruikmaken van de native methode Blob.toPdf() in combinatie met de Visualforce PDF Rendering Service. Deze native aanpak vereenvoudigt het programmatisch genereren van PDF-bestanden aanzienlijk, waardoor uw team dynamische, volledig aan uw huisstijl aangepaste zakelijke documenten rechtstreeks binnen uw backend-workflows kan genereren, zonder een beroep te hoeven doen op omslachtige tijdelijke oplossingen of extra overhead van derden.
Elke Salesforce -omgeving is anders. Als u wilt bespreken welke gevolgen deze updates voor uw organisatie kunnen hebben, staat het Gen25-team klaar om u te helpen bij het beoordelen, plannen en soepel doorvoeren van de overgang.
Ryan Farnaby, commercieel directeur VK
r.farnaby@gen25.com
+447368 641599
Joris van Wessem, Accountmanager NL
j.vanwessem@gen25.com
+31611274732
