Postkomponent

Den fælleskommunale infrastruktur tilbyder postintegrationer som kommunale it-systemer kan benytte til at sende og modtage post.
Om Integrationer Vejledninger FAQ

Fælleskommunal broker til at sende og modtage digital post

Fælleskommunal Postkomponent er kommunernes fælles integrationsløsning til sikker og standardiseret udveksling af digital post mellem kommunale it-systemer og borgere, virksomheder og myndigheder.

Løsningen fungerer som en central post-broker, der håndterer:

  • Afsendelse til Digital Post (NgDP)
  • Afsendelse til fjernprint-leverandører
  • Afsendelse af NemSMS
  • Modtagelse af Digital Post
  • Status- og fejlkvitteringer
  • Storskala udsendelser (op til ca. 99,5 MB)

Udover at integrationerne tilhørende Fælleskommunal Postkomponent bygger på fælles standarder, som kan genbruges på tværs i kommunale fagløsninger, og samtidig benytter den samme sikkerhedsmodel som de øvrige integrationer på den fælleskommunale infrastruktur, er der også en økonomisk gevinst at hente med postkomponenten.

Ved at benytte SF1601 Afsend post kan kommunale it-systemer nemlig forespørge om en modtager er fritaget for Digital Post. Er modtageren dette, vil integrationen i stedet sende postforsendelsen til Fjernprint. Dermed slipper kommunen for at betale fjernprintleverandøren for at foretage forespørgslen, da integrationen selv kan fordele mellem digital- eller fysisk post.

I casen ”Integration til Postkomponenten letter dokumentationsproces i Vejle Kommune”, kan du læse mere om, hvordan Vejle Kommune sparer penge via Fælleskommunal Postkomponent.

Brugergrænseflade

Via brugergrænsefladen kan kommunen opsætte og registrere distributionsregler for indkommende post og registrere/opsætte fjernprintleverandør på dine afsendersystemer.

Gå til brugergrænsefladen

Integrationer - Postkomponent

SF1601
Borgerkontakt
Afsend post
Integrationen gør det muligt for kommunale fagløsninger at afsende breve til borgere, virksomheder og myndigheder, enten via Digitaliseringsstyrelsens nye Digitale Post-løsning eller som fysisk brev via kommunens fjernprintløsning.
Læs mere
SF1606
Borgerkontakt
Modtag post
Formålet med integrationen er at et fagsystem kan modtage en meddelelse fra Digital Post. En meddelelse kan enten være et nyt brev, et videresendt brev eller et svar på et brev, der tidligere er fremsendt af en myndighed. En meddelelse kan sendes mellem borger, virksomheder og en myndighed på den ene side og en myndighed på den anden side.
Læs mere

Vejledninger - Postkomponent

For at benytte Postkomponenten til at afsende post, skal du integrere til en række services, der falder i tre kategorier:

  • Adgangsstyring: Postkomponenten inkluderer både Web- og Beskedservices, og adgangen til disse reguleres med Fælleskommunal Adgangsstyring for systemer.
  • Webservices: Postkomponenten udstiller fem synkrone RESTful webservices, som anvendersystemer kan benytte til at afsende post. Læs mere i integrationsbeskrivelsen for SF1601 Afsend post.
  • Beskedservices: Integrationsbeskrivelsen for SF1461 Modtag beskeder via Beskedfordeler beskriver Beskedfordelerens services til modtagelse af beskeder og giver indblik i begreber, forretningsflow, specifikationer for endpoints etc.

FAQ - Postkomponent

KOMBIT har udarbejdet seks kodeeksempler (XML) på, hvordan man implementerer seks centrale opmærkninger med MeMo i sin postbærende løsning.

Du kan hente kodeeksemplerne via nedenstående links

  1. Afgørelse
  2. Anmodning om oplysninger
  3. Anmodning om underskrift
  4. Aftale
  5. Betaling
  6. Information
  • Postkomponenten udstilles på Serviceplatformen med RESTful services med Opaque Token sikkerhed. Generelt benyttes XML til afsendelses af post, mens opslag services benytter JSON. Services er defineret i OpenAPI 3.x format.
  • Statuskvittering modtages via Beskedfordeler enter ved pull på AMQP eller push på en RESTful service. Formatet af kvitteringen er i begge tilfælde XML, som er defineret i XSD ver. 1.1.
  • Generelt skal anvendere benytte den Fælleskommunale sikkerhedsarkitektur, der baserer sig på OIOSAML med en mindre udvidelse. For at benytte RESTful services skal der veksles fra SAML token til et Opaque token via en generel service i den fælleskommunale infrastruktur.
  • Er anvendersystemet alerede på den fælleskommunale infrastruktur og benytter Token, er det kun veksling til Opaque Token, som skal implementeres for at kunne benytte Postkomponenten. Veksling af Token skyldes at RESTful services rent størrelsesmæssigt ikke kan indeholde et SAML token, hvis man ønsker at benytte standardopbygning af en RESTful service.