Werkvoorbereiders beheren KLIC-meldingen en kabel- en leidingdata op een GIS-scherm

KLIC-registratie op orde: zo houd je meldingen en versies bij

Een KLIC-melding aanvragen is één stap; zorgen dat iedereen tijdens het project met de juiste levering werkt, is minstens zo belangrijk. Zodra meerdere werkvakken, aannemers of revisies in omloop zijn, ontstaan snel vragen. Welke melding hoort bij dit tracé? Is de uitvoering al gestart? Waar staat het originele ZIP-bestand? En gebruikt de ploeg buiten dezelfde versie als de werkvoorbereider? Met een eenvoudige KLIC-registratie maak je die antwoorden vindbaar en voorkom je dat een verouderd of verkeerd bestand ongemerkt de werkmap in gaat.

In dit artikel lees je welke gegevens in een praktisch KLIC-register horen, hoe je statussen en versies beheert en hoe je het register onderdeel maakt van de dagelijkse werkvoorbereiding. Het doel is niet méér administratie, maar minder zoekwerk, minder dubbel werk en een duidelijke overdracht van kantoor naar uitvoering.

Wat bedoelen we met een KLIC-registratie?

Een KLIC-registratie is een centraal overzicht van alle meldingen die binnen een project of organisatie worden gebruikt. Het register verwijst naar de oorspronkelijke levering, het werkgebied, de geldigheid, de verantwoordelijke medewerker en de bestanden of services die uit de levering zijn gemaakt. Dat kan beginnen als een zorgvuldig ingerichte tabel. Bij terugkerende projecten is een centrale beheeromgeving vaak logischer.

Het register vervangt de originele KLIC-levering niet. Het is de index waarmee je de bron snel terugvindt en de context bewaart. Bewaar daarom altijd het volledige originele ZIP-bestand en koppel afgeleide DWG-, DXF- of GIS-bestanden aantoonbaar aan die bron. Het Kadaster adviseert geleverde kabel- en leidinginformatie na ontvangst snel te downloaden en op te slaan. Bij een graafmelding moet bovendien binnen twintig werkdagen na de melding met de werkzaamheden worden begonnen. Die termijn is dus een belangrijk registratieveld, geen detail voor in een losse e-mail.

Waarom losse mappen en bestandsnamen niet genoeg zijn

Een mapstructuur kan prima werken zolang één persoon één melding voor één klein project beheert. Het wordt kwetsbaar wanneer een tracé uit meerdere graafgebieden bestaat, projectgrenzen veranderen of verschillende disciplines dezelfde informatie nodig hebben. Een bestandsnaam vertelt meestal niet of de levering compleet is, wie haar heeft gecontroleerd en welke conversie-instellingen zijn gebruikt.

Ook het woord “actueel” is zonder context onduidelijk. Een recent geconverteerd CAD-bestand kan nog steeds uit een oudere KLIC-levering komen. Andersom kan een oudere leverdatum correct zijn voor een gearchiveerde projectfase. Je hebt daarom zowel brongegevens als processtatus nodig. Een goed register laat die twee naast elkaar zien.

De grootste winst ontstaat bij overdrachtsmomenten. Een collega kan zonder mondelinge uitleg zien welke informatie leidend is. De uitvoerder hoeft niet te gokken welk bestand op de tablet hoort. En bij een wijziging kun je gericht bepalen welke afgeleide bestanden en gebruikers opnieuw moeten worden geïnformeerd.

De 12 velden die in ieder KLIC-register horen

Houd het register compact. De volgende velden geven in de meeste projecten voldoende houvast:

Veld Waarom dit nodig is Voorbeeld
Intern projectnummer Koppelt de melding aan planning en dossier PRJ-2026-041
KLIC-meldnummer Unieke verwijzing naar de levering Neem exact over uit de leveringsbrief
Type verzoek Maakt doel en gebruik duidelijk Graafmelding of oriëntatieverzoek
Werkgebied Verbindt de melding aan vak, fase of tracé Werkvak B, km 3,2–4,1
Datum melding Startpunt voor planning en geldigheid dd-mm-jjjj
Uiterste startdatum Voorkomt werken met een verlopen melding Datum volgens de geldende termijn
Bronlocatie Wijst naar het originele, ongewijzigde ZIP-bestand Documentmanagementlink of cloudpad
Controleur en controledatum Maakt inhoudelijke controle herleidbaar Naam, datum en korte notitie
Conversie en formaat Legt vast welke afgeleide werkbestanden bestaan DWG, GeoPackage, WMS of WFS
Versie of revisie Onderscheidt opeenvolgende leveringen en exports Bron 01, export B
Projectstatus Laat zien of de melding nog gebruikt mag worden Aangevraagd, gecontroleerd, vrijgegeven, vervallen
Eigenaar Maakt één persoon verantwoordelijk voor opvolging Werkvoorbereider of projectcoördinator

Voeg alleen organisatie-specifieke velden toe als iemand er daadwerkelijk op stuurt. Denk aan opdrachtgever, onderaannemer, veiligheidszone of een link naar het werkplan. Vermijd vrije tekst waar een vaste status of keuzelijst volstaat; vaste waarden maken filteren en controleren veel eenvoudiger.

Werk met een heldere statusflow

Een register wordt pas bruikbaar wanneer iedereen dezelfde betekenis aan een status geeft. Gebruik bijvoorbeeld vijf opeenvolgende stappen:

  1. Aangevraagd: de melding is gedaan, maar de complete levering is nog niet beschikbaar.
  2. Ontvangen: het originele ZIP-bestand en de leveringsdocumenten zijn opgeslagen.
  3. Gecontroleerd: werkgebied, volledigheid, bijzonderheden en bruikbaarheid zijn beoordeeld.
  4. Vrijgegeven: de juiste bestanden of services zijn beschikbaar voor de aangewezen gebruikers.
  5. Vervallen of gearchiveerd: de melding mag niet meer als actieve werkset worden gebruikt.

Maak “gecontroleerd” concreet. Controleer minimaal of het gebied aansluit op het geplande werk, of alle verwachte onderdelen aanwezig zijn, of documenten en voorzorgsmaatregelen zijn gelezen en of de kaartweergave begrijpelijk is. Een conversie die technisch zonder foutmelding is afgerond, is nog geen inhoudelijke vrijgave.

Gebruik bij twijfel geen status als “ongeveer klaar”. Leg een blokkade vast, wijs een eigenaar toe en vermeld welke actie nodig is. Zo verandert het register van een archief in een werkvoorraad.

Versiebeheer: onderscheid bron, conversie en projectbestand

In de praktijk lopen drie soorten versies door elkaar. De bronversie is de ontvangen KLIC-levering. De conversieversie is het resultaat dat daarvan in bijvoorbeeld DWG of GeoPackage is gemaakt. De projectversie bevat eventueel aanvullende ontwerp- of achtergrondinformatie. Geef deze drie elk een eigen kenmerk.

Een bruikbare naam kan bijvoorbeeld bestaan uit projectnummer, werkvak, meldnummer, brondatum, formaat en revisie. Verander het originele ZIP-bestand niet en sla geen bewerkte bestanden in dezelfde map onder bijna dezelfde naam op. Meer achtergrond vind je in de kennisbank over versiebeheer van KLIC-informatie.

Leg bij een nieuwe levering vast welke eerdere registratie zij opvolgt. Sluit vervolgens de oude versie voor actief gebruik, maar verwijder haar niet uit het projectdossier. Zo blijft achteraf zichtbaar welke informatie bij een eerdere ontwerp- of uitvoeringsbeslissing beschikbaar was.

Praktijkvoorbeeld: een tracé met drie werkvakken

Stel dat een aannemer een leidingtracé in drie fasen uitvoert. Werkvak A start volgende week, werkvak B wordt nog ontworpen en bij werkvak C verandert de grens na overleg met de opdrachtgever. Zonder register staan er al snel meerdere ZIP-bestanden, twee CAD-exports en screenshots in een gedeelde map.

De werkvoorbereider maakt per werkvak een registratie en koppelt elke regel aan het originele meldnummer. Voor A wordt de levering gecontroleerd en vrijgegeven; de tablet van de uitvoerder verwijst naar dezelfde werkset. B blijft op “ontvangen” totdat de inhoudelijke controle klaar is. Voor C wordt de oude melding als vervallen gemarkeerd en een nieuwe aanvraag gekoppeld aan de aangepaste grens.

Wanneer de planning verschuift, filtert de projectcoördinator op uiterste startdatum. Daardoor is direct zichtbaar welke melding opnieuw moet worden beoordeeld of aangevraagd. Na afloop blijven de bron, controle en gebruikte revisie als één samenhangend dossier beschikbaar. Bij grotere tracés helpt ook de uitleg over meerdere KLIC-meldingen samenvoegen.

Koppel het register aan vaste controlemomenten

Een register veroudert als het alleen bij de aanvraag wordt bijgewerkt. Neem daarom vaste momenten op in het proces:

  • bij ontvangst van de complete levering;
  • na inhoudelijke controle en conversie;
  • voor overdracht naar uitvoerder of onderaannemer;
  • bij wijziging van werkgebied, planning of projectfase;
  • vlak vóór de start van het werk;
  • bij afsluiting en archivering van het werkvak.

Maak bij iedere overdracht duidelijk wat de ontvanger krijgt en wat niet. Een PDF of kaartbeeld kan handig zijn voor oriëntatie, maar bevat niet automatisch alle objectinformatie en bijlagen uit de levering. De informatie moet tijdens het graven digitaal op de graaflocatie aanwezig zijn. Beschrijf daarom in het register waar de complete set staat en welke afgeleide weergave voor welk doel is bedoeld.

Wil je het bredere beheerproces inrichten, gebruik dan ook de praktische gids over KLIC-informatie beheren en delen. Daarin staat hoe centrale opslag, rechten en samenwerking op elkaar aansluiten.

Spreadsheet of centrale KLIC-omgeving?

Een spreadsheet kan voldoende zijn voor een incidenteel project met weinig meldingen en één beheerder. Spreek dan af wie mag wijzigen, werk met vaste keuzelijsten en voorkom lokale kopieën. Voeg geen zware bestanden aan de tabel toe, maar gebruik gecontroleerde links naar de bronlocatie.

Een centrale omgeving wordt interessanter wanneer meldingen door meerdere teams worden gebruikt, wanneer regelmatig nieuwe werkvakken ontstaan of wanneer dezelfde data in CAD en GIS beschikbaar moet zijn. Dan wil je rechten, kaartweergave, bestanden, status en herkomst niet in losse systemen bijhouden. Een centrale bron verkleint de kans dat medewerkers hun eigen kopie als leidend gaan beschouwen.

De techniek moet het proces ondersteunen. Begin daarom met eigenaarschap, statussen en controleafspraken. Automatiseer daarna pas meldingen, conversies of distributie. Een onduidelijk proces wordt door automatisering vooral sneller onduidelijk.

Vandaag beginnen: een compacte checklist

  1. Inventariseer alle actieve KLIC-meldingen per project en werkvak.
  2. Wijs per melding één eigenaar aan.
  3. Koppel iedere registratie aan het originele ZIP-bestand.
  4. Voeg meldnummer, meldingsdatum, uiterste startdatum en werkgebied toe.
  5. Leg vast welke controles zijn uitgevoerd en door wie.
  6. Registreer alle afgeleide CAD- en GIS-bestanden met hun revisie.
  7. Gebruik vaste statussen en blokkeer vervallen werksets voor actief gebruik.
  8. Plan een controle vóór overdracht en vlak vóór uitvoering.

Met deze basis weet iedere betrokkene welke informatie bij het werk hoort en wie actie moet nemen. Wil je meldingen, bestanden en kaartinformatie voor meerdere gebruikers vanuit één bron beschikbaar maken? Bekijk dan KlicConverter Cloud en beoordeel of centraal beheer beter past dan losse projectmappen.

Vergelijkbare berichten