Beskrivelse af epic af it-understøttelse af Styrelsen for Arbejdsmarked og Rekrutterings forretning
| Page Properties | ||||||||||
|---|---|---|---|---|---|---|---|---|---|---|
|
| Jira Legacy | ||||||||||
|---|---|---|---|---|---|---|---|---|---|---|
|
| Jira Legacy | ||||||||
|---|---|---|---|---|---|---|---|---|
|
| Jira Legacy | ||||||
|---|---|---|---|---|---|---|
|
Indholdsfortegnelse
| Table of Contents | ||
|---|---|---|
|
Afgrænsning af epic
| Afgrænsning | ||
|---|---|---|
Som STAR ønsker jeg, at sms'er i forbindelse med huskeservice overgår til at anvendelse Digitaliseringsstyrelsens SMS-løsning (NemSMS) for at opnå en lavere styrpris-betaling pr. sms og for at blive GDPR-compliant ift. SMS'er. | ||
| Acceptkriterier | ||
| Nr. | Beskrivelse | Relevant for |
| 975.1.1 | DFDG sender huskeservice SMS'er via NemSMS | DFDG, SF (t.o.) |
| 975.1.2 | Passende tekst- og funktionsændringer på Jobnet ift. brugen af NemSMS | Jobnet |
| Kriterier for tilsagn til serviceaftager i forhold til STARs snitflader | Berørte acceptkriterier | Bemærkninger | |||
|---|---|---|---|---|---|
| 975.1.1 | 975.1.2 | ||||
| Ingen kriterier ift. a-kasser og jobcentre/KSS | |||||
Oversigt over berørte webservices
Manuel oversigt som er synlig for eksterne (links i listen virker kun med STAR Jira konto):
Automatisk oversigt (vi arbejder på løsning på at gøre den synlig)
| Jira Legacy | ||||||||||
|---|---|---|---|---|---|---|---|---|---|---|
|
Beskrivelse af epic
I øjeblikket benytter STAR sig af sin egen SMSgateway ved udsendelse af SMSer.
Antallet af SMSer der ca bliver sendt på en måned er:
254.630 stk (seneste 30 dage ved kørsel d. 23-09-2019) dette antal er fratrykket SMSer vedr. TJOB og kvitterings frist for MinPlan som udgår efter release af 2019-4
Antallet af borger verificerede mobiltelefon numre samt borger mobiltelefon numre som er blevet oprettet af sagsbehandlere er:
689.818 mobiltelefon numre. (tal fundet ved eksekvering af script d. 23-09-2019)
Ovenstående skal benyttes i samtale / mail med DigitalPost (e-Boks) til begrundelse til, hvorfor STAR skal have mulighed for at tilmelde borger via Jobnet.
Maksimalt indhold af en NemSMS er 160 karakterer
NemSMS’er
NemSMS’er, der er korte meddelelser fra myndighed til slutbruger, kan afsendes via REST,
S/MIME og masseforsendelse snitfladerne. Da NemSMS-brugeren skal kunne modtage
beskeden som SMS, sætter dette nogle begrænsninger på indholdet. En NemSMS kan
maksimalt indeholde 160 karakterer og kan ikke sammenkædes. Se afsnittet ’Tegnsæt’ mht.
encoding.
Tidsrummet for udsendelse af NemSMS er afgrænset til kl. 8.00 – 22.00. Hvis
afsendelsestidspunktet for en NemSMS er uden for dette tidsrum korrigeres dette automatisk.
Bemærk at der kan gå op til en time før NemSMS’en forsøges sendt.
Filformatet skal altid sættes til ’TXT’ for NemSMS’er.
Tegnsæt
Alle XML dokumenter der afleveres skal være encoded i UTF8. Alle tekster må uanset hvilken
encoding der er anvendt kun indeholde karakterer, som er indeholdt i ISO 8859-1 (Latin-1,
Western European).
For samtlige snitflader forudsættes at indholdet af meddelelser, dokumenter og vedhæftninger,
hvor filtypen (FilFormatNavn) er ’TXT’ og ’HTM’, er encoded i ISO 8859-1.
Når en slutbruger oploader en fil som vedhæftes en forsendelse til en myndighed forudsættes,
at myndigheden er i stand til at håndtere filen i det format slutbrugeren har anvendt.
NemSMS’er afleveres encoded i ISO 8859-1 formatet, men karaktererne er her yderligere
begrænset til standard SMS 7-bit karaktersættet, som defineret i GSM 03.38 standarden for
’Alphabets and language-specific information (se vedhæftning)
| View file | ||||
|---|---|---|---|---|
|
Overvej for hvert acceptkriterie hvilke systemer der berøres af ændringen:
- DFDG
- Services
- WSRMer
- Kodelister
- PersonStatusService (PSS)
- PersonHistoryService (PHS)
- LSS (Landssupportsystem) og herunder Registerudtræk (hvis STAR har dataejerskab og der er lavet PHS på domænet)
- Jobnet
- VITAS
- JobKon
- JobAG
- BI integrationsplatform
- Alle områder
- Nye batchjobs
- Dokumentation af jobbet til SF (jf. skabelon: xxx link til skabelon)
- Dataløft
- Hvis der i Databaser tilføjes eller fjernes kolonner med personfølsomme data (f.eks. person navne, adresser, email, telefonumre etc.), så skal SF informeres så disse data fremadrettet tilføjes eller fjernes fra scrambling.
- Nye batchjobs
- Kommunalt sagsbehandlingssystem
- A-kasse sagsbehandlingssystem
- Kommunalt bookingsystem
- JobcenterPlanner (JCP)
- WorkForcePlanner (WFP)
- Kommunalt ydelsessystem
Særlige krav til test
| Test scenarie | Berørte systemområder (herunder nye batchjobs*) | Identificeret af |
|---|---|---|
* Batchjobs
- bør testes både med delta og fuldt load,
- bør hvis der er afhængigheder køres med normalt load fra BI i ét testmiljø i hele testperioden
- bør testes i samarbejde med teams som har afhængigheder
- kørselstid, særligt hvis det er en del af NightlyBatch
Konsekvenser for drift/idriftsættelse
I forbindelse med idriftsættelse:
- Skal der køres et fuldt dataload ved første kørsel af et batchjob - aftal med SF hvornår load skal køres
- Skal der køres konvertering
- Skal der køres databasescripts for opdatering af tabeller i databasen
Efter idriftsættelse:
Arkitektur- og implementeringsnoter
Her beskriver PO/FA om arkitekturen og teknikken bag løsningen, om der f.eks. anvendes:
- Nye dataområder: Nej
- Nye snitflader: Ja, NemSMS
- Nye komponenter: ?
- Nye miljøer: ?
- Nye teknologier: ?
- Nye aftagertyper: Nej
- Eller afvigelser fra principperne: Nej
- Eventuelle behov for reduktion af teknisk gæld skal afdækkes: ?
Der gives en beskrivelse af hvorledes disse tænkes håndteret/implementeret i løsningen og om dette har været vendt med STAR arkitekten.