Skriv reelle avsenderopplysninger til manifest.xml og intern database når avsender av en melding fra SvarInn er en person (Edialog)

[pcgaustad]

• Integrasjonspunktet støtter bare virksomheter som avsender av meldinger fra SvarInn. Når avsenderen ikke har et organisasjonsnummer, brukes i stedet FallBackSenderOrgnr, både i den interne databasen (oversikten over sendte og mottatte meldinger) og i manifest.xml. https://github.com/felleslosninger/efm-integrasjonspunkt/blob/4bccedc3d3b569484a555dd01505afcd94e71a6e/integrasjonspunkt/src/main/java/no/difi/meldingsutveksling/nextmove/SvarInnNextMoveConverter.java#L58
• Avsenderens fødselsnummer føyes til journalpostens tittel i arkivmelding.xml. https://github.com/felleslosninger/efm-integrasjonspunkt/blob/4bccedc3d3b569484a555dd01505afcd94e71a6e/integrasjonspunkt/src/main/java/no/difi/meldingsutveksling/nextmove/SvarInnNextMoveConverter.java#L141

Dermed har integrasjonspunktet i realiteten ingen støtte for å motta Edialog-meldinger på linje med meldinger fra virksomheter. I den interne databasen står det bare 000123456, og dokumentasjonsforvaltere får ekstra arbeid med å fjerne fødselsnummer fra journalposttittelen.

[steinarhenriksen]

Hei og takk for innspel.

eDialog-støtten er som du skriv enkel.

Det vart gjort slik for å utbetre problem der alle meldinger mottatt frå eDialog feila grunna integrasjonspunktets forventning om at det skulle være eit organisasjonsnummer. Skuldast enten at eDialog kom til etter at integrasjonspunktet laga støtte for SvarInn eller at Digdir på det tidspunkt ikkje var klar over korleis eDialog fungerte med SvarInn.

Å legge til fødselsnummeret i tittelen (istadenfor som avsender) vart valgt for å unngå risiko for at eksisterande integrasjonar rundt om skulle bryte av å plutselig motta fødselsnummer der det før berre var organisasjonsnummer.

Me tenker som deg at det er ønskeleg med ei betre løysing.

Det er noko me først kan gjere etter å ha hatt ei brei runde med alle som lagar integrasjonar for å sikre at integrasjonar er i stand til å handtere dette.

[pcgaustad]

Hvis dere er enig i løsningen som jeg foreslår, kan dere kanskje legge den til som et valg i integrasjonspunkt-local.properties?

Som du sier, fører fødselsnummer til at flere av dagens integrasjoner feiler. Selv om alle leverandørene skulle være enig i endringen, vil det jo ta år og dag før alle brukere har integrasjoner som støtter dette.

[steinarhenriksen]

Me må sjå meir på dette, men forslaget gir ved første augekast god meining.

Me tenker at me uansett bør ta ei brei runde på tenkt løysing slik at me ikkje landar på ein variant som berre er relevant for ePhorte. Den runden vil også bekrefte/avkrefte behov for overgangsperiode og flagg.

Me må komme tilbake til om, når og korleis iom. at me har ein del heilt nødvendig arbeid på blokka framover.

[pcgaustad]

Det høres bra ut! Jeg vet heller ikke om løsningen jeg har skissert, vil fungere med ephorte per i dag. Jeg forsøkte å beskrive en endring som først og fremst er lett å implementere for både dere og dem som leverer integrasjoner.

[pcgaustad]

… Ser nå at jeg slett ikke har skissert noen løsning her, men den er altså at

• integrasjonspunktet skriver fødselsnummer til manifest.xml://avsender når vedkommende er en person, og slutter å endre tittelen manuelt. (Det ser ut som skjemaet for manifest.xml er likt som for DPI, og der er det støttet: https://docs.digdir.no/dpi_manifest.html)
• integrasjonspunktet lagrer også avsenderes fødselsnummer i den interne databasen (oversikten over sendte og mottatte meldinger), slik det allerede gjør for mottakere av DPI.