SlideShare a Scribd company logo
1 of 9
Download to read offline
Erfaring fra Sak/arkiv ved Ragnar Sturtzel Side 1
Hvilke erfaringer har vi gjort oss som sak/arkivleverandør siden prosjektet ble avsluttet og
integrasjonene skulle tas i bruk?
Detaljene kan nok variere fra leverandør til leverandør, men hovedpunktene er de samme. Dessuten
treffes jo leverandørene i forskjellige fora og vi integrerer mot mange av de samme fagsystem-
leverandørene.
Erfaring fra Sak/arkiv ved Ragnar Sturtzel Side 2
Jeg har arbeidet med sak-/arkivsystemer i 25 år
• Spesifikasjon
• Utvikling
• Kundedialoger
Jeg har arbeidet med integrasjon med GIS-systemer siden Geolok 1
• Spesifikasjon / Standardisering
• Utvikling
• Dialog med andre leverandører
GeoIntegrasjon
• Jeg var aktivt med i flere av spesifikasjonsgruppene
• Jeg var vara i styringsgruppen
• Jeg var aktivt med i sluttføringen
Erfaring fra Sak/arkiv ved Ragnar Sturtzel Side 3
Jeg har tre hovedbudskap:
• GeoIntegrasjon gir mange muligheter
• Dessverre er det også innenfor GeoIntegrasjon tolkningsmuligheter og mangler
• Ting tar tid
Erfaring fra Sak/arkiv ved Ragnar Sturtzel Side 4
GeoIntegrasjon utvider Noark med eiendom, bygning, planident og posisjon på alle typer saker
• Hvor bor de som har søkt om kulturmidler
• Hvor ligger det farlige krysningspunktet på skoleveien
• Hvilke eiendommer skal feieren besøke
Oppslag i kartet for å markere et område og returnere eierne
• I fremtiden kanskje også beboerne?
Det er mange sak/arkivleverandører og det er enda flere fagsystemleverandører. I stedet for at alle
må snakke med alle og alle integrasjoner må spesialkodes, kan man bruke standard grensesnitt. Det
gir billigere integrasjoner både for leverandørene og for kundene.
Erfaring fra Sak/arkiv ved Ragnar Sturtzel Side 5
De tolkningsmulighetene og de manglene som var kjent fra eldre standarder er løst i GeoIntegrasjon.
Men også GeoIntegrasjon har tolkningsmuligheter og alternativer der noen har valgt det ene og
andre det andre, f.eks. om dokumenter skal returneres via en URL eller om dokumentinnholdet skal
returneres.
URL er raskest, men kan gi problemer med enkelte nettverksoppsett.
Dokumentinnhold kan gjøre at tjenestene feiler fordi dokumentene er for store og overføringen da
tar for lang tid.
Personnavn kan enten pakkes i ett felt eller det kan ligge som for- og etternavn. Men om man dytter
inn for- og etternavn, kan det hende man får et sammensatt navn tilbake.
Det er fortsatt behov for utvidelser for at arkivet skal være velegnet for å hente ut gjeldende
dokumenter og de dokumentene som dannet grunnlaget for vedtak (og som derfor er å anse som del
av vedtaket). Dette gjelder spesielt for plan- og byggesak.
Det finnes en karttjeneste for å finne en posisjon og hente den inn i saken. Men det finnes ingen
tjeneste for å slå opp i kartet etterpå med den posisjonen man har fått.
Erfaring fra Sak/arkiv ved Ragnar Sturtzel Side 6
Da prosjektet var ferdig (pengene brukt opp) ble det bråstopp. Standarden ble oppdatert, men det
var ingen steder å teste ut oppdateringen.
Ingen har lenger oversikt over hvor langt de forskjellige produktene har kommet i sin støtte for
standarden. Å gå inn i (ikke oppdaterte) egenerklæringer er tungvint og blir ikke gjort.
Det ligger dessuten ingen informasjon noen steder om hvilke klienter som forutsetter at tjenestene
virker. Ofte viser det seg at klientene ikke bruker GeoIntegrasjon i det hele tatt, men eldre
standarder.
Hvis man oppdager en feil / noe man tror er feil, er man avhengig av å kjenne noen å kontakte. Det
mangler et system for rask avklaring, tilbakemeldinger etc.
GIs manglende sekretariat er en stor hemsko!
Erfaring fra Sak/arkiv ved Ragnar Sturtzel Side 7
Det hjelper ikke om en feil blir rettet eller en funksjon forbedret hvis dette må installeres hos hver
enkelt kunde og disse ikke ønsker å få inn den nye versjonen før det har gått et år.
Samling av feilfikser i releaser gir også forsinket distribusjon.
Resultatet er at gamle grensesnitt lever videre (siden de «virker»).
Erfaring fra Sak/arkiv ved Ragnar Sturtzel Side 8
Testing avhenger av tilgang til leverandørenes testinstallasjoner. Disse er ikke nødvendigvis satt opp
slik det er i felt og driften kan være så som så. Ikke alle har gode nok testsiter heller om de i det hele
tatt finnes.
I praksis blir da mye testet ute i felt, d.v.s. etter at løsningene er installert hos kundene. Evt.
problemer rammes da av TTT.
Siden det ikke finnes et sekretariat blir man fort avhengig av personlige kontakter. Er disse opptatt
eller på andre prosjekter, kan man risikere ikke å få svar eller at svar trekker ut.
Dette er også spørsmål om økonomi. Hvor mye gratis støtte skal man gi hverandre når alle de som
ikke var med på dugnaden i form av prosjektet skal i gang å bruke grensesnittene?
Erfaring fra Sak/arkiv ved Ragnar Sturtzel Side 9
Mange blir forvirret over navnet og tror at GeoIntegrasjon kun har med geografi å gjøre. Det
stemmer ikke. GI omfatter følgende områder:
• Arkiveringstjenester for fagsystemer, både innsyn og oppdatering
• Innsynstjenester mot matrikkelen
• Innsynstjenester mot digitale planregistre
• Innsynstjenester mot saksbehandlingssystemer
• Samhandlingstjenester mellom systemer som håndterer kart, saker, …
Noen sier GeoIntegrasjon, men når vi får undersøkt nærmere viser det seg at de bruker Geolok 2 og
Noark 4 Web Services. Da virker ikke nye muligheter.
Vi ser at selv med forenklingene som er gjort i grensesnittene, så mangler det en kokebok for
hvordan bruke grensesnittene. GIS- og andre fagsystemleverandører har ikke arkivkunnskap. Og våre
konsulenter (og de de forholder seg til hos kundene) har ikke GIS-kunnskap. Mange problemer
skyldes manglende forståelse av mulighetene, samt feil i oppsett og bruk.

More Related Content

Similar to Erfaringer med GeoIntegrasjonsstandarden

Oslo Software Architecture: Skatteetatens målarkitektur og PoC
Oslo Software Architecture: Skatteetatens målarkitektur og PoCOslo Software Architecture: Skatteetatens målarkitektur og PoC
Oslo Software Architecture: Skatteetatens målarkitektur og PoCTormod Varhaugvik
 
Revolusjon kamerater! Softwaredesign i "skyen"
Revolusjon kamerater! Softwaredesign i "skyen"Revolusjon kamerater! Softwaredesign i "skyen"
Revolusjon kamerater! Softwaredesign i "skyen"Tormod Varhaugvik
 
Utvikling av webløsning ved hjelp av fri programvare og cloud computing, bjør...
Utvikling av webløsning ved hjelp av fri programvare og cloud computing, bjør...Utvikling av webløsning ved hjelp av fri programvare og cloud computing, bjør...
Utvikling av webløsning ved hjelp av fri programvare og cloud computing, bjør...ErgoGroup
 
Web 2 0 gjennomføring av prosjekter i skoleportalen
Web 2 0 gjennomføring av prosjekter i skoleportalenWeb 2 0 gjennomføring av prosjekter i skoleportalen
Web 2 0 gjennomføring av prosjekter i skoleportalenatso0701
 
BA2015 Tønsbergprosjektet (7ende byggetrinn) ved Sykehuset i Vestfold
BA2015 Tønsbergprosjektet (7ende byggetrinn) ved Sykehuset i VestfoldBA2015 Tønsbergprosjektet (7ende byggetrinn) ved Sykehuset i Vestfold
BA2015 Tønsbergprosjektet (7ende byggetrinn) ved Sykehuset i VestfoldLars Chr Christensen
 
GoOpen 2010: Jan Christensen
GoOpen 2010: Jan ChristensenGoOpen 2010: Jan Christensen
GoOpen 2010: Jan ChristensenFriprogsenteret
 
Kundeseminar April 2014, universell utforming og cookie loven
Kundeseminar April 2014, universell utforming og cookie lovenKundeseminar April 2014, universell utforming og cookie loven
Kundeseminar April 2014, universell utforming og cookie lovenCoreTrek
 
Bioforsk adam 150108_ak
Bioforsk adam 150108_akBioforsk adam 150108_ak
Bioforsk adam 150108_akjordplan
 
GoOpen 2010: Svein Erik Wilthil
GoOpen 2010: Svein Erik WilthilGoOpen 2010: Svein Erik Wilthil
GoOpen 2010: Svein Erik WilthilFriprogsenteret
 
2012-09-27_Multiconsult fagnettverk vei_Arbeidsmetode og programvare
2012-09-27_Multiconsult fagnettverk vei_Arbeidsmetode og programvare2012-09-27_Multiconsult fagnettverk vei_Arbeidsmetode og programvare
2012-09-27_Multiconsult fagnettverk vei_Arbeidsmetode og programvareÅge Langedrag
 
Arendal kommune BK2015
Arendal kommune BK2015Arendal kommune BK2015
Arendal kommune BK2015Geodata AS
 
Digitalisering - hva betyr det for kommunen?
Digitalisering - hva betyr det for kommunen?Digitalisering - hva betyr det for kommunen?
Digitalisering - hva betyr det for kommunen?Håvard Wiik
 
2015 02-11 systemanalyser i nav
2015 02-11 systemanalyser i nav2015 02-11 systemanalyser i nav
2015 02-11 systemanalyser i navPetter Hafskjold
 
GeoIntegrasjon for Fagruppe arkiv og saksbehandling 2011 12-07
GeoIntegrasjon for Fagruppe arkiv og saksbehandling 2011 12-07GeoIntegrasjon for Fagruppe arkiv og saksbehandling 2011 12-07
GeoIntegrasjon for Fagruppe arkiv og saksbehandling 2011 12-07Ragnar Sturtzel
 
CV, Konsulentprofil - Jan Aage Aagaard
CV, Konsulentprofil - Jan Aage AagaardCV, Konsulentprofil - Jan Aage Aagaard
CV, Konsulentprofil - Jan Aage AagaardJan Aage Aagaard
 
Kontraktsregulering av smidige prosjekter
Kontraktsregulering av smidige prosjekterKontraktsregulering av smidige prosjekter
Kontraktsregulering av smidige prosjekterSmidigkonferansen
 

Similar to Erfaringer med GeoIntegrasjonsstandarden (20)

Oslo Software Architecture: Skatteetatens målarkitektur og PoC
Oslo Software Architecture: Skatteetatens målarkitektur og PoCOslo Software Architecture: Skatteetatens målarkitektur og PoC
Oslo Software Architecture: Skatteetatens målarkitektur og PoC
 
Revolusjon kamerater! Softwaredesign i "skyen"
Revolusjon kamerater! Softwaredesign i "skyen"Revolusjon kamerater! Softwaredesign i "skyen"
Revolusjon kamerater! Softwaredesign i "skyen"
 
Migrering uten migrene
Migrering uten migreneMigrering uten migrene
Migrering uten migrene
 
Utvikling av webløsning ved hjelp av fri programvare og cloud computing, bjør...
Utvikling av webløsning ved hjelp av fri programvare og cloud computing, bjør...Utvikling av webløsning ved hjelp av fri programvare og cloud computing, bjør...
Utvikling av webløsning ved hjelp av fri programvare og cloud computing, bjør...
 
Web 2 0 gjennomføring av prosjekter i skoleportalen
Web 2 0 gjennomføring av prosjekter i skoleportalenWeb 2 0 gjennomføring av prosjekter i skoleportalen
Web 2 0 gjennomføring av prosjekter i skoleportalen
 
BA2015 Tønsbergprosjektet (7ende byggetrinn) ved Sykehuset i Vestfold
BA2015 Tønsbergprosjektet (7ende byggetrinn) ved Sykehuset i VestfoldBA2015 Tønsbergprosjektet (7ende byggetrinn) ved Sykehuset i Vestfold
BA2015 Tønsbergprosjektet (7ende byggetrinn) ved Sykehuset i Vestfold
 
GoOpen 2010: Jan Christensen
GoOpen 2010: Jan ChristensenGoOpen 2010: Jan Christensen
GoOpen 2010: Jan Christensen
 
Kundeseminar April 2014, universell utforming og cookie loven
Kundeseminar April 2014, universell utforming og cookie lovenKundeseminar April 2014, universell utforming og cookie loven
Kundeseminar April 2014, universell utforming og cookie loven
 
Bioforsk adam 150108_ak
Bioforsk adam 150108_akBioforsk adam 150108_ak
Bioforsk adam 150108_ak
 
GoOpen 2010: Svein Erik Wilthil
GoOpen 2010: Svein Erik WilthilGoOpen 2010: Svein Erik Wilthil
GoOpen 2010: Svein Erik Wilthil
 
2012-09-27_Multiconsult fagnettverk vei_Arbeidsmetode og programvare
2012-09-27_Multiconsult fagnettverk vei_Arbeidsmetode og programvare2012-09-27_Multiconsult fagnettverk vei_Arbeidsmetode og programvare
2012-09-27_Multiconsult fagnettverk vei_Arbeidsmetode og programvare
 
Fra silo til micro services
Fra silo til micro servicesFra silo til micro services
Fra silo til micro services
 
Aws på kartet - 2
Aws på kartet - 2Aws på kartet - 2
Aws på kartet - 2
 
Arendal kommune BK2015
Arendal kommune BK2015Arendal kommune BK2015
Arendal kommune BK2015
 
Digitalisering - hva betyr det for kommunen?
Digitalisering - hva betyr det for kommunen?Digitalisering - hva betyr det for kommunen?
Digitalisering - hva betyr det for kommunen?
 
2015 02-11 systemanalyser i nav
2015 02-11 systemanalyser i nav2015 02-11 systemanalyser i nav
2015 02-11 systemanalyser i nav
 
GeoIntegrasjon for Fagruppe arkiv og saksbehandling 2011 12-07
GeoIntegrasjon for Fagruppe arkiv og saksbehandling 2011 12-07GeoIntegrasjon for Fagruppe arkiv og saksbehandling 2011 12-07
GeoIntegrasjon for Fagruppe arkiv og saksbehandling 2011 12-07
 
CV, Konsulentprofil - Jan Aage Aagaard
CV, Konsulentprofil - Jan Aage AagaardCV, Konsulentprofil - Jan Aage Aagaard
CV, Konsulentprofil - Jan Aage Aagaard
 
Kontraktsregulering av smidige prosjekter
Kontraktsregulering av smidige prosjekterKontraktsregulering av smidige prosjekter
Kontraktsregulering av smidige prosjekter
 
SSA-S
SSA-SSSA-S
SSA-S
 

More from Ragnar Sturtzel

Avlevering i praksis kdrs 2014 06-04
Avlevering i praksis kdrs 2014 06-04Avlevering i praksis kdrs 2014 06-04
Avlevering i praksis kdrs 2014 06-04Ragnar Sturtzel
 
Integrasjoner esa og ephorte
Integrasjoner esa og ephorteIntegrasjoner esa og ephorte
Integrasjoner esa og ephorteRagnar Sturtzel
 
Avlevering og elektronisk arkiv – nå og om 10 år
Avlevering og elektronisk arkiv – nå og om 10 årAvlevering og elektronisk arkiv – nå og om 10 år
Avlevering og elektronisk arkiv – nå og om 10 årRagnar Sturtzel
 
Arkiv og KOSTRA SSB 2011 11-01
Arkiv og KOSTRA SSB 2011 11-01Arkiv og KOSTRA SSB 2011 11-01
Arkiv og KOSTRA SSB 2011 11-01Ragnar Sturtzel
 

More from Ragnar Sturtzel (8)

Avlevering i praksis kdrs 2014 06-04
Avlevering i praksis kdrs 2014 06-04Avlevering i praksis kdrs 2014 06-04
Avlevering i praksis kdrs 2014 06-04
 
Integrasjoner esa og ephorte
Integrasjoner esa og ephorteIntegrasjoner esa og ephorte
Integrasjoner esa og ephorte
 
Avlevering i praksis
Avlevering i praksisAvlevering i praksis
Avlevering i praksis
 
Regneark selvangivelsen
Regneark selvangivelsenRegneark selvangivelsen
Regneark selvangivelsen
 
Avlevering og elektronisk arkiv – nå og om 10 år
Avlevering og elektronisk arkiv – nå og om 10 årAvlevering og elektronisk arkiv – nå og om 10 år
Avlevering og elektronisk arkiv – nå og om 10 år
 
ESA ByggSøk 2013-02-20
ESA ByggSøk 2013-02-20ESA ByggSøk 2013-02-20
ESA ByggSøk 2013-02-20
 
Arkiv og KOSTRA SSB 2011 11-01
Arkiv og KOSTRA SSB 2011 11-01Arkiv og KOSTRA SSB 2011 11-01
Arkiv og KOSTRA SSB 2011 11-01
 
Mal selvangivelse 2010
Mal selvangivelse 2010Mal selvangivelse 2010
Mal selvangivelse 2010
 

Erfaringer med GeoIntegrasjonsstandarden

  • 1. Erfaring fra Sak/arkiv ved Ragnar Sturtzel Side 1 Hvilke erfaringer har vi gjort oss som sak/arkivleverandør siden prosjektet ble avsluttet og integrasjonene skulle tas i bruk? Detaljene kan nok variere fra leverandør til leverandør, men hovedpunktene er de samme. Dessuten treffes jo leverandørene i forskjellige fora og vi integrerer mot mange av de samme fagsystem- leverandørene.
  • 2. Erfaring fra Sak/arkiv ved Ragnar Sturtzel Side 2 Jeg har arbeidet med sak-/arkivsystemer i 25 år • Spesifikasjon • Utvikling • Kundedialoger Jeg har arbeidet med integrasjon med GIS-systemer siden Geolok 1 • Spesifikasjon / Standardisering • Utvikling • Dialog med andre leverandører GeoIntegrasjon • Jeg var aktivt med i flere av spesifikasjonsgruppene • Jeg var vara i styringsgruppen • Jeg var aktivt med i sluttføringen
  • 3. Erfaring fra Sak/arkiv ved Ragnar Sturtzel Side 3 Jeg har tre hovedbudskap: • GeoIntegrasjon gir mange muligheter • Dessverre er det også innenfor GeoIntegrasjon tolkningsmuligheter og mangler • Ting tar tid
  • 4. Erfaring fra Sak/arkiv ved Ragnar Sturtzel Side 4 GeoIntegrasjon utvider Noark med eiendom, bygning, planident og posisjon på alle typer saker • Hvor bor de som har søkt om kulturmidler • Hvor ligger det farlige krysningspunktet på skoleveien • Hvilke eiendommer skal feieren besøke Oppslag i kartet for å markere et område og returnere eierne • I fremtiden kanskje også beboerne? Det er mange sak/arkivleverandører og det er enda flere fagsystemleverandører. I stedet for at alle må snakke med alle og alle integrasjoner må spesialkodes, kan man bruke standard grensesnitt. Det gir billigere integrasjoner både for leverandørene og for kundene.
  • 5. Erfaring fra Sak/arkiv ved Ragnar Sturtzel Side 5 De tolkningsmulighetene og de manglene som var kjent fra eldre standarder er løst i GeoIntegrasjon. Men også GeoIntegrasjon har tolkningsmuligheter og alternativer der noen har valgt det ene og andre det andre, f.eks. om dokumenter skal returneres via en URL eller om dokumentinnholdet skal returneres. URL er raskest, men kan gi problemer med enkelte nettverksoppsett. Dokumentinnhold kan gjøre at tjenestene feiler fordi dokumentene er for store og overføringen da tar for lang tid. Personnavn kan enten pakkes i ett felt eller det kan ligge som for- og etternavn. Men om man dytter inn for- og etternavn, kan det hende man får et sammensatt navn tilbake. Det er fortsatt behov for utvidelser for at arkivet skal være velegnet for å hente ut gjeldende dokumenter og de dokumentene som dannet grunnlaget for vedtak (og som derfor er å anse som del av vedtaket). Dette gjelder spesielt for plan- og byggesak. Det finnes en karttjeneste for å finne en posisjon og hente den inn i saken. Men det finnes ingen tjeneste for å slå opp i kartet etterpå med den posisjonen man har fått.
  • 6. Erfaring fra Sak/arkiv ved Ragnar Sturtzel Side 6 Da prosjektet var ferdig (pengene brukt opp) ble det bråstopp. Standarden ble oppdatert, men det var ingen steder å teste ut oppdateringen. Ingen har lenger oversikt over hvor langt de forskjellige produktene har kommet i sin støtte for standarden. Å gå inn i (ikke oppdaterte) egenerklæringer er tungvint og blir ikke gjort. Det ligger dessuten ingen informasjon noen steder om hvilke klienter som forutsetter at tjenestene virker. Ofte viser det seg at klientene ikke bruker GeoIntegrasjon i det hele tatt, men eldre standarder. Hvis man oppdager en feil / noe man tror er feil, er man avhengig av å kjenne noen å kontakte. Det mangler et system for rask avklaring, tilbakemeldinger etc. GIs manglende sekretariat er en stor hemsko!
  • 7. Erfaring fra Sak/arkiv ved Ragnar Sturtzel Side 7 Det hjelper ikke om en feil blir rettet eller en funksjon forbedret hvis dette må installeres hos hver enkelt kunde og disse ikke ønsker å få inn den nye versjonen før det har gått et år. Samling av feilfikser i releaser gir også forsinket distribusjon. Resultatet er at gamle grensesnitt lever videre (siden de «virker»).
  • 8. Erfaring fra Sak/arkiv ved Ragnar Sturtzel Side 8 Testing avhenger av tilgang til leverandørenes testinstallasjoner. Disse er ikke nødvendigvis satt opp slik det er i felt og driften kan være så som så. Ikke alle har gode nok testsiter heller om de i det hele tatt finnes. I praksis blir da mye testet ute i felt, d.v.s. etter at løsningene er installert hos kundene. Evt. problemer rammes da av TTT. Siden det ikke finnes et sekretariat blir man fort avhengig av personlige kontakter. Er disse opptatt eller på andre prosjekter, kan man risikere ikke å få svar eller at svar trekker ut. Dette er også spørsmål om økonomi. Hvor mye gratis støtte skal man gi hverandre når alle de som ikke var med på dugnaden i form av prosjektet skal i gang å bruke grensesnittene?
  • 9. Erfaring fra Sak/arkiv ved Ragnar Sturtzel Side 9 Mange blir forvirret over navnet og tror at GeoIntegrasjon kun har med geografi å gjøre. Det stemmer ikke. GI omfatter følgende områder: • Arkiveringstjenester for fagsystemer, både innsyn og oppdatering • Innsynstjenester mot matrikkelen • Innsynstjenester mot digitale planregistre • Innsynstjenester mot saksbehandlingssystemer • Samhandlingstjenester mellom systemer som håndterer kart, saker, … Noen sier GeoIntegrasjon, men når vi får undersøkt nærmere viser det seg at de bruker Geolok 2 og Noark 4 Web Services. Da virker ikke nye muligheter. Vi ser at selv med forenklingene som er gjort i grensesnittene, så mangler det en kokebok for hvordan bruke grensesnittene. GIS- og andre fagsystemleverandører har ikke arkivkunnskap. Og våre konsulenter (og de de forholder seg til hos kundene) har ikke GIS-kunnskap. Mange problemer skyldes manglende forståelse av mulighetene, samt feil i oppsett og bruk.