• Accueil / Salesforce / 10 choses que…
, 10 choses que nous avons apprises en analysant 1 milliard d&rsquo;éléments de métadonnées Salesforce<span class="wtr-time-wrap after-title"><span class="wtr-time-number">8</span> minutes de lecture</span>

10 choses que nous avons apprises en analysant 1 milliard d’éléments de métadonnées Salesforce8 minutes de lecture


La puissance de Salesforce réside dans la possibilité de personnaliser une organisation, dont une grande partie peut être effectuée rapidement, par un administrateur ou un consultant à l’aide d’une configuration déclarative (pointer-cliquer). Cela se résume à ceci: ajouter et modifier des métadonnées est facile à faire, mais se tromper et faire face à de graves conséquences. La suppression des métadonnées est une pensée encore plus effrayante.

Le seul moyen d’augmenter la vitesse des changements et d’atténuer les risques est d’avoir un cycle de vie d’implémentation bien compris qui gère rigoureusement les modifications apportées aux métadonnées de l’organisation. Perdez le contrôle des métadonnées et vous perdez le contrôle de l’organisation. C’est ce que nous préconisons!

, 10 choses que nous avons apprises en analysant 1 milliard d&rsquo;éléments de métadonnées Salesforce<span class="wtr-time-wrap after-title"><span class="wtr-time-number">8</span> minutes de lecture</span>

Alors, dans quelle mesure les autres clients Salesforce prennent-ils soin de leur organisation et de ses métadonnées? Nous avons analysé plus d’un milliard d’éléments de métadonnées et cet article partagera 10 choses que l’équipe de gestion des produits Elements a découvertes. Nous espérons que certaines de ces conclusions vous amèneront à réfléchir plus sérieusement à l’analyse d’impact.

1. Éléments de métadonnées Salesforce en nombres

Le nombre d’éléments de métadonnées dans les organisations est stupéfiant.

Voici le plus grand nombre d’éléments de métadonnées que nous avons vus dans les organisations: 250 000 rapports, 54 146 modèles d’e-mail, 2 000 objets personnalisés, 20 000 champs personnalisés, 13 000 tableaux de bord, 50 packages gérés, 18 millions de requêtes, 1,4x limite de stockage.

Il y avait une organisation avec 10 millions d’enregistrements de tâches, ce que nous pensions être à couper le souffle, pour être dépassée la semaine suivante lorsque nous avons entendu parler d’une organisation avec 114 millions d’enregistrements de tâches!

Nous n’avons pas analysé Org62 (la propre instance de Salesforce), mais nous avons entendu dire qu’ils pouvaient battre ces chiffres!

2. La dette technique vient avec l’âge

Toute organisation de plus de 5 ans a des niveaux de dette technique stupéfiants. Cela signifie que les modifications prennent plus de temps et risquent de casser l’organisation. Cela tue l’agilité de l’entreprise. Cela est particulièrement pertinent maintenant, alors que les organisations accélèrent leur transformation numérique.

La dette technique empêche également les organisations de migrer de Classic vers Lightning. De plus en plus, la réponse est de «jeter tout cet investissement et de recommencer». La réponse devrait être de travailler continuellement à réduire la dette technique – chaque jour, chaque sprint, chaque version.

, 10 choses que nous avons apprises en analysant 1 milliard d&rsquo;éléments de métadonnées Salesforce<span class="wtr-time-wrap after-title"><span class="wtr-time-number">8</span> minutes de lecture</span>

3. Limites des champs personnalisés

Les 5 principaux objets standard (prospect, compte, contact, opportunité et requête) atteignent souvent les limites de champ personnalisé (500 ou 800 selon le niveau de licence).

En effet, les équipes craignent que la suppression d’un champ ne casse l’organisation. La pratique courante est de «masquer» ou de «désactiver» un champ – mais jamais de le supprimer.

Nous avons vu des exemples d’organisations avec des objets personnalisés supplémentaires – Opportunité1 et Opportunité2 – pour les champs supplémentaires à côté de l’objet standard Opportunité. C’est un cauchemar architecturalement; sécurité, reporting, prévision.

4. Quirks de l’API de métadonnées

L’API de métadonnées peut être vraiment bizarre. Il extrait toutes les métadonnées de votre organisation, mais vous devez équilibrer la quantité de données que vous demandez pour minimiser les appels d’API sans expiration du délai.

Il y a des moments où vous demandez des métadonnées à l’API de métadonnées et cela vous en donne, puis vous ignore souvent. Faites à nouveau l’appel et il renverra les données. Une tonne de code a été ajoutée à notre synchronisation pour nous assurer que nous obtenons toutes les données, que nous capturons les délais d’attente et que nous n’augmentons pas les limites d’API du client.

5. Limitations de l’API de dépendance

L’API Dependency est incroyable et fait le gros du travail pour certains éléments de métadonnées. Il vous indique où les éléments de métadonnées sont utilisés.

(remarque: ce n’est pas encore GA, donc si vous l’utilisez, vous devez comprendre les implications et les risques)

Nous avons combiné l’API Dependency avec des milliers de lignes de code personnalisé pour pouvoir créer une image plus complète du lieu d’utilisation et des dépendances (couvrant chaque élément de métadonnées et dépassant la limite de 2000 résultats). L’image que cela peint est stupéfiante.

6. Puissance de traitement pour l’analyse d’impact sur l’organisation

Ne sous-estimez pas la puissance de traitement requise pour créer l’analyse d’impact de l’organisation. Cela signifie extraire toutes les métadonnées et comprendre les interdépendances et l’importance des éléments.

En outre, il doit être réanalysé à chaque fois que quelque chose change dans votre organisation, car l’analyse n’a de valeur que si elle est à jour.

C’est quelque chose dont les administrateurs et les autres qui ont une responsabilité sur leur organisation Salesforce doivent être conscients.

Nous synchronisons et analysons les organisations clientes (à la fois de production et de sandbox) chaque nuit, ce qui se traduit par plus de 500 000 appels API par jour. Nous effectuons la synchronisation et l’analyse pendant la nuit sur AWS afin de ne pas effacer les limites d’API de l’organisation.

Certaines analyses sont effectuées à la demande, par exemple, quels utilisateurs ont accès aux champs via des profils et des ensembles d’autorisations. Je dois mentionner qu’une demande pour un client particulier renvoie 2 milliards de résultats pour un seul objet.

, 10 choses que nous avons apprises en analysant 1 milliard d&rsquo;éléments de métadonnées Salesforce<span class="wtr-time-wrap after-title"><span class="wtr-time-number">8</span> minutes de lecture</span>

7. Les packages gérés deviennent «collants»

C’est une excellente nouvelle pour les éditeurs de logiciels indépendants, mais pas pour les clients. Un manque de visibilité sur l’utilisation et les dépendances des métadonnées des packages gérés signifie que les clients sont très prudents quant à la désinstallation des packages gérés. Les packages gérés installent des champs sur des objets standard et les ajoutent aux présentations de page. Un package géré peut être mis à niveau et de nouveaux champs apparaissent soudainement dans l’organisation et dans les présentations de page sans être annoncés.

Une analyse organisationnelle approfondie est nécessaire pour mettre en évidence les dépendances de packages gérés afin qu’elles puissent être supprimées en toute confiance. Soyez vraiment impitoyable sur l’installation de packages gérés et supprimez-les après la fin de la période d’essai s’ils ne sont pas utilisés. Nous entendons des histoires de packages gérés Trailhead installés en production !!

8. Les types d’enregistrement sont comme des paillettes

Les types d’enregistrement sont vraiment puissants. Ils sont comme des paillettes. Ils sont tellement excitants et brillants, mais une fois que vous les avez, il est presque impossible de s’en débarrasser. Et vous regrettez instantanément d’en avoir autant.

Pourquoi? Semblable à un champ, les types d’enregistrement peuvent être référencés par autant de types de métadonnées. Si vous les supprimez sans vérifier partout où ils sont utilisés, vous risquez de casser l’organisation. Vous ne pouvez donc pas ou ne pouvez pas les supprimer.

DependencyAPI n’analyse pas les types d’enregistrement, il faut donc des milliers de lignes de code pour les rechercher dans chaque élément de métadonnées. Vous devez rechercher des types d’enregistrements, non seulement par nom d’API, mais également par nom d’étiquette ou ID, car l’un d’entre eux peut être le référencé utilisé.

Chaque type de métadonnées nécessite une requête différente pour être écrite, ce qui signifie que vous devez écrire 42 requêtes différentes pour trouver des types d’enregistrement dans les flux de travail Process Builder!

Sans cette analyse, vous êtes coincé avec des types d’enregistrements inutilisés encombrant l’organisation – tout comme les paillettes que vous trouvez, des semaines après la fête, que l’aspirateur n’a pas réussi à attraper.

, 10 choses que nous avons apprises en analysant 1 milliard d&rsquo;éléments de métadonnées Salesforce<span class="wtr-time-wrap after-title"><span class="wtr-time-number">8</span> minutes de lecture</span>

9. L’état de la documentation

La documentation de «pourquoi» vous avez fait un changement est une connaissance institutionnelle essentielle qui facilitera les futures évaluations d’impact. Il «paie les choses en avant».

Les niveaux de documentation, cependant, sont très faibles, même au niveau le plus élémentaire (par exemple, remplir les champs de description). Avez-vous remarqué que les métadonnées d’objet standard et les packages gérés Salesforce comportent très peu de champs de description remplis? Pourquoi les champs de description ne sont-ils pas obligatoires?!

Avec la puissance des formulaires dynamiques de l’hiver 21, il est encore plus important de documenter comment ils sont configurés pour une analyse future.

10. Longs cycles de libération = agilité et engagement médiocres

C’est une histoire familière: l’entreprise exige des changements plus fréquents, mais les cycles de publication sont souvent dans plus d’un mois car chaque changement passe par un cycle de développement rigoureux, avec peu ou pas d’analyse d’impact.

Notre propre organisation est complexe avec des intégrations à des systèmes externes, mais nous sommes en mesure de transmettre 100 demandes de changement chaque mois. 50% sont livrés en une journée, directement en production, car nous sommes convaincus que le risque est faible. Comment? Nous avons l’analyse et la documentation pour le soutenir.

Des versions plus rapides favorisent une grande agilité commerciale et engagent également les utilisateurs finaux qui estiment que leurs demandes sont traitées.



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