Documentenproces

Documentenproces

Samenvatting

Dit procesoverzicht beschrijft het documentenproces. Het laat zien hoe een aanbieder (of tussenstation) een documentenlijst opstelt en eventueel via een tussenstation aflevert bij het intermediair. Deze kan in het softwarepakket één of meerdere documenten versturen. Deze worden gecontroleerd en er wordt een update van de documentenlijst gestuurd. Het documentenproces wordt altijd gestart vanuit een aanvraagproces, en zal daar ook weer terugkeren op het moment dat (een deel van) de documenten een eindstatus heeft ontvangen.

Betrokken berichten

  • STATUSMELDING (SX)

  • DOC.AANVRAAGBERICHT (DA)

  • DOCUMENTBERICHT (DX)

Domeinen

Hypotheekaanvraag, Bankgarantieaanvraag

Ingangsdatum huidige versie

May 30, 2026

Laatst gewijzigd per HDN-versie

HDN-26

Procesoverzicht

Procesplaat

Zie voor uitleg van de legenda van het procesoverzicht Leeswijzer Procesoverzichten .

Het procesoverzicht kan hieronder ingezien worden. Daarnaast kan deze gedownload worden via het kopje Download de procesplaat.

 

Documentenproces (Documenten).svg
Documentenproces

 

Download de procesplaat

Legenda

Documentenproces (Legenda).svg
Legenda Documentenproces

 

Extra uitleg

Het documentenprocesoverzicht bevat enkele specifieke kenmerken ten opzichte van de overige procesoverzichten. Deze worden hieronder uitgelegd.

Documentstatussen

Elk document in het documentproces krijgt een bepaalde status toegewezen. Deze moet in het veld DocumentStatus in de DOC.AANVRAAGBERICHT (DA) worden gecommuniceerd. Omdat deze statussen een essentieel onderdeel zijn van het proces zijn deze met een eigen vorm opgenomen in de legenda van het Documentenproces:

image-20260109-161408.png
Documentstatussen in legenda

Er zijn 2 soorten documentstatussen

  • Groene: deze worden door de aanbieder gegeven in het veld DocumentKenmerk/DocumentStatus

  • Blauwe: deze worden door een Tussenstation gegeven in het veld /DocumentKenmerk/StatusKetenPartij/DocumentStatus/

 

Voetnoten

In de procesplaat zijn een aantal voetnoten te vinden, aangegeven met blokhaken, bijvoorbeeld [1] verwijst naar voetnoot 1. Deze zijn hieronder te vinden:

Voetnoten in de legenda

 

Voetnoot

 

Voetnoot

[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 4.

[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 4 naar Rol 1.

Voetnoten in het proces

Voetnoot

Voetnoot

1

De correcte status is afhankelijk van de reactie van de bron. Zie KET-026 (Rol 4, punt 2 en 3) voor verdere details. Daarnaast moet voor deze documenten het veld //DocumentKenmerk/OpgevraagdViaBronJN worden gevuld met de waarde J Ja.

2

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.

3

Het is niet toegestaan om eerdere versies van het DOC.AANVRAAGBERICHT (DA) te tonen in de software of om naar aanleiding van een ontvangen STATUSMELDING (SX) op een DocumentBericht nog een wijziging te versturen. Uitzondering hierop is wanneer de aanbieder de wijziging niet accepteert; in dat geval kan de oude versie worden hervat (zie KET-002, Rol 1 punt 1c en Rol 2/3 punt 1c).

4

Wanneer een DOC.AANVRAAGBERICHT (DA) van de aanbieder wordt ontvangen, krijgt dit bericht voorrang boven een eventueel eerder door het Tussenstation opgestelde documentenlijst. Het Tussenstation moet beide lijsten samenvoegen tot één correcte en complete lijst met DocumentMijNr-nummers. Daarbij moet ook de //DocumentKenmerk/StatusKetenPartij/DocumentStatus opnieuw worden bepaald, zie KET-004 (Rol 2/3 punt 5).

5

Documenten mogen alleen worden aangeleverd wanneer in het DOC.AANVRAAGBERICHT (DA) één of meer DocumentKenmerkentiteiten aanwezig zijn met de status 01 Aan te leveren, 02 In behandeling, 03 Ontvangen of 07 Afgekeurd en opnieuw aan te leveren, zie KET-024 ( Rol 1 punt 1 en Rol 2/3 punt 1). Daarnaast mag het veld DocumentKenmerk/OpgevraagdViaBronJN niet de waarde J Ja hebben, zie KET-026 (Rol 1/2/3 punt 1).

6

Bij het versturen moet rekening worden gehouden met de correcte vulling van het JSON-veld requestVersion. Deze waarde moet overeenkomen met de requestVersion uit het laatst ontvangen DOC.AANVRAAGBERICHT (DA).

Wanneer een nieuwe requestVersion is geïntroduceerd (bijvoorbeeld bij het wijzigen van de aanvraag), moet worden gewacht op ontvangst van een nieuw DOC.AANVRAAGBERICHT (DA) met die versie. Zie KET-041 (Rol 1 punt 5; Rol 2 punt 4; Rol 3 punt 6).

7

Deze stappen en vervolgstappen kunnen worden uitgevoerd door zowel Rol 1 als Rol 5.

  • Rol 5 is van toepassing wanneer het intermediair handmatig documenten uploadt na ontvangst van het DOC.AANVRAAGBERICHT (DA).

  • Rol 1 is van toepassing wanneer het softwarepakket het intermediair al vóór ontvangst van het DOC.AANVRAAGBERICHT (DA) de mogelijkheid biedt om documenten te uploaden in het dossier. Na ontvangst van het DOC.AANVRAAGBERICHT (DA) worden de gevraagde documenten gematcht met de reeds geüploade bestanden, waarna de vervolgstappen automatisch kunnen plaatsvinden.

8

Naast het vullen van //DocumentKenmerk/StatusKetenPartij/DocumentStatus moet ook het veld //DocumentKenmerk/DocumentStatus worden gevuld met de waarde 01 Aan te leveren.

9

Het antwoord is “Ja” wanneer de eerder gecommuniceerde DocumentKenmerk/DocumentStatus in het DOC.AANVRAAGBERICHT (DA) de waarde 04 Akkoord, 06 Voorlopig akkoord of 08 Vervallen had, Zie KET-024 (Rol 4, punt 4). Voor Tussenstations geldt dat zij zowel de waarde in het veld DocumentStatus binnen DocumentKenmerk/StatusKetenPartij als in de entiteit DocumentKenmerk moeten controleren, zie KET-024 (Rol 2 en 3, punt 5)

10

Een Tussenstation mag zelf bepalen of documenten eerst intern worden beoordeeld voordat zij worden doorgestuurd, of dat zij direct worden doorgestuurd zonder interne controle. Deze keuze kan per document binnen een aanvraag verschillen, zie KET-024 (Rol 2 en 3, punt 8).

11

Zie KET-024 (Rol 2 en 3, punt 8a en Rol 4, punt 1) voor de eisen voor een Voorlopig akkoord. Voor de eisen voor een Akkoord zie KET-024 (Rol 2 en 3, punt 8b en Rol 4, punt 2).

12

Zie KET-024 (Rol 4, punt 5) voor verdere details.

13

Het antwoord is “Nee” wanneer de aanbieder het bestandstype dat is opgegeven via //PrintDoc/BestandsType niet ondersteunt in het interne systeem, zie KET-024 (Rol 4, punt 11).

14

Deze procesplaat geeft een voorbeeld van de implementatie van KET-024 (Rol 2 en 3, punt 7 en Rol 4, punt 6 en 7). Binnen 15 minuten na ontvangst van een DOCUMENTBERICHT (DX) of een wijziging van de (interne) DocumentStatus moet een DOC.AANVRAAGBERICHT (DA) worden verstuurd. De daadwerkelijke implementatie is ter invulling van de aanbieder of het Tussenstation.

15

Alleen de acties die na deze stap zijn beschreven, zijn toegestaan. Dit betekent bijvoorbeeld dat een document met de status 08 Vervallen niet een andere status mag krijgen.

16

Deze vraag kan alleen met “Ja” worden beantwoord voor documenten met de DocumentStatus 05 Voorlopig akkoord.

17

Daarnaast moet het veld OpgevraagdViaBronJN worden ingesteld op N Nee”, zie KET-026 (Rol 4, punt 5).

18

Het document dat via de bron is opgevraagd moet de status 08 Vervallen krijgen en er moet een nieuw document worden toegevoegd (zie volgende stap), zie KET-026 (Rol 4, punt 6).

19

Er wordt vanuit gegaan dat het Tussenstation de documentenlijst slechts één keer opstelt. Er worden geen documenten via een bron opgevraagd, er worden geen documenten later toegevoegd en een voorlopig akkoord kan niet verlopen. Bij het opstellen van de documentenlijst kent het Tussenstation zelf een DocumentKenmerk/DocumentMijNr toe aan elk document; de aanbieder doet dit eveneens. Het Tussenstation blijft gedurende het gehele proces verantwoordelijk voor de correcte vertaling van de DocumentMijNr tussen intermediair en aanbieder (zie KET-004, Rol 2/3 punt 5).

20

Deze STATUSMELDING (SX) hoeft niet te worden doorgestuurd, omdat het Tussenstation deze fout eerder had moeten signaleren en daarover reeds een STATUSMELDING (SX) had moeten versturen. Het document had in dat geval niet naar de aanbieder mogen worden doorgestuurd.

21

Alleen wanneer het document oorspronkelijk afkomstig is van het intermediair (en niet via het Tussenstation), is het verplicht om de STATUSMELDING (SX) door te sturen, zie KET-026 (Rol 2 en 3, punt 2).

22

Alleen wanneer het document oorspronkelijk afkomstig is van het intermediair (en niet via het Tussenstation), is het verplicht om de STATUSMELDING (SX) door te sturen, zie KET-024 (Rol 2 en 3, punt 12).

23

Dit antwoord kan alleen met “Ja” worden beantwoord indien:

  • De DocumentStatus van alle gevonden DocumentKenmerk waar het veld Aanlevermoment gelijk is aan 01 Voor indicatief rentevoorstel, de waarde 04 Akkoord, 06 Voorlopig akkoord of 08 Vervallen hebben.

  • Er een document is met het aanlevermoment 01 Voor indicatief rentevoorstel waarin een wijziging heeft plaatsgevonden (om te voorkomen dat het antwoord altijd “Ja” is als deze fase van het documentproces voorbij is).

24

Dit antwoord kan alleen met “Ja” worden beantwoord indien:

  • De DocumentStatus van alle gevonden DocumentKenmerk waar het veld Aanlevermoment gelijk is aan 02 Voor bindende offerte, de waarde 04 Akkoord, 06 Voorlopig akkoord of 08 Vervallen hebben.

  • Er een document is met het aanlevermoment 02 Voor bindende offerte waarin een wijziging heeft plaatsgevonden (om te voorkomen dat het antwoord altijd “Ja” is als deze fase van het documentproces voorbij is).

25

Dit antwoord kan alleen met “Ja” worden beantwoord indien:

  • De DocumentStatus van alle gevonden DocumentKenmerk waar het veld Aanlevermoment gelijk is aan 03 Na bindende offerte en voor passeren, de waarde 04 Akkoord, 06 Voorlopig akkoord of 08 Vervallen hebben.

  • Er een document is met het aanlevermoment 03 Na bindende offerte en voor passeren waarin een wijziging heeft plaatsgevonden (om te voorkomen dat het antwoord altijd “Ja” is als deze fase van het documentproces voorbij is).

26

Dit antwoord kan alleen met “Ja” worden beantwoord indien:

  • De DocumentStatus voor alle gevonden DocumentKenmerk de waarde 04 Akkoord, 06 Voorlopig akkoord of 08 Vervallen is;

27

Zie KET-026  (Rol 4, punt 4, 5 en 6) voor verdere details.

28

Het is pas toegestaan om een DOCUMENTBERICHT (DX) naar de aanbieder te verzenden wanneer eerder een DOC.AANVRAAGBERICHT (DA) door de aanbieder is verzonden. Indien het Tussenstation zelf een DOC.AANVRAAGBERICHT (DA) heeft opgesteld, moet worden gewacht totdat de aanbieder in het proces eveneens een DOC.AANVRAAGBERICHT (DA) heeft verstuurd. Daarna wordt het proces vervolgd voor alle DOCUMENTBERICHT (DX)en die in de wachtrij staan.

29

Dit antwoord kan alleen met “Ja” worden beantwoord wanneer de waarde in het veld DocumentKenmerk/DocumentStatus de waarde 04 Akkoord, 06 Voorlopig akkoord of 08 Vervallen heeft voor SoortDocument 072 Getekende originele offerte en 259 Getekend indicatief voorstel. Indien deze documentsoorten niet zijn opgenomen, is het antwoord altijd “Nee”.

Out of scope

Niet alle onderdelen zijn in deze procesbeschrijving te vinden. De volgende onderdelen zijn out of scope.

Out of scope

Out of scope

1

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.

2

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).

3

Het gebruik van het veld //DocumentKemerk/Aanlevermoment in het DOC.AANVRAAGBERICHT (DA). Aan dit veld zitten via de STATUSMELDING (SX) in het Hypotheekaanvraagproces eisen verbonden, zie KET-008 punt 3.

 

Versiegeschiedenis

Versie

Wijzigingen

Datum

HDN Versie

Versie

Wijzigingen

Datum

HDN Versie

1.0

Initiële procesoverzicht

May 30, 2026

HDN-26