Publier, republier et dépublier un Helpdesk
Publiez une version cohérente et immuable du Helpdesk, et utilisez republier ou dépublier de manière réfléchie. Ce guide permet de garder le travail centré sur la publication du Helpdesk et fournit un chemin reproduct...
Publiez une version cohérente et immuable du Helpdesk, et utilisez republier ou dépublier de manière réfléchie. Ce guide permet de garder le travail centré sur la publication du Helpdesk et fournit un chemin reproductible qu'un nouvel utilisateur de Humind peut suivre sans modifier une configuration sans rapport.
Un Helpdesk Humind est une projection publiée du Knowledge public éligible. Il a sa propre adresse, sa sélection de contenu, ses langues, son apparence, sa navigation, sa destination de support, ses métadonnées et ses versions de publication immuables. La modification de la configuration ou du Knowledge ne change pas le site public tant qu'une nouvelle version cohérente n'est pas publiée.
Avant de commencer
Accès : l'autorisation d'écriture Helpdesk est requise. La publication dépend aussi du Knowledge public éligible.
- Effectuez un test complet du Helpdesk pour chaque langue active.
- Confirmez le contenu candidat, l'image de marque, les liens, le support et les métadonnées.
- Gardez la version publique actuelle disponible pendant la modification.
Travaillez dans la plus petite zone propriétaire décrite ci-dessous et gardez l'état actuel visible pour les clients disponible pendant que vous préparez la modification. Avant de cliquer sur une action finale, confirmez l'entreprise active, l'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 ou la dépendance exacte. 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.
Flux de travail étape par étape
Confirmer la portée et l'état actuel
Examinez l'état de la version publiée et identifiez toutes les modifications de brouillon non publiées avant d'entreprendre une action publique.
- Confirmez l'entreprise active et l'Agent avant toute modification.
- Consignez l'état actuel afin que le résultat puisse être comparé après la modification.
- Arrêtez-vous si l'écran ou l'autorisation ne correspond pas à la tâche prévue.
Préparer la modification
Testez le candidat complet et corrigez le contenu manquant, les liens non valides ou les sections non enregistrées sans dépublier le site existant.
- Utilisez la plus petite modification qui permet d'accomplir la tâche du client.
- Conservez les informations de référence dans leur source propriétaire.
- Vérifiez les libellés, les dates, la langue et le texte visible par le client avant d'enregistrer.
Enregistrer et laisser le traitement requis se terminer
Choisissez Publier ou Publier les modifications une seule fois pour créer une nouvelle version immuable, puis consignez sa version et son adresse publique.
- 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.
Tester l'ensemble du parcours client
Utilisez Dépublier uniquement lorsque l'ensemble du Helpdesk doit devenir inaccessible. Pour des corrections ordinaires, préparez et republiez plutôt une version corrigée.
- Utilisez une nouvelle session et un scénario client réaliste.
- Vérifiez sur ordinateur et mobile lorsque le résultat apparaît sur une vitrine.
- Capturez l'étape exacte en échec si le résultat diffère de l'attente.
Limites importantes et notes d'exploitation
- 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 de 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 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
- L'action de publication signale le nombre d'articles attendu.
- L'adresse publique sert la nouvelle version.
- Les collections, les articles représentatifs, la recherche, les liens et les paramètres régionaux fonctionnent.
- Les enregistrements de publication précédents restent intacts et aucun élément de Knowledge n'a été supprimé.
Conservez un bref 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 coéquipier à reproduire le résultat sans se fier à sa mémoire.
Dépannage
La publication n'indique aucun article éligible
Vérifiez le statut de l'article, la visibilité publique, la période active, l'éligibilité Helpdesk, la langue et la sélection de contenu. Gardez la version actuelle en ligne pendant la correction du brouillon.
Les modifications enregistrées sont toujours absentes publiquement
Confirmez qu'une nouvelle version a réellement été publiée et que le site public la signale. Un brouillon enregistré ne modifie jamais l'instantané immuable actif.