Versiebeheer van KLIC-informatie helpt je vastleggen welke bron je team gebruikt, wat daarvan is gemaakt en wanneer gegevens zijn bijgewerkt. Dat voorkomt onduidelijkheid als een ontwerper een eerdere export opent terwijl een collega al met een nieuwe levering werkt.
De basis is eenvoudig: bewaar de oorspronkelijke levering, registreer iedere verwerking en wijs aan welke gegevens voor een specifieke projecttaak gebruikt worden. In dit artikel werk je die afspraken uit tot een praktische werkwijze voor bestanden én centrale omgevingen.
Voor het volledige proces van ontvangst tot overdracht lees je onze gids over KLIC-informatie beheren en delen binnen projecten.
Wat leg je vast bij versiebeheer van KLIC-informatie?
Maak onderscheid tussen drie onderdelen: de ontvangen levering, de verwerking daarvan en de toepassing in je project. Eén levering kan tot meerdere exports leiden. Een nieuwe export hoeft dus geen nieuwe broninformatie te bevatten.
| Onderdeel | Wat je registreert | Voorbeeld |
|---|---|---|
| Bronlevering | Meldnummer, ontvangstdatum, leveringsstatus en gebied | De oorspronkelijke ZIP-levering voor projectdeel west |
| Verwerking | Verwerkingsdatum, gebruikte instellingen en resultaat | Een CAD-export met de gekozen lagenstructuur |
| Projectgebruik | Projectfase, taak, verantwoordelijke en aangewezen gegevensstand | De export die bij ontwerpversie B hoort |
Het Kadaster beschrijft wat je ontvangt na een KLIC-melding of oriëntatieverzoek. Bewaar naast afgeleide kaartlagen ook toegang tot de oorspronkelijke levering en bijbehorende documenten.
Stap 1. Bewaar de bron en koppel deze aan je project
Sla iedere oorspronkelijke levering op zonder die te vervangen door een bewerkte versie. Koppel haar aan het project, het gebied en het meldnummer. Leg de ontvangstdatum apart vast van de datum waarop je de gegevens verwerkt.
Gebruik bijvoorbeeld drie herkenbare onderdelen in je projectopslag: bronleveringen, verwerkte gegevens en archief. Je kunt dit met mappen of met een registratie in je beheersysteem organiseren. Zorg vooral dat een collega de bron van een export kan terugvinden.
Stap 2. Maak de verwerkingsstatus duidelijk
Een bestandsnaam als ‘nieuwste_definitief_v2’ vertelt weinig over de controle en het bedoelde gebruik. Spreek daarom een kleine set statussen af.
| Voorbeeldstatus | Betekenis binnen het team | Vervolgactie |
|---|---|---|
| Ontvangen | Levering opgeslagen; controle nog niet afgerond | Bron, gebied en leveringsstatus controleren |
| Gecontroleerd | De afgesproken inhoudelijke controles zijn uitgevoerd | Verwerken voor de afgesproken toepassing |
| Beschikbaar voor projecttaak | Resultaat gecontroleerd en aangewezen voor een benoemde taak | Gebruikers informeren over locatie en bron |
| Vervangen / archief | Voor die taak is een andere gegevensstand aangewezen | Bewaren voor herleidbaarheid |
Dit zijn voorgestelde interne statussen. Ze staan los van de leveringsstatus van het Kadaster. Een interne status geeft ook niet aan dat aan alle voorwaarden voor graafwerk is voldaan. Benoem daarom steeds de projecttaak waarop je afspraak betrekking heeft.
Stap 3. Verwerk een nieuwe levering met een vast stappenplan
Versiebeheer van KLIC-informatie wordt vooral belangrijk wanneer een nieuwe levering binnenkomt. Laat één verantwoordelijke de verwerking coördineren en wijs een vervanger aan voor afwezigheid.
- Registreren: noteer de levering, ontvangstdatum en het betreffende projectdeel.
- Beoordelen: bepaal welke bestaande gegevens, exports en gebruikers geraakt worden.
- Verwerken: maak de benodigde output of werk de gedeelde omgeving bij.
- Controleren: controleer locatie, benodigde lagen, herleidbaarheid en toegankelijkheid.
- Beschikbaar stellen: wijs de nieuwe gegevensstand aan voor de afgesproken taak.
- Communiceren: meld wat is vervangen en welke actie de ontvanger moet uitvoeren.
- Archiveren: bewaar de eerdere stand en leg de relatie met de nieuwe vast.
Bij gedeeltelijk overlappende meldingen vraagt de tweede stap extra aandacht. Een nieuwe levering voor een deelgebied vervangt niet vanzelf alle informatie van het project. Leg vast op welk gebied de vervanging betrekking heeft. Verwijder overlappende objecten niet uitsluitend omdat ze dubbel lijken te staan; beoordeel eerst hun herkomst en betekenis.
Stap 4. Koppel CAD- en GIS-exports aan hun bron
Noteer bij iedere export het meldnummer of de gebruikte bronregistraties, de verwerkingsdatum en relevante instellingen. Als je dezelfde levering opnieuw converteert met andere instellingen, beschrijf dan wat er aan de verwerking is veranderd.
Houd eigen ontwerpgegevens en opmerkingen herkenbaar gescheiden van de aangeleverde kabel- en leidinginformatie. Zo kan een collega zien of een verschil uit de bronlevering komt of uit een projectbewerking.
Een bruikbare naam voor een afgeleid bestand is bijvoorbeeld Projectnummer_Projectdeel_Verwerkingsdatum_Versie. Gebruik daarnaast je registratie voor de volledige bronverwijzing. Vooral bij meerdere meldingen past die informatie niet zinvol in één bestandsnaam.
Versiebeheer van KLIC-informatie in de cloud
Een centrale omgeving kan helpen om dezelfde bron aan meerdere gebruikers beschikbaar te stellen. Nieuwe leveringen moeten nog steeds worden verwerkt en gecontroleerd. Een export die iemand eerder heeft gedownload, verandert niet automatisch mee.
Leg vast hoe je gebruikers informeert en hoe zij controleren welke gegevensstand zichtbaar is. Bewaar bovendien de stand waarop een ontwerpbesluit of overdracht was gebaseerd, bijvoorbeeld met een gedateerde export en bronregistratie.
Twijfel je tussen losse bestanden en centrale beschikbaarstelling? Bekijk de keuzehulp KLIC-bestanden of cloud.
Voorbeeld: een nieuwe levering voor één projectdeel
Stel: een ontwerpteam werkt met gegevens voor een volledig projectgebied. Later ontvangt de werkvoorbereider een nieuwe levering voor het westelijke deel. De ontwerper heeft al een CAD-export en de GIS-specialist gebruikt een gedeelde projectkaart.
De werkvoorbereider registreert de nieuwe bron en beoordeelt welke delen worden vervangen. Na verwerking controleert het team zowel de nieuwe CAD-output als de projectkaart. De ontwerper ontvangt bericht welke export gebruikt moet worden. De oude export wordt gekoppeld aan de eerdere ontwerpversie en als archief gemarkeerd.
Dit illustratieve voorbeeld laat zien waarom gebied, bron en toepassing samen geregistreerd moeten worden. Alleen de datum van een bestand biedt onvoldoende houvast.
Checklist voor versiebeheer van KLIC-informatie
- Kun je vanuit iedere export de oorspronkelijke levering terugvinden?
- Zijn ontvangstdatum en verwerkingsdatum afzonderlijk vastgelegd?
- Is duidelijk welk gebied en welke taak bij een gegevensstand horen?
- Weet iedereen wat de interne statussen betekenen?
- Is iemand verantwoordelijk voor nieuwe leveringen en vervanging van exports?
- Krijgen projectpartners bericht als hun gegevens moeten worden bijgewerkt?
- Zijn eerdere projectstanden herkenbaar bewaard?
Versiebeheer en geldigheid zijn verschillende onderwerpen. Een zorgvuldig geregistreerde gegevensstand vertelt wat je gebruikt, maar bepaalt niet vanzelf of die past bij een volgende projectfase. Lees daarvoor ook de uitleg over de geldigheid van een KLIC-melding.
Breng je werkwijze in de praktijk
Begin bij één lopend project. Registreer de bronnen, wijs de voor gebruik bestemde gegevens aan en bespreek met het team hoe een volgende levering wordt verwerkt. Daarmee maak je versiebeheer van KLIC-informatie onderdeel van het dagelijkse werk.
KlicConverter helpt je de gegevens om te zetten naar CAD- en GIS-bestanden of beschikbaar te maken via KlicConverter Cloud. Wil je weten welke inrichting past bij jullie software en beheerafspraken? Plan een demo en neem een concrete projectsituatie mee.