Page History
...
Der findes et status og et alarm-endpoint for hver baggrundsjob. De har følgende url'er:
- <serverurl>/idsasbatch-operationsservice/cleanup-blurrings/status
- <serverurl>/idsas-operations/cleanup-blurrings/alarm
- <serverurl>/idsas-operations/cleanup-blurrings-deceased/status
- <serverurl>/idsas-operations/cleanup-blurrings-deceased/batch-service/alarm
De to status-endpoints kan svare følgende
...
De to alarm-endpoints er som udgangspunkt tomme og returnerer 200, men kan give en alarm-besked og status 500, hvis jobbet er i problemer.
Oprydningsjob af gamle sløringer
Job til identifikation af borgere, der fylder 22 år
Jobbet Oprydningsjobbet startes via et HTTP GET kald til <serverurl>/idsasbatch-operationsservice/cleanupscan-blurrings
Alarm-endpointet er som udgangspunkt tom og returnerer status 200, med mindre noget er gået galt. Status-siden rapporterer om komp
Jobbet kaldes for at påbegynde en oprydning af inaktive sløringer, og vil slette alle registrerede sløringer, som har være inaktive i mindst 5 år.
Jobbet køres i iterationer af en konfigureret størrelse, og terminerer enten når der ikke er flere inaktive sløringer der skal slettes, eller når jobbet har kørt i en konfigureret varighed.
Det vil fremgå af servicens overvågningsside om oprydningen blev færdig:
...
citizens-job/start
Jobbet foretager et kald til PersonInformation, som returnerer borgere med den relevante fødselsdato. For hver identificeret borger oprettes en record bor borgeen i databasen med status NO_DENTIST (hvis ikke der allerede findes data for borgeren) samt dpStatus READY,som signalerer klar til afsendelse af digital post.
Job til afsendelse af digital post
Jobbet
Oprydningsjob af sløringer for afdøde personer
Oprydningsjobbet startes via et HTTP GET kald til <serverurl>/idsasbatch-operationsservice/cleanupdigital-blurringspost-deceased
Jobbet kaldes for at påbegynde en oprydning af sløringer for afdøde personer, og vil slette alle registrerede sløringer 1 år efter personerne er afgået ved døden.
Jobbet køres i iterationer af en konfigureret størrelse, og terminerer enten når der ikke er flere sløringer for afdøde der skal slettes, eller når jobbet har kørt i en konfigureret varighed.
Det vil fremgå af servicens overvågningsside om oprydningen blev færdig:
...
job/start
Jobbet fremsøger records fra i databasen med dpStatus = READY. Der afsendes forskellige digital post breve afhængigt af status:
| Status | Digital Post |
|---|---|
| NO_DENTIST | Indledende brev til borger med information om ordning og link til Sundhed.dk |
| DENTIST_ACCEPTED | Brev til borger med information om, at valgt tandlæge har accepteret |
| DENTIST_REJECTED | Brev til borger med information om, at valgt tandlæge har afvist, samt evt. årsag |
Digital Post sendes i praksis via NSP-komponenten Digital Post Adapter
Job til påmindelse af borger
Jobbet startes via et HTTP GET kald til <serverurl>/batch-service/remind-citizens-job/start
Jobbet fremsøger records fra i databasen, hvor følgende gælder
- Status = NO_DENTIST (der er ikke valgt tandlæge)
- dpStatus = SENT (der er sendt digital post)
- Der er sendt digital post eller reminder for et stykke tid siden (konfigurerbart)
- Maksimalt antal reminders endnu ikke er sendt.
- Reminders er ikke fravalgt
For disse sendes ny Digital Post i form af et påmindelsesbrev. Digital Post sendes i praksis via NSP-komponenten Digital Post Adapter.
Job til afsendelse af EDI-beskeder
Jobbet startes via et HTTP GET kald til <serverurl>/batch-service/edi-job/start
Jobbet fremsøger records fra i databasen, hvor følgende gælder
- Status = DENTIST_CHOSEN (der er valgt tandlæge)
- Der er ikke en nyere record for samme borger
- ddtvMayContactDentist er true (det er ikke fravalgt at kontakte tandlægen)
For disse sendes en EDI-besked om, at en specifik borger har valgt en specifik tandlæge. I kaldet indgår en RequestID, som genereres i forbindelse med at EDI-beskeden sendes, og lagres i databasen. Når der senere bekræftes eller afvises via DGWS-servicen til tandlæger, vi denne RequestID blive anvendt til at slå op hvem borgeren var.
EDI-beskeder sendes i praksis via EDI-portalen med en snitflade til formålet udviklet af Nasure.
Job til sletning af data for afdøde borgere, samt borgere, der aldrig svarede
Oprydningsjobbet
Aktivering af Kafka-consumer
Jobbet startes via et HTTP GET kald til <serverurl>/idsasbatch-operationsservice/kafkacleanup-consumejob/start
Jobbet kaldes for at påbegynde læsning af beskeder fra Kafka-køen, og vil persistere de ændringer, der modtages.
Jobbet læser hvad der er tilgængeligt i køen med den angivne timeout (se konfigurationen), og committer nyt offset efter succesfuld persistering til databasen.
en oprydning af følgende:
- Data for afdøde borgere. Alle registrerede data slettes 1 år efter borgeren personerne er afgået ved døden (konfigurerbart)
- Data for borgere, der har fået tilsendt Digital Post, men stadig ikke har reageret efter 2 år (konfigurerbart)
TODO: Det vil fremgå af servicens overvågningsside om jobbet kørende, er kørt færdigt eller om der er sket fejl:oprydningen blev færdig:
| Blurring Cleanup Deceased Kafka Consumer Job Status | NOT_STARTED, RUNNINGNOT_FINISHED, FINISHED, ERROR |