kwalificatie:V1.0 Handleiding Touchstone - Bewerkingsoverzicht

Pieter Edelman op 2 nov 2022 om 12:42

2022-11-02T12:42:21Z

← Oudere versie		Versie van 2 nov 2022 12:42
Regel 52:		Regel 52:

	Leveranciers kunnen zelfstandig de scripts die Nictiz publiceert uitvoeren en de resultaten bekijken. Hoe dit moet, [https://touchstone.aegis.net/touchstone/userguide/html/executing-tests/test-setup.html wordt uitgelegd in de Touchstone-documentatie].		Leveranciers kunnen zelfstandig de scripts die Nictiz publiceert uitvoeren en de resultaten bekijken. Hoe dit moet, [https://touchstone.aegis.net/touchstone/userguide/html/executing-tests/test-setup.html wordt uitgelegd in de Touchstone-documentatie].
	<section end="~~Testsysteem aanmaken~~"/>		<section end="Uitvoeren van testen"/>
	<section begin="Tokens"/>		<section begin="Tokens"/>
	===Mock-authenticatie met vaste tokens===		===Mock-authenticatie met vaste tokens===

Pieter Edelman: Beveiligde "kwalificatie:V1.0 Handleiding Touchstone": Protect production page from accidental edits ([Bewerken=Alleen beheerders toestaan] (vervalt niet) [Hernoemen=Alleen beheerders toestaan] (vervalt niet))

2022-10-25T09:37:20Z

Beveiligde "kwalificatie:V1.0 Handleiding Touchstone": Protect production page from accidental edits ([Bewerken=Alleen beheerders toestaan] (vervalt niet) [Hernoemen=Alleen beheerders toestaan] (vervalt niet))

← Oudere versie	Versie van 25 okt 2022 09:37
(geen verschil)

Pieter Edelman: Publish prepub to live environment

2022-10-25T09:37:19Z

Publish prepub to live environment

← Oudere versie		Versie van 25 okt 2022 09:37
Regel 1:		Regel 1:
	~~__NOINDEX__~~
	__NUMBEREDHEADINGS__		__NUMBEREDHEADINGS__
	{{kwalificatie:~~Vprepub-1~~.0_Issuebox}}		{{kwalificatie:V1.0_Issuebox}}
	<section begin="Introductie Touchstone"/>		<section begin="Introductie Touchstone"/>
	===Introductie Touchstone===		===Introductie Touchstone===

Pieter Edelman: Gekopieerd van kwalificatie:Vprepub-1.0 Handleiding Touchstone, versie 96269

2022-10-25T09:37:19Z

Gekopieerd van kwalificatie:Vprepub-1.0 Handleiding Touchstone, versie 96269

← Oudere versie	Versie van 25 okt 2022 09:37
(geen verschil)

Jorn Duwel: MM-3675: Herziening T-datum uitleg

2022-10-20T15:09:33Z

MM-3675: Herziening T-datum uitleg

← Oudere versie		Versie van 20 okt 2022 15:09
Regel 109:		Regel 109:

	===Variabele T datum===		===Variabele T datum===
			Test- en kwalificatiescenario's werken vaak met relatieve datums, die ervoor zorgen dat scenario's niet gedateerd raken. Een datum 'volgende week' blijft zodoende altijd in de toekomst. Om dit te vertalen naar concrete datums die gebruikt worden tijdens het testen en kwalificeren wordt gewerkt met de zogenaamde T-datum. De betekenis van deze T-datum en waar een deelnemer rekening mee moet houden bij het gebruik hiervan verschilt per rol. Voor iedere rol volgt hierna verdere uitleg.
			====Server: beschikbaarstellen (serve) en client: sturen (send)====
			Leveranciers die de inhoudelijke gegevens van test- en kwalificatiescenario's in hun bronsysteem invoeren ter voorbereiding op de Touchstone-tests voor beschikbaarstellen (serve) of sturen (send), bepalen een T-datum die zij hanteren bij het invoeren van alle gegevens.

	~~Test~~- en ~~kwalificatiescenario~~'~~s werken vaak met relatieve datums~~, ~~bijvorbeeld "~~de ~~afgelopen zes weken". Om dit te vertalen naar concrete datums tijdens het uitvoeren van een test wordt er in~~ de ~~functionele en technische testscripts gewerkt met een zogenaamde T-~~datum~~, bijvoorbeeld "T-400D" ofwel~~ 400 dagen ~~vóór~~ de T-datum.		Wanneer de bepaalde T-datum bijvoorbeeld '2022-01-01' is en de kwalificatiescripts spreken van 'T + 400D', berekent de leverancier de datum die 400 dagen ná de bepaalde T-datum ligt. Die datum wordt vervolgens in het bronsysteem ingevoerd bij het betreffende veld – in dit voorbeeld dus '2023-02-05'.

	De T-datum ~~is altijd de maandag van de week waarin getest wordt~~.		Mogelijke eenheden die gebruik worden bij het verrekenen van de T-datum zijn 'D' (dagen), 'M' (maanden) en 'Y' (jaren).

	~~Bijvoorbeeld~~ in ~~2022 is~~ de T-~~datum~~ in ~~week 3 gelijk aan 17 januari 2022. Deze T-datum is~~ in ~~verschillende situaties relevant:~~		Wanneer er datums gebruikt worden in de testscenario's, die invloed hebben op de Touchstone-scripts, bijvoorbeeld in de zoekparameters van het scenario "Persoon 1 vraagt alle meetwaarden op in een periode ('T – 30D t/m T')", wordt ook bij het uitvoeren van het betreffende TouchStone-script gevraagd de bepaalde T-datum in te voeren. Touchstone berekent vervolgens zelf de exact benodigde datums. Als de T-datum van het Touchstone-script overeenkomt met die van de ingevoerde gegevens, worden de gevraagde resources opgeleverd.
	* Wanneer er tijdens het starten van een ~~test gevraagd wordt om een "variabele~~ T", ~~is dit~~ de datum ~~die gebruikt dient~~ te ~~worden~~.
	* Leveranciers die testgegevens in hun eigen systeem invoeren, dienen deze referentiedatum aan te houden om de ~~concrete~~ datums ~~te berekenen~~.
	* Wanneer er datums in requests gebruikt worden, dienen deze berekend te worden ten opzichte van de T-datum.

	Elke maandag ~~wordt~~ de ~~Nictiz~~ WildFHIR-~~server geschoond en opnieuw~~ gevuld met ~~testgegevens~~ op ~~basis~~ van ~~deze~~ T-datum.		De verwachting is dat een leverancier de gebruikte T-datum vermeldt bij het aanleveren van de materialen en dat deze datum correspondeert met de aangeleverde screenshots en Touchstone-testexecutie(s).
	====Tijdzones====
			====Server: ontvangen (receive) en client: ophalen (retrieve)====
			Leveranciers die gegevens ophalen of ontvangen tijdens het gebruik van Touchstone, ontvangen testberichten van WildFHIR. Elke maandag worden de gegevens op WildFHIR ververst, waarbij alle datums opnieuw worden berekend met de datum van die maandag als referentie.

			Als een client gegevens ophaalt in de week van '2022-08-01', zal, indien het kwalificatiescript spreekt van een veld met als datum 'T + 400D', er een resource opgehaald worden waarin dat betreffende veld gevuld is met de datum '2023-09-05'.

			Wanneer er datums gebruikt worden in de testscenario's, die invloed hebben op de Touchstone-scripts, bijvoorbeeld in de zoekparameters van het scenario "Persoon 1 vraagt alle meetwaarden op in een periode ('T – 30D t/m T')", wordt ook bij het uitvoeren van het betreffende Touchstone-script gevraagd de T-datum in te voeren. Hier dient dus de datum van de maandag uit de testweek te worden ingevuld. Touchstone berekent vervolgens zelf de exact benodigde datums. Als de T-datum van het Touchstone-script overeenkomt met de datum die gebruikt is tijdens het verversen van WildFHIR, worden de gevraagde resources opgeleverd.

			De verwachting is dat een client tijdens kwalificatie in screenshots datums laat zien die corresponderen met gegevens die opgehaald zijn tijdens de aangeleverde Touchstone-testexecutie(s).

			===Tijdzones===
	In de FHIR-datatypes {{datatype\|dateTime}} (indien uren en minuten worden gebruikt) en {{datatype\|instant}} is het verplicht om een tijdzone in te vullen. De tijdzone kan daarom niet worden weglaten uit de testgegevens. Touchstone heeft helaas de beperking dat de Nederlandse tijdzone niet berekend kan worden aan de hand van de T-datum. De tijdzone die nu in onze testgegevens staat is daarom de Nederlandse tijdzone bij de eerste keer invullen van dit scenario met concrete datums. Dit komt niet per definitie overeen met de geldende tijdzone in Nederland voor de (in een testexecutie gebruikte, uiteindelijke) datum. In productie moet gerekend worden op een juiste tijdzone en het is dan ook juist om deze tijdzone gewoon te interpreteren, dit betekent dat de gegevens mogelijk soms een uur later of vroeger zijn dan in het addendum staat. Dit is geen reden voor afkeuren tijdens kwalificatie.		In de FHIR-datatypes {{datatype\|dateTime}} (indien uren en minuten worden gebruikt) en {{datatype\|instant}} is het verplicht om een tijdzone in te vullen. De tijdzone kan daarom niet worden weglaten uit de testgegevens. Touchstone heeft helaas de beperking dat de Nederlandse tijdzone niet berekend kan worden aan de hand van de T-datum. De tijdzone die nu in onze testgegevens staat is daarom de Nederlandse tijdzone bij de eerste keer invullen van dit scenario met concrete datums. Dit komt niet per definitie overeen met de geldende tijdzone in Nederland voor de (in een testexecutie gebruikte, uiteindelijke) datum. In productie moet gerekend worden op een juiste tijdzone en het is dan ook juist om deze tijdzone gewoon te interpreteren, dit betekent dat de gegevens mogelijk soms een uur later of vroeger zijn dan in het addendum staat. Dit is geen reden voor afkeuren tijdens kwalificatie.
	<section end="Variabele T datum"/>		<section end="Variabele T datum"/>

Pieter Edelman: MM-3700: Toevoegen uitleg over tokens

2022-10-18T12:27:32Z

MM-3700: Toevoegen uitleg over tokens

← Oudere versie		Versie van 18 okt 2022 12:27
Regel 53:		Regel 53:

	Leveranciers kunnen zelfstandig de scripts die Nictiz publiceert uitvoeren en de resultaten bekijken. Hoe dit moet, [https://touchstone.aegis.net/touchstone/userguide/html/executing-tests/test-setup.html wordt uitgelegd in de Touchstone-documentatie].		Leveranciers kunnen zelfstandig de scripts die Nictiz publiceert uitvoeren en de resultaten bekijken. Hoe dit moet, [https://touchstone.aegis.net/touchstone/userguide/html/executing-tests/test-setup.html wordt uitgelegd in de Touchstone-documentatie].
	<section end="~~Uitvoeren~~ van testen"/>		<section end="Testsysteem aanmaken"/>
			<section begin="Tokens"/>
			===Mock-authenticatie met vaste tokens===
			De authenticatie-stap is geen onderdeel van de Touchstone-test. Authenticatie van de FHIR-requests via een Bearer-token wordt op Touchstone nagebootst door het gebruik van vaste, niet-verlopende tokens.

			Het gebruik hiervan verschilt per rol die wil testen of kwalificeren:
			* Voor clients die getest worden, is er per testpatiënt uit het scenario [https://github.com/Nictiz/Nictiz-testscripts/blob/main/Configuration/QualificationTokens.json een Bearer-token gedefinieerd]. De client dient deze tokens te gebruiken in elke request naar Touchstone/WildFHIR.
			* Bij servers die getest worden, wordt er tijdens het aanmaken van de test gevraagd om een Bearer-token voor elke testpatiënt. Touchstone zal deze tokens gebruiken in de requests naar de server die getest wordt. Standaard zijn hier [https://github.com/Nictiz/Nictiz-testscripts/blob/main/Configuration/QualificationTokens.json de zelfde tokens] ingevuld die ook voor client-testen gebruikt worden, het staat gebruikers vrij om deze tokens over te nemen.<br />'''Let op''': De tokens moeten gedefinieerd worden als <q>Bearer<spatie>[token]</q>, bijvoorbeeld <q>Bearer 0aed465d-aab0-4417-9b3c-e6f635892fea</q> (zonder aanhalingstekens).
			[[Bestand:TouchstoneEnterToken.png\|link=]]
			<section end="Tokens"/>
	<section begin="Aandachtspunten"/>		<section begin="Aandachtspunten"/>

	===Aandachtspunten===		===Aandachtspunten===
	====USER_KEY en ORG_KEY weghalen in tickets====		====USER_KEY en ORG_KEY weghalen in tickets====

Pieter Edelman: MM-3775: Corrigeer afbakening voor secties "Testsysteem aanmaken" en "Uitvoeren van testen"

2022-10-18T11:54:41Z

MM-3775: Corrigeer afbakening voor secties "Testsysteem aanmaken" en "Uitvoeren van testen"

← Oudere versie		Versie van 18 okt 2022 11:54
Regel 48:		Regel 48:

	De volgende stap is om het systeem dat getest moet worden als "Test System" te registreren in Touchstone. Volg hiervoor [https://touchstone.aegis.net/touchstone/userguide/html/test-systems/creating.html de stappen in de Touchstone-handleiding].		De volgende stap is om het systeem dat getest moet worden als "Test System" te registreren in Touchstone. Volg hiervoor [https://touchstone.aegis.net/touchstone/userguide/html/test-systems/creating.html de stappen in de Touchstone-handleiding].
			<section end="Testsysteem aanmaken"/>
			<section begin="Uitvoeren van testen"/>
	===Uitvoeren van testen===		===Uitvoeren van testen===

	Leveranciers kunnen zelfstandig de scripts die Nictiz publiceert uitvoeren en de resultaten bekijken. Hoe dit moet, [https://touchstone.aegis.net/touchstone/userguide/html/executing-tests/test-setup.html wordt uitgelegd in de Touchstone-documentatie].		Leveranciers kunnen zelfstandig de scripts die Nictiz publiceert uitvoeren en de resultaten bekijken. Hoe dit moet, [https://touchstone.aegis.net/touchstone/userguide/html/executing-tests/test-setup.html wordt uitgelegd in de Touchstone-documentatie].
	<section end="~~Testsysteem aanmaken~~"/>		<section end="Uitvoeren van testen"/>
	<section begin="Aandachtspunten"/>		<section begin="Aandachtspunten"/>
	===Aandachtspunten===		===Aandachtspunten===

Michael Verbeek: MM-3204: Een waarschuwing is geplaatst over het meesturen van de USER_KEY of ORG_KEY in publieke plekken.

2022-05-23T06:24:17Z

MM-3204: Een waarschuwing is geplaatst over het meesturen van de USER_KEY of ORG_KEY in publieke plekken.

← Oudere versie		Versie van 23 mei 2022 06:24
Regel 54:		Regel 54:
	<section begin="Aandachtspunten"/>		<section begin="Aandachtspunten"/>
	===Aandachtspunten===		===Aandachtspunten===
			====USER_KEY en ORG_KEY weghalen in tickets====
			Bij het aanmaken van een ticket over Touchstone is het vaak zinvol om een deel van de (request)code mee te sturen ter verheldering van het probleem. Als deze vraag op een openbaar platform wordt gesteld (bv. een openbaar BITS/Jira-project) is het van belang dat de USER_KEYs en ORG_KEYs in deze transactie worden verwijderd (voor het opslaan van de tekst!). Deze keys zijn namelijk gebruiker/organisatie-specifiek en mogen niet voor derden zichtbaar zijn. Mocht dit toch gebeuren, laat het ons dan direct weten in het ticket. Het ticket zal dan worden verwijderd, met evt. een nieuwe clone waar de keys niet instaan zodat de vraag wel behandeld kan worden.

	====Volgorde van tests====		====Volgorde van tests====

Regel 92:		Regel 95:
	<section end="Aandachtspunten"/>		<section end="Aandachtspunten"/>
	<section begin="Variabele T datum"/>		<section begin="Variabele T datum"/>

	===Variabele T datum===		===Variabele T datum===

Pieter Edelman: Verander "DVP" naar "client" in de afbeeldingen

2022-02-28T13:56:42Z

Verander "DVP" naar "client" in de afbeeldingen

← Oudere versie		Versie van 28 feb 2022 13:56
Regel 14:		Regel 14:
	Bij testen waar de FHIR-client het testobject is ziet de testopstelling er als volgt uit:		Bij testen waar de FHIR-client het testobject is ziet de testopstelling er als volgt uit:

	[[Bestand:~~Touchstone_DVP~~.~~png~~\|link= \|750px~~\|Touchstone_DVP~~]]		[[Bestand:Touchstone client.jpg\|link= \|750px]]

	De opzet is hier als volgt:		De opzet is hier als volgt:
Regel 24:		Regel 24:
	Bij testen waar de FHIR-server het testobject is ziet de testopstelling er als volgt uit:		Bij testen waar de FHIR-server het testobject is ziet de testopstelling er als volgt uit:

	[[Bestand:~~Touchstone_DVZA~~.~~png~~\|link= \|550px~~\|Touchstone_DVZA~~]]		[[Bestand:Touchstone server.jpg\|link= \|550px]]

	De opzet is hier als volgt:		De opzet is hier als volgt:

Pieter Edelman: Fix formatting

2022-02-28T12:49:46Z

Fix formatting

← Oudere versie		Versie van 28 feb 2022 12:49
Regel 35:		Regel 35:
	====Account aanmaken====		====Account aanmaken====

	Leveranciers hebben een eigen bedrijfsaccount nodig voor hun organisatie op Touchstone. Er zijn verschillende abonnementsvormen beschikbaar, waaronder een gratis abonnement. Deze optie (Open) biedt die alle mogelijkheden om te kunnen testen en kwalificeren, maar kent wel limieten, onder meer het aantal tests dat per dag kan worden uitgevoerd.		Leveranciers hebben een eigen bedrijfsaccount nodig voor hun organisatie op Touchstone. Er zijn [https://touchstone.aegis.net/touchstone/subscription verschillende abonnementsvormen beschikbaar], waaronder een gratis abonnement. Deze optie (Open) biedt die alle mogelijkheden om te kunnen testen en kwalificeren, maar kent wel limieten, onder meer het aantal tests dat per dag kan worden uitgevoerd.

	Voor het aanmaken van een organisatie op Touchstone kunnen de stappen op https://touchstone.aegis.net/touchstone/userguide/html/registration/index.html gevolgd worden. Let er op dat de "Name" van de organisatie het liefst herkenbaar moet zijn voor Nictiz en dat er niet bijvoorbeeld de naam van een onderontwikkelaar wordt ingevuld. Dit vereenvoudigt het aanmeldproces.		Voor het aanmaken van een organisatie op Touchstone kunnen de stappen op https://touchstone.aegis.net/touchstone/userguide/html/registration/index.html gevolgd worden. Let er op dat de "Name" van de organisatie het liefst herkenbaar moet zijn voor Nictiz en dat er niet bijvoorbeeld de naam van een onderontwikkelaar wordt ingevuld. Dit vereenvoudigt het aanmeldproces.
Regel 42:		Regel 42:
	====Join Org Group====		====Join Org Group====

	Het bedrijfsaccount moet vervolgens toegang krijgen tot de Nictiz-materialen. Dit gaat door lid te worden van de relevant "Org Group(s)". De Touchstone-handleiding beschrijft hoe een verzoek hiervoor kan worden ingediend. Nictiz zal vervolgens het verzoek voor toetreding goedkeuren. Merk op dat hierbij goedkeuring van één van onze medewerkers nodig is en er dus korte tijd overheen kan gaan. Nadat goedkeuring is verleend dient de gebruiker, als deze nog is ingelogd, uit te loggen en opnieuw in te loggen.		Het bedrijfsaccount moet vervolgens toegang krijgen tot de Nictiz-materialen. Dit gaat door lid te worden van de relevant "Org Group(s)". De [https://touchstone.aegis.net/touchstone/userguide/html/org-groups/joining.html Touchstone-handleiding beschrijft] hoe een verzoek hiervoor kan worden ingediend. Nictiz zal vervolgens het verzoek voor toetreding goedkeuren. Merk op dat hierbij goedkeuring van één van onze medewerkers nodig is en er dus korte tijd overheen kan gaan. Nadat goedkeuring is verleend dient de gebruiker, als deze nog is ingelogd, uit te loggen en opnieuw in te loggen.
	<section end="Touchstone-account"/>		<section end="Touchstone-account"/>
	<section begin="Testsysteem aanmaken"/>		<section begin="Testsysteem aanmaken"/>
	===Testsysteem aanmaken===		===Testsysteem aanmaken===

	De volgende stap is om het systeem dat getest moet worden als "Test System" te registreren in Touchstone. Volg hiervoor de stappen in de Touchstone-handleiding.		De volgende stap is om het systeem dat getest moet worden als "Test System" te registreren in Touchstone. Volg hiervoor [https://touchstone.aegis.net/touchstone/userguide/html/test-systems/creating.html de stappen in de Touchstone-handleiding].
	===Uitvoeren van testen===		===Uitvoeren van testen===

	Leveranciers kunnen zelfstandig de scripts die Nictiz publiceert uitvoeren en de resultaten bekijken. Hoe dit moet, wordt uitgelegd in de Touchstone-documentatie.		Leveranciers kunnen zelfstandig de scripts die Nictiz publiceert uitvoeren en de resultaten bekijken. Hoe dit moet, [https://touchstone.aegis.net/touchstone/userguide/html/executing-tests/test-setup.html wordt uitgelegd in de Touchstone-documentatie].
	<section end="Testsysteem aanmaken"/>		<section end="Testsysteem aanmaken"/>
	<section begin="Aandachtspunten"/>		<section begin="Aandachtspunten"/>
Regel 59:		Regel 59:
	====Ophalen van references====		====Ophalen van references====

	Antwoorden uit de kwalificatiesimulator bevatten soms references naar extra informatie. Een voorbeeld uit de BGZ: <reference value="Practitioner/medmij-bgz-practitioner-ts-02"/>		Antwoorden uit de kwalificatiesimulator bevatten soms references naar extra informatie. Een voorbeeld uit de BGZ: <code><reference value="Practitioner/medmij-bgz-practitioner-ts-02"/></code>

	Deze references zijn los op te halen bij de kwalificatiesimulator, maar omdat er een bepaalde volgorde van interacties wordt gevraagd, kan het tussendoor ophalen van references ervoor zorgen dat een test faalt. We raden in dat geval aan om:		Deze references zijn los op te halen bij de kwalificatiesimulator, maar omdat er een bepaalde volgorde van interacties wordt gevraagd, kan het tussendoor ophalen van references ervoor zorgen dat een test faalt. We raden in dat geval aan om:
Regel 89:		Regel 89:
	[[Bestand:Touchstone_history_link_20210318.png\|link= \|750px\|Touchstone_history_link.png]]		[[Bestand:Touchstone_history_link_20210318.png\|link= \|750px\|Touchstone_history_link.png]]

	De link van de testexecutie ziet er dan bijvoorbeeld zo uit: https://touchstone.aegis.net/touchstone/execution?exec=201904050520537715673006		De link van de testexecutie ziet er dan bijvoorbeeld zo uit: <code><nowiki>https://touchstone.aegis.net/touchstone/execution?exec=201904050520537715673006</nowiki></code>
	<section end="Aandachtspunten"/>		<section end="Aandachtspunten"/>
	<section begin="Variabele T datum"/>		<section begin="Variabele T datum"/>
Regel 105:		Regel 105:
	Elke maandag wordt de Nictiz WildFHIR-server geschoond en opnieuw gevuld met testgegevens op basis van deze T-datum.		Elke maandag wordt de Nictiz WildFHIR-server geschoond en opnieuw gevuld met testgegevens op basis van deze T-datum.
	====Tijdzones====		====Tijdzones====
	In de FHIR-datatypes dateTime (indien uren en minuten worden gebruikt) en instant is het verplicht om een tijdzone in te vullen. De tijdzone kan daarom niet worden weglaten uit de testgegevens. Touchstone heeft helaas de beperking dat de Nederlandse tijdzone niet berekend kan worden aan de hand van de T-datum. De tijdzone die nu in onze testgegevens staat is daarom de Nederlandse tijdzone bij de eerste keer invullen van dit scenario met concrete datums. Dit komt niet per definitie overeen met de geldende tijdzone in Nederland voor de (in een testexecutie gebruikte, uiteindelijke) datum. In productie moet gerekend worden op een juiste tijdzone en het is dan ook juist om deze tijdzone gewoon te interpreteren, dit betekent dat de gegevens mogelijk soms een uur later of vroeger zijn dan in het addendum staat. Dit is geen reden voor afkeuren tijdens kwalificatie.		In de FHIR-datatypes {{datatype\|dateTime}} (indien uren en minuten worden gebruikt) en {{datatype\|instant}} is het verplicht om een tijdzone in te vullen. De tijdzone kan daarom niet worden weglaten uit de testgegevens. Touchstone heeft helaas de beperking dat de Nederlandse tijdzone niet berekend kan worden aan de hand van de T-datum. De tijdzone die nu in onze testgegevens staat is daarom de Nederlandse tijdzone bij de eerste keer invullen van dit scenario met concrete datums. Dit komt niet per definitie overeen met de geldende tijdzone in Nederland voor de (in een testexecutie gebruikte, uiteindelijke) datum. In productie moet gerekend worden op een juiste tijdzone en het is dan ook juist om deze tijdzone gewoon te interpreteren, dit betekent dat de gegevens mogelijk soms een uur later of vroeger zijn dan in het addendum staat. Dit is geen reden voor afkeuren tijdens kwalificatie.
	<section end="Variabele T datum"/>		<section end="Variabele T datum"/>