Suivez une modification manquante du Helpdesk à travers l’éligibilité de Knowledge, la sélection, les paramètres régionaux, l’enregistrement et la publication. Ce guide maintient le travail centré sur la résolution des problèmes de publication du Helpdesk et fournit un chemin répétable qu’un nouvel utilisateur Humind peut suivre sans modifier une configuration sans rapport.

Lorsque le comportement visible par le client est absent ou obsolète, isolez la couche qui en est responsable : contenu source, visibilité, indexation, configuration de Agent, mise en ligne, autorisations ou publication. Vérifier une couche à la fois produit un diagnostic utile et évite des modifications larges qui masquent la cause d’origine.

Avant de commencer

Accès : un accès en lecture à Knowledge et au Helpdesk est requis. La correction et la publication nécessitent une autorisation d’écriture.

• Consignez l’URL publique exacte, les paramètres régionaux, la modification attendue et la version actuellement publiée.
• Confirmez que l’élément Knowledge et le Helpdesk appartiennent à la même entreprise.
• Ne dépubliez pas le site actuel pendant le diagnostic d’une différence de brouillon.

Travaillez dans la plus petite zone responsable décrite ci-dessous et gardez l’état actuel visible par le client disponible pendant que vous préparez la modification. Avant de cliquer sur une action finale, confirmez l’entreprise active, Agent, la boutique, la langue et le marché affichés dans Humind. Un contrôle manquant peut indiquer un accès en lecture seule ou une capacité qui n’est pas configurée pour cette entreprise. Dans ce cas, consignez la tâche prévue et demandez à un administrateur de vérifier l’autorisation exacte ou la dépendance. Ne contournez pas cette limite en partageant un compte, en copiant des données dans une autre zone, ou en promettant une capacité que l’espace de travail n’expose pas.

Procédure pas à pas

1. Confirmer le périmètre et l’état actuel

   Ouvrez l’élément Knowledge et vérifiez le type d’article, l’état de publication, la visibilité publique, la période active, l’éligibilité Helpdesk, la langue et le dossier parent.

   • Confirmez l’entreprise active et Agent avant de modifier.
   • Consignez l’état actuel afin de pouvoir comparer le résultat après la modification.
   • Arrêtez-vous si l’écran ou l’autorisation ne correspond pas à la tâche prévue.

2. Préparer la modification

   Ouvrez le contenu du Helpdesk et confirmez que le mode tout public ou sélectionné inclut l’élément et tous les descendants attendus.

   • Utilisez la plus petite modification qui accomplit la tâche du client.
   • Conservez les informations faisant autorité dans leur source propriétaire.
   • Vérifiez les libellés, les dates, la langue et le texte visible par le client avant d’enregistrer.

3. Enregistrer et laisser le traitement requis se terminer

   Enregistrez chaque section du Helpdesk modifiée et utilisez Test pour déterminer si le candidat contient la modification pendant que le site en ligne reste sur son ancienne version.

   • Attendez que l’interface confirme que la modification est enregistrée.
   • Si une synchronisation, une indexation ou une publication est requise, attendez son état final.
   • Rechargez la zone et confirmez que les valeurs enregistrées persistent.

4. Tester le parcours client complet

   Lorsque le candidat est cohérent, publiez une seule nouvelle version et vérifiez la version publique, la collection, l’article, le résultat de recherche et les liens internes.

   • Utilisez une nouvelle session et un scénario client réaliste.
   • Vérifiez l’affichage sur ordinateur et sur mobile lorsque le résultat apparaît sur une vitrine.
   • Capturez l’étape exacte qui échoue si le résultat diffère de l’attente.

Limites importantes et notes de fonctionnement

• Un enregistrement réussi confirme la persistance, pas chaque synchronisation en aval ni chaque mise à jour publique.
• Les autorisations de l’espace de travail peuvent masquer une zone ou autoriser la lecture sans autoriser les modifications.
• Ne copiez pas des faits volatils de catalogue, de compte ou de client dans un contenu narratif comme solution de contournement.
• Testez uniquement les capacités prises en charge qui sont visibles et configurées pour l’entreprise actuelle.
• Gardez les modifications du dépannage de publication du Helpdesk séparées des travaux sans rapport sur Agent, Knowledge, le catalogue, Inbox ou le Helpdesk.

Vérifier le résultat

• La condition exacte d’éligibilité ou de sélection en échec est identifiée.
• Le candidat Helpdesk contient l’élément corrigé.
• Une nouvelle publication devient active sans interruption.
• Les paramètres régionaux publics et l’article signalent la nouvelle version et le contenu attendu.

Conservez un court enregistrement de ce que vous avez testé, du scénario client utilisé et de ce qui a changé. Cela rend le dépannage ultérieur plus précis et aide un autre collègue à reproduire le résultat sans s’appuyer sur la mémoire.

Dépannage

Le candidat est correct mais le site public est ancien

Publiez le candidat enregistré et vérifiez la version signalée par le site public. Effacez l’état du navigateur seulement après avoir prouvé la version du serveur, car la mise en cache n’est pas la seule cause possible.

L’article apparaît dans une seule langue

Vérifiez les traductions d’article, les langues Helpdesk activées, les noms de dossier localisés et les paramètres régionaux demandés. N’activez pas une langue incomplète uniquement pour exposer un contenu dans la langue source.

Guides connexes

• Contrôler la visibilité de Knowledge, son cycle de vie et son éligibilité au Helpdesk
• Choisir tout le contenu Helpdesk public ou sélectionné
• Publier, republier et dépublier un Helpdesk
• Configurer les langues et les traductions du Helpdesk