GeoIntegrasjon: Utfordringer med integrasjon fra klient/fagsystem. Håkon Solberg, Systemutvikler, edialog24 AS

Transkript

1 GeoIntegrasjon: Utfordringer med integrasjon fra klient/fagsystem Håkon Solberg, Systemutvikler, edialog24 AS

2 Kort om Hvem er vi Hva har vi laget Hva har vi erfart Hva trenger vi

3 Hvem er vi? 2 avdelinger Trondheim Oslo Skandinavia Etablert i 2003 Utviklet i Norge Datalagring i Norge Leveranser/partnere i Norge, Sverige, Finland 12 ansatte/ressurser 6 utvikling 2 administrativt 2 salg 2 support og design profesjonelle brukere Bransjer: Offentlig/kommune Bank/forsikring Helse Bilhandel E-handel Ideelle organisasjoner B2B virksomheter

4 Hva har vi? Chat Support Wall E-post Facebook Twitter LinkedIn 360 saksorientering og historikk Intern/ ekstern kunnskap Google+ Intern tilgjengelighetsoversikt og samhandling edialog24 arbeidsflate og flyt Etterbehandling og ekstern integrasjon Overvåkning og statistikk Sett - over/ deleger Moderator Andre kommunikasjons -systemer SMS Telefoni samspill Mobiltelefoni samspill Noark

5 Noark5 Innbygger tar kontakt Innbyggeren ønsker å starte en dialog og forespørselen kommer opp hos operatør/saksbehandler

6 Noark5 Saksbehandler starter dialog Innbyggeren ønsker å sende over et dokument som har relevans i en byggesak

7 Noark5 Setter over dialog Operatør i kontortjenesten setter over til kommunens arkivtjeneste

8 Noark5 Notere kontaktinformasjon Saksbehandler noterer innbyggerens e-post for senere oppslag

9 Noark5 Etterbehandling Saksbehandler avgjør om dialogen er arkivverdig eller ikke. Hvis JA, så kommer det opp et eget panel for etterbehandling til høyre

10 Noark5 Direkte oppslag Søkemodus (som ESA): Kan skille mellom parametre Sak/journalpost + angi saksnr./journalnr. direkte Kan opprette ny sak når ingen saker finnes med gitte søkekriterier. Kan velge ferdigdefinerte graderingsmaler. Bruker innbyggerinfo for oppslag direkte Velger hva som skal være hoveddokument Klikker «Fullfør» for å starte eksporteringen til Noark Velger hvilke vedlegg som skal (og skal ikke) eksporteres

11 GI-Arkiv Innsyn og GI-Arkiv Oppdatering

12 Utfordringer underveis: edialog24 sin Noark-historie 2006: Det digitale Trøndelag. Pilotprosjekt med Trondheim kommune. Noark4 WS. Utfordringer med å få tilgang til testmiljø + dok. Tungvint tilgang via egen fysisk PC og VPN. 2007: Utvikling stopper opp og blir lagt på is p.g.a. uklarheter i standard og ustabil tilgang. 2009: Utvikling tas opp igjen med oppgradert ESA og ny tilgang til testmiljø. Supplerer med ESA sin proprietære WS p.g.a. mangler i Noark4 WS. Det viser seg at det er gjort endringer i ESA som gjør at også vi må gjøre endringer. Utvikling stopper igjen opp. 2012: Ny giv med GI-standarden. Denne gangen får vi tilgang til EVRY/ESA sitt testmiljø. Vi får dok. og assistanse fra EVRY. Problemer med ustabilitet/innlogging i testmiljø. 2016: GI-integrasjonen er ferdig utviklet, men er ikke satt i produksjon over lengre tid.

13 Hva er viktig for oss som klientleverandør Garantert interoperabilitet Sertifiseringsordning som gir gjensidig forutsigbarhet Style guide for «best-practice» saksbehandling Avklaring ansvar

14 Forslag til organisering og rammeverk Fast kontaktperson/koordinator i GI-organisasjonen EN enkelt GI egenerklæring/sertifisering Automatiserte konformitets- og regresjonstester Full testdekning per pakke, evt. per tjeneste Lett tilgjengelig referanseimplementasjon både for klient og server

15 Konkrete ønsker for standarden Flere oppslagsnøkler Mulighet for å søke på alle feltene i saks- og korrespondansepart (e-postadresse, telefonnr etc.)

16 Oppsummering Store investeringer for oss (både teknisk og arkivfaglig) Forutsigbarhet gjennom sertifisering og automatiserte tester Fra liten kost/nytte til vinn-vinn for alle

17 Spørsmål? Tusen takk for meg!