Deling af digitaliserings løsninger med andre kommuner

[tna-randers]

Det er et ønske fra Lars Sønderby at vi deler vores digitale løsninger med andre kommuner. I dag gøre vi det på GitHub, men der ligger et funktionelt ønske om at vores løsninger også kan vises i OS2Autoprocess.. det er ikke analyseret eller afdækket hvilke fordele eller ulemper de forskellige løsninger tilbydder.

Set fra projektleders og processkonsulents øjne kunne man skrive disse 2 User Stories:

1. Som projektleder vil jeg gerne have en løsning, der fjerner behovet for manuel vedligeholdelse af duplikerede data mellem vores nuværende sagshåndtering og vores webportal, så jeg kan undgå risikoen for menneskelige fejl og inkonsistente data.

2. Som processkonsulent vil jeg gerne have en konsistent visning af data på tværs af vores nuværende sagshåndtering og vores webportal, så jeg kan være sikker på at alle parter har adgang til de samme opdaterede informationer.

Mail fra Martin fra Aalborg Kommune

Tak for din henvendelse. Det er korrekt vi benytter OS2autoproces API til nogle udtræk og til oprettelse af processer i systemet. Vi bruger det som ”fødested” for RPA-processer og styrer processerne ud fra de stadier og faser der benyttes i OS2autoproces. Jeg er snart på vej på ferie, så hvis I er interesserede i en dialog, så kan det først blive engang efter uge 29.

I mellemtiden kan henvise til dokumentationen herinde: https://www.os2autoproces.eu/doc hvor API’et er beskrevet yderligere.

Vi benytter en API-key, som Brian S. Graversen bsg@digital-identity.dk har fået lavet til os og så kalder vi ned i systemet med den API-key for at få en session-cookie, som skal væres med i de efterfølgende kald.

I kan se om I kan bruge nedenstående hvis I gerne vil prøve tingene af – ellers kan vi gerne tales ved efter sommeren.

Kort guide til authenticate (det er lige på nørdet 😉): 1) POST https://www.os2autoproces.eu/xapi/auth a. RequestHeade: ApiKey 2) Response fra denne får en Set-Cookie der kan se således ud: a. AWSALB=fHH0QjJdA77tR6w84G1fSEP4Eu1C7SuoWpE/w+IkXCeZz6pFloHYRUsfeWm3j4qMyDmyajUyQxB3VftVdSiiJDjEWdQQ0VHiDO3a/ADMRqqWIEGTYoxvxd0/5IrR; Expires=Thu, 20 Aug 2020 07:38:37 GMT; Path=/,AWSALBCORS=fHH0QjJdA77tR6w84G1fSEP4Eu1C7SuoWpE/w+IkXCeZz6pFloHYRUsfeWm3j4qMyDmyajUyQxB3VftVdSiiJDjEWdQQ0VHiDO3a/ADMRqqWIEGTYoxvxd0/5IrR; Expires=Thu, 20 Aug 2020 07:38:37 GMT; Path=/; SameSite=None; Secure,SESSION=c5f1c08c-c950-4aed-a8fe-b8287c36efe6; Path=/; Secure; HttpOnly b. Det er SESSION I skal bruge til de næste kald (GET kald) 3) Til Non-GET kald skal I også bruge ”X-CSRF-TOKEN” fra ovenstående kald og denne responsheader kan se således ud: a. 4a110907-3356-4583-a47b-00596cf601c9

Når I så har ovenstående header elementer så kan I ellers kalde API som I har behov for.

Eksempel på kald til Authenticate:

Response:

Eksempel på GET Processes kald: (her benyttes kun Session cookie – som nævnt, så skal den anden TOKEN bruges til f.eks. PATCH af en proces)

Response i JSON (snippet):

Nu har I måske et udgangspunkt til at komme lidt videre. God sommer til jer.

Venlig hilsen

Martin Mosbæk Christiansen RPA Koordinator Tlf. 9931 7928

[tna-randers]

Christina udarbejder et forslag til manuel proces.

[cbh-randers]

@cbh-randers er igang med at rydde op i OS2 og tilføje nuværende processer der er i drift.

[cbh-randers]

@st-randers vil du undersøge actions?