| Gliffy | ||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
|
...
Eftersom man måste hämta alla ärenden från OeP så måste det väl vara bättre om vi får en komplett lista med adressändringar från Meta en gång/vecka, eller vad säger ni Marcus Olsson (Unlicensed), ola.enebro (Unlicensed)?
Exempel på anrop samt dokumentation (OeP)
Hämta lista på meddelanden för e-tjänst (id avser e-tjänstens versions ID):
...
| View file | ||
|---|---|---|
|
URL namnen som är aktuella för resp server i Sundsvall finns här:
Produktion
...
Externa OeP: https://e-tjanster.sundsvall.se
Test
Interna: https://e-arendentest.sundsvall.se/
ExternaExterna OeP: https://sundsvalltest.e-tjansteportalen.se/login2
Familyid som är aktuella
Test
Skolskjuts: 344 (namn i e-tjänsten : ’Busskortsansökan för gymnasieelever- TEST RPA’)
...
Hämta alla ärenden (ärendenummer med status för Elevresor.
För varje ärendenummer läs in informationen i resp ärende.
Identifiera elev och dennes personnummer. Ansökan kan ske av både VH och elev men oavsett vem som skickat in så är det bara elevens adress som är relevant.
Kontrollera mot svar från Metakatalogen om vederbörande (eleven) har flyttat baserat på personnummer.
När samtliga kontroller gjorts (loopats) kan rapport framställas i e-mail. Förslag till format finns här: https://sundsvall.atlassian.net/wiki/spaces/SK/pages/340590595/Design+approach+20-31+Kontrollfunktion+BoU+Skolskjuts+samt+Elevresor#Detaljering-av-logik-som-beh%C3%B6ver-h%C3%A5llas
Variant/kontroll 3: Konceptuellt flöde i mikrotjänst för att söka ut info i OeP för Skolskjuts där eleven flyttat.
Denna är samma som variant/kontroll 1 men istället för föräldern är det eleven som är intressant. Bakgrunden till detta är att om eleven flyttar så kan det bli aktuellt med annan skola och då vill vi fånga detta. Här kan det alltså tänkas att eleven flyttar utan att för den skulle någon av vårdnadshavarna flyttar, men sannolikt är det nog så att även VH flyttar.
...