Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Wijzigingen mbt adoptie in features/docs #48

Open
nielskorporaal opened this issue Dec 19, 2024 · 1 comment
Open

Wijzigingen mbt adoptie in features/docs #48

nielskorporaal opened this issue Dec 19, 2024 · 1 comment

Comments

@nielskorporaal
Copy link
Collaborator

Recente wijzigingen in de feature automation hebben ertoe geleid dat de docs met betrekking tot opvoeren van adoptie gegevens aangepast zijn.

Abstract Scenario: is geadopteerd door '[aanduiding]' als ouder [1 of 2]
    Gegeven de persoon 'P2' met burgerservicenummer '000000012'
    En de persoon 'P1' met burgerservicenummer '000000036'
    * 'P1' is geadopteerd door 'P2' als ouder <ouder type>
    Dan zijn de gegenereerde SQL statements
      | stap       | categorie          | text                                                                                                                                                             | values                                              |
      | persoon-P2 | inschrijving       | INSERT INTO public.lo3_pl(pl_id,mutatie_dt,geheim_ind) VALUES((SELECT COALESCE(MAX(pl_id), 0)+1 FROM public.lo3_pl),current_timestamp,$1) RETURNING *            |                                                   0 |
      |            | persoon            | INSERT INTO public.lo3_pl_persoon(pl_id,stapel_nr,volg_nr,persoon_type,burger_service_nr,geslachts_naam) VALUES($1,$2,$3,$4,$5,$6)                               |                             9999,0,0,P,000000012,P2 |
      |            | kind-1             | INSERT INTO public.lo3_pl_persoon(pl_id,stapel_nr,volg_nr,persoon_type,burger_service_nr,geslachts_naam) VALUES($1,$2,$3,$4,$5,$6)                               |                             9999,0,0,K,000000036,P1 |
      | persoon-P1 | inschrijving       | INSERT INTO public.lo3_pl(pl_id,mutatie_dt,geheim_ind) VALUES((SELECT COALESCE(MAX(pl_id), 0)+1 FROM public.lo3_pl),current_timestamp,$1) RETURNING *            |                                                   0 |
      # onderstaande regel bevat nu onjuist_ind O
      |            | persoon            | INSERT INTO public.lo3_pl_persoon(pl_id,stapel_nr,volg_nr,persoon_type,burger_service_nr,geslachts_naam,onjuist_ind) VALUES($1,$2,$3,$4,$5,$6,$7)                |                          10000,0,1,P,000000036,P1,O |
      |            | persoon            | INSERT INTO public.lo3_pl_persoon(pl_id,stapel_nr,volg_nr,persoon_type,burger_service_nr,geslachts_naam,akte_nr) VALUES($1,$2,$3,$4,$5,$6,$7)                    |                    10000,0,0,P,000000036,P1,1AQ0100 |
      |            | ouder-<ouder type> | INSERT INTO public.lo3_pl_persoon(pl_id,stapel_nr,volg_nr,persoon_type,burger_service_nr,geslachts_naam,familie_betrek_start_datum) VALUES($1,$2,$3,$4,$5,$6,$7) | 10000,0,0,<ouder type>,000000012,P2,morgen - 4 jaar |

    Voorbeelden:
      | ouder type |
      |          1 |
      |          2 |

Deze wijziging in inserts-statements is te herleiden naar:

function gegevenKindIsGeadopteerdDoorPersoonAlsOuder(context, kind, aanduidingOuder, ouderType, dataTable) {
    const ouder = getPersoon(context, aanduidingOuder);

    const kindData = { ...kind.persoon.at(-1) };
    kindData[toDbColumnName('aktenummer (81.20)')] = '1AQ0100'

    wijzigPersoon(
        kind,
        objectToDataTable(kindData),
        // onderstaande regel voert deze wijziging op als correctie
        true
    );

@fsamwel, m.i. hoeft deze wijziging niet opgevoerd te worden als correctie en kunnen we hiervoor gewoon historische gegevens opvoeren zonder de historische rijen te markeren als onjuist. Voorstel is om de recente aanpassingen hier ongedaan te maken en alleen herroeping van adoptie als correctie op te voeren.

@fsamwel
Copy link
Contributor

fsamwel commented Dec 19, 2024

@nielskorporaal klopt. normaal gesproken is een adoptie geen correctie. deze heeft een ingangsdatum (na geboortedatum). en dus mag de situatie van voor de adoptiefdatum niet onjuist zijn. er zijn wel situaties waarbij adoptie wel met terugwerkende kracht tot geboorte wordt toegepast (en dus eerdere gegevens over ouders onjuist worden), bijvoorbeeld wanneer adoptie binnen 6 maanden na geboorte is aangevraagd.
Maar meestal is er dus geen correctie, maar een wijziging. Dus moet in deze stap niet onjuist_ind zetten. het is wel correct dat er 2 regels voor persoon zijn, 1 voor de situatie voor adoptie en 1 voor de adoptie

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants