Høringssvar fra 6-byerne - It
Høringssvar fra 6-byerne - It
Høringssvar fra 6-byerne - It
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. ITog 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 konkurrencefokus<br />
5. Uklarhed i forbindelse med scoping<br />
6. Stand alonesystemer 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 showstopper<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 ITlø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å ITområ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 DK1455 København K<br />
TLF +45 50 50 46 65 | FAX +45 33 93 41 99 | BANK 9541 47 77 10 11 96 | CVRNR 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 ITsystemer 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 elartikler være helt igennem uoverskueligt. Det samme gør sig gældende<br />
for dokumentformater.<br />
Der findes til dato kun én ISOgodkendt å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 ISOstatus 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 ISOstandard. 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 DK1455 København K<br />
TLF +45 50 50 46 65 | FAX +45 33 93 41 99 | BANK 9541 47 77 10 11 96 | CVRNR 27 80 63 84
International forankring af standarder og konkurrencefokus<br />
Det er glædeligt, at OIOkataloget 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 (mikroperspektivet). 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østeså"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 45 å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 DK1455 København K<br />
TLF +45 50 50 46 65 | FAX +45 33 93 41 99 | BANK 9541 47 77 10 11 96 | CVRNR 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 alonesystemer 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 showstopper<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 "showstoppere".<br />
OSL Studiestræde 14, 1 DK1455 København K<br />
TLF +45 50 50 46 65 | FAX +45 33 93 41 99 | BANK 9541 47 77 10 11 96 | CVRNR 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 510 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 itinvesteringerne og<br />
prioriteringerne skaber samfundsmæssig værdi.<br />
Interoperabilitet via ODF<br />
Vi vil påpege, at der findes plugins, som kan sikre interoperabiliteten mellem Microsofts<br />
officepakke og ODFformatet. Blandt andet Sun ODF Plugin 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 Plugin for Microsoft Word implementeres i en række<br />
forvaltninger, blandt andet i Massachusetts. Med et sådant plugin 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 DK1455 København K<br />
TLF +45 50 50 46 65 | FAX +45 33 93 41 99 | BANK 9541 47 77 10 11 96 | CVRNR 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 DK1455 København K<br />
TLF +45 50 50 46 65 | FAX +45 33 93 41 99 | BANK 9541 47 77 10 11 96 | CVRNR 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 OIOkataloget 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 OIOkatalog bør disse prioriterede<br />
standarder naturligvis indgå direkte, så de er til at finde og overskue indenfor OIOkatalogets<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å ikkevalide 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 OIOkataloget.<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. 5354<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