Simulering

Hva er simulering

Simulering er en “dry run” mot Oppdragssystemet (OS) og viser hvordan resultatet av en iverksetting ville blitt. Simuleringen kan fortelle om iverksettingen vil være en ny utbetaling, en feilutbetaling eller en etterbetaling. I tillegg vil man få informasjon om iverksatte utbetalinger fra andre fagområder innenfor samme gruppe (Se avsnitt om oppsett) – for Arena-ytelsene vil man eksempelvis kunne se om brukeren har utbetalinger i samme tidsrom fra Arena. Man vil også få informasjon om ulike typer trekk for utbetalingen, eksempelvis skattetrekk.

Øyeblikksbilde

Simuleringen er et øyeblikksbilde som hensyntar tilstanden i OS i det tidspunktet man utfører simuleringen. Dersom man iverksetter utbetalingen en stund etter simuleringen, kan tilstanden ha endret seg og resultatet vil derfor kunne bli annerledes.

Hvorfor gjøre simulering

Typisk gjøres simulering i en saksbehandlingskontekst, ofte for revurderingsbehandlinger. Saksbehandler kan da sjekke om resultatet av behandlingen vil bli som forventet, og om brukeren har evt. andre utbetalinger som vil kunne påvirke beregningen. I noen saksbehandlingsløsninger brukes også simulering for å forutsi og evt. varsle bruker om at revurderingen vil trigge en tilbakekrevingsbehandling.

Oppsett for Arena-ytelsene i Økonomisystemet

OS er strukturert med fagområder og faggrupper. Et fagområde tilsvarer en ytelse, eller mer spesifikt én vedtaksløsning. I OS er eksempelvis dagpenger i ny vedtaksløsning, dagpenger i Arena, og såkalte manuelle posteringer på dagpenger tre ulike fagområder. Dette gjelder alle Arena-ytelsene.

Fagområder som logisk eller faglig sett hører sammen grupperes i samme faggruppe. I OS er AAP, dagpenger, tiltakspenger og tilleggsstønader gruppert sammen i faggruppen som heter ARBYT (for arbeidsytelser). Det er en del regler og konfigurasjon i OS som settes på faggruppe-nivå.

I tillegg har OS et konsept som heter motregningsgruppe. En motregningsgruppe er et subsett av fagområder i en faggruppe som kan motregnes mot hverandre. Det betyr at en reduksjon i utbetalingen på et fagområde kan “nulles ut” mot en økning i utbetalingen på et annet fagområde. Arena-ytelsene er satt opp til å motregnes mellom alle fagområdene som tilsvarer den samme ytelsen. For f.eks. dagpenger er det altså motregning mellom ny vedtaksløsning og Arena, men det er ingen motregning på tvers av ytelsene.

Regler ved økning og reduksjon av beløp

I noen tilfeller vil en og samme revurdering øke beløpet i en periode, og redusere beløpet en annen periode. OS har regler for hvordan slike caser skal håndteres avhengig av periodene. Reglene er som følger:

• Reduksjon og økning innenfor samme måned justeres mot hverandre.
• Reduksjon en måned og økning påfølgende måned justeres mot hverandre.
• I alle andre tilfeller vil reduksjonen og økningen håndteres hver for seg. Bruker vil både få et kravgrunnlag for reduksjonen og en etterbetaling for økningen.

Disse reglene gjelder på faggruppenivå, altså for både AAP, dagpenger, tiltakspenger og tilleggsstønader.

Åpningstid

OS opererer med åpningstider fra 6 om morgenen til 21 om kvelden, mandag til fredag. OS er også stengt på helligdager. Om man prøver å bruke simuleringstjenesten når OS er stengt vil man få en 503-respons fra Utsjekk.

Respons fra Utsjekk

Utsjekk deler opp responsen i to felter: Oppsummering og detaljer. Oppsummeringen består av fire felter: tidligere utbetalt, nytt beløp, etterbetaling og feilutbetaling. Detaljene er en forenklet form av rådataen fra OS, og kan lagres som en del av saksgrunnlaget i vedtaksløsningen. Feltene i oppsummeringen er basert på det vi tror er nyttig å vite i en saksbehandlingskontekst. Dersom dere har behov for andre datapunkter, eksempelvis trekk, kan dere ta kontakt med oss. Under følger en funksjonell beskrivelse av de ulike feltene i oppsummeringen.

Tidligere utbetalt

Dette feltet viser totalbeløpet som er utbetalt til bruker på saken tidligere, for perioden oppsummeringen gjelder for.

Nytt beløp

Dette feltet viser det nye gjeldende totalbeløpet som skal utbetales til bruker for perioden. Dette er ikke nødvendigvis det som faktisk blir brutto utbetalt – hvis simuleringen gjelder en revurdering, må det nye beløpet ses i sammenheng med det tidligere utbetalte beløpet. Er tidligere utbetalt 800 kr og nytt beløp 1000 kr, vil brukeren få utbetalt 200 kr.

Etterbetaling

Simuleringen viser en etterbetaling dersom bruker får en økning i utbetalingen for en periode tilbake i tid. Det kan gjelde både en helt ny utbetaling og en økning i allerede utbetalt beløp. Dersom perioden oppsummeringen gjelder for er frem i tid, vil etterbetalingen alltid være 0. Etterbetalingen kan aldri være negativ – dersom en periode har en reduksjon i tidligere utbetalt beløp, vil etterbetalingen være 0.

Selv om brukeren får en ny utbetaling eller en økning i beløp, er det ikke alltid slik at etterbetalingen er differansen på det nye beløpet og tidligere utbetalt. OS kan i noen tilfeller bruke en økning i en periode for å dekke opp for en reduksjon i en annen periode. Dette gjelder dersom økningen og reduksjonen skjer innenfor samme måned, eller når økningen skjer den påfølgende måneden etter reduksjonen.

Feilutbetaling

Simuleringen vil ha en positiv feilutbetaling dersom Utsjekk mottar eksplisitte posteringer for feilutbetaling fra OS. Dette feltet er summen av disse posteringene. Vedtaksløsningene kan anta at det vil komme et kravgrunnlag for tilbakekreving hvis simuleringen viser en positiv feilutbetaling. Feilutbetalingen vil alltid være ikke-negativ.

Eksempler

Feilutbetaling og etterbetaling

Tabellen under viser tre behandlinger for perioden februar t.o.m. april:

Førstegangsbehandling

Første behandling sendes inn 18/5 og er på 1000 kr pr måned. Oppsummeringen fra simuleringstjenesten blir seendes slik ut:

Merk at alle periodene regnes som etterbetalinger fordi de er tilbake i tid i forhold til når simuleringen gjøres (18. mai).

Revurdering nr. 1 – reduksjon

Andre behandling sendes inn 22/5. Der revurderer man mars og sier at bruker skal få utbetalt 800 kr, ikke 1000 kr som opprinnelig utbetalt. Oppsummeringen vil se slik ut:

Merk at februar ikke blir med i responsen her. Det er fordi februar er tidligere enn endringen i revurderingen. April blir med selv om det ikke er noen endring i den perioden fordi april kommer etter endringen i revurderingen.

Revurdering nr. 2 – økning

Tredje behandling sendes inn 23/5. Der revurderer man alle periodene til 1100 kr pr. måned:

Reduksjon og økning påfølgende måned i samme behandling

Tabellen under viser to behandlinger for perioden februar t.o.m. april. Førstegangsbehandlingen i dette eksempelet er identisk med eksempelet over.

Oppsummering for revurdering

I revurderingen 22/5 reduseres beløpet for mars med 500 kr og beløpet for april økes med 1000 kr. Siden økningen kommer måneden etter reduksjonen, vil de justeres mot hverandre. Oppsummeringen vil se slik ut:

Her ser man at selv om økningen for april er 1000 kr, vil etterbetalingen bli kun 500 kr fordi 500 kr brukes for å nulle ut reduksjonen i mars. Derfor er det heller ingen feilutbetaling for mars.

Reduksjon og økning foregående måned i samme behandling

La oss ta motsatt eksempel av det over: Tabellen under viser to behandlinger for perioden februar t.o.m. april. I stedet for å øke beløpet i april, økes beløpet i februar i revurderingen.

Oppsummering for revurdering

I revurderingen 22/5 økes beløpet for februar med 1000 kr og beløpet for mars reduseres med 500 kr. Siden økningen kommer måneden før reduksjonen, vil de ikke justeres mot hverandre, men føre til ordinær etterbetaling og feilutbetaling. Oppsummeringen vil se slik ut: