Formål med service

At udstiller udstille øvrige asyldata fra asyloperatører (LetAsyl). DFDG er proxy på disse øvrige asyldata mellem Jobcentret samt 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 CVServiceovergivelseskommunekode se Borgerindsats.AsylovergivelseService.

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.

6. Hvis fejlkode 9289 modtages: I sådanne situationer kan jobcentret / 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 (TransitionMunicipalityovergivelseskommunekode)

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

• Anden kommunal forvaltning: 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 garantere for format og indhold, ej heller at ændringer sker jvfjf. den normalt normale SLA og varsling, der normalt gælder for DFDG's service.

CPR-skiftere

I LetAsyl er asylmodtageren kun identificeret ved 1 CPR-nummer af gangen. Hver nat opdateres CPR-numre i LetAsyl fra Udlændingestyrelsens systemer.

Dvs. at hvis en asylmodtager skifter fra CPR-nr. A til CPR-nr. B, så vil man på den pågældende dag, hvor skiftet bliver registreret hos US, opleve at LetAsyl kun svarer med data på CPR-nr. A, men melder at CPR-nummer B er ukendt.

Den følgende dag og frem er det så omvendt således, at CPR-nr. A meldes som ukendt, mens CPR-nummer B returnerer data.

Dvs. LetAsyl returnerer (med ca. 1 dags forsinkelse ift. tidspunkt for registrering af cpr-skift i US' systemer) oplysninger, når der kaldes med borgers aktuelle cpr.nr. - og ikke hvis der kaldes med borgers tidligere cpr.nr.

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. /wiki/spaces/GI/pages/75858579.

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 Dokumenttyper er ikke begrænset i LetAsyl, men pt p.t. (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 være 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.