Skip to main content
Skip table of contents


This document describes the tests that (aspiring) participants should perform.

To ensure that new releases and the application process of participants go smoothly, it is required that new functionality or systems are tested thoroughly before taken into production. It is the responsibilty of the (aspiring) participants to demonstrate interoperability and to create trust and confidence with the other participants related to their implementation. This document distinguishes Simulator test cases and Chain test cases. The simulator tests are executed utilizing the Elektronische Toegangsdiensten simulator, an instrument for initiating requests and validating responses. Focus on these tests is conformity with the Afsprakenstelsel. Chain tests are executed in a separate network of systems, each in its own DTAP A-environment. During the chain tests, the focus is interoperability of all participants' systems.

The (aspiring) participant contacts the Beheerorganisatie when ready for executing chain test and for readiness of production go-live.  The (aspiring) participant must proof  their readiness to the BO by means of a demonstration of the functionality and a presentation of the testproces and results.  Based on the outcome of this proof, it is determined whether or not technical issues are remaining which should be solved before joining. Based on the outcome of these tests, it is determined whether or not technical issues are remaining which should be solved before joining.

It is the sole responsibility of the (future) participant that the functionality is working correctly as described in the agreed specifications and that it is interoperable with another participants system. For each technical release implementation the participants will make an agreement of the scope of testing: which usecases have to be shown and the criteria to pass. That agreement is part of the implementation plan, therefore public, and guarantees uniformity and a level playing field.

The participant is free to choose how to proof that the agreed specifications are implemented correctly. The participant can use a provided simulator, or his own, but must be able to provide proof in a way that a third party (Beheerorganisatie) can be convinced.

Interoperability is difficult to proof for the first participant because there is not another party available to demonstrate it. The participants can make agreements with each other to tackle this issue to shorten the time to market.


Continue here

JavaScript errors detected

Please note, these errors can depend on your browser setup.

If this problem persists, please contact our support.