Doel
-
De NSL de mogelijkheid bieden om zoveel mogelijk zekerheid te hebben dat zij een juiste aansluiting heeft op de services AanbiedenVerzoeken en OphalenMededeling(en), zodat verzoeken niet ten onrechte niet of vertraagd verwerkt worden en mededelingen op tijd opgehaald kunnen worden.
-
Kadaster wil graag zekerheid over de juiste aansluiting van de NSL op de services AanbiedenVerzoeken en OphalenMededeling(en), zodat verzoeken niet ten onrechte niet of vertraagd verwerkt worden en mededelingen op tijd opgehaald kunnen worden.
Uitgangspunten
-
Omgeving: ETO
-
Account in Mijn Kadaster en Authenticatie via OAuth zijn geregeld
-
PDF’s zijn conform PAdES digitaal ondertekend
-
XML berichten zijn conform XAdES digitaal ondertekend
-
KIK XML bijlages zijn conform XAdES digitaal ondertekend
-
Gekoppelde systemen / mocks:
-
KSS FTO
-
KIK-AA mock
-
Slimme Elan mock
-
| Via de KIK-AA mock worden niet alle KIK controles uitgevoerd. Vaststellen van de correctheid van meegeleverde KIK-XML is geen onderdeel van deze testomgeving. |
| In theorie werken de testen op zowel de v1 als v2 interfaces van de services OphalenMededeling(en) voor de nsl’s. Echter een VTV achteraf (VVR) en een verzoek tot verbetering na aanwijs (VVA) zijn alleen op de v2 van de services OphalenMededeling(en) beschikbaar. |
Slimme Elan mock
De ETO omgeving van Syvas maakt gebruik van een mock implementatie van Elan voor het aanmaken van mededelingen naar aanleiding van een verzoek. Door in de klantreferentie van het verzoek een code op te nemen kan de nsl zelf aansturen welke mededelingen worden aangemaakt. Deze werking staat in meer detail beschreven in het document Mededelingen in de ETO omgeving
-
genereert standaard een BVOI en BVI mededeling als er geen functionele fouten zijn
-
genereert mededelingen aan de hand van de laatste afkorting in het klantreferentie veld
-
genereert geen mededeling als er een functionele fout is; in dat geval maakt Syvas zelf een BVA mededeling aan
-
In verband met asynchrone verwerking verzoek pollen de NSL’s om mededelingen op te halen
Opmerkingen m.b.t. flow & standaard testgevallen
-
Het is mogelijk te simuleren dat een VTIV wordt aangeboden n.a.v. een eerder via Web Elan aangeboden stuk. In de mock waarmee Elan wordt gesimuleerd, zijn hiervoor twee stukken opgenomen met de volgende eigenschappen:
-
Onroerende Zaken Hyp4 deel 50000 nummer 1
-
Onroerende Zaken Hyp3 deel 50000 nummer 2
-
-
Stukken die worden aangeboden, worden toegevoegd aan de mock
Op die manier kan bijvoorbeeld eerst een VTIS worden aangeboden met "VTV" in de klantreferentie. De volgende mededelingen worden dan aangemaakt:
-
BVOI
-
BVI
-
VTV
Vervolgens kan met het deel/nummer dat is teruggekoppeld via de BVOI en BVI een VTIV worden aangeboden.
-
Een via een VTID toegevoegd depotstuk, kan worden gebruikt om bij een daaropvolgende VTIS het betreffende depotstuk als bewijsstuk of bijlage toe te voegen. Voorwaarde is dat in de betreffende VTIS in de klantreferentie "BVD" is opgenomen, zodat er een mededeling BVD wordt aangemaakt en Syvas weet dat het betreffende depotstuk in depot is genomen.
-
Om zonder BVID een depotstuk aan een VTIS te kunnen meegeven, zijn twee vaste depotstukken opgenomen in de mock:
-
Depotnummer 1
-
Depotnummer 2
-
| Het toevoegen van aangeboden stukken aan de mock, vindt plaats in het geheugen. Dit betekent dat deze na een nieuwe oplevering weg zijn. De Syvas applicatie wordt in een continuous delivery omgeving onderhouden. Dit betekent dat de mock meerdere keren per week wordt herstart, met het gevolg dat de opgevoerde stukken niet lanmger beschikbaar zijn. Dit is relevant voor de opmerking over het toevoegen van stukken hierboven. |
Werkwijze bij uitvoeren van de praktijktest
De ETO omgeving is standaard beschikbaar voor de NSL om testen uit te voeren. De ETO omgeving komt altijd overeen met de productieversie van de software.
De NSL stuurt d.m.v. de inhoud van het verzoek welke mededelingen zij gaat ontvangen. Zie de paragraaf hierboven over de Slimme Elan mock.
Grafische weergave testscenario’s
In de afbeelding hieronder worden de testscenario’s weergegeven op een schematische weergave van verzoeken en mededelingen:
-
Zwarte bollen geven de nummers van de testscenario’s weer.
-
Gele bollen met een "L" geven aan dat betreffende mededelingen later worden gerealiseerd.
-
Eén mededeling heeft een grijze bol met "nvt". Dit betreft de artikel 116 correspondentie.
Scenario’s
Voor het uitvoeren van de testen zijn een aantal scenario’s gedefinieerd die overeenkomen met de praktijksituaties. De onderstaande set geeft een goed overzicht van de mogelijke situaties.
-
VTID + VTIS
-
De NSL biedt een VTID aan, kadaster ontvangt deze en zet een BVOD en BVD klaar
-
Input = foutloze VTID met kenmerk eindigend op "BVD"
-
-
De NSL biedt een VTIS aan, met een gerelateerd depotstuk
-
Input = foutloze VTIS met kenmerk eindigend op "BVI" en depotnummer van de BVD
-
-
-
De NSL biedt een VTIS aan, kadaster ontvangt en zet een BVOI en BVI klaar
-
Input = foutloze VTIS met KIK-XML met kenmerk eindigend op "BVI" en met minimaal één bijlage en één bewijsstuk
-
-
VTIS + VTIN
-
De NSL biedt een VTIS aan, kadaster ontvangt en zet een BVOI en ANI klaar
-
Input = foutloze VTIS met kenmerk eindigend op "ANI"
-
-
De NSL biedt een VTIN aan, kadaster ontvangt en zet een BVIN klaar
-
Input = foutloze VTIN met deel/nummer uit 3, kenmerk eindigend op "BVIN".
-
-
-
VTIS + VTIN
-
De NSL biedt een VTIS aan, kadaster ontvangt en zet een BVOI en BVI klaar
-
Input = foutloze VTIS
-
-
De NSL biedt een VTIN aan, kadaster ontvangt en zet een AVTIN klaar
-
Input = foutloze VTIN met deel/nummer uit 4a en kenmerk eindigend op "AVTIN"
-
-
-
De NSL biedt een VTIS aan, kadaster ontvangt en zet een BVOI, een ANI en een BVW klaar
-
Input = foutloze VTIS met kenmerk eindigend op "BVW"
-
-
VTIS + VTIV
-
De NSL biedt een VTIS aan, kadaster ontvangt en zet een BVOI, BVI en VTV klaar
-
Input = foutloze VTIS met kenmerk eindigend op "VTV"
-
-
De NSL biedt een VTIV aan, kadaster ontvangt en zet een BVOI en BVI klaar
-
Input = foutloze VTIV met deel/nummer uit 6b
-
-
-
De NSL biedt een VTIS aan, Kadaster ontvangt en zet een BVOI, BVI, VTV en BINV klaar
-
Input = foutloze VTIS met kenmerk eindigend op "BINV"
-
-
De NSL biedt een VTIS aan, kadaster ontvangt en zet een BVOI, een BVI en AGB klaar
-
Input = foutloze VTIS met kenmerk eindigend op "AGB"
-
-
De NSL biedt een VTIS aan, kadaster ontvangt en zet een BVA klaar
-
Input = VTIS met minimaal 1 functionele controlefout
-
-
De NSL biedt een VTIS aan, kadaster ontvangt en zet een BVOI (met waarschuwingen) en BVI klaar
-
Input = KIK VTV met minstens 1 functionele KIK waarschuwing en geen functionele controlefouten
-
-
De NSL biedt een VTVV aan, kadaster ontvangt en zet een BVOI en BVI per verzoek klaar
-
Input = foutloze VTVV met minstens 2 verzoeken tot inschrijving stuk (VTIS)
-
-
2x VTVV
-
De NSL biedt een VTVV aan, kadaster ontvangt en zet een BVA per verzoek klaar
-
Input = VTVV met minstens 2 VTIS’en daarin, die beide minstens 1 functionele controlefout hebben
-
-
De NSL biedt een VTVV aan, kadaster zet mix van BVA’s en BVOI’s klaar
-
Input = VTVV met minstens 1 foutloze VTIS en minstens 1 VTIS met controlefout
-
-
-
De NSL biedt een VTIS aan en kadaster ontvangt niet
-
Input = een VTIS die niet ontvangen kan worden, bijvoorbeeld geen valide XML
-
-
Voor elke type mededeling minimaal één mededeling ophalen en bevestigen. De mededelingen kunnen worden aangemaakt met de bovenstaande scenario’s.
-
De NSL haalt een mededeling zonder verzoek op.
-
Input = foutloze VTIS met kenmerk eindigend op "VVA_ZV" (Deze test kan ook worden uitgevoerd voor een VTV achteraf (afgekort als VVR). Gebruik dan in de klantreferentie VVR_ZV)
-
Output = Voor de VTIS worden een BVOI en BVI gegenereerd. Daarna wordt ook een VVA aangemaakt die niet aan het verzoek is gekoppeld. Deze VVA zonder verzoek zal ook niet de opgegeven klantreferentie van het verzoek hebben en kan alleen los worden gevonden.
-