04.05.2013 Views

Høringssvar fra 6-byerne - It

Høringssvar fra 6-byerne - It

Høringssvar fra 6-byerne - It

SHOW MORE
SHOW LESS

Create successful ePaper yourself

Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.

IT- og Telestyrelsen<br />

Att.: Vicedirektør Marie Munk<br />

<strong>It</strong>-strategisk kontor<br />

Holsteinsgade 63<br />

2100 København Ø<br />

<strong>Høringssvar</strong> på rapporten<br />

Anvendelse af åbne standarder i det offentlige<br />

Nedenstående høringssvar er udarbejdet af Odense Kommune på vegne af<br />

Københavns Kommune, Århus Kommune, Aalborg Kommune, Esbjerg<br />

Kommune, Randers Kommune og Odense Kommune i det følgende kaldet<br />

6-<strong>byerne</strong>.<br />

Samlet vurdering<br />

Såvel folketingsbeslutningen B103 som de foreløbige overvejelser om<br />

implementeringen har 6-<strong>byerne</strong>s fulde opbakning. Overordnet set kan 6<strong>byerne</strong><br />

derfor tilslutte sig rapportens mål og langt de fleste af midlerne. Det<br />

er svært at være uenig i, at åbne standarder på lang sigt er den rette vej at gå.<br />

Det er imidlertid vigtigt, at det sikres, at der tages hensyn til økonomiske,<br />

drifts-, sikkerhedsmæssige og øvrige praktiske forhold.<br />

6-<strong>byerne</strong> finder, at den foreslåede fremgangsmåde med en gradvis<br />

gennemførelse af B103 er hensigtsmæssig. Specielt fordi der med indførelsen<br />

af "følg eller forklar"-princippet, som 6-<strong>byerne</strong> ligeledes bifalder, i vidt<br />

omfang er tale om et afgørende brud med den hidtidige styringsmæssige<br />

praksis på området - undtagen for de højtprofilerede fællesoffentlige<br />

enkeltprojekter som eDagene, eFaktura etc.<br />

KompetenceCenter IT<br />

Rådhuset<br />

Flakhaven 2<br />

Postbox 770<br />

5000 Odense C<br />

www.odense.dk<br />

Tlf. 66131372<br />

Fax<br />

E-mail it.bmf@odense.dk<br />

DATO<br />

23. marts 2007<br />

REF.<br />

KRBH<br />

JOURNAL NR.<br />

2007/22791 002<br />

1/6


I rapporten savnes der dog efter 6-<strong>byerne</strong>s opfattelse en nærmere beskrivelse<br />

af, hvordan man på en effektiv måde kan opnå stordriftsfordele i<br />

standardiseringsprocessen - forenklet sagt er der ingen ræson i, at den enkelte<br />

myndighed hver især skal undersøge, om det samme system lever på til<br />

kravene om åbne standarder. I forlængelse heraf kunne man forestille sig, at<br />

der blev indført en form for certificeringsordning, hvor konkrete systemer og<br />

komponenter kunne opnå status som OIO-godkendte mht. åbne standarder ,<br />

således at potentielle købere ikke selv var nødt til at bekoste en undersøgelse<br />

heraf. Der ønskes skitseret en proces for en mulig arbejdsdeling, der kan gøre<br />

sådanne konkrete systemvurderinger tilgængelige.<br />

Det bør sikres at de foreslåede åbne standarder ikke er unødigt komplekse i<br />

dokumentation eller implementering, ligesom de ikke skal være drejet mod<br />

en enkelt leverandørs systemer/løsninger. I udvælgelseskriterierne for en<br />

given standard bør det derfor sikres, at standarden er kort, klar og entydig i<br />

sin definition og beskrivelse, så kompleksitet i beskrivelsen af standarden<br />

ikke forhinder reel konkurrence.<br />

Økonomi er et andet område, som rapporten med fordel kunne adressere<br />

mere konkret. Selv om en omlægning til øget brug af åbne standarder ud <strong>fra</strong><br />

en langsigtet betragtning måtte være udgiftsneutral, er det et reelt dilemma, at<br />

den på kort sigt vil påføre myndighederne øgede udgifter. Rapporten<br />

forholder sig ikke konkret til løsninger på dette problem, men påpeger det<br />

dog indirekte, idet man pointerer, at der kan være etableringsomkostninger<br />

for den enkelte myndighed. En variant af problemet er, at en omlægning af<br />

standarderne for dataudveksling imellem to myndigheder kan indebære<br />

udgifter for den ene myndighed, også på lang sigt, mens omlægning for den<br />

anden myndighed vil være en gevinst både på kort og på lang sigt en<br />

høste/så -problemstilling. Der ønskes en diskussion af mulige<br />

løsningsmodeller for disse typer problemer. Det skal dog for<br />

fuldstændighedens skyld nævnes, at der er forventelige besparelser gennem<br />

øget konkurrence i markedet.<br />

6-<strong>byerne</strong> vil gerne opfordre til, at der mere konkret tages stilling til, hvordan<br />

gevinsterne ved åbne standarder kan opnås. Det er et princip i lovforslaget, at<br />

indførelsen af åbne standarder skal være udgiftsneutralt. Vi vurderer, at der<br />

på sigt er en række gevinster ved at indføre åbne standarder, men at der er<br />

store initialomkostninger. Hvis indførelsen af obligatoriske åbne standarder<br />

skal være udgiftsneutral og det udelukkende er "følg eller forklar"-modellen,<br />

der gælder, er der risiko for, at en stor del af de kommunale it-projekter vil<br />

være nødt til at anvende "forklar"-muligheden, fordi der på en række områder<br />

ikke er reel konkurrence på markedet. Der er derfor behov for<br />

forventningsafstemning i forhold til de politiske beslutninger, så der<br />

med implementeringsplanen ikke loves mere, end myndighederne kan leve<br />

op til.<br />

2/6


I forbindelse med den økonomiske konsekvensvurdering, der skal<br />

gennemføres for de obligatoriske sæt af standarder, vil vi påpege, at med<br />

mindre de tager udgangspunkt i meget konkrete vurderinger af de konkrete<br />

udgifter for blandt andet kommunerne, vil de ikke kunne anvendes til at<br />

indgå aftale med kommunerne omkring, hvis det er tanken, at området skal<br />

indgå økonomiaftalen. Endvidere vil vi påpege, at der på det fællesoffentlige<br />

niveau netop bør laves konkrete konsekvensvurderinger af, hvad en aftale vil<br />

betyde i forhold til store systemer, der anvendes i mange/alle kommuner,<br />

således at det ikke påhviler den uheldige kommune, der først skal have<br />

fornyet en aftale om et KMD-system at foretage beregninger, der viser, om<br />

det er udgiftsneutralt at følge de obligatoriske standarder. Endelig vil vi gerne<br />

opfordre til, at eventuelle gevinster tilkommer de involverede myndigheder,<br />

altså at de ikke inkasseres som besparelser.<br />

På det operationelle plan savnes en stillingtagen i forhold til den konkrete<br />

udarbejdelse af standarderne, er det en opgave som leverandørerne skal<br />

forestå, er det en myndighedsopgave, og i så fald på hvilket niveau, eller kan<br />

man forestille sig samarbejdsprojekter på området, og herunder hvordan<br />

kommunernes interesser og behov indrages.<br />

Prioritering af standardiseringsområder er desværre heller ikke adresseret i<br />

rapporten, men af hensyn til opfyldelse af målsætningerne, især om øget<br />

konkurrence, kunne det være frugtbart at se på kravet om åbne standarder i et<br />

sektorperspektiv. Her skal der konkret peges på, at den sociale sektor efter 6<strong>byerne</strong>s<br />

opfattelse ikke i tilstrækkeligt grad er konkurrenceudsat. Dette kunne<br />

tale for, at denne sektor skulle inddrages som en af de første. I den<br />

forbindelse medvirker 6-<strong>byerne</strong> gerne i en prioritering af indsatserne.<br />

Omlægningen til øget brug af åbne standarder er en stor opgave, som kræver<br />

aktiv medvirken på alle niveauer i den offentlige sektor og blandt<br />

leverandørerne. Der er derfor behov for en effektiv og veltilrettelagt proces<br />

med behørig information, inddragelse og forankring, hvilket de planlagte<br />

initiativer og processer da også på udmærket vis lægger op til.<br />

Detailkommentarer<br />

I nedenstående refereres der til indholdet, hvor det først forekommer i<br />

rapporten og ikke til eventuelle gentagelser. Derfor de mange referencer til<br />

rapportens resumé.<br />

Afsnit 1.1, side 9: Formuleringen Der kan også være tilfælde, hvor den<br />

første enhed, der indfører standarden, kommer til at betale en<br />

etableringsomkostning, mens det er andre enheder, der får glæde heraf. Det<br />

kan da være relevant at finde frem til en fælles finansiering kan med fordel<br />

strammes op, f.eks. til: Det vil ofte være tilfældet, at den første enhed i<br />

3/6


erkendelse af, at problemet ikke optræder undtagelsesvis, men snarere vil<br />

være reglen. Der bør sikres relevante incitamentsstrukturer, der kan anspore<br />

myndigheder og leverandører til at være pionerer i denne sammenhæng.<br />

Afsnit 1.2, side 10: Sætningen Med hensyn til standarder for udveksling af<br />

dokumenter mellem offentlige myndigheder foreslås det i rapporten, at det<br />

bliver obligatorisk at anvende mindst én af dokumentstandarderne Open<br />

Document Format eller Office OpenXML bør omformuleres, enten så kun ét<br />

af formaterne skal anvendes, eller så begge formater skal anvendes. Med den<br />

nuværende formulering vil én myndighed være i sin gode ret til kun at<br />

afsende dokumenter i ODF-format, mens en anden myndighed vil være i sin<br />

gode ret til kun at modtage dokumenter i OOXML-format.<br />

Afsnit 1.3, s. 10: Myndigheder er endvidere undtaget <strong>fra</strong> reglerne om at<br />

anvende obligatoriske, åbne standarder, hvis løsningen ikke indebærer<br />

dataudveksling med andre systemer . Anvendelse af åbne standarder sikrer<br />

fremtidig interoperabilitet ligesom det understøtter fremtidig system- eller<br />

datamigrering. Herved understøttes mulighederne for at have konkurrerende<br />

løsninger ved fremtidige systemvalg. 6-<strong>byerne</strong> kan derfor støtte en anbefaling<br />

om at anvende åbne standarder overalt, hvor det er muligt også selvom der<br />

ikke umiddelbart er behov for dette internt i et lukket system.<br />

Afsnit 1.4, s. 11: Mht. den foreslåede årlige indberetning af status for<br />

myndighedernes anvendelse af obligatoriske åbne standarder henstiller 6<strong>byerne</strong>,<br />

at processen gøres så enkel og smidig som overhovedet muligt, idet<br />

indberetningen må forventes at kræve betydelige ressourcer, ikke mindst de<br />

første gange. Indberetningen vil i særlig grad ramme de myndigheder, der har<br />

valgt en meget decentral styringsform mht. it, og som ikke i tilstrækkelig<br />

grad har etableret decentrale organer til varetagelse af it-governance.<br />

Indberetningen vil, i kombination med tilsvarende initiativer, bevirke et pres<br />

på myndighederne i retning af at tilvejebringe en øget grad af<br />

systemdokumentation, og den kan i nogle tilfælde give anledning til en del<br />

henvendelser til leverandører, fordi myndighederne hidtil ikke nødvendigvis<br />

selv har haft et presserende behov for at vedligeholde informationer om,<br />

hvilke standarder der benyttes i it-løsningerne, og hvorvidt disse standarder<br />

er åbne eller ej. Det tilrådes derfor, at myndighederne tidligt i processen tages<br />

med på råd mht. indberetningens omfang og form. Endvidere kunne der være<br />

en stordriftsfordel ved en koordinering eller samordning af brugen af åbne<br />

standarder inden for de it-løsninger, der bruges af flere kunder, således at alle<br />

kommuner ikke retter samme spørgsmål til eksempelvis KMD ifm.<br />

indberetningen.<br />

Afsnit 2.2, s. 14: Sætningen I praksis medregnes datastandarderne i ISB en<br />

også i de anbefalede standarder i OIO-kataloget giver anledning til generelt<br />

at overveje at sammensmelte ISB en og OIO-kataloget i sig selv har dette<br />

ikke kun relevans ift. rapporten om åbne standarder, men spørgsmålet er en<br />

naturlig udløber af den. Der er allerede sket en vis konsolidering og<br />

4/6


forenkling af de værktøjer, VTU m.fl. stiller til rådighed, og det er en<br />

udvikling, der bør fortsætte: Det er langt vigtigere, at der på<br />

myndighedsniveau findes nogle få fælles referencer til de centrale redskaber,<br />

og at man inden for den enkelte myndighed bliver bredt fortrolige med disse,<br />

end at der opstår forvirring om redskaberne alene på grund af mængden af<br />

navne på redskaber og den hastighed, hvormed navnene skifter. Heri ligger<br />

også den præmis, at kontinuitet er et væsentligt element for skabelsen af et<br />

fælles sprog om fællesoffentlig it-arkitektur.<br />

Afsnit 4.2.1, s. 26: I beskrivelsen af følg eller forklar -modellen savnes der<br />

argumentation, dokumentation eller referencer, der kan sandsynliggøre, at<br />

modellen vil have den ønskede effekt i en politisk virkelighed. Dette skal<br />

ikke opfattes som en kritik af selve modellen, idet alternativerne kan være<br />

svære at få øje på, men som et ønske om, at den fremstår overbevisende, også<br />

for den skeptiske læser. Der bør etableres et fælles sæt af målemetoder til at<br />

underbygge denne proces med faktiske målbare data Disse målemetoder skal<br />

kunne fastslå både omkostningsniveauet såvel som de<br />

forretningsunderstøttende effekter af et givent valg. Ministeriet for<br />

Teknologi, Videnskab og Udvikling har udviklet et sådant sæt af værktøjer<br />

for dele af de ønskede måleområder Desktopevalueringsmodellen. Denne<br />

model bør lægges til grund for dokumentationen af beslutninger om at<br />

tilvælge en åben standard eller afvige <strong>fra</strong> en vedtaget standard. Derudover bør<br />

Desktopevalueringsmodellen udbygges, så den kommer til at dække alle<br />

ønskede områder i forbindelse med valg af implementering af løsninger.<br />

Afsnit 5: De foreslåede 7 kandidater til de første sæt af obligatoriske, åbne<br />

standarder er alle velvalgte, og de er alle tværoffentlige, hvilket sikrer en stor<br />

udbredelse. Opmærksomheden henledes dog på, at målet om at skabe øget<br />

konkurrence måske er mere tiltrængt for nogle sektorer end for andre. Det<br />

kunne derfor også være frugtbart at se på kravet om åbne standarder i et<br />

sektorperspektiv. Her skal der konkret peges på, at den sociale sektor efter 6<strong>byerne</strong>s<br />

opfattelse ikke i tilstrækkeligt grad er konkurrenceudsat. Dette kunne<br />

tale for, at denne sektor skulle inddrages som en af de første. Det er vigtigt<br />

for kommunernes værdi af standardiseringen, at sektorstandardiseringen<br />

prioriteres højt. Medcom, EPJ og Geodata-området kan f.eks. nævnes som<br />

områder, der umiddelbart bør nævnes.<br />

I forbindelse med FESD-standarderne er det kun en del af disse, der er nævnt<br />

i rapporten. Bl.a. savnes de godkendte standarder for generisk integration af<br />

fagsystemerne og integration til GIS. Disse standarder er særdeles væsentlige<br />

for nytteværdi, digitalisering og den videre udvikling af kommunernes itarkitektur.<br />

Bilag A, s. 47: Henvisningen til kapitel 5 vedr. styringsredskaber er<br />

misvisende.<br />

5/6


I forhold til høringsprocessen, kan det i øvrigt undre, at der kun er 3<br />

leverandører involveret Adobe, IBM og SUN. Når der f.eks. konkret er<br />

nævnt dokumentstandarder og ESDH i rapporten, så savnes f.eks. Microsoft<br />

og de nuværende FESD-leverandører som deltagere i processen.<br />

Venlig hilsen<br />

Kristian Buhl Hansen<br />

IT-Chef<br />

Direkte tlf. 65511400<br />

E-mail krbh@odense.dk<br />

6/6


Fra: Dalsgaard, Carsten [mailto:cphcito@maersk.com]<br />

Sendt: 22. marts 2007 16:31<br />

Til: Adam Lebech<br />

Emne: Office standarder [Our Ref:CDA96260]<br />

I den udstrækning vi skal interagere med offentlige myndigheder rundt omkring i<br />

verden, vil det være uundgåeligt, baseret på den nuværende situation omkring<br />

standardisering, at APMM vil skulle understøtte begge de åbne dokument<br />

standarder.<br />

Det er beklageligt at der ikke kan opnås global konsensus omkring ét format, da<br />

det giver unødige omkostninger og kompleksitet for os.<br />

I forhold til den konkrete danske diskussion, må APMM anbefale at de to formater<br />

sidestilles.<br />

Set <strong>fra</strong> et teknisk synspunkt er det vigtigt at åbne dokumentstandarder<br />

undersøtter de facto standarder indenfor kontorpakker. Således er det svært at<br />

se åbne dokumentformater få succes, hvis de ikke er fuldt understøttet i<br />

Microsoft Office pakken, som er de facto standard kontorpakken i dansk og<br />

internationalt erhvervsliv.<br />

Carsten Dalsgaard<br />

Group IT.<br />

A.P. Møller - Mærsk A/S<br />

København - Danmark<br />

Tlf.: 33635050, Mob.: 2212 5600<br />

www.maersk.com


IT- og Telestyrelsen<br />

Rachid El Mousti<br />

Høringsvar om anvendelse af åbne standarder i det offentlige.<br />

23.03.2007<br />

Banedanmark IT har læst og behandlet høringsversionen af Anvendelse af åbne standarder<br />

for software i det offentlige . I nærværende dokument er skrevet de kommentarer,<br />

som Banedanmark har til rapporten. Banedanmark finder rapporten spændende og<br />

velskrevet, uagtet det kan være et tungt emne.<br />

Følgende kommentarer er at betragte som værende generelle til rapporten.<br />

Banedanmark er at betragte som værende en produktionsvirksomhed, med<br />

egen bestyrelse. Banedanmark har dermed en lidt anden virksomhedsform end<br />

andre offentlige instanser. Er der gjort nogle overvejelser om hvordan virksomheder<br />

af denne art, skal forholde sig til de forslåede standarder?<br />

Det er uklart om hvorvidt <strong>It</strong> og Telestyrelsen har brugt juridisk rådgivning i<br />

forbindelse med udarbejdelsen. Banedanmark finder det fornuftigt, at tage den<br />

vinkel med, da der flere steder er nævnt udbud og det derfor er nødvendigt at<br />

kende de juridiske konsekvenser.<br />

Det er Banedanmarks opfattelse, at rapporten er skrevet med fokus på nationale<br />

standarder. Det kan i sig selv være ganske fornuftigt, men da Banedanmark,<br />

som en del af standardiseringen på jernbanen på europæisk plan, har<br />

tætte grænseflader til udenlandske samarbejdspartnere, er det vigtigt at rapporten<br />

forholder sig til standarder på internationalt niveau, herunder hvordan afgørelse<br />

træffes, i fald der er konfliktende interesser.<br />

For så vidt angår leverandørers indgåelse i SKI-aftaler, skal de forpligtes til at<br />

overholde disse sæt af standarder. For de leverandører, der er en del af den eksisterende<br />

SKI-aftale, anbefales det at der gives en tidsfrist for hvornår de senest<br />

skal kunne overholde disse standarder.<br />

For at fremme standardiseringen i staten vil Banedanmark foreslå, at der indarbejdes<br />

en form for incitamentsaftale for de institutioner, der er frontløbere i<br />

forbindelse med implementeringen af standarderne.<br />

Der mangler mere præcisering af hvornår institutionerne er forpligtet til at omlægge<br />

allerede udviklet funktionalitet til at overholde disse standarder. I forbindelse<br />

med almindeligt vedligehold på et system virker det ikke umiddelbart<br />

som om der er en forpligtelse til at overholde disse standarder. Opgraderes sy-<br />

Drift Telefon Telefax Journalnr.<br />

IT, TKC 8234 0000 8234 6288 009-<br />

0067/Mik<br />

Amerika Plads 15 Direkte mik@bane.dk CVR<br />

18632276<br />

2100 København Ø 8234 5671 www.banedanmark.dk Side 1(3)


stemet eller laves der om på væsentlig funktionalitet, kunne en understøttelse<br />

af standarderne være aktuel. Der mangler dog en del klare eksempler på hvornår<br />

en sådan understøttelse er gældende.<br />

Følgende kommentarer henviser til afsnit i rapporten.<br />

Side 8, 2 afsnit Hvis der er væsentlige<br />

Det kan være situationer hvor det ikke er muligt at udarbejde rapportering i<br />

eksempelvis forbindelse med kontraktunderskrivelse, eksempelvis i de tilfælde<br />

hvor der forud har været en udbudsrunde. I sådanne situationer er detailniveauet<br />

ikke nødvendigvis på et sådan niveau, at systemkrav kendes på så detaljeret<br />

niveau.<br />

Side 9, blå boks, 2 afsnit standarden skal være frit<br />

Der omtales til sidst fremtiden . Hvilken tidshorisont er det? 3-4 år?<br />

Det fremgår at standarden skal være frit implementerbar uden politiske begrænsninger.<br />

Hvordan skal dette vurderes og håndteres?<br />

Side 10, sidste afsnit Nye løsninger<br />

Definition af hvad tekniske anskaffelse dækker over? Er det alt inkl. hardware,<br />

software, konsulentydelser, interne forretningsressourcer og itressourcer?<br />

Side 11, 3 sidste afsnit Åbne standarder<br />

Giv eksempler på hvem relevante leverandører kunne være? Banedanmark<br />

benytter i høj grad Oracle, Microsoft og SAP.<br />

Side 11, sidste afsnit Når en åben<br />

Såfremt der etableres karensperiode indenfor tidsrummet hvor der gennemføres<br />

udbud, og kontraktindgåelse først sker efter karensperiodens ophør, bør det<br />

ikke være obligatorisk at følge standarden.<br />

Side 19, midt på siden Økonomiske konsekvensvurderinger<br />

Økonomiske konsekvensvurderinger sendes i kort høring. Hvem er modtagere?<br />

Side 30, afsnit 5.1.2<br />

Den udgave af Scan-Jour som Banedanmark arbejder med, lever ikke op til<br />

FESD-standarderne - senest 2010 (ny journalperiode 2010-2014) skal der være<br />

implementeret et esdh-system, som lever op til de obligatoriske åbne standarder<br />

.<br />

Side 30, afsnit 5.1.3<br />

Skanningsleverandør (for Banedanmark er det pt Data Scanning/Post Danmark)<br />

bør levere iht. standarden.<br />

Side 35, Senest på siden, Afsnit om Leverandørerne<br />

Der bør også målrettes kampagner mod konsulenter, Pre-sales konsulenter,<br />

rådgivere og andre personer der er med i det indledende arbejde i forbindelse<br />

Side 2(3)


med implementering mv. af systemer.<br />

Side 36, afsnit 7.1 nederst.<br />

Der bør også målrettes kampagner mod den type virksomheder, der håndterer<br />

informationsservices. Dette kunne f.eks. være firmaer der driver gateway<br />

funktioner, såsom f.eks. postscanning, betalinger, elektroniske fakturabehandling<br />

mm. Disse firmaer er bindeled mellem den offentlige myndighed og anden<br />

part. I sådanne scenarier bruges disse virksomheder til at transformere eller<br />

behandle data til og <strong>fra</strong> den offentlige myndighed. Med tiden skal disse også<br />

overholde standarderne, og information er derfor nødvendig.<br />

Side 40, blå boks<br />

De beskrevne 5 hovedprincipper i afsnit 3.3 Principper for it-arkitektur har<br />

ikke været til at finde. Hvidbogens afsnit 3.3 hedder 3.3. Danmark i internationalt<br />

perspektiv<br />

Med venlig hilsen<br />

Kenneth Lau Rentius<br />

Banedanmark, IT<br />

Side 3(3)


Fra: Jørn Skifter Andersen [skifter@bellcom.dk]<br />

Sendt: 23. marts 2007 11:51<br />

Til: Rachid El Mousti<br />

Cc: Sofie Blinkenberg<br />

Emne: høringssvar på IT- ogTelestyrelsens rapport om åbne standarder<br />

Hej !<br />

Hermed fremsender jeg mit høringssvar til rapporten om åbne standarder.<br />

Vi arbejder med integration til Linux såvel som Windows systemer, og må<br />

erkende at på alle områder afviger Microsoft ofte <strong>fra</strong> givne standarder<br />

med et par procent - eller har helt lukkede standarder. Disse små<br />

afvigelser giver store omkostninger til special udvikling ved udveksling<br />

af data. Og bevirker ofte at Microsoft certificerede leverandører<br />

vælges. Især da man ikke kan få informationer om disse 1-2 procent<br />

rettelser/afvigelser.<br />

Dette lock-in oplever vi både på server komponenter og på kontorpakker<br />

såsom Microsoft Office.<br />

èt uafhængigt dokument format vil derfor fjerne disse lock-ins og<br />

muliggøre at vi kan integrerer dokumenter direkte ind i web løsninger.<br />

Og uden at skulle reverse enginere standarden.<br />

Vi støtter klart at valget bør falde på èn standard, der skal være<br />

fuldstændig åben og uden nogen former for patenter.<br />

--<br />

Mvh./Kind regards<br />

Jørn Skifter Andersen, IT-Arkitekt / Systemudvikler, HD-IØ<br />

Bellcom Open Source < http://www.bellcom.dk >, Tel: +45 70 26 00 85<br />

CMS, CRM, SMS, Remote backup, Integration, Internet Udvikling, Google<br />

optimering m.m.


NOTAT<br />

Til IT- og Telestyrelsen<br />

Biblioteksstyrelsens høringssvar på rapporten:<br />

"Anvendelse af åbne standarder for software i det offentlige".<br />

22. marts 2007<br />

J.nr.: 39-1<br />

LEA<br />

Biblioteksstyrelsen vil gerne udtrykke sin store anerkendelse af det fælles offentlige<br />

standardiseringsarbejde, som IT- og Telestyrelsen forestår. Når der efterfølgende er nogle<br />

kritiske bemærkninger er det netop udtryk for at Biblioteksstyrelsen tillægger udvikling af<br />

standarder en meget vigtig rolle.<br />

Biblioteksstyrelsen kan tilslutte sig de syv indsatsområder for udvikling/implementering af<br />

obligatoriske standarder.<br />

Biblioteksstyrelsen kan tilslutte sig at sektorspecifikt standardiseringsarbejde understøttes,<br />

men peger dels på nødvendigheden af en veldefineret registrering af dette arbejde og dels<br />

på at det fulde ansvar ligger hos de ansvarlige myndigheder i de enkelte sektorer.<br />

Biblioteksstyrelsen peger på at der en vis uklarhed i sprogbrugen omkring standarder og<br />

dermed også på behovet for en entydig sprogbrug: herunder at skelne mellem standarder,<br />

profiler, guidelines og andre specifikationer.<br />

Indenfor biblioteksverdenen er der en mere end 40 år lang tradition for udveksling af data<br />

og endnu ældre tradition for fælles begrebsafklaring. Derfor findes der velfungerede og<br />

verdensomspændende implementeringer af standarder for dataformater og dataudveksling,<br />

som var i drift mange år før standarder som XML og SOAP første gang blev foreslået.<br />

Biblioteksstyrelsen skal derfor understrege den dybe afhængighed af fælles international<br />

standardisering, som for dataudvekslinger indenfor biblioteksområdet går forud for en<br />

fælles national offentlig standardisering.<br />

Terminologi<br />

Med rapporten bliver foreslået at begrebet åbne standarder bliver defineret således:<br />

At en standard er åben indebærer, at:<br />

> standarden skal være fuldstændigt dokumenteret og offentlig tilgængelig<br />

> standarden skal være frit implementérbar uden økonomiske, politiske eller juridiske<br />

begrænsninger på implementeringen og anvendelse, hverken nu eller i fremtiden, og<br />

> standarden skal være standardiseret og vedligeholdt i et åbent forum via en åben proces<br />

(standardiseringsorganisation).<br />

H.C. Andersens Boulevard 2 1553 København V Tlf. 33 73 33 73 Fax 33 73 33 72 E-post bs@bs.dk http://www.bs.dk


Som det også fremgår af afsnit 4.1.1 indebærer dette at der ikke er et krav om at en<br />

standard ikke må koste penge at anskaffe. Det afgørende er at der ikke er knyttet<br />

licensbetaling til anvendelsen. Denne skelnen er vigtig, da man ellers pr. definition ville<br />

udelukke alle gældende internationale standarder <strong>fra</strong> de nationalt baserede<br />

standardiseringsorganisationer ISO - International Organisation for Standardization og<br />

IEC - International Electrotechnical Commission samt på europæisk plan CEN - Comité<br />

Européen de Normalisation, CENELEC - Comité Européen de Normalisation Electronique<br />

og ETSI - European Telecommunications Standards Institute.<br />

Dansk Standard er det danske medlem af disse organisationer. Standardiseringsprocessen i<br />

Dansk Standard og dermed i de internationale fora er netop baseret på en åben proces, hvor<br />

der deltager repræsentanter <strong>fra</strong> producenter og aftagere indenfor en lang række komiteer<br />

dækkende mange fagområder også udenfor informationsteknologi, som rapporten<br />

behandler. Deltagelsen er åben, men ikke gratis. Der er knyttet gebyrer på at være medlem<br />

af et Dansk Standard udvalg.<br />

Selvom W3C s standarder er frit tilgængelige på internettet, sker udviklingen af disse i en<br />

proces, som er åben på den måde at alle firmaer og institutioner kan melde sig ind i W3C<br />

samt betale kontingent og dermed få adgang til at deltage i beslutninger.<br />

Det er derfor vigtigt forudsætningerne om åbent forum og åben proces ikke betragtes<br />

for snævert, da det vil udelukke de fleste basale standarder ikke mindst XML, som er helt<br />

grundlæggende for IT- og Telestyrelsens standardiseringsarbejde.<br />

Endvidere bemærkes at modsætningen til åben standard rent sproglig må være en lukket<br />

standard . Det er indirekte defineret som en firmaspecifikation (afsnit 2.5.1). En<br />

specifikation udviklet af et firma for dets egne produkter er ikke en "lukket standard". Det<br />

er ganske enkelt ikke en standard, men netop en firmaspecifik specifikation. I nogle<br />

tilfælde skal et produkt spille sammen med andre produkter. I disse tilfælde kan et firma<br />

være så dominerende, at den specifikation, som firmaet stiller til rådighed for andre til<br />

dette samspil, i praksis udvikler sig til en "de facto" standard.<br />

Det vil i øvrigt hilses velkomment, hvis fokuseringen på "åbne standarder" ville lede til at<br />

staten i sine aftaler med Dansk Standard også ville understøtte at distributionen af<br />

standarder - evt. blot IT-standarder - blev frit tilgængelige. Indtil nu er det forudsat at<br />

Dansk Standard skaffer sig indtægter bl.a. <strong>fra</strong> salg af standarder.<br />

Brugen af begrebet standard er ikke veldefineret og anvendes i flæng om både formelle<br />

standarder <strong>fra</strong> de etablerede organisationer for ISO og IEC, internettets IETF og W3C og<br />

den nyere tids uafhængige organisationer som OASIS og om egentlige specifikationer.<br />

Det anbefales at fastlægge en præcis terminologi: Specifikationer udviklet i regi af IT- og<br />

Telestyrelsen bør betegnes systematisk som OIO-standard og f.eks. OIO-Guidelines<br />

og OIO-Profil mens DS-standarder betegnes som en Dansk Standard .<br />

Der findes en lang række af standarddokumenter (forenklet opstilling):<br />

Internationale standarder <strong>fra</strong> generelle standardiseringsorganisationer (ISO og IEC)<br />

Internationale standarder på internetområdet (W3C og IEFT)<br />

Europæiske standarder (CEN, CENELEC og ETSI)<br />

Nationale standarder (Dansk Standard)<br />

2


Fagmæssige standarder (F.eks. Biblioteksstyrelsen med formatet danMARC2).<br />

Endvidere er der profiler af standarder, som tilsvarende findes både på internationalt,<br />

europæisk og dansk niveau og fagmæssigt. På samme vis findes der guidelines til<br />

standarder, som også udformes på tilsvarende niveauer.<br />

Biblioteksstyrelsen politik er at anvende standarddokumenter på højeste mulige niveau.<br />

For søgning system-til-system anvendes Z39.50, men med en dansk profil, som kobler<br />

semantikken i Z39.50 til semantikken i det danske bibliografiske format danMARC2.<br />

Afsnit 6. Særligt om dokumentstandarder<br />

Dokumentformater er både relevante i forhold til udveksling af dokumenter og i<br />

forbindelse med bevaring af dokumenter i ESDH-systemer og dermed senere i cyklusen i<br />

arkiverne. Også i den sidste forbindelse vil der over tid være ressourcer at spare med<br />

standardisering af formater.<br />

I den anbefalede undersøgelse med pilotforsøg bør også belyses forventninger til hvilke<br />

udvekslingsformater af de to nævnte ODF og OpenXML som understøttes (forventes<br />

understøttet) af de gængse tekstbehandlingsprogrammer.<br />

Det bemærkes at ODF er en ISO-standard ISO/IEC 26300:2006 Information technology --<br />

Open Document Format for Office Applications (OpenDocument) v1.0.<br />

Biblioteksstyrelsen er tilfreds med at de besluttede studiers resultat sendes i en åben<br />

høring.<br />

Dataudveksling<br />

Det skal bemærkes at der i biblioteksverden er sket dataudveksling i årtier før end at XML<br />

blev opfundet. Der er derfor veletablerede standarder for ikke mindst bibliografiske poster.<br />

Der sker en omfattende udveksling af bibliografiske poster også på internationalt plan.<br />

En katalogisering af en engelsk bog sker f.eks. med genbrug af en post <strong>fra</strong> British Library.<br />

Det har indenfor de sidste par været vist sig et begyndende behov for at udveksle denne<br />

type information også båret af XML. Derfor har Biblioteksstyrelsen taget initiativ til en ny<br />

standard MarcXchange, som står umiddelbart ovenfor publicering som ISO standard.<br />

Biblioteksstyrelsen anvender standarder som f.eks. Z39.50, ILL og NCIP. Der anvendes,<br />

hvor det er muligt XML som bæreformat men som hovedregel er standarderne udviklet<br />

før XML blev opfundet.<br />

I forhold til disse standarder har Biblioteksstyrelsen udarbejdet forskellige profiler,<br />

specifikationer og guidelines for at fremme en ensartet og i videst mulige omfang<br />

interoperabel anvendelse af bl.a. disse standarder.<br />

Men det skal understreges at Biblioteksstyrelsen støtter anvendelsen af XML. Det kan<br />

nævnes at Biblioteksstyrelsen allerede i 1998 anvendte XML til en dansk profilering i<br />

forhold til ED<strong>It</strong>EUR (handelstransaktioner for bogbranchen i EDI). Endvidere anvendes<br />

der ved udveksling af beholdningsoplysninger via Z39.50 et XML format, som de danske<br />

3


deltagere i Z39.50 udviklingen både foreslog od udformede. Også ved udveksling af<br />

lånebestillinger (Interlibrary Loan) anvendes et XML format.<br />

Yderligere detaljer om Biblioteksstyrelsens standardiseringsarbejde i det efterfølgende<br />

bilag.<br />

Biblioteksstyrelsens standardarbejde<br />

Biblioteksstyrelsen (og forgængerinstitutionerne) har i årtier haft forskellige former for<br />

standardiseringsudvalg og arbejdsgrupper. De er og har været sammensat på forskellige<br />

måde med baggrund i at sikre et funktionelt samarbejde med aktører i og i forbindelse med<br />

biblioteksvæsnet.<br />

De vigtigste af Biblioteksstyrelsens udvalg med standardiseringsopgaver er Bibliografisk<br />

Råd og danZIG. I gennem årene har der været nedsat andre udvalg m.v. til at håndtere<br />

aktuelle spørgsmål.<br />

Endvidere indgår Biblioteksstyrelsen i Dansk Standard S24 Information og Dokumentation<br />

og har en aftale med DS om tilskud til dette arbejde, som dækker både IT-mæssigt<br />

samarbejde og standardisering generelt på biblioteksområdet.<br />

Biblioteksstyrelsen finder ingen anledning til at reorganisere dette arbejde og må i øvrigt<br />

bemærke at Biblioteksstyrelsen har den fulde myndighed på området og strukturen af<br />

Biblioteksstyrelsens standardiseringsarbejde ikke skal godkendes af andre myndigheder.<br />

Men Biblioteksstyrelsen er samtidig åben over for et samarbejde. Biblioteksstyrelsen har<br />

f.eks. indgået i IT- og Telestyrelsens arbejde med digitale identifikatorer, da det netop er et<br />

felt som rækker udover biblioteksområdet. Også vedrørende brugerstyring har<br />

Biblioteksstyrelsen er løbende samarbejde med IT- og Telestyrelsen.<br />

Sammen med Statens Arkiver og Kulturarvsstyrelsen forventer vi at der for de fælles<br />

specifikationer for ABM-området (arkiver, biblioteker, museer) vælges en arbejdsform,<br />

som svarer til den af IT- og Telestyrelsen beskrevne men netop under Statens Arkiver,<br />

Biblioteksstyrelsen og Kulturarvsstyrelsen og alene med en sideordnet reference til OIO<br />

datastandardiseringskomiteen.<br />

Yderligere detaljer om Biblioteksstyrelsens standardiseringsarbejde i det efterfølgende<br />

bilag.<br />

Myndighed<br />

Vigtigt at spørgsmålet om myndighed er veldefineret. Det er fagmyndigheden styrelsen,<br />

ministeriet etc. afhængig af området som har kompetencen til at fastlægge standarder<br />

indenfor området. Det fremgår ikke klart af rapporten.<br />

Der er beskrevet en procedure for sektorstandardiseringsudvalg. Biblioteksstyrelsen finder<br />

det positivt med denne form så længe at det betragtes som en vejledning <strong>fra</strong> IT- og<br />

Telestyrelsen i forhold til andre myndighedsområder end IT- og Telestyrelsens eget.<br />

Biblioteksstyrelsen og forgænger-institutioner har arbejdet med standarder i flere årtier og<br />

har udviklet arbejdsformer og metoder. Dette arbejde vil vi fortsætte i de kommende år.<br />

4


Registrering af standarder OIO kataloget<br />

Der er registreret en lang række standarder i OIO kataloget i dag. Men netop området<br />

Forretningsområdespecifikke standarder er kun udfyldt for nogle få områder.<br />

Biblioteksstyrelsen har haft en drøftelse med de ansvarlige for OIO-kataloget og det<br />

fremgik af denne drøftelse at IT- og Telestyrelsen ikke havde besluttet sig for om<br />

sektorspecifikke standarder burde være en del af OIO-kataloget eller om de skal<br />

vedligeholdes.<br />

Det er afgørende at administrationen af OIO-kataloget ikke flytter det generelle ansvar.<br />

Der er f.eks. Biblioteksstyrelsen som har ansvaret for standarder på biblioteksområdet og<br />

dermed også det fulde ansvar for og den faglige kompetence vedrørende hvad der gives<br />

status som sektorspecifikke standarder for biblioteksområdet.<br />

Biblioteksstyrelsen finder det vigtigt at en fælles model for registrering af de<br />

sektorspecifikke standarder og andre specifikationer bliver aftalt. Det er oplagt at OIOkataloget<br />

også skal vise veje til disse dokumenter. Biblioteksstyrelsen går gerne ind i en<br />

nærmere drøftelse af dette spørgsmål og bidrager gerne med registrering af standarder og<br />

specifikationer på biblioteksområdet uanset om dette skal ske centralt i OIO-kataloget<br />

eller mere decentralt i de enkelte sektorer.<br />

Høringer<br />

En høringsperiode på en måned på relativt komplekse spørgsmål som f.eks. med<br />

OIOUBL er ikke af en tilstrækkelig længde til at en myndighed som f.eks.<br />

Biblioteksstyrelsen er i stand til at foretage de nødvendige undersøgelser og inddragelse af<br />

andre aktører på biblioteksområdet. Der er stor fare for at formålet med en høring ikke<br />

bliver opnået: nemlig at skabe baggrund for en konsensus om den pågældende løsning.<br />

Biblioteksstyrelsen anvender også høring på flere områder af forskellige specifikationer og<br />

har som normalt princip at der er mindst en måneds høringsfrist. For mere tekniske<br />

specifikationer giver ofte længere tid og hovedprincippet er ikke en fastlagt periode, men<br />

den nødvendige tid til at de relevante aktører er inddraget.<br />

Forholdet til omverdenen<br />

Det bemærkes at indsatsområderne beskrevet i 5.1.4 (indkøb) og 5.1.5 (digital signatur) er<br />

bredere end blot det offentliges egen anvendelse. For disse områder gælder at der ikke blot<br />

er tale at det offentlige stiller krav til sine IT-leverandører, men at den pågældende<br />

udveksling af handelsdokumenter og digitale identifikationer ikke blot er et internt<br />

spørgsmål for det offentlige, men er en del af samfundets samlede dataudvekslinger. Det<br />

offentlige er ikke en ø og derfor bør generelt dækkende standardisering ske i fora, som er<br />

nationalt dækkende, hvilket vil sige i Dansk Standards regi. Det skal for en god ordens<br />

skyld bemærkes at der naturligvis også kan lovgives om f.eks. en digital signatur på<br />

nationalt niveau.<br />

5


Det er naturligvis et fremskridt at en digital signatur kan bruges i forhold til alle offentlige<br />

forhold, men det ville være et endnu større fremskrift for den enkelte borger om der var<br />

tale om en generelt gældende digital signatur også for relationer til banker m.v.<br />

Tilsvarende gælder at udveksling af handelsdokumenter mellem ikke-offentlige aktører<br />

med fordel kunne standardiseres. Derfor er det også tilfredsstillende at dette arbejde<br />

baseres på UBL - Universal Business Language.<br />

På en lang række områder findes der internationale standarder, som kan tages i anvendelse.<br />

Der skal således ikke altid udvikles nationale offentlige standarder ofte vil det netop være<br />

specifikationer og guidelines, som der er behov for.<br />

Afsluttende skal Biblioteksstyrelsen gentage sin anerkendelse af IT- og Telestyrelsens<br />

arbejde for udvikling af standardisering indenfor det offentliges anvendelse af<br />

informationsteknologi. Vi håber med dette høringssvar at have bidraget til denne<br />

udvikling.<br />

Med venlig hilsen<br />

Leif Andresen<br />

Bibliotekskonsulent<br />

6


BILAG: Biblioteksstyrelsen standardiseringsarbejde<br />

Biblioteksstyrelsen (og forgængerinstitutionerne) har i årtier haft forskellige former for<br />

standardiseringsudvalg og arbejdsgrupper. De er og har været sammensat på forskellige<br />

måde med baggrund i at sikre et funktionelt samarbejde med aktører i og i forbindelse med<br />

biblioteksvæsnet.<br />

De vigtigste af Biblioteksstyrelsens udvalg med standardiseringsopgaver er Bibliografisk<br />

Råd og danZIG.<br />

Bibliografisk Råd:<br />

Bibliografisk Råd er en videreførelse af råd og udvalg for katalogisering og<br />

nationalbibliografi, som har fungeret i årtier. Rådet beskæftiger sig med principielle<br />

spørgsmål vedrørende katalogisering, formatering og bibliografiske spørgsmål af national<br />

interesse. Rådet beskæftiger sig med alle aspekter af data til fællesskabets elektroniske<br />

kataloger: opbygning og udformning, dataindhold, datastruktur samt benyttelse. I denne<br />

forbindelse skal der udarbejdes og vedligeholdes fælles regler og retningslinier for<br />

katalogisering, formatering, sortering og emnebeskrivelse.<br />

Kommissorium for Bibliografisk Råd:<br />

http://www.bs.dk/content.aspx?itemguid={B9B61B5A-CB55-47E4-8E07-<br />

7FCBD137F078}#<br />

danZIG:<br />

For at udvikle samarbejdet mellem Z39.50-implementører i Danmark blev der allerede i<br />

1997 etableret et dansk Z39.50 samarbejds- og samkoordineringsforum (danZIG) til<br />

fremme af udbredelsen af Z39.50-interfacede biblioteks- og informationssystemer i danske<br />

biblioteker, informationscentre og fællessystemer. Arbejdsgruppen behandler også andre<br />

former for teknisk samspil mellem biblioteks- og informationssystemer i danske<br />

biblioteker, informationscentre og fællessystemer og fungerer dermed generelt som forum<br />

for Biblioteksstyrelsens samarbejde med systemleverandørerne om teknisk<br />

interoperabilitet.<br />

Kommissorium for danZIG:<br />

http://www.bs.dk/content.aspx?itemguid={20939CAB-90C6-403D-BD68-<br />

87A2B56528EB}#<br />

I gennem årene har der været nedsat andre udvalg m.v. til at håndtere aktuelle spørgsmål.<br />

Endvidere indgår Biblioteksstyrelsen i Dansk Standard S24 Information og Dokumentation<br />

og har en aftale med DS om tilskud til dette arbejde i henhold til en note på finansloven.<br />

Dette arbejde dækker både IT-mæssigt samarbejde og standardisering generelt på<br />

biblioteksområdet, såsom RFID i biblioteker, biblioteksstatistik, ISBN og andre<br />

identifikator-systemer samt fysisk bevaring.<br />

Arbejdsområdet der i rapporten omtales som begrebsafklaring har en længere tradition<br />

på biblioteksområdet. Det handler om hvad og hvordan der skal registreres ved beskrivelse<br />

af biblioteksmaterialer. Der findes derfor i bibliotekssektoren regler for niveau af<br />

registrering fastlagt i den nationalbibliografiske aftale, klassifikation i DK-5, regler for<br />

7


udformning af registreringer i katalogiseringsreglerne og regler for det tekniske format i<br />

katalogiseringsformater danMARC2. På alle de nævnte områder udstikker<br />

Biblioteksstyrelsen de gældende regler for regler og format med bemyndigelse i<br />

Bekendtgørelse om biblioteksvirksomhed §4.<br />

Katalogiseringsregler og bibliografisk standard for danske biblioteker<br />

danMARC2. Edb-format til inddatering og udveksling af bibliografiske data i<br />

maskinlæsbar form<br />

Der sker så en sammenknytning af data i danMARC2 formater til søgning via Z39.50 ved<br />

hjælp af:<br />

Praksisregler for søgeveje. Opsætning af søgeveje og udfoldning af koder.<br />

Det skal bemærkes at der i biblioteksverden er sket dataudveksling i årtier før end at XML<br />

blev opfundet. Der er derfor veletablerede standarder og implementeringer for ikke mindst<br />

bibliografiske poster ISO 2709 Information and documentation -- Format for Information<br />

Exchange. Det har indenfor de sidste par været vist sig et begyndende behov for at<br />

udveksle denne type information også båret af XML. Derfor har Biblioteksstyrelsen taget<br />

initiativ til en ny standard ISO/DIS 25577 Information and documentation MarcXchange,<br />

som står umiddelbart ovenfor publicering som ISO standard.<br />

Biblioteksstyrelsen anvender de veldokumenterede standarder Z39.50, ILL og NCIP og<br />

Biblioteksstyrelsen har udviklet specifikationer og guidelines i forhold til disse. Der<br />

anvendes hvor det er muligt XML som bæreformat men som hovedregel er standarderne<br />

udviklet før XML blev opfundet.<br />

ISO 10160 Information and documentation -- Open Systems Interconnection --<br />

Interlibrary Loan Application Service Definition<br />

ISO 10161-1 Information and documentation -- Open Systems Interconnection --<br />

Interlibrary Loan Application Protocol Specification -- Part 1: Protocol<br />

specification<br />

ISO 10161-2 Information and documentation -- Open Systems Interconnection --<br />

Interlibrary Loan Application Protocol Specification -- Part 2: Protocol<br />

implementation conformance statement (PICS) proforma<br />

ISO 23950 Information and documentation -- Information retrieval (Z39.50) --<br />

Application service definition and protocol specification<br />

ANSI/NISO Z39.83 - Circulation Interchange Part 1: Protocol (NCIP)<br />

ANSI/NISO Z39.83 - Circulation Interchange Part 2: Protocol Implementation<br />

Profile<br />

I forhold til disse standarder har Biblioteksstyrelsen udarbejdet forskellige profiler,<br />

specifikationer og guidelines for at fremme en ensartet og i videst mulige omfang<br />

interoperabel anvendelse af bl.a. disse standarder.<br />

Med denne oversigt ønsker Biblioteksstyrelsen at vise at der er veletablerede standarder,<br />

som har været i funktion før end at XML blev etableret.<br />

8


Men det skal understreges at Biblioteksstyrelsen støtter anvendelsen af XML. Det kan<br />

nævnes at Biblioteksstyrelsen allerede i 1998 anvendte XML til en dansk profilering i<br />

forhold til ED<strong>It</strong>EUR (handelstransaktioner for bogbranchen i EDI). Endvidere anvendes<br />

der ved udveksling af beholdningsoplysninger via Z39.50 et XML format, som de danske<br />

deltagere i Z39.50 udviklingen både foreslog og udformede. Også ved udveksling af<br />

lånebestillinger (Interlibrary Loan) anvendes et XML format.<br />

Det bør også nævnes at der for søgning system-til-system også er en videreførelse til<br />

Z39.50 på vej kaldet SRU (Search/Retrieve via URL), som også findes en SOAP-baseret<br />

variant. Biblioteksstyrelsen følger dette arbejde og der er bl.a. lavet et pilotptojekt i forhold<br />

til bibliotek.dk og de første nødvendige profiler m.v. er forberedt.<br />

Det fælles arbejde sammen med Statens Arkiver og Kulturarvsstyrelsen om dataudveksling<br />

til fælles præsentation af data <strong>fra</strong> arkiver, biblioteker, museer er baseret på Dublin Core og<br />

data skal udveksles i et XML format, som bygger videre på Dublin Core.<br />

Afslutningsvis skal bemærkes at formålet med standardisering på biblioteksområdet ikke<br />

alene er at sikre sammenhængende udveksling af data. Formålet er også at sikre ens krav til<br />

leverandører af bibliotekssystemer.<br />

9


Rue Wiertz<br />

50/28<br />

B-1050<br />

Brussels<br />

Belgium<br />

T +32 2 401<br />

6808<br />

F +32 2 403<br />

1328<br />

WWW.BSA.ORG<br />

Rachid El Mousti<br />

Special Adviser, M.Sc.<br />

National IT and Telecom Agency<br />

Ministry of Science, Technology and Innovation<br />

Holsteinsgade 63<br />

DK – 2100 Copenhagen<br />

Denmark<br />

23 March 2007<br />

Dear Mr El Mousti,<br />

Re: Report on Use of Open Standards for Software in the Public<br />

Sector and Implementation of Parliament Resolution B103<br />

I am writing on behalf of the Business Software Alliance to request an<br />

opportunity to meet with you at your earliest convenience, so that we<br />

may share views on the above cited report.<br />

As indicated in our letter to you last July (attached), BSA’s members are<br />

engaged in a wide variety of standards-related initiatives worldwide and<br />

are both developers and users of numerous technology standards. We<br />

also have significant experience in the area of standards policy. We thus<br />

believe we can make a valuable contribution to ongoing discussions on<br />

this issue.<br />

Standards, including open standards, can play a key role in achieving<br />

important technology and policy goals. Of course, to achieve these goals<br />

it is essential that government policies on standards—open or<br />

otherwise—are properly crafted and implemented. Our review of the<br />

English Summary of the Report suggests that the Government has taken<br />

a thoughtful approach to its policy.<br />

We in particular applaud the decision to offer public administrations a<br />

choice to use several standards in areas where a number of standards are<br />

complementary. This is consistent with our belief that standards policies<br />

should be built on a solid, pragmatic foundation promoting – rather than<br />

excluding – voluntary industry-led open specifications, reflecting current<br />

technical and market realities as well as the practices of both major<br />

international standards bodies and of industry.<br />

We also commend the report for putting the use of open standards into<br />

the broader context of the need to optimize public administrations’ value<br />

for money and providing for a sensible exception procedure in cases<br />

where other, overriding objectives prevail.


Finally, we welcome the announced consultations with stakeholders<br />

(including industry), which will precede any standards mandates. BSA<br />

would be pleased to contribute its expertise and we are eager to<br />

participate in the consultations.<br />

To allow us to make substantive contributions that we hope would be of<br />

value and interest to the Danish Government, we would welcome the<br />

opportunity to meet with you to gain a better understanding of your<br />

intentions with regard to the first set of mandatory open standards in<br />

seven areas outlined in the report. I will be contacting your office to<br />

discuss a meeting at a mutually convenient time.<br />

We thank you for your consideration of our views.<br />

Yours sincerely,<br />

Benoît Müller<br />

Director, Software Policy, Europe<br />

_______________________<br />

About the BSA: The Business Software Alliance (www.bsa.org) is the voice of the<br />

world's software industry and its hardware partners before governments and in<br />

the international marketplace. With offices in Brussels, London, and Munich,<br />

BSA is active across the European Union and in more than seventy countries<br />

around the world. BSA programs foster technology innovation through<br />

education and policy initiatives that promote copyright protection, cyber<br />

security, trade and e-commerce. BSA members include: Acca Software, Adobe,<br />

Apple, Attachmate WRQ, Autodesk, Avanquest Software, Avid, Bentley Systems,<br />

Borland, CA, Cadence Design Systems, Cisco Systems, Clients Guide, CNC<br />

Software/Mastercam, Corel, Dell, EMC, Enteo, Entrust, Graphisoft, Grupo STR, HiT<br />

Internet Technologies, HP, IBM, Inaz, INSYSTEK, Intel, Intergraph, LMS<br />

International, Magix, Mamut, Managesoft GmbH, Matrix 42AG, McAfee,<br />

Microsoft, Microstar, Monotype Imaging, Most Software, Nemetschek, Numara,<br />

O&O Software, OWG, Panda Software, PTC, Robobat, SAP, SGS, SIA, SID,<br />

SolidWorks, SP Grupo Sage, Softline Pastel, Staff & Line, Sybase, Symantec,<br />

Synopsys, The MathWorks, UGS Corp., Visma, XQDC, and Young Digital Poland.


Rue Wiertz<br />

50/28<br />

B-1050 Brussels<br />

Belgium<br />

T +32 2 401<br />

6808<br />

F +32 2 403<br />

1328<br />

WWW.BSA.ORG<br />

Rachid El Mousti<br />

Special Adviser<br />

Danish IT and Telecom Agency<br />

Holsteinsgade 63<br />

2100 København Ø<br />

Denmark<br />

31 July 2006<br />

Dear Mr El Mousti,<br />

Re: Parliament Resolution B103<br />

I am writing on behalf of the Business Software Alliance, with regard to Parliament<br />

Resolution B103. We understand that the Danish Government will be discussing next<br />

steps with regard to B103 in the coming months. We write to encourage you to<br />

implement B103 in a manner that promotes its key objectives: namely ensuring that<br />

Danish citizens have easy access to information and materials disseminated by<br />

government entities. BSA supports this goal and believes that interoperability,<br />

innovation, and competition are essential to achieving it.<br />

An important element of achieving all of these goals is through appropriate standards<br />

policies. BSA’s members are engaged in a wide variety of standards-related<br />

initiatives worldwide, and we have significant experience in the area of standards<br />

policy. We recognise that standards, including open standards, can play a key role in<br />

achieving important technology goals.<br />

Governments also play a key role by ensuring that their standards policies leave the<br />

public sector free to procure the fullest range of technologies, encourage a broad<br />

cross-section of technology providers to participate in standards setting efforts, and<br />

promote competition, innovation and interoperability.<br />

To achieve these goals it is essential that government policies on standards—open or<br />

otherwise—are properly crafted and implemented.<br />

• First and foremost, such policies should take a technology neutral approach,<br />

and not serve as vehicles to prefer any particular technology, licensing or<br />

development model over another.<br />

• Second, to the extent such policies relate to and define open standards, they<br />

should do so in a manner that is consistent with common understandings of<br />

the term.<br />

• Third, such policies should promote voluntary, industry-led open<br />

specifications, by supporting rather than excluding market-driven efforts<br />

promoting interoperability.


In this context, we would call your attention to the narrow focus on and definition of<br />

“open standards” included in the EU’s European Interoperability Framework for Pan-<br />

European eGovernment Services (EIF). The EIF’s approach to technical<br />

interoperability and definition of open standards was quite restrictive. Comparing the<br />

EIF definition to the policies of many leading standards bodies revealed that, had the<br />

definition been adopted, it would have excluded countless leading standards<br />

incorporated into products on the market today. <strong>It</strong> is no surprise that industry<br />

expressed significant concerns about the proposal. Nor is it a surprise that the EU has<br />

indicated that it will be revisiting the EIF.<br />

Ultimately, we believe that standards policies should be built on a solid, pragmatic<br />

foundation promoting – rather than excluding – voluntary industry-led open<br />

specifications, reflecting current technical and market realities as well as the practices<br />

of both major international standards bodies and of industry. <strong>It</strong> is our experience that<br />

in this way, governments can best foster their goals of enhancing innovation,<br />

interoperability and competition.<br />

We would welcome the opportunity to work with you on this important initiative.<br />

Yours sincerely,<br />

Benoît Müller<br />

Director, Software Policy, Europe<br />

_______________________<br />

About the BSA: The Business Software Alliance (www.bsa.org) is the voice of the world's software industry and its<br />

hardware partners before governments and in the international marketplace. With offices in Brussels, London, and<br />

Munich, BSA is active across the European Union and in more than seventy countries around the world. BSA<br />

programs foster technology innovation through education and policy initiatives that promote copyright protection,<br />

cyber security, trade and e-commerce. BSA members include: 4D, Adobe, Apple, Autodesk, Avanquest Software,<br />

Avid, Bentley Systems, Borland, Cadence Design Systems, Cisco Systems, CNC Software/Mastercam, Corel, Dell,<br />

Entrust, Graphisoft, HiT Internet Technologies, HP, IBM, INSYSTEK, Intel, Intergraph, Internet Security Systems,<br />

iQuate, LMS International, McAfee, Mamut, Microsoft, Microstar, Monotype, Nemetschek, O&O Software, OWG,<br />

Panda Software, PTC, Realviz, RSA Security, SAP, SGS, SIA, SolidWorks, SP Grupo Sage, Softline Pastel, Staff &<br />

Line, Sybase, Symantec, Synopsys, The MathWorks, UGS Corp., Visma, WRQ and Young Digital Poland.


By e-mail<br />

Mr Rachid El Mousti<br />

Danish IT- and Telecom Agency<br />

Holsteinsgade 63<br />

DK-2100 Copenhagen, Denmark<br />

rem@itst.dk<br />

Re: Support for Choice in Open Standards<br />

Dear Mr El Mousti,<br />

Brussels, 22 March 2007<br />

On behalf of the Computing Technology Industry Association (CompTIA), I write to you in reference<br />

to your current report on the "Use of Open Standards for Software in the Public Sector".<br />

For 25 years, CompTIA has been dedicated to advancing the growth of the information and<br />

communication technology (ICT) industry and those working within it. With more than 20,000<br />

member companies in some 100 countries, CompTIA is a leading global industry association with<br />

influence in all areas of the ICT industry. Headquartered in Chicago, CompTIA has offices in<br />

Beijing, Brussels, Dubai, Düsseldorf, Hong Kong, Johannesburg, London, New Delhi, Sao Paulo,<br />

Sydney, Tokyo, Toronto and Washington, D.C.<br />

CompTIA’s goal is to provide a unified voice, global advocacy and leadership, and to advance<br />

industry growth through technological neutral standards, professional competence, education and<br />

business solutions by representing the international computing technology community.<br />

In order to most efficiently serve the industry and its members, CompTIA has developed<br />

specialized initiatives and programmes dedicated to major areas within the ICT industry. They<br />

include convergence technology, e-commerce, ICT training, software services, e-skills certification,<br />

public policy and workforce development. CompTIA and CompTIA members have been a frequent<br />

contributor to standardisation activities around the globe.<br />

Our members have always believed in multiple standards competing in a free marketplace.<br />

Despite continuing concerns with the Folketing's resolution mandating "open standards" in the<br />

Danish public administration, CompTIA does note with appreciation your Ministry's measured<br />

flexibility in proposing some freedom of choice between at least two document standards, Open<br />

Office XML and Open Document Format (re: page 3 of the Report's Summary).


CompTIA maintains that competition among multiple open document standards will enhance<br />

innovation in document formats and increase flexibility and interoperability to the benefit of all<br />

software consumers.<br />

We thank you for your kind consideration and support on this matter and for your important and<br />

ongoing contributions to the ICT industry. If we can be of further assistance to you in this matter,<br />

please do not hesitate to contact us.<br />

Sincerely,<br />

Hugo Lueders<br />

Director Public Policy EMEA<br />

Computing Technology Industry Association, 6, Rond Point Schuman, B - 1040 Brussels, Belgium<br />

tel +32-2/234.78.22, fax +32-2/234.79.21 or 11, www.comptia.eu<br />

2


IT- & Telestyrelsen<br />

Holsteinsgade 63<br />

2100 København Ø<br />

Dansk Blindesamfund<br />

Landsforening af blinde<br />

og svagsynede i Danmark<br />

Att.: Specialkonsulent Rashid el-Musti København, 20. marts 07<br />

<strong>Høringssvar</strong> angående rapporten Anvendelse af åbne<br />

standarder for software i det offentlige.<br />

Dansk Blindesamfund har modtaget ovennævnte rapport i høring og skal derfor fremkomme<br />

med nærværende høringssvar. Det skal indledningsvist slås fast, at vi i Dansk Blindesamfund<br />

anser det for positivt, at det offentlige vil benytte åbne standarder, idet dette principielt åbner<br />

op for, at alle får adgang til den samme information og derved kan koncentrere indsatsen om<br />

at frembringe gode løsninger for alle. Men som det vil fremgå i de efterfølgende afsnit,<br />

rummer denne udvikling også nogle alvorlige risici for vores gruppe, som kan betyde en<br />

yderligere marginalisering både i og uden for arbejdsmarkedet. Rapporten foreslår<br />

obligatoriske, åbne standarder på følgende 7 områder <strong>fra</strong> 1. januar 2008:<br />

Standarder for dataudveksling mellem offentlige myndigheder<br />

Standarder til sags- og dokumenthåndtering<br />

Standarder til udveksling af dokumenter mellem offentlige myndigheder (Open<br />

Documentformat og Office OpenXML)<br />

Standarder til elektronisk indkøb i det offentlige<br />

Standarder for digital signatur<br />

Standarder for offentlige netsteder / hjemmesider<br />

Standarder for IT-sikkerhed (dog kun for staten).<br />

Vi vil i det følgende fremhæve nogle standarder <strong>fra</strong> rapporten, som vi i dag mener, giver<br />

problemer for vores gruppe. Det skal dog understreges, at vi mener, at der for såvel de 7<br />

standarder, som er nævnt ovenfor, som for den fremtidige indførelse af obligatoriske, åbne<br />

Thoravej 35 2400 København NV. Telefon 38 14 88 44 Skrivetelefon 38 19 36 08<br />

Fax 38 14 88 00 SE 18 20 39 28 Giro 300-2217<br />

E-mail info@dkblind.dk Internet www.dkblind.dk<br />

Protektor: Alexandra, grevinde af Frederiksborg


standarder skal kræves, at tilgængelighed indarbejdes som et krav med samme prioritet som<br />

økonomiske overvejelser.<br />

Software<br />

Vi vil dog inden gennemgangen af de enkelte standarder knytte et par kommentarer til<br />

software-udviklingen, idet den software der skal bruges i sagens natur også har den<br />

allerstørste betydning for vores muligheder i fremtidens kommunikationssamfund.<br />

En væsentlig forudsætning for, at vi kan udnytte de åbne standarder er, at vi kan benytte den<br />

relevante software. Kortlægningen af IT-tilgængeligheden <strong>fra</strong> 2006 påviste, at dette ikke sker<br />

automatisk. Således var det kun Office-produkter, der var forholdsvis tilgængelige <strong>fra</strong> starten,<br />

mens lønsystemerne blev vurderet som meget lidt tilgængelige. Dette betyder reelt, at en stor<br />

gruppe mennesker generelt ikke kan benytte disse systemer, og at vores gruppe, mennesker<br />

med synsnedsættelse, ikke umiddelbart kan benytte sidstnævnte produkter.<br />

Vi må derfor på det kraftigste opfordre til, at der sammen med den politiske beslutning om<br />

indførelse af åbne standarder også træffes en politisk beslutning om tilgængelighed i den<br />

software, der skal håndtere disse standarder. Tilgængelighed er i sig selv ikke en åben<br />

standard, og det kræver en aktiv stillingtagen <strong>fra</strong> politisk side, hvis tilgængelighed skal blive til<br />

andet end et stuerent emne for en skåltale.<br />

Implementeringen af en sådan beslutning kunne f.eks. ske ved et krav om, at leverandører af<br />

software til det offentlige som et minimum skal følge de leverandørspecifikke redskaber til<br />

sikring af tilgængelighed f.eks. Microsoft Active Accessibility i Windows, hvis der ikke findes<br />

en åben standard, der giver tilgængelige applikationer til håndtering af den givne standard.<br />

Herudover findes en række anbefalinger/retningslinier i Udbudsværktøjskassen, som vi også<br />

må kræve bliver overholdt.<br />

Hjemmesider<br />

Det er med al ønskelig tydelighed dokumenteret, at de offentlige hjemmesider fortsat er<br />

meget lidt tilgængelige for mennesker med funktionsnedsættelse.<br />

Rapporten behandler da også dette emne i et særskilt afsnit. Vi må dog på det kraftigste<br />

opfordre regeringen til at skærpe ordlyden, idet vi historisk set ikke har fået tilstrækkeligt ud<br />

af henstillinger og opfordringer. Den netop offentliggjorte undersøgelse bør efter vores<br />

opfattelse være tilstrækkeligt grundlag for konkrete tiltag, selvom de undersøgte netsteder i<br />

mange tilfælde har været midlertidige sites. Der er jo ingen regel om, at midlertidige<br />

netsteder ikke behøver at være tilgængelige, dvs. at følge de internationalt anerkendte W3Cstandarder<br />

suppleret med fortolkningerne af disse i IT- og Telestyrelsens<br />

udbudsværktøjskasse.<br />

Dokumentformater


Regeringen vil igangsætte studier af de 2 åbne standarder ODF og OpenXML. Det<br />

overordnede mål skal være at undersøge disse standarders anvendelighed i det offentlige.<br />

Ønsket om at kunne kommunikere bedre med borgerne hilser vi naturligvis varmt<br />

velkomment. Men også på området for dokumentformater må vi kræve, at tilgængelighed for<br />

mennesker med funktionsnedsættelse indarbejdes som en væsentlig parameter og målestok<br />

for de enkelte dokumentformater.<br />

Den proprietære standard PDF nævnes også som en relevant mulighed for publicering af<br />

ikke-redigérbare dokumenter. Eftersom der findes en gængs måde at lave tilgængelige<br />

dokumenter i dette format, må vi på det kraftigste opfordre til, at dokumenter der publiceres i<br />

PDF overholder alle retningslinier for udarbejdelse af tilgængelige PDF-dokumenter.<br />

Kompetencecenteret IT for Alle under IT- og Telestyrelsen har gjort et stort arbejde i<br />

udarbejdelsen af en vejledning til, hvordan man fremstiller tilgængelige PDF-dokumenter.<br />

Vi deltager naturligvis gerne konstruktivt i IT- og Telestyrelsens studier, hvis dette ønskes.<br />

Digital signatur<br />

Et andet område, hvor obligatoriske, åbne standarder af Regeringen anses for vigtige, er i<br />

forbindelse med den digitale signatur. Netop afgivelse af en bindende, personlig underskrift<br />

har traditionelt været forbundet med store vanskeligheder for mennesker med<br />

synsnedsættelse. Vi følger derfor nøje udviklingen af en digital signatur, som potentielt kan<br />

sætte os i stand til, uden personlig assistance, at afgive en bindende underskrift og derved<br />

sætte os i stand til på egen hånd at håndtere skriftlig kommunikation med det offentlige. Vi<br />

må imidlertid konstatere, at den nuværende løsning giver en del problemer for mennesker<br />

med synsnedsættelse f.eks. under installation og aktivering.<br />

Vi må derfor også på dette område kræve at der udvikles en fuldt tilgængelig løsning, og at<br />

tilgængelighed indarbejdes i de løbende evalueringskriterier i særdeleshed i forbindelse med<br />

den nye udbudsrunde for den digitale signatur <strong>fra</strong> 2008.<br />

Vurderingskriterier<br />

Ifølge rapporten skal standarder, der gøres obligatoriske efter d. 1. januar 2008, før en<br />

endelig beslutning træffes, vurderes i forhold til en række vurderingskriterier. I Dansk<br />

Blindesamfund mener vi helt bestemt, at disse vurderingskriterier skal omfatte<br />

tilgængelighed for mennesker med handicap. Det skal ikke kun være standarder for<br />

hjemmesider, der stiller krav om tilgængelighed. Det skal også gælde de andre standarder,<br />

der skal implementeres i den offentlige sektor i forhold til hele den moderne<br />

kommunikationsteknologi. Som nævnt ovenfor skal kravene om tilgængelighed gælde både<br />

de standarder, som til enhver tid anvendes, og de applikationer, der skal håndtere de<br />

forskellige standarder, hvad enten vi har med åbne eller lukkede / proprietære løsninger at<br />

gøre.


Tilgængelighed gavner ikke kun mennesker med synsnedsættelse. Det giver et samlet<br />

serviceløft overfor alle borgere og giver større mulighed for den enkelte for at kunne agere i<br />

informationssamfundet både i fritiden og på arbejdsmarkedet.<br />

Opsummering<br />

Afslutningsvis skal det endnu engang understreges, at brug af åbne standarder ikke<br />

nødvendigvis sikrer tilgængelighed for mennesker med handicap, med mindre det samtidig<br />

gøres obligatorisk at skulle leve op til krav om tilgængelighed.<br />

Hvis der på et givent område findes en leverandørspecifik standard der giver fuld<br />

tilgængelighed, bør det seriøst overvejes at benytte denne standard, indtil der findes en åben<br />

standard, der giver et bedre resultat.<br />

Skulle ovenstående have givet anledning til spørgsmål eller kommentarer, står vi naturligvis<br />

gerne til rådighed. Vi ser frem til fortsat at kunne bidrage konstruktivt på dette, for vores<br />

gruppe, meget væsentlige område.<br />

Med venlig hilsen<br />

Dansk Blindesamfund<br />

20. marts 2007<br />

_________________ ___________________<br />

Jens Bromann Daniel Gartmann<br />

Landsformand Teknisk Hjælpemiddelskonsulent


IT- og Telestyrelsen<br />

Holsteinsgade 63<br />

2100 København Ø<br />

23. marts 2007<br />

Vedr. høring angående Anvendelse af åbne standarder for software i<br />

det offentlige<br />

IT- og Telestyrelsen har den 23. februar 2007 anmodet DANSK IT om synspunkter<br />

på implementeringsrapporten Anvendelse af åbne standarder for<br />

software i det offentlige .<br />

Generelle kommentarer:<br />

DANSK IT hilser det meget velkomment, at der med rapporten Anvendelse<br />

af åbne standarder i det offentlige igangsættes konkrete initiativer i relation<br />

til fælles åben standardisering.<br />

Åben standardisering har gennem en årrække været et område, som DANSK<br />

IT har søgt at fremme, og foreningen deler den opfattelse af standardiseringens<br />

hovedformål, som kommer til udtryk i rapporten. Således finder<br />

DANSK IT det vigtigt at fremme konkurrencen på det danske softwaremarked,<br />

at sikre interoperabilitet på tværs af it-systemer i den offentlige sektor og<br />

give borgere og virksomheder så frit et valg som muligt, hvad angår software.<br />

Overordnet set finder DANSK IT det ligeledes fornuftigt, at IT- og Telestyrelsen<br />

har valgt at basere implementeringen af B103 på de allerede eksisterende<br />

arbejde omkring åben it-standardisering, som i en årrække har pågået i styrelsen<br />

i forbindelse med OIO-kataloget og Infostrukturdatabasen.<br />

DANSK IT kunne imidlertid ønske, at IT- og Telestyrelsen på flere punkter<br />

havde skævet mere til den nye fællesoffentlige digitaliseringsstrategi, som efter<br />

foreningens overbevisning mere klart og konkret udstikker retningspile for<br />

digitaliseringen på en række områder, som overlapper rapportens, herunder<br />

vedr. styring og organisering af standardiseringsarbejdet. Foreningen finder<br />

det derfor vigtigt, at man fastholder den i rapporten afgivne hensigtserklæring<br />

om at justere og ændre den styringsmæssige ramme for det fællesoffentlige<br />

standardiseringsarbejde, bl.a. som følge af de governancerelaterede initiativer i<br />

digitaliseringsstrategien.<br />

DANSK IT har gennem en længere periode været fortaler for en øget fokusering<br />

i relation til arbejdet med åben standardisering, hvilket betyder, at der<br />

som noget af det væsentligste i forbindelse med indførelsen af fælles åbne<br />

standarder i det offentlige bør afgrænses og prioriteres.


2<br />

Med udpegning af seks områder som de første, der forventes at blive gjort<br />

obligatoriske, har IT- og Telestyrelsen til en vis grad fulgt denne anbefaling,<br />

men DANSK IT er af den opfattelse, at der i rapporten sigtes for bredt og at<br />

måden, hvorpå man ønsker at nå den række af mål, der fokuseres på, er for<br />

utydeligt beskrevet. En yderligere fokusering, hvor man pejler endnu skarpere<br />

på bestemte standardiseringsinitiativer og sætter reel styring bag, for så til<br />

gengæld at gøre sig helt klart, hvad man har til hensigt at gøre og opnå med<br />

de pågældende, kunne således være ønskelig. Meget få initiativer, der følges<br />

helt til dørs, vil efter foreningens opfattelse have en større effekt, end hvis der<br />

søsættes et større antal initiativer uden nærmere beskrevet formål. Det sidste<br />

vil reelt indebære en betydelig risiko, at der kun vil ske meget begrænsede<br />

fremskridt på området.<br />

Specifikke kommentarer<br />

De første obligatoriske standarder<br />

Umiddelbart er DANSK IT meget enig i rapportens udpegning af vigtige områder,<br />

som kan gøres til genstand for obligatorisk standardisering inden for<br />

den nærmeste fremtid. Dog kunne foreningen som nævnt have ønsket en<br />

endnu skarpere fokusering. I den forbindelse er det foreningens anbefaling, at<br />

der i særlig grad fokuseres på kommunikationen mellem myndigheder som<br />

det helt centrale element i forbindelse med standardiseringen. Standarder til<br />

dataudveksling mellem myndigheder (s. 30) anses i tråd hermed for at være et<br />

helt essentielt udgangspunkt.<br />

Hvad angår standardiseringen af elektronisk sags- og dokumenthåndtering<br />

finder DANSK IT det bekymrende, at man vil tilstræbe en fælles kernefunktionalitet<br />

i de forskellige ESDH-systemer (s. 31). Også her bør der indledningsvist<br />

udelukkende satses på standardisering af selve udvekslingen/kommunikationen.<br />

Man kan ikke standardisere funktionalitet ned i detaljer<br />

som kernen i ESDH uden en samtidig risiko for monopolisering af markedet<br />

og betydelig svækkelse af innovationen. Konkurrencen ligger i at leverandørerne<br />

kan differentiere hvordan de udnytter standarder, der tillader at<br />

transportere sager eller sagsakter mellem systemerne, med forskellig funktionalitet.<br />

Det niveau man kan standardisere på det funktionelle område er de<br />

større komplekse hovedservicesmoduler, et ESDH system skal rumme, for at<br />

det kan opfylde sine opgaver i forvaltningen.<br />

Hvad angår de intentioner, som rapporten mere detaljeret beskriver vedrørende<br />

standarder for tekstbehandlingsdokumenter, kan DANSK IT bakke op<br />

om disse. En satsning på både ODF og OOXML som åbne standarder er<br />

efter foreningens overbevisning hensigtsmæssig, idet to standarder alt andet<br />

lige vil medføre større konkurrence, så længe de er forskellige og kan sameksistere.


3<br />

Særligt i relation til sikkerhedsstandarden DS484 fremgår det af rapporten<br />

ikke entydigt klart, hvorvidt man kun sigter på statslige myndigheder i relation<br />

til at gøre denne standard obligatorisk.<br />

Blandt de standarder, som IT- og Telestyrelsen vil se på som det næste sæt af<br />

obligatoriske, nævnes brugerstyring. Dette arbejde indebærer en betydelig udfordring<br />

og bør ikke igangsættes uden først at have klarlagt nærmere, hvad<br />

der menes hermed. Det kan ikke på baggrund af rapporten vurderes, om man<br />

har taget stilling hertil, hvilket ville have været nyttigt. Dette er et eksempel på<br />

rapportens manglende præcision og detaljeringsgrad.<br />

Standardiseringsproces og governancemodel<br />

Hvad angår den styringsmodel for det offentlige standardiseringsarbejde, som<br />

rapporten lægger op til i bilag B, kan der efter DANSK ITs opfattelse være<br />

grund til bekymring om, hvorvidt den vil vise sig effektiv nok. Processen omkring<br />

det offentlige standardiseringsarbejde har således ofte vist sig noget<br />

tung pga. den omfattende konsensus, som efterstræbes.<br />

DANSK IT så gerne, at Ministeriet for Videnskab, Teknologi og Udvikling<br />

eller et andet ministerium i højere grad satte sig for bordenden og oprettede<br />

et decideret center, som kunne sikre en så omfattende overholdelse af de obligatoriske<br />

standarder som muligt og samtidig kunne være garant for interoperabilitet<br />

mellem de forskellige standarder. En standard bør efter DANSK ITs<br />

overbevisning følges op af en omfattende vejledning. Der er således et åbenlyst<br />

behov for, at Ministeriet for Videnskab, Teknologi og Udvikling i standardiseringsarbejdet<br />

spiller ind og faciliterer løsningen af store integrationsopgaver.<br />

DANSK IT finder det vigtigt, at ministeriet viser myndighederne<br />

vejen til rationelle og omkostningsbevidste løsninger baseret på brug af åbne<br />

standarder, hvis man skal sikre, at de ikke fristes til at undlade brugen af de<br />

åbne standarder. Myndighederne har brug for operationel vejledning og understøttelse<br />

i forbindelse med deres indførelse af åbne standarder i nye itprojekter,<br />

og det ses der ikke i tilstrækkelig høj grad taget højde for i forbindelse<br />

med de vejledningsinitiativer, der beskrives i rapporten.<br />

Et eksempel på funktionen for den bemanding/det center, som DANSK IT<br />

forestiller sig i regi af Ministeriet for Videnskab, Teknologi og Udvikling kan,<br />

som foreningen tidligere har påpeget, hentes <strong>fra</strong> det nuværende OIOSIprojekt,<br />

hvor Ministeriet for Videnskab, Teknologi og Udvikling allerede har<br />

sat sig i spidsen for arbejdet med en standard i dette tilfælde for sikker og<br />

pålidelig transport af forretningsmeddelelser over Internettet. Et sådant center<br />

kunne udmærket vokse ud af det nuværende arbejde..<br />

Følg eller forklar-princippet<br />

DANSK IT kan som udgangspunkt bakke op om den model, der lægges op<br />

til med følg eller forklar-princippet og de beskrevne undtagelsesbestemmelser.<br />

Skønt man med en højere grad af fokusering godt kunne stille større krav


4<br />

på mere afgrænsede områder som f.eks. udvekslingsformater, forekommer<br />

følg eller forklar at være en god og realistisk måde at indføre åbne standarder<br />

på i den offentlige sektor.<br />

Problemet er imidlertid, at følg eller forklar-modellen åbner mulighed for, at<br />

udviklingen frem mod en udbredt anvendelse af åbne standarder i det offentlige<br />

vil miste momentum, hvis de initiativer vedr. obligatoriske standarder,<br />

som sættes i søen ikke følges op af tilstrækkelig central understøttelse og vejledning<br />

jf. ovenstående. DANSK IT er således af den overbevisning, at kampen<br />

for at åbne standarder bringes i anvendelse bredt i den offentlige sektor,<br />

skal vindes ved, at det for de offentlige myndigheder står klart, at det kan betale<br />

sig. Ellers vil for mange søge at finde en forklaring for at lade sig undtage<br />

frem for at følge de obligatoriske standarder.<br />

I den forbindelse er høste-så-problematikken ikke efter foreningens overbevisning<br />

adresseret tilstrækkeligt i rapporten. Det er således væsentligt at få<br />

beskrevet, hvordan man vil sikre, at nationaløkonomiske hensyn - og ikke<br />

kun hensynet til den enkelte myndigheds gevinst - bliver en væsentlig del af<br />

overvejelsen om, hvorvidt åbne standarder kan betale sig. Konkrete forslag<br />

savnes i den forbindelse i rapporten. DANSK IT kan som inspiration f.eks.<br />

foreslå oprettelse af en medfinansieringspulje administreret af IT- og Telestyrelsen,<br />

som myndigheder kan ansøge om midler <strong>fra</strong>, såfremt de ønsker at udbyde<br />

en given standard.<br />

Med venlig hilsen<br />

Lars Mathiesen<br />

formand


Christian Hannibal<br />

IT- og Telestyrelsen<br />

<strong>It</strong>-strategisk kontor<br />

Holsteinsgade 63 - 2100 København Ø<br />

<strong>Høringssvar</strong>: Anvendelse af åbne standarder i det offentlige<br />

I forbindelse med høringen om rapporten Anvendelse af åbne standarder i<br />

det offentlige vil Danske Regioner fremhæve vores støtte til fællesoffentlig<br />

standardisering, som også kommer til udtrykke digitaliseringsstrategien<br />

for 2007-2010. Det er Danske Regioners opfattelse af en øget standardisering<br />

resulterer i øget interoperabilitet og konkurrence mellem leverandørerne.<br />

Der savnes dog i rapporten en operationalisering af grundforudsætningen<br />

om udgiftsneutralitet . Danske Regioner anbefaler, at der anlægges et bredt<br />

og langsigtet perspektiv, der tager højde for, at fordelene og udbyttet ved<br />

implementeringen af standarder forøges over tid, i takt med at standarden<br />

implementeres stadigt flere steder. Det må forventes, at initielle omkostninger<br />

eller investeringer udlignes på sigt.<br />

Denne afklaring af perspektiv vedrørende omkostninger er specielt vigtig,<br />

da undtagelsesbestemmelsen vedrørende meromkostninger kan træde i<br />

kraft, hvis kravet om udgiftsneutralitet fortolkes snævert og på kort sigt.<br />

Undtagelsesbestemmelserne i følg eller forklar modellen kan blive brugt i<br />

for mange tilfælde og derved reducere fordelene ved implementeringen af<br />

standarderne.<br />

Med venlig hilsen<br />

Lisbeth Nielsen<br />

Marianne Just Mortensen<br />

21-03-2007<br />

Sag nr. 07/262<br />

Dokumentnr. 18815/07<br />

Sagsbehandler<br />

Marianne Just Mortensen<br />

Tel. 35 29 83 85<br />

E-mail: mjm@regioner.dk


Fra: Rachid El Mousti<br />

Sendt: 21. marts 2007 11:13<br />

Til: Rachid El Mousti<br />

Emne: <strong>Høringssvar</strong> <strong>fra</strong> Datatilsynet<br />

Telefonnotat:<br />

Datatilsynet har ingen bemærkninger.<br />

Rachid<br />

Rachid El Mousti<br />

Specialkonsulent<br />

<strong>It</strong>-strategisk kontor<br />

Tlf. direkte: 3545 0218<br />

<strong>It</strong>-og telestyrelsen<br />

Tlf.: 3345 0000<br />

Fax: 3545 0017<br />

Epost: itst@itst.dk<br />

www.itst.dk


IT- og Telestyrelsen<br />

Holsteinsgade 63<br />

2100 København Ø<br />

Den 23. marts 2007<br />

Jnr. 4050.98 SL/mol/kft<br />

Høring angående rapporten Anvendelse af åbne standarder for<br />

software i det offentlige<br />

De Samvirkende Invalideorganisationer (DSI) har <strong>fra</strong> IT- og Telestyrelsen modtaget ovenstående<br />

til høring. DSI takker for muligheden for at fremkomme med vore synspunkter og<br />

ønsker at afgive følgende kommentarer:<br />

DSI skal understrege, at det er af afgørende betydning for mennesker med handicap, at de<br />

standarder, der gøres obligatoriske, reelt sikrer tilgængelighed og dermed adgang for mennesker<br />

med handicap. Derfor er DSI s holdning, at obligatoriske standarder skal indeholde<br />

krav om at leve op til fuld tilgængelighed for personer med handicap, og det<br />

skal være obligatorisk at leve op til disse krav.<br />

For at sikre ovenstående, skal tre principper være opfyldt:<br />

Det skal være obligatorisk, at formatet lever op til alle krav til tilgængelighed.<br />

Det skal være obligatorisk, at programmet lever op til alle krav om tilgængelighed.<br />

Det skal være obligatorisk, at brugergrænsefladerne er åbne og beskrevne og på<br />

denne måde sikrer tilgængelighed og sammenhæng for kompenserende udstyr som<br />

f.eks. skærmlæsere.<br />

Videnskabsministeren påpeger DSI s synspunkt i rapporten Kortlægning af ittilgængelighed<br />

i Danmark . I rapporten præsenterer ministeren fem tiltag, der skal styrke<br />

indsatsen i forhold til it-tilgængelighed, heriblandt nedenstående:<br />

Sikre, at gængse tilgængelighedsanbefalinger indgår som en del af den regeringsbeslutning<br />

og kommunale aftale, der søges udarbejdet i forbindelse med implementeringen af<br />

B103 om anvendelse af åbne standarder i det offentlige .


På samrådet i Folketingets Politisk-Økonomiske Udvalg den 22. februar 2007 om samrådsspørgsmål<br />

E (IT-tilgængelighed i Danmark) fremhævede videnskabsministeren desuden<br />

tiltaget i debatten om, hvorledes kommunerne forpligtes til at levere bl.a.<br />

tilgængelige hjemmesider. Ifølge videnskabsministeren skal implementeringen af åbne<br />

standarder også indeholde obligatoriske krav om at leve op til retningslinierne om<br />

tilgængelighed. I DSI er vi meget glade for, at videnskabsministeren giver dette løfte, og<br />

derved viser forståelse for, at problemet ikke løses af sig selv.<br />

Brug af åbne standarder sikrer ikke nødvendigvis tilgængelighed for mennesker med<br />

handicap, med mindre det samtidig gøres obligatorisk at skulle leve op til alle krav om<br />

tilgængelighed. De åbne standarder må derfor ikke forudsætte brug af utilgængelige programmer,<br />

og standarden skal have tilgængelighedskrav indbygget. Sidstnævnte gælder<br />

f.eks. for det, der i rapporten kaldes standarder for offentlige netsider/hjemmesider. DSI<br />

finder det derfor yderst beklageligt, at det i rapporten stadig kun anbefales at følge<br />

W3C s retningslinier for tilgængelighed, hvorimod det er obligatorisk at være W3C<br />

compliant i forhold til valid HTML. Det skal præciseres, at det også er obligatorisk at<br />

følge W3C s retningslinier for tilgængelighed (WAI level 2).<br />

Resultaterne <strong>fra</strong> Kortlægning af it-tilgængelighed i Danmark taler for sig selv. Så længe<br />

det kun anbefales at leve op til krav om tilgængelighed, sker dette ikke. Det er nødvendigt<br />

at stille obligatoriske krav for at få sat tilgængelighed på dagsorden i den offentlige<br />

sektor.<br />

Vurderingskriterier<br />

Ifølge rapporten skal standarder, der gøres obligatoriske efter den 1. januar 2008, før en<br />

endelig beslutning træffes, undersøges i forhold til en række vurderingskriterier. Disse<br />

vurderingskriterier skal omfatte tilgængelighed for mennesker med handicap. Det skal<br />

ikke kun være standarder for hjemmesider, der stiller krav om tilgængelighed. Det skal<br />

også gælde de andre standarder, der skal implementeres i den offentlige sektor i forhold<br />

til hele den moderne kommunikationsteknologi. DSI er meget interesseret i at høre nærmere<br />

om, hvorledes styrelsen vil sikre, at denne vurdering finder sted og hvem, der skal<br />

foretage vurderingen.<br />

Valg af dokumentstandarder<br />

Når IT- og Telestyrelsen iværksætter et studie med pilotforsøg af dokumentformaterne<br />

ODF og OOXML, er det afgørende, at formaternes tilgængelighed også indgår som et<br />

parameter. Det er desuden afgørende, at det eller de formater, der entydigt sikrer den højeste<br />

grad af tilgængelighed, bliver obligatorisk(e). DSI vil ikke være afvisende over for<br />

en anbefaling af, at man kun vælger det bedste format i forhold til at sikre optimal til-<br />

gængelighed for alle personer med handicap<br />

hvis det viser sig, at ét format er væsent-<br />

ligt bedre end et andet. Det vil gøre det mere enkelt for udviklere at sørge for, at deres<br />

programmer fungerer optimalt i forhold til at kunne håndtere lige præcis dette format.<br />

2


Det er endvidere vigtigt, at det eller de formater, som vælges, skal være uafhængige af<br />

enkelte firmaers økonomiske interesser, de skal vedligeholdes i et åbent og demokratisk<br />

system, og de skal beskrives i forhold til deres krav til programmering, som sikrer optimal<br />

tilgængelighed.<br />

PDF<br />

Sideløbende med de to obligatoriske standarder nævnt ovenfor, anbefales det i rapporten<br />

fortsat at anvende Adobes PDF til publicering af færdige publikationer og dokumenter.<br />

Ifølge de danske retningslinier omkring netpublicering og netpublikationer skal HTML<br />

benyttes til publicering af dokumenter og publikationer på nettet jf.<br />

http://www.netsteder.dk/publ/netpubl2/, og PDF-filer skal alene fungere som et evt. alternativt<br />

format. Når man <strong>fra</strong> styrelsens side fortsat vælger at anbefale Adobes PDF, er<br />

det absolut nødvendigt samtidig at stille klare krav om, at udvekslingen i dette format<br />

sker med udnyttelse af alle de faciliteter i forhold til tilgængeligheden, som dette format<br />

åbner mulighed for. KIA beskriver disse muligheder meget udførligt på OIO:<br />

http://www.oio.dk/tilgaengelighed/vaerktoejer/pdf_vejledning.<br />

Fritagelse <strong>fra</strong> de obligatoriske standarder<br />

Det nævnes i rapporten, at det er muligt at blive fritaget <strong>fra</strong> at bruge de obligatoriske<br />

standarder, hvis man ikke udveksler data med andre. Dette mener DSI er uhensigtsmæssigt,<br />

da et behov for udveksling af data vil kunne opstå efterfølgende, og de obligatoriske<br />

standarder vil skulle sikre, at dette vil kunne finde sted, såfremt det bliver nødvendigt.<br />

Desuden vil DSI understrege, at der altid skal ske en a<strong>fra</strong>pportering, hvis det besluttes<br />

ikke at følge de obligatoriske standarder uanset årsagen og økonomisk betydning.<br />

Økonomisk konsekvensvurdering<br />

I bilag F beskrives, hvorledes man beregner de økonomiske konsekvenser ved implementeringen<br />

af obligatoriske standarder. Efter DSI s mening er rammen, der lægges til grund<br />

for disse beregninger, alt for snæver. Det er nødvendigt at se beregningerne i et helhedsperspektiv.<br />

F.eks. kan en øgning af tilgængeligheden i forhold til elektronisk indberetning<br />

til skattevæsenet bidrage til økonomiske lettelser i Socialministeriets regi ved mindre<br />

brug af personlig assistance o. lign. i form af hjælp til f.eks. blinde. Besparelser og<br />

konsekvenser findes således ikke altid inden for den samme sektor, som den hvori de<br />

obligatoriske standarder vurderes og anvendes.<br />

Afslutningsvist vil DSI kommentere det, rapporten i afsnit 2.5 kalder væsentlige hovedformål<br />

med anvendelsen af åbne standarder. Det er DSI s opfattelse, at tredje hovedformål<br />

(Anvendelsen af åbne standarder skal så vidt muligt give borgere og virksomheder et<br />

friere valg af software) kun kan realiseres, såfremt det sikres, at der også stilles et grundlæggende<br />

krav til alle tiders software om tilgængelighed i forbindelse med implemente-<br />

3


ing af åbne standarder. Hvis dette ikke gøres, vil der kunne opstå tilfælde, hvor mennesker<br />

med handicap diskrimineres i forhold til andre mennesker, fordi de ikke får det<br />

samme frie valg af software, og dermed ekskluderes de <strong>fra</strong> arbejdsmarkedet og andre<br />

dele af samfundet.<br />

Skulle ovenstående give anledning til spørgsmål, kan disse rettes til konsulent for tilgængelighed<br />

til informations- og kommunikationsteknologi, Monica Løland, på tlf.: 3638 8524<br />

eller e-mail: mol@handicap.dk.<br />

Med venlig hilsen<br />

Stig Langvad<br />

Formand<br />

4


Fra: Keld Jørn Simonsen [keld@dkuug.dk]<br />

Sendt: 23. marts 2007 12:01<br />

Til: Rachid El Mousti<br />

Cc: bestyr@dkuug.dk; std@dkuug.dk<br />

Emne: DKUUG's svar på høring om "Anvendelse af åbne standarder for<br />

software i det offentlige".<br />

<strong>Høringssvar</strong> vedrørende rapporten "Anvendelse af åbne standarder for software i det<br />

offentlige".<br />

(implementeringsrapporten).<br />

Hermed fremsender DKUUG, Dansk Unix-system Bruger Gruppe, sit høringssvar<br />

på rapporten. DKUUG har været involveret i den åbne standardiseringsproces,<br />

via medlemsskab af Dansk Standard, IETF og andre organisationer, i mere end 20 år,<br />

og DKUUG har været ankermand for den definition af "åbne standarder" der er<br />

brugt i B 103, som den foreligger på http://www.aabne-standarder.dk .<br />

DKUUG er derfor glade for at kunne bidrage i den bredt anlagte offentlige høring,<br />

da det er et emne der ligger os meget på sinde.<br />

I det følgende skal vi komme med specifikke kommentarer til rapporten.<br />

1. DKUUG støtter den beskrevne definition af åbne standarder<br />

DKUUG's involvering i standardseringen har bl.a omfattet POSIX, tegnsæt,<br />

internationalisering, internettet og ODF.<br />

I alt dette har DKUUG som en mindre forening <strong>fra</strong> et lille europæisk land<br />

kunnet være en væsentlig bidragsyder via den åbne<br />

standardiseringsproces i bl.a. ISO og IETF. Vi anser det for lidet<br />

sandsynligt at vi kunne have fået nogen nævneværdig indflydelse<br />

i mere lukkede industrifora som Unicode og W3C (vi har prøvet i en årrække<br />

på dette), og derfor påskønner DKUUG meget at implementeringsrapporten<br />

bruger en definition af åbne standarder, som lægger vægt på en reelt<br />

åben standardiseringsproces, og hvor de ikke-gratis standarder <strong>fra</strong> de jure<br />

standardiseringsorganisationer som ISO, IEC og CEN også betragtes som åbne standarder.<br />

Dette er nogen af de væsentlige forskelle <strong>fra</strong> den gamle definition i OIO, og disse<br />

ændringer og den beskrevne definition i afsnit 2.4 i det hele taget, har DKUUGs fulde<br />

støtte.<br />

Tilføjesen til definitionen i afsnit 2.4 "hverken nu eller i fremtiden" bør dog udelades.<br />

Den er ikke med i definitionen i B 103, og er unødvendig.<br />

2. DKUUG støtter obligatoriske standarder<br />

DKUUG arbejder for at medlemmerne, unix-brugere (inkl Linux og Macintosh OS X-brugere)<br />

kan bruge deres systemer på hensigtsmæssig måde. DKUUG har især lagt vægt på<br />

at brugerne kan benytte det danske sprog og iøvrigt bruge systemerne på<br />

en kulturel acceptabel måde, det der også kaldes internationalisering.<br />

Desuden har DKUUG arbejdet for at de internetydelser der findes i Danmark også<br />

er brugelige for vores medlemskreds. I internettet barndom kørte tjenesterne<br />

fortrinsvis på UNIX-maskiner, men gradvist har tjenesterne udviklet sig til<br />

at være delvist inkompatible med det programmel som fandtes til Unix.<br />

Fx kan det nævnes at mange websteder har været optimeret til Microsoft Internet<br />

Explorer i en grad så det har været umuligt for en Unix-bruge fx at komme på<br />

bestemte bankers netjenester, bruge bestemte firmaers nethandelssteder, og se<br />

TV <strong>fra</strong> Danmarks Radio. Der har også været problemer med tilgang til det offentliges<br />

websider, selv om der i lang tid har været regler om at det offentlige skal<br />

overholde et sæt af standarder. Problemet har her været at kravene kun har været<br />

vejledende. Princippet med at foreskrive obligatoriske standarder som gjort<br />

i afsnit 4.2, med et "følg eller forklar" princip vil DKUUG derfor meget støtte, da<br />

det kan fjerne mange problemer for vores medlemskreds.<br />

3. DKUUG <strong>fra</strong>råder OOXML<br />

DKUUG's medlemskreds ser en række store problemer med at optage OOXML<br />

på den obligatoriske liste.<br />

For det første er OOXML ikke en åben standard efter definitionen i afsnit 2.4.<br />

Den er godkendt i Ecma, men dette er ikke en åben standardiseringsorganisation.<br />

Det er meget svært for mindre firmaer eller organisationer at blive medlemmer<br />

i organisationen. OOXML er ikke endnu en international standard, og det er tvivlsomt<br />

om OOXML bliver en ISO standard. Først når OOXML er godkendt som ISO-standard<br />

ville det kunne kunne komme på tale at sætte standarden på den obligatoriske liste.<br />

OOXML opfylder heller ikke andre krav <strong>fra</strong> definitionen i 2.4, såsom at den ikke<br />

er fuldstændig specificeret, idet en del funktionalitet kun er beskrevet som at<br />

det skal implementeres som det er gjort i forskellige versioner af Microsofts<br />

office-produkt. At der ingen juridiske bindinger er på standarden er også tvivlsomt,


l.a. hævder nogen der vil implementere OOXML under GPL-licensen at dette ikke<br />

kan lade sig gøre.<br />

4. DKUUG anbefaler ellers krav om både ODF og OOXML version af dokument<br />

Såfremt OOXML med tiden kan opfylde kravene til en åben standard som beskrevet i 2.4,<br />

vil DKUUG også anbefale, at det bliver et krav til statslige myndigheder, at<br />

et dokument bliver gjort tilgængeligt i både ODF og OOXML. principielt er det<br />

langt det bedste at der kun findes en enkelt standard på et område, dette samler<br />

markedet.<br />

To standarder <strong>fra</strong>gmenterer markedet, og betyder praktisk taget at alt arbejde<br />

skal gøres dobbelt, hvis alle modtagere af informationen skal kunne bruge den.<br />

Dette betyder for DKUUGs medlemskreds af Unix-brugere at dokumentet altid<br />

skal være til stede i en ODF-version, fordi vi ikke regner med at der vil være fulde<br />

implementeringer af OOXML til alle UNIX-platforme. OOXML er som beskrevet ikke<br />

en åben standard, og kan derfor ikke implementeres fuldtud. Der er for nærværende<br />

ingen produkter på markedet for UNIX der implementerer OOXML, og vi anser det for<br />

usandsynligt at der vil være fulde implementationer af OOXML i overskuelig fremtid.<br />

Der vil nok komme delvise implementationer, men vi forudser at det vil blive som<br />

for web-browsere, at de implementationer der kommer til UNIX ikke vil kunne<br />

alt hvad der bruges i de genererede OOXML-dokumenter, og DKUUGs medlemskreds igen lades<br />

ude i kulden. Dette så meget desto mere som de genererede dokumenter kan påberåbes<br />

at følge OOXML-specifikationerne.<br />

Kravet om to versioner skal gælde både i kommunikationen <strong>fra</strong> statslige myndigheder<br />

og kommunale og regionale myndigheder, og ved kommunikation <strong>fra</strong> statslige myndigheder<br />

til firmaer, organisationer og borgere. Ellers er målet om valgfrihed til programmel<br />

hos kommunerne, regionerne, firmaer, organisationer og borgere illusorisk, idet disse<br />

for at kunne læse OOXML-formaterede produkter i praksis er bundet til at benytte<br />

bestemte produkter <strong>fra</strong> et bestemt firma på bestemte platforme.<br />

5. Økonomiske overvejelser om forklar-princippet<br />

Det har vist sig ved forskellige forsøg med åbne standarder, at de initielle<br />

omkostninger er meget store, fx blev pilotforsøg i Ringsted og Roskilde<br />

kommuner opgivet fordi det i praksis var for uoverkommeligt, bl.a. med<br />

kommunikation med KMDs systemer. På længere sigt vil der kunne opstilles kalkuler<br />

der viser at brug af åbne standarder er endog meget profitabelt for samfundet som<br />

helhed, jfr. teknologirådets rapport <strong>fra</strong> 2002. Investeringerne i løsningerne<br />

overstiger bare ofte de enkelte styrelsers eller kommuners formåen. DKUUG foreslår<br />

derfor at der oprettes en statslig fond eller lignende, der kan give tilskud til<br />

projekter med implementation af åbne standarder. Pga. problemets omfang skal der afsættes<br />

rimeligt store beløb til dette, måske 600-800 mill kr. Dette skal ses på baggrund<br />

af Teknologirådets rapport <strong>fra</strong> 2002 der anslog besparelser inden for den offentlige<br />

administration på længere sigt på op mod 6 mia kr årligt ved brug af open source<br />

og åbne standarder. Der kan nok laves en tilbagebetalings-ordning, da det jo er hele<br />

idéen med værket at det skal give besparelser på længere sigt.<br />

6. ISO-versioner af HTML og ODF<br />

Som beskrevet i afsnit 2.4 skal åbne standarder have en åben standardiseringsproces.<br />

Industrikonsortier som W3C er i praksis ikke åbne for mindre firmaer og organisationer<br />

(DKUUG har selv prøvet), mens ISO har en langt mere åben proces. DKUUG anbefaler derfor<br />

at<br />

hvis en standard forefindes i en ISO-udgave, at det er denne der refereres i<br />

listen over obligatoriske standarder og i OIO-kataloget iøvrigt. Dette gælder bl.a for<br />

HTML ISO 15445 og ODF ISO 26300. Der er iøvrigt ISO-udgaver af PDF, bla ISO 19005 som vil<br />

kunne refereres i OIO-kataloget.<br />

Med venlig hilsen<br />

Keld Simonsen<br />

På vegne af DKUUG - Dansk UNIX-system Bruger Gruppe - http://dkuug.dk<br />

DKUUG er stiftet 1983 som en forening omkring UNIX, åbne systemer og åbne stanarder.<br />

DKUUG's involvering i standardseringen har bl.a omfattet<br />

POSIX, C, C++, ISO 14652-localestandarden, tegnsæt med ISO 10646/Unicode, iso-8859-15,<br />

sortering med ISO 14651, Det kulturelle register ISO 15897,<br />

internet email, ESMTP, MIME, indførelsen af ISO 10646 i alle<br />

internet-protokoller i RFC 2130, kortlægning og definition af de fleste tegnsæt i RFC<br />

1345,<br />

samt udbredelsen af internet i Danmark via DKnet, som var det første og i lang tid<br />

det største internetfirma i Danmark, og som er viderført som TDC Internet.<br />

samt arbejdet med at gøre ODF til OASIS og ISO-standard.


Høringen om anvendelse af åbne standarder for software i det offentligeFra: Jesper Hammer<br />

[Jesper.Hammer@MIL.DK]<br />

Sendt: 22. marts 2007 12:19<br />

Til: Rachid El Mousti<br />

Emne: Høringen om anvendelse af åbne standarder for software i det offentlige<br />

åØåKære Rachid<br />

I forbindelse med høringen om anvendelse af åbne standarder for software i det<br />

offentlige, har en af Forsvarskommandoen myndigheder (Forsvarets Materieltjeneste)<br />

fremsendt en række kommentarer vedr. rapporten til os.<br />

Vi har valgt ikke at indarbejde disse i Forsvarsministeriets besvarelse af høringen, men<br />

mener på den anden side, at de evt. kan være til hjælp for jer.<br />

Derfor har vi valgt at fremsende dem uformelt til dig. Jeg håber de er anvendelige for<br />

jer.<br />

Mvh. Jesper Hammer<br />

Forsvarets Materieltjeneste har følgende kommentarer til rapporten:<br />

Pg. 8: Afsnit 1.1. Det er rigtigt, at udbredte og anerkendte standarder er en<br />

forudsætning for interoperabilitet, men ikke at det skal være åbne standarder.<br />

Pg. 9: Man bør være opmærksom på, at åbne obligatoriske standarder kan bremse<br />

udviklingen, simpelthen fordi, der ikke er det samme økonomiske incitament for udvikling,<br />

som hvis man udvikler en proprietær model. Åbne standarder kan derfor kræve en ændring af<br />

forretningsmodeller for en række udbydere.<br />

Pg. 9: Dokumentudvekslingsstandarderne ODF og Office OpenXML er ikke ligeværdige, idet<br />

sidstnævnte dels er svært tilgængelig, dels refererer til lukkede (MS) formater. Der er<br />

en hensigtserklæring <strong>fra</strong> MS om at få ryddet op i dette.<br />

Pg. 10: Afsnit 1.3 Åbne standarder i sig selv medfører ikke at man når de tre nævnte<br />

hovedmål. Begrundelserne for undtagelser <strong>fra</strong> reglerne om åbne standarder er fine.<br />

Opsummerende for afsnit 1: Der bør argumenteres bedre for indførelse af obligatoriske,<br />

åbne standarder. Den frie konkurrence giver måske af sig selv fordele i form af<br />

interoperabilitet mv. Det manglende økonomiske incitament gør måske, at man bliver<br />

hængende i standarder, der er laveste fællesnævner.<br />

Pg. 16: XML betyder eXtensible Markup Language (fodnote)<br />

Afsnit 2.4 om definitionen: Bemærk, at ikke kun standarden selv, men også nødvendige og<br />

forudsættende komponenter skal være åbne, frit tilgængelige og dokumenterede.<br />

Pg. 22- figurteksen: Figuren er svært forståelig.<br />

Pg. 31, afsnit 5.1.3: Bemærk, at udveksling mellem offentlige myndigheder kan baseres på<br />

åbne standarder i dag, men på bekostning af funktionalitet.<br />

Pg. 31, afsnit 5.1.5. Den digitale signatur er kun delvist baseret på åbne standarder,<br />

men dog på internationale standarder. Forsvaret ser på anvendelse af NATO PKI.<br />

Pg. 33 introduktion til afsnit 6: Bemærk, at det ikke kun er selve dokumentet, men også<br />

håndtering af rettelser mv. der er vigtig i dokumentformatet.<br />

Pg. 33 afsnit 6.1: Jævnfør tidligere bemærkninger om OpenXML og ODF.<br />

Pg. 41 og frem: Vurderingskriterierne er rimelige, og tager i nogen udstrækning hånd om<br />

de tidligere indvendinger.<br />

åØå---------------------------<br />

Forsvarskommandoen<br />

åØåDanneskiold-Samsøes Allé 1<br />

1434 København K<br />

Tlf. direkte: 4567 3912<br />

Mobil: 2082 9927<br />

mailto:JESPER.HAMMER@MIL.DK<br />

Vi styrer og udvikler IT for hele koncernen


IT- og Telestyrelsen<br />

Att.: Rachid El Mousti<br />

Bilag: 1<br />

Sagsbehandler: TKT<br />

J.nr.: 3.kt. 04-0012-7<br />

SVAR PÅ HØRING OM ÅBNE STANDARDER FOR SOFTWARE I DET OFFENTLIGE 23. marts 2007<br />

IT- og Telestyrelsen har den 26. februar 2007 sendt rapporten ”Anvendelse af åbne standarder for software<br />

i det offentlige” i høring.<br />

./. Forsvarsministeriet har ingen bemærkninger til rapporten, men skal dog henlede opmærksomheden på, at<br />

Forsvarets Efterretningstjeneste har afgivet høringssvar direkte til IT- og Telestyrelsen, hvori en række<br />

forhold pointeres. Efterretningstjenestens høringssvar er endvidere bilagt dette brev.<br />

Intern kopi<br />

AC2<br />

P.M.V.<br />

E.B.<br />

Thomas Kvistholm Thrane<br />

fuldmægtig


IT og Telestyrelsen<br />

Holsteinsgade 63<br />

2100 København Ø 15701<br />

Att. Rachid El Mousti<br />

22.3.2007<br />

<strong>Høringssvar</strong> angående rapporten "Anvendelse af åbne<br />

standarder for software i det offentlige"<br />

FTF ser frem til implementeringsplanens iværksættelse for anvendelse af åbne<br />

standarder for software i det offentlige. Det er samfundsmæssigt den rigtige vej<br />

at gå, når borgere og det offentlige får et friere valg af software og det vil på<br />

længere sigt forhåbentlig fremme innovation og konkurrence på det danske<br />

softwaremarked, som Folketingets beslutning B-103 lægger op til.<br />

FTF foreslår at planen forbedres på en række områder, hvor den ikke fuldt ud<br />

vil nå målsætningen med Folketingets beslutning.<br />

A. Planen foreslår at der accepteres to standarder for dokumentformater.<br />

FTF er af den opfattelse, at det er en misforståelse af konceptet, at arbejde<br />

med to standarder. To standarder er ikke logisk. Med to standarder, som indbyrdes<br />

skal konkurrere, vil gevinsten ved at søge en let og smidig digital kommunikation<br />

forsvinde. Det er på tide, at der gøres op med en enkelt virksomheds<br />

monopolagtige styring af softwaremarkedet i Danmark på dette område.<br />

Der eksisterer allerede en ISO-godkendt åben dokumentstandard, ODF. FTF<br />

ønsker at denne standard alene bliver anbefalet fremover. At acceptere to<br />

standarder er i direkte strid med B-103 og ligner den situation, der tidligere<br />

eksisterede ved at have to videoformater (VHS/Betamax). Det vil kun skabe<br />

ekstra arbejde og besvær i forvaltningen og hos den enkelte borger, at skulle<br />

operere med to formater. Ekstra arbejde betyder ekstra omkostninger<br />

Den aktuelle markedssituation, hvor Microsofts programmer er næsten enerådende<br />

på området for kontorprogrammer er ikke en begrundelse for at standarden<br />

OpenXML <strong>fra</strong> Microsoft skal accepteres. Folketingets beslutning er<br />

taget netop for at komme fri af leverandørafhængighed. Dette udelukker ikke,<br />

at Microsoftprogrammer kan bruges fremover det må blot være et krav, at de<br />

følger ODF-standarden.<br />

OLST/wepe<br />

FTF<br />

Niels Hemmingsens Gade 12<br />

Postboks 1169<br />

1010 København K<br />

Telefon 33 36 88 00<br />

Telefax 33 36 88 80<br />

E-mail ftf@ftf.dk<br />

www.ftf.dk


2<br />

Microsoft søger at få OpenXML godkendt, som en ISO standard. Der er stadig<br />

usikkerhed om det lykkes. Uanset dette er det uacceptabelt, at en virksomhed<br />

søger at beskytte sit eget format på denne måde i stedet for at tilpasse sin<br />

software til den godkendte ISO-standard, som alle andre virksomheder har<br />

gjort eller er i gang med. Det vil næppe volde firmaet de store problemer at<br />

gøre det. Konsekvensen af en godkendelse af dette format er, at der fortsat<br />

ikke vil eksistere et reelt konkurrencesystem i Danmark på dette område.<br />

B. Styringsværktøj/parametre i forhold til samfundets overordnede interesser.<br />

FTF mener, at det er vigtigt at sikre samfundet den største effekt af fordelene<br />

ved åbne standarder.<br />

Rapporten lægger op til en model for overvågning og informationsindsamling,<br />

som ikke er klar nok. For det første skal det være op til de enkelte myndigheder<br />

at afgøre, om man vil følge eller forklare de valg man tager. I rapporten er<br />

der to parametre, som kan være afgørende for om en forvaltning kan <strong>fra</strong>vælge<br />

software baseret på åbne standarder. Det er om det er teknisk muligt eller<br />

økonomisk forsvarligt. Disse to parametre er naturligvis meget væsentlige<br />

uden, at de dog understøtter borgernes mulighed for selv at vælge software.<br />

Der bør derfor indarbejdes flere parametre, som har et bredere samfundsmæssigt<br />

sigte.<br />

Disse bør være<br />

- økonomiske konsekvenser for både borgere og private virksomheder<br />

- interoperabilitet på tværs af hele den offentlige forvaltning<br />

- leverandøruafhængighed<br />

Det vil være alt for snævert at se på, hvad de enkelte forvaltningsgrene kan<br />

opnå af økonomiske fordele ved enten en overgang til software med åbne<br />

standarder eller forsøg på at fastholde proprietær software. Den langsigtede<br />

samfundsmæssige gevinst opnås via uafhængighed af leverandører og effektive,<br />

smidige sagsgange mellem stats- og kommunalforvaltning, borgere og private<br />

virksomheder.<br />

I rapportens afsnit 1.3 s.10 er der angivet en række undtagelsesbestemmelser,<br />

som kan undtage en myndighed <strong>fra</strong> at anvende obligatoriske, åbne standarder.<br />

Disse undtagelsesbestemmelser er for upræcise. Det nævnes bla., at der kan<br />

undtages, hvis en løsning er væsentligt fordyrende . Det nævnes ikke, hvad<br />

der forstås ved dette begreb. Det kan derfor frygtes, at undtagelsen vil blive<br />

brugt som en gummiparagraf, hvis ikke der foretages en præcisering af ordet<br />

væsentlig. Det samme gælder ordene væsentlig funktion forringelse . Desuden<br />

kan en myndighed undtage en løsning, hvis den ikke indebærer dataudveksling<br />

med andre systemer . Bestemmelsen bør helt tages ud idet den derved<br />

også kan bruges til at legitimere en undtagelse, der måske nok på et bestemt<br />

tidspunkt er relevant, men ikke nødvendigvis over en længere tidsperiode<br />

bør opretholdes. Det er under alle omstændigheder vigtigt, at alle undtagelsesbestemmelser<br />

kun må accepteres for et år ad gangen. Dette for at sikre<br />

en dynamisk udvikling på lang sigt.<br />

FTF mener, at det kan blive vanskeligt at sammenholde den enkelte forvaltnings<br />

kortsigtede økonomiske gevinster i forhold til samfundets mere kort- og<br />

langsigtede behov. Dette bør derfor indarbejdes i den overordnede politiske<br />

vurdering, således at det ikke er forvaltningen eller det enkelte resortområde,<br />

som virker som bremseklods for samfundsmæssige interesser


I Rambølls rapport <strong>fra</strong> 2006, som er nævnt i rapporten, fremgår det netop, at<br />

det er svært at vurdere de økonomiske fordele ved fri konkurrence sammenholdt<br />

med et skift <strong>fra</strong> proprietære formater til åbne formater.<br />

3<br />

C. Økonomiske gevinster<br />

FTF mener, at samfundets overordnede gevinster ved overgang til åbne standarder<br />

skal sikres i et langsigtet perspektiv.<br />

Det er nødvendigt, at stat og kommuner anlægger et strategisk, langsigtet perspektiv,<br />

som fremtvinger en overgang til åbne standarder inden for en kort årrække.<br />

Det bør ikke være muligt for en forvaltning at udsætte en overgang til<br />

åbne standarder over flere år.<br />

Rapporten rummer ikke en beskrivelse af, hvad der skal gøres i forhold til forvaltningsområder,<br />

som i det uendelige fastholder proprietære standarder. Det<br />

skal derfor ikke være smalle interesser eller den ofte stærkt indbyggede risikoaversion<br />

i it-administrationen, hvor man har lært at leve med ulemper/fordele<br />

ved et produkt, fremfor mere ukendte ulemper/fordele ved nye systemer, som<br />

styrer de fremtidige valg.<br />

FTF anbefaler derfor, at Staten med samtlige ministerier og styrelser og i et<br />

samarbejde med landets kommuner iværksætter omfattende forsøg med alternativer<br />

til de nuværende stærkt udbredte proprietære softwaresystemer. Staten<br />

skal her sikre, at der arbejdes med en koncernopfattelse , hvor der er indbygget<br />

en fælles, lang planlægningshorisont. FTF foreslår derfor, at den endelige<br />

rapport om anvendelse af åbne standarder indeholder sådanne planer, der<br />

rækker ud over de pilotprojekter, som afvikles i 2007. Det er nødvendigt, at der<br />

foretages overordnede, samfundsmæssige valg. Det bør i den forbindelse<br />

overvejes om der skal indtænkes økonomiske motivatorer i forvaltningen for at<br />

sikre en hurtig overgang til åbne standarder.<br />

Med venlig hilsen<br />

Ole Stilund Jeppesen<br />

konsulent


NOTAT<br />

23.03.2007<br />

J.nr.: 2007-20-439-00086/RY<br />

IT-KONTOR<br />

Vedr.: Høring angående rapporten "Anvendelse af åbne standarder for software i det<br />

offentlige" (implementeringsrapporten).<br />

IT- og Telestyrelsen har i brev af 23. februar 2007 anmodet Fødevarestyrelsen om bemærkninger<br />

til implementeringsrapporten.<br />

Fødevarestyrelsen finder, at rapporten giver et godt grundlag for en regeringsbeslutning, og<br />

styrelsen finder, at de argumenter, der fremføres i implementeringsrapporten for indførelsen<br />

af fælles standarder i det offentlige, er korrekte og væsentlige. Det skal bemærkes, at indførelse<br />

af standarder for udveksling af data ligger i forlængelse af Fødevarestyrelsens arbejde med<br />

standardisering i sektorstandardiseringsudvalget (SSU).<br />

"Følg eller forklar"-princippet virker fornuftigt set i forlængelse af de undtagelsesbestemmelser,<br />

der kan gøres anvendelse af, såfremt den enkelte institution ser sig nødsaget til at <strong>fra</strong>vige<br />

standarden. Afvigelsen skal forklares og forklaringen skal indberettes til IT- og Telestyrelsen,<br />

som i en årlig rapport skal offentliggøre de indberettede <strong>fra</strong>vigelser. Det kan overvejes, om institutionen<br />

kan foretage indberetningen via SSU..<br />

Formålet med indberetningen og offentliggørelsen fremgår ikke af implementeringsrapporten,<br />

hvorfor det kan være vanskeligt at vurdere, om offentliggørelsen af institutionerne vil kunne<br />

opfattes som en "gabestok".<br />

Ifølge styrelsens vurdering er der følgende væsentlige forhold, som bør overvejes før rapporten<br />

fremsendes til regeringen til beslutning.<br />

1. Det er styrelsens vurdering, at den opstillede tidsplan ikke vil kunne overholdes, idet<br />

flere tidsfrister tilsyneladende et tæt på at være overskredet - f.eks fristen den 31.<br />

marts 2007 for offentliggørelse af de økonomiske konsekvenser for hvert af de syv<br />

sæt, der foreslås gjort obligatoriske pr. 1. januar 2008.<br />

Der udestår desuden et stort forberedende arbejde, hvor de enkelte institutioner f.eks.<br />

vil være helt afhængige af den vejledning, som skal udarbejdes at IT- og Telestyrelsen.<br />

I forbindelse med godkendelsen af nye standarder foreslås en karensperiode på ni måneder,<br />

hvorfor det før overvejes, at der besluttes en tilsvarende karensperiode <strong>fra</strong> datoen<br />

for regeringsbeslutningen til ikrafttrædelsesdatoen. Alternativt kan der defineres og<br />

indføres en længere overgangsperiode, for de standarder, hvor der endnu ikke er fore-


Side 2/2<br />

taget den endelige afklaring. Dette kan bl.a. dreje sig om standarderne for udveksling<br />

af dokumenter (ODF og Office OpenXML).<br />

2. Det fremgår ikke af implementeringsrapporten, hvordan det internationale arbejde<br />

(specielt i EU) koordineres. Det bør afklares, hvorledes arbejdet skal tilrettelægges<br />

ved godkendelser af danske standarder, f. eks. OIO / EIF imellem.<br />

3. Det kan give anledning til bekymring, at man ikke endnu har set konsekvenserne af<br />

egentlig implementering af en EA/SOA-arkitektur til understøttelse af fleksibel udveksling<br />

af data.<br />

Ole Ryttersgaard<br />

Souschef - Chefkonsulent<br />

FØDEVARESTYRELSEN<br />

Koncern IT Center<br />

Mørkhøj Bygade 19, 2860 Søborg<br />

Tlf. nr.: +45 33 95 60 00<br />

Direkte tlf.nr.: +45 33 95 63 35<br />

Mobiltlf.: +45 20 76 38 84<br />

<br />

www.fvst.dk


Fra: Michael Voel Jensen [mvj@horsholm.dk]<br />

Sendt: 23. marts 2007 14:16<br />

Til: Rachid El Mousti<br />

Cc: Flemming Pihl Knudsen<br />

Emne: Vedr. "Anvendelse af åbne standarder for software i det offentlige"<br />

Til Rachid El Mousti<br />

Tak for tilsendte høringsmateriale. Vi har ikke lejlighed til at vurdere samtlige<br />

konsekvenser hvad angår teknik og økonomi i dybden. Dette er en krævende opgave, som vi<br />

p.t. ikke har ressourcer til. Men som jeg læser rapporten vil I gennemføre nogle forsøg<br />

og beregne økonomiske konsekvenser. Vi ser frem til hvilken standarder, der bliver valgt<br />

til at være obligatoriske <strong>fra</strong> 1. januar 2008.<br />

Mange hilsner <strong>fra</strong><br />

Michael Voel Jensen<br />

Hørsholm Kommune<br />

IT-chef<br />

45177575<br />

45177400 direkte


IT- og Telestyrelsen<br />

IT-strategisk kontor<br />

Holsteinsgade 63<br />

2100 København Ø<br />

IBM Danmarks høringssvar til høringsoplæg <strong>fra</strong> ITST om ”Anvendelse af<br />

åbne standarder for software i det offentlige”.<br />

IBM har med stor interesse læst høringsoplægget <strong>fra</strong> IT & Telestyrelsen om<br />

“Anvendelse af åbne standarder for software i det offentlige”,og skal hermed<br />

fremkomme med vores kommentarer.<br />

Overordnet set ser vi meget positivt på rapportens forslag fordi de udtrykker en<br />

erkendelse af behovet for anvendelse af åbne standarder i det offentlige som<br />

middel til at fremme<br />

• Konkurrence, innovation og større valgfrihed<br />

• bedre interoperabilitet<br />

• lige og demokratisk adgang til offentlig information<br />

med det sigte at give bedre og mere effektive services til borgere og<br />

virksomheder.<br />

Nedenfor følger de kommentarer IBM har til rapportens forslag. I vedlagte notat<br />

har vi valgt at uddybe vores kommentarer, synspunkter og forslag.<br />

Obligatoriske åbne standarder.<br />

IBM Danmark A/S<br />

Nymøllevej 91<br />

2800 Kgs. Lyngby<br />

Danmark<br />

45 23 30 00<br />

45 93 24 20 Telefax<br />

ibm.com/dk<br />

Rapporten foreslår at der i første omgang vedtages standarder på 7 udvalgte<br />

områder og at de gøres obligatoriske at anvende for myndighederne. IBM anser<br />

det for et godt og rigtigt skridt at indføre åbne obligatoriske standarder, som skal<br />

anvendes i offentlige it-løsninger. Men de foreslåede 7 områder er efter vores<br />

opfattelse for få. Umiddelbart finder IBM behov for standarder på områderne:<br />

Digital Rights Management – altså sikring af borgere og virksomheders<br />

rettigheder og datastandarder herfor.<br />

Kanalstandarder og kanalstrategi, standarder for andre digitale medier end<br />

traditionelle pc-desktoppe.<br />

Standarder for lyd og videoformater.<br />

Kgs. Lyngby, den 22 marts 2007<br />

CVR-nr.: 65 30 52 16


Og endelig standarder for autentifikation og autorisation, altså en rettigheds- og<br />

adgangs-in<strong>fra</strong>struktur som gør de digitale løsninger enkle og sikre at anvende og<br />

administrere for borgere og virksomheder.<br />

Styring og sanktioner.<br />

Rapporten indeholder i tråd med B103 et styringselement kaldet ”følg eller<br />

forklar”. Det kan være rigtigt at der styringsmæssigt skal sikres<br />

undtagelsesbestemmelser for anvendelse af de obligatoriske standarder. Men<br />

IBM anser rapportens forslag til styringsmodel for svag og uklar. Det reelle<br />

indhold i den styring, som foreslås i rapporten ligner mest en slags registrering<br />

og offentliggørelse af undladelser <strong>fra</strong> overholdelse af standarderne. Ligesom der<br />

kan anes en meget omfangsrig proces omkring forklaringer på afvigelser etc.,<br />

som reelt vil kunne føre til at flytte fokus <strong>fra</strong> videreudvikling af standardiserings-<br />

og arkitekturarbejdet til repeterende sagsbehandling og forklarings-jura.<br />

IBM vil foreslå, at eventuel manglende anvendelse af standarder skal godkendes<br />

på forhånd og ikke blot meddeles til en ansvarlig myndighed efterfølgende. Og at<br />

der i naturlig konsekvens heraf udarbejdes nærmere og mere enkle retningslinjer<br />

for hvornår og hvordan eventuelle afvigelser kan komme på tale.<br />

Økonomiske analyser.<br />

Rapporten har nogle gode betragtninger og forslag til arbejdet med business<br />

cases og økonomiske analyser, som både skal godtgøre den samfundsmæssige<br />

værdi i de konkrete it-projekter og samtidig tjene som grundlag for at hjemtage<br />

eventuelle økonomiske gevinster. De konkrete forslag om økonomiske analyser<br />

som foreslås i rapporten er dog ikke gavnlige for målene om indførelse af åbne<br />

standarder, idet de lægger op til mikro-økonomiske analyser på enkelte<br />

projekters anvendelse af standarder med beregninger på helt ned til 1 års forløb.<br />

Der har hidtil været en bred enighed om at åbne standarder indeholder en ”høsteså”<br />

problemstilling som skal løses, ligesom tidlige analyser foretaget af ITST om<br />

økonomi og standardisering har peget på at analysere i nogle større<br />

sammenhænge med tidsforløb over flere år og ikke på enkelt projekt niveau.<br />

IBM foreslår derfor, at disse dele af rapportens forslag revideres i<br />

overensstemmelse med de overordnede og strategiske mål der skal forfølges.<br />

Vurderingsparametre – teknisk muligt og modenhed .<br />

Rapporten omtaler ”tekniske muligt” og ”modenhed” som parametre der skal ses<br />

på i forbindelse med accept af standarder og disses anvendelse. Når sådanne<br />

begreber anvendes bør de efter IBM’s opfattelse defineres og anvises med nogle<br />

præcise forklaringer på hvordan man vil vurdere og måle på sådanne størrelser.<br />

Og her er rapportens forslag efter IBM’s opfattelse for utydelige. Et meget<br />

konkret forslag <strong>fra</strong> IBM er at disse parametre kan vurderes på om der findes


implementeringer og om disse implementeringer er foretaget på forskellige<br />

teknologier.<br />

Datastandarder<br />

Datastandarder er et af de områder som nævnes i rapporten. Herunder peges der<br />

også på en række gode og nødvendige initiativer med håndtering heraf gennem<br />

såkaldt sektor og domæne standardisering. Tidligere analyser <strong>fra</strong> bl.a. ITST har<br />

peget på at adgang til og udveksling af data er en væsentlig barriere for<br />

interoperabilitet og for udvikling af sammenhængende it-løsninger på tværs af de<br />

offentlige myndigheder. Herunder har der også været peget på, at<br />

begrebsstandardiseringen som grundlag for fælles OIOXML skema definitioner<br />

bør prioriteres højere. Der savnes i rapporten <strong>fra</strong> ITST forslag som adresserer<br />

disse problemstillinger mere konkret. Et forslag kunne være at borgere og<br />

virksomheder senest 01.01.10 skal have sikkerhed for at de samme data kun skal<br />

indberettes en gang og til en enkelt myndighed. Et sådant krav kan være en<br />

driver for håndtering af dette erkendte problem. Et sådant forslag vil på en enkelt<br />

måde tvinge mere målrettede initiativer frem i de enkelte myndigheder og på<br />

tværs af myndighederne.<br />

Standarder for dokumentformater.<br />

Standarder for dokumentformater har fået en særlig konkret behandling i<br />

rapporten <strong>fra</strong> ITST. Rapporten foreslår at der fremover skal være to standarder<br />

på dette område. Indenfor standardisering på it-området har der hidtil været<br />

enighed om, at søge at skabe ”én fælles standard” for et område. Rapportens<br />

forslag på dette område kan imidlertid komme til utilsigtet at fremme initiativer<br />

der styrker netværkseffekter for de to valgte standarder frem for at stimulere<br />

konkurrence på løsninger, produkter og innovation. Fra IBM’s side anser vi det<br />

for forkert at pege på to standarder på et område, særlig når der ikke kan<br />

garanteres interoperabilitet i mellem dem.<br />

Der har også været enighed om at standarder skal fremme konkurrence og<br />

innovation. Betingelserne skal sikre at it- leverandørerne konkurrerer på<br />

produkternes egenskaber og ikke evnen til at håndtere flere standarder eller store<br />

og vanskeligt tilgængelige specifikationer. Vi anser det som meget vanskeligt at<br />

implementere den fulde OpenXML og tvivler på at det er muligt for små og<br />

mellemstore software udviklere.<br />

En betydelig del af de offentlige dokumenter er lagret i Microsoft teknologi. Der<br />

næppe i praksis behov for konvertere de mange MS dokumenter, da det ikke er<br />

normalt at rette i gamle dokumenter. I de fleste tilfælde er anvendelse af en<br />

view’er tilstrækkelig.


Det er almindeligt accepteret, at den danske offentlige sektor i dag har en<br />

usædvanlig høj markedsandel Microsoft’s teknologi på desktoppen. Det vil med<br />

valg af OpenXML blive vanskeligere at styrke konkurrencen.<br />

IBM skal på denne baggrund foreslå at der kun skal peges på én standard for<br />

dokument formater, og at denne standard bliver ODF.<br />

ODF er den eneste standard der i dag<br />

• lever op til kravene omkring åbenhed<br />

• lever op til høringsrapportens vurderingsparametre<br />

• er ISO standard.<br />

Såfremt der måtte være spørgsmål, stiller vi os gerne til rådighed for uddybning.<br />

Med venlig hilsen<br />

IBM Danmark A/S<br />

Kim Østrup<br />

Vicedirektør


Bilag: Detaljeret analyse<br />

Detaljeret analyse<br />

IT & Telestyrelsen har i februar 2007 udsendt rapporten “Anvendelse af åbne<br />

standarder for software i det offentlige”. Rapporten beskriver den anbefalede<br />

metode for realisering af folketingsbeslutning B-103 af 2. juni 2006.<br />

Den fremlagte metode indeholder en række glimrende tiltag, men samtidig<br />

mener vi enkelte områder bør genovervejes, for at sikre opfyldelse af<br />

målsætningen for B-103.<br />

Vi har især fokuseret på målsætningen for øget konkurrence, øget innovation og<br />

sikring af interoperabilitet, i de nedenstående kommentarer til rapporten.<br />

Det er vores anbefaling, at rapporten på nogle områder udbygges med yderligere<br />

begrundelser, for de valgte metoder og afgrænsninger. Yderligere begrundelser<br />

vil sikre et ensartet evaluerings grundlag, og mere gennemsigtige begrundelser<br />

for udvælgelse af standarder. De beskrevne vurderingskriterier kunne f.eks<br />

anvendes til begrundelse, for de i rapporten, udvalgte forslag til obligatoriske<br />

standarder.<br />

Vi har ikke kunnet identificere styringsdelen af proceduren for de statslige<br />

organisationers indførelse af åbne standarder. Erfaringer <strong>fra</strong> Enterprise<br />

Arkitektur arbejde har vist, at dette element er nødvendigt for opnåelse af de<br />

ønskede mål. Den beskrevne model indeholder en lang række glimrende tiltag til<br />

opsamling og sporing af dokumentation i følg-eller-forklar modellen. Det har<br />

ikke været muligt at identificere de faktiske konsekvenser eller sanktions<br />

mulighederne, der skal sikre opnåelse af den overordnede strategi for indførelse<br />

af åbne standarder. Dette kan blive en barriere for indførelsen af åbne standarder,<br />

hvis ikke der defineres styringsmekanismer der kan sikre opnåelse af de<br />

overordnede mål, til fordel for institutions specifikke kortsigtede vurderinger.<br />

De opstillede definitioner og vurderingskriterier for åben standarder er<br />

overordnet defineret, hvilket kan blive en barriere for konsistent fortolkning af<br />

disse vigtige definitioner. Vi anbefaler en detaljeret uddybning af disse vigtige<br />

definitioner, for at sikre ensartet behandling og forståelse af de opstillede


kriterier. Uddybning af de valgte vurderingskriterier skal beskrive, hvorfor og<br />

hvordan disse understøtter de overordnede mål for fri konkurrence, valgfrihed,<br />

og interoperabilitet. Dette kan realiseres ved at opstille en række pejlemærker for<br />

succesfuld realisering af B-103.<br />

Samtidig mener vi, at rapportens fokusområde og anbefaling af standarder med<br />

fordel kunne udvides til at omfatte yderligere sikring af den individuelle<br />

sikkerhed, udvidelser af valgte kanaler og medier til udveksling af digitale<br />

informationer. Vi mener, at man skal udvide området til at omfatte mobile<br />

terminaler som telefoner og PDA'er, samt udvide standard spectrum til at omfatte<br />

standarder for udveksling af informationer via audio og video formater. De<br />

udvalgte sikkerhedsstandarder bør suppleres med standarder, der kan sikre den<br />

juridisk korrekte anvendelse af disse informationer. Dette vil omfatte standarder<br />

indenfor ”digital rettigheds-styring” (Digital Rights Management). Med ønske<br />

om en stigende digitalisering, bør man beskytte borgerne både på transport,<br />

anvendelse og spredning af digitale materiale.<br />

Udnævnelse af ECMA -376 ”Office Open XML File Formats” til obligatorisk<br />

standard, mener IBM er i uoverensstemmelse med de opstillede kriterier. Det<br />

omtalte format findes kun fuldt realiseret i ét produkt <strong>fra</strong> én leverandør, og vil<br />

derfor ikke fremme målet for øget konkurrence. Samtidig er det omtalte format<br />

stadig under bearbejdelse i de internationale standardiserings- organisationer, og<br />

endnu ikke vedtaget som en international standard. Det er vores anbefaling, at<br />

man sætter ECMA-376 ”Office Open XML File Formats” på en observations<br />

liste, og genovervejer denne standard, når den er international accepteret og der<br />

findes flere leverandør-uafhængige og komplette implementeringer af det<br />

fremsatte forslag til dokumentformat.<br />

Forslagene om 7 områder hvor standarder <strong>fra</strong> 2008 skal være obligatoriske, skal<br />

ifølge oplæg kun gælde såfremt økonomiske beregninger viser, at dette ikke vil<br />

medføre meromkostninger. Såvidt IBM er orienteret, er det allerede inden<br />

igangsættelse af arbejdet med standarder indenfor de 7 områder godtgjort, at det<br />

økonomisk er gavnligt for det offentlige. Endelig savner IBM belæg for, at<br />

sådanne beregninger på enkelte standarders økonomiske konsekvenser er mulig<br />

eller giver mening.<br />

Flere analyser og undersøgelser har peget på, at adgang til og udveksling af data<br />

er en væsentlig barriere for interoperabilitet. Der savnes i oplæg <strong>fra</strong> ITST forslag<br />

som adresserer denne problemstilling. F.eks. kunne et enkelt formuleret krav om,<br />

at borgere og virksomheder senest 01.01.2010 skal have sikkerhed for, at de<br />

samme data kun skal indberettes en gang og til en myndighed være en driver for<br />

håndteringen af dette problem.<br />

De enkelte områder er velbeskrevet i rapporten, men vi har en række uddybende<br />

bemærkninger, der vil bidrage til en ensarted og konsistent fortolkning af de<br />

fremlagte anbefalinger.


Her er samlet de enkelte betragtninger indenfor de nævnte områder. Vi stiller os<br />

gerne til rådighed, såfremt man ønsker yderligere uddybning.<br />

Ansvarsområder<br />

Rapporten lægger op til en beslutningsproces, hvor staten først beslutter<br />

anvendelse af standarder i staten, for derefter at søge aftale med de kommunale<br />

parter. Udvælgelse og accept af en standard, bør ikke ensidigt foretages af staten,<br />

men bør involvere alle potentielle brugere på tværs af den offentlige og private<br />

sektor. Den valgte metode kan blive en barriere for accept af de udvalgte<br />

standarder, og dermed en barriere for opnåelse af de ønskede<br />

konkurrencemæssige fordele. Det er vores indtryk, at der også sigtes efter at<br />

fortsætte det fælles offentlige arbejde med standarder, og vi foreslår derfor dette<br />

tydeliggjort som den procesmodel der skal anvendes.<br />

Rapporten indeholder beskrivelser for, håndtering af overholdelse af de valgte<br />

standarder gennem ”følg-eller-forklar” princippet. Der opstilles en række<br />

overordnede modeller, men disse modeller vil kræve yderligere detaljerede<br />

beskrivelser for at blive operationelle. Der bør være uddybende forklaringer til<br />

valget af de enkelte elementer, samt fortolkningen af disse.<br />

Samtidig indeholder modellen kun metoder til overvågning og<br />

informationsopsamling. Det har ikke været muligt at identificere de vigtige<br />

styringsmekanismer indenfor områder som tilpasninger, veto, og potentielle<br />

sanktioner. Erfaringer <strong>fra</strong> ”Enterprise Arkitektur” realiseringer i private<br />

virksomheder har vist, at sådanne mekanismer er nødvendige for at sikre<br />

opnåelse af de fælles mål. Det er oplagt de enkelte forvaltningsområders ansvar<br />

at implementere de standarder, der bedst understøtte de enkelte<br />

forvaltningsområder. Der bør være en overordnet styring der sikrer, at denne<br />

implementering foregår i overenstemmelse med beslutningsgrundlaget for at<br />

skabe konkurrence og interoperabilitet på IT-området.<br />

Det er den enkelte organisations ansvar, at dokumentere deres afvigelser <strong>fra</strong> B-<br />

103 gennem anvendelsen af følg-eller-forklar princippet. Rapporten opstiller to<br />

overordnede kriterier hhv. ”teknisk muligt” og ”økonomisk ansvarligt”, der også<br />

anvendes ved udvælgelse af standarder.<br />

Begge disse kriterier indeholder bredde elementer af fortolkning, der vil betyde<br />

uensartet grundlag for evalueringen. Det anbefales at uddybe de elementer, der<br />

kan accepteres under fortolkning af hhv. ”teknisk muligt” og ”økonomisk<br />

ansvarligt”, for at sikre ensartet evaluering på tværs af alle standardområder.<br />

Standard kriterium<br />

Rapporten indeholder en definition af åbne standarder (afsnit 2.4), men denne<br />

definition indeholder en række uklare formuleringer, der bør præciseres. Denne<br />

præcision kunne omfatte henvisning til ”best practice” for andre<br />

standardiseringsorganistioner.


På de enkelte områder bør medfølge en uddybende forklaring, der støtter den<br />

enkelte forvaltning i deres udvælgelse og vurdering af åbne standarder. Dette<br />

skal som omtalt, enten vurderes gennem OIO-kataloget, men samtidig også<br />

anvendes som rettesnor overfor leverandørene.<br />

Vi har her vedlagt nogle forslag, der kunne tages op til overvejelse.<br />

Fuldstændig dokumenteret & offentlig tilgængelig<br />

Med offentlig tilgængelig bør man sikre adgang for såvel organisationer,<br />

virksomheder og private borgere. Samtidig bør man sikre, at der er tale om en<br />

komplet dokumentation for alle elementer inkluderet i den anbefalede standard<br />

og så vidt muligt henvise til en anerkendt referenceimplementering af<br />

standarden. Anvendelse af referenceimplementeringer er en værdifuld rettesnor<br />

til vurderingen af de faktiske funktioner, og praktisk realisering af standarden.<br />

Anvendelse af open-source og platform's uafhængige referenceimplementeringer<br />

vil samtidig være en dokumentation for den generelle anvendelse af standarden.<br />

Frit implementérbar<br />

Frit implementérbar, bør dække såvel platforme som mulige udvidelser af<br />

standarden. Der bør opstilles kriterium for, hvilke platforme der skal understøttes<br />

af en standard - enten tekniske (hardware, styresystemer etc.) eller konceptuelle<br />

(PC’er, server, terminaler, telefoner, håndholdt enheder og lign.).<br />

Vurderingskriterium for ”Frit implementérbar” bør indeholde krav om flere<br />

uafhængige og fuldstændige implementeringer af standarden. Dette vil være et<br />

målbart parameter for den tekniske tilgængelighed af standarden. Samtidig er<br />

dette et måleparameter der viser modenhed af standarden, idet flere uafhængige<br />

og fuldstændige implementeringer indikerer en bred markeds accept af<br />

standarden.<br />

Åben proces i standardiseringsorganisation<br />

Rapporten indeholder en række uddybende kommentarer vedrørende åbenhed i<br />

forbindelse med evalueringskriterium for OIO-kataloget (s. 42).<br />

F.eks er uddybningen af ”Åbent møde” et interessant parameter. Der er flere<br />

varianter indenfor dette område der skal vurderes. Vi anbefaler samme praksis,<br />

der kendes <strong>fra</strong> organisationer som f.eks. W3C og OASIS, der bl.a. tillader<br />

individuel deltagelse og fuld adgang til alt intern kommunikation. Dermed opnås<br />

fuld indsigt i hele standardiseringsprocessen samt mulighed for alle interessenter<br />

til at deltage i standardiseringsarbejdet.<br />

Det ville være et glimrende eksempel såfremt man uddybede de omtalte<br />

definitioner, og foretog en evaluering af de standarder, der allerede er udpeget i<br />

rapporten.


Valgte standardiseringsområder<br />

Den udsendte rapport omtaler det første sæt af obligatoriske standarder, der er<br />

udvalgt til realisering af folketingsbeslutning B-103 af 2. juni 2006. De udvalgte<br />

standarder omfatter en række tiltag, der allerede er igangsat i fælles offentligt<br />

regi, hvor der allerede er opsamlet nogen erfaring.<br />

De udvalgte standarder er fokuseret på anvendelse af PC-baserede systemer til<br />

håndtering af mange interne statslige arbejdsgange. Vi anbefaler, at man udvider<br />

området til at omfatte en række udbredte mobile terminaler som f.eks. telefoner<br />

og PDA'er.<br />

Samtidig anbefaler IBM, at udvide med standardisering for udveksling af<br />

informationer via audio og video kanaler.<br />

Vi finder det problematisk, at man opstiller generelle retningslinjer for<br />

indførelsen af åbne standarder på basis af en fremherskende platform, idet man<br />

risikerer at overse vigtige karakteristika,ved realisering på tværs af forskellige<br />

modtagelsesterminaler og udvekslings-kanaler.<br />

Dette kan medføre, at man udvælger generelle standarder, der ikke kan anvendes<br />

ud over den fremherskende pc-baserede platform.<br />

Der er flere områder, hvor man med fordel kunne overveje at indrage yderligere<br />

standardiseringsområder.<br />

Dokumentbaserede standarder<br />

De omtalte udvekslingsstandarder er tilsyneladende meget fokuserede på<br />

udveksling af dokumentbaserede data. Dette omfatter såvel<br />

- Dataudveksling mellem offentlige myndigheder<br />

- Elektronisk sags- og dokumenthåndtering<br />

- Udveksling af dokumenter mellem offentlige myndigheder<br />

- Elektronisk indkøb i det offentlige<br />

Dermed mister man muligheden for udveksling af multi media indhold, der<br />

anvendes af hhv. audio & video-formater. Denne afgrænsning ved udvælgelsen<br />

af informationstyper kan betyde, at den beskrevne metode indeholder barrierer<br />

for udvælgelse af multi media standarder. Man bør overveje at inddrage<br />

undersøgelser vedrørende f.eks.<br />

- AAC-standarden (ISO/IEC 14496-3:2005) for Audio compressen<br />

- og Theora eller MPEG4 Video formater der bl.a. undersøges af<br />

Danmarks Radio<br />

Disse er repræsentanter for standarder, der kan anvendes til distribution af audio<br />

& video i platform uafhængige formater. Samtidig vil dette understøttes på<br />

tværs af flere terminaltyper og distribution via flere kanaler.


Individuel sikkerhed<br />

På sikkerhedsområdet er der i første omgang udvalgt to standarder<br />

- Digital signatur<br />

- IT-sikkerhed<br />

Begge disse standarder er primært fokuseret på computerbaserede systemer (<br />

PC’ere servere og lignende), men har meget lidt eller ingen sammenhæng med<br />

en lang række andre elektroniske terminaler. Det er specielt i forhold til<br />

avancerede mobiltelefoner og andre håndholdte enheder, der har stor udbredelse<br />

i samfundet. Brugerens sikkerhed skal kunne garanteres af standarden, uanset<br />

hvilken terminal eller kanal man ønsker at anvende til udveksling af<br />

informationer. Derfor bør en vurdering af de valgte standarder også omfatte<br />

håndholdte terminaler såsom avancerede telefoner eller PDA’er. Dette vil skabe<br />

et bredere fundament for vurderingen af anvendelses-området for åbne<br />

standarder.<br />

Det udvalgte OCES certifikat har en række udfordringer ved implementering på<br />

en række browsere, og ingen kendt anvendelse på en lang række håndholdte<br />

terminaler.<br />

Det omtalte sikkerhedsområde omfatter kun adgang og identifikation, men der<br />

mangler et vigtigt element i forhold til rettigheder. Dette bør inkluderes i<br />

overvejelserne vedrørende individuel sikkerhed i forbindelse med distribution af<br />

elektronisk materiale. Udeladelse af Digital Rights Management standarder i<br />

forbindelse med elektronisk adgang til det offentlige kan medføre overtrædelse<br />

af copyright rettigheder for tredjepart.<br />

Tilgængelighed<br />

Der er udvalgt standarder for websteder, der skal sikre generel tilgængelighed for<br />

website<br />

- Offentlige netsteder/hjemmesider<br />

Den valgte standard vil afhjælpe det nuværende problem, hvor en lang række af<br />

de offentlige hjemmesider, kun kan læses med specifikke leverandøres browser<br />

og kun <strong>fra</strong> arbejdspladser der anvender styresystem <strong>fra</strong> samme leverandør.<br />

Der bør opstilles evalueringskriterium for overholdelse af disse standarder, da<br />

overholdelse af disse standarder sikrer, at alle individer og organisationer kan<br />

udveksle informationer med de offentlige myndigheder<br />

Derfor bør der opstilles specifikke kriterier for at sikre overholdelse af disse<br />

standarder, da manglende tilgængelighed kan være en barrierer for opnåelse af de<br />

forventede effektivitets forbedringer ved indførelse af ”e-government” løsninger.<br />

Økonomiske betragtninger kan være vanskelige at acceptere i denne<br />

sammenhæng, da man principielt udelukker borgerer <strong>fra</strong> at kommunikere<br />

elektronisk med det offentlige.


Vurdering af udvalgte standarder.<br />

Det opstillede evalueringskriterium for vurdering af standarder, bør uddybes for<br />

at sikre ensartet behandling af alle standardiseringsforslag. De opstillede kriterier<br />

(s. 41) kunne med fordel anvendes overfor de allerede udpegede standarder Dette<br />

vil både være et eksempel for anvendelse af vurderingskriterier og samtidig<br />

bringe perspektiv i fortolkningen af de valgte vurderingskriterier.<br />

De valgte vurderingskriterier dækker de tre områder<br />

- Åbenhed<br />

- Markedsmæssige forhold<br />

- Forretningsmæssig relevans<br />

Vi har i et tidligere afsnit beskrevet vores forslag til yderligere præcisering af<br />

begrebet ”Åbenhed”.<br />

Vurderinger på baggrund af markedsmæssige forhold er primært indenfor<br />

leverandørstøttede IT-applikationer. Denne parameter er beskrevet som værende<br />

direkte bundet til et produkts udbredelse. Der eksisterer en række vigtige<br />

standarder i dag, der indlejeres i eksisterende produkter, uden at være synlige.<br />

Det drejer sig bl.a. om Open Source produkter, som f.eks. HTTP<br />

(www.apache.org), Eclipse <strong>fra</strong>mework (www.eclipse.org) og OpenDocument<br />

(www.openoffice.org) for blot at nævne nogle af de mest fremtrædende. Såfremt<br />

man ønsker at bygge en række generelle vurderingskriterier, bør man inkludere<br />

vurdering af IT-løsninger, der anvender eksisterende standarder gennem<br />

indlejring. Dette omfatter også en række Open Source løsninger.<br />

Den omtalte model for vurdering af markedsmæssige forhold indeholder<br />

vurderinger af forventede markedsudbredelse. Markedsudbredelsen kan måles<br />

efter flere parameter som f.eks antallet af leverandører, markedskapitalisering,<br />

antallet af faktiske brugere eller antallet af uafhængige leverandører. Såfremt<br />

man ønsker at anvende dette kriterium til vurdering af potentiale for opnåelse af<br />

fri konkurrence indenfor realisering af en standard, bør man vælge de parametre,<br />

der sikrer den bredest mulige valgfrihed ved implementering af standarden.<br />

Vurderingsmateriale vedrørende forretningsmæssig relevans måles primært i<br />

forhold til de funktioner der leveres til den implementerede myndighed. Dermed<br />

mangler man at måle de faktiske fordele, som eksterne brugere vil opnå ved<br />

realisering af åbne standarder. Dermed bliver evalueringen af<br />

forretningsmæssige fordele ensidigt vurderet, idet man ikke tager højde for de<br />

forventede ”netværkseffekter”. Målingen af disse ”netværkseffekter” er tidligere<br />

vurderet til at være signifikante, og vil efter vores vurdering have en overvejende<br />

positiv indflydelse på valget af åbne standarder.<br />

”Følg eller forklar”<br />

Folketingsbeslutningen indeholder en klausul efter ”følg eller forklar” princippet,<br />

hvor de enkelte myndigheder skal retfærdiggøre de situationer, hvor man vælger


at <strong>fra</strong>vige udvalgte obligatoriske standarder. Folketingsbeslutningen er meget<br />

tydelig i dens forventninger til fordelene ved implementering af åbne standarder.<br />

- Fremme konkurrencen<br />

- Fremme sammenhæng (samspil) på tværs af den offentlige sektor ?<br />

(afsnit 1.1 nævner samspil)<br />

- Så vidt muligt give borgere og virksomheder et friere valg af software<br />

Disse kriterier er vigtige, men man kunne med fordel uddybe fortolkningen<br />

indenfor en række områder f.eks. gennem<br />

- Sikre applikationsuafhængighed mellem data og applikationer, hvilket vil<br />

sikre borgerens frie valg af applikationer og dermed fremme<br />

konkurrencen<br />

- Sikre adgang til alle digitale data på lang sigt, og dermed også sikre en<br />

sammenhæng på langsigtede genbrug af informationer.<br />

Samtidig angiver rapporten to parameter, der kan vurderes som barrierer ved<br />

valg af åbne standarder. Disse områder er yderst åbne i deres fortolkning, og de<br />

bør uddybes yderligere, for at sikre ensartet behandling af mulige indsigelser for<br />

implementering af obligatoriske standarder.<br />

De to væsentlige parameter der omtales er<br />

- Teknisk muligt<br />

- Økonomiske betragtninger<br />

Det er vores opfattelse at disse parameter alene vurderer mulige barrierer for den<br />

enkelte myndighed, men ikke tilgodeser de overordnede mål eller realisering af<br />

fordele gennem de forventede ”netværkseffekter. Derfor mener vi modellen skal<br />

udvides med yderligere kriterier, der sikrer valgfrihed for brugerne, og den<br />

langsigtede adgang til informationer.<br />

Dette kan ske gennem udvidelse af de valgte parametre samt uddybede<br />

forklaring til de enkelte områder.<br />

Der bør opstilles en række sammenlignende parametre overfor hvilke man skal<br />

vurdere de hhv. tekniske og økonomiske betragtninger. Sådanne parametre skal<br />

føres tilbage til de forventede fordele ved implementering af åbne standarder<br />

- Leverandørafhængighed og den langsigtede konsekvens af begrænset<br />

valgfrihed<br />

- Barrierer for interoperabilitet med såvel borgerer som anden offentlig<br />

myndighed<br />

- Økonomiske konsekvenser for borgere og private virksomheder<br />

- Ekstra konverteringsarbejder forbundet med <strong>fra</strong>valg af åbne standarder<br />

- Leverandøromkostninger forbundet med implementering af proprietær<br />

teknologi


Andre parameter kan sandsynligvis identificeres. Det anbefales at man får nogle<br />

klare retningslinjer for konsekvenserne ved <strong>fra</strong>valg af åbne standarder.<br />

Vurdering af teknisk muligt, vil ofte være bundet i begrænsninger i den<br />

eksisterende IT-in<strong>fra</strong>struktur. Statens nuværende IT-in<strong>fra</strong>struktur har betydelige<br />

leverandørbindinger, og derfor vil tekniske problemer sandsynligvis være<br />

forbundet med den specifikke leverandørs opfattelse og implementering af åbne<br />

standarder.<br />

Eksisterende erfaringer og aktuel viden i statens IT-organisation vil også være<br />

parameter, der vil påvirke vurderinger som ”teknisk muligt” og ”økonomiske<br />

konsekvenser”.<br />

Den økonomiske konsekvensberegnings model tager primært udgangspunkt i en<br />

implementeringsfase, men er uklar på vurderingen af forventet gevinst ved<br />

indførelse af åbne standarder. Den forventede positive økonomiske effekt ved<br />

implementering af åbne standarder, bør indeholde en række konkrete<br />

målepunkter. Dette bør omfatte målepunkter der rækker udover den<br />

implementerende myndigheds kompetenceområde. Dette kunne bl.a omfatte<br />

tredjeparts ekstraomkostninger for opfyldelse af tilslutningskrav, der ikke er<br />

standardbaseret.<br />

Teknisk muligt<br />

Rapporten omtaler ”tekniske muligt” som en barriere for indførelsen af åbne<br />

standarder. Den ”tekniske” vurdering fremtræder som henvendt imod statens<br />

modenhed for accept og realisering af løsninger, der anvender åbne standarder.<br />

Der kan være direkte tekniske barrierer forbundet med den enkelte standard, som<br />

beskrevet i rapporten. Disse barrierer vil påvirke de økonomiske konsekvenser<br />

ved implementering og driften af en løsning. Der kan være andre interne<br />

parameter, der kan have indflydelse på valget af standard<br />

- Eksisterende spidskompetance i det offentlige<br />

- Beskaffenhed af eksisterende IT-in<strong>fra</strong>struktur<br />

- Modenhed af anvendte softwarekomponenter<br />

- Forventet levetid på de enkelte systemer<br />

Disse parameter vil primært kendetegne udgangspunktet for implementering af<br />

åbne standarder. Implementeringen vil altid være forbundet med en række<br />

teknologiskift, der vil give tekniske udfordringer, i det omfang den eksisterende<br />

in<strong>fra</strong>struktur ikke kan håndtere åbne standarder. Dette gælder såvel tekniske<br />

komponenter som krav til nye kompetenceområder.<br />

Der er behov for en præcisering af parametre til evaluering af teknisk muligt.<br />

Den opstillede model arbejder med en række relative parametre som<br />

”udviklingsomkostninger øges”, ”sikkerhedsniveau svækkes”, og ”funktionel<br />

forringelse”. Det er ikke klart om dette skal sammenlignes i forhold til en<br />

eksisterende løsning, eller hvilket sammenligningsgrundlag der skal lægges til<br />

grund for denne vurdering. Det er nødvendigt med en uddybelse og begrundelse


for disse sammenligninger, for at sikre en ensartet evaluering <strong>fra</strong> projekt til<br />

projekt.<br />

Økonomiske konsekvenser<br />

Rapporten indeholder det første udkast til en økonomisk konsekvensberegning<br />

på indførelse af åbne standarder.<br />

Såfremt man ønsker at opnå den ønskede effektivisering ved indførelse af<br />

elektronisk kommunikation med borgerne, skal man forvente nogle<br />

implementeringsomkostninger. Værdien ved indførelse af åbne standarder, skal<br />

nødvendigvis ikke findes hos den implementerende IT-organisationen, men som<br />

en overordnet ”netværks-effekt” på tværs af hele den offentlige sektor. Disse kan<br />

måles gennem<br />

- Bedre digital service ved at sikre at alle borgere kan få adgang til staten<br />

på tværs af terminaler og kanaler<br />

- Øget effektivitet i samarbejde mellem de offentlige myndigheder,<br />

borgerer og private firmaer<br />

- Øget uafhængighed indenfor realiseringen af de valgte åbne standarder.<br />

Den omtalte model arbejder med såvel en 1-årig, som en 5-årig<br />

evalueringsmodel. Vi mener en 1-årig evalueringsmetode er for kort, da<br />

implementeringsomkostninger i langt de fleste tilfælde, vil have en betydelig<br />

indflydelse på processen. Gennem en 5-årig evalueringsmodel vil man have et<br />

bedre grundlag for vurdering af de faktiske effekter ved realisering af en løsning<br />

baseret på åbne standarder. Den anviste model i rapporten er fokuseret på<br />

omkostninger for den ansvarlige myndighed, men indeholder få målepunkter for<br />

den forventede gevinst.<br />

Samtidig vil en økonomisk betragtning altid tage udgangspunkt i den<br />

eksisterende situation. Fordi mange offentlige myndigheder allerede er yderst<br />

afhængige af eksisterende systemer, der ofte er bundet til specifikke<br />

leverandører, vil den økonomiske beregning ofte forfordele den leverandør, der<br />

allerede er den dominerede i den offentlige forvaltning. Dette skyldes bl.a.<br />

afhængigheder i den eksisterende IT-in<strong>fra</strong>struktur,samt eksisterende<br />

indkøbskontrakter og samarbejdsaftaler.<br />

Den økonomiske model er primært fokuseret på staten, hvilket betyder, at især<br />

statens nuværende IT-installation vil blive sammenligningsforholdet for alle<br />

økonomiske modeller. Dermed bliver den fremlagte økonomiske model baseret<br />

på de leverandørbindinger, der allerede er i statens IT-In<strong>fra</strong>struktur. Dette vil<br />

have en uforholdsmæssig stor indflydelse på de beregningsmodeller, der vil være<br />

dels for ”udskiftnings-omkostninger” men også de eksisterende softwareaftaler.<br />

Såfremt dette skal danne grundlag for den økonomiske beregning, kan man<br />

forvente, at de nuværende leverandørbindinger ikke kan brydes ved indførelse af<br />

kortsigtede økonomiske betragtninger. Dermed mister man muligheden for at<br />

fremme den frie konkurrence.


Øvrige kommentarer<br />

De valgte obligatoriske standarder, der er fremlagt i rapporten, indenholder en<br />

række indbyrdes bindinger, der bør afklares i forbindelse med udvælgelse af<br />

obligatoriske standarder. Disse indbyrdes bindinger skyldes dels overlappende<br />

funktionaliteter samt indflydelse på tværs af de valgte funktionsområder. Vi har<br />

her prøvet at opstille nogle potentielle sammenfald, der kan blive barrierer for<br />

indførelse af de enkelte åbne standarder.<br />

Valg af dokumentstandarder<br />

Den omtalte rapport har et dedikeret kapitel til omtale af udvælgelse af to<br />

obligatoriske standarder indenfor området dokumentstandarder/formater.<br />

Der findes ingen beskrivelse af årsagen til dette udover kommentaren ” Idet der<br />

ikke findes grundlag for at antage, at kun et af disse formater vil være relevant<br />

for fremtidig anvendelse i den offentlige forvaltning, anbefales det, at den<br />

enkelte offentlige myndighed fremover anvender et eller begge formater ODF<br />

eller OpenXML”.<br />

Der er en lang række udfordringer ved denne beslutning, der er i direkte modstrid<br />

med målet med folketingsbeslutningen B-103 af 2. juni 1006.<br />

Dels er udnævnelsen af ECMA-376 ”Office Open XML File Format” fortsat<br />

under evaluering af den Internationale Standard Organisation ISO. Samtidig<br />

findes der kun én komplet implementering af denne standard. Derfor vil dette<br />

format i dens nuværende udbredelse ikke øge konkurrencen eller innovationen,<br />

da den kun er fuld understøttet af én leverandør. Derfor er det vores anbefaling,<br />

at man i første omgang placerer dette format i ”observationstatus” og afventer<br />

hvorvidt det bliver accepteret som en international standard og hvorvidt der ses<br />

flere leverandør- uafhængige implementeringer af hele formatdefinitionen<br />

beskrevet <strong>fra</strong> ECMA-376.<br />

Udpegelse af OpenXML viser også et kompromis overfor kravet om flere<br />

uafhængige implementeringer af standarden. Behovet for flere uafhængige<br />

implementeringer er alt afgørende for opnåelse af den forbedrede konkurrence,<br />

som forventes indfriet ved gennemførelsen af folketingsbeslutning B-103 af 2.<br />

juni 2006.<br />

Udpegelsen af OpenXML kan blive en barriere for opnåelse af de<br />

tilgængeligedskrav der opstilles i rapporten. OpenXML formodes at anvende<br />

flere platforms begrænsende teknologier, der vil forhindre dens anvendelse på<br />

tværs af flere platforme. Dermed vil accepten af OpenXML, blive en<br />

begrænsende faktor for opnåelse af den ønskede tilgængelighed. Reduktion af<br />

tilgængelighed vil være en barriere for udbredelse og opnåelse af effektivitets<br />

gevinster.<br />

Udvælgelse af flere formater indenfor samme funktionsområde kan blive en<br />

betydelig barriere for opnåelse af den ønskede interoperabilitet. Denne<br />

interoperabilitet vil afhænge af de tekniske muligheder for konvertering mellem


de udvalgte formater. Samtidig vil denne konvertering være en yderligere<br />

omkostning ved projekterne.<br />

Udpegelsen af flere obligatoriske standarder indenfor samme funktionsområde,<br />

vil sandsynligvis påføre den enkelte myndighed yderligere omkostninger, da den<br />

derved bliver påtvunget at accepterer informationer der leveres i alle de<br />

udpegede obligatoriske standarder. Dermed vil den enkelte myndighed få<br />

ansvaret for korrekt modtagelse og konvertering mellem de enkelte standarder,<br />

da denne byrde ikke med rimelighed kan overføres til brugeren. En faktisk<br />

konvertering kan automatiseres, men denne proces skal også indeholde en<br />

kvalitetssikring, der alene påhviler den part der foretager en evt. konvertering.<br />

Alternativt vil der være krav om, at de to standarder skal kunne fungere<br />

indbyrdes interoperable for derved at undgå en eventuel konvertering.<br />

Afledte effekter og sammenfald mellem standarder<br />

De udvalgte standarder til de 7 funktionsområder har en række sammenfald, der<br />

bør beskrives nærmere. Sammenfald ved indførelse af flere obligatoriske<br />

standarder, hvor der er sammenfald indenfor realisering af disse standarder, vil<br />

kræve en prioritering af implementerings rækkefølgen. Vi har her kort skitseret<br />

nogle områder, som vi mener bør vurderes i forbindelse med udpejelsen af de<br />

første sæt af obligatoriske standarder.<br />

Der kan opstå prioriteringskonflikt ved samtidig indførelse af obligatoriske<br />

dokumentstandarder og obligatoriske standarder for sags- og<br />

dokumentbehandling. I det omfang at de nuværende FESD-løsninger ikke kan<br />

arbejde med de udvalgte ISO/IEC 26300 standard og ECMA-376 ”Office Open<br />

XML File Format” specifikation, er der behov for kriterier for vejledning om,<br />

hvilken implementeringsprioritering/-rækkefølge den enkelte institution bør<br />

vælge.<br />

De nuværende ESDH-løsninger, der leveres under FESD-standarder, er ensidigt<br />

bundet til Windows og Microsoft Office platformen. Dette kan blive en<br />

væsentlig barriere for en reel indførelse af ISO/IEC 26300 standarden, da den<br />

ikke understøttes af de reelle implementeringer af FESD-standarderne i dag.<br />

Dermed opstår situationen, hvor en obligatorisk standard (FESD) bliver en<br />

barriere for indførelse af en anden obligatorisk standard (ISO/EIC 26300). Disse<br />

sammenfald bør ikke kunne opstå, såfremt der arbejdes med åbne standarder.<br />

Kravene til udformning af netsteder i overenstemmelse med en række<br />

tilgængeligheds krav samt indførelsen af OCES-certifikater kan medføre en lign.<br />

overlapning i implementeringen. Den eksisterende realisering af OCEScertifikatet,<br />

har i praksis vist en række udfordringer ved realisering på platforme,<br />

der ikke anvender Microsoft Windows eller Microsoft Internet Explorer.<br />

Samtidig har de nye obligatoriske krav til udformning af netsteder til formål, at<br />

sikre alle adgang til offentlige netsteder uanset platform eller browser<br />

applikation. Dermed kan der opstå en konflikt i forhold til den realiserede<br />

implementering af OCES certifikatet til borger identifikation, da den nuværende<br />

løsning har betydelige platform og browser applikations bindinger. Der bør


opstilles nogle gennegående krav, der kan vejlede den enkelte leverandør om,<br />

hvilke af de to obligatoriske standarder der vægter mest, såfremt der opstår en<br />

konflikt situation som beskrevet ovenfor.<br />

Udveksling af data bør inkludere en række standarder til dækning af audio &<br />

video. Set i lyset af den seneste lovgivning med indførelse af medielicens, bør<br />

staten udvælge nogle standarder, der kan leveres og anvendes på alle de<br />

terminaler og platforme, der dækkes af loven om medie-licens.<br />

Afslutning<br />

Den fremlagte rapport indeholder en lang række glimrende initiativer, der kan<br />

sikre en kontrolleret metode til indførelse af åbne standarder som fundament for<br />

udveksling af informationer.<br />

Det er vores anbefaling, at man udvider rapporten med en række uddybende<br />

beskrivelser der vil sikre ensartet fortolkning og behandling af de enkelte<br />

standardforslag.<br />

Samtidig vil vi opfordre til en udvidelse af standardkomplekset, så det dækker<br />

bredere udveksling dels gennem flere kanaler overfor flere terminaler og på<br />

tværs af flere informationstyper.<br />

Vi opfordrer til, at man udsætter beslutningen om ophøjelse af ECMA-376<br />

”Office Opem XML File Format” specifikationen til en obligatorisk standard,<br />

indtil man som minimum har set, hvorvidt denne specifikation opnår accept som<br />

international standard, og der findes flere leverandøruafhængige<br />

implementeringer af hele specifikationen.


Fra: Martin Dohn [mdo@im.dk]<br />

Sendt: 20. marts 2007 14:36<br />

Til: Rachid El Mousti<br />

Cc: Dennis Højslet; Kontorpost Forvaltningsjuridisk kontor<br />

Emne: Supplerende høringssvar <strong>fra</strong> Indenrigs- og Sundhedsministeriet<br />

vedr. rapporten: Anvendelse af åbne standarder i det offentlige<br />

Kære Rachid El Mousti,<br />

Indenrigs- og Sundhedsministeriet har ikke konkrete indholdsmæssige bemærkningen til<br />

rapporten, men ønsker, at der i arbejdet lægges vægt på folketingsbeslutningens<br />

forudsætning om, at udmøntningen af lovforslaget ikke må medføre øgede udgifter for det<br />

offentlige og at der udarbejdes økonomiske konsekvensvurderinger af de obligatoriske<br />

standarder.<br />

Venlig hilsen<br />

Martin Dohn<br />

Indenrigs- og Sundhedsministeriet<br />

IT- og CPR-kontoret<br />

Tlf.: 7226 9702<br />

Email: mdo@im.dk<br />

Fra: Christian Hannibal [mailto:CHH@itst.dk]<br />

Sendt: 26. februar 2007 13:53<br />

Til: Christian Hannibal<br />

Cc: Adam Lebech; Rachid El Mousti<br />

Emne: Høring over rapporten: Anvendelse af åbne standarder i det offentlige; frist: 23.<br />

marts 2007<br />

På vegne af vicedirektør Marie Munk fremsendes hermed høringsbrev samt materiale i<br />

forbindelse med rapporten: "Anvendelse af åbne standarder i det offentlige".<br />

Frist for indsendelse af høringssvar er den 23. marts 2007.<br />

<br />

Med venlig hilsen<br />

Christian Hannibal<br />

Fuldmægtig, cand. scient. pol.<br />

IT- og Telestyrelsen<br />

<strong>It</strong>-strategisk kontor<br />

Holsteinsgade 63 - 2100 København Ø<br />

Telefon +45 35 45 01 15<br />

Fax +45 34 45 00 17<br />

Mail: chh@itst.dk<br />

Web: www.itst.dk


IT- og Telestyrelsen<br />

itst@itst.dk<br />

rem@itst.dk<br />

IT- og Telestyrelsen har ved brev af 23. februar 2007 anmodet Indenrigs- og Sundhedsministeriet<br />

om eventuelle bemærkninger til rapporten Anvendelse af åbne standarder<br />

for software i det offentlige .<br />

Indenrigs- og Sundhedsministeriet har ingen bemærkninger til rapporten.<br />

Med venlig hilsen<br />

Christian Trolle Andersen<br />

Dato: 19. marts 2007<br />

Kontor: FVJUR<br />

J.nr.: 2007-090/15-126<br />

Sagsbeh.: CTA<br />

Slotsholmsgade 10-12 Telefon +45 7226 9000 www.im.dk<br />

DK-1216 København K Telefax +45 7226 9001 im@im.dk


<strong>Høringssvar</strong> vedr. "Anvendelse af åbne standarder i det offentlige" <strong>fra</strong> Ingeniørforeningen<br />

i DanmarkFra: Jóannes Jørgen Gaard [JOG@ida.dk]<br />

Sendt: 21. marts 2007 12:06<br />

Til: Rachid El Mousti<br />

Cc: Nina Seierup<br />

Emne: <strong>Høringssvar</strong> vedr. "Anvendelse af åbne standarder i det offentlige" <strong>fra</strong><br />

Ingeniørforeningen i Danmark<br />

Ingeniørforeningen i Danmark (IDA) finder anvendelse af åbne standarder nødvendige for at<br />

sikre en velfungerende IT in<strong>fra</strong>struktur i DK. Med IT- og Telestyrelsens høring om<br />

konkretiseringen af B 103 mener IDA at DK kommer et godt skidt videre i bestræbelserne<br />

for at anvende åbne standarder.<br />

IDA noterer sig at OIO standarderne fremover skifter status <strong>fra</strong> at være anbefalinger til<br />

at blive obligatoriske. Herved stiger kravet til standarderne, da disse nu skal udformes<br />

således at interoperabiliteten sikres, samtidigt med at standarden ikke må hindre<br />

innovation.<br />

Vi har noteret os at der skelnes mellem tekniske-, data- og metodestandarder, hvilket<br />

synes hensigtsmæssigt. Denne skelnen kunne med fordel ligeledes anvendes ved fastsættelse<br />

af standarder, således at det kun er metodestandarder, der styres af den fællesoffentlige<br />

standardiseringsproces, medens datastandarder kunne fastlægges i et åbent regi, hvor de<br />

private aktører der ligeledes skal anvende disse standarder, kan bidrage med deres<br />

erfaringer. Her spiller sektorstandardiseringsudvalg og arbejdsgrupper under disse en<br />

vigtig rolle, som bør fremmes. Ved fastlæggelse af disse standarder vil det være<br />

hensigtsmæssigt at tage udgangspunkt i internationale standarder og de profiler der<br />

udarbejdes i Dansk Standard. Ved valg af tekniske standarder bør dette ubetinget ske i<br />

regi af Dansk Standard.<br />

IDA har noteret sig, at der blandt de første standarder er peget på DS484 som standard<br />

for IT-Sikkerhed, samt der for digital signaturs vedkommende er peget på OCES standarden,<br />

der reelt er DS844. IDA finder dette glædeligt og opfordre til at denne line med at<br />

trække på resultaterne <strong>fra</strong> Dansk Standard fortsætter.<br />

I afsnit 2.5.1 fremgår det, at staten fremover vil følge en sparsommelig indkøbspolitik.<br />

IDA er enig i at det offentlige ikke skal bruge unødige ressourcer ved indkøb, men finder<br />

det vigtigt, at der også ved IT indkøb tænkes på, at bedst ikke altid er billigst i<br />

længden.<br />

Der bør være plads til udvikling og nytænkning når det offentlige køber ind. Det er ikke<br />

altid, at standardløsninger er det mest hensigtsmæssige. De kan tværtimod være med til at<br />

cementere uhensigtsmæssige procedurer. Vi vil derfor opfordre til, at der tænkes mere i<br />

at udbyde løsning på problemer - frem for kun at udbyde stærkt specificerede opgaver,<br />

hvor problemløsningen er prædefineret af embedsmændene. Det vil kunne medvirke til at<br />

fremme innovationen i det offentlige og give helt nye og endnu mere besparende løsninger.<br />

Med venlig hilsen<br />

Jóannes J. Gaard<br />

Chefkonsulent<br />

Ingeniørforeningen i Danmark, IDA<br />

Kalvebod Brygge 31-33<br />

DK-1780 København V<br />

Direkte: 33 18 47 16<br />

Fax: 33 18 48 91<br />

Mobil: 22 10 74 83<br />


Høring over rapporten: Anvendelse af åbne standarder i det offentlige; frist: 23. marts<br />

2007Fra: Sarah-Christine Franzmann [SCF@inm.dk]<br />

Sendt: 22. marts 2007 14:24<br />

Til: Rachid El Mousti<br />

Emne: VS: Høring over rapporten: Anvendelse af åbne standarder i det offentlige; frist:<br />

23. marts 2007<br />

Integrationsministeriet har ingen bemærkninger til denne høring.<br />

Med venlig hilsen<br />

Sarah Franzmann<br />

--------------------------------------------------------------------------------<br />

Fra: Christian Hannibal [mailto:CHH@itst.dk]<br />

Sendt: ma 26-02-2007 13:52<br />

Til: Christian Hannibal<br />

Cc: Adam Lebech; Rachid El Mousti<br />

Emne: Høring over rapporten: Anvendelse af åbne standarder i det offentlige; frist: 23.<br />

marts 2007<br />

På vegne af vicedirektør Marie Munk fremsendes hermed høringsbrev samt materiale i<br />

forbindelse med rapporten: "Anvendelse af åbne standarder i det offentlige".<br />

Frist for indsendelse af høringssvar er den 23. marts 2007.<br />

<br />

Med venlig hilsen<br />

Christian Hannibal<br />

Fuldmægtig, cand. scient. pol.<br />

IT- og Telestyrelsen<br />

<strong>It</strong>-strategisk kontor<br />

Holsteinsgade 63 - 2100 København Ø<br />

Telefon +45 35 45 01 15<br />

Fax +45 34 45 00 17<br />

Mail: chh@itst.dk<br />

Web: www.itst.dk


København, den 23. marts 2007<br />

<strong>Høringssvar</strong> vedrørende Anvendelse af åbne standarder i det<br />

offentlige<br />

ITB er Danmarks største it-interesseorganisation med over 400 it-virksomheder på<br />

medlemslisten. ITBs helt grundlæggende politiske dagsorden består i at sikre bedst mulige<br />

rammevilkår for it-virksomheder i Danmark.<br />

Indledningsvis kan ITB grundlæggende bakke op om det overordnede princip om at den<br />

offentlige sektors IT-arkitektur skal baseres på åbne standarder. ITB kan støtte IT-og<br />

Telestyrelsens definition af åbne standarder, som de fremgår af rapportens pkt. 2.4.:<br />

At en standard er åben indebærer, at:<br />

standarden skal være fuldstændigt dokumenteret og offentligt tilgængelig,<br />

standarden skal være frit implementérbar uden økonomiske, politiske eller juridiske<br />

begrænsninger på implementering og anvendelse, hverken nu eller i fremtiden, og<br />

standarden skal være standardiseret og vedligeholdt i et åbent forum via en åben<br />

proces (standardiseringsorganisation)<br />

Det bemærkes, at ITB ikke i dette høringssvar tager stilling til spørgsmålet om en eller to<br />

obligatoriske dokumentstandarder.<br />

Økonomisk konsekvens beregning af obligatoriske standarder<br />

Rapporten anfører, at når et sæt af standarder vurderes at have de nødvendige tekniske<br />

kvaliteter til at kunne være en obligatorisk standard, skal der udarbejdes en økonomisk<br />

konsekvensvurdering (business case) for implementeringen og anvendelsen af dette sæt<br />

af standarder.<br />

Den økonomiske konsekvensvurdering skal foretages for at kunne fastholde<br />

forudsætningen i betænkningen <strong>fra</strong> Udvalget om Videnskab og Teknologi om, at<br />

implementeringen ikke må få negative økonomiske konsekvenser for den offentlige sektor.<br />

I den forbindelse er det ITBs opfattelse af det økonomiske perspektiv skal være af en hvis<br />

varighed eventuelt op til 5 år afhængig af den konkrete kontekst. Samtidig bør den<br />

økonomiske konsekvensvurdering tage højde for den enkelte offentlige institutions<br />

organisatoriske placering i forhold til den resterende offentlige sektor.


I tilfælde af dataudveksling mellem flere myndigheders systemer vil én myndigheds<br />

anvendelse af en åben standard til dataudveksling nødvendigvis medføre, at de andre<br />

myndigheders it-systemer skal ændres til at kunne sende og modtage data efter den åbne<br />

standard. Det vil medføre ekstra omkostninger for disse myndigheder i første fase. Den<br />

første myndighed, der indfører den åbne standard, skal selv (eventuelt via ITST) afsætte<br />

midler til at vedligeholde, videreudvikle, supportere og informere om den åbne standard,<br />

således at øvrige myndigheder reelt kan anvende den. I næste fase vil konsekvensen<br />

være, at den reelle økonomiske gevinst bliver realiseret af de myndigheder, der<br />

efterfølgende anvender den åbne standard frem for af den myndighed, der først<br />

implementerede standarden.<br />

Det er afgørende, at der i forbindelse med business cases anlægges et makro-perspektiv,<br />

således at der banes vej for strategiske investeringer, hvor der dels tages højde for de<br />

tidsmæssige perspektiver og dels inddrager de overordnede samfundsomkostninger og<br />

gevinster.<br />

Stand alone-systemer skal også følge åbne standarder<br />

Det fremgår af rapportens kapital 4.2, at Myndigheder (endvidere) er undtaget <strong>fra</strong><br />

reglerne om at anvende obligatoriske åbne standarder, hvis løsningen ikke indebærer<br />

datatudveksling med andre systemer.<br />

ITB skal hertil bemærke, at denne undtagelsesbestemmelse er uholdbar, både i kort- og i<br />

det langsigtede perspektiv, da det på tidspunktet for indkøb af et system er umuligt at<br />

afgøre, om systemet på sigt skal kunne kommunikere med andre systemer, hvad enten<br />

det drejer sig om kommunikation med interne eller eksterne systemer.<br />

ITB finder desuden, at formuleringen er for ukonkret her savnes reelle definitioner på<br />

begreber såsom dataudveksling og andre systemer .<br />

Følg eller forklar<br />

Det fremgår af rapportens kapitel 4.2.1., at den enkelte myndighed allerede i<br />

forberedelsesfasen for et givent it-projekt bør indlede vurderingen af spørgsmålet om<br />

anvendelse af obligatoriske standarder. Vurderingen bør indgå i eller som bilag til<br />

kravspecifikationen. Videre anføres, at såfremt en eller flere af årsagerne til <strong>fra</strong>vigelse<br />

(<strong>fra</strong> brug af obligatoriske standarder) gør sig gældende, og leverandøren vurderer, at det<br />

bør have indflydelse på løsningsbeskrivelsen, skal der udarbejde en nærmere<br />

begrundelse herfor.<br />

ITB skal hertil bemærke, at dette er uholdbart udbudsmæssigt, da leverandører og<br />

myndigheder kan have forskellige holdninger til standarder og standarders virkemåde i<br />

forhold til løsningen. Kravspecifikationen bør derfor være entydig m.h.t. om de anførte<br />

standarder er bindende, og ikke som her lægge op til alternative bud, uden det er angivet i<br />

udbudsteksten. ITB forventer, at myndigheden entydigt adresserer hvilke standarder som<br />

ønskes overholdt. Endvidere skal myndigheden forholde sig konkret til<br />

vedligeholdelsessituationen, da leverandører ikke typisk vil garantere overholdelse af<br />

kommende standarder som ikke er kendt på kontraktindgåelsestidspunktet.


Processen for godkendelse af standarder<br />

Efter ITBs opfattelse virker processen omkring evaluering og høring af en ny kandidat til<br />

en åben standard omfattende og tidskrævende. Dette kan være yderst relevant for større<br />

initiativer (f.eks. FESD og digital signatur), men for mindre og mere lokale initiativer (f.eks.<br />

konkret dataudveksling inden for et ressort-område) kan det virke meget langsommeligt og<br />

forhindre indførelse af nye initiativer til samarbejde myndigheder, virksomheder og borgere<br />

imellem.<br />

Derfor anbefaler ITB, at det overvejes i at indføre forskellige spor til vurdering og høring<br />

af nye åbne standarder. Herved vil man kunne håndtere tilfælde, hvor selv få måneders<br />

proces vil sinke et nyt projekt så meget, at det for myndigheden vil være nødvendigt at<br />

<strong>fra</strong>vælge udarbejdelse af en ny åben standard.<br />

Andre standarder<br />

ITB lægger i øvrigt vægt på, at der i nærmeste fremtid kommer fokus på standarder for<br />

streaming af lyd og billeder og for Digital Rights Management. Der er behov for åbne<br />

standarder for at fremme konkurrencen på begge områder.<br />

Med venlig hilsen<br />

Jakob Lyngsø<br />

Adm. direktør<br />

IT-Branchen


IT og Telestyrelsen<br />

Holsteinsgade 63<br />

2100 København Ø<br />

Høring vedr. implementeringsrapporten for B103 omkring anvendelse af<br />

åbne standarder for software i det offentlige.<br />

ITEK og dermed Dansk Industri afgiver hermed høringssvar vedr. IT- og Telestyrelsens<br />

implementeringsrapport for B103 vedrørende avendelse af åbne standarder for<br />

software i det offentlige.<br />

Generelle synspunkter.<br />

Åbne standarder er efter DI/ITEK's opfattelse et afgørende element til at skabe både højere<br />

nytteværdi af investeringer, ligesom åbne standarder medvirker til større integration<br />

mellem samfund, virksomheder og borgere. Derfor bør åbne standarder fremmes i størst<br />

muligt omfang. Af samme grund bidrager ITEK aktivt for at fremme standardiseringsarbejdet<br />

i nationale og internationale standardiseriongsorganer.<br />

DI/ITEK kan tilslutte sig IT- og Telestyrelsens forslag til implementeringsplan, hvor B<br />

103 gennemføres gradvist ved, at en række åbne standarder bliver obligatoriske at anvende<br />

for den offentlige sektor i takt med, at det bliver teknisk og økonomisk muligt. Hermed<br />

fastholdes på den ene side målene i B 103 om sikring af åbenhed og konkurrence,<br />

samtidig med at der gives de berørte offentlige institutioner - og markedsaktørerne - tid<br />

og mulighed for at indrette sig efter kravene i B 103.<br />

Det er vigtigt, at IT- og Telestyrelsen påtager sig en betydelig vejledningsindsats, ligesom<br />

styrelsens center for softwareudvikling bør gå foran med pilot-forsøg med åbne<br />

standarder, der kan trække resten af den offentlige sektor med sig.<br />

Ved implementeringen af B 103 handler det i høj grad om gennemsigtighed, således<br />

at der hurtigst muligt åbnes op, samtidig med at evt. <strong>fra</strong>vigelser <strong>fra</strong> de foreslåede hovedprincipper<br />

forklares nærmere.<br />

23. marts 2007<br />

JKS/TTO<br />

ITEK<br />

Telefon/Telephone<br />

Telefax<br />

E-mail<br />

Homepage<br />

Dansk Industri<br />

H. C. Andersens Boulevard 18<br />

DK-1787 København V<br />

(+45) 3377 3344 (+45) 3377 3920 itek@di.dk www.itek.di.dk


Det foreslåede princip om 'Følg eller forklar' vil derfor være et godt redskkab til at involvere<br />

de enkelte it-beslutningstagere.<br />

Specielt vedr. dokumentformater<br />

Det foreslås i rapporten, at det bliver obligatorisk at anvende mindst én af dokumentstandarderne<br />

Open Document Format (ODF) eller Office OpenXML.<br />

DI/ITEK kan tilslutte sig denne strategi, såfremt der skabes og demonstreres fuld interoperabilitet<br />

mellem de to standarder, således at brugerne ikke kommer i klemme som følge<br />

af deres valg.<br />

Endvidere bør IT- og Telestyrelsen styrke indsatsen for, at der realiseres holdbare ODFbaserede<br />

løsninger på udvalgte områder, således at de offentlige it-beslutningstagere oplever,<br />

at de får et reelt valg.<br />

Under alle omstændigheder bør kravet om åbne standarder afvejes med omkostningerne,<br />

hvorfor det må undgås at fremtvinge løsninger, som vil være væsentligt fordyrende i forhold<br />

til anvendelse af andre standarder, samt løsninger, der svækker sikkerhedsniveauet<br />

og/eller medfører væsentlige funktionelle forringelser.<br />

Til gengæld skal de berørte it-ansvarlige redegøre for, at betingelserne for at blive<br />

undtaget er opfyldte.<br />

Når det handler om implementering af nye løsninger, hvor den tekniske anskaffelse<br />

har samlede omkostninger, der overstiger EU’s udbudsgrænse, støtter DI/ITEK's rapportens<br />

anbefalinger om, at kunden - såfremt der vælges andre standarder end de påbudte<br />

- i givet fald udarbejder en rapport med begrundelse for brug af disse undtagelser<br />

inden underskrivelse af kontrakten. Hvis omkostningerne derimod ligger under<br />

udbudsgrænsen, bør der anvendes obligatoriske, åbne standarder, medmindre de falder<br />

ind under de førnævnte undtagelsesbestemmelser.<br />

Specielt vedr. åbning af statslige og kommunale data<br />

DI/ITEK lægger vægt på at arbejdet med at beskrive snitflader for statslige og kommunale<br />

data fremskyndes mest muligt, og at der for kommunale data ikke kun er behov<br />

for en fremadrettet beskrivelse af kommende OIO-XML-standarder, men også<br />

beskrivelser af snitflader til KMD's eksisterende fagsystemer, så det bliver muligt for<br />

konkurrenter på det kommunale marked at skabe sammenhæng mellem deres systemer<br />

og KMD's.


ITEK står naturligvis til rådighed mhp. uddybelse af ovennævnte synspunkter.<br />

Med venlig hilsen<br />

Tom Togsverd<br />

Branchedirektør<br />

ITEK / Dansk Industri


IT- og Telestyrelsen<br />

Att. Rachid El Mousti<br />

Holsteinsgade 63<br />

2100 København Ø<br />

1/4<br />

København, d. 23. marts 2007<br />

<strong>Høringssvar</strong> om IT- og Telestyrelsens Rapport "Anvendelse af åbne standarder for software i det offentlige"<br />

IT-Politisk Forening har med interesse læst rapporten, som lægger op til en række vigtige beslutninger. Vi<br />

har i den forbindelse en række bemærkninger og anbefalinger.<br />

Åbne standarder er afgørende for sund og fri konkurrence<br />

Microsoft har misbrugt sin dominerende stilling på markedet. Det viser bl.a. EU-kommissionens afgørelse 1 .<br />

WTOs årsrapport <strong>fra</strong> 2005 nævner også det uhensigtsmæssige i Microsofts kontrol med formater. I Danmark<br />

ser man især problemet i Microsofts de facto-monopol på dokumentformater. WTO påpeger, at i tilfælde af<br />

dominerende virksomheders kontrol over standarder, kan regeringsindgreb være relevant. Derfor hilser IT-<br />

Politisk Forening det velkomment, at Folketinget vil indføre obligatoriske åbne standarder, men vi mener at<br />

man bedst opnår den ønskede konkurrence hvis man vedtager netop én dokumentstandard. IT-Politisk<br />

Forening anbefaler, at det bliver den åbne, ISO-godkendte standard ODF. For som WTO fremhæver må det,<br />

når standarder fastlægges af det offentlige, sikres at standarderne er fordelagtige for alle virksomheder på<br />

markedet. Desuden hæmmes innovation af dominans over både standarder og markeder, fordi markedets<br />

andre aktører må afvente den dominerende virksomheds beslutninger før de kan tage innovative skridt. 2<br />

ECMA Open Office XML er ikke en åben standard<br />

IT-Politisk Forening<br />

c/o Formand Flemming BjerkeHyldebjerg 67<br />

4330 Hvalsø<br />

bestyrelsen@itpol.dk<br />

Et enigt Folketing besluttede med B 103, at det offentliges brug af software <strong>fra</strong> den 1/1 2008 skal baseres på<br />

åbne standarder 3 . IT- og Telestyrelsen har foreslået, at man for kontorpakker kan anvende enten Open<br />

Document Format (ODF) eller ECMA Open Office XML (EOOXML). Men EOOXML er ikke en åben<br />

standard ifølge de definitioner, som fremgår af kommentarerne til B 103.<br />

Open XML vedligeholdes ikke i et åbent forum<br />

"standarden skal være standardiseret og vedligeholdt i et åbent forum via en åben proces<br />

(standardiseringsorganisation)." (B 103)<br />

ECMA Open XML er optaget som en standard i ECMA-regi (ECMA 376 4 ) og vedligeholdes dermed formelt<br />

i et forum. Men selve standardiseringen er ikke sket i et åbent forum; tværtimod bærer EOOXML præg af<br />

ikke at være en standard, men blot en dokumentation af det format, der i forvejen anvendes af Microsoft<br />

Office. Alt for mange detaljer bærer præg af at skulle understøtte netop denne programpakkes særegenheder.<br />

Med meget få undtagelser er formatet beskrevet i ECMA 376 identisk med det format, som Microsoft havde<br />

udarbejdet alene, og altså ikke i et åbent forum. Det første punkt på arbejdsprogrammet for ECMA's TC45<br />

begynder da også: "To Produce a formal Standard for office productivity documents which is fully<br />

compatible with the Office Open XML Formats" 4 . ECMA 376 er altså bundet til at være fuldt ud kompatibel<br />

med den oprindelige version af Office Open XML, der alene er fastlagt af Microsoft.<br />

EOOXML er for nyligt blevet optaget i en såkaldt fast-track-proces i standardiseringsorginationen ISO.<br />

Dette er ikke et egentligt standardiseringsarbejde, da fast-track-processen ikke giver mulighed for at ændre<br />

formatet undervejs. Der er kun tale om en eventuel godkendelse af et eksisterende format. Der har der <strong>fra</strong>


flere sider været rejst massiv kritik af EOOXML, og der er en reel risiko for, at ISO vil afvise at ophøje<br />

EOOXML til en ISO-standard. Hvis ISO derimod accepterer EOOXML, vil de have godkendt en standard,<br />

som alene er specificeret af Microsoft - altså i et lukket forum.<br />

Ud <strong>fra</strong> historikken bag EOOXML sammenholdt med Microsofts markedsdominians må det forventes, at også<br />

nye versioner af formatet vil blive dikteret af Microsoft frem for at blive udviklet i et åbent forum.<br />

Open XML er ikke frit implementerbar<br />

"standarden skal være frit implementerbar uden økonomiske, politiske eller juridiske begrænsninger på<br />

implementering og anvendelse, hverken nu eller i fremtiden" (B103)<br />

I Microsofts "open specification promise" 5 gives løfte om ikke at udøve "Microsoft Necessary Claims" i<br />

forbindelse med implementation af formatet. Det er uklart, hvad udtrykket "Necessary Claims" dækker over.<br />

IT-Politisk Forening mener ikke, at en så løs formulering kan danne grundlag for en åben standard.<br />

Det fremgår endda, at "New versions of previously covered specifications will be separately considered for<br />

addition to the list." Dermed kan Microsoft effektivt blokere for retten til implementation af nye versioner af<br />

formatet. Dette indebærer at Microsoft udvikler de fremtidige versioner.<br />

Open XML er ikke fuldstændig offentligt dokumenteret<br />

"standarden skal være fuldstændigt dokumenteret og offentligt tilgængelig" (B 103)<br />

I specifikationen af EOOXML indgår flere henvisninger til lukkede formater, ligesom der flere steder<br />

henvises til, at software, der implementerer formatet, blot skal opføre sig som specifikke Microsoftprogrammer<br />

6 . Da der ikke gives yderligere forklaring, og Microsoft-programmerne er lukkede, er det reelt<br />

kun Microsoft der kan implementere formatet fuldstændigt.<br />

EOOXML er ikke en moden standard<br />

Fortalere for EOOXML slår på, at Microsofts dokumentformat nyder stor udbredelse. Men EOOXML er<br />

ikke det samme format som anvendes i tidligere versioner af Microsoft Office. At de tidligere formater har<br />

haft stor udbredelse, betyder derfor ikke, at EOOXML er en moden standard. Indtil videre er der meget<br />

begrænsede erfaringer med EOOXML, ligesom der reelt kun er ét produkt, der understøtter formatet fuldtud.<br />

Helt galt bliver det, hvis ISO ikke godkender formatet i deres fast-track-proces, men på et senere tidspunkt<br />

vælger at bearbejde EOOXML i et åbent forum. I så fald vil der med høj sandsynlighed ske store ændringer i<br />

formatet.<br />

IDC's sammenligning af EOOXML og ODF<br />

IDC har i en rapport sammenlignet de to formater EOOXML og ODF 7 . Det er hævdet at rapporten<br />

konkluderer at de 2 formater er lige åbne. Dette er imidlertid ikke korrekt. Godt nok hedder det at<br />

"Companies generally do not consider ODF more open than Open XML or vice versa", og at "In general we<br />

do not find any substantial difference in "openness" of Open XML versus ODF". Men denne vurdering<br />

bygger dels på interviewede virksomheders opfattelse, dels på antagelsen, at EOOXML bliver vedtaget som<br />

standard af ISO. Og selv da erkender IDC i rapporten, at: "in the area of "open process" ... we find that<br />

OASIS is having a more open process than ECMA".<br />

Derudover skal det bemærkes, at IDCs rapport ikke konkret forholder sig til åbenhed i forhold til de kriterier,<br />

der er specificeret kommentarerne til B103. Tværtimod angiver IDC i forordet til rapporten, at de ikke<br />

lægger vægt på diskussionen om åbenhed, men derimod på "the adaptation and views of customers of open<br />

standards".<br />

2/4


Åbne standarder i anden offentlig software<br />

Staten deltager i udviklingen af del standarder i OIO-kataloget udvikles af det offentlige, bl.a. FESDstandarderne.<br />

IT-Politisk Forening mener, at også sådanne standarder bør udvikles og standardiseres i et<br />

åbent forum. Enkeltstående høringer er utilstrækkeligt.<br />

Det bør også sikres, at alle offentlige institutioner, også institutioner som Danmarks Radio og DSB, anvender<br />

åbne standarder.<br />

Følg eller forklar-princippet<br />

Endelig skal vi opfordre til, at det sikres, at "følg eller forklar"-princippet forvaltes konsekvent. Ved ITsystemanskaffelser<br />

må det være den rekvirerende myndighed ikke leverandøren som har ansvaret for<br />

indholdet af indberetningen til IT- og Telestyrelsen, hvis en eller flere åbne standarder ikke følges. Denne<br />

indberetning skal offentliggøres og skal indeholde en bredere samfundsmæssig og samfundøkonomisk<br />

vurdering af konsekvenserne for resten af samfundet.<br />

Med venlig hilsen<br />

Flemming Bjerke<br />

Formand<br />

3/4


Referencer<br />

1. Konkurrencenyt. Konkurrencerådet 2004-2. http://www.ks.dk/publikationer/knyt/2004/02/0303_04.htm<br />

2. World Trade Report, WTO 2005.<br />

http://www.wto.org/english/res_e/booksp_e/anrep_e/world_trade_report05_e.pdf Side 36-41, 159<br />

3. Folketingetbeslutning B 103 om anvendelse af åbne standarder for software i det offentlige:<br />

http://www.folketinget.dk/?/Samling/20051/beslutningsforslag/B103/index.htm<br />

4. http://www.ecma-international.org/memento/TC45.htm<br />

5. http://www.microsoft.com/interop/osp/<br />

6. http://www.grokdoc.net/index.php/EOOXML_objections<br />

7. http://openxmldeveloper.org/archive/2006/11/27/IDC_Open_Document_Standards.aspx<br />

4/4


Fra: john.foldager@izone.dk<br />

Sendt: 21. marts 2007 21:51<br />

Til: Rachid El Mousti<br />

Emne: ODF dokument-standard!<br />

Kære Rachid,<br />

vi har i iZone igennem længere tid fuldt debatten omkring dokument-standarder i det<br />

offentlige. Vi undrer os over at man åbent taler om standardER når der - så vidt vi er<br />

orienterede - kun er ÉN standard; nemlig ODF-formatet.<br />

Dét at man overvejer at acceptere flere forskellige formater er i vores verden<br />

fuldstændig meningsløst når der findes én standard som størstedelen af verdens ledende<br />

IT-firmaer bakker op omkring. Vi benytter selv både Microsoft Office og OpenOffice og er<br />

af dén helt klare holdning at man i Danmark - som et af dé lande som andre ser op til når<br />

det kommer til IT i det offentlige - bør vælge ODF-standarden som dén eneste standard man<br />

vil acceptere i fremtiden. Hvis vi som softwarevirksomhed skal supportere to forskellige<br />

formater - hvoraf det ene er en åben standard og det andet påstås at blive en åben<br />

standard - så skal vi bruge unødige resourcer på at konvertere og integrere hvilket bare<br />

vil gøre projekter unødigt dyrere end hvis man valgte kun at benytte ODF. Det er muligt<br />

at en gigant som Microsoft presser på for at benytte deres XML-format, men så længe at<br />

"alle andre" nu går ODF-vejen er det meningsløst og det offentlige bør vise at de er<br />

istand til at sige "nej tak" og gå med på "den åbne standard"-vejen.<br />

Denne mail er en opfølgning på dét vi kan se i medierne - og mærke i vores egne projekter<br />

med kunder - og en "hør lige her" nu da vi kan se at høringssvar skal være jer i hænde<br />

senest på fredag. Vi ønsker nemlig at blive hørt på.... og vi ønsker kun én standard...<br />

ODF!<br />

Tak fordi vi måtte komme til orde.<br />

Med venlig hilsen / Best regards<br />

John Foldager<br />

-iZone<br />

Development<br />

Gammel Kalkbraenderi Vej 15 A<br />

DK-2100 Copenhagen OE<br />

Denmark<br />

Phone: +45 20 22 22 11<br />

Internet: www.izone.dk<br />

------------------ iZone Development Disclaimer ------------------<br />

This message (including any attachments) contains confidential<br />

information intended for a specific individual and purpose, and<br />

is protected by law. If you are not the intended recipient, you<br />

shall delete this message and you are hereby notified that any<br />

disclosure, copying or distribution of this message, or the<br />

taking of any action based on it, is strictly prohibited.


IT og Telestyrelsen<br />

Holsteinsgade 63<br />

2100 København Ø<br />

H øringssvar: Anvendelse af åbne standarder for software<br />

i det offentlige<br />

KL har med interesse gennemgået høringsversionen Anvendelse af åbne<br />

standarder i offentlige .<br />

KL er ganske enig med IT og Telestyrelsen om vigtigheden af at udvikle og<br />

implementere IT-relaterede standarder i den offentlige sektor, såvel som i<br />

samfundet i almindelighed. Det er også KLs opfattelse at standarder der<br />

forpligter såvel afsender som modtager, er en forudsætning for en mere<br />

sammenhængende og effektiv offentlig sektor.<br />

ITST foreslår et første sæt af obligatoriske, åbne standarder, der <strong>fra</strong> 1.<br />

januar 2008 skal være gældende ved nyanskaffelser i den offentlige sektor.<br />

Det er KLs vurdering, at de foreslåede områder og standarder er velvalgte i<br />

den forstand, at de forekommer at være modne til en standardisering og<br />

dermed fastfrysning i en periode, og at der er tale om væsentlige områder.<br />

En af de foreslående standarder skiller sig dog ud, ved at ITST foreslår ikke<br />

mindre end to standarder for udveksling af dokumenter mellem offentlige<br />

myndigheder. Man kan her spørge om der er fornuft i at have to forskellige<br />

standarder til den samme opgave ud <strong>fra</strong> et praktiske synspunkt, ligesom de<br />

må forudses at blive dyrere at opretholde to standarder frem for en<br />

standard over tid.<br />

Det er også KLs opfattelse, at der allerede eksisterer et passende<br />

organisatorisk set-up, der kan arbejde med at fastlægge disse standarder i<br />

detaljer, i form af det sæt af komiteer og udvalg der arbejder med<br />

standarder og IT-arkitektur i den offentlige sektor.<br />

Den 27. marts 2007<br />

Ref MIH<br />

mih@kl.dk<br />

Dir 3370 3349<br />

Weidekampsgade 10<br />

Postboks 3370<br />

2300 København S<br />

Tlf 3370 3370<br />

Fax 3370 3056<br />

www.kl.dk<br />

1/3


Det er imidlertid for KL et åbent spørgsmål, i hvilket omfang en<br />

gennemførelse af høringsversionens forslag vil øge tempoet i<br />

implementeringen af IT-standarder i den offentlige sektor, eller bidrage til<br />

at flere områder standardiseres.<br />

Det er lagt til grund at udmøntningen af B-103 ikke må medføre øgede<br />

udgifter for det offentlige 1 . Det er KLs opfattelse at tolkningen af denne<br />

centrale sætning er afgørende for effekten af forslagene i notatet.<br />

Erfaringerne <strong>fra</strong> det foreløbige arbejde med standarder viser, at det koster<br />

ressourcer at udvikle dem, det koster ressourcer at implementere dem og<br />

det koster ressourcer at vedligeholde dem. Dvs. der er udgifter forbundet<br />

med at standardisere. Disse udgifter kan oftest betragtes som en investering<br />

og modregnes af fremtidige besparelser eller alternativt: udeblevne<br />

merudgifter. KL efterlyser derfor en tolkning af citatets betydning for<br />

muligheden for at arbejde med business-cases, afskrivninger m.m. og<br />

muligheden for at kunne inddrag livslængden af standarder og sætte<br />

nytten af standarder i forhold til udgifterne ved at udvikle, implementere og<br />

vedligeholde den. Herunder om det betyder at ingen offentlige myndigheder<br />

må pålægges ekstraudgifter eller er det som offentlige sektor som helhed.<br />

Et andet område høringsversionen ikke behandler helt efter fortjeneste er<br />

det forhold, at implementering af standarder på et område, ofte skaber nytte<br />

og værdi på andre områder. Dvs. at udgifter til udvikling og implementering<br />

ikke altid er sammenfaldende med nytte og/ eller besparelse. Denne, i sig<br />

selv banale, konstatering trænger sig på, når man betragter de undtagelsesmuligheder<br />

der nævnes i folketingsbeslutningen. Undtagelser <strong>fra</strong> de<br />

obligatoriske standarder kan tillades, men skal begrundes. Høringsversionen<br />

nævner en række årsager der vurderes at være acceptable for valg af ikke<br />

standarder. Undtagelsesmulighederne virker særdeles rimelige, men især den<br />

første udtagelsesmulighed er åben for tolkning, når en standardisering er<br />

væsentlige fordyrende i forhold til anvendelse af andre standarder (og<br />

igen skal det ses over en periode på et eller ti år)<br />

Spørgsmål der trænger sig på er for eksempel:<br />

Hvad er væsentlig (hvor mange procent)? Hvor meget må en<br />

standardisering koste i fht. ikke standard? Kan en institution afvise en<br />

standard med henvisning til væsentlig fordyrende for institutionen, selv<br />

om der er andre institutioner der kan have nytte af standarder?<br />

Et tredje område som efter KLs opfattelse er vigtigt at forholde sig til, er<br />

hvordan obligatoriske standarder tænkes ind i det lovforberedende arbejde.<br />

Det vigtigt, at en eventuel nødvendig revision af de obligatoriske standarder<br />

tænkes ind allerede i det lovforberedende arbejde således, at der ikke opstår<br />

1 S. 7 citat taget <strong>fra</strong> Videnskabsministeriets betænkning af 1. juni 2007.<br />

2


en situation, hvor der er modstrid mellem lovgivning og de obligatoriske<br />

standarder. Det vil betyde, at der lægges et øget ansvar på dem, der ejer<br />

standarderne (ofte et sektorstandardiseringsudvalg), ligesom det vil betyde,<br />

at der skal findes en ejer til alle standarder.<br />

KL har forståelse for de rammebetingelser der gælder for høringsversionen,<br />

og deltager meget gerne i et konstruktivt samarbejde om at implementere og<br />

udbrede anvendelsen af åbne standarder i den offentlige sektor.<br />

KL tager med dette høringssvar forbehold for at høringsversionen ikke har<br />

været politiske behandlet i KL.<br />

Eventuelle spørgsmål til dette høringssvar kan rettes til Mads Ellehammer,<br />

mae@kl.dk eller undertegnede.<br />

Venlig hilsen<br />

Michael Hald<br />

mih@kl.dk<br />

Center for Borgerservice og IT-politk<br />

KL<br />

3


IT- & Telestyrelsen<br />

att.: Rachid El Mousti<br />

Holsteinsgade 63<br />

2100 København Ø<br />

<strong>Høringssvar</strong> vedr. anvendelse af åbne standarder for software i det<br />

offentlige<br />

KMD ser positivt på bestræbelserne for at fastlægge obligatoriske, åbne<br />

standarder for it-systemer til den offentlige sektor, og hilser lovinitiativet velkomment.<br />

KMD policy på standardiseringsområdet er:<br />

KMD arbejder aktivt for indførelse af åbne standarder i den offentlige<br />

sektor<br />

KMD implementerer alle standarder for den offentlige sektor i forbindelse<br />

med nyudvikling af produkter og services.<br />

For eksisterende produkter og service tilrettes disse i henhold til udmeldte<br />

standarder i det omfang det teknisk og økonomisk er muligt.<br />

I rapporten om åbne standarder for software i det offentlige nævnes tre hovedmål<br />

med anvendelse af åbne standarder: at fremme konkurrencen på det<br />

danske softwaremarked, at fremme interoperabilitet mellem it-systemerne på<br />

tværs af den offentlige sektor, samt at give borgere og virksomheder et friere<br />

valg af software. KMD kan tilslutte sig disse mål som en naturlig udvikling<br />

inden for it-branchen, og KMD føler sig godt rustet til at arbejde på disse<br />

præmisser.<br />

Vi kan i denne forbindelse henvise til, at KMD ved adm. direktør Lars Monrad-<br />

Gylling tidligere har udmeldt KMD's politik således: "Vi vil også derhen, hvor<br />

der er klarhed over spillereglerne, så vi som leverandør kan konkurrere frit i<br />

markedet med andre leverandører. En klar arbejdsdeling, hvor det offentlige<br />

sætter standarden, og markedet udvikler løsningerne."<br />

KMD har følgende kommentarer til de specifikke valg af obligatoriske, åbne<br />

standarder:<br />

Dataudveksling mellem offentlige myndigheder<br />

Dataudvekslingsstandarder<br />

KMD kan tilslutte sig dette OIOXML-fokus som et naturligt og hensigtsmæssigt<br />

udgangspunkt for dataudveksling mellem offentlige myndigheder.<br />

Generelt omkring åbne standarder<br />

Side 1 af 6 side(r) J.nr.:<br />

23. marts 2007<br />

Ref.: BKS<br />

KMD A/S<br />

Udviklingssupport<br />

Lautrupparken 40-42<br />

2750 Ballerup<br />

Tel. 44 60 10 00<br />

Fax 44 60 41 06<br />

www.kmd.dk<br />

CVR-nr. DK 26911745


I det omfang det vælges, at det åbne standardvalg hensigtsmæssigt realiseres<br />

i form af en enkelt udvalgt implementering, skal kvalitetskravene til den<br />

implementering være tydelige. Endvidere skal det være tydeligt hvad der kan<br />

forventes omkring drift og service.<br />

Dette gælder f.eks. for OIOXML, ISB og NDR, hvor en væsentlig forudsætning<br />

for succes er en målrettet service- og driftsorienteret funktion, som kan klare<br />

det pres der vil følge af obligatorisk brug.<br />

Specielt på dataudveksling er der to parter plus en in<strong>fra</strong>struktur (herunder<br />

specielt OIOXML og ISB’en), og følgelig bliver en velfungerende service- og<br />

driftsin<strong>fra</strong>struktur en forudsætning. Ministeriet eller styrelsen bør sikre at<br />

denne opgave løftes, herunder at der etableres en driftsorganisation med definerede<br />

service- og ydelsesmål til varetagelse af ISB og OIOXML. Parallellen<br />

hertil er OCES, hvor TDC varetager drifts- og serviceopgaven mens ITST varetager<br />

selve standardiseringsopgaven.<br />

KMD ser gerne, at de obligatoriske standarder sammensættes i profiler til forretningsopgaver.<br />

Sammensætninger på kryds og tværs giver ofte en mangfoldighed<br />

og unødig kompleksitet i implementeringer.<br />

Elektronisk sags- og dokumenthåndtering<br />

KMD har af flere grunde stor interesse i FESD-standarderne. Vi optræder som<br />

direkte leverandør på ESDH-markedet. Vi har fagsystemer, der ønskes integreret<br />

til ESDH-løsninger. Endelig mener vi, at vi kan bidrage med en unik<br />

indsigt i de kommunale processer.<br />

KMD har tidligere fremsendt høringssvar til de enkelte FESD-standarder, hvilket<br />

ikke skal gentages her, vi vil dog tillade os at fremføre nogle overordnede<br />

kommentarer til FESD-standarderne.<br />

Standarden skal være åben og understøttes af en åben proces<br />

I standarden side 23 defineres, hvad det betyder, at en standard er åben:<br />

”At en standard er åben indebærer, at:<br />

1. standarden skal være fuldstændigt dokumenteret og offentligt tilgængelig,<br />

2. standarden skal være frit implementérbar uden økonomiske, politiske eller<br />

juridiske begrænsninger på implementering og anvendelse, hverken nu eller<br />

i fremtiden, og<br />

3. standarden skal være standardiseret og vedligeholdt i et åbent forum via en<br />

åben proces (standardiseringsorganisation).”<br />

Dette uddybes på side 42, hvor det bl.a. nævnes, at<br />

” … Alle skal kunne deltage i standardiseringsprocessen.”<br />

”… Konsensus. Alles interesser medtages i diskussionen og der tilstræbes enighed<br />

i udformningen af konklusionen.”<br />

KMD er enige i disse vigtige definitioner, og ser det som positivt, at der er fokus<br />

på at få etableret en åben proces.<br />

Side 2 af 6 sider J.nr.:


KMDs erfaringer med standardiseringsaktiviteter har vist, at det er komplekst<br />

at kombinere visionen om interoperabilitet med de kommunale processer, og<br />

det har krævet flere ressourcer og mere kalendertid end forudset, men uden<br />

denne indsats vil resultatet blive standarder med kort holdbarhed, eller i værste<br />

fald standarder, der vil nedsætte produktiviteten i den offentlige administration.<br />

Dansk Standard (DS) har en lang tradition for at arbejde inden for rammerne<br />

af en åben proces. Denne proces er langsommere, men i og med at flere interessenter<br />

kan bidrage, må vi forvente, at resultaterne bliver mere robuste og<br />

langtidsholdbare. Vi foreslår, at der etableres et samarbejde med DS med<br />

henblik på at kunne fastholde en god fremdrift kombineret med DS´s erfaringer<br />

med åbne processer.<br />

FESD sammenblander kontrakt, jura og standardisering<br />

I forbindelse med FESD-standardiseringen er processen underlagt kontraktlige,<br />

juridiske og kommercielle forhold, som det bl.a. fremgår af følgende citater<br />

<strong>fra</strong> FESD-standarderne:<br />

”I kontrakterne med de tre leverandører er der aftalt et målrettet arbejde omkring<br />

IT-arkitektur og standardisering på ESDH-området. Målet er at sikre en videreudvikling<br />

af de tre ESDH-løsninger, så de tilpasses de udviklede fælles offentlige<br />

standarder.”<br />

”De nødvendige fælles tekniske standarder på disse områder - kaldet FESDstandarden<br />

- skal tilvejebringes gennem en proces over de kommende år i samarbejde<br />

med de tre FESD-leverandører."<br />

FESD-kontrakten begrænser altså deltagerkredsen i standardiseringsarbejdet<br />

til de 3 FESD leverandører.<br />

FESD-standarderne har været gennem offentlige høringer, hvor KMD, og andre<br />

interessenter, har fremsendt høringskommentarer. Men vi må konstatere,<br />

at mange ændringsforslag ikke er blevet taget i betragtning, eller direkte afvist,<br />

med henvisning til FESD-kontrakten.<br />

Det er KMD´s vurdering, at FESD-standardiseringsprocessen hidtil ikke har<br />

levet op til kravene for en åben standardiseringsproces, og vi foreslår, at<br />

standarderne bliver revideret i en åben proces, inden de ophøjes til obligatoriske<br />

standarder.<br />

FESD-standarder og OIO-standarder bør følge samme struktur og samme proces<br />

Der er i dag forskel på den måde, OIO-standarderne og FESD-standarderne er<br />

struktureret.<br />

OIO opdeler standarderne i 3 kategorier:<br />

• Tekniske standarder<br />

• Datastandarder - med fokus på udveksling af data (interoperabilitet)<br />

• Processtandarder<br />

FESD er også struktureret i 3 kategorier:<br />

• en fælles datamodel for elektronisk sags- og datahåndtering<br />

Side 3 af 6 sider J.nr.:


• modeller for ensartede moduler til systemerne<br />

• ensartede grænseflader til andre IT-systemer<br />

Men det er ikke de samme kategorier som OIO-standarderne benytter.<br />

I praksis er FESD-standarderne mindre velstrukturerede end de øvrige OIOstandarder,<br />

og de har en tendens til at blande de forskellige kategorier i<br />

samme standard. Dette gør det vanskeligt at få overblik og sammenhæng,<br />

det vil gøre det vanskeligt at revidere standarderne, og det fremmer ikke interoperabiliten.<br />

KMD vil anbefale, at FESD-standarderne tilpasses OIO-standarderne, således<br />

at de kommer til at følge samme struktur.<br />

Fokuser på interoperabilitet<br />

FESD har valgt at standardisere den interne datamodel. Datamodellen definerer<br />

en række interne sammenhænge og informationer, men definitionerne er<br />

ikke tilstrækkelige til at sikre FESD-projektets erklærede målsætninger:<br />

• at der kan foretages sagsbehandling på tværs af flere organisationer<br />

• at myndigheder, der arbejder med åbne sager, kan lægges sammen<br />

• at der kan flyttes opgaver mellem forskellige myndigheder<br />

Datamodellen mangler at fastlægge en række detaljer, hvor vi særligt har<br />

bemærket, at der mangler fastlæggelse af interne koder og værdier for en<br />

række vigtige informationer (herefter kaldt udfaldsrummet). Dette giver frihed<br />

til, at de enkelte FESD-systemer, og opsætningerne hos de enkelte kunder,<br />

kan være så forskellige, at projektets erklærede målsætning vanskeligt<br />

kan opfyldes i praksis. Derudover er FESD-datamodellen ikke opdateret siden<br />

juni 2004, og derfor næppe up-to date.<br />

KMD anbefaler, at der fokuseres på dataudveksling og interoperabilitet, der er<br />

et af de 5 bærende principper i hvidbogen for it-arkitektur. Dette forudsætter<br />

veldefinerede snitflader med et veldefineret udfaldsrum for de data, der skal<br />

udveksles.<br />

Krav til driftsform bør ikke standardiseres<br />

FESD bygger mere eller mindre implicit på en forudsætning om, at et ESDHsystem<br />

er et lokalt system, med en decentral database med egne lokale data<br />

og decentral driftsafvikling hos den enkelte kunde.<br />

KMD udvikler i vid udstrækning centrale løsninger, der afvikles i et servicefællesskab,<br />

og som trækker på de fællesoffentlige registre.<br />

Standardiseringen må ikke forhindre kunderne i at vælge mellem lokale løsninger<br />

og centrale løsninger.<br />

Krav til driftsafvikling, driftsplatform og anvendelse af egne lokale data bør<br />

ikke være en del af standardiseringen.<br />

Referencer til NOARK 4 er ikke længere væsentlige<br />

Side 4 af 6 sider J.nr.:


NOARK 4 er en Norsk arkiv-standard, der indgik i den oprindelige FESDkontrakt.<br />

NOARK 4 er efterhånden blevet irrelevant i forhold til FESDstandarderne,<br />

der derfor bør optræde som selvstændige standarder uden reference<br />

til NOARK 4.<br />

Udveksling af dokumenter<br />

KMD noterer sig forslaget om, at offentlige myndigheder frit kan vælge mellem<br />

de to formater, ODF eller OpenXML, hvilket vi vil understøtte jf. vores<br />

politik.<br />

Elektroniske indkøb<br />

KMD har tidligere afgivet høringssvar af 12. oktober 2006 i forbindelse med<br />

udarbejdelsen af OIOUBL 2.0 til understøttelse af den basale indkøbsproces.<br />

I forbindelse med nærværende høring vil KMD igen gerne benytte anledningen<br />

til at give udtryk for at vi ser OIOUBL (2.01) som et væsentligt og positivt<br />

initiativ i forhold til at understøtte og fremme elektronisk e-handel. KMD<br />

ser fortsat frem til at bidrage konstruktivt til denne udvikling og understøtte<br />

realiseringen af den elektroniske indkøbsproces – <strong>fra</strong> start til slut.<br />

Rapporten anfører ”Regeringen bør senest den 1. januar 2008, eller så snart det<br />

er teknisk muligt, indføre og vedligeholde et sæt af åbne standarder, der kan tjene<br />

til inspiration for øvrige offentlige myndigheder.”<br />

KMD har i samarbejde med vore kunder og deres leverandører iværksat en<br />

række pilotprojekter som skal understøtte implementeringen af de forretningsdokumenter<br />

der er udarbejdet til den basale indkøbsproces, OIOUBL<br />

2.01.<br />

KMD deltager ligeledes aktivt i de fora som behandler og udvikler OIOUBL<br />

standarden i regi af IT- og Telestyrelsen. KMD har her bidraget til de tekniske<br />

specifikationer og tilkendegivet vores positive holdning til implementeringen<br />

af OIOUBL standarden til understøttelse af elektronisk e-handel i den offentlige<br />

sektor.<br />

KMD har ligeledes en dialog med vore kunder i forhold til implementering af<br />

OIOUBL i deres e-handelsproces og det fremgår tydeligt af denne dialog at<br />

implementeringen kræver involvering af den offentlige sektors leverandører.<br />

Implementeringstidspunktet vil således også afhænge af leverandørernes parathed<br />

til implementering af OIOUBL 2.01.<br />

Da der endnu ikke er fastlagt et implementeringstidspunktet har KMD valgt<br />

at arbejde med et implementeringstidspunkt der følger arbejdet i SSU for ehandel.<br />

Målsætningen er således at foretage implementeringen af OIOUBL<br />

frem til 1. januar 2008 i samarbejde med vore kunder og deres leverandører.<br />

Digital signatur<br />

KMD noterer sig, at der fortsat peges på OCES standarden for digitale certifikater.<br />

Hermed har man lagt sig op ad den internationale standard for X509<br />

certifikater, med den danske profil, som er specificeret i DS844. Vi håber på<br />

dette punkt, at et kommende udbud om den fremtidige løsning kan føre til en<br />

Side 5 af 6 sider J.nr.:


ed dansk løsning, så borgerne i bedste fald vil opleve, at en digital signatur<br />

kan bruges på tværs af offentlige myndigheder og private virksomheder,<br />

herunder navnlig bankerne.<br />

Offentlige netsteder<br />

XHTML, HTML og CSS<br />

Det vil være hensigtsmæssigt om der – i lighed med andre steder i materialet<br />

– angives version på de nævnte standarder.<br />

KMD baserer sig på anerkendte leverandører af software til brug for implementering<br />

af Offentlige Netsteder (i KMD-termer Borgerserviceløsninger). I<br />

det omfang de nævnte softwareleverandører forholder sig til det nævnte<br />

standardsæt, implementeres det naturligvis i vores løsninger. Imidlertid kan<br />

der være dele af standardsættet, hvor en obligatorisk compliance vil medføre<br />

ekstraomkostninger.<br />

Holdning til WAI<br />

Det anbefales at afvente en opbakning i større sammenhæng (internationalt<br />

eller som minimum <strong>fra</strong> EU) til denne standard, før den gøres obligatorisk. Der<br />

forudses vanskeligheder for gensidig integration og i tillæg hertil økonomiske<br />

omkostninger på nogle områder, hvis Danmark vælger at gå alene på denne.<br />

<strong>It</strong>-Sikkerhed<br />

KMD noterer sig at der anbefales anvendelse af DS484. KMD er enig i at<br />

DS484 kan danne et solidt fundament for IT sikkerhed i det offentlige, men<br />

finder at der er behov for en entydig specificering af hvilke risici, der skal<br />

være imødegået og på hvilket sikkerhedsniveau. Dette kunne gøres ved at<br />

henvise til, at der som minimum skal overholdes de basale krav i DS484. Ligeledes<br />

bør der udarbejdes en sammenligning mellem det offentliges anvendelse<br />

af DS484 og de krav, der er specificeret i ISO 27000 serien.<br />

Afsluttende bemærkninger<br />

KMD er naturligvis parat til at uddybe overstående synspunkter, hvis det ønskes.<br />

Evt. henvendelse herom bedes rettet til undertegnede.<br />

Venlig hilsen<br />

Luna Ruth Lenskjold<br />

Afdelingsdirektør<br />

Direkte telefon: 44603275<br />

E-mail: lur@kmd.dk<br />

Side 6 af 6 sider J.nr.:


<strong>It</strong>- og Telestyrelsen<br />

Holsteinsgade 63<br />

2100 København Ø<br />

23. marts 2007<br />

Høring angående rapporten ”Anvendelse af åbne standarder for software i det<br />

offentlige”<br />

Kulturministeriets Administrationscenter har indhentet kommentarer <strong>fra</strong> ministerområdets<br />

styrelser og statsinstitutioner til ovennævnte rapport.<br />

På den baggrund bemærkes, at ministerområdet kan tilslutte sig anbefalingerne i<br />

rapporten. Kulturministeriet har vedtaget at alle ministeriets statsinstitutioner skal<br />

gennemføre en proaktiv homogenisering af platforme og teknologier på det administrative<br />

område for at høste stordriftsfordele herved. Intentionen om at sikre, at de kommende<br />

standarder blandet andet udvælges efter ”forretningsmæssig relevans” hilses<br />

derfor velkommen. Samtidig forventes det, at der i standardiseringsarbejdet vil indgå<br />

overvejelser vedrørende mindre institutioners muligheder for at erhverve løsninger, der<br />

både lever op til standarderne og som kan erhverves til en pris, der kan retfærdiggøre<br />

investeringen.<br />

Det noteres, at der i de foreslåede regler om obligatorisk anvendelse af åbne standarder<br />

indgår undtagelsesbestemmelser, der blandt andet vedrører funktionelle forringelser<br />

ved brug af åbne standarder.<br />

Med venlig hilsen<br />

Karsten Munk<br />

Strategikonsulent<br />

Kulturministeriets<br />

Administrationscenter<br />

H.C. Andersens Boulevard 2<br />

1553 København V<br />

Tlf : 33 74 55 00<br />

E-mail : kumadm@kumadm.dk<br />

Web : www.kumadm.dk<br />

CVR nr : 28694520


Kommentarer til rapporten "Anvendelse af åbne standarder i det offentlige"<br />

Personlige kommentarer udarbejdet Leif Andersen, senior it-Arkitekt <strong>fra</strong> KMD, Projekt og<br />

Konsulentforretning, Den 25. marts 2007<br />

Jeg når desværre ikke at komme med et grundigt gennemarbejdet sæt kommentarer men har dog<br />

dette, som jeg tror er nogle væsentlige betragtninger.<br />

Jeg hæfter mig ved at der efter min mening mangler fokus på de niveauer af interaktion, der ønskes<br />

– gerne med forståelse for at parter kan arbejde mere eller mindre tæt sammen.<br />

Altså jeg mener at der bør være en aktivitet der fokuserer på at udvikle processer med de niveauer<br />

af integration, der ønskes udbudt af hensyn til samarbejde imellem ofentligemyndigheder,<br />

samarbejde imellem offentlige og private myndigheder, samarbejde imellem parter og myndigheder<br />

(involvering).<br />

Jeg tror at disse procesintegrationsniveauer vil drive forskellige men hver især klare behov for<br />

udveksling af information- i tilknytning til forretningshændelser (i processerne).<br />

Standarder for dataudveksling mellem offentlige myndigheder<br />

- her mener jeg der mangler modenhed. Der er en risiko for at der vedtages datastandarder, som<br />

skaber uønskede bindinger (på grund af detaljeringsniveau) – fordi der ikke er fokus på den<br />

nødvendige og tilstrækkelige informationsudveksling for den ønskede grad af sammenhæng i<br />

processer.<br />

Fokus er på en utilstrækkeligt afklaret opfattelse af et fælles datagrundlag. Risikoen er at der skabes<br />

en designmæssig unødvendigt stærk afhængighed imellem parter som interagerer i modstrid med<br />

hvidbogens mål fleksibilitet (og skalerbarhed). Desuden vanskeliggør det selvstyre i relevant<br />

omfang med den dertilhørende dynamik og mulighed for at vælge forskellige grader af<br />

samarbejdsintimitet og med en indskrænkning af udbuddet af parter der kan og vil indgå i et<br />

samarbejde.<br />

Standarder til elektronisk sags- og dokumenthåndtering<br />

Efter min mening blandes FESDindkøbsaftalen sammen med standardisering på en uheldig måde.<br />

Ydermere mener jeg at FESD blander visse sags (=proces)type relevante ”standarder” sammen<br />

med standardisering af dokumenthåndtering – på en måde jeg finder usund, hvis målet er en robust<br />

arkitektur og standardisering der understøtter interoperabilitet, portabilitet mv. FESD tenderer efter<br />

min mening endvidere til at gå for langt på specifikke domæner – jeg mener den megen fokusering<br />

på adresse standardisering er et eksempel på dette.<br />

Jeg håber at disse kommentarer kan bruges konstruktivt – som de er ment.<br />

Jeg stiller op til forklaring af mine synspunkter og evt gerne til en mere komplet gennemgang af<br />

oplægget – jeg når det bare ikke denne weekend.<br />

Mvh<br />

Leif Andersen<br />

Leif.and@gmail.com<br />

Tlf.: 2264 0342.


Til: IT- og Telestyrelsen<br />

<strong>It</strong>-strategisk kontor<br />

Holsteinsgade 63<br />

2100 københavn Ø<br />

Fra Heini Laursen, Administrationen<br />

Kopi til:<br />

<strong>Høringssvar</strong> angående rapporten Anvendelse af åbne standarder for software<br />

i det offentlige<br />

Med e-post af 26. februar 2007 har IT- og Telestyrelsen fremsendt rapport angående<br />

Anvendelse af åbne standarder for Software i det offentlige i høring.<br />

Det kan oplyses, at Lægemiddelstyrelsen ikke ser væsentlige hindringer i anvendelse<br />

af åbne standarder, som beskrevet i rapporten.<br />

Opmærksomheden skal dog henledes på, at Lægemiddelstyrelsen deltager ved<br />

tilpasning og standardisering af fælles europæiske IT systemer gennem det europæiske<br />

Lægemiddelagentur EMEA . Lægemiddelstyrelsen er ikke direkte ansvarlig<br />

for EU systemerne, men medvirker ved implementeringen. Lægemiddelstyrelsen<br />

er nød til at følge de fælles EU-standarder ved udvikling af disse systemer. Der<br />

kan derfor opstå tilfælde, hvor Lægemiddelstyrelsen er nødsaget til at implementere<br />

EU-standarder, der er ikke stemmer overens med anbefalingerne i rapporten.<br />

Med venlig hilsen<br />

Heini Laursen<br />

23. marts 2007<br />

Journal nr:<br />

0711-369


Vedr: Microsoft Danmark s høringssvar til implementeringsrapporten for<br />

B103 omkring anvendelse af åbne standarder for software i det<br />

offentlige.<br />

Obligatoriske dokumentstandarder:


Hvor svæ rt ka n d et væ re. Et<br />

d okument format ska l jo b lot kunne hå nd tere tekst, fed , und erstregninger, ta b eller,<br />

sid enumre etc . etc . Det ka n d a ikke væ re noget p rob lem at b live enige om hvorled es d et<br />

ska l hå nd teres?


Custom meta d ata a re a rb itra ry elements insid e . Sinc e their sema ntic s is<br />

not d efined in this spec ific ation, c onforming a p p lic a tions in genera l c a nnot p roc ess or<br />

d isp la y this d a ta . Ap p lic ations SHOULD p reserve this d a ta when ed iting the d oc ument.<br />

(http://docs.oasis-open.org/office/v1.1/OS/OpenDocument-v1.1-html/OpenDocumentv1.1.html)


http://www.ecma-international.org/news/TC45_current_work/OpenXML%20White%20Paper.pdf<br />

Microsoft støtter derfor, med henvisning til de ovennæ vnte betragtninger,<br />

rapportens konklusion om, at det med hensyn til standarder for udveksling af<br />

dokumenter mellem offentlige myndigheder foreslås, at det bliver obligatorisk at<br />

anvende mindst én af dokumentstandarderne Open Document Format eller ECMA<br />

Office OpenXML.<br />

Økonomisk konsekvensberegning


Modenhed og udbredelse<br />

økonomiske konsekvenser ved , at d er i d en<br />

statslige c entra la d ministration foreta ges et skift <strong>fra</strong> Mic rosofts nuvæ rend e p rop rietæ re<br />

d okumentformater til nye, å b ne formater<br />

Pilotforsøg om ODF og EOOXML<br />

bilag A


Bilag B<br />

Øvrige standarder


IT- og Telestyrelsen<br />

att.: Adam Arendt<br />

Holsteinsgade 63<br />

2100 København Ø<br />

<strong>Høringssvar</strong> vedrørende rapporten<br />

Anvendelse af åbne standarder for software i det offentlige<br />

Miljøministeriet (MiM) vil gerne hilse dette overordentlig vigtige skridt på<br />

vejen mod virkeliggørelsen af digital forvaltning velkommen ved denne høring<br />

af anvendelse af åbne standarder.<br />

Indledning<br />

Ministeriet opfatter dokumentet som en generel implementeringsplan for 3<br />

større tiltag: en satsning på åbne standarder, en gøren obligatorisk af førhen<br />

anbefalede specifikationer samt en meget tydelig eksplicit forankring af<br />

standardiseringsansvaret hos fagministeren.<br />

Generelt<br />

Ministeriet er enig i at intensivere nyttiggørelsen af det offentliges data gennem<br />

standardiserede snitflader (udvekslingsstandarder) via forslaget om<br />

opstramning til obligatorisk anvendelse af OIOXML-standarder med de nødvendige<br />

underliggende IT-tjenester og in<strong>fra</strong>strukturer som dokumentudvekslings-<br />

(ODF/Office OpenXML), FESD-standarder og digital signatur som de<br />

vigtigste.<br />

Klassifikation af dokumenter<br />

I forbindelse med dokumentudveksling vil ministeriet foreslå at dokumenter<br />

klassificeres efter deres anvendelse, således at der fx gøres forskel på færdige<br />

dokumenter til human offentliggørelse (i PDF-format fx) og dokumenter<br />

som skal viderebearbejdes af enten maskiner (på XML-form) eller mennesker<br />

(på ODF/Office OpenXML), som forventes at rette og tilføje i dokumentets<br />

tekst.<br />

Udveksling af geografisk information<br />

Miljøministeriet vil foreslå at den næste version af en forventet OIOXMLgodkendt<br />

dansk adoption af GML, kaldet GML3V1.DK (GML1) gøres obligatorisk<br />

for udveksling af geodata eller geografisk information.<br />

Kort & Matrikelstyrelsen Rentemestervej 8 2400 København NV<br />

Tlf. NYT: 72 54 50 50 Fax 35 87 50 51 CVR 62965916 EAN 5798000864009 kms@kms.dk http://www.kms.dk<br />

Kort & Matrikelstyrelsen,<br />

Miljøportalen og Center for<br />

Koncernforvaltning i<br />

Miljøministeriet<br />

J.nr. 2007-<br />

Ref. fln<br />

Den 23. marts 2007


Indkøb<br />

Ministeriet noterer sig også, at åbne standarder skal lægges til grund ved<br />

gennemførelse af IT-relaterede udviklingsopgaver og indkøb af programmel.<br />

Terminologi<br />

Brugen af ordet obligatorisk kan misforstås i det omfang anvendelsen af en<br />

obligatorisk standard bortvælges, da der reelt er tale om en semantisk<br />

svækkelse af obligatorisk som begreb og at der snarere er tale om en betinget<br />

obligatorisk anvendelse.<br />

Følg eller forklar<br />

Dette er et princip som både har sine stærke og svage sider. Det stærke er<br />

at valget af det obligatoriske er lettest at følge, og modsat at svagheden er<br />

at man kan undlade at følge forpligtelsen, ved at forklare <strong>fra</strong>valget. Ministeriet<br />

foreslår at det gøres mere klart på hvilket grundlag og til hvem forklaringen<br />

skal gives herunder at denne myndighed evt. kan afvise forklaringen.<br />

Opgaveansvarlig<br />

I forbindelse med fastlæggelsen af det overordnede ansvar i hvert ministerområde<br />

for sektorstandardiseringen indenfor hvert ministerområde mindes<br />

der om de allerede eksisterende sektorstandardiseringsudvalg. Der findes<br />

imidlertid standardiseringsområder der går ud over den enkelte ministers<br />

ressort. I sådanne tilfælde bør der fastlægges et ansvar for tværgående<br />

domæner, fx geodatadomænet. Miljøministeriet har via Kort & Matrikelstyrelsen<br />

allerede påtaget sig ansvaret for domænerne: geodata og miljødata.<br />

Økonomisk vurdering<br />

Den skitserede økonomiske vurderingsmodel (i bilag F), synes umiddelbart<br />

at kunne dække intentionen om at vurdere og kvalificere valget af snitflader<br />

på det bredest mulige grundlag.<br />

Europæiske konsekvenser<br />

Ministeriet gør opmærksom på at en eksisterende europæisk CEN-standard<br />

har fortrinsret foran en dansk udviklet, der dækker samme anvendelsesområde.<br />

Dette gælder også, hvis en CEN-standard udvikles senere end en<br />

dansk, så skal en evt. dansk standard afvikles til fordel for denne nye CENstandard.<br />

ISB-konsekvenser<br />

Det forlyder <strong>fra</strong> IT- og Telestyrelsen at ISB-databasen udvides til også at<br />

kunne omfatte nye, adopterede internationale standarder (eller profiler af<br />

samme), som forventes gjort obligatoriske indenfor relevante domæner og<br />

sektorer. Det synes vi er en god ide.<br />

Specielt<br />

Side 40: OIO-Katalogets struktur: inddeling i de tre oprindelige kategorier er<br />

vel udvidet til fire? således at der både findes<br />

metodestandarder og processtandarder samt da-<br />

2


ta- og teknikstandarder. Der synes at være flere<br />

konsekvensrettelser i nærheden<br />

Side 41: 2. afsnit i blåt Tekniske, Data-, Proces- og Metodestandarder<br />

Side 47: nyt afsnit om adopterede (internationale) standarder og<br />

profiler, der uddybende beskriver formål, modeller<br />

og eksempler - det gælder også bilag C.<br />

Side 51: 3. afsnit , der går på tværs af flere sektorer,<br />

, der omfatter berørte sektorer.<br />

Med venlig hilsen<br />

Flemming Nissen<br />

Chefkonsulent<br />

Kort & Matrikelstyrelsen<br />

Informatikområdet<br />

3


IT- og Telestyrelsen<br />

Att.: Rachïd El Mousti (rem@itst.dk)<br />

FREMSENDT ELEKTRONISK<br />

Den 22. marts 2007<br />

Sagsnr.: 8954<br />

Ref.: 1AFD3KT /KJK<br />

Tlf.: 33922038<br />

E-mail: thgo@fvm.dk<br />

<strong>Høringssvar</strong> Anvendelse af åbne standarder for software i det offentlige<br />

Generelt kan Fødevareministeriet tilslutte sig rapportens intentioner om, at offentlige<br />

myndigheder skal fremme lettere dataudveksling og integration mellem it-systemer ved<br />

at anvende åbne standarder.<br />

Fødevareministeriet efterspørger flere konkret initiativer/handlingsplaner for<br />

implementeringen af beslutningen, således at det bliver helt tydeligt for den enkelte<br />

myndighed, hvilke konsekvenser implementeringen vil få. I samme forbindelse anser<br />

Fødevareministeriet, at det er fornuftigt at sikre inddragelse af ministerierne gennem<br />

handlingsplaner og rapporteringer med begrundelse for eventuelle afvigelser i konkrete<br />

projekter. Dertil skal knyttes, at Fødevareministeriet anbefaler, at Videnskabsministeriet<br />

udarbejder mere konkrete vejledninger og anbefalinger for udarbejdelsen af sådanne<br />

handlingsplaner i første halvdel af 2007.<br />

De i rapporten beskrevne undtagelsesmuligheder under særlige betingelse anser<br />

Fødevareministeriet som nødvendige for at sikre, at fremtidige udviklingsprojekter kan<br />

håndteres uden væsentlige problemer. Dertil skal anføres, at det er Fødevareministeriets<br />

holdning, at undtagelsesbestemmelserne i praksis bør være meget konkrete og<br />

velbegrundede for derved at mindske risikoen for, at beslutningen om anvendelse af<br />

åbne standarder ikke implementeres efter intentionerne.<br />

Man skal i behandlingen af konkrete anmodninger om undtagelse være meget<br />

opmærksom på muligheden for undtagelse såfremt en ny it-løsning ikke omhandler<br />

dataudvekslinger. Denne bestemmelse vil kunne skabe fremtidige problemer såfremt<br />

informationer <strong>fra</strong> systemer, der på udviklingstidspunktet ikke var tiltænkt<br />

dataudveksling, på en senere tidspunkt skal dataudveksles med nye samarbejdspartnere.<br />

Fødevareministeriet efterspørger en mere konkret beskrivelse af følg-eller-forklar -<br />

reglerne, således at det er helt tydeligt i hvilke tilfælde reglen træder i kraft og under<br />

hvilke betingelser samt hvilke processer der sættes i gang.<br />

Fødevareministeriet savner mere udførlige beskrivelser og retningslinier for roller og<br />

ansvar i relation til sektorstandardiseringsudvalgene i forbindelse med implementeringen<br />

af de åbne standarder. Her tænkes specielt på muligheden for at stille obligatoriske krav<br />

til sektorernes arbejde, eksempelvis fælles bindende rammer og metoder.


M.h.t. bilag G (EU-forhold) er der fortsat områder, der er noget uklare i forhold til<br />

hvordan den enkelte myndighed skal agere i forbindelse med udbud.<br />

Fødevareministeriet antager, at der vil blive arbejdet videre med den problemstilling, så<br />

der kommer mere klarhed over dette område. F.eks. står der "Det vurderes, at<br />

implementeringen som udgangspunkt er i overensstemmelse med reglerne i<br />

udbudsdirektivet." Der skal mere håndfaste meldinger om hvordan man som offentlig<br />

myndighed skal håndtere disse krav, så det ikke overlades til den enkelte at finde ud af<br />

om der er problemer eller ej.<br />

Fødevareministeriet anbefaler, at Videnskabsministeriet i forlængelse af rapporten<br />

analyserer muligheden for, at der etableres en styringsstruktur eksempelvis i regi af et<br />

fælles offentlige samarbejdsforum, der bemyndiges til at træffe afgørelser om hvorvidt<br />

nye større systemløsninger kan undtages for bestemmelserne eller hvorledes en eventuel<br />

merudgift, begrundet i fordele for andre end den myndighed der udvikler løsningen,<br />

finansieres.<br />

Med venlig hilsen<br />

Thomas Gottschalck<br />

2


IT­ og Telestyrelsen<br />

Holsteinsgade 63<br />

2100 København Ø<br />

<strong>Høringssvar</strong> vedr. IT­og Telestyrelsens rapport<br />

”Anvendelse af åbne standarder for software i det offentlige”<br />

Indhold<br />

1. Indledning<br />

2. Én standard – ikke to<br />

København, den 23. marts 2007<br />

3. ODF er det åbne hovedspor – ECMAooXML er det lukkede og uprøvede format<br />

4. International forankring af standarder og konkurrence­fokus<br />

5. Uklarhed i forbindelse med scoping<br />

6. Stand alone­systemer skal også være baseret på åbne standarder<br />

7. 'Følg eller forklar'­regler skal præciseres i forbindelse med kontraktindgåelse<br />

8. Business cases skal hjælpe processen – ikke fungere som show­stopper<br />

9. Interoperabilitet via ODF<br />

10. Roadmap for åbne dokumentformater<br />

Indledning – glædelig fokus på konkurrence<br />

I Foreningen for Open Source Leverandører i Danmark (OSL) hilser vi den længe ventede<br />

implementeringsplan for åbne standarder for software i det offentlige velkommen.<br />

Overordnet ser vi rapporten som et udtryk for en politisk vilje til at gå nye veje. Det er glædeligt, at<br />

IT­ og Telestyrelsen betragter åbne standarder i det offentlige som et tiltag, der vil ”(...) bidrage til at<br />

sikre borgere et friere valg af software i kommunikationen med offentlige myndigheder” (s. 18).<br />

Netop muligheden for at træffe et reelt frit valg med hensyn til IT­løsninger er central for at sikre<br />

ikke blot friheden for borgere og myndigheder, men også for at ”(...) fremme konkurrencen på det<br />

danske softwaremarked” (s. 18). I OSL er vi meget tilfredse med den retning, det offentlige hermed<br />

tager, fordi valgmuligheder og konkurrence på IT­området er stærkt gavnligt ikke blot for<br />

innovationen og nytænkningen, men også for den samfundsmæssige udvikling som helhed.<br />

Trods de positive elementer indeholder rapporten flere uklarheder og problemstillinger, som IT­ og<br />

Telestyrelsen bør tage hånd om, inden rapporten offentliggøres i sin endelige form. I det følgende<br />

vil vi fremhæve nogle af de væsentligste problemer. Øvrige kommentarer til rapporten fremgår af<br />

bilag A.<br />

OSL Studiestræde 14, 1 DK­1455 København K<br />

TLF +45 50 50 46 65 | FAX +45 33 93 41 99 | BANK 9541 47 77 10 11 96 | CVR­NR 27 80 63 84


Én standard – ikke to<br />

OSLs altovervejende kritikpunkt er rapportens forslag om mere end én standard på<br />

dokumentformater. Vi vil på det skarpeste tage afstand <strong>fra</strong> brugen af to dokumentstandarder, dvs.<br />

både ODF og ECMAooXML. Hvis den offentlige sektor indfører to konkurrerende standarder på<br />

dette område, tabes den gevinst, som de åbne standarder vil give, og de offentlige IT­systemer vil<br />

ikke kunne kommunikere gnidningsfrit.<br />

En parallel: Hvis der er jævnstrøm i halvdelen af de danske hjem og vekselstrøm i den anden<br />

halvdel, vil markedet for el­artikler være helt igennem uoverskueligt. Det samme gør sig gældende<br />

for dokumentformater.<br />

Der findes til dato kun én ISO­godkendt åben dokumentstandard, ODF. At satse på flere<br />

dokumentstandarder, og at gøre det i en situation, hvor det ene format end ikke er en ISOstandard,<br />

vil således både skabe unødig kompleksitet og være undergravende for den enstemmige<br />

folketingsbeslutning (B 103) om åbne standarder i det offentlige.<br />

En afklaring af ECMAooXMLs mulige ISO­status kan tidligst komme i andet halvår af 2007. Meget<br />

tyder imidlertid på, at afgørelsen enten vil trække endnu længere ud eller vende sig imod<br />

ECMAooXML, hvilket blandt andet påpeges af Gartner<br />

(http://www.gartner.com/DisplayDocument?id=499406).<br />

Rapporten ”Research about OpenXML, ODF and PDF” <strong>fra</strong> februar 2007, som IT­ og Telestyrelsen<br />

var opdragsgiver til, dokumenterer ligeledes, at ECMAooXML ikke kan betegnes som en fuldt ud<br />

åben dokumentstandard grundet ECMAs lukkethed (jf. ”Research about OpenXML, ODF and<br />

PDF”, s. 4). Denne konklusion understøttes i nærværende rapport, idet de fremførte kriterier for<br />

åbenhed ikke efterleves af ECMAooXML (se særligt punkt 3, s. 23). Desuden kan man anføre, at<br />

ECMAooXML er udviklet af én enkelt leverandør, og at intet tyder på, at dette vil forandre sig,<br />

uagtet at ECMAooXML skulle blive en godkendt ISO­standard. En sådan ensidighed er også i<br />

tydelig strid med kriterierne for åbenhed.<br />

ODF er det åbne hovedspor – ECMAooXML er det lukkede og uprøvede format<br />

Som påpeget tidligere mener OSL ikke, at det bør være modenhed og markedsdominans, der er<br />

afgørende for, om en standard kan vurderes som åben. Ønsker man <strong>fra</strong> offentlig side alligevel at<br />

anlægge modenhedsbetragtninger, så må det i den forbindelse understreges, at ECMAooXML<br />

stadig er et umodent format, der langt<strong>fra</strong> er gennemtestet.<br />

I modsætning hertil har ODF på nuværende tidspunkt (marts 2007) gennemgået flere tests i større<br />

sammenhænge og over en årrække. ODF anvendes blandt andet i offentlige forvaltninger i<br />

Massachusetts, München og Bristol. 1<br />

IT­ og Telestyrelsens undersøgelse, som er refereret ovenfor viser desuden, at ODF har opnået en<br />

markedsandel på mindst 12% (jf. ”Research about OpenXML, ODF and PDF,” s. 4). Desuden vil vi<br />

påpege, at ODF i øjeblikket i ISO foreligger i version 1.0, og at både en godkendt version 1.1 og et<br />

klart roadmap til version 1.2 eksisterer i OASIS, der vedligeholder og videreudvikler standarden i et<br />

samarbejde mellem mange aktører. Standarden er således konstant under udvikling, blandt andet<br />

grundet standardens åbenhed.<br />

1 se flere eksempler på http://opendocumentfellowship.org/government/precedent<br />

og på http://en.wikipedia.org/wiki/OpenDocument_adoption<br />

OSL Studiestræde 14, 1 DK­1455 København K<br />

TLF +45 50 50 46 65 | FAX +45 33 93 41 99 | BANK 9541 47 77 10 11 96 | CVR­NR 27 80 63 84


International forankring af standarder og konkurrence­fokus<br />

Det er glædeligt, at OIO­kataloget revitaliseres, og ikke mindst at det forankres internationalt via<br />

EU's European Interoperability Framework (EIF). Dette vil være af betydning for standardernes<br />

fremtid i en globaliseret verden, og vi ser frem til en intensiveret dansk debat om EIF og den<br />

igangværende videreudvikling heraf.<br />

Rapportens anførte kriterier for vurderinger af standarder er i udgangspunktet meget relevante og<br />

velkomne (s. 42ff), og vi noterer os med tilfredshed, at der lægges op til at benytte ganske præcise<br />

kriterier omkring åbenhed.<br />

Vi støtter samtidig, at der skal konsekvensvurderes på markedsmæssige forhold såvel som<br />

forretningsmæssig relevans. Vi vil desuden pege på de mange indbyrdes afhængigheder, der er i<br />

disse spørgsmål, og vil især påpege, at de valg, som det offentlige foretager, har stor indvirkning<br />

på konkurrenceforholdene på markedet. Med henvisning til Konkurrenceredegørelsen <strong>fra</strong> 2005 (s.<br />

17), indstiller vi, at der i højere grad skal tages hensyn til de markedsmæssige effekter, især i lyset<br />

af det fortsatte ønske om "level playing field" og "bedst og billigst".<br />

Uklarheder i forbindelse med scoping<br />

OSL vil påpege, at rapporten mangler en klar definition af begrebet ”offentlige meromkostninger”<br />

(se blandt andet s. 18). Selv om hver enkelt myndighed må anlægge sine egne betragtninger og<br />

skøn, så vil det være udtryk for et markant fejlskøn alene at fokusere snævert på omkostningerne<br />

for den enkelte myndighed (mikro­perspektivet). I den nuværende situation, hvor Folketinget har<br />

besluttet at indføre åbne standarder i den samlede offentlige sektor, er der behov for at anlægge et<br />

makroperspektiv, hvor de overordnede samfundsomkostninger og ­gevinster indtænkes.<br />

Desuden bør "høste­så"­forhold indgå i analyserne, hvor en relevant tidshorisont er afgørende. For<br />

det første skal den samfundsmæssige rentabilitet og forvaltningsmæssige værdiforbedring eksplicit<br />

indgå i den samlede vurdering, således at der banes vejen for strategiske investeringer, hvor<br />

nogen sår, mens andre høster.<br />

For det andet efterlader rapporten tvivl om, hvorvidt besparelserne på at indføre åbne standarder<br />

skal 'høstes' med det samme, eller om der anlægges en afskrivningsperiode på investeringerne.<br />

Denne tvivl skal fjernes ved at fastslå, at der arbejdes med et langsigtet perspektiv på<br />

investeringen på i hvert fald 4­5 år, sådan som det er kutyme, når man indregner softwareinvesteringer.<br />

I samme forbindelse efterlyser vi en klar definition på ansvarsplaceringen i forbindelse med<br />

tværoffentlige og tværministerielle samarbejder. Især fællesprojekter under Styregruppen for<br />

Tværoffentligt Samarbejde bør gå forrest i arbejdet med at implementere åbne standarder, og<br />

ansvarsplaceringen herfor bør tydeliggøres.<br />

Eksempelvis skal det sikres, at der også for sådanne projekter kan garanteres en tilstrækkelig<br />

uvildighed. Det er ikke klogt at sætte myndigheder, der selv gennemfører projekter, til at vurdere<br />

kvaliteten af disse projekter.<br />

Blandt andet bør der snarest komme et udspil om brugen af standarder i forhold til for eksempel<br />

www.borger.dk og andre centrale initiativer. I denne sammenhæng er de på side 38 angivne<br />

kandidater til andre sæt af standarder særdeles relevante områder, herunder standarder for<br />

OSL Studiestræde 14, 1 DK­1455 København K<br />

TLF +45 50 50 46 65 | FAX +45 33 93 41 99 | BANK 9541 47 77 10 11 96 | CVR­NR 27 80 63 84


portalintegration (WSRP) og brugerstyring (SAML, RBAC, LDAP). Alle er standarder, som OSL<br />

gerne ser forceret, og som vi mener er essentielle for at skabe bedre konkurrence.<br />

I tilknytning hertil skal vi foreslå, at der i den nærmeste tid kommer fokus på standarder for<br />

streaming af lyd og billeder og for Digital Rights Management, begge områder hvor der er behov<br />

for at få tilført et sæt åbne standarder for at fremme konkurrencen.<br />

Stand alone­systemer skal også følge åbne standarder<br />

Vi har noteret os, at rapporten indeholder følgende undtagelsesbestemmelse i forhold til kravet om<br />

åben standarder i det offentlige:<br />

”Myndigheder er endvidere undtaget <strong>fra</strong> reglerne om at anvende obligatoriske åbne<br />

standarder, hvis løsningen ikke indebærer dataudveksling med andre systemer” (s. 25)<br />

Denne undtagelsesbestemmelse er meget uholdbar, både i det kort­ og i det langsigtede<br />

perspektiv, da det på tidspunktet for indkøb af et system er aldeles umuligt at afgøre, om systemet<br />

på sigt skal kunne kommunikere med andre systemer, hvad enten det drejer sig om kommunikation<br />

med interne eller eksterne systemer. Derudover er formuleringen desuden ukonkret – hvordan<br />

defineres for eksempel ”dataudveksling” og ”andre systemer”?<br />

Undtagelsesbestemmelsen kan derfor med lethed mistolkes, og vi risikerer at få en<br />

'gummiparagraf', som er meget uhensigtsmæssig, hvis åbne standarder for alvor skal vinde<br />

fodfæste.<br />

'Følg eller forklar'­regler skal præciseres i forbindelse med kontraktindgåelse<br />

Vi beklager desuden følgende formulering i rapporten:<br />

”Nye løsninger, hvor den tekniske anskaffelse har samlede omkostninger,<br />

der overstiger EU's udbudsgrænse, skal indberette en rapportering med begrundelse for<br />

anvendelse af undtagelsesbestemmelserne til IT­ og Telestyrelsen i forbindelse med<br />

underskrivelse af kontrakt” (s. 27)<br />

Det er OSL's opfattelse, at dette er en alt for defensiv tilgang, som intet vil ændre i praksis. Kan en<br />

myndighed i forbindelse med en opgave ikke efterleve kravet om åbne standarder, bør der være<br />

pligt til at IT­ og Telestyrelsen orienteres inden kontraktindgåelsen. Orienteringen skal have<br />

opsættende virkning, således at IT­ og Telestyrelsen kan offentliggøre orienteringen (side 28) og<br />

indhente kommentarer og assistance <strong>fra</strong> leverandører af åbne systemer. Først efter en periode på<br />

for eksempel 40 dage kan den offentlige myndighed ­ medmindre ny information er kommet til ­<br />

fortsætte proceduren med kontraktundeskrivelse.<br />

Business cases skal hjælpe processen – ikke fungere som show­stopper<br />

OSL finder det på den ene side fornuftigt og nødvendigt, at der kommer fokus på de<br />

værdirelaterede forhold omkring indførslen af åbne standarder, men vil på den anden side<br />

understrege, at de værdirelaterede forhold skal ses som drivere og succeskriterier snarere end<br />

som kontrolpunkter og "show­stoppere".<br />

OSL Studiestræde 14, 1 DK­1455 København K<br />

TLF +45 50 50 46 65 | FAX +45 33 93 41 99 | BANK 9541 47 77 10 11 96 | CVR­NR 27 80 63 84


Vi finder således en række af formuleringerne omkring business cases i rapporten foruroligende,<br />

idet der lægges op til, at ethvert standardiseringstiltag skal igennem en decideret 'skærsild' af især<br />

mikroøkonomisk karakter. Dette risikerer let at føre til en situation, hvor hver enkelt standard skal<br />

retfærddiggøres ud <strong>fra</strong> en økonomisk betragtning – løsrevet <strong>fra</strong> kravet om åbne standarder på<br />

overordnet plan. Det svarer i korte træk til at ville købe en bil som reservedele og derefter sætte<br />

den sammen. Enhver bil – billig såvel som dyr – vil blive 5­10 gange dyrere ved at benytte denne<br />

fremgangsmåde, og det samme vil være tilfældet for hver enkelt åbne standard, hvis ikke<br />

standarderne ses i sammenhæng.<br />

Udfordringen må være at udvikle beslutningsværktøjer, der tager udgangspunkt i de overordnede<br />

strategiske mål for det offentlige og i de forretningsmæssige drivere. Værktøjerne skal fokusere på<br />

at digitaliserings­ og standardiseringsprojekter understøtter disse mål, og at it­investeringerne og<br />

­prioriteringerne skaber samfundsmæssig værdi.<br />

Interoperabilitet via ODF<br />

Vi vil påpege, at der findes plug­ins, som kan sikre interoperabiliteten mellem Microsofts<br />

officepakke og ODF­formatet. Blandt andet Sun ODF Plug­in for Microsoft Word, som skal<br />

fremhæves særligt, fordi den giver mulighed for at gemme default i ODF, selv når man anvender for<br />

eksempel Office 2003. Sun ODF Plug­in for Microsoft Word implementeres i en række<br />

forvaltninger, blandt andet i Massachusetts. Med et sådant plug­in vil det offentliges overgang til<br />

udelukkende at anvende ODF kunne forløbe relativt hurtigt, gnidningsfri og billigt.<br />

Det er afgørende at huske på, at diskussionen om ODF vs. EcmaooXML ville være helt overflødig,<br />

hvis Microsoft ­ som andre leverandører – valgte at understøtte ODF. Den danske stat har tidligere<br />

vist evne til at påvirke Microsoft og bør gøre det igen. Vi er ikke i tvivl om, at Microsoft har en helt<br />

unik erfaring med elektroniske dokumenter, og i den egenskab kan Microsoft medvirke til at gøre<br />

ODF endnu bedre.<br />

OSL Studiestræde 14, 1 DK­1455 København K<br />

TLF +45 50 50 46 65 | FAX +45 33 93 41 99 | BANK 9541 47 77 10 11 96 | CVR­NR 27 80 63 84


Roadmap for åbne dokumentformater<br />

Den 1. januar 2008 er en skæringsdato for åbne standarder jfr. Folketingets beslutning <strong>fra</strong> juni<br />

2006. Der er imidlertid behov for at se længere frem og at se implementeringen af B103 som en<br />

flerårig proces.<br />

Hvad angår dokumentformaterne, så kunne en plan i skitseform se således ud:<br />

● 2007: Pilotprojekter, vejledninger, tools.<br />

● 2008: "eDag3", hvor statslige myndigheder skal kunne modtage ODF, ikke blot i<br />

forbindelse med officielle postmodtagelser, men også i forbindelse med arbejdsgrupper<br />

mv.<br />

● 2009: "eDag4", hvor ministerier skal udveksle ODF med andre ministerier, Folketinget, EU,<br />

mv.<br />

● 2010: "eDag 5", hvor hele det offentlige udveksler redigerbare dokumenter i ODF<br />

IT­ og Telestyrelsen er velkomne til at kontakte undertegnede med henblik på en uddybning af<br />

OSLs høringssvar til rapporten ”Anvendelse af åbne standarder for software i det offentlige” og<br />

perspektiver på åbne standarder generelt.<br />

Med venlig hilsen<br />

Morten Kjærsgaard<br />

Formand for OSL<br />

OSLs medlemmer:<br />

Adapt A/S, Advokatfirmaet BvHD, Bellcom Open Source A/S, Best Net Pay, Bording Data A/S, Casalogic,<br />

Computer Associates, CSC A/S, eZ Systems, Fab:IT ApS, Global Identity, Golden Planet, Headnet ApS, IBM<br />

Danmark A/S, Impressive Design ApS, Index Data, KMD A/S, Liga Lindist ApS, Linkfactory, Magenta ApS,<br />

Novell, Oracle Danmark A/S, PKF Consulting A/S, Tight2 IT ApS, Sun Microsystems Danmark A/S, Ubiquitech<br />

A/S, Vision Team Internet ApS, Wildside A/S<br />

OSL Studiestræde 14, 1 DK­1455 København K<br />

TLF +45 50 50 46 65 | FAX +45 33 93 41 99 | BANK 9541 47 77 10 11 96 | CVR­NR 27 80 63 84


Bilag A: Kommentarer til rapporten ”Anvendelse af åbne standarder for software i det offentlige”<br />

Afsnit/side Kommentarer<br />

Afsnit 4.3<br />

s. 28<br />

Afsnit 5.1.1<br />

s. 30<br />

Afsnit 6.1<br />

s. 33<br />

Afsnit 6.1<br />

s. 33<br />

Afsnit 6.1<br />

s. 33<br />

Bilag A<br />

s. 39<br />

Bilag A<br />

s. 40<br />

Bilag A<br />

s. 44<br />

Bilag A<br />

s. 45<br />

”IT­ og Telestyrelsen vil offentliggøre, hvilke forklaringer de forskellige myndigheder angiver for<br />

ikke at overholde kravene om anvendelse af obligatoriske, åbne standarder”: Det er vigtigt at<br />

fastlægge de nærmere bestemmelser for offentlighed i proces. Principielt bør indberetningerne<br />

være offentligt tilgængelige <strong>fra</strong> modtagelsestidspunktet i IT­ og Telestyrelsen. Derfor bør en<br />

særlig postliste løbende offentliggøres og som minimum være omfattet af aktindsigt.<br />

Det anses for en mangel, at det ikke fremgår af rapporten, at OIO­kataloget på nuværende<br />

tidspunkt ikke indeholder en eneste datastandard, men blot linker til ISB'en – uden dybe links og<br />

uden en oversigt over standarderne. I det fremtidige OIO­katalog bør disse prioriterede<br />

standarder naturligvis indgå direkte, så de er til at finde og overskue indenfor OIO­katalogets<br />

rammer. Intentionerne om dette fremgår til dels af s. 46, men bør formuleres klarere.<br />

Den omtalte rapport er ikke at finde på www.itst.dk – men derimod (godt skjult) på<br />

www.oio.dk. Rapporten indeholder væsentlige pointer og konklusioner og fortjener dermed en<br />

mere fremtrædende anvendelse og placering. Dog kan den ikke stå alene, blandt andet fordi den<br />

ikke leverer det foreskrevne beslutningsgrundlag, herunder konkrete vurderinger og forklaringer.<br />

Det skal bemærkes, at nordmændenes konklusion forekommer at være i uoverensstemmelse med<br />

selve rapporten, hvor der for OSL at se påpeges en række vigtige forhold, der stiller<br />

spørgsmålstegn ved, om især ECMAooXML tilfredsstiller kravene til at være obligatorisk<br />

endsige anbefalet.<br />

OSL indstiller, at udelukkende XHTML gøres til obligatorisk standard for websitepublikationer.<br />

I sammenhæng med websites og XHTML finder OSL desuden, at validering er et godt<br />

basiskrav. Dette vil muligvis udløse klapjagt på ikke­valide offentlige netsteder; en prøvelse, der<br />

dog ikke kan nægtes at have en vis værdi i sig selv. I den forbindelse bliver<br />

tilgængelighedskravene desuden væsentlige, og disse bør prioriteres højt.<br />

OSL støtter, at PDF er standard for færdige publikationer, særlig efter at Adobe har meddelt, at<br />

PDF submittes til ISO. I sammenhæng hermed anbefaler vi, at nye og kommende standarder<br />

som fx XPS afvises som relevante for de offentlige myndigheder og dermed automatisk udløser<br />

krav om forklaring, hvis de alligevel benyttes.<br />

Som tidligere nævnt finder OSL det essentielt, at datastandarder indgår direkte i OIO­kataloget.<br />

Det er uklart, hvad argumentet er for at tale om metodestandarder. En del af afklaringen af<br />

begrebet vil være at få nogle forslag til standarder på dette område. Hvor ser IT­ og Telestyrelsen<br />

fx ITIL, CobiT, OIOEA?<br />

OSL støtter kategorien ”Obligatorisk”.<br />

OSL finder det væsentligt at pointere, at leverandørejede standarder ikke bør kunne opnå<br />

betegnelsen ”Godkendt”, medmindre omstændighederne er særligt skærpede.


Kommentarer til Bilag C – s. 53­54<br />

Kontekst<br />

(sæt af standarder)<br />

Offentlige Netsteder /<br />

hjemmesider<br />

Udveksling af<br />

dokumenter mellem<br />

offentlige myndigheder<br />

Digital signatur<br />

Dataudveksling mellem<br />

offentlige myndigheder<br />

Elektronisk sags- og<br />

dokumenthåndtering<br />

Elektroniske indkøb i<br />

det offentlige<br />

<strong>It</strong>-sikkerhed<br />

Standard Standard Status i OIO- Bemærkninger (ITST) Bemærkninger<br />

forkortelse katalog i dag<br />

Websideformat XHTML Anbefalet Obligatorisk vil sige at være Hvad dækker "W3C compliant"<br />

”W3C compliant”<br />

over - validerbar med nul fejl?<br />

Websideformatering<br />

Tilgængelighed<br />

OASIS Open<br />

Document<br />

Format for Office<br />

Applications<br />

Microsoft Office<br />

Open XML<br />

Offentlige<br />

Certifikater til<br />

Elektronisk<br />

Service<br />

Basisformatet<br />

for OIOXML.<br />

Basisformatet<br />

for OIOXMLschema<br />

OIOXML<br />

Navngivnings-<br />

og Design<br />

Regler.<br />

FESD datamodel<br />

for sager og<br />

dokumenter.<br />

Standarder for<br />

ESDH - moduler<br />

og grænseflader.<br />

Elektronisk<br />

katalog<br />

Elektronisk ordre<br />

Elektronisk<br />

faktura<br />

Sikkerhedsprocesser<br />

i<br />

myndighederne<br />

HTML Godkendt Obligatorisk vil sige at være<br />

”W3C compliant”<br />

CSS<br />

WAI Level 2<br />

ODF<br />

OpenXML<br />

Godkendt<br />

Godkendt<br />

Kommende<br />

Ikke optaget<br />

i OIO-kataloget i<br />

dag<br />

Obligatorisk vil sige at være<br />

”W3C compliant”<br />

WCAG retningslinierne på level<br />

AA anbefales fortsat. Der<br />

udarbejdes en vejledning til<br />

fortolkning af WCAG i 2007.<br />

Offentlige hjemmesiders<br />

efterlevelse vurderes i 2008 og<br />

resultaterne offentliggøres.<br />

Der lægges op til, at offentlige<br />

myndigheder frit kan vælge, om<br />

man vil anvende ODF eller<br />

OpenXML<br />

Der er meget få situationer, hvor<br />

HTML er at foretrække frem for<br />

XHTML. HTML bør være "Forlad",<br />

især når XHTML gøres<br />

obligatorisk. Se desuden<br />

ovenstående kommentar.<br />

Hvad dækker "W3C compliant"<br />

over - validerbar med nul fejl?<br />

Dette er vel et politisk<br />

krav/princip, der behandles som<br />

egen sag (og evt budget)?<br />

Hvad indebærer "frit kan vælge"?<br />

Betyder det fx at FESD-projektet<br />

sørger for at FESD-ESD kan bruge<br />

ODF på lige fod med OOXML?<br />

ODF bør her referere til ISO/IEC<br />

26300:2006, og OpenXML til<br />

Ecma 376.<br />

OCES Anbefalet Hvordan skal dette forstås - skal<br />

OCES bruges på alle netsteder,<br />

der kræver login?<br />

XML 1.0<br />

XML Schema<br />

1.0<br />

NDR 3.0<br />

FESDadressemodelFESDdatamodel<br />

FESD-pakke<br />

FESDskanningsmodul<br />

FESD-LIS<br />

FESDskanningsmodul<br />

UN/SPSC<br />

OIOUBL<br />

OIOUBL<br />

OIOUBL<br />

Anbefalet<br />

Anbefalet<br />

Anbefalet<br />

Anbefalet<br />

Anbefalet<br />

Anbefalet<br />

Anbefalet<br />

Anbefalet<br />

Forventes at blive erstattet af ny<br />

standard inden 1. januar 2008.<br />

Spørgsmålet er i hvilke tilfælde<br />

man taler om dataudveksling.<br />

XML Schema for alting? Er andre<br />

schemasprog ikke mulige i visse<br />

situationer?<br />

Dette er et meget skrapt krav, og<br />

bør formuleres som at OIOXML<br />

skal overholde NDR3.0.<br />

Det er uklart i hvilke situationer<br />

FESD-standarderne skal benyttes.<br />

Det er uklart i hvilke situationer<br />

FESD-standarderne skal benyttes.<br />

Det er uklart i hvilke situationer<br />

FESD-standarderne skal benyttes.<br />

Det er uklart i hvilke situationer<br />

FESD-standarderne skal benyttes.<br />

Det er uklart i hvilke situationer<br />

FESD-standarderne skal benyttes.<br />

Anbefalet Er der to brugsscenarier for<br />

denne standard? (anden gang<br />

den nævnes)<br />

Hvilke sitautioner anvendes<br />

skanningsmodulet i?<br />

Anbefalet<br />

(mangler adskillelsesstreg?) United Nations Standard Products<br />

and Services Code er en<br />

anerkendt kodeliste for ehandel.<br />

Der er således behov for at<br />

definere, hvad der er<br />

Anbefalet<br />

ehandel/indkøb.<br />

Hvilke slags kataloger er der tale<br />

om?<br />

Anbefalet<br />

Glimrende intiativ.<br />

Anbefalet<br />

DS 484 Anbefalet Kun obligatorisk i staten pr. 1.<br />

januar 2008<br />

Status Quo, fastsat ved lov<br />

Er DS484 ikke allerede påbudt?


Fra: Peter Favrholdt [pfavr@how.dk]<br />

Sendt: 21. marts 2007 19:21<br />

Til: Rachid El Mousti<br />

Emne: <strong>Høringssvar</strong>: Anvendelse af åbne standarder for software i det<br />

offentlige<br />

IT- og Telestyrelsen<br />

Holsteinsgade 63<br />

2100 København Ø<br />

Odense d. 21/3-2007<br />

<strong>Høringssvar</strong>: Anvendelse af åbne standarder for software i det offentlige<br />

Formålet med at have en åben standard for dokumenter er at sikre<br />

problemfri udveksling af dokumenter, samt muliggøre fri konkurrence<br />

mellem leverandører af software.<br />

Jeg vil i det følgende give udtryk for min holdning til rapportens<br />

forslag om mere end én standard på dokumentformater:<br />

1. Ét dokumentformat er bedre end to<br />

2. ODF er bedre end OOXML<br />

3. OOXML er ikke et åbent format<br />

Ad 1) At anbefale _to_ standarder er i modstrid med formålet. At have to<br />

formater betyder at nogen leverandører understøtter det ene format bedre<br />

end det andet og dermed skabes unødige omkostninger til konvertering -<br />

afhængigt af hvilken standard afsender og modtager benytter kan der være<br />

behov for ekstra konvertering imellem disse. Dette giver mulighed for<br />

fejl og er en ekstra omkostning ifm. dokumentudveksling.<br />

Ad 2) ODF er teknisk bedre end OOXML. ODF bygger på eksisterende<br />

standarder hvor dette er muligt (f.eks. MathML til formel-editor).<br />

Derfor er ODF-standarden "kun" på ca. 700 sider.<br />

Til sammenligning har OOXML defineret alting <strong>fra</strong> bunden med alle de<br />

utroligt komplicerede "fejl" som findes i eksisterende MS Office<br />

formater. OOXML standarden fylder ca. 7000 sider.<br />

Ad 3) OOXML er efter min mening ikke åbent, fordi det praktisk taget er<br />

umuligt at implementere alle "fejlene" korrekt. Der er desuden<br />

funktioner der ikke er defineret entydigt i standarden. Dette kan også<br />

ses af de mange betænkninger ifm. behandlingen i ISO. Det er altså kun<br />

Microsoft der kan opfylde OOXML fuldstændigt.<br />

Konklusion:<br />

ODF er lavet i åbent samarbejde med det formål at få ét fælles format<br />

til dokumentlagring og udveksling. OOXML er lavet af Microsoft for at<br />

Microsoft kan kalde deres dokumentformat åbent. At have to<br />

dokumentstandarder gavner kun de leverandører der vil lave<br />

konverteringssoftware imellem dem - alle andre taber ved dette.<br />

mvh. Peter Favrholdt<br />

--<br />

-----------------------------------------------------------<br />

Peter Favrholdt mobile: (+45) 20 83 56 93<br />

HOW - do IT right private: (+45) 65 93 56 93<br />

Otte Ruds Vej 355<br />

5220 Odense SØ homepage: http://www.how.dk<br />

email: pfavr@how.dk jabber: pfavr@jabber.dk<br />

-----------------------------------------------------------<br />

Problems are only opportunities with thorns on them.


København den 23.03.2007<br />

PROSA – forbundet af IT-professionelle<br />

Ahlefeldtsgade 16<br />

1359 København K<br />

3336 4141<br />

www.prosa.dk<br />

Til IT- og telestyrelsen<br />

Holsteinsgade 63<br />

2100 København Ø<br />

København K :: 3336 1359 København K :: 3336 41414141<br />

<strong>Høringssvar</strong> <strong>fra</strong> PROSA angående rapporten ”Anvendelse af åbne standarder<br />

for software i det offentlige”<br />

Nedenfor er PROSAs – forbundet af it-professionelle – høringssvar til IT og Telestyrelsens (ITST)<br />

implementeringsrapport i relation til åbne standarder for software i det offentlige beskrevet. Det<br />

indledes med nogle generelle betragtninger i forhold til området. Derefter peges på konkrete<br />

elementer i rapporten, som PROSA gerne ser ændret eller uddybet. Afslutningsvis peges på<br />

områder, som PROSA gerne ser prioriteret i nærmeste fremtid.<br />

Indhold:<br />

1. Indledning - Tilfredshed med, at der nu tages hul på implementering af åbne standarder for<br />

software i det offentlige<br />

2. Adgang for alle i forhold til netbaserede tjenester<br />

3. Karensperiode<br />

4. Obligatoriske og anbefalede standarder<br />

5. Status for implementering<br />

6. Udmøntning af B103 i de enkelte ministerier<br />

7. Dokumentstandarder<br />

8. Prioritering af serviceorienteret arkitektur<br />

9. Fremtiden<br />

Indledning - Tilfredshed med, at der nu tages hul på implementering af åbne standarder for<br />

software i det offentlige<br />

PROSA er meget tilfreds med, at Folketinget har vedtaget beslutningsforslag B103 vedrørende<br />

implementering af åbne standarder i det offentlige. Det er grundlæggende PROSAs holdning, at der<br />

bør være fælles åbne standarder, der sikrer forbrugere og virksomheder et reelt frit valg af ITløsninger.<br />

Derfor bakker PROSA op om, at der <strong>fra</strong> den 1. januar 2008 ved implementering af nyt<br />

software i det offentlige skal anvendes åbne standarder. Det bidrager til at sikre:<br />

• Et bredt udbud af softwareløsninger til gavn for såvel borger, erhvervsliv og offentlig sektor<br />

• At modvirke de allerede nu eksisterende monopoler på softwareløsninger – og medvirke til<br />

at undgå at der skabes nye monopoler i fremtiden.. Sådanne monopoler fordyrer indkøb af<br />

software og resulter i for ringe investeringer i udvikling af nye og forbedrede løsninger<br />

• Flere og billigere og bedre softwareløsninger på sigt pga. af øget konkurrence<br />

I rapporten angives der er tre formål for anvendelse af åbne standarder, nemlig:<br />

1


• Anvendelse af åbne standarder skal fremme konkurrencen på det danske softwaremarked<br />

• Anvendelsen af åbne standarder skal fremme sammenhæng (interoperabilitet) mellem itsystemer<br />

på tværs af den offentlige sektor.<br />

• Anvendelsen af åbne standarder skal så vidt muligt give borgere og virksomheder et friere<br />

valg af software.<br />

Vi er enige at disse formål er væsentlige; men vi mener ikke, at der i de her beskrevne formål er<br />

tilstrækkeligt fokus på den i B103 beskrevne intention om at sikre borgerne adgang til information,<br />

dokumenter og data <strong>fra</strong> det offentlige.<br />

Vi vil derfor foreslå, at der tilføjes et ekstra punkt til listen over formål. Nemlig: ”Anvendelsen af<br />

åbne standarder skal sikre, at alle har adgang til information og data <strong>fra</strong> det offentlige”.<br />

Derfor er det af meget stor betydning, at de offentlige aktører går forrest og implementerer åbne<br />

standarder bredt.<br />

Når det så er sagt, er vi bekymrede for om implementeringsplanen er vidtgående og visionær nok.<br />

Åbne standarder bør implementeres bredt <strong>fra</strong> begyndelsen af – noget der i øvrigt allerede kræves<br />

bredt i større offentlige virksomheders udbudsmateriale ved køb af nye it-løsninger. Vi føler, at der<br />

mangler nogle få væsentlige områder, som bør være dækket af obligatoriske standarder.<br />

Vi er enige i, at obligatoriske standarder på en række områder er vejen frem. Det har vi advokeret<br />

for siden 2003 – og er derfor glade for, at det nu bliver en realitet. Men der vil fortsat være behov<br />

for, at der også arbejdes med at etablere en større gruppe af anbefalede standarder, som også bør<br />

følges – på linie med den eksisterende praksis i OIO kataloget og praksis i it udbud på det offentlige<br />

område. Hvis der alene er fokus på obligatoriske standarder risikerer fokus at blive for snævert – og<br />

det er i modstrid med intentionerne i B103.<br />

Adgang for alle i forhold til netbaserede tjenester<br />

(Afsnit 1.3 side 10)<br />

Et af formålene med B 103 var at sikre adgang for alle brugere i forhold til netbaserede tjenester.<br />

Det skal være muligt for alle borgere – uanset platform – at læse og modtage information og data<br />

<strong>fra</strong> det offentlige via netbaserede tjenester.<br />

Dette er særligt vigtigt for netbaserede multimedie tjenester – bl.a. <strong>fra</strong> Danmarks Radio og TV2. I<br />

dag er situationen den, at en lang række borgere i fremtiden skal betale medielicens, fordi de har en<br />

pc med internet opkobling. Men på trods af at disse borgere skal betale licens, er det ikke i dag<br />

sikret, at de kan modtage tv og radio med mindre de har lige netop det operativsystem og de<br />

programmer som tv-stationerne understøtter. Dette er klart en uholdbar situation.<br />

Det er på denne baggrund meget vigtigt, at der defineres et sæt åbne standarder for multimedie<br />

transmission på internettet – og at det i fremtidige aftaler med tv- og radiostationer sikres, at de<br />

forpligtes til at udbyde deres tjenester i overensstemmelse med disse standarder. Dette er en<br />

forudsætning for et egentligt frit valg for borgerne.<br />

2


Karensperiode<br />

(Afsnit 1.4 side 11)<br />

Det fremgår af afsnit 1.4, at:<br />

”Når en åben standard fremover gøres obligatorisk, effektueres kravet først efter en<br />

karensperiode, der som udgangspunkt bør være på ni måneder <strong>fra</strong> offentliggørelsen.<br />

Karensperioden kan ændres, hvis særlige forhold dokumenteret i forbindelse med<br />

udarbejdelsen af vurderingen af den givne åbne standard taler herfor.”<br />

Det er uklart, hvad der menes med en karensperiode på 9 måneder og hvorfor der er behov for at<br />

benytte karensperioder. Det bør uddybes i rapporten. En karensperiode har ikke nogen værdi i sig<br />

selv – den vil blot forsinke udbredelsen af ellers fornuftige og nødvendige åbne standarder. På den<br />

anden side skal myndighederne selvfølgelig have en vis frist til at sætte sig ind i nye standarder, før<br />

de kan forpligtes følge dem. Men 9 måneder virker som en arbitrært valgt periode – den vil normalt<br />

være for lang; men der kan tænkes tilfælde hvor det ville være fornuftigt at vælge en længere<br />

periode.<br />

Obligatoriske og anbefalede standarder<br />

(Afsnit 4.1 side 21)<br />

Det fremgår af implementeringsrapporten, at der er sæt af standarder, der gøres obligatoriske, som<br />

offentlige agenter/myndigheder skal benytte medmindre, der er ”gode grunde” (som beskrevet i<br />

rapporten) til at lade være. PROSA mener, at udgangspunktet for al ny software i det offentlige skal<br />

være, at man bruger åbne standarder. Derfor bør det også anbefales, at offentlige<br />

agenter/myndigheder som udgangspunkt benytter de anbefalede standarder, som fremgår af OIOkataloget.<br />

De kræves allerede nu i mange (store) offentlige it-udbud.<br />

Status for implementering<br />

(Afsnit 4.3 side 28)<br />

Det fremgår af rapporten, at offentlige agenter/myndigheder, der ikke implementerer obligatoriske<br />

åbne standarder, skal indberette det til ITST, hvorefter ITST årligt udarbejder en status over<br />

implementeringen af obligatoriske åbne standarder.<br />

PROSA mener, at det er helt afgørende, at alle begrundelser for ikke at følge de obligatoriske åbne<br />

standarder offentliggøres umiddelbart efter valget er truffet. I den forbindelse bør der udarbejdes i<br />

paradigma for rapportering, som sikrer, at det beskrives tydeligt og detaljeret, hvilke standarder, der<br />

<strong>fra</strong>vælges. Desuden skal begrundelserne for valget være præcist beskrevet. Formålet med dette er<br />

øget konkurrence omkring salg af systemløsninger, herunder at gøre det mulig for konkurrenterne at<br />

se hvilke tekniske løsninger (og eventuelle proprietære standarder), der vælges.<br />

Udmøntning af B 103 i de enkelte ministerier<br />

(Afsnit 4.4 side 29)<br />

PROSA vil gerne kvittere for, at de enkelte ministerier senest den 1. december 2007 skal udarbejde<br />

og indsende handlingsplaner, der beskriver, hvordan det skal sikres, at der udarbejdes obligatoriske,<br />

åbne standarder, hvor det er relevant. Det vil fremme implementeringen af åbne standarder bredt i<br />

det offentlige. Men det kræver selvfølgelig, at de indsendte handlingsplaner vurderes, når de<br />

3


indkommer, og at der om nødvendigt arbejdes for at hæve ambitionsniveauet. Ligesomder løbende<br />

følges op på disse handlingsplaner for at sikre, at de overholdes.<br />

PROSA vil forslå, at disse handlingsplaner offentliggøres, så virksomheder og borgere kan følge<br />

med i denne proces.<br />

Dokumentstandarder<br />

(Afsnit 6.1 side 33)<br />

Vi ønsker at tilkendegive, at vi finder rapportens anbefaling om at pege på hele 2 standarder for<br />

redigerbare dokumenter for usædvanlig. Formålet med at etablere standarder er netop at sikre, at<br />

forskellige leverandøreres systemer gnidningsfrit kan udveksle data. Dette opnås netop ikke ved at<br />

pege på 2 standarder.<br />

Open XML standarden er reelt udarbejdet og forslået af Microsoft. Microsoft har i dag med sin<br />

Office pakke en stærkt dominerende (monopollignende) stilling på dette delmarked for software.<br />

Denne dominerende stilling har betydelig indflydelse for valget af software på en række andre<br />

tilgrænsende områder – herunder operativsystemer og konkrete fagsystemer – og virker derfor<br />

hæmmende for konkurrencen på store dele af software markedet..<br />

De sidste nye udmeldinger <strong>fra</strong> Videnskabsminister Helge Sander giver det indtryk, at valget af 2<br />

standarder er politisk motiveret – det fremstår dog uklart, hvilke mål der konkret forfølges med<br />

dette valg.<br />

Hvis Videnskabsministeriet ender med at vælge 2 standarder på dokumentområdet, er det meget<br />

vigtigt, at ministeriet bevidst arbejder for at skabe øget konkurrence på dette område. Der er i den<br />

forbindelse behov for, at der stilles særlige krav til Microsoft på dette område. Formålet med disse<br />

krav er at sikre, at firmaets fordele af sin monopolagtige stilling begrænses.<br />

PROSA vil forslå, at der stilles følgende krav til Microsoft inden Open XML formatet godkendes:<br />

• Microsoft skal inden for 12 måneder implementere og officielt understøttelse af ISO ODF<br />

dokumentformaterne i sin Office 2007 pakke – med understøttelse af alle definerede<br />

dokumenttyper. Det skal være muligt for en bruger at definere, at Office 2007 skal gemme i<br />

ODF formater som default.<br />

• Microsoft skal forpligte sig til - med høj prioritet - at rette eventuelle fejl og uhensigtsmæssigheder<br />

i sine konverteringsrutiner mellem Open XML og ODF formaterne. Det skal sikre<br />

at disse konverteringer faktisk fungerer optimalt.<br />

• Microsoft skal løbende understøtte nye ODF versioner inden for 12 måneder <strong>fra</strong> det tidspunkt,<br />

hvor de er godkendt<br />

• Microsoft skal forpligte sig til at udvikle (og løbende vedligeholde i overensstemmelse med<br />

ovennævnte krav) et program til konvertering <strong>fra</strong> OpenXML til ODF formaterne. Der skal til<br />

dette program være et sæt veldefinerede og dokumenterede API’er, som kan kaldes <strong>fra</strong> et<br />

brugerprogram, således at en sådan dokumentkonvertering kan fortages programstyret.<br />

Microsoft skal forpligte sig til at gøre dette program tilgængeligt på de primære platforme som<br />

konkurrenterne anvender – herunder Apples MAC OS X og Linux. Dette program skal gøres frit<br />

tilgængeligt for download på internettet.<br />

Vi er i øvrigt forundrede over, at der ikke er forslag om en standard for ”frosne” dokumenter til<br />

præsentation på en foruddefineret form. Vi vil foreslå, at ISO PDF archive formatet -<br />

4


(ISO 19005-1:2005, Document management - Electronic document file format for long-term<br />

preservation) overvejes anvendt til dette formål.<br />

Prioritering af serviceorienteret arkitektur<br />

(Afsnit 8.1 side 38)<br />

Der peges på, at følgende på sigt kandiderer til at blive obligatoriske åbne standarder:<br />

• Sæt af standarder for sikker og pålidelig transport af forretningsdokumenter<br />

• Sæt af standarder til brugerstyring<br />

• Sæt af standarder for serviceorienteret arkitektur<br />

• Sæt af standarder for portaler<br />

Her vil PROSA pege på vigtigheden af, at der hurtigst muligt etableres et sæt af obligatoriske<br />

tekniske standarder for implementering af serviceorienterede arkitekturer. I dag er det et stort<br />

problem, at offentlige myndigheders systemer i en række tilfælde ikke kan kommunikere – det<br />

resulterer i en række samspilsproblemer, som bl.a. betyder meromkostninger og dårligere offentlig<br />

service. Et sæt af obligatoriske åbne standarder vil løse problemet.<br />

Fremtiden<br />

Som beskrevet bakker PROSA op om, at der <strong>fra</strong> den 1. januar 2008 på en række områder skal<br />

implementeres åbne standarder for ny software i det offentlige. Der er helt centralt, at der satses på<br />

bredt at implementere åbne standarder – altså ikke kun på få obligatoriske standarder, men også på<br />

de åbne standarder, der er anbefalet i OIO-kataloget – alternativt, at basen af obligatoriske<br />

standarder udvides hurtigt – og meget gerne med et sæt obligatoriske standarder for<br />

serviceorienteret arkitektur snarest. Ligeledes er det vigtigt, at begrundelserne for ikke at følge<br />

obligatoriske (og gerne anbefalede) åbne standarder offentliggøres hurtigt og med præcise<br />

begrundelser.<br />

For uddybning af PROSAs høringssvar til implementeringsrapporten kan undertegnede kontaktes.<br />

Med venlig hilsen<br />

Peter Ussing<br />

Formand for PROSA<br />

Ahlefeldtsgade 16<br />

1359 København K<br />

3336 4141<br />

pus@prosa.dk<br />

5


<strong>It</strong>- og telestyrelsen<br />

Holsteinsgade 63<br />

2100 København Ø<br />

<strong>Høringssvar</strong> vedr. rapporten ”Anvendelse af åbne<br />

standarder for software i det offentlige”<br />

KoncernIT<br />

14. marts 2007<br />

Region Hovedstaden<br />

Kongens Vænge 2<br />

3400 Hillerød<br />

Sagsnr.:<br />

Arkiv:<br />

Deres j. nr./ref.:<br />

Sagsbeh.: Lars Stefan Jensen<br />

Tlf.: 2673 8997<br />

lars.stefan.jensen@regionh.dk<br />

www.regionh.dk<br />

Overordnede kommentarer<br />

Region Hovedstaden (RegH) hilser initiativet vedr. fremme af anvendelsen af åbne standarder for<br />

software i det offentlige meget velkomment. Der er næppe tvivl om, at udbredt anvendelse af åbne<br />

standarder vil bidrage til at fremme såvel konkurrencen mellem leverandører som interoperabiliteten<br />

mellem forskellige leverandørers systemer og dermed bidrage til at offentlige myndigheder i<br />

videst muligt omfang stilles frit ved køb af it-løsninger.<br />

Det internationale perspektiv på standardisering behandles primært i rapportens bilag. Dette område<br />

er for vigtigt til behandling på en så tilbagetrukket position.<br />

Rapportens struktur<br />

Rapporten fremstår i sin nuværende form som et kompromis imellem det langsigtede, generelle og<br />

det kortsigtede, specifikke, hvilket ikke synes hensigtsmæssigt. Det er RegH s opfattelse, at rapporten<br />

med fordel kunne opdeles i en generel del, som beskriver de generelle principper for standardisering,<br />

herunder standardiseringsprocessen, udmøntningen af B103 mv. og én eller flere specifikke<br />

dele, som vedrører konkrete standarder og sæt af standarder. Derved ville den generelle<br />

rapport kunne blive et referencedokument på linie med fx Hvidbog for IT-arkitektur, som er stabilt<br />

over tid og som fastlægger de rammer, hvorunder det konkrete standardiseringsarbejde udføres,<br />

mens de specifikke rapporter ville antage et mere klart fokus og kunne sendes i særskilt høring.<br />

De udvalgte standarder, jf. afsnit 5<br />

Det er RegH s opfattelse, at de udvalgte syv sæt af standarder, nævnt i afsnit 5.1, synes at have et<br />

temmelig teknisk/datamæssigt fokus. I den forbindelse skal RegH derfor opfordre til, at<br />

Metodestandarder inkluderes snarest muligt, med det formål at sikre, at det nødvendige<br />

arbejde med at beskrive forretningsprocesser, arkitektur mv., som en forudsætning for<br />

udarbejdelse af de tekniske løsninger, som er baserede på standarderne, foregår standardiseret.<br />

På denne måde vil forskellige offentlige myndigheder, som fx skal udveksle informationer<br />

med henblik på understøttelse af én og samme tværorganisatoriske arbejdsproces,<br />

kunne gennemføre også denne del af arbejdet på en fælles, standardiseret måde med<br />

åbenlyse fordele i form af effektivitet og reduktion af fejlmuligheder<br />

Det tværorganisatoriske arkitekturarbejde styrkes som den nødvendige forudsætning, det<br />

er for en succesfuld definition og anvendelse af tekniske standarder på en måde som understøtter<br />

forretningsmålene snarere end blot snævrere tekniske målsætninger.


Det sikres, at enhver standard, der gøres obligatorisk er beskrevet med udgangspunkt i de<br />

forretningsmæssige målsætninger, som den understøtter, herunder at standardens detaljeringsgrad<br />

er tilpasset det forretningsmæssige behov, således at det er klart, under hvilke<br />

forudsætninger og i hvilket omfang den bør anvendes. Dermed undgås, at standarder vokser<br />

ud af kontrol, som det ellers kan ske, hvis ikke den forretningsmæssige forankring<br />

tænkes tilstrækkeligt ind i processen.<br />

Økonomiske konsekvensvurderinger for obligatoriske sæt af standarder<br />

Den økonomiske vurdering, som går forud for ophøjelse af en standard til obligatorisk er ikke<br />

beskrevet tilstrækkeligt dybt. Det er RegH s opfattelse, at det i mange tilfælde vil være nødvendigt<br />

at anlægge at langsigtet, nationalt perspektiv på den økonomiske konsekvens af indførelsen af<br />

en standard, for at kunne dokumentere dennes økonomiske neutralitet eller fordel. Af denne årsag<br />

bør rapporten beskrive mere detaljeret, hvorledes sådanne økonomiske vurderinger gennemføres,<br />

hvilken horisont der lægges til grund mv.<br />

Følg eller forklar<br />

Når en afvigelse <strong>fra</strong> en obligatorisk standard kan forklares med, at det vil være fordyrende for den<br />

offentlige myndighed at følge den, vil det i mange tilfælde være for let at vælge afvigelsen. For at<br />

sikre, at sådanne økonomiske vurderinger foretages reelt, bør der udvikles en skabelon som en<br />

støtte til myndighederne, der sikrer, at alle relevante forhold overvejes og at der anlægges såvel<br />

kort- som langsigtede vurderinger. Dette skal sikre, at de oftest nødvendige investeringer på kort<br />

sigt i overholdelse af standarder, ikke fører til at de langsigtede gevinster ikke tages i betragtning,<br />

og at der derfor oftere end reelt nødvendigt og forsvarligt vælges en afvigelse <strong>fra</strong> standarderne.<br />

Forslaget kan ses som et ønske om en betydelig udvidelse af de forklaringsskitser, der findes i<br />

afsnit 4.2.1.1.<br />

Dette forslag skal imødegå den store risiko, der er, for at forklaringer på manglende anvendelse af<br />

standarder vælges som en enkel og på kort sigt billig løsning af mange offentlige organisationer.<br />

Ved i det mindste at stille krav om, at en forklaring ledsages af et minimumssæt af overvejelser<br />

sikres det, at vigtige overvejelser ikke undlades, ligesom det vil være lettere at hævde rimeligheden<br />

af en afvigelse, når der findes et standardiseret grundlag for vurderingen. Det bør i denne forbindelse<br />

overvejes, om en forklaring skal kunne afvises med den begrundelse, at den ikke er dokumenteret<br />

tilstrækkeligt.<br />

En forklaring af en <strong>fra</strong>vigelse <strong>fra</strong> anvendelse af en obligatorisk standard bør ledsages af en plan<br />

for senere overholdelse, som minimum i de tilfælde, hvor det alene er hensyn til forlænget tidsmæssig<br />

udstrækning af et udviklingsforløb, der tilsiger <strong>fra</strong>vigelsen.<br />

Forslagene ovenfor kompenserer delvist for de manglende sanktionsmuligheder overfor organisationer,<br />

der uden tilstrækkeligt grundlag undlader at følge obligatoriske standarder.<br />

En faciliteringsorganisation i regi af styrelsen<br />

Det er RegH s vurdering, at mange offentlige myndigheder vil vige tilbage for den store opgave<br />

det er at holde sig orienteret om relevante standarder og deres mulige anvendelse i forbindelse<br />

med indkøb eller tilpasning af nye eller eksisterende systemer. Tilsvarende lægger standardiseringsprocessen<br />

op til, at nye standardiserings initiativer drives af brugerne; i praksis vil det store<br />

arbejde, der er forbundet med at drive et sådant initiativ, let kunne forhindre at ellers relevante<br />

initiativer tages.<br />

Begge problemer kan adresseres ved, at styrelsen opretter et kontor med det formål dels at facilitere<br />

anvendelsen af eksisterende standarder dels at facilitere tilblivelsen af nye standarder. Et sådant<br />

kontor ville også via den tætte kontakt med de offentlige brugere af standarderne kunne sam-<br />

2


le vigtig information om disses praktiske anvendelse og dermed skabe grundlag for konstant videreudvikling<br />

af standarder såvel som dokumentation af disse.<br />

For at øge den hastighed hvormed dette initiativ realiserer målsætningerne, bør styrelsen overveje<br />

at supplere udarbejdelse af vejledninger med egentlige uddannelsesaktiviteter for medarbejdere<br />

hos offentlige myndigheder. Det vurderes, at et sådant initiativ er økonomisk neutralt, såfremt der<br />

anlægges et nationalt perspektiv.<br />

Default accept af <strong>fra</strong>vigelse <strong>fra</strong> anvendelse af standarder for stand-alone systemer<br />

I såvel afsnit 4.2 som 1.3 beskrives det, at en gyldig forklaring på manglende anvendelse af en<br />

obligatorisk standard er, at løsningen ikke indebærer dataudveksling med andre systemer.<br />

RegH betragter ikke dette som en universelt gyldig forklaring af den årsag, at mange løsninger<br />

etableres på et tidspunkt, hvor evt. fremtidig integration, og dermed dataudveksling med andre<br />

systemer, ikke er forudset. Fraviges anvendelsen af obligatoriske standarder på denne baggrund<br />

vil senere justeringer af løsningen for at sikre overholdelse af standarden blive betydeligt mere<br />

omkostningstung end overholdelse ved indkøb af løsningen hvis det overhovedet er muligt.<br />

Nødvendig, central koordination af visse del-standarder<br />

Kerneattributter vedr. samme fysiske entitet bør kun beskrives på ét format uanset om den fx optræder<br />

som del af forskellige sektorstandarder. Der bør derfor beskrives og placeres et ansvar for<br />

at identificere og definere terminologi og formater for nationale delstandarder på sådanne områder<br />

(Eksempel: person stamdata).<br />

Det skal tillige sikres, at der, hvor det er relevant, etableres nationalt unikke nøgler for fx sager,<br />

patientforløb mv. for at sikre at data udveksles uden risiko for uheldige og potentielt farlige nøglesammenfald.<br />

3


IT- og Telestyrelsen<br />

Holsteinsgade 63<br />

København Ø<br />

2100 København Ø<br />

Indledning<br />

Åbne standarder er ikke alene et teknisk instrument men i højere<br />

grad et politisk instrument, der skal sikre fri konkurrence både inden<br />

for it-løsninger til den offentlige sektor og afledt heraf også itløsninger<br />

til virksomheder, organisationer og borgere, der elektronisk<br />

kommunikerer med den offentlige sektor. Derfor er det en politisk<br />

opgave at sikre fundamentet for implementeringen af åbne<br />

standarder i offentlige it-løsninger og ikke mindst at sikre, at de<br />

offentlige it-løsninger baserer sig på de bedst mulige åbne<br />

standarder. Omvendt kræver det dyb teknisk indsigt at gennemskue,<br />

hvilke standarder der bedst understøtter ønsket om fri konkurrence<br />

inden for it-løsninger.<br />

Region Midtjylland har som offentlig organisation en stor egen<br />

interesse i åbne standarder. Valg af it-systemer i det offentlige i dag<br />

er påvirket af det vilkår og forhold, at it-arkitekturen typisk er bundet<br />

op på ét eller ganske få systemer. Investeringer i færdige it-løsninger<br />

hvor leverandøren af et system kun formår at levere løsningen med<br />

ét enkelt produkt, giver ikke organisationen indflydelse over egen itarkitektur.<br />

Tænker man på it som en strategisk ressource, vil<br />

manglende frihedsgrader betyde, at organisationen deponerer sit<br />

handlerum hos andre – typisk leverandøren. Ved at vælge en klassisk<br />

hyldevareløsning, deponerer man således en meget stor del af<br />

indflydelsen på it-strategien. Det er Region Midtjyllands<br />

overbevisning, at anvendelsen af obligatoriske åbne standarder<br />

fordrer et friere valg af produkter, og dermed øgede frihedsgrader for<br />

organisationen.<br />

Offentlige organisationer må sikre sig, at de virksomhedsessentielle<br />

IT-systemer kan tilpasses til de forretningsdrevne behov inden for en<br />

fornuftig økonomisk ramme. Det gøres kun sjældent gennem køb af<br />

hyldevarer baseret på proprietær software. Friere valg af software<br />

baseret på åbne standarder der fremmer interoperabilitet mellem<br />

systemer, løsninger og organisationer, giver potentiale for udvikling<br />

af it-systemer hvor behov og effektivitet er i fokus.<br />

Region Midtjylland ser ligeledes anvendelsen af åbne standarder som<br />

Regionshuset<br />

Viborg<br />

Kunderelationer<br />

Skottenborg 26<br />

Postboks 21<br />

DK-8800 Viborg<br />

Tel. +45 8728 5000<br />

kontakt@rm.dk<br />

www.rm.dk<br />

Dato 23-03-2007<br />

Steffen Ørnemark<br />

Tel. +45 8728 5665<br />

steffen.oernemark@stab.rm.dk<br />

Side 1


fremmende for konkurrencen på det danske softwaremarked. Jo flere, der benytter et givent<br />

IT-system, og jo flere leverandører, der har adgang til at udvikle på systemet, desto større<br />

kodebase og faciliteter at vælge imellem, og desto større konkurrence pga. antallet af<br />

leverandører.<br />

Region Midtjylland ser en forøget konkurrence skabt gennem åbne standarder som løftestang<br />

for øget innovation blandt danske softwareudviklingsfirmaer og derigennem som en mulighed<br />

for at ruste det danske samfund med bedre omstillingsparathed til øget konkurrenceevne i en<br />

foranderlig verden.<br />

Region Midtjylland bakker fuldt ud op om folketingsbeslutning B 103 og folketingets krav om fri<br />

konkurrence på it-løsninger til den offentlige sektor. Region Midtjylland bakker ligeledes op om<br />

rapporten ”Anvendelse af åbne standarder for software i det offentlige” med nedenstående<br />

bemærkninger.<br />

Åbne standarder giver fri konkurrence<br />

Hvis det offentlige besluttede sig for at standardisere forvaltningen på samme<br />

softwareprodukter, ville der ikke være behov for åbne standarder, da udveksling af<br />

dokumenter mellem softwareprodukter <strong>fra</strong> samme leverandør stort set er uproblematisk men<br />

typisk omkostningstung. Det offentlige har imidlertid en forpligtelse til at foretage<br />

investeringer i it-løsninger ud <strong>fra</strong> kriterierne om bedst og billigst.<br />

Åbne standarder handler altså ikke blot om teknisk interoperabilitet mellem it-løsninger men i<br />

højere grad om at sikre fri konkurrence blandt leverandørerne af it-løsninger til det offentlige<br />

for derigennem at sikre, at det offentlige kan vælge de bedste og billigste løsninger på<br />

markedet. Dette forhold er vigtigt at have med som kriterium, når udvælgelsen nationale<br />

standarder foretages.<br />

Region Midtjylland bakker fuldt ud op om definitionen af en åben standard.<br />

Behovet for én fælles dokumentstandard<br />

Region Midtjylland bemærker, at rapporten helt usædvanligt foreslår anvendelsen af både<br />

ODF-formatet og OOXML, som standard for kontordokumenter. Region Midtjylland anerkender,<br />

at valg af standard for kontordokumenter i høj grad er et følsomt valg, der skal tilgodese<br />

behov for øget konkurrence gennem interoperabilitet samt leverandørernes vilje til at<br />

konkurrere på området for kontorapplikationer.<br />

Der er imidlertid behov for, at staten melder klart ud, hvilken standard det offentlige primært<br />

skal benytte. Ifølge en undersøgelse <strong>fra</strong> Danmarks Statistik<br />

(http://dst.dk/upload/off2006e.pdf) anser 75% af de offentlige myndigheder manglen på<br />

fælles standarder som en barriere for it og digital forvaltning. Der er behov for at vælge én<br />

fælles standard for kontordokumenter, der kan sikre fri konkurrence på applikationerne. Fri<br />

konkurrence opnås ikke gennem konkurrence på tekniske formater med samme formål – det<br />

vil blot skabe forvirring, fastlåse markedet og dermed undergrave hensigten med<br />

folketingsbeslutning B 103.<br />

På eksempelvis sundhedsområdet, hvor der udvikles komplekse EPJ-systemer er der meget<br />

fokus på at etablere fælles standarder, selvom udviklingen af EPJ i høj grad bærer præg af at<br />

Side 2


evæge sig i et nyt og meget dynamisk domæne, hvor datastrukturer er under udvikling. I<br />

sundhedsvæsenet er der således tradition for at udvikle og diktere fælles standarder gennem<br />

det såkaldte Medcom-samarbejde. Selvom udvekslingen af patientjournaler på tværs er<br />

relativt begrænset, er der ligeledes et entydigt politisk krav om én fælles standard for EPJjournaler.<br />

Derfor kan det undre, at der lægges op til flere standarder på kontordokumenter,<br />

der er et etableret og stabilt domæne, hvor der dagligt udveksles tusindvis af dokumenter i 10<br />

år gamle proprietære formater. Det må være teknisk muligt og politisk ønskeligt at beslutte én<br />

fælles standard for kontordokumenter, hvilket vil forebygge udgifter og udfordringer forbundet<br />

med løbende datakonvertering. Valg af én fælles standard udelukker ikke brug af andre<br />

formater, hvis blot der er en god forklaring jf. ”følg eller forklar”-modellen.<br />

Ønsket om én fælles standard giver anledning til at sammenligne de to foreslåede<br />

dokumentformater. Region Midtjylland noterer sig i den sammenhæng:<br />

at ODF er en etableret standard med 2 år på markedet<br />

at ODF er udviklet til at understøtte kontorapplikationer generelt frem for et specifikt<br />

produkt<br />

at ODF har et multiplum af implementeringer på tværs af produkter, platforme og<br />

leverandører<br />

at ODF henviser til andre etablerede åbne standarder<br />

at ODF er XML-baseret og således kan udvides med produktspecifik funktionalitet<br />

at udviklingen og vedligeholdelsen af ODF fortsætter i et åbent forum efter udgivelsen<br />

af version 1.0 i 2005<br />

at tilgængeligheden i ODF er blevet reviewet af handicaporganisationer og uafhængige<br />

eksperter<br />

at udviklingen af ODF foregår i et åbent forum, som alle relevante parter kan følge<br />

at udviklingen af ODF foregår i et åbent forum, hvor repræsentanter for den danske<br />

stat har mulighed for at deltage<br />

at udviklingen af ODF foregår i et åbent forum, hvor alle relevante leverandører og<br />

brugere af kontorapplikationer har mulighed for at deltage<br />

at udviklingen af ODF foregår i OASIS, som også står bag en række standarder, der er<br />

gjort til nationale standarder i Danmark<br />

at der <strong>fra</strong> udlandet er erfaringer med at standardisere på ODF-standarden<br />

at ODF understøttes af en lang række leverandører<br />

Region Midtjylland foreslår på den baggrund, at der udarbejdes en målrettet plan for<br />

implementering af ISO-standarden ODF som national standard for kontordokumenter som<br />

tekstdokumenter, regneark og præsentationer suppleret af ISO-standarden PDF/A, til<br />

dokumenter med statisk indhold. Denne plan bør af praktiske og politiske grunde have en<br />

urokkelig men realistisk tidsplan, der ikke nødvendigvis skal være afsluttet inden 1. januar<br />

2008.<br />

Region Midtjylland foreslår i forlængelse heraf, at IT- og Telestyrelsen påbegynder<br />

forhandlinger med leverandører, der endnu ikke understøtter ODF, for at sikre understøttelse<br />

af ODF i deres programmer. Derved kan IT- og Telestyrelsen på vegne af det offentlige<br />

foretage den krævede ”følg eller forklar”-rapportering af, hvorfor leverandørens produkter<br />

endnu ikke understøtter ODF samt sikre, at oplysninger om evt. nødvendige udvidelser af ODFstandarden<br />

tilføres arbejdsgruppen i OASIS, hvor også den danske stat kan deltage.<br />

Økonomien i åbne standarder<br />

Rapporten henviser til politisk krav om, at indførelsen af åbne stander ikke ”må medføre øgede<br />

udgifter for det offentlige” (s. 18). Jf. ovenstående er krav om anvendelse af åbne standarder<br />

nødvendig for at sikre fri konkurrence. Der vil givetvis være udgifter forbundet med at<br />

Side 3


implementere åbne standarder både lokalt og centralt, men det er vigtigt at disse udgifter<br />

sammenholdes med alternativet, der er omkostninger forbundet med manglende konkurrence<br />

og datakonverteringer af proprietære formater.<br />

Eftersom implementering af åbne standarder vil have en økonomisk kortsigt og langsigtet<br />

konsekvens, vil der være en del strategiske overvejelser forbundet med, hvilke standarder der<br />

implementeres hvor og hvornår. Det vil medføre behov for erfaringsudveksling mellem de<br />

enkelte offentlige myndigheder.<br />

Region Midtjylland foreslår, at der etableres en udviklingspulje, hvor regionale og kommunale<br />

myndigheder kan få økonomisk støtte til omlægning til ODF.<br />

Region Midtjylland foreslår af hensyn til den brede politiske interesse for åbne standarder,<br />

princippet om åbenhed i forvaltningen samt muligheden for at understøtte erfaringsudveksling,<br />

at alle ”følg og forklarer”-rapportering gøres offentligt tilgængelige, så borgerne kan få indblik i<br />

de strategiske valg forbundet med implementering af åbne standarder.<br />

OIO-kataloget som værktøj til implementering af åbne standarder<br />

OIO-kataloget er et vigtigt redskab, når offentlige myndigheder skal opstille krav til en given<br />

it-løsning. OIO-kataloget repræsenterer en teknisk reference, som afspejler en grundig teknisk<br />

vurdering og anbefaling, som den enkelte offentlige myndighed ikke har mulighed for at<br />

foretage. Derfor er det beklageligt, at OIO-kataloget ikke er opdateret det seneste år. Den<br />

brede politiske interesse for åbne standarder burde tværtimod tilskynde til, at OIO-kataloget<br />

opdateres med klare krav og anbefalinger til, hvordan de offentlige myndigheder udvælger og<br />

implementerer åbne standarder.<br />

Som sagt er åbne standarder et teknisk instrument foranlediget af et politisk krav om at sikre<br />

fri konkurrence. Derfor vil udvælgelsen og kategoriseringen af standarder i OIO-kataloget være<br />

forbundet med en del politik og interesse <strong>fra</strong> leverandørerne. For at kunne foretage en politisk<br />

vurdering af en standard er det vigtigt, at standardens tekniske egenskaber er grundigt<br />

analyseret og velbeskrevne af uafhængige teknikere.<br />

For at sikre input <strong>fra</strong> tredjepart i tråd med krav om, at en åben standard skal udvikles i en<br />

åben proces, er det vigtigt, at den uafhængige tekniske vurdering og analyse af en given<br />

standard ligeledes foregår i et åbent forum, som alle parter kan følge og afgive høringssvar til.<br />

Dernæst kan standarden kategoriseres ud <strong>fra</strong> de politiske ønsker, de tekniske egenskaber<br />

samt de høringssvar, der måtte være afgivet.<br />

Den tekniske analyse samt afgivne høringssvar bør ligeledes være direkte tilgængelig i OIOkataloget,<br />

da det kan understøtte de offentlige myndigheders beslutning om at følge en<br />

fastlagt åben standard eller forklare <strong>fra</strong>valget.<br />

Når standarder udarbejdes i tæt samarbejde med udvalgte leverandører skal det sikres, at det<br />

sker i en åben proces hvor andre parter inddrages tidligt i processen. Herefter skal det sikres<br />

at alle leverandører kan opnå en certificering af at deres produkt overholder standarden.<br />

Certificeringen skal kunne foregå uden unødig forsinkelse for at hindre utilsigtet<br />

konkurrenceforvridning.<br />

Region Midtjylland foreslår at OIO-kataloget opdateres og styrkes med ovenstående forslag,<br />

samt at der foretages både en teknisk og politisk vurdering af den enkelte standard og at disse<br />

vurderinger foretages og præsenteres adskilt.<br />

Side 4


Med venlig hilsen<br />

Steffen Ørnemark<br />

IT-chef for Kunderelationer<br />

Region Midtjylland<br />

Side 5


Rachid El Mousti<br />

IT- og Telestyrelsen<br />

Holsteinsgade 63<br />

2100 København Ø<br />

<strong>Høringssvar</strong> angående rapporten Anvendelse af åbne standarder for<br />

software i det offentlige .<br />

Region Nordjylland har følgende bemærkninger til rapporten:<br />

- at det er et must, at indførelsen af åbne standarder ikke vil medføre<br />

meromkostninger for Regionen,<br />

- at indførelsen af åbne standarder alene bør ske som en del af den<br />

normale udskiftning af software/systemer og ikke i sig selv være årsagen<br />

til opstart af nye projekter,<br />

- at det sikres at er der ikke udarbejdes overlappende standarder indenfor<br />

samme applikationsområde,<br />

- at Regionen i øvrigt hilser initiativet velkommen.<br />

Med venlig hilsen<br />

Henning Bruun-Schmidt<br />

IT-Afdelingen<br />

Sekretariatet<br />

Niels Bohrs Vej 30<br />

Postboks 8300<br />

9220 Aalborg Øst<br />

Tlf.: 96 35 10 00<br />

Fax. 98 15 20 09<br />

www.rn.dk<br />

IT-Chef<br />

Henning Bruun-Schmidt<br />

Direkte:<br />

hbs@rn.dk<br />

Ref.:<br />

1-16-4-0036-07<br />

Journalnummer<br />

21. marts 2007


K Ø B E N H A V N S U N I V E R S I T E T<br />

Ministeriet for Videnskab, Teknologi og Udvikling<br />

IT- og Telestyrelsen<br />

Att. Rachid El Mousti<br />

(rem@itst.dk)<br />

Høring angående rapporten "Anvendelse af åbne standarder for software<br />

i det offentlige"<br />

På vegne af Rektorkollegiets IKT-strategigruppe afgives hermed høringssvar<br />

angående rapporten "Anvendelse af åbne standarder for software i det offentlige".<br />

Rektorkollegiets IKT-strategigruppe er et samarbejds- og kontaktforum for<br />

it-chefer mv. på landets universiteter. Gruppen har som formand Universitetsdirektør<br />

Peter Pietras, Handelshøjskolen i København, og arbejdet er dermed<br />

forankret i Rektorkollegiets universitetsdirektørudvalg. Dette høringssvar skal<br />

dog alene tages som udtryk for synspunkter i IKT-strategigruppen.<br />

1. I universitetssektoren er der en meget lang tradition for at arbejde med og<br />

udvikle åbne, internationale standarder til brug for informationsudveksling<br />

og andre former for samarbejde med it-understøttelse. Denne tradition er i<br />

særdeleshed rodfæstet i forskningsmiljøerne, og er derfor mere et anliggende<br />

for peergrupper af forskere end for universiteterne som institutioner.<br />

Men også for universiteterne som offentlige institutioner er der store potentialer<br />

i forlængelse af en øget satsning på åbne standarder. Universiteterne<br />

ser derfor med begejstring på Folketingets initiativ med B103. I forlængelse<br />

af ovenstående er det dog det generelle synspunkt, at internationale standarder<br />

er at foretrække frem for nationale.<br />

2. Åbne standarder kan spille en central rolle i det offentliges mulighed for at<br />

udbyde bedre, smidigere og mere brugervendte services uden en tilsvarende<br />

fordyrelse af udviklings- og driftomkostningerne. På den måde kan indførelsen<br />

af obligatoriske åbne standarder på sigt lette studerendes, ansattes og<br />

omverdenens kontakt med universiteterne. Det er dog væsentligt at understrege,<br />

at gevinsterne netop først kan forventes på sigt – på nogle områder<br />

endda ganske langt sigt. I værste fald kan indførelsen af obligatoriske standarder<br />

bevirke, at nogle institutioner udskyder ønskelig fornyelse i itporteføljen<br />

af frygt for, at overholdelsen af standarderne vil medføre dyrere<br />

23. MARTS 2007<br />

NØRREGADE 10<br />

POSTBOKS 2177<br />

1017 KØBENHAVN K<br />

TLF 35 32 26 26<br />

DIR 35 32 26 86<br />

MOB 28 75 26 86<br />

clq@adm.ku.dk<br />

www.ku.dk/fusion<br />

blogs.ku.dk/clausq<br />

REF: CLQ


it-projekter og behov for organisatoriske ændringer, det måske ikke er opportunt<br />

at gennemføre på det givne tidspunkt.<br />

3. Det sæt af standarder, der foreslås gjort obligatoriske, er ved første øjekast<br />

udmærket dækkende, omend ikke ambitiøst. Der er således på flere områder<br />

tale om en stadfæstelse af de facto standarder i det offentlige, f.eks.<br />

OCES, FESD, OIOUBL og DS 484.<br />

Men ser man udvalget af standarder i forhold til det samlede sæt i<br />

OIO-kataloget, er det tydeligt, at dette er et første, forsigtigt skridt i den rigtige<br />

retning – måske for forsigtigt? Således er det især indenfor kategorien<br />

Datastandarder, der ikke er udvalgt kandidater til denne første runde obligatoriske<br />

standarder. Der kunne f.eks. have været inkluderet en række af de<br />

standarder, der i OIO-regi er udarbejdet og godkendt som kernekomponenter<br />

eller nogle af de internationale standarder (i øvrigt), der er godkendt<br />

som OIO-standarder.<br />

Valget af XML, XML Schema og NDR 3.0 signalerer, at man her<br />

i første omgang satser på form og ikke indhold, hvilket ikke er det mest effektive<br />

redskab til at sikre interoperabilitet og dermed en mere smidig offentlig<br />

service.<br />

4. Også blandt de tekniske standarder kunne forslaget have været mere ambitiøst.<br />

Det er udmærket, at der fastlægges standarder for formatering af udvekslingen<br />

af data mellem offentlige myndigheder, men metoderne for<br />

denne udveksling og ikke mindst de sikkerhedsmæssige standarder, som i<br />

mange tilfælde fint overholder kravene om modenhed og udbredelse, kunne<br />

uden videre have været medtaget.<br />

Den gennemgående satsning på en serviceorienteret arkitektur i<br />

det offentlige mere end antyder, at udveksling af data mellem offentlige<br />

myndigheder alligevel vil skulle overholde standarderne for webservices,<br />

herunder ikke mindst OWSA-model T, der både omfatter OCES og<br />

OIOXML, og dermed er en praktisk anvendelig standard, der bygger videre<br />

på andre obligatoriske standarder.<br />

5. Valget af dokumentstandarder er en svær ballancegang, og det er opfattelsen,<br />

at den foreslåede løsning er både rimelig og implementerbar. Den reelle<br />

værdi af arbejdet med åbne standarder på dokumentområdet vil dog først<br />

vise sig, når disse standarder kan kobles ’sømløst’ med FESD-standarderne,<br />

og bl.a. dermed lægges til grund for udarbejdelsen af integrationsprojekter,<br />

hvor dokumenternes indhold sættes aktivt i spil i institutionernes<br />

konkrete it-løsninger.<br />

SIDE 2 AF 3


6. I rapporten, side 11, står der, at ”Ved offentlige myndigheder forstås i denne<br />

rapport kommunale og regionale forvaltninger, statslige departementer,<br />

styrelser og direktorater”. Det rejser konkret det spørgsmål, om og i givet<br />

fald i hvilket omfang, universiteterne, der alle idag er selvejende, vil være<br />

omfattet af kravet om at overholde de i rapporten foreslåede standarder.<br />

Som i mange andre sektorer er der også mellem universiteterne et<br />

stort potentiale i et tættere samarbejde på it-området, herunder gennem<br />

etablering af en fælles platform i form af proces- og datastandarder samt<br />

tilslutning til tekniske standarder.<br />

Med venlig hilsen<br />

Claus Qvistgaard<br />

<strong>It</strong>-strategichef<br />

SIDE 3 AF 3


Høring over rapporten: Anvendelse af åbne standarder i det offentlige; frist: 23. marts<br />

2007Fra: Henrik Willumsen (18205) [Henrik.Willumsen@silkeborg.dk]<br />

Sendt: 19. marts 2007 15:24<br />

Til: Rachid El Mousti<br />

Emne: Høring over rapporten: Anvendelse af åbne standarder i det offentlige; Silkeborg<br />

Kommune<br />

<strong>Høringssvar</strong> angående rapporten anvendelse af åbne standarder for software i det<br />

offentlige .<br />

Silkeborg Kommune finder, at implementeringen af standarder er en vigtig forudsætning for<br />

en digital udvikling, der kan medvirke til en endnu bedre opgaveløsning overfor borgere<br />

og virksomheder.<br />

Rapporten giver en grundig og detaljeret gennemgang af begrebsapparat og den foreslåede<br />

proces, der skal gøre konkret fastlagte standarder obligatoriske. Den fællesoffentlige<br />

organisering af arbejdet og den foreslåede proces, med de p.t. foreslåede mål for<br />

indførelse af konkrete obligatoriske standarder, bør kunne fremme den ønskede<br />

standardisering.<br />

Silkeborg Kommune finder det væsentligt, at fastlæggelsen af standarder ikke blot er<br />

indskrænket til tekniske standarder, men også inddrager data standarder og metode<br />

standarder. Dette kan eksemplificeres ved, at Silkeborg Kommune f.eks. deltager i<br />

udvikling af fælles sprog på udsatte børn og unge projektet, hvor dette fælles sprog er<br />

en forudsætning for en fortsat udvikling af digitale løsninger på området.<br />

Der er i rapporten opmærksomhed på, at det er vigtigt, at både myndigheden og<br />

samarbejdspartnere har det nødvendige kompetenceniveau. Manglende kompetencer kan både<br />

forsinke og fordyre indførelsen af nye standarder, så Silkeborg Kommune opfordrer til, at<br />

fokus på dette område fastholdes, og at der arbejdes på planer til at sikre den<br />

nødvendige kompetence.<br />

En række detaljer i rapporten, fx om karensperiode for nye standarder og beregninger af<br />

økonomiske konsekvenser, kunne give anledning til spørgsmål eller mindre bemærkninger,<br />

det vurderes, at disse punkter er grundigt debatteret i forvejen, således at bemærkninger<br />

her<strong>fra</strong> ikke ville bringe nye bidrag til debatten.<br />

Med venlig hilsen<br />

Henrik Willumsen<br />

IT-chef<br />

Silkeborg Kommune<br />

Søvej 3<br />

DK-8600 Silkeborg<br />

Dir. tlf.: 8970 1551<br />

Mobil: 2170 9951<br />

E-mail: henrik.willumsen@silkeborg.dk<br />

-----Oprindelig meddelelse-----<br />

Fra: Christian Hannibal [mailto:CHH@itst.dk]<br />

Sendt: 26. februar 2007 13:53<br />

Til: Christian Hannibal<br />

Cc: Adam Lebech; Rachid El Mousti<br />

Emne: Høring over rapporten: Anvendelse af åbne standarder i det offentlige; frist: 23.<br />

marts 2007<br />

På vegne af vicedirektør Marie Munk fremsendes hermed høringsbrev samt materiale i<br />

forbindelse med rapporten: "Anvendelse af åbne standarder i det offentlige".


Frist for indsendelse af høringssvar er den 23. marts 2007.<br />

<br />

Med venlig hilsen<br />

Christian Hannibal<br />

Fuldmægtig, cand. scient. pol.<br />

IT- og Telestyrelsen<br />

<strong>It</strong>-strategisk kontor<br />

Holsteinsgade 63 - 2100 København Ø<br />

Telefon +45 35 45 01 15<br />

Fax +45 34 45 00 17<br />

Mail: chh@itst.dk<br />

Web: www.itst.dk


<strong>Høringssvar</strong><br />

Anvendelse af åbne standarder for software i det offentlige<br />

Den generelle observation <strong>fra</strong> SKAT er, at man med denne rapport udvider ITSTs løbende opgaver,<br />

og udvider myndighedernes forpligtelser i forbindelse med nye projekter. Flere af de af ITSTs<br />

opgaver der i dag har karakter af rådgivning og vejledning, foreslås ændret til normsættende og<br />

kravstillende.<br />

Dette må nødvendigvis kræve en generel ressourcemæssig opprioritering af disse opgaver, både hos<br />

ITST og hos de enkelte myndigheder, og kan ikke undgå at udvikle meromkostninger for mange<br />

myndigheders it-projekter. Det er generelt SKATs bekymring at ITST risikerer at blive en<br />

flaskehals for it-projekter<br />

Det pointeres, at myndigheder kan vælge at afvige her<strong>fra</strong>, ved under henvisning til netop fordyrelser<br />

og forsinkelser, at indsende forklaringer på hvorfor man afviger <strong>fra</strong> standarderne. Men SKAT<br />

bemærker også, at der i forslaget ligger, at det er ITST der alene udarbejder kravene til sådanne<br />

forklaringer, og at ITST løbende kan vælge at stramme disse krav. Derved kan forklaringsprocessen<br />

udvikle sig til i sig selv at være fordyrende, og ITST kan i princippet vælge at gøre det umuligt at<br />

give en fyldestgørende forklaring. Også her er SKAT bekymrede for at ITST bliver en flaskehals.<br />

SKAT mener desuden, at også kravene til dokumentation af afvigelser i sig selv er en offentlig<br />

standard i kategorien fælles metoder, eftersom den skal gælde alle de offentlige myndigheder. Det<br />

må derfor være rimeligt at kræve, at også disse dokumentationskrav udformes igennem en<br />

fællesoffentlig høringsproces, således at det sikres, at alle myndigheder deler opfattelsen af en<br />

tilfredsstillende forklaring, og således at man sikrer at disse krav udformes så de kan anvendes i<br />

praksis i myndighederne.<br />

SKAT har i dag ikke officielt nedsat et sektorstandardiseringsudvalg for skattesektoren, men<br />

opgaverne der er knyttet til et sådant udvalg løses allerede af arkitekturkontoret i SKAT IT-<br />

Services, og her arbejdes der på at udarbejde et kommissorium for et sådan udvalg.<br />

Specifikke kommentarer:<br />

s. 7 Det er lagt til grund, at udmøntningen af B<br />

103 ikke må medføre øgede udgifter for det<br />

offentlige (jf. Videnskabsudvalgets<br />

betænkning af 1. juni 2006), og at åbne<br />

standarder skal være med i grundlaget for nye<br />

investeringer,[ ]<br />

Det er endvidre lagt til grund, at der kan være<br />

undtagelser <strong>fra</strong> en generelle regel om, at<br />

grundlaget skal være åbne standarder (jf.<br />

forslagsstillernes bemærkninger til<br />

folketingsbeslutningen), og at disse<br />

undtagelser i så fald skal begrundes. Dermed<br />

medfører B 103 ikke økonomiske<br />

Dette høringssvar har fokus på de<br />

områder hvor rapportens forslag<br />

introducerer tiltag der giver anledning<br />

til bekymring i forhold til disse<br />

målsætninger.


konsekvenser for kommuner og amter.<br />

s. 10 Nye løsninger, hvor den tekniske anskaffelse<br />

har samlede omkostninger, der overstiger<br />

EU s udbudsgrænse, skal indberette en<br />

rapportering med begrundelse for anvendelse<br />

af undtagelsesbestemmelserne til IT- og<br />

Telestyrelsen i forbindelse med underskrivelse<br />

af kontrakten.<br />

s. 11 Årlig udarbejdelse af status for<br />

myndighedernes anvendelse af obligatoriske,<br />

åbne standarder baseret på indberetninger<br />

<strong>fra</strong> de offentlige myndigheder.<br />

s. 11 Åbne standarder, der gøres obligatoriske<br />

efter den 1. januar 2008, skal før en endelig<br />

beslutning træffes, vurderes i forhold til en<br />

række vurderingskriterier gengivet i denne<br />

rapport, herunder en økonomisk<br />

konsekvensvurdering. Udarbejdelsen af<br />

vurderingen skal ske med aktiv inddragelse af<br />

offentlige myndigheder og relevante<br />

leverandører af it-løsninger<br />

s.11 Når en åben standard fremover gøres<br />

obligatorisk, effektueres kravet først efter en<br />

karensperiode, der som udgangspunkt bør<br />

være på ni måneder <strong>fra</strong> offentliggørelsen.<br />

o Dette vi pålægge IT- og<br />

Telestyrelsen yderligere<br />

arbejdsopgaver<br />

o Dette vil pålægge den enkelte<br />

myndighed yderligere<br />

arbejdsopgaver.<br />

o Det er meget sandsynligt, at man på<br />

kontraktunderskrivelses-tidspunktet<br />

ikke har fuldstændigt overblik over<br />

hvor og i hvilket omfang man er<br />

nødt til at påberåbe sig<br />

undtagelsesbestemmelser, da de<br />

standarder man skal anvende først<br />

klarlægges i den senere designfase i<br />

et projekt.<br />

Dette er en ny driftsopgave, der vil<br />

pålægge ITST yderligere<br />

arbejdsopgaver og dermed udgifter.<br />

De omtalte vurderingskriterier er en<br />

stramning i forhold til de regler der<br />

gælder i dag. Det må derfor forventes, at<br />

denne vurdering vil blive mere<br />

ressourceintensiv end den allerede er,<br />

både hos ITST og hos de enkelte<br />

myndigheder.<br />

Da den kræver inddragelse af offentlige<br />

myndigheder og relevante itleverandører,<br />

og dermed kræver<br />

høringsmøder eller lignende med<br />

deltagelse af mange parter, er der en<br />

fare for, at vurdering af relevante åbne<br />

standarder bliver en trægere proces end<br />

tilfældet er i dag. Dette problem bør<br />

adresseres.<br />

Dette understreger blot, at der vil<br />

indtræde en vis træghed i processen.<br />

Såfremt en globalt vedtaget standard,<br />

f.eks. en w3c standard, viser sig at<br />

kræve en hurtig opdatering for at<br />

fungere i praksis, og denne følger<br />

hurtigt efter, så vil et projekt i en<br />

myndighed, der er afhængig af denne<br />

opdatering af standarden stå i et<br />

dilemma med hensyn til en tidligere<br />

vedtagen standard på området.<br />

Som eksempel kan nævnes springet <strong>fra</strong>


s. 14 Virkemiddelrapporten anbefaler, at det<br />

fremtidige arbejde med åbne standarder<br />

baseres på den eksisterende fællesoffentlige<br />

standardiseringsproces.[ ]<br />

Omdrejningspunktet for den fællesoffentlige<br />

standardiseringsproces er OIOkataloget,[<br />

]<br />

Det fællesoffentlige standardiseringsarbejde<br />

har hidtil hovedsaligt fokuseret på rådgivning<br />

og vejledning af de enkelte myndigheder om<br />

anvendelsen af fællesoffentlige standarder<br />

inden for it-projekter.<br />

Med udmøntningen af B 103 bliver arbejdet i<br />

fremtiden også normsættende i forhold til<br />

anvendelse af udvalgte fælles, åbne<br />

standarder. Det vil sige at der for visse typer<br />

af nye it-løsninger vil være et krav om<br />

tilpasning til og/eller anvendelse af en<br />

bestemt åben og fælles it-standard.<br />

WSRP 1.0 til 2.0, der er foretaget<br />

indenfor et år, på grund af et stærkt<br />

behov.<br />

Det bør tænkes ind, at en tidligere<br />

vedtagen standard, der viser sig<br />

utilstrækkelig til at løse en opgave, kan<br />

<strong>fra</strong>viges, og at det ikke er en lige så<br />

omstændig proces at <strong>fra</strong>vige den som at<br />

får standarden godkendt.<br />

Det bør også tænkes ind, at også åbne<br />

standarder kan flytte sig hurtigere end<br />

vurderingsprocessen + 9 mdr. karens,<br />

og at processen derfor kan være<br />

hæmmende for brug af de bedst egnede<br />

åbne standarder.<br />

Se udvidet kommentar nedenfor<br />

Med andre ord går udvalgte dele af OIO-katalogets indhold, med dette forslag <strong>fra</strong> at være<br />

rådgivende til at være krav.<br />

Dette sætter ITST i en helt ny rolle i forhold til økonomien i de projekter der implementeres hos de<br />

enkelte myndigheder.<br />

OIO-kataloget omfatter tekniske standarder, datastandarder og metodestandarder.


Hvad angår tekniske standarder, så er det ovenfor nævnt, at vurderingsprocessen kan have en<br />

udfordring med at følge med udviklingen af standarder internationalt. Dette er også et<br />

ressourcespørgsmål.<br />

Dertil skal føjes, at et sådant vurderingsarbejde kræver erfaring med de praktiske konsekvenser af<br />

disse standarder et arbejde der typisk opnås netop gennem de enkelte myndigheders konkrete<br />

projekter. Det er derfor ofte de enkelte myndigheder der i sidste ende er bedst i stand til at vurdere<br />

hvilke standarder der er hensigtsmæssige og hvilke der ikke er, til at løse en teknisk problemstilling.<br />

Det man kunne frygte er, at ITST anbefaler en teknisk standard der ser god ud på papiret, men er et<br />

problem i praksis. Det er derfor vigtigt, at man opbygger processen omkring arbejdet med tekniske<br />

standarder således, at erfaringen går <strong>fra</strong> myndighederne til ITST, snarere end omvendt.<br />

Datastandarder kan enten adopteres eller være egentlig OIOXML. Adopterede datastandarder vil<br />

formentlig skulle følge de vurderings og karensregler der er nævnt ovenfor, og har derfor de nævnte<br />

udfordringer.<br />

OIOXML er at betragte som et høringsforløb der administreres af ITST. De grundlæggende<br />

retningslinjer for OIOXML er indtil andet er besluttet NDR 3.0 specifikationen kombineret med<br />

ITSTs vurderinger af de indkomne standarder. Derudover kan der blive tale om at ophøje formater<br />

til domæneniveau eller kerneklasse , under ekstra stramme regler.<br />

OIOXML-processen har i øjeblikket følgende svagheder:<br />

NDR 3.0 er en specifikation der indeholder lige dele præcise syntaktiske regler og vurderinger.<br />

Mange af disse regler er efter vores opfattelse akademiske, ofte uhensigtsmæssige for praktiske<br />

løsninger og præget af, at ville imødekomme forskellige og ikke altid sammenfaldende behov.<br />

Regler hvis opfyldelse er en vurderingssag benytter sig typisk af <strong>fra</strong>ser som bør ,<br />

hensigtsmæssig og lignende og indeholder stærke elementer af smag og behag. Det ligger<br />

samtidig i processen, at det er ITSTs og kun ITSTs vurdering af hensigtsmæssighed og bør der<br />

er udfaldsgivende for en OIO-godkendelse. Dette betyder flere ting i forbindelse med at<br />

standardiseringsarbejdet ændres <strong>fra</strong> rådgivende til normgivende:<br />

- ITST kan med den foreslåede nye rolle for høringsprocessen bremse projekter i de enkelte<br />

myndigheder, uden at påtage sig et medfølgende økonomiske ansvar overfor de projekter<br />

der måtte være bundet op på høringen.<br />

- ITST kan gennemtvinge forretningsmæssigt uhensigtsmæssige datastrukturer overfor de<br />

enkelte myndigheder.<br />

- ITST påtager sig ikke det efterfølgende forretningsmæssige ansvar med at administrere<br />

strukturer der måtte være forretningsmæssigt uhensigtsmæssige, men overlader dette ansvar<br />

til de enkelte myndigheder.<br />

- ITST kan gennemtvinge teknisk uhensigtsmæssige løsninger overfor de enkelte<br />

myndigheder.<br />

- NDR 3.0 reglerne administreres på nuværende tidspunkt unødvendigt rigidt og pedantisk,<br />

hvilket forsinker høringsprocesserne betragteligt, og giver de problemer der er nævnt<br />

ovenfor.


- ITST besidder med den nuværende bemanding ikke ressourcer nok til administration af<br />

gennemførsel af høringsprocesser der med de nye tiltag bliver obligatorisk. Dette betyder i<br />

praksis at høringsforløb kan trækkes i unødvendigt langdrag, og giver de ovennævnte<br />

problemer.<br />

- Langsommelighed i høringsprocessen kan medføre, at genbrugeligheden af strukturer der<br />

skal igennem høring kompromitteres. Såfremt en høring A genbruger strukturer der indgår i<br />

en anden høring B, kan høring A ikke med de nuværende NDR-regler gennemføres,<br />

medmindre høring B allerede er gennemført. Hvis høring B så er trukket i langdrag, vil dette<br />

også have en forsinkende effekt på høring A, der så at sige bliver smittet af forsinkelsen.<br />

Man vil derfor i høring A vælge at generklære strukturer der også anvendes i høring B, for at<br />

undgå forsinkelse, hvorved selve genbrugeligheden, og dermed idéen i NDR, går tabt.<br />

- ITST har, med undtagelse af kernekomponentområdet, ikke et fuldstændigt overblik over<br />

indholdet af de formater der er lagt op til godkendelse og høring, og er derfor ikke i stand til<br />

at rådgive fyldestgørende om hvilke komponenter der eksisterer og skal genbruges. Dette er<br />

overladt til den enkelte myndighed. Opfyldelse af nye krav om genanvendelse af allerede<br />

vedtagne standarder bliver derfor en diffus sag, hvor ingen helt ved om kravene er opfyldt.<br />

ITST har selv valgt det detaljeringsniveau der ligger til grund for OIO høringsprocesserne, men har<br />

ikke ressourcer og overblik der matcher dette niveau.<br />

Vi må derfor anbefale, at hvis man vælger at ændre datastandardiseringens rolle <strong>fra</strong> at være<br />

rådgivende og vejledende til at være normsættende og kravstillende også adresserer udfordringerne<br />

i alle de ovenstående punkter, således at det sikres at den enkelte myndighed ikke belastes unødigt<br />

af ekstra forsinkelser eller ekstra omkostninger i forbindelse med løsning af de pålagte opgaver.<br />

Dette skal gøres for at godtgøre at forudsætningerne lagt for B 103 overholdes.<br />

Specifikt i forhold til anvendelsen af OIOXML og OIO-høringer skal man i ITST sikre, at man ved<br />

ophøjelse af OIOXML til krav, sikrer at:<br />

- Der sker en betragtelig ressourcetilførsel til gennemførsel af OIO sekretariatsfunktionerne.<br />

- At OIO datastandardiseringsarbejdet fremover vil blive administreret betydeligt mindre<br />

bureaukratisk og mere ekspedit.<br />

- At man tager NDR 3.0-regelsættet op til vurdering, og erstatter det med et mere praktisk<br />

orienteret regelsæt der tager hensyn til administration af store mængder dataformater,<br />

versionering og langt større muligheder for automatisering af processerne.<br />

Evt. kunne man foreslå ITST at omprioritere interne ressourcer for at imødekomme B 103s krav om<br />

fastholdelse af det offentliges samlede udgifter.<br />

s. 20 Løbende initiativer . Afsnittet er et katalog over nye<br />

driftsopgaver for ITST. Vi må gøre<br />

opmærksom på, at disse initiativer kun<br />

lader sig gennemføre hvis der sættes<br />

yderligere ressourcer ind på ITSTs drift.


s. 26 Myndigheden præsenteres således for en<br />

løsningsbeskrivelse <strong>fra</strong> leverandøren, der<br />

forholder sig til, hvorvidt åbne obligatoriske<br />

standarder er relevante at anvende i den<br />

givne kontekst, og om disse i så fald kan<br />

overholdes eller falder ind under<br />

undtagelsesbestemmelserne.<br />

s. 27 Uanset om redegørelsen udarbejdes af den<br />

offentlige myndighed og den private<br />

leverandør i fællessakb, eller den alene<br />

udarbejdes af leverandøren, bør begrundelsen<br />

så vidt muligt indeholde følgende oplysninger.<br />

[ ]<br />

s. 27 Udviklingsomkostninger øges:<br />

> Skønnede meromkostninger.<br />

> Der angives eventuelle meromkostninger<br />

for anden myndighed ved, at løsning<br />

ikke anvender obligatoriske standarder (jf.<br />

bilag E om adgang til data)<br />

ITST vil formentlig blive bedt om at<br />

forklare hvorledes dette harmonerer<br />

med forudsætningen om at udmøntingen<br />

af B 103 skal være udgiftsneutral.<br />

Denne beskrivelse af leverandørens<br />

rolle er helt ude af trit med den modus<br />

operandi der hersker i SKAT. SKAT har<br />

i de sidste 3 år arbejdet på at hjemtage<br />

arkitekturen , og som konsekvens heraf<br />

er det ikke leverandøren der analyserer<br />

de forretningsmæssige og arkitektoniske<br />

spørgsmål, men SKATs egen<br />

organisation der afgør en åben standards<br />

relevans i en given kontekst.<br />

Generelt må relevansen af en åben<br />

standard afgøres i et samarbejde mellem<br />

myndighedens forretningsorganisation<br />

og det associerede<br />

sektorstandardiseringsudvalg.<br />

Dette er en direkte konsekvens af at<br />

arbejde med SOA, hvor et af målene<br />

netop er at gøre sig mindre afhængig af<br />

leverandøren.<br />

Vi må anbefale at dette afsnit<br />

formuleres på en anden måde, da det<br />

ikke er en anbefalingsværdig måde at<br />

samarbejde med sin leverandør på.<br />

Dette er i sig selv en ny standard, der<br />

har at gør med den metode man benytter<br />

i sit arbejde. Det er SKATs opfattelse at<br />

indholdet af disse dokumentationskrav i<br />

sig selv skal være en del af et<br />

høringsforløb. Dette ønske kan man sige<br />

i første omgang er opfyldt med<br />

nærværende høring, men senere<br />

ændringer hertil bør også gøres til<br />

genstand for en offentlig høring.<br />

SKAT foreslår, at der tilføjes efter<br />

myndighed: eller kunderne (borgere<br />

og/eller virksomheder).


s. 27 Sikkerhedsniveau svækkes:<br />

Det angives, hvorfor det vurderes, at<br />

sikkerhedsniveauet svækkes væsentligt.<br />

Funktionel forringelse:<br />

Det begrundes, hvorfor der forventes en<br />

funktionel forringelse som følge af<br />

anvendelse af obligatoriske, åbne standarder,<br />

herunder hvorvidt det skyldes et eller<br />

flere af følgende forhold:<br />

o Manglende mulighed for<br />

integration?<br />

o Konflikt med andre allerede<br />

anvendte standarder, der ikke kan<br />

<strong>fra</strong>viges?<br />

Væsentlige forsinkelse:<br />

o Vurdering af hvor meget projektet<br />

forsinkes, og evt. hvilke afledte<br />

konsekvenser<br />

det giver.<br />

Konflikt med sektorfastsatte standarder:<br />

o Hvis undtagelsen begrundes med<br />

henvisning til konflikt med<br />

standarder, der på<br />

grund af internationale forpligtelser er gældende<br />

inden for enkeltområder,<br />

vedlægges henvisning til sektorbeslutning.<br />

s. 28 I de tilfælde, hvor leverandøren begrunder<br />

behovet for en undtagelse <strong>fra</strong> krav om<br />

anvendelse af obligatoriske, pbne standarder<br />

på et konkret område, påhviler det<br />

myndigheden at kvalitetssikre og indberette<br />

disse oplysninger til IT- og Telestyrelsen for<br />

løsninger over EU s udbudsgrænse<br />

s. 28 IT- og Telestyrelsen vil løbende udarbejde<br />

og revidere vejledninger om indberetningerne<br />

og fastsætte relevante dokumentationskrav for<br />

de enkelte undtagelseskategorier.<br />

SKAT synes, at ovenstående<br />

bestemmelser er fine nok, men synes, at<br />

der skal tilføjes en bestemmelse om, at<br />

der kan ske en afvigelse <strong>fra</strong> brug af<br />

standarder, hvis det væsentlig vil<br />

hæmme udbredelsen af anvendelse af<br />

den pågældende digitale løsning at følge<br />

standarden. Her tænker vi specifik på<br />

f.eks. vores TastSelv kode. Vi<br />

understøtter fuldt ud digital signatur,<br />

men vi kan ikke – heller ikke for nye<br />

løsninger – leve med kun at skulle følge<br />

denne standard – det vil simpelthen<br />

underminere udbredelsen af vores<br />

løsninger.<br />

Samme kommentar som ovenfor.<br />

Som nævnt ovenfor er vi ikke enige i<br />

denne arbejdsform. Disse vejledninger<br />

bør være genstand for en offentlig<br />

høring, så alle offentlige myndigheder<br />

har mulighed for at fremsætte<br />

indvendinger mod unødigt<br />

komplicerede eller fordyrende krav til<br />

dokumentationen.<br />

Dokumentationen af undtagelser kan i<br />

sig selv udvikle sig til at være på kant<br />

med forudsætningerne i B 103. Man<br />

kunne eksempelvis forestille sig krav


s. 39 OIO-kataloget bør være kendt af offentlige<br />

myndigheder, som udvikler it-strategier, -<br />

planer og projekter, og af disses<br />

leverandører og rådgivere. Intentionen er at<br />

bidrage til at sikre bedre sammenhæng og<br />

teknisk konsistens ved anvendelse af<br />

etablerede teknologier i hele den danske<br />

offentlige sektor.<br />

s. 40 Vedligeholdelse. I Virkemiddelrapporten<br />

opfordres til at vedligeholde et sæt af<br />

standarder, hvilket er et naturligt krav som<br />

følge af standardernes øgede betydning. Det<br />

betyder, at der skal være løbende fokus på<br />

udviklingen vedr. standardiseringsområdet,<br />

den teknisk/markedsmæssige udvikling og den<br />

forretningsmæssige udvikling.<br />

der var så komplicerede at opfylde, at<br />

de udløser en konsulentrapport til flere<br />

millioner kroner. Den slags krav vil<br />

typisk opdages af de myndigheder der<br />

sidder med det konkrete projektarbejde.<br />

SKAT er enig i hensigten med denne<br />

passus. Vi ser dog et problem i hvilken<br />

grad af kendskab der kræves til OIOkataloget.<br />

Som tidligere nævnt er der<br />

næppe nogen, ikke engang i ITST, der<br />

har det fulde overblik over indholdet<br />

alle de standarder der i dag ligger i<br />

OIO-kataloget. De enkelte myndigheder<br />

har formentlig endnu mindre overblik.<br />

Det der ikke er klart af denne passus er<br />

hvilke krav til OIO-kendskab dette<br />

kræver af den enkelte myndighed. Hvis<br />

det er intentionen at hver myndighed<br />

skal have et stort nok overblik til at<br />

sikre at man ikke gendefinerer en<br />

standard der allerede findes i forvejen<br />

hvilket vel netop er intentionen så<br />

kræver det at hver myndighed tilfører<br />

dedikerede ressourcer til løsning af<br />

denne opgave. Og hermed vil man være<br />

på kant med forudsætningerne for B<br />

103.<br />

Denne passus underbygger i øvrigt hvad<br />

der er nævnt ovenfor, at det er op til den<br />

enkelte myndighed at skaffe sig<br />

overblikket over OIO-kataloget.<br />

Vi vil opfordre ITST til at spekulere<br />

over hvordan man vil håndtere<br />

problemet med versionering af<br />

standarder. Det er vores erfaring at<br />

forandring er en naturlig del af<br />

virkeligheden, og at standarder ændrer<br />

sig. Det er derfor også nødvendigt at<br />

have formuleret en klar politik og<br />

metode til håndtering af versionering.<br />

Må vi foreslå, at man i alle<br />

standardiseringstiltage også formulerer<br />

og indarbejdet en politik for<br />

videreudvikling og versionering af disse<br />

standarder.


s. 46 Sektorspecifikke standarder er obligatoriske<br />

i deres domænemæssige kontekst og<br />

anbefalede i andre kontekster det vil sige, at<br />

sektorspecifikke datastandarder i eksempelvis<br />

miljøsektoren vil være obligatoriske for<br />

løsninger inden for miljøsektoren, men<br />

anbefalede for eksempelvis<br />

sundhedsløsninger.<br />

s. 49 I forhold til de tværoffentlige standarder har<br />

videnskabsministeren det overordnede ansvar<br />

for standardiseringsprocessen. Det er<br />

desuden videnskabsministeren der formelt<br />

godkender/beslutter, at en given standard<br />

bliver obligatorisk .<br />

s. 51 Som anbefalet i Virkemiddelrapporten er det<br />

de enkelte ministerier, der skal sikre<br />

interoperabilitet og anvendelse af åbne<br />

standarder inden for de sektorområder, som<br />

de har ansvar for.<br />

Vi står selvfølgelig bag tankegangen i<br />

denne passus. Der er dog et par<br />

udfordringer:<br />

For at en standard kan gøres<br />

obligatorisk i en sektor bør sektoren<br />

være i stand til at stå 100% bag<br />

standardens udformning, og borge for<br />

dens kvalitet. I sidste ende er det nemlig<br />

sektorens sektorstandardiseringsudvalg<br />

der skal forsvare standarden.<br />

I praksis har vi dog fundet at flere<br />

NDR-regler modarbejder intentionerne i<br />

udformningen af datastandarder af<br />

meget sektorspecifik karakter. Nogle af<br />

de økonomiske og tidsmæssige<br />

konsekvenser heraf er nævnt ovenfor i<br />

kommentarerne efter s. 14., men hvad<br />

værre er; da NDR-reglerne er en<br />

forudsætning for domæneniveau<br />

standarder, så betyder det at man gør<br />

standarder obligatoriske, som i<br />

generaliseringens navn har mistet deres<br />

sektorspecifikke indhold.<br />

Denne passus gør det, sammenholdt<br />

med passus s. 51 uklart hvad der<br />

egentlig er opgavefordelingen mellem<br />

sektorstandardiseringsudvalgene, de<br />

enkelte sektorers ministre og<br />

videnskabsministeren. Hvis de enkelte<br />

ministre skal kunne løfte deres ansvar,<br />

er de også nødt til at kunne beslutte<br />

hvad der er obligatorisk standard for<br />

deres sektorer.


Fra: Jarl Friis [jarl@softace.dk]<br />

Sendt: 22. marts 2007 23:15<br />

Til: Rachid El Mousti<br />

Emne: <strong>Høringssvar</strong><br />

<strong>Høringssvar</strong> vedr. IT-og Telestyrelsens rapport "Anvendelse af åbne<br />

standarder for software i det offentlige"<br />

Det er dejligt at se at der i Danmark er politisk vilje til gå nye<br />

veje og ikke mindst stå på egne ben. Hvis man skal være førende<br />

IT-nation, bliver man også nød til at have vilje til at stå på egne<br />

ben og ikke lade sig styre af en amerikansk virksomhed.<br />

Når det kommer til dokumentformater er der ingen tvivl om vi må se i<br />

øjnene at der er flere argumenter der taler i mod ECMAOOXML og for ODF.<br />

1. ODF er et resultat af et internationalt samarbejde hvis formål netop<br />

har været at løse problematiken omkring filformat til<br />

kontor-programmer. ECMAOOXML er derimod opstået som et forsøg på<br />

levere samme åbenhed som efterhånden er ved at blive krævet af<br />

kunderne med det formål at opretholde monopol og vendor lock-in.<br />

2. ECMAOOXML er endnu ikke er ISO-godkendt og det med stor<br />

sandsynlighed enten aldrig bliver det, eller bliver det meget sent (se<br />

http://www.gartner.com/DisplayDocument?id=499406).<br />

3. At have to standarder for samme ting har historisk set vist sig at<br />

give flere problemer end løsninger for forbrugeren , se blot på<br />

afstand mellem jernbaneskinner, elektricitet (frekvens og spænding),<br />

papirstørrelser, måleenheder, etc. Derfor vil det være meget tåbeligt<br />

endnu en gang at kaste sig ud i en situation med flere standarder for<br />

efter nogle år igen at erfare at det er nemere med et og kun et format.<br />

4. Mange andre steder på kloden har man indset at ODF er den åbne<br />

løsning på dokument-format problematikken. München, Bristol,<br />

Massachusetts har allerede besluttet og genneført denne standard, og<br />

<strong>fra</strong>nkrig er på vej til at gennemføre dette i hele den <strong>fra</strong>nske<br />

central-administrtation.<br />

(http://ec.europa.eu/idabc/en/document/5695/469). Franske politikere<br />

gør ihærdige forsøg på at gennemføre ODF på EU plan<br />

(http://news.com.com/2061-10795_3-6122939.html?part=rss&tag=6122939&subj=news)<br />

At vælge ECMAOOXML frem for ODF, ville være som at gå i mod strømmen<br />

og vil skabe gnidninger i en fremtidig samarbejde på EU-niveau, da EU<br />

i forvejen er på vej med ODF<br />

(http://business.newsforge.com/article.pl?sid=06/10/20/1621200)<br />

MVH<br />

Jarl<br />

--<br />

Jarl Friis<br />

Softace ApS<br />

Omøgade 8, 2.sal<br />

2100 København Ø.<br />

Denmark<br />

Phone: +45 26 13 20 90<br />

E-mail: jarl@softace.dk<br />

LinkedIn: www.linkedin.com/in/jarlfriis


Fra: Martin Schlander [martin@sslug.dk]<br />

Sendt: 21. marts 2007 14:32<br />

Til: Rachid El Mousti; sslug-presse-dk@sslug.dk<br />

Cc: bestyrelsen@sslug.dk<br />

Emne: Høring over Anvendelse af åbne standarder for software i det<br />

offentlige<br />

Høring over Anvendelse af åbne standarder for software i det offentlige<br />

Afsenderne af dette høringssvar - og de mange tusinde personer vi<br />

repræsenterer - ser meget frem til øget brug af åbne standarder for software<br />

i det offentlige. Vores interesse ligger hovedsageligt i den digitale<br />

interaktion mellem det offentlige og borgeren, hvilket vil præge fokus i<br />

dette høringssvar.<br />

I rapporten lægges op til at give frit valg i forhold til at anvende Open<br />

Document Format (ODF) eller det Microsoft-udviklede Ecma Office Open XML<br />

(EOOXML) til dokumentudveksling mellem myndigheder. Dokumentudveksling mellem<br />

myndighed og borger omtales ikke i rapporten, det antages derfor, at man også<br />

i dette forhold lægger op til, at det skal stå myndighederne frit for at<br />

anvende mindst et af de to formater.<br />

Organisationerne bag dette høringssvar ønsker at udtrykke vores klare støtte<br />

til ODF som det eneste officielle format.<br />

Vi ser ingen grund til at det offentlige støtter to konkurrerende standarder<br />

indenfor samme snævre område. Særligt ikke hvis det er op til den enkelte<br />

myndighed at vælge blot et af de to. For borgeren vil det betyde at hun<br />

muligvis skal være opmærksom på at bruge forskellige formater, og dermed<br />

muligvis også forskellige programmer, afhængigt af om hun skriver til sin<br />

kommune, til IT- og Telestyrelsen eller til en tredje myndighed. En enkelt<br />

standard er den bedste måde, at sikre at konkurrencen foregår på produkternes<br />

kvalitet og pris og ikke som nu, hvor konkurrencen foregår på formater.<br />

Når vi foretrækker ODF er det begrundet i en række forhold. ODF er udviklet i<br />

et åbent forum, hvor enhver var inviteret til at deltage. ODF var den første<br />

standard. Selvom den stadig er meget ung, findes der allerede adskillige<br />

implementationer (f.eks. OpenOffice.org, KOffice, Abiword og onlinetjenesten<br />

Writely - inden længe kan Lotus Notes og NeoOffice tilføjes til listen). Ikke<br />

alene findes der mange implementationer, men de findes også til mange<br />

forskellige platforme (f.eks. Linux, *BSD, Mac og Windows) - sågar gratis og<br />

frie i flere tilfælde. Dette må være tungtvejende argumenter for såvel<br />

borgere som myndigheder. ODF-standarden er ISO-certificeret og er allerede<br />

vedtaget som officiel standard i en række lande, herunder EU-lande som<br />

Frankrig, <strong>It</strong>alien, Belgien og Finland. Microsoft har <strong>fra</strong>valgt at understøtte<br />

ODF, men der findes to gratis konverteringsprogrammer i tidlige udgaver,<br />

hvormed Microsoft Office kan bringes til at understøtte ODF. Det ene er endda<br />

finansieret af Microsoft, de har altså den nødvendige teknologi til<br />

understøttelse af ODF til rådighed. Microsoft begrunder deres manglende<br />

understøttelse af ODF, med at kunderne ikke efterspørger det. Vi opfordrer<br />

derfor de danske offentlige myndigheder, som er en stor kunde hos Microsoft,<br />

til aktivt at efterspørge ODF-understøttelse.<br />

Argumenterne for EOOXML er slet ikke tilsvarende stærke. Indtil videre findes<br />

kun en eneste implementation til en enkelt platform - samt et eksternt plugin<br />

som er specifikt for en enkelt af de mange hundrede Linuxdistributioner, det<br />

hjælper således ikke meget for at sikre borgerne valgfrihed. Flere<br />

implementationer er annonceret, men ingen ved om de kommer, til hvor mange<br />

platforme, til hvilken pris og hvilken kvalitet de vil have.<br />

ECMA-specifikationerne tillader ikke ændringer, som bryder<br />

bagudkompatibilitet med Microsofts gamle binære formater, i specifikationerne<br />

er der desuden henvisninger til de gamle udokumenterede binære formater.<br />

Blandt andet af disse årsager er det tvivlsomt om EOOXML vil opnå<br />

ISO-certificering, og det er endda diskutabelt om formatet lever op til IT-<br />

og Telestyrelsens egen definition af en åben standard.<br />

Ved at give offentlige myndigheder frit valg mellem ODF og EOOXML, uden først<br />

at sikre sig, at der findes flere uafhængige og gerne gratis implementationer<br />

af EOOXML til en mangfoldighed af platforme, risikerer man at målsætningen om<br />

at skabe mere konkurrence, og dermed give borgerne større valgfrihed, ikke<br />

opfyldes.<br />

Vi ser frem til resultaterne af IT- og Telestyrelsens tests af de to formater<br />

og deres samspil. Der må dog ikke herske den mindste tvivl om, at afsenderne<br />

af dette brev, herunder hele det danske open source-fællesskab, anbefaler og<br />

støtter ODF, og kun ODF hvad angår dokumentstandarder.


Det er i øvrigt med stor tilfredshed vi konstaterer, at rapporten lægger op<br />

til anvendelse af webteknologi der overholder standarder - dette er et<br />

område, hvor der findes et stort potentiale, i forhold til at give borgerne<br />

større valgfrihed hvad angår software - og derved fremme konkurrence og<br />

innovation.<br />

Med venlig hilsen<br />

SSLUG - Skåne Sjælland Linux User Group<br />

MacBruger.dk - The Danish MacUser Group<br />

BSD-DK - BSD UNIX bruger gruppe i Danmark<br />

DKUUG - Dansk UNIX System Bruger Gruppe<br />

ØJLUG - Østjyllands Linux-brugergruppe<br />

DTU-LUG - Danmarks Tekniske Universitets Linux User Group<br />

MVJ-LUG - Midt- og Vestjyllands Linux User Group<br />

ALSLUG - Alssund GNU/Linux User Group<br />

Da.OpenOffice.org<br />

MozillaDanmark.dk<br />

OBS: <strong>Høringssvar</strong>et er desuden vedhæftet i Open Document Format


IT- og Telestyrelsen<br />

itst@itst.dk<br />

Att: Rachid El Mousti<br />

Dato:<br />

22. marts 2007<br />

Journalnummer:<br />

2007-369-00010<br />

Lokaltelefon:<br />

!<br />

" # # !$ % & # # ' ' '<br />

Vores reference:<br />

KVK/JPN<br />

Deres reference:<br />

Vedr. høring angående rapporten ”Anvendelse af åbne standarder for software i det offentlige”<br />

Statens Arkiver fremsender herved sit høringssvar på implementeringsrapporten ”Anvendelse af åbne<br />

standarder for software i det offentlige”. <strong>Høringssvar</strong>et er afgivet med udgangspunkt i Statens Arkivers<br />

ansvar for bevaring af arkivalier, der har historisk værdi, herunder navnlig sikringen af at elektroniske<br />

arkivalier kan afleveres til offentligt arkiv i en form, som sikrer, at arkivalierne kan bevares og stilles<br />

til rådighed, også på langt sigt.<br />

Statens Arkivers bevaringspolitik bygger på, at der så vidt muligt anvendes åbne standarder ved<br />

arkivering af data og dokumenter. På den baggrund hilser Statens Arkiver det velkomment, at der nu<br />

bliver sat fokus på anvendelse af åbne standarder i det offentlige. Ved indførelsen af nye obligatoriske<br />

standarder er det dog nødvendigt, at der tages stilling til standardernes egnethed til arkivformål.<br />

Endvidere må Statens Arkiver tage forbehold for, at anvendelse af obligatoriske standarder til<br />

arkivformål kan gøre det dyrere for de afleverende myndigheder at producere arkiveringsversioner af<br />

data og for arkivsektoren at varetage den efterfølgende opgave med at langtidsbevare data.<br />

De 3 krav til en åben standard og de 5 kendte principper <strong>fra</strong> it-arkitektur-hvidbogen (interoperabilitet,<br />

åbenhed, sikkerhed, fleksibilitet, skalerbarhed) er (velvidende at sidstnævnte primært angår systemer,<br />

og ikke data) ikke tilstrækkelige til arkivformål, men skal udvides eller specificeres med følgende<br />

(som er nærmere beskrevet i bilag): understøttelse, standardisering og specifikation,<br />

platformsuafhængighed, uhæmmet anvendelse, stabilitet og enkelthed.<br />

Statens Arkiver vil på denne baggrund gerne involveres i udredningsarbejdet vedr. OOXML og ODF,<br />

som Statens Arkiver agter at undersøge mulighederne for at anvende som arkivformater ved den<br />

kommende revision af standarden for bevaring af elektroniske arkivalier.<br />

Statens Arkiver skal endvidere gøre opmærksom på, at det kan være problematisk at kræve OIOXML<br />

kernestandarder, sektorspecifikke standarder og øvrige standarder (NDR) anvendt til arkivformål, da<br />

de kan være misvisende for den faktiske anvendelse af arkivalierne hos den pågældende myndighed.<br />

Dette vil kræve nærmere undersøgelser. Vi har i bilag A noteret os, at sektorspecifikke datastandarder


og øvrige standarder (NDR) er anbefalede, men ikke obligatoriske, hvorimod kernestandarder altid er<br />

obligatoriske. Vi må her tage forbehold for, at kernestandarderne ikke uden videre kan antages at have<br />

forretningsmæssig relevans for arkivformål, og derfor ikke uden videre vil være obligatoriske at<br />

anvende, jf. bilag A. Eksempelvis vil det af både arkivmæssige hensyn og af hensyn til de afleverende<br />

myndigheder og de offentlige arkivers økonomi ikke uden videre være oplagt, at samtlige data hos alle<br />

offentlige myndigheder skal omsættes til OIOXML kernestandarder ved aflevering til offentligt arkiv.<br />

Endvidere finder Statens Arkiver det er nødvendigt, at der sker en fyldestgørende test af<br />

implementeringen af de obligatoriske standarder. Som eksempel kan fremhæves FESD-standarden,<br />

hvor der er behov for, at der sker en sikring af, at de systemer, der er omfattet af FESD-aftalen, faktisk<br />

kan leve op til standarden. Hvis det ikke sker, kan de økonomiske gevinster ved konvertering <strong>fra</strong> et<br />

FESD-system til et andet og ved arkivering næppe indhøstes. Statens Arkiver foreslår, at der hertil<br />

etableres en formaliseret test- eller certificeringsordning.<br />

Da udviklingen af FESD-standarden har stor betydning for den digitale arkivdannelse, der sker i det<br />

offentlige, er Statens Arkiver interesseret i i et nærmere aftalt omfang at blive involveret i det videre<br />

arbejde hermed.<br />

Med venlig hilsen<br />

Johan Peter Noack<br />

Rigsarkivar<br />

2


Bilag<br />

Vigtige kriterier for standardernes egnethed til arkivformål<br />

Understøttelse (jf. kriterier vedr. markedsmæssige forhold i bilag A i høringsversion)<br />

Arg: For at det i praksis skal være muligt for arkivskaber (myndigheder) at aflevere e-arkivalier efter<br />

en standard og for de offentlige arkiver at modtage og konvertere e-arkivalier efter standarden, kræves<br />

bred understøttelse i IT-sektoren, da hverken myndigheder eller arkivsektoren kan overkomme at<br />

udvikle de nødvendige IT-løsninger for at understøtte standarden.<br />

Eks: Som eksempel på en åben standard, der aldrig fik tilstrækkelig understøttelse kan nævnes Office<br />

Document Architecture and Office Document Interchange Format (ISO 8613 ODA/ODIF)<br />

Standardisering og specifikation<br />

Arg: Åbenhed i form af standardisering, helst via en anerkendt organisation (ISO, ANSI, ITU, OASIS<br />

eller lign.) er vigtigt primært for at sikre entydighed og specifikation via detaljeret dokumentation og<br />

ikke mindst sikker adgang til denne. Den detaljerede dokumentation (fuldstændigt dokumenteret) er<br />

afgørende til arkivbrug. Rammestandarder er således problematiske.<br />

Eks: En detaljeret de facto standard som TIFF 6.0 (Aldus-Adobe, senere de jure via ITU og ISO) er<br />

lettere at håndtere end en de jure standard som MPEG-2 med mange udetaljerede områder.<br />

Platformsuafhængighed<br />

Arg: Denne form for interoperabilitet er afgørende, da de offentlige arkiver skal kunne modtage<br />

arkivalier <strong>fra</strong> alle platforme, det være sig Windows, Unix, Linux, main<strong>fra</strong>me, Apple. Det er således<br />

problematisk at vælge standarder, som gør det umuligt eller meget svært at aflevere data <strong>fra</strong> en given<br />

platform.<br />

Eks: Til navngivning af filer og mapper har Statens Arkiver indtil videre holdt sig til ISO 9660, level<br />

1. Et skift til et højere niveau vil kræve, at man sikrer sig, at både arkivskabere og offentlige arkiver vil<br />

kunne klare dette uanset platform.<br />

Uhæmmet anvendelse<br />

Arg: Åbenhed i form af uhæmmet anvendelse (frit implementerbar) er afgørende, da arkivskabere og<br />

offentlige arkiver skal kunne konvertere <strong>fra</strong> standard til standard. Standarden må således ikke være<br />

behæftet med begrænsede rettigheder eller dyr licens, der i praksis hæmmer anvendelse. Dette vedrører<br />

ikke kun selve standarden, men også de metoder, der skal anvendes for at benytte standarden.<br />

Eks: Anvendelse af ISO standarden MP3 (MPEG 1, layer 3) er efterhånden blevet hæmmet, da ikke<br />

selve standarden, men de mest udbredte metoder til at anvende den efterhånden påstås omfattet af<br />

diverse patenter.<br />

Et andet eksempel er standarder, hvor den bedste metode eller program til at anvende standarden er<br />

lavet med en GPL licens, der hæmmer anvendelsen af andet programmel, som er udviklet under mere<br />

lukkede licenser.<br />

3


Stabilitet<br />

Arg: Lang forventet levetid af standarden er vigtig for at begrænse omkostningerne til aflevering,<br />

modtagelse og bevaring. Dette kriterie kan således nogen gange være i strid med princippet om<br />

fleksibilitet.<br />

En særlig form for stabilitet er, at standarden ikke må forvanske data over tid, i praksis anvende<br />

databeskæring (tabsgivende kompression), således at der ved hver konvertering er risiko for at miste<br />

data, når metoderne til databeskæring ændrer sig over tid.<br />

Eks: Den hastige udvikling af nye udgaver af PDF fik forlagsbranchen (og delvis arkivsektoren) til at<br />

udvikle en stabil udgave af PDF (PDF/A; PDF/X), så man var sikker på at kunne genoptrykke<br />

manuskripter, da den hastige udvikling gjorde det både dyrt at konvertere og usikkert om det kunne<br />

lade sig gøre.<br />

Enkelhed<br />

Arg: Sikkerhed i form af enkelhed er vigtig for at begrænse omkostningerne over tid. Komplekse<br />

standarder medfører større omkostninger, især for de offentlige arkiver.<br />

Eks: TIFF 6.0 er en væsentlig mere enkel standard (også i dens ISO udgaver ISO 12639:2004) end<br />

PDF/A eller Office Open XML eller Open Document Format. OOXML eller ODF kan således være<br />

billigere for at arkivskaber at aflevere i, forudsat at disse standarder anvendes i det daglige arbejde, og<br />

de vil formentlig også give arkivbrugeren en bedre kvalitet, men formentlig vil de væsentlig forøge<br />

omkostninger til modtagelse og bevaring hos de offentlige ar<br />

4


Fra: Kirsten Fly Malling [kfm@sdu.dk]<br />

Sendt: 23. marts 2007 14:14<br />

Til: Rachid El Mousti<br />

Cc: Jens Oddershede; Per Overgaard Nielsen; Connie Bang Jensen; Lisbeth Mortensen<br />

Hejndorf; Hans Kruse Christiansen; Karoline Pinholt; journal mailbox<br />

Emne: Høring over rapporten: Anvendelse af åbne standarder for software i det offentlige<br />

IT- og Telestyrelsen<br />

<strong>It</strong>-strategisk kontor<br />

Holsteinsgade 63<br />

2100 København Ø<br />

Att.: Specialkonsulent Rachid El Mousti<br />

Syddansk Universitets journalnummer: 445-2007.<br />

Ved e-mail af 26. februar 2007 er universitetet blevet anmodet om eventuelle bemærkninger<br />

til rapporten Anvendelse af åbne standarder for software i det offentlige .<br />

Syddansk Universitet er positive over for udarbejdelsen af et sæt fælles standarder for<br />

software i det offentlige.<br />

Universitetet kan helt tilslutte sig høringssvar afgivet af Rektorkollegiets<br />

IKT-strategigruppe.<br />

Strategigruppens høringssvar er vedlagt for god ordens skyld.<br />

På rektors vegne<br />

e.b.<br />

Karoline Pinholt<br />

Fuldmægtig, Ledelsessekretariatet<br />

Tlf.<br />

6550 1044<br />

Mobil<br />

6011 1044<br />

Fax<br />

6550 1090<br />

Email<br />

kpi@sdu.dk<br />

Web<br />

http://www.sam.sdu.dk/ansat/kpi<br />

Adr.<br />

Campusvej 55, 5230 Odense M


--------------------------------------------------------------------------<br />

Campusvej 55 · 5230 Odense M · Tlf. 6550 1000 · www.sdu.dk


Fra: Kirsten Fly Malling [kfm@sdu.dk]<br />

Sendt: 23. marts 2007 14:38<br />

Til: Rachid El Mousti<br />

Cc: Jens Oddershede; Per Overgaard Nielsen; Hans Kruse Christiansen; journal mailbox<br />

Emne: Tilføjelse til høringssvar vedr. rapporten: Anvendelse af åbne standarder for<br />

software i det offentlige<br />

IT- og Telestyrelsen<br />

<strong>It</strong>-strategisk kontor<br />

Holsteinsgade 63<br />

2100 København Ø<br />

Att.: Specialkonsulent Rachid El Mousti<br />

Syddansk Universitets journalnummer: 445-2007<br />

Ved e-mail af 26. februar 2007 er universitetet blevet anmodet om eventuelle bemærkninger<br />

til rapporten Anvendelse af åbne standarder for software i det offentlige .<br />

Syddansk Universitet har netop fremsendt høringssvar, hvoraf det fremgår, at<br />

universitetet helt kan tilslutte sig høringssvar afgivet af Rektorkollegiets<br />

IKT-strategigruppe.<br />

Universitetet glemte i den fremsendte mail at tilføje, at vi mener, at de sidste to<br />

punkter (5 og 6) i høringssvaret <strong>fra</strong> IKT-strategigruppen bør udgå. Vi beklager.<br />

På rektors vegne<br />

e.b.<br />

Karoline Pinholt<br />

Fuldmægtig, Ledelsessekretariatet<br />

Tlf.<br />

6550 1044<br />

Mobil<br />

6011 1044<br />

Fax<br />

6550 1090<br />

Email<br />

kpi@sdu.dk<br />

Web<br />

http://www.sam.sdu.dk/ansat/kpi<br />

Adr.<br />

Campusvej 55, 5230 Odense M


--------------------------------------------------------------------------<br />

Campusvej 55 · 5230 Odense M · Tlf. 6550 1000 · www.sdu.dk


Fra: Michael Nielsen [mike@thetroubleshooters.dk]<br />

Sendt: 22. marts 2007 15:56<br />

Til: Rachid El Mousti<br />

Cc: mike@thetroubleshooters.dk<br />

Emne: Input til Hørings om office pakke fil standard<br />

Hej,<br />

Jeg inlever så mit input til høringen om åbne standarder i det offentlige.<br />

mvh<br />

Michael Nielsen.<br />

The Trouble Shooters.<br />

The Trouble Shooters, Independant Open Source Freelancer.<br />

Baggrund:<br />

I dag domineres markedet for office produkter primært af Microsoft, og<br />

som sådan er der ikke noget i vejen med dette, men desværre pga Vendor<br />

lockin, tvinges alle i befolkningen til at anskaffe sig de dyre office<br />

pakker, bare for at kunne udveksle dokumenter med det offentlige.<br />

I dag findes der flere office lign. produkter på markedet, som feks<br />

Microsoft Works, Open Office, Star Office, Microsoft Word, m.m.<br />

Men desværre fælles for alle er at de benytter forskellige dokument<br />

formater, dog har de mindre gængse produkter filter der tillader<br />

indlæsningen af Microsoft Word dokumenter, men desværre, ikke med<br />

fuld kompatibilitet og ofte ting går tabt i konverteringen.<br />

Det er uholdbart at bibeholde staten's vendor lockin hos Microsoft, da<br />

for at kunne skrive et svar tilbage til det offentlige, er borger<br />

nødsaget til at anskaffe sig dyre office pakker for at være sikre<br />

på at de offentlige ansatte kan hvad borgeren sender.<br />

En office pakker <strong>fra</strong> Microsoft beløber sig vel over de 2000 dkr (sidst<br />

jeg undersøgte prisen), som sådan set sørger for at sådan en pakke er<br />

langt uden for række vidde af langt de fleste borger i landet.<br />

For at sørge for at staten kan kommunikere frit med borgerne, er det<br />

vigtigt at staten ikke forudsætter brugen af specifikke software systemer<br />

især ikke dem som er alt for dyre for den gennemsnitlige borger,<br />

ellers vil digital kommunikation med borgerne medføre mange problemer,<br />

og systemet vil tabe de svagest (læs fattigeste) bag sig.<br />

Det er derfor vigtig at notere sig at der reelt kun er en implementation<br />

af MSOOXML, som er lavet og kontrolleret af Micrsoft, så hvis man<br />

virkeligt ikke ønsker en vendor lockin, så er MSOOXML nok ikke vejen frem.<br />

Det bliver interessandt at se om der kommer fuld ud gratis implementationer<br />

af office pakker som supporter MSOOXML, intil da, er dette format ikke<br />

optimal at vælge.<br />

Det skal også noteres at hver gang staten vælger en mere eller mindre lukket<br />

format, tvinger staten også de mindre bemidlet borger til at begå<br />

ulovligheder, fordi det er umuligt for borgerne at anskaffe sig de dyre<br />

program pakker lovligt (pga prisen, som overstiger prisen for en ny PC),<br />

dette vil derfor tvinge folk til at piratkopiere software.<br />

Vælger man en kompromi løsning, som det desværre ser ud til at staten<br />

ligger op til, forøger man problemet, fordi folk (offentligt ansatte)<br />

vil af vane benytte det format som en's office pakke benytter<br />

automatisk, dette vil betyde igen, at borgerne bliver tvunget til<br />

at anskaffe sig extraordinære dyre programmer for at kunne kommunikere<br />

med det offentlige, så er man tilbage til hvor mange implementationer<br />

der benytter standarden<br />

Det der er vigtig i valget, er hvor mange leverandøre, levere software som<br />

benytter standarden.<br />

MSOOXML er der kun en leverandør, og måske 2 implementationer, ingen af dem er<br />

tilgængelige i dag, og det er endnu ikke en ISO standard, kun en ECMA.<br />

ODF allerede er en officiel godkendt ISO standard, samtidigt, med at<br />

der findes flere leverandører som lever office pakker til dette format,<br />

man kan bla, nævne Sun Star office, Open Office, og enddog Microsoft<br />

Word.


Det er burde derfor være naturlig at vælge en etableret flerleverandør<br />

standard, end at vælge en som måske bliver en standard, og måske bliver<br />

implementeret af flere leverandører, og/eller systemer.<br />

Konklusion:<br />

Der bør kun benyttes en allerede godkendt udbredt standard, og der er kun et<br />

reelt valg lige nu, og det er ODF standarden. Microsoft's MSOOXML er<br />

ikke udbredt, og heller ikke en ISO standard endnu.<br />

ODF formatet har desuden fordele ved der er en fuld ud gratis implementation,<br />

således alle borger har råd til en pakke der kan læse og skrive formatet,<br />

samt der også er flere kommercielle pakker som også kan læse og skrive<br />

formatet, deriblandt Microsoft egen Microsoft Word.<br />

mvh<br />

--<br />

Michael Nielsen BE<br />

TheTroubleshooters.dk (http://home.thetroubleshooters.dk)<br />

mob: +45 23694901


Udkast<br />

IT – og Telestyrelsen<br />

Att. Specialkonsulent<br />

Rachid El Mousti<br />

Holsteinsgade 63<br />

2100 København Ø<br />

<strong>Høringssvar</strong> angående rapporten ”Anvendelse af åbne standarder<br />

for software i det offentlige” (implementerinsrapporten)<br />

Transport- og Energiministeriet har modtaget det udsendte udkast til rapport<br />

”Anvendelse af åbne standarder i det offentlige” herefter blot benævnt<br />

som rapporten.<br />

Ministeriet har endvidere noteret sig at der i den offentlige IT-debat er stor<br />

fokus på emnet og at der er forskellige holdninger til åbne standarder i det<br />

offentlige og endvidere forskellige opfattelser af netop betegnelsen ӌbne<br />

standarder”. Implementeringsrapportens definition virker dog som fornuftig<br />

og operationaliserbar.<br />

Transport- og Energiministeriet bakker endvidere op om rapporten i sin<br />

helhed og har i ministeriets IT – strategiplaner allerede løbende inddraget<br />

dele af essensen i denne rapport. Dette dækker bl.a. opmærksomheden omkring<br />

den obligatoriske brug af åbne standarder i det omfang det er muligt<br />

og rentabelt. Derudover har vi allerede på nuværende tidspunkt stiftet bekendtskab<br />

med de nye dokumentformater. Microsoft office 2003 pakken er<br />

i dag standardprogrammel, men på enkelte klienter og efter medarbejdernes<br />

ønske udrulles i dag således også Open Office så borgere, virksomheder<br />

og institutioners henvendelser kan håndteres i det omfang behovet opstår.<br />

Open XML formatet vil vi på nuværende tidspunkt ikke kunne håndtere<br />

uden installation af nyeligt udviklede plugins eller ved applikationsskifte,<br />

men vi er naturligvis opmærksomme på det.<br />

Transport- og Energiministeriet har i forhold til rapporten en række kommentater.<br />

Disse er oplistet i punktform nedenfor:<br />

1. Én åben dokumentstandard foretrækkes.<br />

2. En periodeafgrænsning for vurdering af omkostninger og besparelser<br />

ved brug af undtagelseskriterierne.<br />

DEPARTEMENTET<br />

Dato 23. marts 2007<br />

J. nr. TRM045-000146<br />

Deres ref.<br />

Sagsbeh. CST<br />

Transport- og Energiministeriet<br />

IT Driftscenter<br />

Frederiksholms Kanal 27 F<br />

1220 København K<br />

itd@trm.dk<br />

Telefon 33 92 33 55<br />

www.trm.dk<br />

Giro 3 00 27 64<br />

EAN 5798000893429<br />

CVR 43265717


3. Minimumskriterier for godkendelse af obligatoriske standarder.<br />

4. Et katalog over software der understøtter de valgte obligatoriske<br />

standarder, samt en portal med dokumentation for de obligatoriske<br />

standarder.<br />

1. Én åben obligatorisk dokumentstandard foretrækkes.<br />

Hvis de åbne dokumentstandarder gøres obligatoriske vil dette nødvendigvis<br />

betyde at der skal ske ændringer i de nuværende applikationer. I dag benyttes<br />

i Transport- og Energiministeriet generelt MS Office 2003 professionel<br />

pakken. Microsoft dokumentformatet .doc benyttes derfor som internt<br />

dokumentudvekslingsformat sammen med Adobes pdf format. Kontorpakken<br />

understøtter ikke de to foreslåede dokumentstandarder.<br />

Som opfølgning på kravet om at offentlige dokumenter på offentlige hjemmesider<br />

skal være tilgængelige i Open Office dokumentstandarden .odt bliver<br />

Open Office pakken i dag udrullet på ministeriets webredaktøreres maskiner.<br />

Dette betyder at vi allerede på nuværende tidspunkt har gennemført<br />

implementeringsarbejdet med at lægge Open Office ind som en såkaldt<br />

NAL pakke til distribution. Denne pakke kan distribueres hurtigt og til automatisk<br />

installation på en stor del af ministeriets PC'ere. Derfor er det ikke<br />

forbundet med større omkostninger at give mange af ministeriets medarbejdere<br />

adgang til Open Office. Samtidigt er ministeriets FESD løsning klargjort<br />

til .odf formatet, mens dette endnu ikke er tilfældet for Open XML.<br />

Et fastsat krav om obligatoriske dokumentstandarder vil betyde et krav og<br />

en forventning <strong>fra</strong> offentligheden om at vi kan benytte disse standarder. Sålænge<br />

funktionaliteten ikke er væsentlig forskellig dokumentformaterne<br />

imellem finder ministeriet i den retning ingen grund til at skulle have mere<br />

end en obligatorisk dokumentstandard og finder tilmed at to dokumentstandarder<br />

kan betyde en større risiko for tekniske vanskeligheder uden<br />

nødvendigvis større funktionalitet.<br />

Hvis funktionaliteten af dokumentformaterne er forskellige, som det f.eks.<br />

kendes <strong>fra</strong> .doc og pdf formatet kan det være en god ide med flere.<br />

I det konkrete tilfælde foretrækker Transport- og Energiministeriet én obligatorisk<br />

åben dokumentstandard evt. suppleret med det ikke åbne pdf format.<br />

Ud<strong>fra</strong> en økonomisk og en administrativ overvejelse vil det være billigere<br />

for ministeriet, hvis valget i så fald faldt på .odf som den obligatoriske<br />

og åbne dokumentstandard.<br />

2. En periodeafgrænsning for vurdering af omkostninger og besparelser<br />

ved implementering<br />

I forhold til afsnittet omkring undtagelser finder vi det fornuftigt at kunne<br />

<strong>fra</strong>vige reglerne, hvis det bliver for besværligt eller ligefrem umuligt med integrationen<br />

til andre applikationer, serverteknologi eller lign.<br />

Side 2/4


Det nævnes endvidere i rapporten at implementeringsomkostningerne også<br />

kan være et undtagelseskriterium. Hertil kan man med fordel tilføje en tidsafgrænset<br />

periode for vurdering af disse omkostninger. Der kan i nogen tilfælde<br />

være større eller mindre kortsigtede transaktionsomkostninger ved<br />

f.eks. applikationsskift. Mens besparelser måske først viser sig senere. Det<br />

er således uklart hvilken tidshorisont der kan/skal/bør lægges for denne<br />

vurdering. Et forslag kunne være at man skal opgøre netto-omkostninger<br />

ved en given løsning over 2, 5 og 10 år.<br />

3. Minimumskriterier for godkendelse som obligatorisk standard<br />

og en klar beskrivelse af de der bliver godkendt<br />

I de konkrete forslag til standarder er det ikke helt klart hvilke af standarderne<br />

der i virkeligheden opfylder kravet om at være en åben standard og<br />

hvilke der afviger, men opfylder de øvrige kriterier for godkendelse eller anbefaling.<br />

Dette kunne med fordel benævnes i oversigten.<br />

Der er i kataloget nævnt standarder der ikke er at betragte som åbne standarder<br />

jf. definitionen givet i rapporten, som bør ligge op til udvikling i<br />

overensstemmelse med rapportens gennemgående tema omkring åbne<br />

standarder. Dette gælder for så vidt metodestandarder, tekniske standarder<br />

og datastandarder. Måske kunne man med fordel sætte nogle minimumskriterier<br />

for semi-åbne eller leverandørejede standarder. F.eks. kravet om<br />

at det skal være tilgængeligt evt. ved download at få dokumentationen til<br />

den pågældende standard førend den pågældende standard overhovedet<br />

kan gøres obligatorisk.<br />

4. Et katalog over software der understøtter valgte obligatoriske<br />

åbne standarder, samt en portal med dokumentation for de obligatoriske<br />

standarder.<br />

Diskussionen om udvikling og implementering af åbne standarder i det offentlige<br />

hænger delvist sammen med diskussionen om det offentliges ejerskab<br />

over software. Dette ligger dog uden for rammerne af B103, men alligevel<br />

et vigtigt element i udviklingen af det offentliges datain<strong>fra</strong>struktur,<br />

herunder snitflader, kompatibilitet, videreudvikling og mulighed for leverandøruafhængighed,<br />

samt de åbne standarders overlevelsesevne. Man kan<br />

med fordel overveje denne vinkel i udviklingsarbejdet og implementeringen<br />

af nye åbne standarder.<br />

Evt. kunne en opfølgning med anbefalinger af eksempelvis software, som<br />

understøtter de åbne standarder være et effektivt redskab til efterfølgende<br />

implementering af de åbne standarder, hvilket kunne medtages i den information<br />

der skal udarbejdes jf. implementeringsplanen. Dette kunne også<br />

indeholdes i den dokumentation der skal udarbejdes ved udviklingen af en<br />

ny standard.<br />

Side 3/4


Udvikling af særlige standarder<br />

Med rapporten lægges der op til et større udviklingsarbejde og det processen<br />

omkring godkendelse af nye standarder beskrives i vidt omfang. Der foreligger<br />

på nuværende tidspunkt ikke nogen oplysninger om at der i Transport-<br />

og Energiministeriet er planer om udvikling af potentielle nye åbne<br />

standarder.<br />

Der er i forbindelse med høringen indhentet kommentarer <strong>fra</strong> ministeriets<br />

institutioner. Disse har ikke haft kommentarer til rapporten.<br />

Som tidligere skrevet finder Transport og Energiministeriet implementeringsrapporten<br />

som et konstruktivt redskab i arbejdet med en bedre IT- og<br />

kommunikationsstruktur og vil følge det kommende arbejde med rapporten<br />

og udmøntningen af B103.<br />

Med venlig hilsen<br />

Henrik Domino Isaksen<br />

Fungerende IT-Chef<br />

Transport og Energiministeriet<br />

Side 4/4


<strong>It</strong>- og Telestyrelsen<br />

Holsteinsgade 63<br />

2100 København Ø<br />

<strong>Høringssvar</strong> vedr. Åbne standarder<br />

I forbindelse med høringen over Anvendelse af åbne standarder for<br />

soft-ware i det offentlige har Undervisningsministeriet følgende bemærkninger:<br />

Ressort eller sektorforankring<br />

Vi henleder opmærksomheden på et generelt problem i den politiske<br />

eller organisatoriske forankring af standardiseringsopgaverne, som fremgår<br />

af dette høringsudkast.<br />

Hidtil har det været den almindelige antagelse, at det er naturligt at forankre<br />

standardiseringsopgaverne i sektorerne, idet der selvfølgelig er et<br />

tilhørende ministeransvar for opgaven og for udmøntningen på de respektive<br />

ressortområder. I dette høringsudkast er det tilsyneladende ændret,<br />

så forankringen sker i ressortområder. Dette er formentlig sket med<br />

henvisning til, at det tydeliggør ministeransvaret.<br />

I hele det hidtidige arbejde med it-arkitektur og standardisering har antagelsen<br />

været, at sektorforankringen gør standarderne robuste over for<br />

ressortomlægninger, mens en standard, som er forankret i et ressortområde<br />

kan være umulig at opretholde, hvis ressortområdet opløses, dele<br />

udskilles eller hele området flyttes til et andet ministerområde. Vi foreslår,<br />

at dette problem nøje overvejes i forbindelse med implementeringen<br />

af påbudet om anvendelse af åbne standarder.<br />

Generelle bemærkninger om høringsudkastet<br />

Vi er som udgangspunkt enige i, at det skal tilstræbes at bruge åbne standarder<br />

i det offentlige, også på softwareområdet.<br />

Imidlertid finder vi også anledning til som overordnet betragtning at<br />

pege på, at denne sag vedrører et uhyre komplekst område med koblin-<br />

Institutionsstyrelsen<br />

Frederiksholms Kanal 25<br />

1220 København K<br />

Tlf. 3392 5000<br />

Fax 3392 5797<br />

E-mail uvm@uvm.dk<br />

www.uvm.dk<br />

CVR nr. 20-45-30-44<br />

20. marts 2007<br />

Sags nr.:<br />

123.284.031


ger til en række tilgrænsende sagsområder. Alt i alt medfører denne<br />

kompleksitet, at det er vanskeligt at forholde sig konkret og med en rimelig<br />

grad af sikkerhed til de spørgsmål og problemer, som dette forslag<br />

indebærer.<br />

Den omstændighed, at der her er tale om et meget komplekst problemområde,<br />

får os til at pege på, at det nok er uheldigt at pege på en eller<br />

flere bestemte standarder. Det er meget forståeligt, at man som indledende<br />

ramme afprøver ODF og Office OpenXML, men der burde snarere<br />

arbejdes med fokus på, at al software skal være åben for dermed at<br />

understrege den overordnede målsætning om interoperabilitet. Dette vil i<br />

højere grad være med til at sikre det overordnede mål at lette dataudveksling<br />

mellem offentlige myndigheder.<br />

Et spørgsmål om FESD<br />

Dette fører til et konkret spørgsmål vedrørende FESD-standardens anvendelse.<br />

Er der tale om, at dette kun gælder ved nyudvikling / nykøb?<br />

Eller skal FESD-standarden også inddrages i forbindelse med tilretninger<br />

og udvikling af bestående (egenudviklede) systemer?<br />

Skanningsmodulet<br />

Som et eksempel på de nævnte problemstillinger vil vi fremføre, at anvendelse<br />

af et skanningsmodul, jf. IT- og Telestyrelsens Skanningsmodul<br />

Version 1.0 af 8. september 2005, forudsætter, at skanningen som output<br />

afleverer et indskannet dokument i enten TIFF eller PDF samt en XMLfil<br />

indeholdende metadata (side 5). Kravet til ESDH-systemet vil derfor<br />

være, at det kan modtage XML-opmærkede dokumenter.<br />

Men ovenstående synes ikke at passe med Statens Arkivers vejledning<br />

vedrørende aflevering af elektroniske arkivsystemer. Her kræves det, at<br />

dokumenter afleveres både i TIFF formatet (PDF omtales ikke som en<br />

mulighed) og i en tekstversion for at kunne foretage fritekstsøgning i<br />

dokumentet.<br />

Endvidere er det af afgørende betydning for en journalisering, som sker<br />

ved brug af emneord tildelt dokumentet på baggrund af tekstindholdet,<br />

at dokumentet også er læsbart efter indskanningen. Journaliseringen foretages<br />

således af sagsbehandleren efter indskanningen har fundet sted.<br />

Afslutningvis<br />

vil vi pege på, at spørgsmålet om økonomi-neutralitet kræver tydeliggørelse.<br />

Gælder det, at udmøntningen af B103 som helhed ikke må medføre<br />

øgede udgifter? Eller gælder dette princip for den enkelte myndighed?<br />

Hvis det sidste er gældende, vil det være svært at forestille sig en større<br />

igangsættelse af udskiftning af de bestående it-systemer, der alt andet lige<br />

vil medføre en initiel merudgift. Og selv om man nok kan lave en teoretisk<br />

business-case, vil det næppe være muligt at undgå en merudgift i<br />

2


forbindelse med omlægning til nye systemer. Den egentlige besparelse<br />

og dermed muligvis en reduktion i totalomkostningerne opnås ved en<br />

totaløkonomisk kalkule over udgifterne i de nye systemers samlede levetid.<br />

Med venlig hilsen<br />

Vagn Lauersen<br />

Chefkonsulent<br />

Direkte tlf. 3392 7850<br />

Vagn.Lauersen@uvm.dk<br />

3


IT- & Telestyrelsen<br />

Holsteinsgade 63<br />

2100 København Ø.<br />

Specialkonsulent Rachid El Mousti<br />

<strong>Høringssvar</strong> vedr. anvendelse åbne standarder <strong>fra</strong> Vejle Kommune<br />

Generelt er det et godt oplæg som Vejle Kommune i store træk er enige i, men som på nogle punkter<br />

er for uambitiøst.<br />

Der kan med fordel foretages en dybdegående evaluering af de fællesoffentlige<br />

standardiseringsprojekter der allerede er gennemført, fx FESD, EPJ og digital<br />

signatur. Baggrunden er at der kan være store forskelle nytteværdien af forskellige<br />

standarder.<br />

Det er problematisk at der ikke er nævnt noget om statens arkiver og deres krav<br />

(bestemte afleveringsformater).<br />

Fx kan vi til daglig bruge Microsofts OpenXML og i arkiveringshenseender skal<br />

der så afleveres i et helt andet format (ASCII/TIFF billede).<br />

Mht. anvendelse af en ESDH standard, er der fornuft heri med undtagelse af<br />

indførelse af en datamodel som vil kunne virke som en ”spændetrøje”. Det vil<br />

være sværere for leverandørerne, og tage længere tid, at udvikle ny funktionalitet<br />

i samarbejde med egne kunder da datamodellen skal igennem standardiseringsproceduren.<br />

Anvendelse af DS484 kan med fordel stilles som krav til den kommunale sektor<br />

pr. 1. januar 2009.<br />

For it-løsninger, hvor den tekniske anskaffelse ligger under EU’s udbudsgrænse,<br />

bør begrundelserne (i modsætning til oplægget) indberettes til IT- og Telestyrelsen<br />

med henblik på offentliggørelse.<br />

Den tekniske beskaffenhed af den digitale signatur er for ringe på IT-siden.<br />

Venlig hilsen<br />

Hans Klitgård<br />

Leder af IT-konsulentafd.<br />

Kommunaldirektørens stab · IT-afdelingen · IT-konsulentafdelingen<br />

Skolegade 1 · 7100 Vejle · Tlf.: 76 81 11 23<br />

www.vejle.dk<br />

13. marts 2007<br />

Side: 1/1<br />

Kontaktperson:<br />

Hans Klitgård<br />

Lokaltlf.: 76 81 11 23<br />

E-post: hakli@vejle.dk


Fra: Niels Steen Krogh [nielssteenkrogh@zitelab.dk]<br />

Sendt: 21. marts 2007 21:02<br />

Til: Rachid El Mousti<br />

Emne: <strong>Høringssvar</strong>, Åbne standarder<br />

Kære Rachid.<br />

Hermed høringssvar udarbejdet af ZiteLab ApS.<br />

Vi er mindre firma, der bl.a. leverer kliniske kvalitetsdatabaser til den<br />

offentlige sektor og ESDH-løsninger til Carlsbergfondet m.v.. (altid baseret<br />

på åbne standarder / cross-platform-teknologi)<br />

Vi har med interesse læst jeres udkast til rapport og har nogle få<br />

bemærkninger omkring udvekslingsstandard for tekstdokumenter (ODF ctr. MSXML)<br />

Vi er som mindre firma generelt lykkedes i at skabe avancerede<br />

dokumenthåndteringsløsninger baseret på ODF-formatet i tæt samarbejde med<br />

vores kunder.<br />

Vi er selvfølgelig er glade for mange timers velbetalt konsulentarbejde og<br />

skønner at 10-15 pct. af vores omsætning i ESDH-segmentet kommer af, at der<br />

skal skabes en sær-procedure for at kunne håndtere microsoft-dokumenter ved<br />

siden af ODF-formatet.<br />

Historisk har der været en udvikling hvor fremkomsten af dominansen for Word<br />

fremmede samarbejdet og dokumentudvekslingen.<br />

Situationen nu er, at der er 2 konkurrerende formater, hvor 2 forskellige<br />

forretningsmodeller indebærer, at begge formater vil overleve uden en særlig<br />

indsats via statslig regulering.<br />

Det gælder for dokumentudvekslingen i den offentlige sektor<br />

Det gælder dokumentudvekslingen med den private sektor<br />

Og det gælder også andre samfundsområder som fx skolernes undervisning, hvor<br />

ODF-brugere vil blive undervist i programmer, som de ikke bruger derhjemme.<br />

Der er brug for at det offentlige går forrest.<br />

Vi vil konkret foreslå følgende ændringer:<br />

"Der skal understøttes mindst et dokumentformat, dog altid ODF"<br />

Vi glæder os til at se det offentlige gå forrest.<br />

Som på så mange andre områder vil det være dejlig at se jeres<br />

eksistensberettigelse bekræftet.<br />

Hvis du har spørgsmål til vores erfaringer med ESDH-løsninger med ODF som<br />

konverteringsformat er du meget velkommen.<br />

Var en glædelig overraskelse at se dit papir fremlagt i ODF og PDF-formater!<br />

/Niels<br />

Niels Steen Krogh<br />

Konsulent<br />

ZiteLab ApS<br />

Mail: ---------- nielssteenkrogh@zitelab.dk<br />

Telefon: ------- +45 38 88 86 13<br />

Mobil: --------- +45 22 67 37 38<br />

Adresse: ------- ZiteLab ApS<br />

---------------- Solsortvej 44<br />

---------------- 2000 F.<br />

Web: ----------- www.zitelab.dk<br />

CVR: ----------- 29178364<br />

Bank: ---------- Sparbank Vest<br />

Ejer: ---------- ZSRK Group Holding ApS<br />

ZiteLab<br />

-Let's Empower Your Data with Webservices


IT- og Telestyrelsen<br />

Holsteinsgade 63<br />

2100 København Ø<br />

<strong>Høringssvar</strong> angående rapporten "Anvendelse af åbne standarder<br />

for software i det offentlige"<br />

Helt overordnet er der bred opbakning til den fremsendte implementeringsrapport<br />

og de praktiske tiltag i forhold til at gøre visse åbne standarder<br />

obligatoriske.<br />

Konkurrencemæssige aspekter<br />

ØEM er generelt positivt stemt over for standarder, der er åbne på lige<br />

vilkår for alle, der ønsker at anvende dem. Åbne standarder på et marked,<br />

hvor bl.a. interoperabilitet er af væsentlig betydning, vil kunne bidrage til<br />

at styrke konkurrencen mellem leverandørerne betydeligt. Det er dog en<br />

forudsætning, at der alene er tale om standarder mht. sprog o.l., og ikke<br />

standarder for bestemte leverandørers programmer/applikationer. Det skal<br />

samtidig fremhæves, at effektiv konkurrence i høj grad også forudsætter,<br />

at kunderne - her det offentlige - efterspørger it-ydelserne på en sådan<br />

måde, at flere leverandører (og ikke kun én) vil kunne byde ind på den<br />

pågældende opgave.<br />

Det er efter ØEMs vurdering vigtigt, at afgørelsen af, hvorvidt en standard<br />

skal være obligatorisk, kan revurderes - både under selve udvælgelsesprocessen,<br />

men også efterfølgende, hvis der måtte vise sig at være en<br />

bedre eller lige så god standard til rådighed. ØEM forudsætter, at standardudvælgelsen<br />

vil skulle ske på åbne og ikke-diskriminerende vilkår.<br />

ØEM bemærker, at det vil være ønskværdigt med nogle - om muligt -<br />

mere målbare kriterier for undtagelsesbestemmelserne. Udtrykkene ”væsentligt<br />

fordyrende”, ”svækker kritisk”, ”væsentlig funktionel forringelse”,<br />

”øger implementeringstiden markant” er svære at kvantificere. Det<br />

kan overvejes, om der skal indføres en løbende evalueringsforpligtelse<br />

med henblik på nærmere at fastsætte indholdet af de anvendte udtryk.<br />

Man kan overveje, om standarderne - inden de gøres obligatoriske - skal<br />

dokumenteres som værende praktisk anvendelige af en repræsentativ<br />

testgruppe (en såkaldt markedstest).<br />

23. marts 2007<br />

Eksp.nr. 445439<br />

/HEC-DEP<br />

ØKONOMI- OG<br />

ERHVERVSMINISTERIET<br />

Slotsholmsgade 10-12<br />

1216 København K<br />

Tlf 33 92 33 50<br />

Fax 33 12 37 78<br />

CVR-nr. 10 09 24 85<br />

oem@oem.dk<br />

www.oem.dk


ØEM bemærker endvidere, at danske standarder kan udgøre en teknisk<br />

handelshindring for leverandører <strong>fra</strong> andre lande og efterlyser en beskrivelse<br />

af forholdet mellem de danske og udenlandske standarder.<br />

ØEM har noteret sig, at der på nuværende tidspunkt ikke er forslag om<br />

konkret håndhævelse eller sanktioner i rapporten, men at man vurderer, at<br />

branchen selv vil kunne stå for implementeringen og gennemførelsen<br />

heraf.<br />

ØEM har ud <strong>fra</strong> et udbudsretligt perspektiv følgende bemærkninger:<br />

- ØEM vil fremkomme med et særskilt høringssvar vedrørende de udbudsretlige<br />

aspekter af indførelsen af obligatoriske standarder, der<br />

fremsendes af Konkurrencestyrelsen.<br />

Administrative konsekvenser<br />

Rapporten har ikke umiddelbart administrative konsekvenser for virksomhederne.<br />

Erhvervs og Selskabsstyrelsens Center for Kvalitet i ErhvervsRegulering<br />

ser dog positivt på arbejdet med at fremme brugen af<br />

åbne standarder i det offentlige, da det indeholder et potentiale for større<br />

konkurrencedygtighed og effektivitet samt giver virksomhederne større<br />

frihed med hensyn til valg af IT-løsninger.<br />

Internationale bindinger<br />

ØEM vurderer, at der skal kunne tages forbehold over for visse myndigheders<br />

opfyldelse af standarderne, hvis de har internationale bindinger.<br />

Fx. er nogle myndigheder bundet af standarder udstukket af internationale<br />

konventioner på givne områder som fx patentområdet.<br />

Specifikt:<br />

ØEM havde gerne set at listen over obligatoriske havde været længere og<br />

for eksempel at XBRL også indgik i de obligatoriske standarder, men da<br />

der er lagt op til at listen løbende udvides håber ØEM at den vil blive tilføjet<br />

listen inden for den nærmeste fremtid. Blandt andet fordi det er en<br />

standard, der forventes at kunne bidrage positivt til at skabe administrative<br />

lettelser i forbindelse med udveksling af finansielle oplysninger.<br />

ØEM er ligeledes forbeholden overfor følgende undtagelse: "Myndigheder<br />

er endvidere undtaget <strong>fra</strong> reglerne om at anvende obligatoriske, åbne<br />

standarder, hvis løsningen ikke indebærer dataudveksling med andre systemer."<br />

ØEM finder undtagelsen uhensigtsmæssig, da formålet med<br />

standarder, som beskrevet i pkt. 2.5, ikke kun er udveksling af data, men<br />

også forbedret mulighed for konkurrenceudsættelse og friere valg af<br />

software. Disse dele af formålet vil kun blive varetaget i løsninger der<br />

udveksler data. Dette betyder endvidere at virksomhederne ikke kan udnytte<br />

det fulde potentiale, der ligger i de åbne standarder idet de i nogle<br />

2/4


tilfælde stadig vil blive nødt til at foretage indberetninger i formater baseret<br />

på lukkede standarder. Derved udnyttes det potentiale for lettelse af de<br />

administrative byrder, som kan være i de åbne standarder heller ikke fuldt<br />

ud.<br />

ØEM anbefaler standarder omkring OLAP, SQL og datalagring.<br />

ØEM mener, det er nødvendigt, at skelne mellem redigerbare og ikkeredigerbare<br />

dokumenter, og følgelig må der tages stilling til om fx PDF er<br />

den rette (ikke) åbne standard for udveksling af ikke-redigerbare dokumenter.<br />

Flere steder (f.eks. side 10) tales der om ”dataudveksling med andre systemer”;<br />

men det er lidt uklart, hvad der forstås ved ”system”. Er det både<br />

interne og eksterne it-systemer?<br />

Det er uklart om ”tekniske anskaffelser” også gælder egenudvikling<br />

(f.eks. side 10).<br />

Det er uklart, hvordan ”kontrakt” skal forstås, når det gælder egenudvikling<br />

(jf. side 11).<br />

Side 21, første dot: IT løsninger implementeres løbende, hvorfor ØEM<br />

fortolker kravet om, at "alle nye offentlige IT-løsninger skal anvende de<br />

obligatoriske, åbne standarder, der er relevante for IT-løsningen <strong>fra</strong> den<br />

1. januar 2008" ikke nødvendigvis omfatter IT-løsninger, der er igangsat<br />

på et tidligere tidspunkt end 1. januar 2008. ØEM ønsker dog at få det tydeliggjort,<br />

hvordan man forholder sig til delapplikationer, der<br />

skal udvikles i direkte tilknytning til it-systemer/applikationer, idet ØEM<br />

fortolker den foreliggende tekst sådan, at igangværende udviklingsprojekter<br />

ikke nødvendigvis skal/bør følge standarden, med mindre en omkostningsanalyse<br />

viser fordele herved. Igangværende projekter omfatter også<br />

delapplikationer, som endnu ikke er udviklet, men som skal udvikles i direkte<br />

tilknytning til it-systemer/applikationer, som er udviklet eller er ved<br />

at blive udviklet.<br />

Side 31, punkt 5.1.3 "Udveksling af dokumenter mellem offentlige myndigheder"<br />

samt side 33 og frem - afsnit 6 "Særligt om dokumentstandarder":<br />

ØEM hilser det velkomment, at rapporten fokuserer kraftigt på de<br />

internationale aspekter vedrørende standardisering indenfor tekstbehandlingsdokumenter.<br />

Alligevel vil ØEM advokere for, at udveksling af tekstbehandlingsdokumenter<br />

også bør standardiseres/underkastes krav om<br />

brug af obligatoriske åbne standarder med international udveksling in<br />

mente.<br />

3/4


Side 37, afsnit 8.1.1.: I afsnittet såvel som i resten af rapporten er virksomhedsportalen<br />

VIRK.dk stort set ikke nævnt. Det er af afgørende relevans,<br />

at udvikling af kommende obligatoriske åbne standarder tager højde<br />

for det enorme udviklingsarbejde, som er sket <strong>fra</strong> myndighedernes side<br />

op mod VIRK.dk.<br />

Med venlig hilsen<br />

Helmer Christiansen<br />

Specialkonsulent<br />

Tlf. direkte 354 66059<br />

Epost hec@oem.dk<br />

4/4


Ministeriet for Videnskab, Teknologi og Udvikling<br />

IT- og Telestyrelsen<br />

Att.: Rachid El Mousti (rem@itst.dk)<br />

Dato: 23. marts 2007 Ref.: KILT J.nr.: 2007-060/01-0020<br />

Høring angående rapporten "Anvendelse af åbne standarder for software i<br />

det offentlige"<br />

Aalborg Universitets høringssvar er indbefattet i det høringssvar, som er sendt <strong>fra</strong><br />

Rektorkollegiets IKT-strategigruppe.<br />

Med venlig hilsen<br />

Klaus Kilt<br />

IT chef<br />

IT-afdelingen<br />

Fredrik Bajers Vej 5<br />

9220 Aalborg Øst<br />

Tlf. 9635 9451<br />

Fax 9635 7593<br />

www.aau.dk/itafd<br />

IT chef<br />

Klaus Kilt<br />

Tlf. 9635 9450<br />

Mobil: 2062 9060<br />

Email: kilt@adm.aau.dk

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!