Skip to main content
Starter ⭐
Nov 4, 2026 12:40 PM UTC
Question

Impact van migratie kennissysteem verkenner

Op 20 november begint de verplichte migratie van de kennissysteem verkenner. Voor onze omgeving levert dit diverse substantiële problemen op in het selfserviceportaal.
Ik ben benieuwd of dit ook bij anderen speelt en of hier dan oplossingen/workarounds voor zijn.

Het grootste issue is de omzetting van kennisitems naar folders in relatie tot het selfserviceportaal. In het SSP is namelijk vaak een indeling gemaakt op basis van kennisitems. Die worden dan als subitem getoond op de pagina. Deze links moeten allemaal omgezet worden naar de nieuwe folders.

Daarbij kan echter niet alle informatie uit het kennisitem overgenomen worden; tekst voor behandelaars, documenten. Daarvoor moet dan een apart kennisitem aangemaakt worden.

Op een SSP-pagina van een folder kan ook geen flow gekoppeld worden. Bijvoorbeeld een contactpagina is dan niet meer zichtbaar bij het hoofdonderwerp, maar alleen nog bij individuele kennisitems.

Linken naar het oorspronkelijke kennisitem in plaats van de nieuwe folder is ook geen optie, omdat dan de subitems niet meer zichtbaar zijn. Hieronder een voorbeeld van de oude en nieuwe indeling.

 

SSP oud

 

SSP nieuw


De migratie van de verkenner betekent voor ons een gigantische herinrichting van het SSP.
Bijkomend probleem is dat na de migratie de oude indeling niet meer beschikbaar is. Hoe richt je het SSP dan weer goed in?

Speelt dit ook bij anderen?

 

25 replies

Stefan van Opstal
Employee
Employee
Nov 6, 2026 5:01 PM UTC

​@Jurgen van Bommel 

bedankt voor je uitgebreide toelichting en de voorbeelden. Ik begrijp dat dit voor jullie SSP een flinke herinrichting betekent, zeker omdat jullie indeling nu op kennisitems is gebouwd.

Even kort wat er met de migratie gebeurt: kennisitems die als rubriek werden gebruikt, worden mappen. Een map neemt de titel, korte omschrijving, eigenaar en zichtbaarheidsfilters mee. De oorspronkelijke kennisitems blijven bestaan en zijn terug te vinden in de nieuw gecreëerde map en via het zoekscherm, maar de koppeling met de subitems zit nu in de map. Inhoud die niet in een map past, zoals tekst voor behandelaars en documenten, kun je onderbrengen in een apart kennisitem binnen die map.

Om gericht mee te denken, hoeveel lagen diep gaan jullie in het kennissysteem, en hoeveel van die items hebben behandelaarstekst, documenten of een flow? Als je wilt, kijk ik graag in een korte call of via support mee naar jullie opzet.

Translate
Starter ⭐
Nov 9, 2026 8:44 AM UTC

Bedankt voor je reactie Stefan.
We hebben 1500 kennisitems verdeeld over meer dan 100 kennisitems die straks een folder worden. Hoe diep deze lagen gaan verschilt per onderwerp.
Ook bevat het ene kennisitem (wat straks een map wordt) wel uitgebreide tekst en/of documenten. Andere kennisitems zijn dan ook weer echt als link (folder) gebruikt zonder tekst e.d.

De enige manier om dit te herstellen in het SSP en het kennissysteem is elk kennisitem na de migratie nalopen. Het kennisitem wat leeg is, kan dan verwijderd worden omdat de folder dit heeft overgenomen. En daarvoor dan de link in de selfserviceportal designer aanpassen…
Het kennisitem wat wel kennis bevat, moet dan een echt kennisitem worden door bijvoorbeeld de titel aan te passen.

Dit nalopen zal ik toch echt zelf moeten doen.

Translate