Presisere detaljer i hva VI som utviklere må gjøre i G-omregningspros…

…essen

src/main/kotlin/no/nav/familie/ef/sak/behandling/grunnbelop/dok/G-omregning-README.md

@@ -5,20 +5,14 @@ Noen av kommentarene i dette dokumentet går litt ut over implementering av kode
 Viktig med forklaring på hvordan og hvorfor koden har blitt som den har blitt, hvilke 
 valg vi har tatt og hva vi jobber med å endre før neste g-omregning.   
 
+## Årlig arbeid
 
-
-### Teknisk - flyt og valg
-
-#### Flyt: 
-
-##### 1. Start - scheduler + sql
-
-**Når G er vedtatt:** 
+**Når G er vedtatt (mai/juni):** 
 1. Vurder om vi skal skru av scheduler (se under) 
 2. Legg inn ny G i no.nav.familie.ef.sak.beregning.Grunnbeløpsperioder
 3. Nye behandlinger vil nå bruke ny G
 4. Kjør gjerne en test med 1 fagsak (se ManuellGOmregningController under) før man setter på scheduler?
-5. Se "etterarbeid under"
+5. Se ["etterarbeid under"](#etterarbeid)
 
 G-omregning starter vanligvis med at en scheduler finner kandidater for g-omregning (sql) 
 `no.nav.familie.ef.sak.behandling.grunnbelop.GOmregningTaskServiceScheduler`
@@ -30,7 +24,10 @@ Saker som var åpne ved første g-omregning vil bli forsøkt kjørt i neste ukes
 Det finnes også en controller hvor man også kan kjøre omregning på _en_ fagsak
 `no.nav.familie.ef.sak.forvaltning.ManuellGOmregningController`
 
-##### 2. Hvordan utføres gomregning (kode)
+
+### Teknisk - flyt og valg
+
+##### Hvordan utføres g-omregning (kode)
 1. Data kopieres fra forrige behandling -> ny G - behandling
 2. Inntekten justeres ihht G [HER ER DET GJORT NOEN VALG!!!]
 3. Ytelsen beregnes på nytt [HER ER DET GJORT NOEN VALG!!!]
@@ -75,14 +72,14 @@ igjen mai for regulering senere. For at åpne behandlinger, f.eks. en behandling
 
 Valideringen utføres når et vedtak besluttes. Lengden på overgangsperioden bestemmes utifra `fristGOmregning` som vi har hardkodet til 1. juni. Det betyr at hvis koden oppdateres med ny G 20. mai, vil man i perioden 20.mai - 1. juni få lov til å iverksette både med nyeste og nest nyeste G. `fristGOmregning` kan justeres utifra hvor strenge vi ønsker å være.
 
-#### Etterarbeid/sjekkliste:
-
-* `FinnBehandlingerMedGammelGTask` vil rapportere de som må håndteres manuelt (samordningsfradrag) den 1. i hver måned. De i denne listen som har samordning eller sanksjon skal overleveres til coachene. 
+### Etterarbeid:
+Når G-omregningen er ferdigkjørt er det viktig å gå igjennom denne listen for å passe på at alle rutinene er fulgt og oppdatert. 
 
-* Gå igjennom de med sanksjon - disse må revurderes manuelt 
-(NB! ikke mulig å g-omregne mai-løpende, juni-sanksjon, juli-løpende). Denne vil kaste feil. 
+* `FinnBehandlingerMedGammelGTask` vil rapportere de som må håndteres manuelt (samordningsfradrag) den 1. i hver måned. 
+  * De i denne listen som har samordning skal overleveres til coachene.
+  * Hvis G-omregning skjer etter 1. juni: Rekjør denne tasken når G-omregningen er ferdigkjørt
 
-* Sjekk om det ligger noen som IKKE er g-omregnet. Typisk 0-utbetaling i juni og utover  - de som er tagget med 2022 etter g-omregningsdag
+* For de tilfellene med sanksjonsperioder vil G-omregningstasken feile. Denne må manuelt G-omregnes av coachene og tasken kan avvikshåndteres
 
 * Oppdater veiviser med barnetilsyn 6G (vilkår for å kunne motta = inntekt under 6G)