Versies vergeleken

Oude versie 1

changes.mady.by.user Remco Beverdam

Opgeslagen op

in vergelijking met

Nieuwe versie 2

changes.mady.by.user Remco Beverdam

Opgeslagen op

Sleutel

  • Deze regel is toegevoegd.
  • Deze regel is verwijderd.
  • Formattering is gewijzigd.
Pagina-eigenschappen
idSamenvatting Geïntroduceerd in HDN-versie Geldig vanaf datum Impact op / // / / / / / / / / / / /// / / / / / / / / / Relevant voor rollen Rol 1: Softwarepaketten (voorkant) Rol 2: Tussenstations zonder aanpassingen Rol 3: Tussenstations met aanpassingen Rol 4: Aanbieder: Hypotheken Rol 4: Aanbieder: Verzekeren Rol 4: Aanbieder: Kredieten Rol 4: Aanbieder: Externe bron Rol 5: Intermediar Type ketenafspraak Inrichting schema’s Vulling berichten Procesafspraak Verduidelijking omgaan met vulling van velden Gerelateerde velden Veldnaam Gerelateerde entiteiten Entiteitnaam

Samenvatting

Deze ketenafspraak geeft uitleg over hoe het veld HypotheekBedrag moet worden gevuld in de praktijk.

Geïntroduceerd in HDN-versie

Status
colourGreen
titleHDN-24

Geldig vanaf datum

Impact op

Status
colourBlue
titleOfferTeaanvraag (AX)
Status
colourBlue
titleLevenaanvraag (lx)
Status
colourBlue
titleOfferte (Ox)
Status
colourBlue
titleStatusmelding (Sx)
Status
colourBlue
titleWaarborg (wx)

Relevant voor rollen

  • Rol 1: Softwarepakketten (voorkant)

  • Rol 3: Tussenstations met aanpassingen

  • Rol 4a: Aanbieder: Hypotheken

Type ketenafspraak

  • Verduidelijking omgaan met vulling van velden

Van toepassing op de velden

HypotheekBedrag

Van toepassing op de entiteiten

nvt

🤝 Ketenafspraak

Tips (blok verwijderen in definitieve versie):

  • Puntsgewijs elk scenario afvangen

  • Geen HDN-versienummers en datums gebruiken, zodat ketenafspraak ook na die datum actueel oogt.

  • Schrijfstijl alsof het altijd al zo geweest is (geen zal worden geintroduceerd, veld X is hiervoor geïntroduceerd)

  • Reden waarom het een ketenafspraak is en geen conditie of omschrijving.

  • Oud: Voor voorkantpartijen: hoe moet worden omgegaan met verschillende scenario's? In welke gevallen moet welke data worden meegegeven? --> Liefst zoveel mogelijk afvangen met condities (zie boven). 

  • Oud: Voor aanbieders: hoe moeten partijen verschillende scenario's ondersteunen in het schema? Welke maatschappijspecifieke condities / uitsluitingen moeten in bepaalde gevallen worden gedaan (voor zover dit niet kan worden afgevangen met generieke condities)? Hoe herkent een voorkantpartij een wens om bepaalde gegevens wel / niet te ontvangen?

Vereisten voor Rol 1: Softwarepakketten (voorkant), Rol 3: Tussenstations met aanpassingen

...