Typiske feil ved konfigurasjon av integrasjonspunktet og spesielt eFormidling

Mykje kan gå feil når ein setter opp integrasjonspunktet. Under har vi forsøkt å liste opp vanlege feil og korleis du kan unngå eller løyse desse sjølv.

Generelle feil

  • White spaces bak linjer i integrasjonspunkt-local.properties fila kan ofte føre til feil. Sørg for å fjerne desse

400 bad request

400 Bad request feil i loggen betyr ofte at du forsøker å bruke et scope du ikkje har tilgang til. Typisk sett fordi dette ikkje er åpna på Difi si side. Dei scopesa du forsøker å bruke er bestemt av properties som feks difi.move.feature.enableDPO=true eller difi.move.feature.enableDPV=true

Kontakt Difi på idporten@difi.no og be om tilgang. Send gjerne med application.log

DPO

DPO-meldinger blir sendt sak-arkivsystem-sak-arkivsystem. Krever at begge parter har et integrasjonspunkt og DPO aktivert for å motta/sende.

Typiske feil: brukernamn/passord, manglande tilganger, feil i integrasjonspunkt-local.properties. Sørg for at brukernamnet er det som blei autogenerert når du oppretta brukaren. Les her for meir info

ErrorId 0. UserId 0

Could not get list of available files from Altinn formidlingstjeneste. Reason: reason: null. LocalizedErrorMessage: Errorid 0. UserId 0

Feil med brukernamn/passord. Antageligvis mangler det innhold i propertyen difi.move.dpo.password= og difi.move.dpo.username=

ErrorId 5. UserId 0

InvalidSystemName/Id. Must be a number or valid username. Errorid 5. Userid: 0

Typisk pga skrivefeil i brukernamn/passord.

The EndUserSystem System with ID: 123456 is locked out. ErrorId: 5. UserId: 0
Failed to initate Altinn broker service Reason: The EndUserSystem System with ID: 123456 is locked out. ErrorId: 5. UserId: 0

Dette er fordi brukaren er blitt låst pga for mange forsøk med feil passord. Etter 1 time vil brukeren bli automatisk låst opp. Om en ikkje hugser korrekt passord kan ein logge inn i Altinn og oppdatere passordet der.

ErrorId 6. UserId 0

Could not get list of available files from Altinn formidlingstjeneste. Reason: Reason: An exception happened when trying to authenticate the system . LocalizedErrorMessage: An exception happened when trying to authenticate the system . ErrorId: 6. UserId: 0

Typisk pga brukernamn/passord feil. Muligens white spaces

ErrorId 40202. UserId 0. Not in SRR with appropriate rights

Failed to initiate Altinn broker service Reason: There was errors in the list of recipients: The following recipients is not in SRR with appropriate rights: "123456789". ErrorId 40202. UserId 0

Manglande SRR rettigheter hos Altinn. Kontakt Difi og oppgje orgnr og brukernamn til DPO. idporten@difi.no. Difi vil kontakte Altinn på vegne av dykk og få det retta.

The given reportee is not authorized to send files.

no.difi.meldingsutveksling.shipping.ws.AltinnWsException: failed to initiate Altinn broker service Reason: The given reportee is not authorized to send files..

Dette er også ein SRR feil. Kontakt Difi og oppgje orgnr og brukernamn til DPO. idporten@difi.no. Difi vil kontakte Altinn på vegne av dykk og få det retta.

Failed delivering to archive

Her kan det være mange forskjellige grunner. Dette er ei veldig generell feilmelding som seie at innkommande DPO-melding ikkje kunne sendast til sak-arkivsystemet. Her må ein lese nærmare på feilmeldinga for å sjå kva det er.

Feks: difi.move.noarkSystem.endpointURL er ikkje satt eller er feil og integrasjonspunktet får ikkje koble til sak-arkivsystemet. Det kan kan feks være ei slik feilmelding:

Caused by: java.lang.NullPointerException: null

    at no.difi.meldingsutveksling.noarkexchange.IntegrajonspunktReceiveImpl.forwardToNoarkSystemAndSendReceipts(IntegrajonspunktReceiveImpl.java:172)

    at no.difi.meldingsutveksling.noarkexchange.IntegrajonspunktReceiveImpl.forwardToNoarkSystem(IntegrajonspunktReceiveImpl.java:148)

    at no.difi.meldingsutveksling.noarkexchange.receive.InternalQueue.sendToNoarkSystem(InternalQueue.java:317)

Sjekk at …endpointURL er korrekt satt. Kontakt Difi på idporten@difi.no ved spørsmål.

DPV

DPV-meldinger blir sendt frå sak-arkivsystem via integrasjonspunktet og til virksomhetens innboks i Altinn.

AgencySystem 123 is not authorized to call service from ip 192.168.0.1

AgencySystem 123 is not authorized to call service from ip 192.168.0.1

IP-adressa på serveren er ikkje lagt inn hos Altinn. Dette blei etterspurt i informasjonsskjema som blei fylt ut i starten av prosessen.

Om IP-adresser skal endrast eller leggast til, kontakt Difi idporten@difi.no så vil vi ta det vidare til Altinn. Oppgje orgnummer, DPV-brukernamn, og ønska IP-adresse eller IP-range. Om du vil sjå skjemaet så finn du det her

Invalid security token

An error occurred when processing the security tokens in the message
Invalid security token

Ofte pga feil brukernamn/passord på difi.move.dpv.password= og/eller difi.move.dpv.username=. Kan også vise til feil med IP-adresse eller tilganger hos Altinn.

Om feilen ikkje kan løysast ved å dobbeltsjekke brukernamn/passord. Kontakt Difi idporten@difi.no.

DPF

DPF-meldinger blir sendt enten frå KS svarUt (Kommune/fylkeskommuner) eller frå sak-arkivsystemet (eFormidling) via integrasjonspunktet og så til KS sin meldingsformidler der det blir sendt til SvarInn. Innkommande meldinger til SvarInn for virksomheter som bruker eFormidling vil bli henta av integrasjonspunktet og sendt til sak-arkivsystemet.

Unauthorized 401

Dette er typisk en lenger stack trace som started med

Ùnauthorized [401] at ...

Nede i stack tracen vil det være ei eller fleire linjer som viser til KS SvarUt. feks

no.difi.meldingsutveksling.ks.svarut.SvarUtWebServiceClientImpl.sendMessage

Dette kan være pga feil brukernamn/passord på svarUt brukeren. Det kan også være mangel i konfigurasjonen i KS SvarUt. Feks felt som ikkje er utfyllt. Det finnes også ein liknande feilmelding for svarInn.

Failed to send message

Generell feilmelding med en lenger stack trace . Nede i stack tracen står feks

no.difi.meldingsutveksling.ks.svarut.SvarUtWebServiceClientImpl.sendMessage

Her er må det djupare feilsøking til for å finne feilen. Kontakt Difi og oppgje tidspunkt for forsendelse og orgnr. Difi kan finne diverse soapFaults i loggen sin, desse vises ikkje i integrasjonspunktloggen d.d. Dette ønsker vi å få inn i ein framtidig versjon av integrasjonspunktet.

Post i svarInn blir ikkje henta automatisk til sak-arkivsystemet

Her kan det også være fleire grunner til dette, blant annet:

  • Virksomheta har ikkje lasta opp virksomhetssertifikatet til mottakersystem i KS Svarut og dermed ikkje fullført konfigurasjonen. Sjå veiledning
  • Virksomheta har ikkje registrert eget organisasjonsnummer inne på mottakersystem i KS Svarut
  • Om avsender sitt organisasjonsnumemr ikkje er med i metadata i meldinga så vil ikkje mottaker få meldinga rett til sak-arkivsystemet. Vi har ein workaround på dette som involverer å bruke eit dummy-orgnr. vha propertyen difi.move.fiks.inn.fallbackSenderOrgNr= Les meir her
  • SvarUt-brukere(kommuner/fylkeskommuner) med SvarUt versjon 4 eller eldre kan ikkje sende med orgnr i metadata.
  • Ikkje alle SvarUt-brukere(kommuner/fylkeskommuner) sender med orgnr, sjølv om dei kan sende det teknisk sett. Kan være feks manglande oppsett i KS SvarUt hos avsender.

Invalid location size

Dette er ikke en error, men en warning. Denne kan forekomme når receipts.mv.db databasen inneholder data fra tidligere versjoner av integrasjonspunktet. Altså at det er oppgradert utan å tømme denne. Dette er inga krise, men vil vises i loggen. Kan fjernes ved å gjøre følgende

2018-11-29 09:46:45.933  WARN 3932 --- [main] o.a.a.store.kahadb.MessageDatabase       : Cannot recover message audit

java.io.IOException: Invalid location size: 11:4194399, size: 878
        at org.apache.activemq.store.kahadb.disk.journal.DataFileAccessor.readRecord(DataFileAccessor.java:88)
        at org.apache.activemq.store.kahadb.disk.journal.Journal.read(Journal.java:936)
…
2018-11-29 09:46:45.948  WARN 3932 --- [main] o.a.a.store.kahadb.MessageDatabase       : Cannot recover ackMessageFileMap
java.io.IOException: Invalid location size: 11:4218153, size: 91
        at org.apache.activemq.store.kahadb.disk.journal.DataFileAccessor.readRecord(DataFileAccessor.java:88)
        at org.apache.activemq.store.kahadb.disk.journal.Journal.read(Journal.java:936)