Verouderde Knowledge buiten gebruik stellen zonder dubbele autoriteit achter te laten of een klantreis te verstoren. Deze handleiding houdt het werk gericht op Knowledge-onderhoud en biedt een herhaalbaar pad dat een nieuwe Humind-gebruiker kan volgen zonder niet-gerelateerde configuratie te wijzigen.

Knowledge is de bron van bedrijfsinformatie die de Agent en Helpdesk kunnen gebruiken. Artikelen, snippets, documenten, webpagina's en mappen hebben verschillende onderhoudsbehoeften. Openbare zichtbaarheid, publicatiestatus, actieve datums, vertalingen en geschiktheid voor Helpdesk bepalen waar een bron kan verschijnen, dus inhoudskwaliteit omvat zowel tekst als levenscyclusinstellingen.

Voordat je begint

Toegang: schrijftoegang tot Knowledge is vereist. Publicatietoegang tot Helpdesk is nodig wanneer de bron op de openbare Helpdesk verschijnt.

• Identificeer elke bron die het onderwerp behandelt.
• Kies de goedgekeurde vervanging en de inhoudseigenaar.
• Leg Agent- en Helpdesk-trajecten vast die afhankelijk zijn van het oude item.

Werk in het kleinste eigenaarsgebied dat hieronder wordt beschreven en houd de huidige klantgerichte status beschikbaar terwijl je de wijziging voorbereidt. Bevestig voordat je op een definitieve actie klikt het actieve bedrijf, de Agent, de winkel, de taal en de markt die in Humind worden weergegeven. Een ontbrekende besturing kan wijzen op alleen-lezen-toegang of een mogelijkheid die voor dit bedrijf niet is geconfigureerd. Leg in dat geval de beoogde taak vast en vraag een beheerder om de exacte toestemming of afhankelijkheid te controleren. Omzeil de grens niet door een account te delen, gegevens naar een ander gebied te kopiëren of een mogelijkheid te beloven die de werkruimte niet biedt.

Stapsgewijze workflow

1. Bevestig de scope en de huidige status

   Zoek op titel, URL, onderscheidende formuleringen en map om duplicaten te vinden voordat je de bron bewerkt die je als eerste hebt opgemerkt.

   • Bevestig het actieve bedrijf en de Agent voordat je gaat bewerken.
   • Leg de huidige status vast zodat het resultaat na de wijziging kan worden vergeleken.
   • Stop als het scherm of de toestemming niet overeenkomt met de beoogde taak.

2. Bereid de wijziging voor

   Bereid de vervanging voor en beoordeel deze, waarbij nuttige interne links en goedgekeurde openbare vertalingen behouden blijven zonder verouderde feiten te kopiëren.

   • Gebruik de kleinste wijziging die de klanttaak voltooit.
   • Houd gezaghebbende informatie in de bron waartoe die behoort.
   • Controleer labels, datums, taal en voor klanten zichtbare formulering voordat je opslaat.

3. Sla op en laat vereiste verwerking voltooien

   Publiceer of activeer de vervanging, laat indexering voltooien en test representatieve vragen voordat je de oude bron deactiveert of verwijdert.

   • Wacht tot de interface bevestigt dat de wijziging is opgeslagen.
   • Als synchronisatie, indexering of publicatie vereist is, wacht dan op de eindstatus.
   • Laad het gebied opnieuw en bevestig dat de opgeslagen waarden behouden blijven.

4. Test de volledige klantreis

   Als het item openbaar is, controleer dan de Helpdesk-kandidaat en publiceer één samenhangende nieuwe versie zodat links en verzamelingen samen worden verplaatst.

   • Gebruik een nieuwe sessie en een realistisch klantscenario.
   • Controleer desktop en mobiel wanneer het resultaat op een storefront verschijnt.
   • Leg de exacte falende stap vast als de uitkomst afwijkt van de verwachting.

Belangrijke beperkingen en operationele opmerkingen

• Een succesvolle opslag bevestigt persistentie, niet elke downstream synchronisatie of openbare update.
• Werkruimtemachtigingen kunnen een gebied verbergen of lezen toestaan zonder wijzigingen toe te staan.
• Kopieer geen vluchtige catalogus-, account- of klantfeiten naar verhalende inhoud als workaround.
• Test alleen ondersteunde mogelijkheden die zichtbaar en geconfigureerd zijn voor het huidige bedrijf.
• Houd wijzigingen in Knowledge-onderhoud gescheiden van niet-gerelateerd Agent-, Knowledge-, catalogus-, Inbox- of Helpdesk-werk.

Controleer het resultaat

• Er blijft één gezaghebbende actieve bron over.
• Agent-tests gebruiken de vervanging.
• Openbare interne links worden opgelost in de nieuwe Helpdesk-kandidaat.
• De oude bron is niet langer actief of geschikt, en niet-gerelateerde Knowledge blijft ongewijzigd.

Houd een korte registratie bij van wat je hebt getest, welk klantscenario je hebt gebruikt en wat is gewijzigd. Dit maakt latere probleemoplossing nauwkeuriger en helpt een andere teamgenoot het resultaat te reproduceren zonder op het geheugen te vertrouwen.

Probleemoplossing

De Agent verwijst nog steeds naar de buiten gebruik gestelde bron

Bevestig dat het oude item inactief is, dat de chunks zijn bijgewerkt via de ondersteunde levenscyclus en dat geen dubbele import dezelfde tekst bevat. Test opnieuw in een nieuw gesprek.

Het verwijderen van de bron veroorzaakt een defecte openbare link

Herstel of leid de klantreis om door eerst verwijzende artikelen bij te werken en publiceer daarna de volledige Helpdesk-wijziging atomair.

Gerelateerde handleidingen

• Een document toevoegen aan Knowledge
• Een webpagina toevoegen en vernieuwen in Knowledge
• De zichtbaarheid, levenscyclus en Helpdesk-geschiktheid van Knowledge beheren
• Problemen oplossen met wijzigingen die niet in de Helpdesk verschijnen