HDN Standaard 24.0
HDN versie | 24.0 |
---|---|
Release datum | May 25, 2024 |
Geraakte domeinen | Hypotheken, Leven, Kredieten, Bankgaranties, Actief klantbeheer, Brondata. |
Geraakte berichten | OFFERTEAANVRAAG (AX)/Statusbericht (SX) / BEHEERVERZOEK (MX) / KREDIETAANVRAAG (KX)/ LEVENAANVRAAG (LX)/offerte (OX)/Informatiebericht (IX) / Informatieaanvraag (IA) / Documentaanvraag (DA)/ DocumentBericht (DX) / Waarborg (WX)/ inkomensverklaringondernemeraanvaag (ZX) / |
Releasecontent
Hieronder staan de verschillende backlogitems genoteerd die door de daarvoor verantwoordelijke werkgroep zijn geprioriteerd voor deze release, en de daarbij behorende actuele status.
# | Bericht(en) | Naam | |
---|---|---|---|
HDN-68 | vervallen | Generiek | Header verwijderen |
HDN-94 | Voorstel akkoord | Generiek | Opschonen taxonomie |
HDN-4 | Voorstel akkoord | Generiek | Vervangen CodeObject |
HDN-98 | Voorstel akkoord | Generiek | Geslacht |
HDN-43 | vervallen | Generiek | Aanscherpen patroon E-mail |
HDN-37 | Voorstel akkoord | Generiek | Verwijderen vervallen landen |
HDN-81 | Voorstel akkoord | Generiek | Corrigeren BeroepsType |
STAN-40 | Voorstel akkoord | Generiek | Organisatie "MD Me Home Loans" verwijderen |
HDN-35 | Voorstel akkoord | Generiek | Ketenafspraak gebruik AanvraagVersie in vervolgberichten |
STAN-134 | Voorstel akkoord | Generiek | Verduidelijking ketenafspraak Hypotheekbedrag |
STAN-313 | Voorstel akkoord | OfferteAanvraag | Verplicht ondersteunen gewijzigde aanvraag (hypotheekdomein) |
HDN-40 | Voorstel akkoord | OfferteAanvraag BeheerVerzoek | Levensloop niet meer van toepassing |
STAN-345 | Voorstel akkoord | OfferteAanvraag | SV-Loon wordt verwijderd |
HDN-72 | Voorstel akkoord | OfferteAanvraag | Certificeringspunten ondervangen in regels |
HDN-89 | Voorstel akkoord | OfferteAanvraag | Toevoeging toekomstige EnergieKlasse |
STAN-185 | Voorstel akkoord | OfferteAanvraag | Opschonen energieklasse naar aanleiding Trhk 2024 |
STAN-288 | Voorstel akkoord | OfferteAanvraag BeheerVerzoek | Actualiseren BKR-waardelijst |
HDN-105 | Voorstel akkoord | OfferteAanvraag | Verwijderen Duurhuur |
HDN-86 | Voorstel akkoord | OfferteAanvraag | Afdwingen DuurInMnd of EindDt |
STAN-262 | Voorstel akkoord | OfferteAanvraag | Ketenafspraak in regel: Verkoopkosten |
STAN-407 | Voorstel akkoord | OfferteAanvraag | Generieke regel op VerplichtingPerJaar t.b.v. studielening |
STAN-660 | nvt | OfferteAanvraag | Dataleverancier uitbreiding |
STAN-343/283 | Voorstel akkoord | OfferteAanvraag | Verwijderen niet-gebruikte velden |
HDN-101 | Voorstel akkoord | OfferteAanvraag / InformatieBericht / BeheerVerzoek | Uitbreiding Overbrugging |
HDN-70 | Voorstel akkoord | OfferteAanvraag / LevenAanvraag | Uniformeren Starterslening/Subsidieregeling |
HDN-74 | Voorstel akkoord | LevenAanvraag | Certificeringspunten ondervangen in regels |
STAN-173 | Voorstel akkoord | LevenAanvraag | Vervallen EindWaardeDekking en WaarvanGegarandeerd |
STAN-26 | Voorstel akkoord | LevenAanvraag | Uitfaseren niet-gebruikte velden LevenAanvraag |
HDN-73 | Voorstel akkoord | KredietAanvraag | Certificeringspunten ondervangen in regels |
HDN-90 | Voorstel akkoord | WaarborgBericht | Arrangement verplicht bij bankgarantie |
HDN-91 | Voorstel akkoord | WaarborgBericht | Bankgarantie geldigheid onderscheid bestaande bouw/nieuwbouw |
HDN-41 | Voorstel akkoord | WaarborgBericht | Verwijderen bedrijfsnaam in PartijNAWData |
HDN-42 | Voorstel akkoord | WaarborgBericht | Bedrijfsnaam benodigd als Verkoper |
HDN-92 | Voorstel akkoord | WaarborgBericht | Verwijderen overbodige velden voor eigen middelen |
STAN-151 | Voorstel akkoord | WaarborgBericht | Toevoegen InitieelPakket |
HDN-60 | Voorstel akkoord | StatusMelding | Extra statusmelding wanneer stukken naar de notaris zijn gestuurd |
HDN-75 | Voorstel akkoord | StatusMelding | Nieuw SX-bericht Tweede beoordeling afgekeurd |
STAN-541 | Voorstel akkoord | BeheerVerzoek | Uitbreiden velden |
STAN-49 | Voorstel akkoord | InformatieAanvraag/ InformatieBericht | Dataminimalisatie |
STAN-534 | Voorstel akkoord | InformatieBericht | Toevoegen Energieklasse |
STAN-648 | Voorstel akkoord | InformatieAanvraag | Uitbreiding met KvKNr |
* Status geeft de status aan van de wijziging weer.
Planning
De planning moet is vastgesteld in overeenstemming met de werkgroepen en is in lijn met het releasebeleid.
Fase | Resultaat | Gebruikelijke termijn | Van | Tot |
---|---|---|---|---|
Scopebepaling | Releasespecificaties HDN 24 worden in concept gepubliceerd | Tot +/- 6 maanden voor go-live | Jul 4, 2023 | Dec 14, 2023 |
Consultatieperiode | Definitieve scope | 5 weken | Dec 14, 2023 | Jan 19, 2024 |
Consultatieperiode | Definitieve releasenotes | 2 weken | Jan 19, 2024 | Feb 1, 2024 |
Opbouwen schema’s | Basisberichtschema’s worden door HDN opgebouwd en gepubliceerd | 2 weken | Jan 19, 2024 | Feb 1, 2024 |
Opbouwen schema’s | Organisatieschema’s zijn ter review aangeboden | 6 weken | Feb 1, 2024 | Mar 14, 2024 |
Review door HDN | Organisatieschema’s worden gepubliceerd en naar de testomgeving gedistribueerd | 3 weken | Mar 14, 2024 | Apr 11, 2024 |
Test/freezeperiode | Schema’s gedistribueerd naar productie | 6 weken | Apr 11, 2024 | May 25, 2024 |
Go-live | Afronding release | - | 00:30 May 25, 2024 |
|
Scope van de release
Generiek
# | Bericht(en) | Naam | Beschrijving |
---|---|---|---|
HDN-68 vervallen | Generiek | Header verwijderen
| Aanleiding: Om de mogelijkheden van het HDN Platform optimaal te benutten maken we een onderscheid in:
Waar we met de introductie van het vernieuwde HDN Platform mee begonnen zijn is stuurinformatie en meta-informatie opnemen in de het JSON-deel van de API. Waarmee we verder willen gaan is:
Doel: Door het verwijderen van de Header, verwijderen wij informatie die reeds in de JSON is opgenomen uit de XML. Aanpassing: Header komt in alle berichten te vervallen. Vervallen: Deze wijziging is komen te vervallen voor de HDN24-release omdat, meerdere leden en gebruikers hebben aangegeven de APIV2-overgang te koppelen aan de HDN24-release. Indien HDN de Header dan ook echt verwijderd heeft, dan is er geen fallback-scenario voor deze partijen als er incidenten optreden. Het uitgangspunt is dat de header in de volgende release wordt verwijderd. |
HDN-94 | Generiek | Aanleiding: Als HDN Standaard bewaken wij een marktstandaard voor het uitwisselen van gegevens binnen het financiële woondomein. Dit doen wij door continu in verbinding te staan met onze leden en gebruikers en marktontwikkelingen te volgen. Volgend jaar vieren wij ons 30-jarig bestaan. Gedurende al die jaren is de omvang van de datacatalogus gegroeid tot wat het vandaag de dag is. De datacatalogus is een essentieel onderdeel geworden van de HDN Standaard en daarom hebben we besloten om deze naar een nog hoger niveau te tillen. Dit doen wij onder andere door de datacatalogus om te zetten naar een taxonomiemodel. Hiervoor hebben we nieuwe gespecialiseerde tooling aangeschaft. Dit is tevens het moment om de opgebouwde datacatalogus tegen onze samen gemaakte afspraken binnen de HDN Standaard en de marktstandaarden aan te houden. Aanpassing: Na een eerdere marktconsultatie waarin wij al onze leden en gebruikers hebben meegenomen in de impact van het opschonen van de taxonomie en afstemming met verschillende werkgroepen, worden de attributen in onderstaand bestand gewijzigd. Deze zijn per berichttype in kaart gebracht met eerst het oude attribuut genoemd met het pad waarin het attribuut valt in de berichtstructuur en de nieuwe attributen. Datum-en tijdentiteiten wijzigen naar velden. Er komen twee type velden beschikbaar. Eén DatumType (Dt) en één DatumTijdType (Dtt). Aanvullend: Oude attributen krijgen een einddatum in de taxonomie waarmee wij deze wel herkennen, maar niet meer actief kunnen gebruiken. Om de volgordelijkheid van de berichten en bestaande regels (condities) te waarborgen, vindt in de schemabeheertool een migratie plaats. Hierbij worden de nieuwe attributen op dezelfde plek geplaatst en blijven regels op vervangen attributen behouden, of blijven een afhankelijkheid hebben van een vervangen attribuut. | |
HDN-98 vervallen | Generiek | Aanscherpen patroon E-mail | Aanleiding: Het bestaande pattern email was niet toereikend en liet onterecht incorrecte emailadressen door. Doel: Het voorstel raakt de volgende HDN Standaard-principes:
Aanpassing: Het pattern wordt aangepast naar: Vervallen: Deze wijziging is komen te vervallen. Met het testen bleek het patroon verkeerd gegenereerd te worden in de XSD waarmee deze ongeldig wordt. Dit probleem kan niet op tijd worden opgelost. Wij zullen deze wijziging agenderen voor een volgende release. |
HDN-37 | Generiek | Verwijderen vervallen landen | Aanleiding: De landenlijst zoals wij deze kennen in de HDN Standaard is niet meer actueel. Deze lijst is gekoppeld aan de ISO normering 3166. De landenlijst blijkt een combinatie van actuele landen als vervallen landen. Doel: Het voorstel raakt de volgende HDN Standaard-principes:
Aanpassing: De landen die vermeld staan op de ISO landenlijst 3166-3 zullen verwijderd worden uit de waardelijst van het FieldType
|
HDN-81 | OFFERTEAANVRAAG (AX)/ BEHEERVERZOEK (MX) KREDIETAANVRAAG (KX)/ LEVENAANVRAAG (LX) | Corrigeren BeroepsType | Aanleiding: De beroepenlijst in de waardenlijst ‘BeroepType’ bevat een aantal fouten ten opzichte van de officiële beroepenlijst van het CBS (zie Beroepenclassificatie (ISCO en SBC) Doel: Het voorstel raakt de volgende HDN Standaard-principes:
Aanpassing: we corrigeren de volgende beroepsType (In het groen de verschillen)
|
STAN-40 | Generiek | Organisatie "MD Me Home Loans" verwijderen | Aanleiding: MeHomeLoans is geen actief label, nooit live gegaan en zal niet in productie worden genomen. |
HDN-35 | Generiek | Ketenafspraak gebruik aanvraagversie in vervolgberichten | Aanleiding: Op dit moment is er geen ketenafspraak over het gebruik van het veld Dit leverde problemen op binnen de keten en verduidelijking van het gebruik van de Doel: Het voorstel raakt de volgende HDN Standaard-principes:
Aanpassing: Nieuwe ketenafspraak. KET-003 Het gebruik van requestversion in HDN-berichtenarchived |
STAN-134 | Generiek | Verduidelijken ketenafspraak Hypotheekbedrag | Aanleiding: Binnen de keten is het niet duidelijk wat wel en niet onder een hypotheekbedrag verstaan wordt. Er wordt per domein verschillend gebruik gemaakt van het veld Hypotheekbedrag. Doel: Met het voorstel raakt de volgende HDN Standaard-principes:
Aanpassing: Vernieuwing ketenafspraak: |
Domein Hypotheken
# | Bericht(en) | Naam | Beschrijving |
---|---|---|---|
HDN-4 | OfferteAanvraag (AX) Offerte (OX)
| Aanleiding: De lijst Doel: Uniformiteit binnen de keten: De Waarderingskamer biedt een standaard objecttype lijst Fotowijzer Woningen. Deze is samengesteld door NRVT, NVM, VastgoedPro, VBO en de Vereniging van Nederlandse Gemeenten en de Waarderingskamer. Het is wenselijk is om vanuit de Standaard hierbij aan te sluiten zodat ook toekomstige integraties gestandaardiseerd ingeregeld kunnen worden. Aanpassing:
Aanvullend worden de velden Voor de Offerte is het niet meer nodig om het objecttype terug te geven. Dit komt in zijn geheel te vervallen. | |
HDN-43 | OfferteAanvraag (AX) Offerte (OX) DocumentAanvraag (DA) | Geslacht | Aanleiding: Op dit moment moet een persoon een verzoek indienen bij de rechter om het geslacht in het paspoort en de geboorteakte aan te laten passen. De registratie wordt ook met een “X” aangeduid. In het paspoort is dit twee keer; X/X (Nederlands / internationaal). De Vereniging Nederlandse Gemeenten is, met een aantal andere partijen, bezig om het proces om X in het paspoort te krijgen zonder tussenkomst van de rechter te laten plaatsvinden. Momenteel is dit nog niet aangenomen. Eenmaal aangenomen is te verwachten dat het aantal personen zal gaan toenemen. Doel: Het voorstel raakt de volgende HDN Standaard-principes:
Aanpassing:
Voor Offerte en DocumentAanvraag is het niet meer nodig om geslacht terug te geven en komt dit in zijn geheel te vervallen. Ketenafspraak: Gedurende de overgangsperiode van een jaar, tot de HDN25, mogen organisaties in hun organisatieberichtschema |
STAN-313 | OfferteAanvraag (AX) | Verplicht ondersteunen gewijzigde aanvraag (hypotheekdomein) | Aanleiding: Tijdens het overleg over Verduidelijking gebruik requestVersion in vervolgberichten is besproken dat veel aanbieders in het hypothekendomein er last van hebben dat niet elk intermediair een nieuwe versie van een aanvraag kan maken wanneer bijvoorbeeld een Hierdoor komt er een geheel nieuwe aanvraag bij de aanbieder binnen, terwijl het ook met een gewijzigde aanvraag kon volstaan. De aanbieder moet hierdoor deze aanvraag weer opnieuw verwerken en met de hand zaken als de juiste rentes en al verstuurde documenten koppelen. Dit is inefficiënt. In dit wijzigingsvoorstel komt een nieuwe ketenafspraak die voor de rollen die een OFFERTEAANVRAAG (AX) mogen wijzigen (Rol 1 (softwarepakketten voorkant), Rol 3 (tussenpartijen met aanpassingen) ) de verplichting geeft om dit ook te ondersteunen. Het wordt daarbij dus een ketenafspraak die de tegenovergestelde situatie uit de ketenafspraak Wijziging op lopende aanvragen behandeld: namelijk wanneer je juist wel een gewijzigde aanvraag moet sturen. Doel: Het voorstel raakt de volgende HDN Standaard-principes
Aanpassing: Nieuwe ketenafspraak: KET-002: Ondersteuning voor het wijzigen van een aanvraagarchived
|
HDN-40 | OfferteAanvraag (AX) | Levensloop niet meer van toepassing | Aanleiding: Per 1 januari 2012 is Levensloopregeling vervallen. Bestaande levensloopregelingen moesten per 1 november 2021 worden omgezet. Bron: https://www.belastingdienst.nl/wps/wcm/connect/nl/werk-en-inkomen/content/overgangsrecht-levensloopregeling In de hypotheekberichten AX en MX is het nog mogelijk bij een dienstverband de LevensloopPerJaar op te geven. Dit veld kan komen te vervallen. Doel: Het voorstel raakt de volgende HDN Standaard-principes
Aanpassing: |
STAN-345 | OfferteAanvraag (AX) | Veld SV loon verwijderd | Aanleiding: Dit veld was specifiek voor één aanbieder geïntroduceerd. Aangezien deze aanbieder dit veld inmiddels heeft uitgesloten uit zijn bericht, kan dit veld worden verwijderd. Doel: Het voorstel raakt de volgende HDN Standaard-principes
Aanpassing: Veld |
HDN-72 | OfferteAanvraag (AX) | Certificeringspunten ondervangen in Regels | Aanleiding: We hebben een analyse gedaan op de certificeringpunten binnen de hypotheekberichten. Hieruit is naar voren gekomen dat een aantal van deze certificeringspunten in de bestaande berichtschema’s met een regel kan worden afgedwongen. Doel: Het voorstel raakt de volgende HDN Standaard-principes
Aanpassing:
|
HDN-89 | OfferteAanvraag (AX) | Toevoegen toekomstige energieklasse | Aanleiding: In verband met een uitgebreider palet aan producten binnen het hypothekendomein, en de ontwikkeling van producten waarbij toekomstige energieklasse in de aanvraag een rol speelt, is gevraagd of het model uitgebreid kan worden met de toekomstige energieklasse van de woning. Doel: Het voorstel raakt de volgende HDN Standaard-principes:
Aanpassing: Het veld |
STAN-185 | OfferteAanvraag (AX) | Opschonen energieklasse naar aanleiding Trhk 2024 | Aanleiding: De waardelijst energielabels is gewijzigd ten aanzien van de oorspronkelijke implementatie van de waardelijst. Het idee met deze wijziging is om alleen de actuele waardes op te nemen in de waardelijst. Aanvullend is bij de analyse gekeken naar de regels die een afhankelijkheid hebben van deze waardelijst en deze is tegen de herziene Trhk gehouden om de relevantie te bepalen. Doel: Het voorstel raakt de volgende HDN Standaard-principes:
Aanpassing: De waardelijst Concreet houdt dit in dat onderstaande waardelijst wordt gehanteerd:
Ook zal de regel op |
STAN-288 | OfferteAanvraag (AX) | Actualiseren BKR-waardelijst | Aanleiding: De soorten BKR-coderingen zijn niet in alle HDN-schema’s gelijk. Zo mist in de OfferteAanvraag en het Beheerverzoek, de coderingen voor SH Schuldhulpverlening en SK Saneringskrediet. Doel: Het voorstel raakt de volgende HDN Standaard-principes:
Aanpassing: Uitbreiding waardelijst SoortGeregisteerdeLeningType met:
|
HDN-105 | OfferteAanvraag (AX) | Verwijderen Duurhuur | Aanleiding: NHG is per Sep 21, 2023 gestopt met de pilot duurhuur, omdat deze niet bracht wat zij hadden verwacht. Voor de pilot duurhuur was binnen de entiteit Doel: Het voorstel raakt de volgende HDN Standaard-principes:
Aanpassing: Uit de generieke waardelijst |
HDN-86 | OfferteAanvraag (AX) | Afdwingen DuurInMnd of EindDt | Aanleiding: Op dit moment is het mogelijk dat in de HDN OfferteAanvraag zowel
Doel: Het voorstel raakt de volgende HDN Standaard-principes:
Aanpassing: Er wordt een nieuw type regel geïntroduceerd: de De volgende regels worden toegepast:
Note: Het is vooralsnog alleen mogelijk voor HDN-medewerkers om deze regel te leggen. |
HDN-101 | OfferteAanvraag (AX) | Uitbreiding overbrugging | Aanleiding: De HDN Standaard biedt momenteel beperkte mogelijkheden voor diversificatie van overbruggingskredieten. Dit houdt marktpartijen tegen om innovatieve producten te introduceren die passen bij de actuele marktomstandigheden. Doel: Het voorstel raakt de volgende HDN Standaard-principes:
Aanpassing: Uitbreiding van de entiteit
Deze velden worden organisatiespecifiek toegevoegd. |
HDN-70 | OfferteAanvraag (AX) | Uniformeren Starterslening | Aanleiding: Binnen het verzekerendomein bleek verschillend gebruik gemaakt te worden van de starterslening. Dit is uiteraard niet wenselijk. Naar aanleiding hiervan is het hypothekendomein gevraagd hoe omgegaan dient te worden met de starterslening. Doel: Het voorstel raakt de volgende HDN Standaard-principes:
Aanpassing: Velden die komen te vervallen:
Toegevoegd wordt aan de entiteit
|
STAN-262 | OfferteAanvraag (AX) | ketenafspraak in regel: Verkoopkosten | Aanleiding: De ketenafspraak Verkoopkostenarchived vereist het volgende:
Deze vereiste kan ook via een regel op het veld worden afgedwongen. Doel: Het voorstel raakt de volgende HDN Standaard-principes:
Aanpassing: Generieke regel op het veld De bestaande ketenafspraak Verkoopkostenarchived zal met ingang van de HDN24-release komen te vervallen. |
HDN-60 | StatusBericht (SX) | Extra statusmeldiing wanneer stukken naar de notaris zijn gestuurd | Aanleiding: Het moment dat de stukken naar de notaris worden verzonden is een belangrijke mijlpaal binnen het hypotheekproces, daarom is ervoor gekozen om op dit moment expliciet een statusbericht te versturen naar het intermediair. Doel: Het voorstel raakt de volgende HDN Standaard-principes:
Aanpassing: SX 31 Dossier verzonden naar notaris. Betekenis: Het dossier is naar de notaris verzonden en klaar om te passeren. Dit is een verplichte status met een uitzondering voor onderhandse verhoging, interne oversluiting of omzetting. Status wordt verstuurd voor |
HDN-75 | StatusBericht (SX) | Extra statusmelding wanneer het dossier door de tweede beoordelaar wordt teruggestuurd naar de eerste beoordelaar. | Aanleiding: Vanuit verschillende serviceproviders is het verzoek gekomen om in navolging van de SX 29 een aanvullende status te introduceren waarmee het dossier bij 2e beoordeling teruggestuurd kan worden naar de 1e beoordelaar. Doel: Het voorstel raakt de volgende HDN Standaard-principes:
Aanpassing: SX 30 Herbeoordeling na tweede beoordeling. Betekenis: Dossier wordt door de tweede beoordelaar teruggestuurd naar de eerste beoordelaar voor herbeoordeling. Dit is een optionele status. wanneer hier gebruik van gemaakt wenst te worden, dienen hier afspraken over gemaakt te worden tussen betrokkenen. |
STAN-407 | OfferteAanvraag (AX) | Generieke regel op VerplichtingPerJaar t.b.v. studielening | Aanleiding: Met de wijziging van de Trhk 2024 is de jaarlast van de studielening benodigd om de juiste studieleninglast te bepalen. Daarom wordt een generieke regel op het gebruik Doel: Het voorstel raakt de volgende HDN Standaard-principes:
Aanpassing: Generieke regel op veld |
STAN-660 | OfferteAanvraag (AX) | Dataleverancier Uitbreiding | Aanleiding: per 1 februari 2024 is de waardelijst Aanpassing: Om een uitbreiding van dataleveranciers nu en ook in de toekomst goed te ondersteunen dienen dataleveranciers voortaan middels de volgende regel te worden Ingesloten in het berichtschema: DataleverencierNaam heeft waarde (x , x)
|
STAN-343 | OfferteAanvraag (AX) | Verwijderen niet gebruikte velden | Aanleiding: HDN heeft een analyse gedaan op het veldgebruik van organisatiespecifieke velden. Enkele velden werden maar door een paar organisaties gebruikt. Bij deze organisaties is nagevraagd of de velden nog toegevoegde waarde hebben. Voor een aantal velden bleek dat niet het geval te zijn. Doel: Het voorstel raakt de volgende HDN Standaard-principes:
Aanpassing: De volgende velden worden verwijderd:
In een eerdere versie is gecommuniceerd dat ook |
Domein Verzekeren
# | Bericht(en) | Naam | Beschrijving |
---|---|---|---|
HDN-4 | Offerte (OX)
| Aanleiding: De lijst Doel: Uniformiteit binnen de keten: De Waarderingskamer biedt een standaard objecttype lijst Fotowijzer Woningen. Deze is samengesteld door NRVT, NVM, VastgoedPro, VBO en de Vereniging van Nederlandse Gemeenten en de Waarderingskamer. Het is wenselijk om vanuit de Standaard hierbij aan te sluiten zodat ook toekomstige integraties gestandaardiseerd ingeregeld kunnen worden. Aanpassing: Voor de Offerte is het niet meer nodig om het objecttype terug te geven. Dit komt in zijn geheel te vervallen. | |
HDN-43 | LevenAanvraag (LX) Offerte (OX) DocumentAanvraag (DA) | Geslacht | Aanleiding: Op dit moment moet een persoon een verzoek indienen bij de rechter om het geslacht in het paspoort en de geboorteakte aan te laten passen. De registratie wordt ook met een “X” aangeduid. In het paspoort is dit twee keer; X/X (Nederlands / internationaal). De Vereniging Nederlandse Gemeenten is, met een aantal andere partijen, bezig om het proces om X in het paspoort te krijgen zonder tussenkomst van de rechter te laten plaatsvinden. Momenteel is dit nog niet aangenomen. Eenmaal aangenomen is te verwachten dat het aantal personen zal toenemen. Doel: Het voorstel raakt de volgende HDN Standaard-principes:
Aanpassing:
Voor Offerte en DocumentAanvraag is het niet meer nodig om geslacht terug te geven. Dit komt in zijn geheel te vervallen. Ketenafspraak: Gedurende de overgangsperiode van een jaar, tot de HDN25, mogen organisaties in hun organisatieberichtschema |
HDN-70 | LevenAanvraag (LX) | Uniformeren Starterslening | Aanleiding: Binnen het verzekerendomein bleek verschillend gebruik gemaakt te worden van de starterslening. Dit is uiteraard niet wenselijk. Naar aanleiding hiervan is het hypothekendomein gevraagd hoe omgegaan dient te worden met de starterslening. Doel: Het voorstel raakt de volgende HDN Standaard-principes:
Aanpassing: Bestaande Regel: |
HDN-74 | LevenAanvraag (LX) | Certificeringspunten ondervangen in regels | Aanleiding: We hebben een analyse gedaan op de certificeringpunten binnen de verzekeringsberichten. Hieruit is naar voren gekomen dat een aantal van deze certificeringspunten in de bestaande berichtschema’s met een regel kan worden afgedwongen. Doel: Het voorstel raakt de volgende HDN Standaard-principes:
Aanpassing:
|
STAN-173 | LevenAanvraag (LX) | Vervallen EindWaardeDekking en WaarvanGegarandeerd | Aanleiding: In HDN23 is het veld Doel: Het voorstel raakt de volgende HDN Standaard-principes:
Aanpassing: De volgende velden worden verwijderd:
|
STAN-26 | LevenAanvraag (LX) | Uitfaseren niet gebruikte velden Verzekerenbericht | Aanleiding: Elk jaar onderzoekt HDN of er velden zijn die in geen enkel organisatiespecifiek schema zijn opgenomen. Uit de analyse van dit jaar blijkt dat de entiteit In dit voorstel wordt deze entiteit en onderliggende entiteiten en velden daarom uit het basisschema van LevenAanvraag gehaald. Doel: Het voorstel raakt de volgende HDN Standaard-principes:
Aanpassing: Wij verwijderen de entiteit
|
Domein Kredieten
# | Bericht(en) | Naam | Beschrijving |
---|---|---|---|
HDN-4 | KredietAanvraag (KX) Offerte (OX)
| Aanleiding: De lijst Doel: Uniformiteit binnen de keten: De Waarderingskamer biedt een standaard objecttype lijst Fotowijzer Woningen. Deze is samengesteld door NRVT, NVM, VastgoedPro, VBO en de Vereniging van Nederlandse Gemeenten en de Waarderingskamer. Het is wenselijk is om vanuit de Standaard hierbij aan te sluiten zodat ook toekomstige integraties gestandaardiseerd ingeregeld kunnen worden. Aanpassing:
Aanvullend wordt het veld Voor de Offerte is het niet meer nodig om het objecttype terug te geven. Dit komt in zijn geheel te vervallen. | |
HDN-43 | KredietAanvraag (KX) Offerte (OX) DocumentAanvraag (DA) | Geslacht | Aanleiding: Op dit moment moet een persoon een verzoek indienen bij de rechter om het geslacht in het paspoort en de geboorteakte aan te laten passen. De registratie wordt ook met een “X” aangeduid. In het paspoort is dit twee keer; X/X (Nederlands / internationaal). De Vereniging Nederlandse Gemeenten is, met een aantal andere partijen, bezig om het proces om X in het paspoort te krijgen zonder tussenkomst van de rechter te laten plaatsvinden. Momenteel is dit nog niet aangenomen. Eenmaal aangenomen is te verwachten dat het aantal personen zal toenemen. Doel: Het voorstel raakt de volgende HDN Standaard-principes:
Aanpassing: Aanpassing:
Voor Offerte en DocumentAanvraag is het niet meer nodig om geslacht terug te geven. Dit komt in zijn geheel te vervallen. Ketenafspraak: Gedurende de overgangsperiode van een jaar, tot de HDN25, mogen organisaties in hun organisatieberichtschema |
HDN-73 | KredietAanvraag (KX) | Certificeringspunten ondervangen in Regels | Aanleiding: We hebben een analyse gedaan op de certificeringpunten binnen de kredietberichten. Hieruit is naar voren gekomen dat een aantal van deze certificeringspunten in de bestaande berichtschema’s met een regel kan worden afgedwongen. Doel: Het voorstel raakt de volgende HDN Standaard-principes:
Aanpassing:
|
Domein Bankgaranties
# | Bericht(en) | Naam | Beschrijving |
---|---|---|---|
HDN-43 | WaarborgBericht (WX) | Geslacht | Aanleiding: Op dit moment moet een persoon een verzoek indienen bij de rechter om het geslacht in het paspoort en de geboorteakte aan te laten passen. De registratie wordt ook met een “X” aangeduid. In het paspoort is dit twee keer; X/X (Nederlands / internationaal). De Vereniging Nederlandse Gemeenten is, met een aantal andere partijen, bezig om het proces om X in het paspoort te krijgen zonder tussenkomst van de rechter te laten plaatsvinden. Momenteel is dit nog niet aangenomen. Eenmaal aangenomen is te verwachten dat het aantal personen zal toenemen. Doel: Het voorstel raakt de volgende HDN Standaard-principes:
Aanpassing: |
HDN-70 | WaarborgBericht (WX) | Uniformeren Starterslening | Aanleiding: Binnen het verzekerendomein bleek verschillend gebruik van de starterslening. Dit is uiteraard niet wenselijk. Naar aanleiding hiervan is het hypothekendomein gevraagd hoe omgegaan dient te worden met de starterslening. Doel: Het voorstel raakt de volgende HDN Standaard-principes:
Aanpassing: Velden die komen te vervallen:
Toegevoegd wordt aan de entiteit
|
HDN-90 | WaarborgBericht (WX) | Arrangement verplicht bij Bankgarantie | Aanleiding: Arrangement blijkt voor elke bankgarantieaanvraag benodigd te zijn. Doel: Het voorstel raakt de volgende HDN Standaard-principes Principe van procesoptimalisatie: Het is noodzakelijk dat bij elke aanvraag het duidelijk is onder welk arrangement de bankgarantie wordt aangevraagd. Aanpassing: |
HDN-91 | WaarborgBericht (WX) | Bankgarantie geldigheid onderscheid bestaande bouw/nieuwbouw | Aanleiding: Tijdens de bijeenkomsten van de werkgroep Bankgaranties is aangegeven dat er problemen zijn met het ontvangen bericht betreffende de looptijd van de bankgarantie. Bij Nationale Waarborg geldt voor bestaande bouw een maximale looptijd van 1 jaar, terwijl dit voor nieuwbouw maximaal 2 jaar is. Doel: Het voorstel raakt de volgende HDN Standaard-principes: Principe van procesoptimalisatie: Het is essentieel om onjuistheden in de looptijd van de bankgarantie te vermijden, zodat Nationale Waarborg niet genoodzaakt is om contact op te nemen met de adviseur. Aanpassing: De volgende regel wordt geplaatst op het veld
|
HDN-41 | WaarborgBericht (WX) | Verwijderen bedrijfsnaam in PartijNAWData | Aanleiding: In de entiteit Doel: Het voorstel raakt de volgende HDN Standaard-principes: Principe van procesoptimalisatie: Het is cruciaal om te waarborgen dat identieke gegevens niet tweemaal binnen één bericht worden weergegeven. Aanpassing: het veld |
HDN-42 | WaarborgBericht (WX) | Bedrijfsnaam benodigd als Verkoper | Aanleiding: In de entiteit Doel: Het voorstel raakt de volgende HDN Standaard-principes:
Aanpassing: het veld
|
HDN-92 | WaarborgBericht (WX) | Verwijderen overbodige velden Eigen middelen | Aanleiding: Er waren meerdere velden voor eigen middelen beschikbaar, echter was maar één veld hierin leidend. Daarom is besloten de overige velden te verwijderen. Doel: Het voorstel raakt de volgende HDN Standaard-principes: Principe van procesoptimalisatie: Het is noodzakelijk dat bij elke aanvraag het duidelijk is of er eigen middelen worden ingebracht in de hypotheek. Dit voorkomt uitval in het proces. Principe van dataminimalisatie: Het veld Aanpassing: De volgende velden worden verwijderd:
|
STAN-151 | WaarborgBericht (WX) | InitieelPakket toevoegen | Aanleiding: InitieelPakket is met de HDN23.1 geïntroduceerd en zal met de HDN24 ook in het waarborgbericht worden opgenomen. Aanpassing: InitieelPakket wordt toegevoegd binnen de entiteit Tussenpersoon |
Domein Actief Beheer
# | Bericht(en) | Naam | Beschrijving |
---|---|---|---|
HDN-4 | InformatieBericht (IX)
| Aanleiding: De lijst Doel: Uniformiteit binnen de keten: De Waarderingskamer biedt een standaard objecttype lijst Fotowijzer Woningen. Deze is samengesteld door NRVT, NVM, VastgoedPro, VBO en de Vereniging van Nederlandse Gemeenten en de Waarderingskamer. Het is wenselijk is om vanuit de Standaard hierbij aan te sluiten zodat ook toekomstige integraties gestandaardiseerd ingeregeld kunnen worden. Aanpassing: | |
HDN-43 | Beheerverzoek (MX) InformatieBericht (IX) | Geslacht | Aanleiding: Op dit moment moet een persoon een verzoek indienen bij de rechter om het geslacht in het paspoort en de geboorteakte aan te laten passen. De registratie wordt ook met een “X” aangeduid. In het paspoort is dit twee keer; X/X (Nederlands / internationaal). De Vereniging Nederlandse Gemeenten is, met een aantal andere partijen, bezig om het proces om X in het paspoort te krijgen zonder tussenkomst van de rechter te laten plaatsvinden. Momenteel is dit nog niet aangenomen. Eenmaal aangenomen is te verwachten dat het aantal personen zal toenemen. Doel: Het voorstel raakt de volgende HDN Standaard-principes:
Aanpassing: Voor het Beheerverzoek is het volgende van toepassing:
Voor het InformatieBericht is het niet meer nodig om geslacht terug te geven en komt dit in zijn geheel te vervallen. |
HDN-40 | Beheerverzoek (MX) | Levensloop niet meer van toepassing | Aanleiding: Per 1 januari 2012 is Levensloopregeling vervallen. Bestaande levensloopregelingen moesten per 1 november 2021 worden omgezet. Bron: https://www.belastingdienst.nl/wps/wcm/connect/nl/werk-en-inkomen/content/overgangsrecht-levensloopregeling In de hypotheekberichten OfferteAanvraag en BeheerVerzoek is het nog mogelijk bij een dienstverband de LevensloopPerJaar op te geven. Dit veld kan komen te vervallen. Doel: Het voorstel raakt de volgende HDN Standaard-principes:
Aanpassing: |
STAN-288 | Beheerverzoek (MX) | Actualiseren BKR waardelijst | Aanleiding: De soorten BKR-coderingen zijn niet in alle HDN-schema’s gelijk. Zo mist in de OfferteAanvraag en het Beheerverzoek, de coderingen voor SH Schuldhulpverlening en SK Saneringskrediet. Doel: Het voorstel raakt de volgende HDN Standaard-principes:
Aanpassing: Uitbreiding waardelijst SoortGeregisteerdeLeningType met:
|
STAN-541* | Beheerverzoek (MX) | Uitbreiden velden | Aanleiding: ABN-Amro heeft het verzoek ingediend om het BeheerVerzoek uit te breiden. Met de uitbreiding kan het proces tussen ABN-Amro en Stater efficiënter verlopen. Doel: Het voorstel raakt de volgende HDN Standaard-principes:
Aanpassing: De gewenste uitbreiding bestaat uit reeds bestaande velden in de taxonomie. De volgende velden worden toegevoegd:
|
STAN-261* | InformatieBericht (IX) | Dataminimalisatie | Aanleiding: Dataminimalisatie is een belangrijk principe binnen de gegevensbescherming en privacy. Het principe houdt in dat je alleen die persoonsgegevens verwerkt die noodzakelijk zijn voor het vooraf bepaalde doel. Doel: Het voorstel raakt de volgende HDN Standaard-principes:
Aanpassing: De volgende entiteiten/velden worden verwijderd:
|
STAN-49* | InformatieBericht (IX) en Beheerbericht (MX) | Uitbreiding Overbrugging | Aanleiding: De HDN Standaard biedt momenteel beperkte mogelijkheden voor diversificatie van overbruggingskredieten. Dit houdt marktpartijen tegen om innovatieve producten te introduceren die passen bij de actuele marktomstandigheden. Doel: Het voorstel raakt de volgende HDN Standaard-principes: Principe van procesoptimalisatie: de HDN Standaard staat voor een efficiënt, gestandaardiseerd proces waarin snel duidelijkheid ontstaat voor alle betrokken partijen. Aanpassing: Toegevoegd wordt: Entiteit:
Met daarin de velden:
Het veld CodeOverbruggingMij betreft een waardelijst met daarin de productnamen voor de overbrugging. Organisaties die hier gebruik van willen maken, dienen het Overbruggingsproduct aan HDN door te geven. |
STAN-534 | InformatieBericht (IX) | Toevoegen Energieklasse | Aanleiding: Veel marktpartijen laten hun rentetarief afhangen van het energielabel van de woning. Het is wenselijk om het intermediair informatie te verschaffen op basis van welk energielabel het rentetarief is bepaald. Doel: Het voorstel raakt de volgende HDN Standaard | Principes:
Aanpassing Toevoegen:
|
HDN-70 | BeheerVerzoek (MX) | Uniformeren Starterslening | Aanleiding: Binnen het verzekerendomein bleek verschillend gebruik van de starterslening. Dit is uiteraard niet wenselijk. Naar aanleiding hiervan is het hypothekendomein gevraagd hoe omgegaan dient te worden met de starterslening. Doel: Het voorstel raakt de volgende HDN Standaard-principes: Aanpassing: Velden die komen te vervallen:
Toegevoegd wordt aan de entiteit
|
STAN-648 | InformatieAanvraag (IA) | Uitbreiding met KvKNr | Aanleiding: Momenteel zijn enkele organisaties bezig met het inregelen van het InformatieAanvraag-bericht. uit hun onderzoek komt naar voren dat de huidige informatie in het InformatieAanvraag-bericht onvoldoende is om een volledige overeenkomst te garanderen met de gegevens van de tussenpersoon in hun systeem. Dit vormt een obstakel voor de succesvolle implementatie van deze berichten. Doel: Het voorstel raakt de volgende HDN Standaard-principes: Principe van procesoptimalisatie: de HDN Standaard staat voor een efficiënt, gestandaardiseerd proces waarin snel duidelijkheid ontstaat voor alle betrokken partijen. Principe van accuraatheid: de HDN Standaard is gebaat bij nauwkeurigheid tot op detailniveau. Elke veldnaam en de bijbehorende datatypes en omschrijvingen moeten zeer nauwkeurig worden ingevuld. Aanpassing: Uitbreiding van de entiteit |
Domein Brondata
Toelichting Statussen
Status | Betekenis |
---|---|
Onderhanden in werkgroep | Houdt in dat de wijziging wel is geprioriteerd door de werkgroep voor de release, maar dat de uitwerking hiervan nog gedaan moet worden. |
Ter akkoord bij de werkgroep | Voorstel is uitgewerkt en ter akkoord aangeboden aan de daarvoor verantwoordelijke werkgroep. |
Voorstel akkoord | Voorstel is ter akkoord door de daarvoor verantwoordelijke werkgroep aangenomen en zal worden meegenomen in de release. |
vervallen | Wijziging was geprioriteerd voor de release, maar vanwege verschillende redeneren kan deze niet worden opgenomen in de release. |
HDN actualiseert haar documentatie regelmatig, maar desondanks is het mogelijk dat de inhoud onvolledig of verouderd is. Wij verzoeken u dan ook om altijd de meest recente versie te hanteren die is gepubliceerd via HDN Portaal of HDN Confluence en onze documentatie niet zelf te verspreiden. In geen enkel geval kunt u rechten ontlenen aan de gepubliceerde informatie.