Analyse de l’évaluation de la migration : InfoPath
Découvrez comment limiter les problèmes liés à InfoPath pendant la migration.
Vue d'ensemble
InfoPath permet aux développeurs de créer des formulaires personnalisés pour accepter des entrées utilisateur à différents emplacements dans SharePoint. Dans le cadre de la migration vers l’environnement cible, certains aspects des formulaires InfoPath ne sont pas pris en charge dans l’environnement cible.
Migration des données
Les formulaires InfoPath (fichiers XSN) migrent, mais le bon fonctionnement de certains formulaires implique une correction.
Importante
Tout site configuré sur « Pas d'accès » (verrouillé) dans SharePoint est ignoré. Pour afficher la liste des collections de sites verrouillés, reportez-vous aux données d'analyse Sites verrouillés.
Préparation à la migration
Les fichiers XSN qui utilisent les scénarios suivants doivent être corrigés. Si aucune correction ne se produit, ces formulaires échouent après la migration. Les scénarios courants sont les suivants :
XSN ou UDCX effectue des appels SOAP qui ne sont pas pris en charge dans l’environnement cible. Ces formulaires doivent être mis à jour pour appeler les points de terminaison pris en charge.
XSN utilise du code managé qui nécessite une correction. Le code managé n’est pas pris en charge sur la plateforme cible.
Formulaires InfoPath qui utilisent des champs du sélecteur de personnes. Ces champs doivent être mis à jour avec l’identité du nouvel utilisateur après la migration. Cela est dû au fait que l’identité locale (par exemple, les revendications Windows) ne correspond pas à l’ID de Microsoft Entra de l’utilisateur/à l’identité Microsoft 365.
Après la migration
Vérifiez que les formulaires InfoPath mis à jour fonctionnent correctement lors de la phase de test d'acceptation utilisateur.
Rapports de résultats d'analyse
Le tableau suivant décrit les colonnes du rapport InfoPath-detail.csv.
Ce rapport d’analyse contient des formulaires InfoPath qui nécessitent une correction avant la migration, ou au minimum, une validation sur la nouvelle plateforme.
Colonne | Description |
---|---|
SiteId |
Identificateur unique de la collection de sites concernée. |
SiteURL |
URL de la collection de sites concernée. |
SiteOwner |
Propriétaire de la collection de sites. |
SiteAdmins |
Liste des personnes répertoriées comme administrateurs de collection de sites. |
SiteSizeInMB |
Taille de la collection de sites, en mégaoctets (Mo). |
NumOfWebs |
Nombre de sites web figurant dans la collection de sites. |
ContentDBName |
Nom de la base de données de contenu qui héberge la collection de sites. |
ContentDBServerName |
Instance de SQL Server qui héberge la base de données de contenu. |
ContentDBSizeInMB |
Taille de la base de données de contenu qui héberge la collection de sites. |
LastContentModifiedDate |
Date/heure de modification du contenu de la collection de sites. |
TotalItemCount |
Nombre total d'éléments figurant dans la collection de sites. |
Affichages |
Nombre de requêtes consignées pour la collection de sites. Repose sur les données du service de journalisation de l'utilisation. Si le service de journalisation de l’utilisation est désactivé, cette ligne affiche N/A. |
DistinctUsers |
Nombre d'utilisateurs distincts qui ont accédé à la collection de sites. Repose sur les données du service de journalisation de l'utilisation. Si le service de journalisation de l’utilisation est désactivé, cette ligne affiche N/A. |
DaysOfUsageData |
Nombre de jours pendant lesquels le service de journalisation de l'utilisation conserve les données. Fournit du contexte aux paramètres Hits et DistinctUsers. Par exemple, si ce nombre est de 14 jours, les données des paramètres Hits et DistinctUsers concernent les 14 derniers jours. |
URL |
Emplacements du fichier XSN. |
URN |
Identificateur unique du fichier XSN. Chaque fichier XSN a un URN distinct. |
UnsupportedSoapCalls |
Appels SOAP qui ne sont pas explicitement répertoriés comme pris en charge par l’environnement cible. |
UnsupportedSoapCallsCount |
Nombre d'appels SOAP non pris en charge figurant dans le fichier XSN. |
UnsupportedDataConnectionTypes |
Connexions de données qui ne sont pas prises en charge sur la nouvelle plateforme. |
UnsupportedDataConnectionCount |
Nombre de connexions de données non prises en charge. |
ManagedCode |
True - Du code managé est associé au fichier XSN. False : le code managé n’est pas associé au fichier XSN. |
ManagedCodeState |
ValidationRequired - Le code managé peut fonctionner dans l'environnement cible. Il nécessite une validation pendant la phase de test de migration pour être sûr. RemediationRequired : le formulaire contient du code managé qui nécessite une correction. |
Mode |
Mode de publication du formulaire. Un mode "Client" donne lieu à un formulaire InfoPath qui ne s'ouvre que dans le client InfoPath. Un mode « Serveur client » s'ouvrira, quant à lui, dans le navigateur et le client InfoPath. Les formulaires dont le mode est défini sur Client ne s’affichent pas dans ce rapport. Trois autres valeurs personnalisées sont : « WorkflowInitAssoc » : cette valeur spécifie que le fichier de modèle de formulaire (.xsn) représente le formulaire utilisé pour modifier les éléments d’un flux de travail. » List » : cette valeur spécifie que le fichier de modèle de formulaire (.xsn) représente le formulaire utilisé pour modifier les éléments d’une liste. « Entity » : cette valeur spécifie que le fichier de modèle de formulaire (.xsn) représente le formulaire utilisé pour modifier les éléments d’une liste externe . |
PeoplePickerCount |
Nombre de champs du sélecteur de personnes du formulaire. |
SolutionFormatVersion |
Ce champ n'est plus utilisé et peut être ignoré. |
ProductVersion |
Version d'InfoPath utilisée pour publier le formulaire. |
ScanID |
Identificateur unique attribué à une exécution spécifique de l'outil d'évaluation de la migration SharePoint. |