Firehjørnemodellen i elektronisk fakturautveksling – forklart teknisk

Firehjørnersmodellen er arkitekturen som Peppol-nettverket bruker for å utveksle elektroniske dokumenter. Den består av fire aktører, som i Peppol-terminologien omtales som de fire hjørnene.

Kjernen i modellen er at det første og det fjerde hjørnet aldri kommuniserer direkte med hverandre. Takket være interoperabiliteten i nettverket kan alle tilknyttede Access Points kommunisere med hverandre uten behov for individuell koordinering. Når man først er koblet til nettverket, kan man nå alle andre deltakere uten å måtte utvikle et eget grensesnitt for hver enkelt motpart.

Access Pointet gir programvareleverandører flere funksjoner som de ellers måtte ha utviklet og vedlikeholdt selv.

Standardisert tilgang til nettverket: Access Pointet kobler programvaren til Peppol-nettverket én gang og kommuniserer utad ved hjelp av enhetlige protokoller og formater, uavhengig av hvilken programvare som brukes i bakgrunnen.

Validering før sending: Access Pointet kontrollerer utgående dokumenter mot relevante regler, som EN 16931 og kravene til format. Dette reduserer risikoen for at fakturaer blir avvist hos mottakeren.

Interoperabilitet gjennom en felles standard: Avsender og mottaker utveksler dokumenter i et format som begge parter kan behandle. I Europa er dette som regel basert på EN 16931, mens andre regioner kan ha egne standarder.

Sikker overføring med leveringskvittering: Den krypterte og signerte overføringen håndteres fullt ut av Access Pointet, inkludert kvitteringen som bekrefter leveringen til mottakerens Access Point. Gjennom Message Level Status (MLS) kan Access Pointet i tillegg dokumentere at dokumentet har nådd mottakerens system – ikke bare mottakerens Access Point.

Om en leverandør selv tilbyr disse funksjonene gjennom et eget sertifisert Access Point, eller benytter en eksisterende leverandør, er en av de sentrale beslutningene ved implementeringen.

Overføringen mellom avsenderens Access Point og mottakerens Access Point skjer via AS4. AS4 er en meldingsprotokoll basert på standarden ebMS 3.0 og er definert i en egen Peppol-profil.

AS4 ivaretar tre egenskaper som er viktige ved utveksling av fakturaer:

Kryptert overføring: Meldingen overføres kryptert, slik at innholdet er beskyttet underveis.

Signert melding: Meldingen signeres, slik at opprinnelse og integritet kan verifiseres.

Leveringskvittering: Mottaket bekreftes med en signert kvittering, slik at avsenderen får dokumentasjon på at fakturaen er levert til mottakerens Access Point. Merk: Kvitteringen bekrefter ikke at sluttmottakeren har akseptert fakturaen. Dette håndteres ved behov gjennom en separat tilbakemelding.

For programvareleverandører håndteres AS4 fullt ut i Access Pointet. Dersom tilkoblingen leveres av en ekstern leverandør, trenger man ikke å forholde seg direkte til protokollen, men arbeider i stedet mot et grensesnitt på et høyere nivå.

Før et Access Point kan levere en faktura, må det vite hvor den skal sendes. Denne oppgaven håndteres av to katalogtjenester: Service Metadata Locator (SML) og Service Metadata Publisher (SMP).

Hver deltaker i nettverket har en unik Peppol-deltaker-ID. Den består av et identifikasjonsskjema og en verdi, for eksempel et MVA-nummer eller en annen registrert identifikator.

SML er en sentral, DNS-basert tjeneste. Den svarer på spørsmålet om hvilken SMP som er ansvarlig for en bestemt deltaker-ID, og fungerer dermed som nettverkets adressebok.

SMP inneholder deltakerens metadata. Den opplyser om deltakeren er tilgjengelig, hvilke dokumenttyper og prosesser vedkommende støtter, og hvilket Access Point deltakeren er tilknyttet.

I samspill foregår prosessen i tre trinn. Avsenderens Access Point spør SML om hvilken SMP som er ansvarlig for mottakeren. Fra SMP får det informasjon om hvilke formater mottakeren støtter, samt den tekniske adressen til mottakerens Access Point. Først deretter sender det dokumentet via AS4 til denne adressen.

Programvareleverandører kan også bruke denne oppslagstjenesten aktivt for å kontrollere før sending om en mottaker er tilgjengelig via Peppol, og hvilke formater mottakeren støtter. Uten egen tilkobling kan dette testes direkte med Peppol-ID-søket, som utfører oppslaget uten at det kreves innlogging. Videre om oppslag og tilgjengelighet

For at Access Points i nettverket skal kunne stole på hverandre, bruker Peppol en egen sertifikatinfrastruktur, en såkalt Public Key Infrastructure (PKI).

Hvert Access Point får et sertifikat som bekrefter at det er en verifisert deltaker i nettverket. Sertifikatet brukes ved overføring via AS4 og i oppføringene i SMP.

Sertifikatet gjør det mulig for mottakerens Access Point å kontrollere om en innkommende melding faktisk kommer fra en godkjent deltaker. På denne måten oppstår et lukket tillitsnettverk der kun sertifiserte Access Points kan utveksle dokumenter.

Tjenesteleverandører som ikke oppfyller kravene, kan utestenges fra nettverket. Dette fører til at sertifikatet deres blir sperret, og at overføring ikke lenger er mulig.

For å drive et eget sertifisert Access Point med eget sertifikat kreves medlemskap i OpenPeppol og dokumentasjon på at kravene til samsvar er oppfylt. Operatøren får dermed rollen som Service Provider, altså den sertifiserte OpenPeppol-rollen, og er ansvarlig for løpende vedlikehold av sertifikater og teknisk samsvar.

For programvareleverandører som integrerer e-faktura i produktet sitt, gir modellen en tydelig oppgavefordeling. Produktet utvikler og behandler e-fakturaer og gjør dem tilgjengelige for sluttkunden, mens Access Pointet håndterer nettverkssiden. Denne kan leverandøren enten drifte selv eller benytte gjennom et eksisterende Access Point.

På nettverkssiden setter firehjørnemodellen de enkelte komponentene sammen til en sammenhengende prosess. Avsender og mottaker kobler seg kun til sitt eget Access Point, AS4 overfører dokumentet mellom de to, SML og SMP avklarer hvor dokumentet skal sendes og i hvilket format, mens sertifikatene sørger for at begge sider kan stole på at motparten er en verifisert deltaker.

Dermed er én enkelt tilkobling nok til å kunne nå alle andre deltakere i nettverket. Når man kjenner denne prosessen, kan man planlegge sin egen implementering mer målrettet og raskere identifisere feil i utvekslingen.