Analyse av MessageBody

[Andreass2]

Gjør en analyse av MessageBody. Vi har snakket om å lagre MessageBody som en fil i en storageAccount ovenfor å lagre det som en tekst i databasen. Dette vil være billigere for tjenesteeiere, og gjøre det enkelt å gjenbruke MessageBody for ulike Correspondences.

Dette påvirker overgangsløsningen, ved at eksisterende data da må mappes over til nye datamodeller. Overgangsløsningen ser på å migrere xml, html og rentekst over til PDF filer som lagres som Attachments.

Dialogporten har sagt det ikke er noe problem. Men vi bør ta kontakt med felles arbeidsflate for å høre hvordan det påvirker de.

Når analyser er ferdig:

• Lag issue på å implementere MessageBody.
• Inkluder gjøre ferdig ReceiverMarkActions_CorrespondencePublished_ReturnOk
• Hvis MessageBody blir fil, husk å endre correspondenceStatus ved download.

[Andreass2]

Booket møte med arbeidsflate torsdag 06. juni

[Andreass2]

Arbeidsflate hadde ingen problemer med å lagre og servere MessageBody som en fil. Dette har også blitt lagt frem i åpent møte uten noen negative tilbakemeldinger. Konklusjonen er at vi lagrer messageBody som en fil i en storageAccount.

Videre fikk vi tilbakemelding fra Arbeidsflate om at de ønsket at alle MessageBody blir lagret og servert i Markdown ovenfor HTML.

Vi har derfor gjennomført videre analyse:

• Foreslått endringen i åpent møte. Det var noen spørsmål rundt hvorfor markdown er bedre enn html, men ingen negative reaksjoner der.
• av alle meldinger i 2023, så er rundt 8,8% (9 millioner meldinger) html.
• Ved stikkprøver mot meldinger ser vi at det er flere tjenesteeiere som bruker css, stylesheets eller komplekse html meldinger.

[Andreass2]

Det ville e vært interesant å snakket med de tjenesteeierne som i dag bruker CSS/styling eller kompleks HTML i MessageBody ettersom det er funksjonalitet som da vil forsvinne ved en konvertering til Markdown. Det er bladt annet:

• NAV
• Forsvaret
• Norsk pasientskadeerstatning
• SSB

[Andreass2]

Html til markdown.pptx

[Andreass2]

Det er gjort 2 beslutninger.

1. Gamle meldinger støtter HTML med best effort.
2. A3 meldinger legger krav på markdown (ikke konkludert soft eller hard krav)

Markdown skal være i formen https://commonmark.org/

Videre vurdering senere blir om vi skal implementere en konverter som gjør om html til commonmark eller generering av en pdf med snapshot av melding. Dette gjør vi ved senere annledning når vi har faktisk ergaringer.