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 | |
|---|---|---|---|
STAN-1037 | ANALYSE | XSDValidation | Aanpassen XSDValidation (VX) ten behoeve van het toevoegen van brondata statusmeldingen |
STAN-408 | ANALYSE | Generiek | Ketenafspraak over requestVersion via platform afdwingen |
STAN-23 | VOORSTEL AKKOORD | Generiek | Verwijderen XML-Header |
STAN-63 | VOORSTEL AKKOORD | Generiek | Aanscherping patroon Email |
STAN-1101 | VOORSTEL AKKOORD | Generiek | Wijziging omschrijving van veldnaam LeningLopendJN |
STAN-2230 | VOORSTEL AKKOORD | Generiek | LandType updaten |
STAN- | VOORSTEL AKKOORD | OFFERTE | Minder verplichte velden voor OfferteBericht Verzekeren |
STAN-958 | VOORSTEL AKKOORD | OFFERTE | Opschonen niet gebruikte velden OfferteBericht |
STAN-88 | VOORSTEL AKKOORD * | OFFERTE DOC.AANVRAAGBERICHTDOCUMENTBERICHT | Waarden toevoegen DocSoortType |
STAN-1308 | VOORSTEL AKKOORD | DOC.AANVRAAGBERICHT DOCUMENTBERICHT | Uitbreiding Documenten “Verklaring van gemoedsbezwaren” |
STAN-923 | VOORSTEL AKKOORD | DOC.AANVRAAGBERICHT DOCUMENTBERICHT | Verwijderen Document Soort ‘024 Kopie identiteitsbewijs’ |
STAN-1036 | VERVALLEN | DOC.AANVRAAGBERICHT DOCUMENTBERICHT | Herinrichting DocumentBericht t.b.v. meegeven brondatasleutel |
STAN-162 | VOORSTEL AKKOORD | OFFERTEAANVRAAG | Herinrichten entiteit Object |
STAN-647 | VOORSTEL AKKOORD | OFFERTEAANVRAAG | ArrangementNr vervangen voor Arrangement |
STAN-510 | VOORSTEL AKKOORD | OFFERTEAANVRAAG | Verwijderen niet gebruikte velden OfferteAanvraag HDN25 |
STAN-93 | VOORSTEL AKKOORD | OFFERTEAANVRAAG | Verwijderen AanvullendeVerzendwijze |
STAN-94 | VOORSTEL AKKOORD | OFFERTEAANVRAAG | Klantbeeld mee kunnen geven in OfferteAanvraag |
STAN-2058 | VOORSTEL AKKOORD | OFFERTEAANVRAAG | NHG termen kortingsconstructie en kortingsdeel wijzigen naar koperssteun en ondersteuningsdeel |
STAN-1035 | VOORSTEL AKKOORD | OFFERTEAANVRAAG | Herinrichting meegeven sleutel bronbericht in OfferteAanvraag |
STAN-1060 | ONDERHANDEN IN WERKGROEP | OFFERTEAANVRAAG | Verbeteren ketenafspraken leningdelen en/of schema |
STAN-59 | TER AKKOORD BIJ DE WERKGROEP | OFFERTEAANVRAAG DOC.AANVRAAGBERICHT | Ondersteuning digitale ondertekening |
STAN-2361 | ANALYSE | OFFERTEAANVRAAG | Legitimatiegeslacht X generieke ondersteuning in OfferteAanvraag |
STAN-2360 | ANALYSE | OFFERTEAANVRAAG | Ondersteunen BAG-ID |
STAN-716 | VERVALLEN | OFFERTEAANVRAAG | Uitbreiding financieringsopzet |
STAN-791 | VOORSTEL AKKOORD | OFFERTEAANVRAAG LEVENAANVRAAG | Beschrijven attributen "Verplicht maken toestaan" Binnen PartijNAWData |
STAN-1402 | VOORSTEL AKKOORD | LEVENAANVRAAG | Serviceprovider toevoegen aan generiek schema |
STAN-915 | VOORSTEL AKKOORD | LEVENAANVRAAG | Structuurwijziging LevenAanvraag IdentificatieVerificatieJN |
STAN-920 | VOORSTEL AKKOORD | LEVENAANVRAAG | DoelVerzekering generiek verplicht maken |
STAN-1604 | VOORSTEL AKKOORD | LEVENAANVRAAG | Verwijderen niet gebruikte velden LevenAanvraag HDN25 |
STAN-719 | VOORSTEL AKKOORD | LEVENAANVRAAG | GeweigerdRedenOmschr en UitsluitingRedenOmschr in LevenAanvraag organisatiespecifiek maken |
STAN-2095 | VOORSTEL AKKOORD | LEVENAANVRAAG | Nieuwe verplichte velden in LevenAanvraag |
STAN-2094 | TER AKKOORD BIJ DE WERKGROEP | LEVENAANVRAAG | Optimalisatie van velden in de LevenAanvraag |
STAN-57 | VOORSTEL AKKOORD | STATUSMELDING | Beëindigingsbrief bij afwijzing meesturen via StatusMelding |
STAN-1216 | VOORSTEL AKKOORD | STATUSMELDING | Kenmerk verplichten bij statusmelding Polis Verzonden |
STAN-567 | TER AKKOORD BIJ DE WERKGROEP | WAARBORGBERICHT | Geslacht 'X' Waarborgbericht toevoegen |
STAN-1025 | VOORSTEL AKKOORD | WAARBORGBERICHT | Bedrijfsnaam verplichten bij rechtspersonen |
STAN-293 | VOORSTEL AKKOORD | WAARBORGBERICHT | Naam verbetering nieuwbouw |
STAN-988 | TER AKKOORD BIJ DE WERKGROEP | INFORMATIEAANVRAAGBERICHT INFORMATIEBERICHT | Optionele of verwijderen klantdata in het Informatiebericht |
STAN-2045 | TER AKKOORD BIJ DE WERKGROEP | INFORMATIEBERICHT | Informatiebericht uitbreiden met beheersignaal |
STAN-1160 | ONDERHANDEN IN WERKGROEP | INFORMATIEBERICHT | Tariefklasse verplicht veld geven |
STAN-1179 | ONDERHANDEN IN WERKGROEP | BEHEERVERZOEK | Uitbreiding t.b.v. Bouwdepot Declaraties |
STAN-1346 | TER AKKOORD BIJ DE WERKGROEP | BrondataBerichten | Dataminimalisatie doormiddel van beperking op entiteiten Hypotheekgever & PartijNAWData |
STAN-1040 | TER AKKOORD BIJ DE WERKGROEP | Brondataberichten | DocSoort en SoortDocument scheiden |
STAN-2320 | VOORSTEL AKKOORD | VOORAFINGEV.AANGIFTEBERICHT | Herinrichten schema VoorafIngevuldeAangiftebericht (VIA) |
STAN-1349 | VOORSTEL AKKOORD | BASISREG.PERSONENBERICHT | Uitbreiden met ontbrekende velden |
* Status geeft de status aan van de wijziging weer.
Planning
De planning is vastgesteld in overeenstemming met de werkgroepen en is in lijn met het releasebeleid.
Fase | Resultaat | Gebruikelijke termijn | Van | Tot |
|---|---|---|---|---|
Scopebepaling | Releasespecificaties HDN 25 worden in concept gepubliceerd | Tot +/- 6 maanden voor go-live |
|
|
Consultatieperiode | Definitieve scope | 5 weken |
|
|
Consultatieperiode | Definitieve releasenotes | 2 weken |
| |
Opbouwen schema’s | Basisberichtschema’s worden door HDN opgebouwd en gepubliceerd | 2 weken |
|
|
Opbouwen schema’s | Organisatieschema’s zijn ter review aangeboden | 6 weken |
|
|
Review door HDN | Organisatieschema’s worden gepubliceerd en naar de testomgeving gedistribueerd | 4 weken |
|
|
Test | Schema’s gedistribueerd naar productie | 6 weken |
|
|
Freezeperiode | Periode waarin geen nieuwe berichtschema’s naar productie kunnen worden gebracht anders dan HDN 24.1 release gerelateerd. | 6 weken |
|
|
Go-live | Afronding release | - | 00:30 |
Scope van de release
Generiek
# | Bericht(en) | Naam | Beschrijving |
|---|---|---|---|
STAN-408 | Generiek | Ketenafspraak over requestVersion via platform afdwingen | Wijziging: De validatie van de requestVersion vindt plaats op het platform. Op het moment dat de meegegeven requestVersion meegegeven wordt, leeg of 0 is, wordt er geen record gemaakt in het dossier en wordt deze beantwoordt met, HTTP foutcode ‘400’, met de toelichting ‘requestVersion moet groter dan 0 zijn’. Samenvatting: Door het afdwingen van ketenafspraken op het platform, kunnen wij een hogere kwaliteit van het berichtenverkeer garanderen. Het afdwingen van een gedeelte van de ketenafspraak over requestVersion geeft eenieder de mogelijkheid om te wennen aan deze manier van valideren. |
STAN-23 | Generiek | Verwijderen XML-Header | Wijziging: De Samenvatting: In 2023 is de APIv2 versie neergezet waarin de Header in de XML, die stuurinformatie bevat, overbodig is geworden. Stuurinformatie is sindsdien onderdeel van de JSON en daarom niet meer nodig in de XML berichtenstructuur. Na uitvraag bij onze leden en gebruikers, over het gebruik van de Header op XML niveau, konden we concluderen dat niemand de Header nog nodig heeft met de HDN25 versie. Daarom wordt de Header dan ook verwijderd uit alle berichtschema’s waar deze nog onderdeel van uitmaakt. |
STAN-63 | Generiek | Aanscherping patroon Email | Wijziging: Het patroon voor het datatype EmailType wordt gewijzigd naar: Samenvatting: Door het patroon aan te passen, wordt het emailadres wat verzonden wordt via de XML berichten betrouwbaarder. |
STAN-1101 | Generiek | Wijziging omschrijving veldnaam LeningLopendJN | Wijziging: De omschrijving van het veld Samenvatting: Er wordt een wijziging in de omschrijving doorgevoerd zodat het duidelijker is waarvoor dit veld dient. |
STAN-2230 | Generiek | LandType updaten | Wijziging: Aan de waardelijst Samenvatting: Met HDN24 is de waardelijst aangepast aan de ISO landenlijst, daarbij was Kosovo verwijderd omdat deze niet op de ISO landenlijst voorkomt als geaccepteerd land. Nederland heeft Kosovo echter wel geaccepteerd. Bij de jaarlijkse analyse zal voortaan naast de ISO landenlijst ook gekeken worden naar de door Nederland geaccepteerde landen. |
STAN-2068 | OFFERTE | Minder verplichte velden voor OfferteBericht Verzekeren | Wijziging:
Samenvatting: De werkgroep verzekeren heeft aangegeven dat bij het versturen van de Offerte teveel verplichte velden moesten worden gevuld terwijl de informatie niet altijd beschikbaar is. Daarom is gekeken welke velden optioneel gemaakt kunnen worden in geval van een LevenAanvraag. |
STAN-958 | OFFERTE | Opschonen niet gebruikte velden OfferteBericht | Wijziging: De entiteit Samenvatting: Jaarlijks wordt gekeken naar velden die niet gebruikt worden. De te verwijderen entiteiten en onderliggende velden werden niet gebruikt. In samenspraak met de werkgroep is besloten deze te verwijderen. |
STAN-88 | OFFERTE DOC.AANVRAAGBERICHTDOCUMENTBERICHT | Waarden toevoegen DocSoortType | Wijziging:
Samenvatting: Gebruikers hebben aangegeven bij de Offerte ook een klantbeeldformulier en/of dubbele woonlastenformulier mee te sturen. Er is gevraagd om de waardelijst |
STAN-1308 | DOC.AANVRAAGBERICHT DOCUMENTBERICHT | Uitbreiding Documenten “Verklaring van gemoedsbezwaren” | Wijziging: Uitbreiding waardelijst Samenvatting: Met een ‘Verklaring van gemoedsbezwaar’, van het SVB, heeft een consument de mogelijkheid om aantoonbaar te maken dat deze zich vanuit levensovertuiging niet hoeft te verzekeren. Meer informatie hierover is te vinden op: |
STAN-923 | DOC.AANVRAAGBERICHT DOCUMENTBERICHT BEHEERVERZOEK | Verwijderen Document Soort ‘024 Kopie identiteitsbewijs’ | Wijziging: Waarde ‘024 Kopie identiteitsbewijs’ wordt verwijderd uit de waardelijst Samenvatting: Met de HDN23 zijn er twee documenten geïntroduceerd ‘267 Kopie identiteitsbewijs zonder BSN’ en 268 Kopie identiteitsbewijs met BSN'. Het doel hiervan is om duidelijker onderscheid te kunnen maken in het aan te leveren document. Na een overgangsperiode van twee jaar wordt het oude document verwijderd. |
Domein Hypotheken
# | Bericht(en) | Naam | Beschrijving |
|---|---|---|---|
STAN-162 | OFFERTEAANVRAAG | Herinrichten entiteit Object | Wijziging: De entiteit Zie Overzicht nieuwe Object-entiteit m.i.v. HDN25 voor alle wijzigingen. Er is ook een Mappingtabel Object wijzigingen gemaakt. Samenvatting: De entiteit Met deze change zijn adviespakketten veel beter in staat gestructureerde data te versturen en ontvangen aanbieders betrouwbaardere data. Let op. Voor schemabeheerders geldt dat de regels op deze velden opnieuw moeten worden ingesteld. |
STAN-647 | OFFERTEAANVRAAG | ArrangementNr vervangen voor Arrangement | Wijziging: Binnen de entiteit Samenvatting: Het veld |
STAN-510 | OFFERTEAANVRAAG | Verwijderen niet gebruikte velden OfferteAanvraag HDN25 | Wijziging: De volgende velden worden verwijderd uit het de entiteit Samenvatting: Jaarlijks wordt gekeken naar velden die niet gebruikt worden. De te verwijderen velden werden niet gebruikt. In samenspraak met de werkgroep is besloten deze velden te verwijderen. |
STAN-93 | OFFERTEAANVRAAG | Verwijderen AanvullendeVerzendwijze | Wijziging: Het veld Samenvatting: Het veld |
STAN-94 | OFFERTEAANVRAAG | Klantbeeld mee kunnen geven in OfferteAanvraag | Wijziging: De volgende velden worden organisatiespeficiek toegevoegd binnen de entiteit De waardelijst Het veld Samenvatting: Er bovenstaande velden worden toegevoegd om het hypotheek aanvraagproces verder te optimaliseren. Aanbieders kunnen hiermee in een vroegtijdig stadium bepalen of de aanvrager aan de voorwaarden voldoet en de juiste documenten opvragen. |
STAN-791 | OFFERTEAANVRAAG | Beschrijven attributen "Verplicht maken toestaan" Binnen PartijNAWData | Wijziging: Verplicht maken toestaan wordt voor de volgende velden in de entiteit Dit betekend dat het alleen mogelijk is om het veld Samenvatting: Het kunnen leggen van de restrictie op het schema vanuit een basisschema heeft als doel dat de kwaliteit van de berichtschema’s omhoog gaat. Afgelopen jaren hebben wij meermaals incidenten gehad waarbij invalide schema’s ontstonden door het verplichten van velden binnen de entiteit PartijNAWData. Daarom is nu kritisch gekeken welke velden binnen deze entiteit nooit verplicht kunnen zijn. Daarvoor wordt nu de restrictie ‘Verplicht maken toestaan’ uitgezet. |
STAN-2058 | OFFERTEAANVRAAG | NHG termen kortingsconstructie en kortingsdeel wijzigen naar koperssteun en ondersteuningsdeel | Wijziging: Verwijderde velden worden vervangen door:
Verwijderde waardelijst wordt vervangen door:
Verwijderde enum’s worden vervangen door:
Verwijderde enum in de waardelijst
Samenvatting: NHG heeft de termen Kortingsconstructie en Kortingsdeel gewijzigd naar Koperssteun en Ondersteuningsdeel. Om aansluiting te houden bij de NHG terminologie, hebben wij op verzoek van de leden ook de termen aangepast. Let op. Voor schemabeheerders geldt dat de regels op deze velden opnieuw moeten worden ingesteld. |
STAN-1035
| OFFERTEAANVRAAG | Herinrichting meegeven sleutel bronbericht in OfferteAanvraag | Wijziging: Verwijderd wordt de entiteit De entiteit De entiteit krijgt de volgende structuur:
Samenvatting: Ter ondersteuning van de uitbreiding van brondata wordt de benodigde informatie gecentraliseerd in het berichtschema opgenomen. De wijziging maakt het mogelijk om niet alleen voor de aanvrager maar ook voor het object brondata aan te leveren. Hiermee kan bijvoorbeeld het taxatierapport in een vroegtijdig stadium worden aangeleverd waarmee verwezen wordt naar het object en/of de koopovereenkomst. Op termijn kan met een relatief kleine aanpassing ‘het product’ worden toegevoegd waarmee gerichter brondata kan worden meegegeven. |
STAN-57 | STATUSMELDING | Beëindigingsbrief bij afwijzing meesturen via StatusMelding | Wijziging: De entiteit De regel wordt getest door HDN. Mocht deze regel niet tijdig werken, wordt de regel omgezet naar een ketenafspraak. Hierover wordt gecommuniceerd met de definitieve releasenotes. Daarnaast wordt de waardelijst Samenvatting: Een afwijsbrief van een hypotheekaanvraag wordt op dit moment door veel aanbieders per mail verstuurd. Om te zorgen dat deze brief veilig verstuurd kan worden is in overleg met de werkgroep hypotheken besloten om om de afwijsbrief als bijlage bij de bijbehorende StatusMelding via HDN te versturen. Er is een overgangsperiode tot HDN26 besproken om dit te ondersteunen. Afgesproken is dat partijen de periode tussen HDN25 en HDN26 dit kunnen inregelen. Dit betekend dat er gedurende deze periode twee processen actief zijn. |
STAN-2361 ANALYSE | OFFERTEAANVRAAG | Legitimatiegeslacht X generieke ondersteuning in OfferteAanvraag | Wijziging: Het is niet meer toegestaan om regels te leggen op het veld Samenvatting: De werkgroep hypotheken is voor het generiek ontvangen van alle mogelijke waarden die aanwezig kunnen zijn bij het geslacht op het identiteitsbewijs. Het voorkomt dat een financieel adviseur voor een moeilijke keuze komt te staan wanneer een LegitimatieGeslacht ‘X’ niet kan worden meegegeven. Bovendien zijn, zodra de systemen de waarde 'X' voor LegitimatieGeslacht wel ondersteunen, dan al bekend welke consumenten dit betreft. Het volledig ondersteunen van alle waarden van Geslacht op het legimatiebewijs maakt geen onderdeel uit van deze wijziging, maar het kunnen ontvangen van deze informatie wel. |
STAN-2360 ANALYSE | OFFERTEAANVRAAG | Ondersteunen BAG-ID | Wijziging: Er wordt een nieuw veld BagID* toegevoegd aan het schema. De exacte locatie hiervoor moet nog worden bepaald. Samenvatting: Met het Bag-ID kan verschillende brondata worden geraadpleegd zoals, EP-online, KadastraleKaart, WOZ-waardeloket. Dit biedt aanbieders de mogelijkheid om versneld brondataprocessen te doorlopen en onderpanddata te verifiëren. |
Domein Verzekeren
# | Bericht(en) | Naam | Beschrijving |
|---|---|---|---|
STAN-1402 | LEVENAANVRAAG | Serviceprovider toevoegen aan generiek schema | Wijziging: De entiteit Samenvatting: De entiteit Serviceprovider binnen Tussenpersoon was organisatiespeficiek en niet in lijn met de ketenafspraak: KET-001: Het doorgeven van intermediair en serviceprovider informatie en wijzigingen door tussenstations. Ook liep hier een serviceprovider tegenaan dat zij aanvragen niet volgens deze ketenafspraak konden doorsturen. Met deze wijziging wordt de inconsistentie gecorrigeerd. |
STAN-915 | LEVENAANVRAAG | Structuurwijziging LevenAanvraag IdentificatieVerificatieJN | Wijziging: Het veld Samenvatting: Het veld |
STAN-920 | LEVENAANVRAAG | DoelVerzekering generiek verplicht maken | Wijziging: Het veld Samenvatting: Het veld |
STAN-1604 | LEVENAANVRAAG | Verwijderen niet gebruikte velden LevenAanvraag HDN25 | Wijziging: Verwijdering van niet gebruikte entiteiten en velden:
Samenvatting: In het kader van dataminimalisatie wordt jaarlijks gekeken welke velden binnen berichtschema’s niet gebruikt worden. |
STAN-719 | LEVENAANVRAAG | GeweigerdRedenOmschr en UitsluitingRedenOmschr in LevenAanvraag organisatiespecifiek maken | Wijziging: De velden Samenvatting: Deze velden worden door veel partijen niet gebruikt. Daarnaast zijn dit vrije tekst velden die gevoelige data kunnen bevatten. Door de velden organisatiespecifiek te maken kan de aanbieder kiezen of hij deze velden wil ontvangen. Wil je deze velden niet meer ontvangen, dien je deze zelf uit te sluiten uit je berichtschema. |
STAN-791 | LEVENAANVRAAG | Beschrijven attributen "Verplicht maken toestaan" Binnen PartijNAWData | Wijziging: Verplicht maken toestaan wordt voor de volgende velden in de entiteit Dit betekend dat het alleen mogelijk is om de volgende velden in de entiteit Samenvatting: Het kunnen leggen van de restrictie op het schema vanuit een basisschema heeft als doel dat de kwaliteit van de berichtschema’s omhoog gaat. Afgelopen jaren hebben wij meermaals incidenten gehad waarbij invalide schema’s ontstonden door het verplichten van velden binnen de entiteit PartijNAWData. Daarom is nu kritisch gekeken welke velden binnen deze entiteit nooit verplicht kunnen zijn. Daarvoor wordt nu de restrictie ‘Verplicht maken toestaan’ uitgezet. |
STAN-2094* TER AKKOORD BIJ DE WERKGROEP | LEVENAANVRAAG | Optimalisatie van velden in de LevenAanvraag | Wijziging: Het schema van de LevenAanvraag optimaliseren door de velden:
Samenvatting: In het kader van dataminimalisatie heeft de werkgroep Verzekeren gekeken welke velden niet (voor alle aanbieders) noodzakelijk zijn. Op basis daarvan worden enkele velden verwijderd of organisatiespecifiek gemaakt zodat de aanbieder zelf kan bepalen of deze het veld wil ontvangen. |
STAN-2095* TER AKKOORD BIJ DE WERKGROEP | LEVENAANVRAAG | Nieuwe verplichte velden in LevenAanvraag | Wijziging: De volgende velden worden verplicht:
Samenvatting: Er wordt regelmatig een LevenAanvraag verstuurd met lege entiteiten. Dit kan tot onverwachte fouten en onduidelijkheid leiden. Daarom wordt in de entiteiten minimaal 1 veld verplicht in niet verplichte entiteiten. Dit betekend dat wanneer de entiteit wordt opgenomen er een veld gevuld moet zijn. |
STAN-1216 | STATUSMELDING | Kenmerk verplichten bij statusmelding Polis Verzonden | Wijziging: De entiteit Deze afspraak wordt ook toegevoegd aan de ketenafspraak: /wiki/spaces/HW/pages/2558034003 Samenvatting: Het is gewenst om altijd een kenmerk te ontvangen wanneer er een polis wordt verzonden. Daarom wordt het veld bij deze status verplicht gesteld. |
Domein Bankgaranties
# | Bericht(en) | Naam | Beschrijving |
|---|---|---|---|
STAN-567* TER AKKOORD BIJ DE WERKGROEP | WAARBORGBERICHT | Geslacht 'X' Waarborgbericht toevoegen | Wijziging: Waarde 'X' in LegitimatieGeslacht wordt toegevoegd aan het berichtschema. Samenvatting: Met de HDN24 release wordt LegitimatieGeslacht ‘X' ondersteund binnen verschillende domeinen. Binnen het bankgarantie domein is deze wijziging nog niet doorgevoerd. Hiermee wordt LegitimatieGeslacht 'X’ ook ondersteund binnen het bankgarantie domein. |
STAN-1025 | WAARBORGBERICHT | Bedrijfsnaam verplichten bij rechtspersonen | Wijziging:
Samenvatting: De |
STAN-293 | WAARBORGBERICHT | Naam verbetering nieuwbouw | Wijziging: Het veld Het veld Samenvatting: Het was onduidelijkheid hoe en welke velden gevuld moeten worden in het geval van nieuwbouw. Om deze reden vervangen we een aantal velden. Hiermee zou het doel van deze velden duidelijker moeten zijn. Deze velden zijn tevens in lijn met de inrichting van het OfferteAanvraag bericht. |
Domein Actief Beheer
# | Bericht(en) | Naam | Beschrijving |
|---|---|---|---|
STAN-988* TER AKKOORD BIJ DE WERKGROEP | INFORMATIEAANVRAAGBERICHT INFORMATIEBERICHT | Optionele of verwijderen klantdata in het Informatiebericht | Wijziging: Informatieaanvraagbericht Het veld De velden Informatiebericht Binnen de entiteit De entiteit Het veld Samenvatting: In relatie tot dataminimalisatie is een analyse gedaan van de berichten. Er is daarnaast gekeken naar consistentie van veldnamen en naar het aantal voorkomens van entiteiten zodat dit aansluit over de verschillende domeinen heen. |
STAN-2045* TER AKKOORD BIJ DE WERKGROEP | INFORMATIEBERICHT | Informatiebericht uitbreiden met beheersignaal | Wijziging: De entiteit Samenvatting: Om de aanbieder de mogelijkheid te geven aanvullende informatie mee te sturen naar de adviseur voor adviesdoeleinden, vindt er een uitbreiding plaats. |
STAN-1160* ONDERHANDEN IN WERKGROEP | INFORMATIEBERICHT | Tariefklasse wordt conditioneel verplicht veld | Wijziging: De entiteit Samenvatting: Vorig jaar is deze optioneel gemaakt naar aanleiding van een incident wanneer er sprake was van een NHG hypotheek. Dat is door deze regel opgelost. |
STAN-1179* ONDERHANDEN IN WERKGROEP | BEHEERVERZOEK | Uitbreiding t.b.v. Bouwdepot Declaraties | Wijziging: Uitbreiden van de waardelijst Samenvatting: De gebruiker van het beheerbericht heeft het verzoek gedaan om de waardelijst uit te bereiden met verduurzaming zodat alle benodigde data uitgewisseld kan worden. |
Domein Brondata
# | Bericht(en) | Naam | Beschrijving |
|---|---|---|---|
STAN-1346* TER AKKOORD BIJ DE WERKGROEP | BASISREG.PERSONENBERICHT STUDIELENINGBERICHT OBJECTBERICHTLOONDIENSTINKOMSTENBERICHTDIGITALEIDENTIFICATIEBERICHTIVOAANVRAAGEIGENAARSINFORMATIEBERICHT | Dataminimalisatie doormiddel van beperking op entiteiten Hypotheekgever & PartijNAWData | Wijziging: Voorkomens van de entiteiten is aangepast naar 1-1.
Samenvatting: In verschillende bronberichten is het mogelijk om meer dan één keer de entiteiten |
STAN-2320 | VOORAFINGEV.AANGIFTEBERICHT | Herinrichten schema VoorafIngevuldeAangiftebericht (VIA) | Wijziging: Herinrichten van het schema:
Samenvatting: Het schema wordt heringericht om het duidelijker te maken en in lijn te brengen met de standaard. Daarnaast wordt het aantal voorkomens van |
STAN-1349* TER AKKOORD BIJ DE WERKGROEP | BASISREG.PERSONENBERICHT | Bronbericht BRP: Uitbreiden met ontbrekende velden en analyse toegevoegde waarde van het veld Land (partijNAW | Wijziging: Het schema wordt uitgebreid met het veld
Samenvatting: Een gebruiker heeft gevraagd om de velden |
STAN-1040* TER AKKOORD BIJ DE WERKGROEP | BASISREG.PERSONENBERICHTDIGITALEIDENTIFICATIEBERICHT LOONDIENSTINKOMSTENBERICHT OBJECTBERICHT PENSIOENOVERICHTBERICHT STUDIELENINGBERICHT VOORAFINGEV.AANGIFTEBERICHT | DocSoort en SoortDocument scheiden | Wijziging:
Samenvatting: In de bronberichten wordt nu DocSoort gebruikt. DocSoort wordt gebruikt in het OfferteBericht als document dat de aanbieder verstuurd, terwijl SoortDocument gebruikt wordt in de documentberichten en de aan te leveren documenten betreft. In bronberichten gaat het om aan te leveren informatie. De huidige inrichting zorgt voor onduidelijkheid en een onjuiste inhoud van de waardelijst DocSoort. Daarom wordt het veld vervangen en de waardelijst bijgewerkt. |
STAN-1037* ANALYSE | VALIDATIEMELDING | Aanpassen XSDValidation (VX) ten behoeve van het toevoegen van brondata statusmeldingen | Wijziging: De statusmeldingen worden uit de bron berichten gehaald en zullen op een andere manier verstuurd worden. Samenvatting: Statusmeldingen/validatiemeldingen zijn nu verweven in de bronberichten. Dit maakt het niet mogelijk om elementen in de berichtenstructuur van de bronberichten te kunnen verplichten. Om te zorgen voor een compleet bericht, is het noodzakelijk om de statusberichten uit het bronbericht te halen en los te versturen. |
Toelichting Statussen
Status | Betekenis |
|---|---|
ANALYSE | Het wijzigingsverzoek is geprioriteerd en er wordt gewerkt aan een impactanalyse. |
ONDERHANDEN IN WERKGROEP | Het wijzigingsverzoek is geprioriteerd, maar dat de uitwerking hiervan nog gedaan moet worden. |
TER AKKOORD BIJ DE WERKGROEP | Het wijzigingsverzoek 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 redenen 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.