Pagina-vergelijking

STAN-162

Herinrichten entiteit Object

Wijziging:

De entiteit //Objectwordt heringericht. Een deel van de bestaande velden zijn in nieuwe subentiteiten geplaatst: BestaandeBouw, Nieuwbouw, Adres, Verbouwing, Meerwerk en Erfpacht. In de mappingsdocumentatie wordt weergegeven welke velden zijn verplaatst

Zie Overzicht nieuwe Object-entiteit m.i.v. HDN25 voor alle wijzigingen. Er is ook een Mappingtabel Object wijzigingen gemaakt.

Samenvatting:

De entiteit //Object bestaat uit veel velden. Dit zorgt ervoor dat, de entiteit onoverzichtelijk is, er fouten ontstaan in het verplichten van velden, stellen van regels en het doorgeven/mappen van de data. Ook ontvangen aanbieders niet altijd alle informatie die benodigd is en/of foutieve informatie. Met de vernieuwde inrichting is de entiteit veel overzichtelijker en duidelijker wat er ingevuld moet worden in specifieke situaties.

Met deze change zijn adviespakketten veel beter in staat gestructureerde data te versturen en ontvangen aanbieders betrouwbaardere data.

STAN-647

ArrangementNr vervangen voor Arrangement

Wijziging:

Binnen de entiteit Lening wordt het veld ArrangementNr vervangen door Arrangement

Samenvatting:

Het veld ArrangementNr en Arrangement werden met hetzelfde doel gebruikt. In het kader van eenduidigheid is besloten het veld Arrangement te behouden.

STAN-510

Verwijderen niet gebruikte velden OfferteAanvraag HDN25

Wijziging:

De volgende velden worden verwijderd uit het de entiteit //Leningdeel : KortingsBedrag, ComplexProductJN, RefDebiteurNAWData. Ook wordt verwijderd uit de entiteit //object: EnergieEfficientiewaardeBerekenMethode, EnergieEfficientieWaarde en EnergieEfficientieWaardeEindDt.

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

Verwijderen AanvullendeVerzendwijze

Wijziging:

Het veld AanvullendeVerzendwijze wordt verwijderd uit de OfferteAanvraag.

Samenvatting:

Het veld AanvullendeVerzendwijze is niet meer benodigd en wordt daarom verwijderd.

STAN-94

Klantbeeld mee kunnen geven in OfferteAanvraag

Wijziging:

De volgende velden worden organisatiespeficiek toegevoegd binnen de entiteit //Hypotheekgever, KVKinschrijvingJN, AantalOnroerendGoedObjectenBox3, Woonsituatie en TijdelijkeHuurwoningJN.

De waardelijst WoonsituatieType wordt toegevoegd en bevat de volgende waardes: 01 Inwonend, 02 Huurwoning en 03 Koopwoning.

Het veld EindDt binnen de entiteit //Hypotheekgever/Verplichtingen wordt conditioneel verplicht indien //Hypotheekgever/Verplichtingen/Verplichting heeft waarde 11 Bruto huurlasten en //Hypotheekgever/TijdelijkeHuurwoningJN heeft waarde Ja.

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

Beschrijven attributen "Verplicht maken toestaan" Binnen PartijNAWData

Wijziging:

Verplicht maken toestaan wordt voor de volgende velden in de entiteit PartijNAWData in het schema uitgezet: VoorNamen, GeboorteAchternaam, GeboorteTussenvoegsels, CorrespondentieVoornaam , CorrespondentieNaam, CorrespondentieTussenvoegsels, Nationaliteit, GeboortePlaats, GeboorteLand, VoorLetters, GeboorteDt, HuisNrToevoeging, VoorTitel en RekeningNr.

Dit betekend dat het alleen mogelijk is om het veld Land te verplichten.

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

NHG termen kortingsconstructie en kortingsdeel wijzigen naar koperssteun en ondersteuningsdeel

Wijziging:

Verwijderde velden worden vervangen door:

• ErfpachtofKortingsConstructieAnders → ErfpachtconstructieOfKoperssteunAnders

• BedragKortingsdeel → BedragOndersteuningsdeel

• VolledigeAfbetalingKoringsdeel → VolledigeAfbetalingOndersteuningsdeel

Verwijderde waardelijst wordt vervangen door:

• ErfpachtOfKortingsConstructieAndersType → ErfpachtconstructieOfKoperssteunAndersType

Verwijderde enum’s worden vervangen door:

• 01 Kortingsconstructie met vermogensrisico → 01 Koperssteun met vermogensrisico

• 02 Erfpachtconstructie met vermogensrisico → 02 Erfpachtconstructie met vermogensrisico

• 03 Kortingsconstructie zonder vermogensrisico → 03 Koperssteun zonder vermogensrisico

• 04 Erfpachtconstructie zonder vermogensrisico → 04 Erfpachtconstructie zonder vermogensrisico

Verwijderde enum in de waardelijst MutatieType:

• 36 Volledige afbetaling van het kortingsdeel → 37 Volledige afbetaling van het ondersteuningsdeel

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.

STAN-1035

Herinrichting meegeven sleutel bronbericht in OfferteAanvraag

Wijziging:

Verwijderd wordt de entiteit //ExterneIdentificatie met de daaronder liggende velden RefDataleveranciers en PersoonsID

De entiteit //Dataleverancier wordt uitgebreid met de velden: RefPartijNAWData, RefHuidigObject, RefObject en DataleverancierSleutel.

De entiteit krijgt de volgende structuur:

//Dataleverancier → voorkomens 0-99

/RefPartijNAWData → Optioneel

/RefHuidigObject –> Optioneel

/RefObject → Optioneel

/DataleverancierNaam → Verplicht

/DataleverancierID → Optioneel

/DataleverancierSleutel → Verplicht

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

Beëindigingsbrief bij afwijzing meesturen via StatusMelding

Wijziging:

De entiteit //Printdoc met daarin de velden: DocSoort, BestandType, Encoding en EncodedData wordt toegevoegd aan het schema. Op de entiteit //Printdoc wordt een regel geplaatst dat deze alleen mag wordt gevuld als de statusmelding 11 Offerteaanvraag afgewezen wordt verstuurd als reactie op de OfferteAanvraag.

Daarnaast wordt de waardelijst DocSoortType uitgebreid met de waarde ‘(code) Afwijsbrief’. De uitbreiding geldt voor de Statusmelding en is de enige waarde die in de Statusmelding wordt aangeboden.

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

Legitimatiegeslacht X generieke ondersteuning in OfferteAanvraag

Wijziging:

Het is niet meer toegestaan om regels te leggen op het veld Legitimatiegeslacht.

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

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.