Duplikatsjekk: Hensynta at forrige IM kan være ekstern #800
Conversation
| @Test | ||
| fun `skal ikke lagre duplikat inntektsmeldingskjema`() { |
There was a problem hiding this comment.
Kliss lik foregående test.
| .where { (InntektsmeldingEntitet.forespoerselId eq forespoerselId.toString()) and InntektsmeldingEntitet.skjema.isNotNull() } | ||
| .where { InntektsmeldingEntitet.forespoerselId eq forespoerselId.toString() } |
There was a problem hiding this comment.
Dette må gjøres for å støtte en slik situasjon:
- AG sender inn via nav.no
- AG sender inn via LPS
- AG sender inn via nav.no, hvor IM er duplikat av 1 (skal være lov)
| val nyesteIm = imRepo.hentNyesteInntektsmelding(inntektsmelding.type.id) | ||
|
|
||
| // TODO: Fjernes etter at vi har gått i prod med den nye innsending-flyten | ||
| val erDuplikat = nyesteIm?.erDuplikatAv(inntektsmeldingGammeltFormat) ?: false |
There was a problem hiding this comment.
Ble gjort overflødig av duplikatsjekken på skjemaklassen.
There was a problem hiding this comment.
Har du sett på noen av de tilfellene der denne sjekken faktisk slår inn i prod fortsatt? Ser ut som det har blitt logget "Fant duplikat av inntektsmelding." 13 ganger siste 90 dager. Jeg hadde egentlig forventet at dette skulle gått til 0 nå.
Men det har det altså ikke gjort. Forstår du hvorfor? 🙏
Kan det være på grunn av at AG har sendt inn først via LPS/Altinn og så deretter har sendt inn en kliss lik IM via nav.no? Da vil den vel kunne passere skjema-duplikat-sjekken, men ikke denne her nyeste-IM-duplikat-sjekken.
There was a problem hiding this comment.
Jeg glemte å skrive det her, men har fått OK av Dag:
Denne PR-en åpner for at man kan sende inn én duplikat per forespørsel dersom man har sendt inn en for lenge siden, og deretter sender inn en ny etter denne endringen. Det er fordi den for lenge siden ble lagret uten skjema, så når man sender inn på ny så vil man ikke ha noe å sammenligne med. Disse tilfellene ville dog bli plukket opp av duplikatsjekken når vi lagrer inntektsmelding (som fjernes her).
Jeg gjetter at det er disse tilfellene vi ser i loggene, men jeg skal kikke i databasen for et par av dem for å bekrefte.
There was a problem hiding this comment.
Det var bra du catcha de loggmeldingene, for det er et tilfelle jeg ikke har tenkt på: Når AG sender inn skjema der vi bare trenger deler av informasjonen. F. eks. når Spleis ber om AGP og refusjon, så sendes fortsatt inntekt med fra frontend, men vi sender ikke inntekt videre til Spleis (forenklet forklart, det er noen finurligheter her). Når vi kun sjekker duplikatsjekk mot skjema så fører dermed ubetydelige endringer til at skjemaet ikke anses som duplikat, selv om det vi sender til Spleis vil være det.
Jeg skal gruble litt på hva som er den beste løsningen før jeg gjør noe med denne PR-en.
There was a problem hiding this comment.
Jeg sjekket de seks første i loggene og alle er tilfeller av det som er beskrevet i kommentaren over.
There was a problem hiding this comment.
En egen PR løser problemene som er beskrevet her. Se beskrivelse på denne PR for mer info.
db/src/main/kotlin/no/nav/helsearbeidsgiver/inntektsmelding/db/river/LagreImRiver.kt
Outdated
Show resolved
Hide resolved
|
Testet OK. |
db/src/main/kotlin/no/nav/helsearbeidsgiver/inntektsmelding/db/river/LagreImRiver.kt
Outdated
Show resolved
Hide resolved
| val nyesteIm = imRepo.hentNyesteInntektsmelding(inntektsmelding.type.id) | ||
|
|
||
| // TODO: Fjernes etter at vi har gått i prod med den nye innsending-flyten | ||
| val erDuplikat = nyesteIm?.erDuplikatAv(inntektsmeldingGammeltFormat) ?: false |
There was a problem hiding this comment.
Har du sett på noen av de tilfellene der denne sjekken faktisk slår inn i prod fortsatt? Ser ut som det har blitt logget "Fant duplikat av inntektsmelding." 13 ganger siste 90 dager. Jeg hadde egentlig forventet at dette skulle gått til 0 nå.
Men det har det altså ikke gjort. Forstår du hvorfor? 🙏
Kan det være på grunn av at AG har sendt inn først via LPS/Altinn og så deretter har sendt inn en kliss lik IM via nav.no? Da vil den vel kunne passere skjema-duplikat-sjekken, men ikke denne her nyeste-IM-duplikat-sjekken.
Hvis vi tillater AG å sende inn IM der forrige IM er ekstern så må ikke duplikatsjekken slå inn.
Må merges inn etter #805, som løser problemene beskrevet i #800 (comment).