Situatie 1:

Stel je hebt een project 20260216 met 2 meetpunten:

 In de database ziet dit er zo uit. Let op de BOGUID; dit is het unieke ID in de database waar het om gaat.

Als dit geexporteerd wordt naar een derde partij die dit project nog niet in de database heeft staan, dan komen de gegevens met exact dezelfde gegevens en ID's in die database te staan. 

Zij gaan hier verder mee aan de slag. Stel ze vullen alleen de Boormeester in. Zij maken hier een export van voor jou om te importeren. Dit ziet dan zo uit in het exportbestand:

In het exportformaat zijn de kolommen iets anders benoemd, maar wat van belang is:

• De MpGuid is de BOGUID en die komen overeen met bijbehorende meetpuntnamen
• De MpDateLastChanged is nieuwer dan de DateLastChanged in de database
• => Dus als dit bestand geimporteerd wordt, dan worden de juiste meetpunten gevonden en mogen deze aangepast worden. Het resultaat na import is dan het volgende; de boormeester is toegevoegd

Dit is dus de ideale situatie. Op deze manier wordt gecontroleerd op dezelfde gegevens en worden nieuwe gegevens toegevoegd / aangevuld wanneer deze nieuwer zijn dan in de database.

Situatie 2

Maar stel nu dat het derde bedrijf een meetpunt heeft weggegooid en opnieuw heeft aangemaakt. Of het project bestond al en is als een kopie geimporteerd. Als dan een export wordt gemaakt, dan ziet dit er zo uit:

(In dit geval is ook nog de Diepte als extra ingevuld)

 Je ziet nu dat de meetpuntnamen wel hetzelfde zijn als in de database, maar dat de MpGUID niet meer overeenkomt met de BOGUID. Wanneer dit geimporteerd wordt is er dus geen match en worden _N meetpunten aangemaakt:

 En in de database:

 Je ziet dat de _N meetpunten dezelfde GUID hebben gekregen als in het exportbestand. Dit betekent dat als je ditzelfde export bestand nogmaals gaat importeren er geen _N zullen bijkomen. Want in dit geval wordt de GUID gevonden; het meetpunt bestaat al. De DateLastChanged in het exportbestand is niet nieuwer dan in de database, dus er mag niks gewijzigd worden. De naam in de database, bijv. B01_N mag niet aangepast worden naar B01 zoals het in het exportbestand staat.

Situatie 3

We gaat dit exportbestand importeren als een nieuw project in TerraIndex; als 20260217-V2

 In de database ziet dit er nu zo uit:

• IDPROJECT 1127 is het oorspronkelijke project 20260217
• IDPROJECT 1129 is het nieuwe project 20260217-V2
• Let op dat de BOGUIDS van het nieuwe project niet overeenkomen met de Guids in het exportbestand. Omdat we dit met een nieuwe projectcode hebben geimporteerd worden nieuwe Guids aangemaakt. Anders zouden we in dit geval de situatie krijgen dat de 2 boringen in project 20260217-V2 dezelfde Guids hadden als de boringen B01_N en B02_N in project 20260217. En dat is de situatie die we niet willen

 Wanneer ditzelfde exportbestand nu nogmaals geimporteerd gaat worden, en we doen dit nogmaals naar project 20260217-V2, dan hebben we dus de situatie dat de meetpuntnamen bestaan, maar dat de Guids verschillen. Dus worden _N meetpunten aangemaakt:

 Wordt nu nog een keer ditzelfde exportbestand geimporteerd onder 20260217-V2, dan blijft dus dezelfde situatie bestaan; B01 en B02 bestaan al en de Guids komen niet overeen. Dus er worden nog een keer _N meetpunten gemaakt