Etablere egne API-endepunkt for dialogelementer

[elsand]

Det er ønskelig å etablere dialogelementer som en CRUD-able subsressurs under dialogen.

Avklaringer

Preview Give feedback

1. Vurdere om det kreves egne eventtyper for dialogelementer tilsvarende actvitityhistory
2. Hvordan håndtere readat på dialog-aggregat
3. Vurdere støtte for flere elementer per POST (hva skal lagres ved feil? feilmeldings-/kvtteringsformat?)

Implementasjonsoppgaver

Preview Give feedback

1. Etablere GET /enduser/dialogs/{dialogId}/dialogelements
2. Etablere GET /enduser/dialogs/{dialogId}/dialogelements/{dialogelementid}
3. Etablere GET /serviceowner/dialogs/{dialogId}/dialogelements
4. Etablere GET /serviceowner/dialogs/{dialogId}/dialogelements
5. Etablere POST /serviceowner/dialogs/{dialogId}/dialogelements
6. Etablere PUT /serviceowner/dialogs/{dialogId}/dialogelements/{dialogelementid}
7. Etablere DELETE /serviceowner/dialogs/{dialogId}/dialogelements/{dialogelementid}

[oskogstad]

@elsand
Samme som for Dialog her, ServiceUser har alle, EndUser har GET'ene?

[elsand]

@elsand
Samme som for Dialog her, ServiceUser har alle, EndUser har GET'ene?

Det stemmer, glemte det 😅 Skal oppdatere.

[elsand]

Støtte for å POSTe flere entiteter samtidig trackes i #144