Solutions Salesforce DevOps

DevOps Salesforce pour Field Service

La configuration de planification Field Service vit comme des données, pas des métadonnées. Voici ce que cela signifie pour les déploiements.

Ce qui est difficile à déployer

Les territoires de service, les horaires d'ouverture et les ressources de service sont des objets standards, donc leur configuration est une donnée d'enregistrement, pas une métadonnée, et ne se déplace pas avec un change set. Les politiques de planification référencent les règles d'optimisation par ID d'enregistrement interne, qui change d'un org à l'autre, si bien qu'un déploiement de métadonnées propre peut quand même laisser le moteur de planification d'un sandbox pointer vers des règles qui ne se résolvent plus tant que les données n'ont pas migré aussi. Education Cloud rencontre le même schéma avec ses enregistrements de gestionnaire de trigger TDTM.

Où cela se complique

Les territoires et ressources sont des données, pas des métadonnées
Les territoires de service, horaires d'ouverture et ressources de service sont des objets standards, donc leur configuration est une donnée d'enregistrement et ne se déplace pas avec un change set.
Les politiques de planification pointent vers des ID qui changent d'un org à l'autre
Les politiques de planification référencent les règles d'optimisation par ID d'enregistrement interne, et ces ID changent par org, si bien qu'un déploiement de métadonnées propre peut quand même laisser le moteur de planification pointer vers des règles qui ne se résolvent pas tant que les données n'ont pas migré aussi.
En pratique

Comment Serpent aide

Serpent regroupe et synchronise chaque sandbox et scratch org sur lesquels votre équipe Field Service teste, si bien que la configuration des territoires et des ressources reste cohérente entre environnements au lieu de dériver entre l'org où un changement a été construit et celui où il est déployé. Voir la gestion des orgs dans Serpent pour savoir comment les environnements restent alignés. Pour les équipes comparant un outil dédié de déplacement de données, voir comment Serpent se positionne face à Prodly.

Tous les environnements Salesforce gérés au même endroit dans Serpent

Release type pour DevOps Salesforce pour Field Service

  1. Créer une tâche pour le changement de planification
    Regroupez le changement de politique ou de règle avec les données de territoire et de ressource dont il dépend dans une seule tâche.
  2. Migrer les enregistrements référencés
    Les opérations de données de Serpent déplacent les règles d'optimisation et les enregistrements de ressources vers lesquels la politique pointe réellement, pas seulement la coquille de métadonnées.
  3. Déployer le reste en delta
    Tout le reste, Apex, Flow, permission sets, se déploie via le pipeline delta standard.
  4. Valider la planification dans un sandbox synchronisé
    Confirmez que le moteur de planification se résout correctement dans un environnement maintenu synchronisé avec la production, pas une copie obsolète.
Questions fréquentes

DevOps Field Service, expliqué

Serpent déploie-t-il les territoires et ressources Field Service ?
Oui. Ce sont des données d'objet standard, donc les opérations de données de Serpent les migrent comme une étape suivie dans la même release que les métadonnées qu'elles soutiennent.
Pourquoi une politique de planification casse-t-elle après un déploiement de métadonnées seulement ?
Elle pointe vers une règle d'optimisation par ID d'enregistrement, et cet ID n'existe pas encore dans l'org cible. Les données doivent migrer aussi, pas seulement les métadonnées.
Pouvons-nous garder les sandboxes de test synchronisés avec la configuration Field Service de production ?
Oui, grâce au regroupement et à la synchronisation des orgs, afin que la configuration des territoires et ressources ne dérive pas entre l'endroit où un changement a été construit et celui où il est déployé.

Démarrez gratuitement. Pas de carte bancaire, pas d'installation, aucun engagement.

Configuration en moins de 15 minutes. Aucun recrutement DevOps nécessaire.

Curieux de livrer plus vite avant de vous lancer ? Parlons-en

Sans engagement.