Feilkoder i transportkvittering for EbXml-standarden

Ved utveksling av meldinger til kommunikasjonsparter som ikke bruker EDI 2.0, vil EDI 2.0-meldingstjeneren håndtere utvekslingen over tradisjonell EDI ved å benytte EbXml-protokollen (HIS1037:2011). En viktig del av standarden er at transporten av en melding skal kvitteres på transportnivå (i tillegg til applikasjonsnivå). Når EDI 2.0-meldingstjeneren mottar melding til en EDI 2.0-bruker kan det skje at meldingen stopper opp grunnet feil i transportprotokoll. Da sendes en negativ transportkvittering kalt en MessageError. Ellers sendes en positiv transportkvittering kalt en Acknowledgement. Her følger en oversikt over mulige grunner til at EDI 2.0-meldingstjeneren har sendt negativ transportkvittering, og at melding til en EDI 2.0-klient har stoppet opp.

MIME-feil

Feil på MIME-nivå i meldingen skal teknisk sett gi SOAP Fault. Derimot er det i praksis en del aktører som ikke håndterer slike, noe som kan føre til loop av feilmeldinger. Derfor "svelger" EDI 2.0-meldingstjeneren meldinger med MIME-feil uten å gi respons. Uansett fører dette til at meldingen stoppes. Dette dreier seg hovedsakling om meldinger som har feil eller manglende headere, Content-Type, MIME-Version og SOAPAction i MIME. Den relevant feilkoden for disse tilfellene er MimeProblem.

Formateringsfeil

Feil i formatet på EbXml-konvolutten kan føre til at EDI 2.0-meldingstjeneren kvitterer med negativ transportkvittering (MessageError) og dermed stoppes meldingen. Dette dreier seg om feil i XML-skjema for EbXml-konvolutt, feil under dekoding av payload, og payload som er tom, ikke finnes, eller har feil referanse. Her brukes feilkodene Inconsistent, OtherXml eller Unknown avhengig av akkurat hva feilen er.

Krypteringsfeil

Feil i kryptering eller signering av EbXml-konvolutten kan føre til at EDI 2.0-meldingstjeneren kvitterer med negativ transportkvittering (MessageError) med feilkode SecurityFailure, og dermed stoppes meldingen. Dette dreier seg om:

  • Feil i signatur i forhold til meldingens innhold, feil i formatet på signatur eller fravær av signatur.
  • Feil i signatur eller kryptering som følge av feil, utdaterte eller manglende sertifikater hos avsender.
  • Feil i lesing av signatur eller dekryptering i EDI 2.0-meldingstjener som følge av at Adresseregisteret er utdatert eller ikke svarer.
  • Annen feil i kryptering eller dekryptering av payload, for eksempel feil EnvelopedCms-recipient eller feil/mismatch i krypteringsalgoritme.

Adresseringsfeil

Dette dreier seg om meldinger der avsender- og mottakerinformasjonen i fagmeldingen ikke stemmer overens med konvolutten. I EDI 2.0 anses dette som en sikkerhetsfeil, og vil føre til negativ transportkvittering (MessageError) med feilkode SecurityFailure. Da EDI 2.0-meldingstjeneren besitter sertifikater som potensielt kan dekryptere flere aktørers meldinger, må det ikke være noen tvil om hvilken aktør som er den reelle mottakeren, og vil få meldingen tilgjengeliggjort for sin EDI 2.0-klient.