Impact van migratie kennissysteem verkenner

Wij zijn het ook nog goed aan het onderzoeken. Er staat niet bij voor wanneer de migratie gedaan moet zijn..

Deze stond vanmorgen op mijn startpagina. Wellicht is er sprake van een gefaseerde migratie met andere datums per organisatie.

Het aanpassen van de link van een kennisitem naar een folder in de selfserviceportal designer is overigens ook een hels karwei. Elke tegel die gelinkt is naar een kennisitem moet opnieuw aangemaakt worden met een link naar de folder.

​@Stefan van Opstal  en ​@Camilo.T  kunnen jullie hier wellicht ook bij helpen? 

Voor het aangegeven probleem zou ik het kennisitem niet wijzigen naar een folder en als kennisitem behouden. Ik weet niet of dat binnen jullie structuur mogelijk is natuurlijk.

Het probleem dat wij nu constateren is dat de mappenstructuur zichtbaar is op de SSP. Dit is niet wenselijk. De mappenstructuur was bedoelt voor de beheerders van de kennisbank. In plaatst van dat items met hun titel direct zichtbaar zijn zoals voorheen, zien gebruikers nu de mappen waar ze onder vallen. Helaas is er geen optie om te kiezen of de map an sich wel of niet zichtbaar moet zijn op het SSP. Blijkbaar was hoe wij het bedachten niet de bedoeling en moeten alle kennisitems weer uit de submappen halen en weer onder de hoofdmap plaatsen.
 

Wat nu in het nieuwe kennissysteem een folder is geworden heeft wel een beschikbaarheid maar geen url. De folder is dus niet direct te benaderen (getest op de testomgeving).

Hallo,

we zijn achter de schermen aan het kijken hoe we deze situatie kunnen verbeteren. Voor nu hebben we nog niet een antwoord. Een oplossings richting waar ik aan zit te denken is om te zorgen dat de URL makkelijker te achterhalen is. Vanuit de oude SSP designer zijn we aan het kijken of we tijdelijk folders ook kiesbaar kunnen maken. In de nieuwe SSP designer die gepland staat voor eind Q1 2027 is het wel mogelijk om folders te kiezen.

Wij zijn hier nu ook mee bezig en ik begrijp waar je tegen aanloopt jurgen. 

Wij hebben net als jullie een kennissysteem waar de indeling bestaat uit kennisitems als kopjes/headers. Deze zijn, zie ik in de gemigreerde test nu omgezet naar Folders, maar die zijn dus ook zichtbaar in het SSP. Wat technisch gezien niet anders kan misschien(?) maar wat ons betreft niet wenselijk is. Vooral omdat deze folders een naam hebben die bij ons overeenkomt met de corresponderende dienstenpagina. Zoals Mijn Werkplek/Reizen & Vervoer/Applicaties & Rechten etc. En omdat die folders zichtbaar zijn voor alle gebruikers kun je die naar mijn mening niet leeg laten. Dus moet je ze of vullen met een verklaring waarom ze zichtbaar zijn en dezelfde naam hebben als je dienstenpagina of verwijzen naar de corresponderende dienstenpagina. Dit nadeel is dus niet opgelost door de omzetting van ki's naar folders.

Als ik je post goed begrijp dan hebben wij geluk dat we die kennisitems headers(nu folders)  niet actief gebruiken als basis voor flows. Onze Contact & Servicepagina is een Dienstenpagina

Precies dit probleem ervaren wij ook.

Ook wij hadden deze impact in de initiële aankondiging van de nieuwe Verkenner niet voorzien. Waren in de veronderstelling dat het enkel een verbetering in de ‘look and feel’ zou zijn; zonder impactvolle veranderingen in functionaliteit. Ook voor ons heeft dit een volledige herstructurering van de Verkenner als gevolg. Heb dit gemeld bij Topdesk, maar te horen gekregen dat hier geen aanpassingen in gedaan gaan worden.

Daarbij zijn we erachter gekomen dat de informatie die in tekstomschrijvingen van mappen staan - dus in een zogeheten ‘FOLD’ - niet worden meegenomen in de antwoorden van de AI-search, en dus ook niet naar deze mappen verwijst in het antwoord. Ook hier geen toezegging op een oplossing gezien de ontwikkelingen met Robin. 

Never mind. Ik trek mijn bericht voor nu nog even terug. Kan hem helaas niet verwijderen.

​@Stefan van Opstal , ik zal je ook in deze reactie taggen. Als het zo is dat je vóór 20 november over moet zijn dan is dat ook relevante in deze groep. Alvast bedankt.