-
Notifications
You must be signed in to change notification settings - Fork 1
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
NAV-24387: Forvalter-endepunkt for å kunne korrigere andeler i fagsaker med avvik. #5168
NAV-24387: Forvalter-endepunkt for å kunne korrigere andeler i fagsaker med avvik. #5168
Conversation
…itory og migreringsscript.
…lkjentYtelse i fagsaker med avvik
…ce og skriver tester for ny metode
…pprettelse av tabell
val nasjonaltPeriodebeløp: Int?, | ||
@Column(name = "differanseberegnet_periodebelop") | ||
val differanseberegnetPeriodebeløp: Int? = null, | ||
) : BaseEntitet() |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Gir det mening å ha baseentitet her? Feltene i baseentitet vil settes til din bruker og når raden i PATCHET_ANDEL_TILKJENT_YTELSE opprettes, men egentlig er man vel interessert i det som faktisk var på aty'en.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
En liten kommentar på basenetitet, men ser generelt bra ut
…eg kan lagre ned de faktiske verdiene som finnes på original AndelTilkjentYtelse
|
NAV-24387
💰 Hva skal gjøres, og hvorfor?
Etter en forholdsvis vellykket konsistensavstemming, hvor vi benyttet
UtbetalingsTidslinjeService
for å finne periodene vi skulle sende til Oppdrag, ble det besluttet at vi skulle forsøke å brukeUtbetalingsTidslinjeService
til å finne og korrigere andeler med avvik.Legger her til et forvalter-endepunkt som lar oss sende inn en liste over fagsakId'er vi vet at har avvik, for å korrigere tilhørende andeler i siste iverksatte behandling med feil periodeId, forrigePeriodeId eller kildeBehandlingId.
For å sikre at endepunktet ikke kjøres ved et uhell er det lagt på en toggle som må være på for at endepunktet skal gjøre noe i tillegg til en
dryRun
parameter i request-objektet som default er satt tiltrue
, slik at vi kan se hva resultatet av en kjøring vil bli før noe blir persistert til db.For alle andeler som korrigeres, lagrer vi "originalen" i en ny tabell "PatchetAndelTilkjentYtelse" i tilfelle vi skulle ønske å finne ut hvordan en bestemt andel så ut tidligere. Denne tabellen er tenkt at skal slettes etterhvert. Litt avhengig av hvordan patchingen går og om vi ser at vi vil ha behov for å benytte endepunktet flere ganger i fremtiden.
🔎️ Er det noe spesielt du ønsker tilbakemelding om?
✅ Checklist