IDX Workbench : foire aux questions (FAQ) et problèmes connus

1. Quels sont les types de migration pris en charge par IDX Workbench ?
Les types de migration pris en charge par IDX Workbench sont les suivants :

• Migration d’une organisation Vlocity vers une autre.
• Migration d’une organisation Vlocity vers un référentiel Git.
• Migration d’un référentiel Git vers une organisation Vlocity.
• Migration d’un fichier JSON vers un référentiel Git ou une organisation Vlocity.

Étant donné qu’IDX est un outil fondé sur l’interface utilisateur qui s’appuie sur VBT, il ne peut pas être utilisé avec le pipeline CI/CD. C’est la raison pour laquelle VBT (outil s’appuyant sur la CLI) est utilisé.
Référence : Application de bureau IDX Workbench

2. Quels types d’archives de données les utilisateurs peuvent-ils importer en utilisant Workbench IDX?

Les utilisateurs peuvent importer des packages de données issus d’OmniStudio pour Vlocity vers une organisation OmniStudio. Les composants seront automatiquement convertis en objets OmniStudio, mais l’importation d’archives de données issues de l’organisation OmniStudio vers OmniStudio pour Vlocity n’est pas prise en charge.
Référence : Application de bureau IDX Workbench 

3. Comment installer IDX Workbench ?

Accédez au site de téléchargement et cliquez sur le lien correspondant à la plate-forme désirée.
Référence : Téléchargement de IDX Workbench

4. Comment définir un référentiel Git dans IDX ?

Pour définir un référentiel Git dans IDX, procédez comme suit :

• Extrayez le référentiel Git pour l’intégrer au système local.
• Définissez le référentiel local en le paramétrant dans IDX.
• Définissez le dossier cible sur le dossier Vlocity local du référentiel Git.
• Une fois les composants envoyés dans le système local, l’utilisateur doit valider les modifications et soumettre des requêtes d’extraction pour les transmettre au référentiel Git.

5. Que doit faire un utilisateur si des composants nécessaires à la migration à partir des organisations d’essai sont manquants dans des scénarios liés à ASM et ESM ?

L’utilisateur doit demander une autre TSO (organisation source d’essai) disposant de la version mise à niveau qui contiendra tous les composants les plus récents. Ces composants pourront être migrés vers l’organisation cible.

6. Comment un utilisateur peut-il migrer des FlexCards en utilisant IDX ?

L’utilisateur doit sélectionner « Cartes Vlocity » dans la liste déroulante « Types Vlocity » lors de la création du projet visant à migrer les FlexCards via IDX.
 

7. Comment installer des bibliothèques de processus à partir d’IDX ?

Cette opération n’est pas autorisée. Les bibliothèques de processus Vlocity ne sont pas disponibles au téléchargement depuis la Success Community. Si l’utilisateur dispose déjà de packages de données téléchargés, il doit les installer manuellement en les important dans l’organisation source. À l’aide d’IDX, l’utilisateur peut créer un projet à migrer, puis conserver la source comme dossier contenant les paquets de données.
 

8. Que doit faire un utilisateur lorsque le certificat IDX expire sous Windows ?

L’équipe back-end gérera cette opération et mettra à jour la certification avant son expiration, de sorte que le client n’ait aucune action à effectuer de son côté.
 

9. Quelle est la version alpha d’IDX Workbench ?

• La version alpha d’IDX est utilisée pour migrer/déployer des composants OmniStudio (composants ayant pour espace de noms Omnistudio.ComponentName) vers une autre organisation pour laquelle OmniStudio est activé.
• Cette version peut également migrer les composants d’espace de noms Vlocity.
• Cette version n’est pas globalement disponible pour le moment.
• Ce lien peut aider les utilisateurs à installer la version alpha d’IDX dans leurs systèmes locaux.

Remarque : la version traditionnelle d’IDX ne peut pas migrer de composants depuis une organisation pour laquelle OmniStudio est activé vers une organisation pour laquelle OmniStudio n’est pas activé.
 

10. Comment le nombre de tentatives est-il calculé dans IDX ?

L’outil IDX génère des composants Web Lightning relatifs aux systèmes d’exploitation et aux cartes, et les nombres de tentatives sont donc visibles. Cependant, s’il n’y a pas d’activité pendant une longue période, les utilisateurs peuvent vérifier la présence d’erreurs dans les journaux de débogage, ou essayer d’activer et de désactiver les composants manuellement dans l’organisation cible.

Problèmes connus dans IDX :

1. Erreur : « Erreur lors de l’utilisation d’une carte source pour signaler une erreur, impossible de résoudre l’emplacement d’origine de l’erreur »
2. Erreur : « Aucune configuration de pack de données Vlocity définie pour le type de pack de données DecisionMatrix »
3. Dépendance des champs personnalisés DataRaptor lors de la migration de DR via IDX
4. Erreur : échec du processus de publication - Message : Tentative de déréférencement d’un objet null
5. Problème dans la migration des graphiques des relations
6. Erreur : erreur « VlocityUITemplate introuvable »
7. Problème avec Process Profiler
8. Impossibilité d’afficher le projet et ses composants
9. Problème de migration d’OmniScripts LWC
10. Non-récupération des composants Salesforce depuis IDX
11. Erreur : « Impossible de lire la propriété ''isChunked'' de Null »
12. Absence d’une option « Flexcard » dans liste déroulante des types de Vlocity IDX (version alpha pour Windows)
13. Message d’erreur : « INVALID_TYPE : Omnistudio__GeneralSettings__c n’est pas pris en charge dans le cadre du déploiement de composants OmniStudio à l’aide d’IDX Workbench »
14. Comparatif entre IDX et VBT