<?xml version="1.0"?>
<?xml-stylesheet type="text/css" href="http://wiki.klid.dk/skins/common/feed.css?303"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="da">
		<id>http://wiki.klid.dk/index.php?feed=atom&amp;namespace=0&amp;title=Speciel%3ANye_sider</id>
		<title>KLID wiki - Nyeste sider [da]</title>
		<link rel="self" type="application/atom+xml" href="http://wiki.klid.dk/index.php?feed=atom&amp;namespace=0&amp;title=Speciel%3ANye_sider"/>
		<link rel="alternate" type="text/html" href="http://wiki.klid.dk/index.php/Speciel:Nye_sider"/>
		<updated>2026-04-06T09:21:40Z</updated>
		<subtitle>Fra KLID wiki</subtitle>
		<generator>MediaWiki 1.21.2</generator>

	<entry>
		<id>http://wiki.klid.dk/index.php/Heimdal_econometric_model</id>
		<title>Heimdal econometric model</title>
		<link rel="alternate" type="text/html" href="http://wiki.klid.dk/index.php/Heimdal_econometric_model"/>
				<updated>2023-08-10T12:17:05Z</updated>
		
		<summary type="html">&lt;p&gt;Keld: Oprettede siden med ' == Heimdal econometric model ==  KLID is working on the open source econometric model Heimdal'&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;br /&gt;
== Heimdal econometric model ==&lt;br /&gt;
&lt;br /&gt;
KLID is working on the open source econometric model Heimdal&lt;/div&gt;</summary>
		<author><name>Keld</name></author>	</entry>

	<entry>
		<id>http://wiki.klid.dk/index.php/Ret_til_at_v%C3%A6re_ikke-digital</id>
		<title>Ret til at være ikke-digital</title>
		<link rel="alternate" type="text/html" href="http://wiki.klid.dk/index.php/Ret_til_at_v%C3%A6re_ikke-digital"/>
				<updated>2020-05-31T08:40:45Z</updated>
		
		<summary type="html">&lt;p&gt;Keld: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;KLID arbejder for at borgere og virksomheder skal have ret til ikke at være digitale.&lt;br /&gt;
&lt;br /&gt;
KLID har udarbejdet et manifest om dette, som er sendt til behandling hos EU-kommissær Margrete Vestager.&lt;br /&gt;
&lt;br /&gt;
Vi foreslår disse regler:&lt;br /&gt;
&lt;br /&gt;
1. Myndighederne kan aldrig pålægge borgere eller virksomheder i EU at være forbundet til internettet eller være i besiddelse af mobiltelefoner.&lt;br /&gt;
&lt;br /&gt;
2. Myndighederne kan ikke kræve af en borger eller virksomhed, at man er i besiddelse af computere, smartphones eller andre lignende apparater, for at kunne få den betjening, man har krav på.&lt;br /&gt;
&lt;br /&gt;
3. Al borger- oo virksomhedsbetjening skal tilgodese både digitale og analoge borgere  og virksomheder.&lt;br /&gt;
&lt;br /&gt;
4. Borgere og virksomheder skal kunne møde fysisk op og møde en ansvarlig, menneskelig repræsentant for de systemer, der har truffet en beslutning på deres vegne. Repræsentanten skal kunne forklare beslutningen på en let forståelig, og juridisk holdbar måde. I tvivlstilfælde bør menneskelige, juridiske skøn have forrang for algoritmiske beslutninger.&lt;br /&gt;
&lt;br /&gt;
5. Borgere og virksomheder skal frit kunne vælge mellem, om de ønsker en digital eller en analog behandling af myndighederne.&lt;br /&gt;
&lt;br /&gt;
6. Digital selvbetjening skal være et tilbud. Ikke et krav.&lt;br /&gt;
&lt;br /&gt;
7. Relevante sagsakter skal kunne udleveres og fremsendes på betryggende vis i papirform.&lt;br /&gt;
&lt;br /&gt;
8. Borgere og virksomheder skal have mulighed for at svare myndighederne i brevform eller ved fysisk fremmøde.&lt;br /&gt;
&lt;br /&gt;
9. Stat, kommune og andre relevante myndigheder anerkender og arbejder ud fra princippet om, at de er til for borgerne og virksomhederne, uanset borgernes og virksomhedernes tilgang til myndighedernes tilbud og krav.&lt;br /&gt;
&lt;br /&gt;
10. Borgere i EU har umistelig ret til at frasige sig digital behandling af myndighederne og dermed kunne leve deres liv som de ønsker, også udenfor internettet, uden nærmere begrundelse, og myndighederne forpligter sig til at understøtte deres livsvalg.&lt;br /&gt;
&lt;br /&gt;
Reglerne er bl.a udarbejdet på baggrund af https://analogist.dk/koereplan-til-det-analoge-samfund-en-skitse-til-umistelige-rettigheder/&lt;/div&gt;</summary>
		<author><name>Keld</name></author>	</entry>

	<entry>
		<id>http://wiki.klid.dk/index.php/Anbefalinger_til_offentlige_IT-systemer</id>
		<title>Anbefalinger til offentlige IT-systemer</title>
		<link rel="alternate" type="text/html" href="http://wiki.klid.dk/index.php/Anbefalinger_til_offentlige_IT-systemer"/>
				<updated>2017-04-19T13:08:05Z</updated>
		
		<summary type="html">&lt;p&gt;KS: /* Brug åbne standarder */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Fagforeningen Prosa og brancheforeningen KLID har de følgende anbefalinger til offentlige IT-systemer&lt;br /&gt;
&lt;br /&gt;
==Del systemet op==&lt;br /&gt;
De fleste IT-systemer i 100 mio kr-klassen kan deles op i mindre dele. Delene bør være så små, at det ikke er en skandale, hvis enkelte dele fejler og må skrottes. En tommelfingerregel er at dele højst må koste 5 mio kr.&lt;br /&gt;
&lt;br /&gt;
==Start med de lavesthængende frugter==&lt;br /&gt;
Ved først at lave de dele, som kan give den største effekt med mindst muligt arbejde, kan man hurtigt få noget sat i drift. Dette kan så igen medføre, at man høster erfaringer, så man bliver klogere på, hvad systemet egentlig skal kunne.&lt;br /&gt;
&lt;br /&gt;
==Lav ikke en detaljeret kravspecifikation på hele systemet fra start==&lt;br /&gt;
Dag 1 er den dag, hvor man ved allermindst om, hvad systemet skal kunne. Det giver derfor mening at vente med kravspecifikation så længe som muligt. Så start med kravspecifikation til den første del, og høst erfaringer med den del, før man laver kravspecifikation til næste del.&lt;br /&gt;
&lt;br /&gt;
==Rammearkitekturen skal være på plads==&lt;br /&gt;
For at kunne opdele store systemer i mindre dele er det nødvendigt at have et overblik hvad systemet overordnet skal kunne for at kunne beslutte snitfladerne mellem de forskellige dele. Det betyder ikke, at man skal kende alle detaljer, men i stedet kun den overordnede ramme.&lt;br /&gt;
&lt;br /&gt;
==Vær ikke bange for at skrotte dele==&lt;br /&gt;
Hvis hver del i sig selv er lille, så er der ingen skam i at skrotte dele, som viser sig at være fejlskud eller som bliver forældede.&lt;br /&gt;
&lt;br /&gt;
==Kildekoden skal være ejet af det offentlige==&lt;br /&gt;
Kildekode, hvis udvikling er betalt af det offentlige, skal være ejet af det offentlige. Ved at eje kildekoden giver det køberen mulighed for at genbruge dele fra systemet i andre systemer og man undgår at være låst til én leverandør, men styrker i stedet den fri konkurrence. Det kan betyde besparelse, når nye systemer skal udvikles - selv hvis det nye system udvikles af en anden leverandør. &lt;br /&gt;
&lt;br /&gt;
==Data må ikke ejes af leverandøren==&lt;br /&gt;
Data må ikke lægges hos leverandøren på en sådan måde, at leverandøren kan kræve betaling for at få adgang til det offentliges data.&lt;br /&gt;
&lt;br /&gt;
==Brug åbne standarder==&lt;br /&gt;
Brug udvekslingsformater som er åbne og veldokumenterede og gerne standardiserede. Så bliver det nemmere at udskifte en forældet del med en ny del uden at skulle skrotte hele systemet.&lt;br /&gt;
&lt;br /&gt;
version 2017-10-25T20:05&lt;/div&gt;</summary>
		<author><name>KS</name></author>	</entry>

	<entry>
		<id>http://wiki.klid.dk/index.php/Offentlige_indk%C3%B8b</id>
		<title>Offentlige indkøb</title>
		<link rel="alternate" type="text/html" href="http://wiki.klid.dk/index.php/Offentlige_indk%C3%B8b"/>
				<updated>2017-02-19T19:23:47Z</updated>
		
		<summary type="html">&lt;p&gt;KS: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Offentlige indkøb er undergivet regler fra EU, i form af indkøbsdirektivet.&lt;br /&gt;
&lt;br /&gt;
Alle indkøb over 200.000 EUR skal gå via udbud.&lt;br /&gt;
&lt;br /&gt;
KLID arbejder for at der indføres en &amp;quot;no-spy&amp;quot; klausul efter [http://klid.dk/enkeltnyhed.php3?nyhederid=1427350013 tysk] forbillede.&lt;br /&gt;
&lt;br /&gt;
KLID arbejder for at Små og Mellemstore Virksomheder (SMV) får bedre adgang til at byde ind på udbud, gerne efter [https://www.version2.dk/artikel/saadan-aabnede-den-engelske-stat-smaa-it-leverandoerer-og-sparede-5-milliarder-67519 britisk] forbillede.&lt;/div&gt;</summary>
		<author><name>KS</name></author>	</entry>

	</feed>