Utvidet/mer fleksible støtte for sendinger med EHF

[aberner]

Det er ønskelig at EHF støtten som finnes i dag gjøres mer fleksible slik at avsender kan ha mer frihet i hvordan denne funksjonaliteten brukes.

I dag er ikke visningsmalen for EHF filer spesielt brukervennlig og det er ønskelig at avsender skal kunne sende en PDF som hoveddokument som vises til innbygger ved slike forsendelser.

[aberner]

Det foreslåes at løsningen utvides slik at avsender har to løsninger for å utstede fakturaer. Av disse alternativene finnes nummer 1 i den eksisterende løsningen allerede:

1. Alternativ: EHF faktura som hoveddokument og visning til innbygger

• Funksjonaliteten er som i dag
• EHF-fakturaen legges som hoveddokument og vises til innbygger
• EHF-faktura sendes med mimetype: “application/ehf+xml”
• EHF-fakturaen skal ikke ha embedded vedlegg i XML-filen
• Vedlegg benyttes som ved andre utsendelser i digital postkasse

2. Alternativ: EHF faktura som vedlegg og kun bærer av strukturerte data

• Denne funksjonaliteten utvikles i tillegg til alternativ 1
• Hoveddokument forventes å være en PDF-faktura
• EHF-faktura brukes som bærer av strukturerte data og vises ikke til innbygger
  • Avsender er ansvarlig for at EHF og fakturadokumentet har samsvarende og korrekte data
• Hoveddokument og vedlegg som ikke har mimetype “application/ehf+xml” vises til innbygger

[aberner]

ref: #193 så kan det vurderes om det skal brukes følgende notasjon for å angi at et vedlegg ikke skal vises til innbygger men kun er bærer av strukturerte data:

<hoveddokument href="faktura_visning_til_innbygger.pdf" mime="application/pdf">
    <tittel lang="no">Faktura for kjøp</tittel>
</hoveddokument>
<vedlegg href="ehf_data.xml" mime="application/ehf-xml" extends="#faktura_visning_til_innbygger.pdf">
</vedlegg>

Det vil da være en generell funksjon som også kan brukes for å sende andre strukturerte data som ikke skal vises til innbygger.