Salesforce DevOps voor Field Service

Field Service-planningsconfiguratie leeft als data, niet als metadata. Dit betekent dat voor deployments.

Wat lastig is om te deployen

Servicegebieden, openingstijden en serviceresources zijn standaardobjecten, dus hun configuratie is recorddata, geen metadata, en verplaatst niet mee met een change set. Planningsbeleid verwijst naar optimalisatieregels via een intern record-ID, dat per org verschilt, waardoor een schone metadatadeploy de planningsengine van een sandbox toch kan laten wijzen naar regels die niet meer resolven totdat ook de data migreert. Education Cloud loopt tegen hetzelfde patroon aan met zijn TDTM-triggerhandlerrecords.

Waar het lastig wordt

Gebieden en resources zijn data, geen metadata

Servicegebieden, openingstijden en serviceresources zijn standaardobjecten, dus hun opzet is recorddata en verplaatst niet mee met een change set.

Planningsbeleid verwijst naar ID's die per org verschillen

Planningsbeleid verwijst naar optimalisatieregels via een intern record-ID, en die ID's veranderen per org, waardoor een schone metadatadeploy de planningsengine toch kan laten wijzen naar regels die niet resolven totdat ook de data migreert.

In de praktijk

Hoe Serpent helpt

Serpent pooled en synchroniseert elke sandbox en scratch org waartegen je Field Service-team test, zodat gebieds- en resource-opzet consistent blijft tussen omgevingen in plaats van af te wijken tussen de org waar een wijziging is gebouwd en de org waarnaar deze wordt uitgerold. Zie orgbeheer in Serpent voor hoe omgevingen op elkaar afgestemd blijven. Voor teams die een specifieke tool voor datamigratie overwegen, zie hoe Serpent zich verhoudt tot Prodly.

Elke Salesforce-omgeving op één plek beheerd in Serpent

Typische release voor Salesforce DevOps voor Field Service

Task de planningswijziging
Bundel de beleids- of regelwijziging met de gebieds- en resourcedata waarvan deze afhankelijk is in één task.
Migreer de gerefereerde records
Serpent's data-operaties verplaatsen de optimalisatieregels en resourcerecords waar het beleid daadwerkelijk naar wijst, niet alleen de metadatashell.
Delta-deploy de rest
Al het andere, Apex, Flow, permission sets, wordt uitgerold via de standaard delta-pipeline.
Valideer de planning in een gesynchroniseerde sandbox
Bevestig dat de planningsengine correct resolvet tegen een omgeving die is gesynchroniseerd met productie, geen verouderde kopie.

Veelgestelde vragen

Field Service DevOps, beantwoord

Deployt Serpent Field Service-gebieden en -resources?

Ja. Het is standaardobjectdata, dus Serpent's data-operaties migreren deze als een getrackte stap in dezelfde release als de metadata die ze ondersteunen.

Waarom breekt een planningsbeleid na een deploy die alleen metadata bevat?

Het wijst naar een optimalisatieregel via record-ID, en dat ID bestaat nog niet in de doelorg. De data moet ook mee, niet alleen de metadata.

Kunnen we testsandboxes synchroon houden met de productie-Field Service-configuratie?

Ja, via org pooling en sync, zodat gebieds- en resource-opzet niet afwijkt tussen waar een wijziging is gebouwd en waar deze wordt uitgerold.

Start gratis. Geen creditcard, geen installatie, geen verplichting.

Binnen 15 minuten ingericht. Geen DevOps-medewerker nodig.

Start gratis Plan een demo