navikt / k9-punsj

Håndterer manuell `punching` av papirsøknader som kommer inn for ytelser i Kapittel 9

k9-punsj

Håndterer manuell punching av søknader, tilleggsinformasjon og avklaringer som kommer inn for ytelser i Kapittel 9 og som ikke kan avklares av k9-fordel.

---

Kode

Postmottak

Flyt for klassifisering av journalposter mot sak.

flowchart TD
    P[Postmottak - klassifisering og journalføring mot sak]
    P --> JP1[fa:fa-book Journalpost 1 uten pleietrengende]
    JP1 --> JP1A[Klassifiser og journalfør uten pleietrengende]
    JP1A --> JP1B[Reservert saksnummer]
    JP1B --> JP1C[Legg tilbake i kø]
    JP1C --> JP1D[Fortsett på journalposten]
    JP1D --> JP1E[fa:fa-child Oppgi pleietrengende]
    JP1E --> FS1
    P --> JP2[fa:fa-book Journalpost 2 uten pleietrengende]
    JP2 --> JP2A[Klassifiser og journalfør uten pleietrengende]
    JP2A --> JP2B[Reservert saksnummer]
    JP2B --> JP2C[Legg tilbake i kø]
    JP2C --> JP2D[Fortsett på journalposten]
    JP2D --> JP2E[fa:fa-child Oppgi pleietrengende]
    FS1 -->|Nei| JP2F[Send inn til k9-sak]
    JP2F --> JP2G[fa:fa-check Oppretter eller kobler til fagsak]
    P --> JP3[fa:fa-book Journalpost 3 med pleietrengende]
    JP3 --> JP3A[Klassifiser og journalfør]
    JP3A --> JP3B[Reservert saksnummer]
    JP3B --> JP3C[Legg tilbake i kø]
    JP3C --> JP3D[Fortsett på journalposten]
    JP3D --> FS1
    JP2E --> FS1{Eksisterer det fagsak på pleietrengende?}
    FS1 -->|Ja| JP2H[Kopier journalpost]
    JP2H --> JP2I[Journalfør ny JP mot eksisterende fagsak]
    JP2I --> JP12J[Lukk gammel journalpost]
    JP12J --> JP_KOPI_LOS[Tilbake til LOS og åpne kopi av journalpost]
    JP_KOPI_LOS --> JP2F
    
    JP2G --> LOS[Tilbake til LOS]

Loading

Link til mermaid for å redigere diagrammet.

Deployment

Push til master deployer til dev-miljø.

Deploy til prod via Github action Deploy to prod

Databasetilgang

export VAULT_ADDR=https://vault.adeo.no
vault login -method=oidc
vault read postgresql/preprod-fss/creds/k9-punsj-user

Lokal kjøring

---

Bygge lokalt

export GITHUB_PASSWORD=et-personal-access-token-med-read-packages-tilgang
mvn clean install --settings .m2/settings.xml 

Eventuelt om du har satt opp username password for server med id github i din lokale settings.xml som håndterer dette.

Starte lokalt

Bruk klassen K9PunsjApplicationWithMocks som en del av test

Swagger lokalt

Bruk header fra Nav token header i authorize Swagger

Accesstoken lokalt

Husk å være logget inn på localhost (frontend) først. Tokenet kan du finne i loggen til azure-mock kjørende i docker-compose. Søk etter ", assertion=" i loggen og kopier innholdet mellom firkantparantesen. Altså, den siste assertion som ble logget. Eksempel: , assertion=[eyJr...]

Åpne

Link til k9-punsj skjemaer: http://localhost:8080

---

Tilgang i miljø

Swagger i dev

Bruk header fra Nav token header i authorize. Swagger

Accesstoken i dev

Husk å være logget inn på dev først, så gå til Nav token header for å hente token som kan brukes i swagger.

Kafka manager for lesing av meldinger i dev

Finns tilgjenglig på k9-kafka-manager, tilgang for alle i team k9saksbehandling. (Logge in med nav.no-mail)

---

Henvendelser

Spørsmål knyttet til koden eller prosjektet kan stilles som issues her på GitHub.

Interne henvendelser kan sendes via Slack i kanalen #sif_saksbehandling.