Formål med service

At udstiller øvrige asyldata fra asyloperatører (LetAsyl). DFDG er proxy på disse øvrige asyldata mellem Jobcentret samt evt. andre kommunale forvaltninger og asyloperatøren (LetAsyl).

Forretningsbeskrivelse

Sikkerhed i LetAsyl 

Jobcenteret og kommunen kan kun få lov til at hente hente data i LetAsyl hvis:

1. De er borgerens jobcentertilknytning, som helt på normal vis mod DFDG.

2. Den rigtige kommune er angivet. Da jobcenteret til DFDG kalder ind med jobcenterets kode, skal DFDG udlede den korrekte kommunekode, der anvendes mod LetAsyl også for jobcentre, der har forpligtende samarbejder. Dette gør DFDG ud fra den kommunekode, der er angivet i TransitionMunicipality se CVService.

3. Andre forvaltninger i en kommune forventes at anvende kommune som kaldende myndighed, hvis de ikke går via jobcentersystemerne.

4. Hvis cpr.nr, der kaldes med ikke findes i LetAsyl kastes fejlkode 9289 - Invalid URL or unknown person civil registration identifier submitted to the asylum operator.

5. Hvis cpr.nr. findes i LetAsyl, men ikke findes i Udlændingeministeriets system IBS, kastes fejlkode 9289 også, da det er en del af UIM's webservicens sikkerhedsmodel, at borgerens CPR-nummer skal fremgå ved opslag i IBS matchende asylansøgerens person-ID. I sådanne situationer kan kommunen kontakte UIM/US for nærmere afklaring af årsagen hertil.

Adgang til data i LetAsyl

• Jobcenter: Det er kun muligt at hente data fra asyloperatøren (i LetAsyl) for et jobcenter (jobcenterkode anvendes i kald), hvis der angivet 

  • En overgivelsesdato for borger (overgivelsesdato skal være registreret i DFDG) - fejlkode 9268 'No asylum transition data registered'

  • En kommunekode for den kommune der modtager flygtningen (TransitionMunicipality)

  Dette angivet i CVService metoderne CreateAsylumTransition og UpdateAsylumTransitionBorgerindsats.AsylovergivelseService  metoderne CreateAsylovergivelse (POST /v1/Asylovergivelse) og UpdateAsylovergivelse (PUT /v1/Asylovergivelse).

• Anden kommunal frovaltningforvaltning: Det er muligt at hente data fra asyloperatøren (i LetAsyl) for en anden kommune forvaltning (kommunekode anvendes i kald) uden andre registreringer i DFDG

• Data kan hentes så længe data er tilgængelig i LetAsyl (ikke falder for forældelsesregler i LetAsyl).
  Bemærk: Da DFDG bare er proxy på de øvrige asyldata data vil generelt blive udstillet 1 til 1 i forhold til LetAsyl udstillingen. Dette betyder at de standarder der normalt er for DFDG servicesnitflader ikke er anvendt her.

• Det er kun jobcentre, anden aktør og kommuner, der adgang til øvrige asyldata og dokumenter.

Rådata fra LetAsyl

Som en del af øvrige data udstilles en streng der indeholder alle de rå asyldata der modtages fra LetAsyl i JSON filstrukturen. Eksempel på JSON fil vedhæftet denne side.

Bemærk: Da det er Letasyl der er ejer af denne struktur, kan DFDG ikke garanterer for format og indhold, ej heller at ændringer sker jvf. den normalt SLA og varsling der normalt gælder for DFDG's service.

Metoder

GetAsylData (GET /v1/AsylData)

Denne metode hente alle øvrige asyldata på en borger i LetAsyl.

Forretningsregler:

• Metoden følger de forretningsmæssige regler, som på denne side er beskrevet i afsnittene:

  • Sikkerhed i LetAsyl

  • Adgang til data i LetAsyl

Tekstformatering / HTML

Når der hentes data fra LetAsyl vil DFDG fjerner de html tags fra tekstfelterne, som beskrevet i afsnittet "Tekstformatering / HTML" under Integrationskontrakt og tidlig informationsudveksling fra asylcenter til kommune - inkl. CV oplysninger.

GetAsylDataBilag (GET /v1/AsylDataBilag)

Denne metode hente et specifik bilag (dokument) der er tilknyttet asyldata for en borger.

Bemærk: Da DFDG er proxy på bilag til de øvrige asyldata fra vil data generelt blive udstillet 1 til 1 i forhold til LetAsyl udstillingen. Dette betyder at de standarder der normalt er for DFDG servicesnitflader ikke er anvendt her.

• Dokumentertyper er ikke begrænset i LetAsyl, men pt (2017-4). er følgende formater anvendt:
  

  • Tekstdokumenter (.doc, .docx, .odt, .txt)

  • Billeder (.jpg, .png)

  • Rejseplaner (.ics)

  • Indscannede dokumenter (.tif, .pdf)

  • Email (.msg)

  • Websider (.htm)

  • Regneark (.xlsx)

I Response til denne servicemetode returneres AttachmentInfo, som en del af Header. Denne type vil indeholde information om selve bilaget, det værende sig:

• AttachmentType, der vil indeholde typen (MIME type) på bilaget, som er angivet fra asyloperatøren. Denne vil være defineret i forhold til format RFC 2616.

• AttachmentLength, der vil indeholde længden (antal bytes) på bilaget, som er angivet fra asyloperatøren. Modtages, der ikke en længde fra asyloperatøren, returneres -1.

• AttachmentName, der vil indeholde asyloperatørens filnavn på bilaget. Modtages, der ikke et filnavn fra asyloperatøren, returneres denne ikke.