[a]

Toont alle HDN-berichten die worden uitgewisseld tussen Rol 1 en Rol 2/3 wanneer sprake is van een Tussenstation. Bij rechtstreekse communicatie toont deze lane de berichten van Rol 1 naar Rol 4a.

[b]

Toont alle HDN-berichten die worden uitgewisseld tussen Rol 2/3 en Rol 4a wanneer sprake is van een Tussenstation. Bij rechtstreekse communicatie toont deze lane de berichten van Rol 4a naar Rol 1.

De rol van de ontvanger is te raadplegen op de HDN-website. Deze vraag dient uitsluitend om binnen het proces het juiste vervolg te bepalen en heeft geen gevolgen voor het platform. Rollen die niet zijn genoemd vallen buiten de scope van dit proces.

Zie KET-008 (Rol 2/3, punt 2 en Rol 4, punt 4) voor een nadere toelichting op wat onder technische verwerking wordt verstaan.

Een gewijzigde OFFERTEAANVRAAG (AX) is te herkennen aan de waarde van requestVersion in de JSON-header. Wanneer deze waarde groter is dan 1, betreft het een gewijzigde aanvraag.

Alleen “Rol 3: Tussenstation met aanpassingen” organisatie mag een ingestuurde OFFERTEAANVRAAG (AX) inhoudelijk wijzigen. Indien sprake is van een gewijzigde aanvraag (requestVersion > 1) wordt gecontroleerd dat er geen STATUSMELDING (SX) 16 Offerteaanvraag beëindigd, zie toelichting is verzonden door Rol 4a. In dat geval is het antwoord altijd Nee.

• Rol 2/3 moet altijd de Serviceprovider entiteit toevoegen, en een eventuele bestaande entiteit Serviceprovider vervangen, zie KET-001. Daarnaast wordt de juiste ontvanger toegevoegd. 

• Bij een gewijzigde aanvraag (requestVersion > 1) wordt requestVersion indien nodig gecorrigeerd, zie KET-041.

• Let op: sommige velden mogen niet worden gewijzigd, zie KET-001 (Rol2/3 punt 2).

Zie KET-008 (Rol 4, punt 5) voor een nadere toelichting op wat onder inhoudelijke verwerking wordt verstaan.

Zie KET-008 (Rol 4, punt 6) voor een nadere toelichting op wat onder “afgewezen” wordt verstaan.

Wanneer er geen documenten nodig zijn voordat een indicatief voorstel kan worden uitgebracht, is het antwoord “Nee”. De aanbieder mag het documentenproces desgewenst eerder starten dan in deze procesplaat is aangegeven.

Houd rekening met aanvullende vereisten voor het vullen van het bericht, zoals beschreven in KET-016.

Deze wachtstatus houdt in dat het intermediair of medewerker op elk moment gedurende het proces kan besluiten hier verder te gaan. 

Een gewijzigde aanvraag mag niet in alle gevallen door Rol 1 worden aangeboden; zie KET-042.

Dit proces vindt buiten HDN plaats.

Niet alle velden in een aanvraag mogen worden gewijzigd. Systemen moeten voorkomen dat gebruikers deze velden kunnen aanpassen, zie KET-027.

Het is essentieel dat requestVersion correct is gevuld, zie KET-041. Controleer daarnaast altijd of er geen STATUSMELDING (SX) 16 Offerteaanvraag beëindigd, zie toelichting is ontvangen. In dat geval is het proces direct beëindigd en mogen er geen berichten meer worden verstuurd.

• Er wordt minimaal gecontroleerd of aan de vereisten van KET-041 en KET-042 wordt voldaan.

• Zie KET-043 voor details over de te verzenden STATUSMELDING (SX).

Het wijzigingsproces eindigt hier. Er mogen geen berichten meer worden verzonden met de requestVersion van deze wijziging. Andere procespaden kunnen wel blijven doorlopen.

Communicatie over eerdere requestVersion van de aanvraag is niet meer toegestaan. Uitzondering: wanneer de aanbieder de wijziging niet accepteert, kan de oude versie worden hervat, zie KET-041 (Rol 2 punt 4, Rol 3 punt 6, Rol 4 punt 4).

Er wordt gedurende een niet nader gespecificeerde periode gewacht op een reactie van de andere rollen. Na het verstrijken van deze wachttijd gaat het proces automatisch verder, zie KET-008 (Rol 4, punt 15).

Zie KET-008 (Rol 4, punt 6a) voor verdere details.

Binnen dit dossier mogen geen berichten meer worden verzonden.

Zie KET-008 (Rol 2/3 punt 5 en Rol 4 punt 7) voor verdere details.

Bij een niet-geaccepteerde versie wordt de entiteit TekstRegels gevuld met een specifieke waarde, zie  KET-041 (Rol 4, punt 3b).

Controleer altijd of er geen STATUSMELDING (SX) 16 Offerteaanvraag beëindigd, zie toelichting is ontvangen. In dat geval is het antwoord altijd Nee.

Het documentenproces start nu. Daarbij wordt het veld DocumentKenmerk/Aanlevermoment in het DOC.AANVRAAGBERICHT (DA) voor minimaal één DocumentKenmerk ingesteld op 01 Voor indicatief rentevoorstel.

Zodra alle opgevraagde documenten voor het Indicatief voorstel een eindstatus hebben bereikt, wordt het proces hervat bij de blauwe pijl “Alle documenten voor indicatief voorstel eindstatus”.

Vul het het veld //Status/AXBerichtStatusSpecificatie/Aanlevermoment met de waarde “01 Voor indicatief rentevoorstel”, zie KET-008 (Rol 4, punt 3a).

De details over het gebruik van het HDN-platform, waaronder:

• Hoe berichten op het platform worden geplaatst.

• Hoe berichten worden opgehaald.

• Hoe berichten worden gevalideerd.

Bij het versturen van berichten kunnen retourberichten vanuit Poortwachter komen bij ongeautoriseerd versturen naar een organisatie. Deze retourberichten zijn te herkennen aan STATUSMELDING (SX) 80 Partij niet geautoriseerd (zie toelichting) en 81 Autorisatie niet verleend door HDN Poortwachter (zie toelichting).

Het proces splitst op meerdere momenten. Hierdoor kunnen meerdere versies van een aanvraag ontstaan. De details hoe gecommuniceerd wordt over de gewijzigde aanvraag (zoals het vullen van de juiste waarde in de JSON header voor requestVersion is hier niet opgenomen. In KET-042 is dit in meer details te vinden.

De communicatie die plaats vindt tussen Klant en Intermediair is niet opgenomen omdat deze vanuit HDN geen partij is die directe interactie heeft met de HDN-berichten.

Wanneer er rollen niet genoemd worden in het geheel van de procesplaat of bij bepaalde beslismomenten, vallen ze buiten de scope van het proces, zie ook voetnoot 2.

1.0

Initiële procesoverzicht

May 30, 2026

HDN-26