Etablere "correspondence" som en type dialog

[elsand]

Introduksjon

For å kunne skille på "post", altså frittstående meldinger eller korrespondanse, innføres en nytt felt som indikerer dette.

Beskrivelse

Noen meldinger sendes i starten av, underveis eller i slutten av en dialog som inneholder konkrete oppgaver til mottakeren. Disse anses som bare en andel av en "dialog", og det er behov for å kunne skille på disse fra frittstående meldinger som ikke har noen konkrete oppgaver knyttet til seg, altså ikke er en del av en dialog. Denne issuen omfatter å bygge støtte for sistnevnte.

Ved å introdusere en mekanisme for indikere "correspondence", kan vi ha annen håndtering av disse i både frontend og backend. Sentrale egenskaper for en correspondence.

• Correspondence er "fire-and-forget"; de kan typisk ikke endres etter opprettelse.
• Correspondence-tjenesten vil ha behov for å kunne legge inn innslag i aktivitetshistorikken ifm lesebekreftelse, og vil kunne trenge å slette den. På sikt vil det kunne være aktuelt med andre endringer av dialogen.
• Tjenesteeieren skal ikke kunne "gå bakveien" gjennom Dialogporten-API-ene for å opprette eller endre på correspondence-type dialoger - her skal correspondence-tjenesten ha eksklusiv tilgang.

Implementasjon

• Utvide ResourceType i ressursregister med type Correspondence - Skilt ut i Utvider ResourceType i RR med type for "Correspondence" (el.l.) #723

• Hvis det blir forsøkt opprettet en dialog med ref til en ressurs som er Correspondence i RR, kreves et spesielt scope (digdir:dialogporten.correspondence). Correspondence-tjenesten vil også ha scopet som definert i Legge inn admin-scope for opprettelse av dialoger uavhengig av ressurs-eier #272, som sjekkes uavhengig.

• DialogEntity utvides med et nullable felt ServiceResourceType, som populeres ved opprettelse utfra verdi tjenesteressursen har i RR på opprettelsestidspunktet. Skal i første omgang kun populeres hvis ResourceType er Correspondence (kan ikke endres)

• POST fra tjenesteeier-API skal gi 403 Forbidden hvis oppgitt tjenesteressurs har ServiceResourceType lik Correspondence uten at digdir:dialogporten.correspondence er oppgitt som scope-claim

• PUT/PATCH/DELETE på tjenesteeier-API skal gi 403 Forbidden hvis den aktuelle dialogen har ServiceResourceType lik Correspondence uten at digdir:dialogporten.correspondence er oppgitt som scope-claim

• ServiceResourceType skal kun eksponeres i GetDialogDto og SearchDialogDto i både EU og SO

Oppgaver

Preview Give feedback

1. Legge inn scopes
2. Legge til ServiceResourceType-felt på entitet som populeres utfra ResourceType i RR
3. Sjekk at progress ikke blir satt for Correspondence-dialoger
4. Legge inn sjekk på POST/PUT/PATCH/DELETE for SO-API
5. Utvide DTO-er
6. Unit tests

[oskogstad]

Moving e2e tests to separate issue, can't complete yet since RR does not have resource type "Correspondence" yet.
(And the correspondence service needs to be up as well?)

Making a few unit tests for now.

[elsand]

@oskogstad @knuhau Has there been any dialog with melding/formidling about this?

[oskogstad]

@elsand Not that I'm aware of, regarding anything specific?

[knuhau]

@oskogstad @knuhau Has there been any dialog with melding/formidling about this?

Still no response. The broker team currently has a PR in review that adds another new type (BrokerService) and restructures how the enum values are set. We are creating another PR now that builds on this and adds CorrespondenceService as well. Will ask for reviews from melding/formidling to make sure we are on the same page.