• Accueil / Salesforce / Comment j’ai résolu…
, Comment j&rsquo;ai résolu cela: protéger les champs utilisés dans les intégrations contre la suppression<span class="wtr-time-wrap after-title"><span class="wtr-time-number">6</span> minutes de lecture</span>

Comment j’ai résolu cela: protéger les champs utilisés dans les intégrations contre la suppression6 minutes de lecture


Problème commercial clé

Être un administrateur génial, c’est parfois ce que vous ne faites pas, comme ne pas interrompre les intégrations. Ne pas interrompre les intégrations devient beaucoup plus facile si vous disposez d’un processus pour documenter les champs utilisés par les intégrations, ainsi que de certains outils qui non seulement facilitent le suivi de cela, mais empêchent également la suppression des champs marqués comme intégrés.

Contexte

Les intégrations peuvent être essentielles pour des implémentations Salesforce efficaces, et Salesforce fournit une gamme d’outils low-code et high-code qui peuvent être adaptés à vos besoins. Quelle que soit l’approche que vous utilisez pour créer une intégration, le suivi des champs utilisés afin de les protéger contre la suppression ou la modification est essentiel pour la stabilité et la fiabilité à long terme. La suppression d’un champ, ou parfois même sa simple modification, peut entraîner un large éventail de problèmes – et cela est doublement vrai lorsqu’il s’agit d’intégrations. Luke Cushanick a récemment partagé quelques réflexions sur la recherche d’approches pour mieux protéger les organisations contre cela.

Il existe d’excellentes applications qui aident à l’évaluation et au suivi d’impact, et d’autres très puissantes pour la gestion de la documentation. Mais, à ma connaissance, aucun de ces éléments ne vous empêche réellement de supprimer un champ.

Après quelques discussions, nous avons opté pour l’approche consistant à utiliser un type de métadonnées personnalisé pour «marquer» les champs comme «intégrés». C’est assez facile à configurer et encore plus facile à utiliser! Il ne nécessite aucun code, a des listes de sélection dépendantes qui incluent automatiquement (presque) tous les objets et champs de votre instance, et bloquera la suppression de tout champ qui est «  marqué  ». est important car, comme tous les administrateurs le savent, vous ne souhaitez pas développer en production.

Comment je l’ai résolu

J’ai créé un nouveau type de métadonnées personnalisées nommé « Champ d’intégration ».

Ensuite, j’ai ajouté des champs au type de métadonnées pour suivre où et comment ce champ était utilisé. Cela couvrira la documentation interne.

Nom de l’intégration: texte
Description: zone de texte

Ensuite, j’ai ajouté deux nouveaux champs de relation de métadonnées – c’est la magie qui vous donnera une liste de sélection dépendante avec (presque) tous les objets et champs de votre instance.

Champ 1
Type de champ: relation de métadonnées

, Comment j&rsquo;ai résolu cela: protéger les champs utilisés dans les intégrations contre la suppression<span class="wtr-time-wrap after-title"><span class="wtr-time-number">6</span> minutes de lecture</span>

Lié à: relation avec la définition d’entité

, Comment j&rsquo;ai résolu cela: protéger les champs utilisés dans les intégrations contre la suppression<span class="wtr-time-wrap after-title"><span class="wtr-time-number">6</span> minutes de lecture</span>

Libellé du champ: « Nom de l’objet »

Capture d’écran du champ 1 complété:

, Comment j&rsquo;ai résolu cela: protéger les champs utilisés dans les intégrations contre la suppression<span class="wtr-time-wrap after-title"><span class="wtr-time-number">6</span> minutes de lecture</span>

Champ 2

Type de champ: relation de métadonnées

, Comment j&rsquo;ai résolu cela: protéger les champs utilisés dans les intégrations contre la suppression<span class="wtr-time-wrap after-title"><span class="wtr-time-number">6</span> minutes de lecture</span>

Lié à: définition de champ

, Comment j&rsquo;ai résolu cela: protéger les champs utilisés dans les intégrations contre la suppression<span class="wtr-time-wrap after-title"><span class="wtr-time-number">6</span> minutes de lecture</span>

Libellé du champ: « Nom du champ »
Champ de contrôle: « Nom de l’objet »

Remarque: L’option Champ de contrôle n’apparaîtra qu’après avoir créé le premier champ de relation à la définition d’entité.

, Comment j&rsquo;ai résolu cela: protéger les champs utilisés dans les intégrations contre la suppression<span class="wtr-time-wrap after-title"><span class="wtr-time-number">6</span> minutes de lecture</span>

Ensuite, j’ai défini le champ de contrôle sur le champ «Nom de l’objet» que je viens de créer à l’étape précédente.

Lorsque tout est terminé, les champs du type de métadonnées personnalisé doivent ressembler à ceci:

, Comment j&rsquo;ai résolu cela: protéger les champs utilisés dans les intégrations contre la suppression<span class="wtr-time-wrap after-title"><span class="wtr-time-number">6</span> minutes de lecture</span>

Nous sommes maintenant prêts à ajouter des «enregistrements» au type de métadonnées, qui suivront chaque champ utilisé.

Clique le Gérer les champs d’intégration en haut de la page, puis cliquez sur Nouveau pour ajouter un nouvel enregistrement au type de métadonnées.

Presto! Vous pouvez voir que la magie des champs de relation de métadonnées vous donne une liste de sélection dépendante avec tous les noms d’objets et tous les noms de champs de votre instance à votre disposition.

Ajoutez les informations d’arrière-plan, puis sélectionnez un objet dans «Nom de l’objet» et sélectionnez un champ sur cet objet dans «Nom du champ». Je suggère d’utiliser un champ personnalisé pour la démo, car vous pouvez ensuite essayer de le supprimer et regarder cela vous arrêter. Puis clique sauver.

Remarque: Plus tôt, j’ai dit que vous pouvez référencer presque tous les objets – vous ne pouvez pas référencer les champs Activité (tâche / événement) et Utilisateur avec des champs de relation de métadonnées.

, Comment j&rsquo;ai résolu cela: protéger les champs utilisés dans les intégrations contre la suppression<span class="wtr-time-wrap after-title"><span class="wtr-time-number">6</span> minutes de lecture</span>

Testez-le

Maintenant, allez dans le programme d’installation, puis dans le gestionnaire d’objets, puis dans votre objet personnalisé.

Essayez de supprimer le champ personnalisé que vous venez de mapper. Et vous serez bloqué!

, Comment j&rsquo;ai résolu cela: protéger les champs utilisés dans les intégrations contre la suppression<span class="wtr-time-wrap after-title"><span class="wtr-time-number">6</span> minutes de lecture</span>

Remarques:

Les champs de relation de métadonnées personnalisées ne peuvent pas référencer les champs Activité (tâches ou événements) ou Utilisateur (grâce à Ch. Szandor Knapp pour le découvrir). Trouve plus Documentation sur les relations de type de métadonnées personnalisées ici.

Il existe une limite de 10 millions de caractères de métadonnées personnalisées dans votre organisation. Alors écrivez la nouvelle sur votre architecture d’intégration ailleurs, et créez un lien vers elle à partir d’ici.

Vous souhaiterez peut-être utiliser l’étiquette de l’enregistrement MDT pour enregistrer l’intégration dans laquelle le champ est utilisé (au lieu d’un champ de nom d’intégration distinct), car l’étiquette est ce qui est affiché dans le message d’erreur lors de la suppression.

Malheureusement, cet outil n’empêchera pas les administrateurs de modifier le champ de manière à interrompre votre intégration, ni ne vous alertera si le champ est modifié. Cependant, vous aurez un seul endroit où vous pourrez voir tous vos champs utilisés dans diverses intégrations. C’est un moyen agréable et déclaratif de protéger les champs de la suppression et de faire une petite documentation pour démarrer.

Pour «  marquer  » les champs composés standard (comme l’adresse), je pense que vous auriez besoin d’ajouter une relation de métadonnées à la particule d’entité au lieu de (ou en plus) la définition de champ, mais presque tous les champs devraient apparaître comme définition de champ d’après ce que je comprends .

Si le champ est référencé dans les règles de validation, les règles de workflow, les flux, etc., ces problèmes seront affichés lors de la suppression et le MDT ne fera pas surface. Vous avez peut-être remarqué que l’exemple de capture d’écran « bloqué » était un champ différent de celui que j’avais initialement signalé. Il s’avère que Web_Profile__c.Twitter__c est utilisé dans les règles de validation et un flux; par conséquent, la référence du type de métadonnées n’a pas été présentée. Capture d’écran ci-dessous.

, Comment j&rsquo;ai résolu cela: protéger les champs utilisés dans les intégrations contre la suppression<span class="wtr-time-wrap after-title"><span class="wtr-time-number">6</span> minutes de lecture</span>

Résultats commerciaux

J’ai utilisé cette approche pour protéger les champs critiques utilisés dans les intégrations contre la suppression accidentelle. Il comprend également des informations descriptives qui servent de référence pour suivre la façon dont les champs sont utilisés.

Badges Trailhead pertinents





Source de l’article traduit automatiquement en Français

Besoin d'aide ?
Voulez-vous utiliser Pardot à sa capacité maximale et avoir
+ DE LEADS QUALIFIÉS

Notre analyse de votre Pardot offerte dès aujourd'hui
Merci, vous pouvez compléter notre questionnaire
Nous allons revenir vers vous rapidement !

Fermer