Salesforce DevOps-oplossingen

Salesforce DevOps voor Financial Services Cloud

Action Plan Templates zijn data, geen metadata, en permission set-licenties reizen niet mee met een deploy. Dit is wat FSC-releases inhouden.

Wat lastig is om te deployen

Financial Services Cloud wordt geleverd als een managed package met namespace, maar Action Plan Templates, de checklists die onboarding- en reviewworkflows aansturen, worden geconfigureerd als datarecords in een custom object, dus ze vereisen een datamigratie om tussen orgs te verplaatsen, geen metadata-deploy. Health Cloud slaat zijn Care Plan Templates op dezelfde manier op. FSC vereist ook specifieke permission set-licenties, zoals Financial Services Cloud Standard, toegewezen per gebruiker in elke omgeving; die licentietoewijzingen reizen niet mee met een deployment en moeten opnieuw worden toegepast of apart worden gescript in elke org die een release raakt.

Waar het lastig wordt

Action Plan Templates zijn data, geen metadata
De checklists die onboarding- en reviewworkflows aansturen zijn custom-objectrecords, dus ze vereisen een datamigratie om tussen orgs te verplaatsen, geen metadata-deploy.
Permission set-licenties reizen niet mee met een deploy
FSC vereist licentietoewijzingen zoals Financial Services Cloud Standard, per gebruiker, per omgeving, en die toewijzingen moeten opnieuw worden toegepast of apart worden gescript in elke org die een release raakt.
Record types dragen het grootste deel van de configuratie
Het datamodel van FSC leunt zwaar op record types en pagina-indelingtoewijzingen om account- en relatietypen te onderscheiden, dus een release die een record type-mapping mist, kan een functie technisch gedeployed maar onbruikbaar achterlaten.
In de praktijk

Hoe Serpent helpt

Serpent synchroniseert elke sandbox en scratch org waartegen een FSC-team test vanuit één plek, zodat Action Plan Template-data en de metadata waarvan het afhankelijk is, op elkaar afgestemd blijven tussen omgevingen in plaats van uit elkaar te drijven tussen waar een wijziging is gebouwd en waar hij wordt uitgerold. Zie orgbeheer in Serpent voor details. Voor teams die een specifieke datamigratietool vergelijken, zie hoe Serpent zich verhoudt tot Prodly.

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

Typische release voor Salesforce DevOps voor Financial Services Cloud

  1. Leg de workflowwijziging vast als taak
    Een wijziging aan een Action Plan Template wordt getaskt samen met de Apex of Flow die hij triggert.
  2. Migreer de sjabloondata
    De data operations van Serpent verplaatsen de Action Plan Template-records als een gevolgde stap, niet als een handmatige export en import.
  3. Pas licentietoewijzingen opnieuw toe
    Volg permission set-licentietoewijzingen als onderdeel van de omgevingsopzet, zodat ze niet worden gemist wanneer een release een nieuwe org bereikt.
  4. Valideer tegen gesynchroniseerde sandboxes
    Bevestig dat onboarding- en reviewworkflows correct gedragen in een omgeving die is afgestemd op de doelomgeving.
Veelgestelde vragen

Financial Services Cloud DevOps, beantwoord

Migreert Serpent FSC Action Plan Templates?
Ja. Het zijn custom-objectdata, dus de data operations van Serpent verplaatsen ze als een gevolgde pipelinestap naast de metadata die ze ondersteunen.
Wijst Serpent FSC permission set-licenties automatisch toe?
Licentietoewijzing zelf is een Salesforce-beheeractie per org. Serpent houdt omgevingen gesynchroniseerd, zodat opzetstappen zoals deze consistent en gemakkelijk te volgen zijn over elke sandbox en scratch org.
Hoe gaat Serpent om met de record type-zware configuratie van FSC?
Record types en hun pagina-indelingtoewijzingen worden gedeployed als standaard metadata via de pipeline van Serpent, met dependency-checks die opmerken wanneer een release wordt uitgerold zonder de mapping die een functie nodig heeft.

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

Binnen 15 minuten ingesteld. Geen aparte DevOps-medewerker nodig.

Benieuwd naar sneller releasen voordat je instapt? Laten we praten

Vrijblijvend.