Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 16 Current »

Jag har kollat lite med våra RPA utvecklare och tyvärr är det så att det inte går att fråga på ett specifikt ärende med personnummer som nyckel utan mönstret är tyvärr så att man måste be om en lista på alla ärenden för en viss e-tjänst, sedan får man nästla sig genom alla dessa för att få loss personnummer. Kanske kan man tydligare visualisera det i bilden? Sen är det så att innan vi började med RPA så hade e-tjänsterna oftast inte XML taggats vilket gör att strukturerat data i e-tjänsten inte fanns för API anrop. Det är därför jag sagt att man behöver ha brytdatum för tidigaste ärende som är relevant (XML taggning kan inte ske retroaktivt på ärenden). Nu kan man trevligt nog ange datum som sökvillkor iaf.

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):

    https://etjanster.kommunx.se/api/messageapi/getmessages/id
    https://etjanster.kommunx.se/api/messageapi/getmessages/id?fromDate=2015-09-14&toDate=2018-09-15
    https://etjanster.kommunx.se/api/messageapi/getmessages/id?fromDate=2015-09-14 05:00&toDate=2018-09-15 17:30

Hämta lista på meddelanden för alla versioner en e-tjänst (id avser familjens ID):

    https://etjanster.kommunx.se/api/messageapi/getmessages/family/id
    https://etjanster.kommunx.se/api/messageapi/getmessages/family/id?fromDate=2015-09-14&toDate=2018-09-15
    https://etjanster.kommunx.se/api/messageapi/getmessages/family/id?fromDate=2015-09-14 05:00&toDate=2018-09-15 17:30
    
Hämta bilaga från meddelade (id avser bilagans ID nummer):

    https://etjanster.kommunx.se/api/messageapi/getmessages/getattachment/id

Hämta statistik på ärenden i för alla e-tjänster mellan två datum
    https://etjanster.kommunx.se/api/flowinstancestatistics/getflowinstances/xml?from=2017-01-01&to=2018-12-31

Hämta lista på alla e-tjänster (även de som är dolda e-tjänsteportalens förstasida, kräver autentisering och medlemskap i gruppen API användare)
    https://etjanster.kommunx.se/api/flowinstancestatistics/getflows/xml


Återkoppling till plattformen gällande inskickade ärenden (dessa är normalt sett avstängda av säkerhetsskäl om inte kunden beställt att dom ska slås på)

Återkoppla till plattformen via web service API (kräver autentisering och medlemskap i gruppen API användare)

    https://etjanster.kommunx.se/api/callback

Se den bifogade filen Open ePlatform - Integration callback.pdf för mer information om detta API.

URL namnen som är aktuella för resp server i Sundsvall finns här:

Produktion

Externa OeP: https://e-tjanster.sundsvall.se

Test

Externa 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’)

Elevresor: 349 (namn i e-tjänsten  ’Busskortsansökan för gymnasieelever – Test RPA’)

 Prod

Skolskjuts: 136 (namn i e-tjänsten ’Ansökan om skolskjuts’)

Elevresor: 261 (namn i e-tjänsten’Busskortsansökan för gymnasieelever’)

Variant/kontroll 1: Konceptuellt flöde i mikrotjänst för att söka ut info i OeP (av Mikael 2021-07-09) för Skolskjuts (här är det om föräldern flyttat som är relevant samt om man bytt skola eller ändrat omfattning på förskola, den sistnämnda är dock out of scope just nu då vi inte har den informationen):

  1. Hämta alla ärenden (ärendenummer) med status beslutad för Skolskjuts.

  2. För varje ärendenummer läs in informationen i resp ärende

  3. Identifiera involverade vårdnadshavare i resp ärende och deras personnummer, mappa personnummer för den (endast en) vårdnadshavare som ansökt/skickat in för att möjliggöra kontroll (detta behöver göras baserat på namn som är det enda vi har på den som skickat in, men det ska normalt bara kunna vara VH om det inte lagts upp manuellt). Utifrån identifierat namn fås dennes personnummer.

  4. Kontrollera mot svar från Metakatalogen om vederbörande (den VH som skickat in ansökan) flyttat baserat på personnummer.

  5. 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 2: Konceptuellt flöde i mikrotjänst för att söka ut info i OeP (av Mikael 2021-07-09) för Elevresor (här är det om eleven flyttat som är relevant :

  1. Hämta alla ärenden (ärendenummer med status för Elevresor.

  2. För varje ärendenummer läs in informationen i resp ärende.

  3. 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.

  4. Kontrollera mot svar från Metakatalogen om vederbörande (eleven) har flyttat baserat på personnummer.

  5. 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.

  1. Hämta alla ärenden (ärendenummer med status för Elevresor.

  2. För varje ärendenummer läs in informationen i resp ärende.

  3. Identifiera elev och dennes personnummer.

  4. Kontrollera mot svar från Metakatalogen om vederbörande (eleven) har flyttat baserat på personnummer.

  5. 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

  • No labels