Änderungen beheben, die im Helpdesk nicht erscheinen
Verfolgen Sie eine fehlende Helpdesk-Änderung über die Knowledge-Berechtigung, Auswahl, Sprache, Speicherung und Veröffentlichung. Diese Anleitung hält die Arbeit auf die Fehlerbehebung bei der Veröffentlichung im Hel...
Verfolgen Sie eine fehlende Helpdesk-Änderung über die Knowledge-Berechtigung, Auswahl, Sprache, Speicherung und Veröffentlichung. Diese Anleitung hält die Arbeit auf die Fehlerbehebung bei der Veröffentlichung im Helpdesk fokussiert und bietet einen wiederholbaren Ablauf, dem ein neuer Humind-Benutzer folgen kann, ohne nicht zusammenhängende Konfigurationen zu ändern.
Wenn kundenorientiertes Verhalten fehlt oder veraltet ist, isolieren Sie die Schicht, die dafür verantwortlich ist: Quellinhalt, Sichtbarkeit, Indizierung, Agent-Konfiguration, Bereitstellung, Berechtigungen oder Veröffentlichung. Die Prüfung einer Schicht nach der anderen liefert eine nützliche Diagnose und vermeidet weitreichende Änderungen, die die ursprüngliche Ursache verbergen.
Bevor Sie beginnen
Zugriff: Lesezugriff auf Knowledge und Helpdesk ist erforderlich. Für Korrekturen und Veröffentlichung ist Schreibberechtigung nötig.
- Notieren Sie die genaue öffentliche URL, das Gebietsschema, die erwartete Änderung und die aktuell veröffentlichte Version.
- Bestätigen Sie, dass das Knowledge-Element und der Helpdesk zum selben Unternehmen gehören.
- Heben Sie die Veröffentlichung der aktuellen Website nicht auf, während Sie einen Entwurfsunterschied untersuchen.
Arbeiten Sie im kleinsten verantwortlichen Bereich, der unten beschrieben ist, und halten Sie den aktuellen kundenorientierten Zustand verfügbar, während Sie die Änderung vorbereiten. Bevor Sie auf eine abschließende Aktion klicken, bestätigen Sie das aktive Unternehmen, Agent, den Store, die Sprache und den Markt, die in Humind angezeigt werden. Ein fehlendes Steuerelement kann auf schreibgeschützten Zugriff oder auf eine Funktion hinweisen, die für dieses Unternehmen nicht konfiguriert ist. Halten Sie in diesem Fall die beabsichtigte Aufgabe fest und bitten Sie einen Administrator, die genaue Berechtigung oder Abhängigkeit zu prüfen. Umgehen Sie diese Grenze nicht, indem Sie ein Konto teilen, Daten in einen anderen Bereich kopieren oder eine Funktion zusagen, die der Arbeitsbereich nicht bereitstellt.
Schritt-für-Schritt-Ablauf
Umfang und aktuellen Zustand bestätigen
Öffnen Sie das Knowledge-Element und prüfen Sie Artikeltyp, Veröffentlichungsstatus, öffentliche Sichtbarkeit, aktiven Zeitraum, Helpdesk-Berechtigung, Sprache und übergeordneten Ordner.
- Bestätigen Sie vor der Bearbeitung das aktive Unternehmen und Agent.
- Dokumentieren Sie den aktuellen Zustand, damit das Ergebnis nach der Änderung verglichen werden kann.
- Stoppen Sie, wenn der Bildschirm oder die Berechtigung nicht zur beabsichtigten Aufgabe passt.
Die Änderung vorbereiten
Öffnen Sie den Helpdesk-Inhalt und bestätigen Sie, dass der Modus für alle öffentlichen oder ausgewählten Inhalte das Element und alle erwarteten untergeordneten Elemente enthält.
- Verwenden Sie die kleinste Änderung, die die Kundenaufgabe abschließt.
- Bewahren Sie maßgebliche Informationen in ihrer verantwortlichen Quelle auf.
- Prüfen Sie Beschriftungen, Daten, Sprache und kunden sichtbare Formulierungen vor dem Speichern.
Speichern und erforderliche Verarbeitung abschließen lassen
Speichern Sie jeden geänderten Helpdesk-Abschnitt und verwenden Sie Test, um festzustellen, ob der Kandidat die Änderung enthält, während die Live-Website auf ihrer älteren Version bleibt.
- Warten Sie, bis die Oberfläche bestätigt, dass die Änderung gespeichert ist.
- Falls Synchronisierung, Indizierung oder Veröffentlichung erforderlich ist, warten Sie auf deren Endzustand.
- Laden Sie den Bereich neu und bestätigen Sie, dass die gespeicherten Werte erhalten bleiben.
Die vollständige Customer Journey testen
Wenn der Kandidat stimmig ist, veröffentlichen Sie eine neue Version und prüfen Sie die öffentliche Version, die Sammlung, den Artikel, das Suchergebnis und interne Links.
- Verwenden Sie eine frische Sitzung und ein realistisches Kundenszenario.
- Prüfen Sie Desktop und Mobilgerät, wenn das Ergebnis auf einer Storefront erscheint.
- Halten Sie den genauen fehlschlagenden Schritt fest, wenn das Ergebnis von der Erwartung abweicht.
Wichtige Grenzen und Betriebshinweise
- Ein erfolgreiches Speichern bestätigt die Persistenz, nicht jede nachgelagerte Synchronisierung oder öffentliche Aktualisierung.
- Arbeitsbereichsberechtigungen können einen Bereich ausblenden oder Lesen erlauben, ohne Änderungen zu erlauben.
- Kopieren Sie keine flüchtigen Katalog-, Konto- oder Kundenfakten als Umgehung in narrative Inhalte.
- Testen Sie nur unterstützte Funktionen, die sichtbar und für das aktuelle Unternehmen konfiguriert sind.
- Halten Sie Änderungen bei der Fehlerbehebung der Helpdesk-Veröffentlichung getrennt von nicht zusammenhängender Arbeit an Agent, Knowledge, Katalog, Inbox oder Helpdesk.
Ergebnis prüfen
- Die genaue fehlschlagende Berechtigungs- oder Auswahlbedingung ist identifiziert.
- Der Helpdesk-Kandidat enthält das korrigierte Element.
- Eine neue Veröffentlichung wird ohne Ausfall aktiv.
- Das öffentliche Gebietsschema und der Artikel melden die neue Version und den erwarteten Inhalt.
Führen Sie eine kurze Aufzeichnung darüber, was Sie getestet haben, welches Kundenszenario Sie verwendet haben und was sich geändert hat. Das macht die spätere Fehlerbehebung präziser und hilft einem anderen Teammitglied, das Ergebnis zu reproduzieren, ohne sich auf das Gedächtnis zu verlassen.
Fehlerbehebung
Der Kandidat ist korrekt, aber die öffentliche Website ist alt
Veröffentlichen Sie den gespeicherten Kandidaten und prüfen Sie die von der öffentlichen Website gemeldete Version. Löschen Sie den Browserzustand erst, nachdem Sie die Serverversion nachgewiesen haben, denn Caching ist nicht die einzige mögliche Ursache.
Der Artikel erscheint nur in einer Sprache
Prüfen Sie Artikelübersetzungen, aktivierte Helpdesk-Gebietsschemata, lokalisierte Ordnernamen und das angeforderte Gebietsschema. Aktivieren Sie keine unvollständige Sprache nur, um Inhalte in der Quellsprache sichtbar zu machen.