Salesforce DevOps voor CPQ

De prijs- en productregels van CPQ zijn data, geen metadata. Dit betekent dat voor je deployproces.

Wat lastig is om te deployen

De prijsregels, productregels en offertesjablonen van Salesforce CPQ zijn custom-objectrecords onder de SBQQ-namespace, geen metadata, dus een standaard metadata-deployment of change set slaat ze volledig over. Formulevelden en regelvoorwaarden verwijzen naar andere records via het Salesforce-ID, en die ID's blijven niet hetzelfde tussen orgs, dus het verplaatsen van CPQ-configuratie vereist expliciete ID-mapping, niet alleen een deploy. Het planningsbeleid van Field Service loopt tegen hetzelfde ID-mappingprobleem aan, en Salesforce's nieuwere Revenue Cloud verplaatste deze configuratie naar native objecten zonder dat het feit veranderde dat het als recorddata wordt geleverd.

Waar het lastig wordt

Prijs- en productregels zijn data, geen metadata

De prijsregels, productregels en offertesjablonen van CPQ bestaan als SBQQ custom-objectrecords, dus een standaard metadata-deployment of change set slaat ze volledig over.

Record-ID's overleven een verplaatsing tussen orgs niet

Formulevelden en regelvoorwaarden verwijzen naar andere records via het Salesforce-ID, en die ID's verschillen per org, dus het verplaatsen van CPQ-configuratie vereist expliciete ID-remapping, niet alleen een deploy.

Packageupgrades kunnen afwijken van de abonneeconfiguratie

Wanneer CPQ als managed package wordt geleverd, kan een upgrade terechtkomen in een abonnee-org waarvan de SBQQ-configuratierecords nog zijn gebouwd voor de oudere versie.

In de praktijk

Hoe Serpent helpt

Serpent ondersteunt native 1GP, 2GP en managed packages op elk plan, zodat CPQ-packageupgrades via dezelfde gevolgde pipeline verlopen als custom metadata, met dependency resolution die opmerkt wanneer de SBQQ-configuratie van een abonnee-org niet meer aansluit bij de packageversie. Zie packageontwikkeling op Serpent voor hoe packageupgrades gevolgd blijven. Voor pure datamigratie zonder CPQ-specifieke packagetools, zie hoe Serpent zich verhoudt tot Prodly.

Metadata en data in één deploymentflow in Serpent

Typische release voor Salesforce DevOps voor CPQ

Leg de regelwijziging vast als taak
Een wijziging aan een prijsregel, productregel of offertesjabloon wordt een taak, samen met de Apex of Flow die ermee te maken heeft.
Breng record-ID's tussen omgevingen in kaart
Serpent's data operations migreren de betrokken SBQQ-records zodat ID-verwijzingen correct worden opgelost in de doel-org in plaats van stilzwijgend te breken.
Deploy via native packageondersteuning
1GP-, 2GP- en managed package-upgrades doorlopen dezelfde pipeline als custom metadata, met dependency resolution die de SBQQ-versie van de abonnee-org controleert.
Valideer offertegeneratie end-to-end
Test in een gesynchroniseerde sandbox voordat de wijziging een abonnee-org bereikt die productieoffertes uitvoert.

Veelgestelde vragen

CPQ DevOps, beantwoord

Verplaatst Serpent CPQ-prijsregels en productregels tussen orgs?

Ja. Serpent's data operations migreren SBQQ-records als een gevolgde stap in de pipeline, waarbij de Salesforce-ID's waarnaar die regels verwijzen opnieuw worden toegewezen zodat ze worden opgelost in de doel-org.

Hoe gaat Serpent om met een CPQ-packageupgrade?

CPQ-upgrades worden geleverd via native 1GP-, 2GP- en managed package-ondersteuning op elk plan, met dependency resolution die aangeeft wanneer de SBQQ-configuratie van een abonnee-org niet meer aansluit bij de nieuwe packageversie.

Kunnen we CPQ-wijzigingen testen voordat ze een abonnee-org bereiken?

Ja. Gepoolde en gesynchroniseerde sandboxes laten je offerte- en prijsgedrag valideren in een omgeving die de doelomgeving weerspiegelt voordat een release wordt uitgebracht.

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

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

Start gratis Plan een demo