Dans cet article, vous trouverez l'ensemble des bonnes pratiques à suivre afin d'utiliser l'Usine à site de façon optimale. Nous vous présentons les erreurs les plus fréquemment rencontrées et comment les résoudre.
Chaque erreur suit une structure claire et organisée :

Structure de chaque section d'erreur :

• Description de l'erreur : Explication claire du problème rencontré
• Causes possibles : Liste des raisons les plus fréquentes à l'origine de l'erreur
• Résolutions : Solutions étape par étape pour corriger le problème
• Prévention : Conseils et bonnes pratiques pour éviter que l'erreur ne se reproduise

💡 Si les solutions proposées ne résolvent pas votre problème, n'hésitez pas à contacter le Support Jint pour une assistance technique spécialisée.

📋 Table des matières

1. Access is denied
2. A duplicate field name 'MyFieldName' was found
3. The field was found invalid
4. Column 'MyFieldName0' does not exist
5. Cannot contact site at the specified URL
6. The remote server returned an error: (429)
7. Cannot enable the site collection app catalog feature in this site collection because it has not been approved by the tenant admin
8. There was an exception invoking the custom extensibility
9. Scope of template does not match target
10. A task was cancelled

⚠ Règle fondamentale

Après toute modification du site modèle, il est obligatoire de mettre à jour le modèle avant de l'appliquer sur un autre site.

Cette étape est cruciale car :

• Les modifications apportées au site modèle ne sont pas automatiquement incluses dans le modèle existant
• Appliquer un modèle non mis à jour peut entraîner des erreurs ou des incohérences
• La mise à jour du modèle garantit que toutes les modifications récentes seront correctement répliquées sur les sites cibles

Procédure recommandée :

1. Effectuez vos modifications sur le site modèle
2. Testez que tout fonctionne correctement
3. Mettez à jour le modèle depuis l'Usine à sites
4. Appliquez le modèle mis à jour sur vos sites cibles
     

❌ Access is denied

L'erreur "Access is denied" dans SharePoint indique que l'utilisateur qui tente d'appliquer un modèle ou d'effectuer une action n'a pas les autorisations nécessaires pour réaliser cette tâche.

Causes fréquentes de l'erreur :

1. L'utilisateur n'est pas administrateur du site
   La principale cause de cette erreur est que l'utilisateur qui tente d'appliquer un modèle n'a pas les droits d'administrateur sur le site cible.
   Pour appliquer un modèle, des autorisations d'administration sur le site sont nécessaires. L'utilisateur doit pouvoir effectuer des modifications de structure sur le site, telles que l'ajout ou la modification de colonnes, de listes, etc.

2. L'utilisateur n'a pas les autorisations nécessaires sur les ressources liées au modèle
   Parfois, le modèle peut inclure des éléments pour lesquels l'utilisateur n'a pas les permissions appropriées. Par exemple, l'utilisateur peut ne pas avoir accès à des fichiers images stockés dans un autre site SharePoint et référencés dans le site modèle.

3. Problèmes de permissions au niveau des collections de sites ou des ensembles de termes
   Si le modèle implique des colonnes de type Métadonnées gérées (Banque de termes), l'utilisateur doit avoir les permissions nécessaires sur les ensembles de termes ou sur les paramètres de la Banque de termes dans le centre d'administration de SharePoint.
   Un manque d'accès à cette Banque de termes peut également entraîner l'erreur "Access is denied".

4. Problèmes de permissions liées à l'utilisation des scripts ou des fonctionnalités personnalisées
   Si le modèle utilise des fonctionnalités qui dépendent de scripts personnalisés ou de fonctionnalités extensibles, l'utilisateur pourrait se voir refuser l'accès si les scripts sont désactivés pour sa sécurité, ou si des paramètres de sécurité empêchent leur exécution.

Résolutions :

1. Accorder les droits d'administrateur sur le site cible
   Assurez-vous que l'utilisateur a des droits d'administrateur sur le site cible ou sur la bibliothèque/élément avec lequel le modèle interagit.

2. Vérification des permissions sur les ressources nécessaires
   Vérifiez que l'utilisateur dispose des autorisations nécessaires pour accéder aux bibliothèques, listes, ensembles de termes, et autres ressources que le modèle pourrait utiliser.

3. Vérification des permissions au niveau des collections de sites et des Banques de termes
   Assurez-vous que l'utilisateur a les autorisations nécessaires pour accéder aux Banques de termes et autres ressources partagées entre plusieurs sites.

4. Révision des paramètres de sécurité et des restrictions d'accès
   Si des restrictions de sécurité ou des paramètres de script sont en place, vérifiez les politiques de sécurité de SharePoint pour vous assurer que l'utilisateur peut exécuter des tâches de gestion sur le site.

👉 En résumé, l'erreur "Access is denied" survient principalement lorsque l'utilisateur n'a pas les permissions nécessaires pour appliquer un modèle, généralement parce qu'il ne dispose pas des droits d'administrateur ou des autorisations spécifiques au niveau du site, de la bibliothèque, ou des ressources nécessaires (comme les ensembles de termes).
La résolution principale est de s'assurer que l'utilisateur dispose des droits appropriés pour effectuer cette action.
 

❌ A duplicate field name 'MyFieldName' was found

L'erreur "A duplicate field name 'MyFieldName' was found" indique qu'une tentative de création d'une colonne a échoué car une autre colonne portant le même nom interne existe déjà sur le site ou dans une liste/bibliothèque. Cela signifie que SharePoint rencontre un conflit entre les identifiants de colonnes, même si elles semblent avoir des noms différents.

Causes possibles de l'erreur :

1. Colonne créée manuellement avec le même nom interne :
   Si une colonne a été créée manuellement sur le site ou dans une liste/bibliothèque, il est possible qu'elle partage le même nom interne qu'une colonne que le modèle tente de créer. Cela peut arriver si une colonne a été ajoutée au site avant l'application du modèle, et que le nom interne de cette colonne est identique à celui défini dans le modèle.

2. Colonne existante à cause de l'application d'un autre modèle contenant la même colonne :
   Si un autre modèle contenant la même colonne a déjà été appliqué précédemment sur le site cible, SharePoint a déjà créé la colonne avec un nom interne spécifique. Lorsque le modèle actuel essaie de créer à nouveau cette colonne, un conflit se produit car le nom interne de la colonne est déjà utilisé par une colonne existante.

3. Colonne existante car la colonne issue du modèle a été recréée :
   Si la colonne du site modèle a été supprimée puis recréée, alors son identifiant a été modifié. Or, si le modèle avait déjà été appliqué sur un site cible, alors l'identifiant de cette colonne ne correspond plus à la colonne issue du modèle, quand bien même les deux colonnes utilisent bien le même nom interne. Lorsque le modèle actuel essaie de créer à nouveau cette colonne, un conflit se produit car le nom interne de la colonne est déjà utilisé par une colonne existante.

Résolution :

1. Vérification de l'existence de la colonne avec le même nom interne :
   Accédez à la liste/bibliothèque où l'erreur se produit et vérifiez si une colonne portant le même nom interne existe déjà. Cela peut se faire en accédant aux paramètres de la liste/bibliothèque et en recherchant les colonnes déjà présentes.
   Vous pouvez aussi vérifier les paramètres du site et explorer les colonnes pour voir si la colonne en question y figure déjà.

2. Suppression ou modification de la colonne existante :
   Si vous trouvez une colonne avec le même nom interne, vous pouvez soit :

   • La supprimer (si elle n'est pas utilisée ou si elle n'est pas importante),

   • Modifier son nom interne (mais cela peut être complexe, car SharePoint ne permet pas directement de modifier le nom interne d'une colonne),

   • Recréer la colonne du site modèle en utilisant un autre nom interne.

3. Vérification des modèles appliqués précédemment :
   Si l'erreur survient après l'application d'un modèle précédent, vérifiez les modèles qui ont déjà été appliqués sur le site cible. Il se peut qu'une colonne avec le même nom interne ait déjà été créée. Dans ce cas, il n'est pas nécessaire de créer à nouveau cette colonne, et vous devrez peut-être ajuster le modèle en conséquence pour éviter de recréer la colonne.

Prévention :

• Vérification préalable des colonnes existantes : Avant d'appliquer un modèle, il est utile de vérifier si des colonnes avec le même nom interne existent déjà sur le site ou dans les listes/bibliothèques ciblées. Cela permet d'éviter les conflits avant même d'appliquer le modèle.

• Utilisation de noms internes uniques : Lorsque vous créez des modèles ou des colonnes, veillez à utiliser des noms internes uniques pour éviter les collisions. Cela peut nécessiter un certain contrôle de la part des utilisateurs qui créent ou modifient les colonnes sur le site.

👉 En résumé, l'erreur "A duplicate field name 'MyFieldName' was found" est causée par la tentative de création d'une colonne dont le nom interne existe déjà, soit à cause d'une colonne créée manuellement, soit à cause d'un modèle précédemment appliqué. La résolution passe par la vérification des colonnes existantes et la gestion des conflits d'identifiants.
 

❌ The field was found invalid

L'erreur "The field was found invalid" indique qu'un champ de type Métadonnées gérées dans le modèle ou sur le site SharePoint cible présente un problème de validation lors de l'application du modèle. Cette erreur survient généralement lorsqu'un champ associé à une Banque de termes ne respecte pas les contraintes attendues par SharePoint. Plus spécifiquement, elle se manifeste souvent lorsqu'un ensemble de termes ou un terme référencé dans une colonne de type Métadonnées gérées ne peut pas être trouvé ou est invalide sur le site cible.

Causes possibles de l'erreur :

1. Ensemble de termes ou terme manquant :
   Cette erreur est courante lorsque l'ensemble de termes ou le terme référencé dans le champ de type Métadonnées gérées n'existe plus sur le site SharePoint cible. Cela peut se produire si l'ensemble de termes a été supprimé ou si un terme spécifique, auquel la colonne est associée, a été retiré.

2. Modification de l'arborescence de l'ensemble de termes :
   Si l'arborescence de l'ensemble de termes a été modifiée (par exemple, un terme parent a été renommé ou supprimé), cela peut rendre la référence invalide. SharePoint ne pourra plus trouver le terme spécifié, ou ne pourra pas établir la relation correcte entre les termes.

Résolution :

1. Vérification de l'existence des termes et de l'ensemble de termes sur le site cible :
   Vérifiez que l'ensemble de termes et tous les termes référencés existent sur le site SharePoint cible.
   Pour cela, accédez à l'administration des Banques de termes dans le centre d'administration SharePoint et vérifiez la présence de l'ensemble de termes ainsi que des termes associés au champ de type Métadonnées gérées.

2. Vérification de l'intégrité de l'arborescence des termes :
   Si l'arborescence des termes a été modifiée, vérifiez si le terme parent existe toujours et si tous les termes enfants sont valides.
   Confirmez que les termes référencés dans la colonne sont bien présents et que leur hiérarchie est correcte.

3. Mise à jour des références dans le modèle :
   Si des modifications ont été apportées à l'ensemble de termes ou aux termes, il est nécessaire de mettre à jour les références dans le modèle pour qu'elles pointent vers des termes valides sur le site cible.

4. Restaurer les termes manquants :
   Si l'ensemble de termes ou les termes manquants étaient présents précédemment, il est possible que la référence ait été perdue. Dans ce cas, vous devrez peut-être restaurer ou recréer l'ensemble de termes sur le site cible pour résoudre l'erreur.

Prévention :

• Évitez de modifier l'arborescence des termes après leur utilisation dans des champs de type Métadonnées gérées, surtout en environnement de production, pour ne pas casser les relations existantes.

👉 En résumé, l'erreur "The field was found invalid" est généralement liée à un problème de disponibilité ou de modification des ensembles de termes ou des termes référencés dans un champ de type Métadonnées gérées. Vérifier l'existence et la structure des termes sur le site cible permet généralement de résoudre ce problème.
 

❌ Column 'MyFieldName0' does not exist

L'erreur "Column 'MyFieldName0' does not exist" se produit généralement lors de l'application du modèle lorsque SharePoint ne trouve pas la colonne attendue, MyFieldName, dans une bibliothèque ou une liste cible. Cette erreur est causée par un conflit de noms internes entre une colonne de site et une colonne de bibliothèque, ayant des noms affichés similaires, mais des noms internes différents.

Cause de l'erreur :

Lorsqu'une colonne de site MyFieldName a été ajoutée à une bibliothèque ou liste, SharePoint a détecté un conflit de noms internes avec une autre colonne ayant déjà le même nom affiché ("My Field") mais un nom interne différent. Pour éviter ce conflit, SharePoint a automatiquement créé une colonne MyFieldName0 dans la bibliothèque, afin de ne pas écraser la colonne existante.
Le problème se produit lorsque la colonne MyFieldName0 est supprimée, mais le modèle fait référence à MyFieldName, et SharePoint ne trouve plus la colonne sous ce nom interne, entraînant l'erreur "Column 'MyFieldName0' does not exist".

Exemple typique :

• Une colonne MyFieldName a été créée initialement au niveau du site.

• Par la suite, une colonne similaire a été ajoutée dans une bibliothèque ou liste du site, mais SharePoint a créé une nouvelle colonne interne appelée MyFieldName0 pour éviter un conflit avec la colonne de site.

• La colonne MyFieldName0 a ensuite été supprimée, mais la colonne de site MyFieldName est restée dans la bibliothèque avec un nom interne différent. Lorsque vous appliquez le modèle, SharePoint recherche MyFieldName, mais comme la colonne interne a été modifiée en MyFieldName0, il ne la trouve pas et génère l'erreur.

Résolution :

1. Supprimer la colonne MyFieldName0 dans la bibliothèque :
   La première étape consiste à supprimer la colonne MyFieldName0 dans la bibliothèque ou la liste cible. Cette colonne a été créée automatiquement pour éviter un conflit de noms, mais elle n'est plus nécessaire une fois que nous avons aligné les références.

2. Ajouter à nouveau la colonne de site MyFieldName à la bibliothèque :
   Après avoir supprimé MyFieldName0, vous devez ajouter à nouveau la colonne de site MyFieldName à la bibliothèque ou à la liste cible. Cela garantit que la colonne de site avec le nom interne correct est bien présente et que SharePoint peut la trouver lorsqu'il applique le modèle.

3. Vérification des colonnes existantes :
   Si l'erreur persiste, assurez-vous que la colonne MyFieldName est bien présente dans la bibliothèque et qu'elle est correctement liée à la colonne de site. Vous pouvez également vérifier les paramètres de la bibliothèque et des colonnes de site pour vous assurer qu'il n'y a pas d'autres doublons ou conflits de noms internes.

4. Mise à jour du modèle si nécessaire :
   Si, après avoir résolu le conflit, vous appliquez à nouveau le modèle, assurez-vous qu'il fait référence à la colonne MyFieldName et non à un autre nom interne. Si le modèle est mal configuré, vous devrez peut-être le mettre à jour pour qu'il pointe vers la bonne colonne.

Prévention :

• Vérifier les colonnes existantes avant d'ajouter de nouvelles colonnes : Avant d'ajouter une colonne dans une liste/bibliothèque du site modèle, vérifiez si une colonne avec le même nom interne existe déjà dans la bibliothèque ou la liste. Cela permettra de prévenir les conflits avant de procéder.

• Utiliser des noms internes distincts pour les colonnes : Lorsque vous ajoutez une colonne à une bibliothèque ou à un site, assurez-vous que les noms internes ne se chevauchent pas, surtout si la colonne de site est ajoutée à une bibliothèque après coup.

👉 En résumé, l'erreur "Column 'MyFieldName0' does not exist" se produit en raison d'un conflit de noms internes entre une colonne de site et une colonne dans une bibliothèque. La résolution consiste à supprimer la colonne MyFieldName0, puis à ajouter à nouveau la colonne de site MyFieldName à la bibliothèque ou à la liste cible, avant d'appliquer le modèle. Cela garantit que les références sont correctement alignées et que l'erreur ne se reproduira pas.
 

❌ Cannot contact site at the specified URL

L'erreur "Cannot contact site at the specified URL https://mytenant.sharepoint.com/sites/mysite" indique que l'Usine à sites ne parvient pas à établir une connexion avec le site spécifié. Cette erreur peut avoir plusieurs causes possibles, allant des problèmes de réseau ou de permissions à des erreurs de configuration.

Causes possibles de l'erreur :

1. URL incorrecte ou site inexistant :
   L'URL spécifiée pourrait être incorrecte ou le site peut ne pas exister à l'emplacement indiqué. Cela peut se produire si le site a été supprimé, déplacé ou renommé, ou si l'URL a été mal saisie.

2. Problèmes de permissions :
   L'utilisateur peut ne pas avoir les autorisations nécessaires pour accéder au site cible. Si les permissions d'accès au site ont été modifiées, l'utilisateur pourrait rencontrer des problèmes pour se connecter au site. Vérifiez que l'utilisateur dispose des permissions adéquates sur le site.

3. Site privé ou inaccessible :
   Le site spécifié peut être privé ou non partagé avec l'utilisateur, ce qui entraînerait un échec de la connexion. Il se peut que le site soit restreint à certains utilisateurs ou groupes et que l'utilisateur qui tente d'appliquer le modèle n'ait pas accès.

4. Problèmes liés aux paramètres de sécurité :
   Des paramètres de sécurité spécifiques (comme les paramètres de confidentialité ou les stratégies d'accès conditionnel) peuvent empêcher l'accès au site à partir de certains appareils, réseaux ou utilisateurs.

Résolutions possibles :

1. Vérifier l'URL du site :
   Confirmez que l'URL du site est correcte. Essayez d'accéder au site directement via un navigateur pour voir si l'URL est valide et si le site est accessible.

2. Vérifier les permissions d'accès au site :
   Assurez-vous que l'utilisateur a les permissions nécessaires pour accéder au site. Si le site est privé, il peut être nécessaire de vérifier que l'utilisateur est bien ajouté au site ou au groupe approprié.

📎 Exemple d'URL : https://mytenant.sharepoint.com/sites/mysite

Prévention :

• Vérifier régulièrement les permissions et l'accessibilité du site : Pour éviter ce genre de problème, assurez-vous que les permissions et l'accessibilité du site sont régulièrement mises à jour et vérifiées, en particulier si le site est partagé avec plusieurs utilisateurs ou groupes.

• Vérification de l'URL et des paramètres du site avant d'appliquer un modèle : Avant d'appliquer un modèle, assurez-vous que l'URL du site est correcte et que le site est accessible à partir du réseau utilisé pour appliquer le modèle.

👉 En résumé, l'erreur "Cannot contact site at the specified URL" peut être causée par des problèmes d'URL incorrecte, de permissions d'accès, ou de restrictions de sécurité. La résolution consiste à vérifier l'URL, les permissions et les paramètres de sécurité pour s'assurer que l'utilisateur peut accéder au site sans restrictions.

❌ The remote server returned an error: (429)

L'erreur "The remote server returned an error: (429)" est liée à une limitation de débit de SharePoint. Elle se produit lorsque les ressources du serveur sont sollicitées de manière excessive, entraînant un dépassement des quotas ou des limites imposées par SharePoint pour protéger les services contre les surcharges. Cette erreur est courante lorsqu'une opération trop lourde est effectuée, comme l'application d'un modèle contenant une grande quantité de contenu.

Causes possibles de l'erreur (429) :

1. Sursollicitation des ressources de SharePoint :

   • Exécution d'opérations lourdes : Si le modèle contient une quantité excessive de contenu, telles que de nombreuses listes, bibliothèques, éléments, colonnes ou pages, cela peut entraîner une surcharge du serveur SharePoint.

   • Taux de demandes trop élevé : Lorsque des requêtes fréquentes ou en grand nombre sont envoyées en peu de temps, SharePoint peut appliquer des limitations pour éviter la surcharge et garantir la stabilité du service.

2. Site source trop sollicité :
   Si le site source qui sert de modèle est actuellement utilisé par les utilisateurs, notamment pour publier régulièrement du contenu, cela peut entraîner une sollicitation excessive de ce site. SharePoint applique des limites pour éviter que des opérations lourdes sur le modèle n'affectent les utilisateurs actifs.

3. Utilisation de SharePoint dans un environnement de production :
   L'erreur peut survenir si le site source est un site de production (utilisé par les utilisateurs pour travailler quotidiennement) et contenant donc beaucoup de contenu, notamment des pages de sites avec beaucoup de composants.

Résolutions possibles :

1. Réduire la taille du modèle :
   Simplifier le modèle en réduisant la quantité de contenu ou d'éléments inclus. Par exemple, réduisez le nombre de listes, bibliothèques, ou colonnes dans le modèle afin de diminuer la charge que SharePoint doit gérer.

2. Utiliser un site spécifique pour les modèles :
   Assurez-vous que le site source utilisé pour créer et appliquer des modèles est un site de modèle dédié. Ce site doit être conçu spécifiquement pour servir de modèle et ne pas être utilisé activement pour des tâches régulières de publication ou de gestion de contenu par les utilisateurs. Il doit être un environnement stable et non sollicité.

   • Vérifier l’utilisation du site source : Si le site source est utilisé de manière active par des utilisateurs, il est préférable de ne pas l'utiliser comme modèle. Préférez un site dédié, non sollicité, qui n'est pas affecté par d'autres opérations de publication ou de mise à jour fréquente.

Prévention :

• Utiliser des sites dédiés pour l'application des modèles : Il est important de créer un site de modèle dédié pour la génération et l’application des modèles, afin de ne pas surcharger un site de production.

• Tester la taille du modèle avant son application : Avant d’appliquer un modèle à grande échelle, testez l’application de modèles plus petits pour vous assurer que le processus est fluide et qu’il n’entraîne pas de sursollicitation des ressources.

• Effectuer des opérations en dehors des heures de travail : Planifiez les opérations lourdes, comme l'application de modèles, pendant des périodes de faible activité pour réduire les risques de sursollicitation du serveur.

👉 En résumé, l'erreur "The remote server returned an error: (429)" survient lorsque SharePoint est sursollicité, généralement à cause de l'exécution d'opérations trop lourdes, comme l'application de modèles contenant trop de contenu. Pour résoudre ce problème, il est crucial de s'assurer que le site source est un site de modèle dédié, non sollicité par des utilisateurs actifs, et de simplifier ou répartir l’application du modèle pour éviter de dépasser les limites de débit imposées par SharePoint.
 

❌ Cannot enable the site collection app catalog feature in this site collection because it has not been approved by the tenant admin

L'erreur indique qu'un site modèle contenant un App Catalog (catalogue d'applications) est tenté d'être appliqué sur un site cible qui n'a pas d'App Catalog ou dont l'activation du App Catalog n'a pas été approuvée par l'administrateur de l'organisation.

Causes possibles de l'erreur :

1. Site modèle contenant un App Catalog non approuvé :
   Cette erreur se produit lorsque le site modèle a un App Catalog activé, mais que le site cible, sur lequel le modèle est appliqué, n'a pas ce même App Catalog activé. SharePoint nécessite l'approbation de l'administrateur du locataire (tenant admin) pour activer cette fonctionnalité sur un site, surtout si l'activation du App Catalog n'a pas été approuvée ou configurée correctement au niveau du locataire.

2. Incompatibilité entre les sites :
   Le modèle contient des configurations de catalogue d'applications qui ne sont pas compatibles avec le site cible, soit parce que cette fonctionnalité n'est pas activée pour ce site ou pour l'ensemble du locataire.

3. Absence de permissions pour activer le App Catalog :
   L'administrateur de l'organisation ou du tenant doit explicitement approuver l'activation de cette fonctionnalité sur les sites, et si cette approbation n'est pas donnée, l'activation du App Catalog échoue, ce qui empêche l'application du modèle.

Résolutions possibles :

1. Recommencer le site modèle de zéro :
   Si le modèle actuel pose problème à cause de l'activation de l'App Catalog, il est recommandé de recommencer le site modèle sans inclure cette fonctionnalité. Vous pouvez créer un nouveau site modèle sans activer le App Catalog, ce qui permettra de l'appliquer facilement sur d'autres sites sans rencontrer cette erreur.

2. Demander au Support Jint de retirer manuellement l'App Catalog du modèle :
   Si l'App Catalog n'est pas nécessaire ou si vous ne souhaitez pas modifier le site modèle, vous pouvez contacter le Support Jint pour qu'ils retirent manuellement cette fonctionnalité du modèle. Une fois cela fait, vous pourrez appliquer le modèle sur un nouveau site vierge qui pourra alors servir de nouveau site modèle.

3. Approuver l'activation du App Catalog dans le tenant :
   Si l'activation du App Catalog est nécessaire, il peut être utile de demander à l'administrateur du tenant d'approuver cette fonctionnalité au niveau du locataire, ce qui permettrait de l'activer sur les sites cibles. Cela nécessite l'accès aux paramètres de gestion du tenant dans l'administration SharePoint Online pour activer cette fonctionnalité au niveau global.

Prévention :

• Vérification des besoins du modèle avant de l'appliquer : Avant d'appliquer un modèle sur un site cible, assurez-vous que ce modèle n'inclut pas de fonctionnalités incompatibles avec les sites cibles, comme l'App Catalog. Vérifiez également que les sites cibles sont configurés pour accepter les fonctionnalités nécessaires à l'application du modèle.

• Utilisation d'un site modèle épuré : Pour éviter ce genre de problème, il peut être utile d'utiliser un site modèle épuré qui ne contient que les configurations et éléments essentiels, sans des fonctionnalités spécifiques comme l'App Catalog ou d'autres extensions nécessitant une approbation spécifique.

• Assurer une bonne communication avec l'administrateur du tenant : Si l'utilisation du App Catalog est indispensable pour votre processus, assurez-vous que l'administrateur de l'organisation est bien informé de cette exigence et qu'il a autorisé cette fonctionnalité au niveau du tenant.

👉 En résumé, cette erreur se produit lorsque le site modèle contient un App Catalog, mais le site cible n'a pas cette fonctionnalité activée ou approuvée par l'administrateur du tenant. Pour résoudre ce problème, vous pouvez soit recommencer le site modèle sans l'App Catalog, soit demander au Support Jint de retirer manuellement cette fonctionnalité, ou encore demander à l'administrateur du tenant d'approuver l'activation du App Catalog sur les sites cibles.
 

❌ There was an exception invoking the custom extensibility

L'erreur "There was an exception invoking the custom extensibility" indique qu'il y a eu un problème lors de la génération d'un modèle. Cette erreur reste rare mais peut survenir.

Cause de l'erreur :

Cette erreur est souvent liée à une évolution de SharePoint qui doit être traitée.

Résolution :

Dans ce cas précis, il n'y a pas d'alternative immédiate à une résolution technique interne, car ceci nécessite des ajustements techniques spécifiques.
👉 La meilleure démarche à suivre dans ce cas est de contacter le Support Jint pour une analyse approfondie de l'extension et de ses composants, car ce type d'erreur relève généralement de l'expertise technique.
 

❌ Scope of template does not match target

Cause de l'erreur : 

Le type de site (site de communication ou site d’équipe) utilisé pour créer le modèle doit est différent de celui du site cible.

Résolution :

👉 Veillez à ce que votre site modèle soit du même type que votre site cible

Exemple : si votre site modèle est un site de communication, alors votre site cible doit également être un site de communication. De la même manière, si votre site modèle est un site d’équipe, votre site cible doit aussi être un site d’équipe.

Comment vérifier le type de site :

1. Cliquez sur la roue crantée en haut à droite de la page du site

2. Sélectionnez Informations sur le site

3. Si le champ Paramètres de confidentialité apparaît (voir ci-dessous), il s’agit d’un site d’équipe.
   S’il n’apparaît pas, il s’agit d’un site de communication.

❌ A task was cancelled

Causes de l'erreur :

Cette erreur survient lorsque plusieurs modèles sont appliqués simultanément sur différents sites.

Résolutions :

👉 Veillez à attendre la fin complète de l’application d’un modèle avant d’en lancer un nouveau sur un autre site.

L’application des modèles doit être effectuée de manière séquentielle afin d’éviter toute interruption ou annulation de tâche.

📝 Conclusion

Ce guide couvre les erreurs les plus courantes que vous pouvez rencontrer lors de l'utilisation de l'Usine à sites Jint. La plupart de ces erreurs sont liées à des problèmes de permissions, de conflits de noms de colonnes, ou de références manquantes dans SharePoint.

Points clés à retenir :

• Permissions : Assurez-vous toujours d'avoir les droits d'administrateur appropriés sur le site cible

• Noms de colonnes : Vérifiez l'unicité des noms internes des colonnes avant d'appliquer un modèle

• Références : Confirmez que tous les éléments référencés (termes, ensembles de termes, etc.) existent sur le site cible

• URLs : Vérifiez l'exactitude et l'accessibilité des URLs des sites cibles

📞 Si vous rencontrez des erreurs non couvertes par ce guide ou si les solutions proposées ne résolvent pas votre problème, n'hésitez pas à contacter le Support Jint pour une assistance technique spécialisée.