Configurer DataQ Dynamic Forms

Deux composants ont été développés spécifiquement pour gérer les Dynamic Forms de Salesforce :

• dqeone:DQE_Create_Record_Dynamic : remplace le bouton Nouveau
• dqeone:DQE_Edit_Record_Dynamic : crée un nouveau bouton Modifier et remplace l'action de modification standard

Les conditions suivantes doivent être remplies.

Prérequis pour les Dynamic Forms

• Le named credential DQE_One_Tooling_API doit être authentifié (Setup > Named Credentials > DQE_One_Tooling_API > Authenticate). Tant qu'il est au statut Pending, les appels au Tooling API échouent et l'override ne s'active pas correctement — voir À propos du statut de DQE_One_Tooling_API plus bas.

• Une Lightning Record Page assignée au niveau du profil ou de l'application doit être configurée pour l'application dans laquelle le formulaire de création sera ouvert.

OU

• Une Lightning Record Page définie au niveau Org Default et nommée ainsi : [SObjectName]_Record_Page

OU

• Une seule Lightning Record Page est définie pour ce SObject.

Règles de visibilité prises en charge

Les règles peuvent être définies en fonction :

• de l'enregistrement
• de l'utilisateur
• du client, comme le navigateur ou le format d'affichage

Les règles basées sur les permissions ne sont pas encore totalement prises en charge.

À propos du statut de DQE_One_Tooling_API

Les deux composants dynamiques appellent le Tooling API de Salesforce via le named credential DQE_One_Tooling_API, créé lors de l'installation du package. Tant que ce named credential n'est pas authentifié dans Setup, son statut reste Pending et chaque appel au Tooling API échoue.

• Sur la flexipage (Dynamic Forms) : dqeone:DQE_Create_Record_Dynamic et dqeone:DQE_Edit_Record_Dynamic ont besoin de ce named credential pour lire la mise en page. Tant qu'il est au statut Pending, ils restent inactifs comme attendu et affichent une erreur au lieu de remplacer le bouton.
• Sur le formulaire standard : l'override non-Dynamic-Forms (dqeone:DQE_Create_Record) n'appelle pas le Tooling API : il continue donc actuellement de remplacer le bouton même quand DQE_One_Tooling_API est au statut Pending. C'est une incohérence connue, pas un comportement voulu.

Authentifiez toujours DQE_One_Tooling_API dans le cadre de la checklist d'installation, avant d'assigner l'un ou l'autre override aux utilisateurs.