Her kommer nyhedsbrevet med de seneste tre måneders udviklingsopgaver. Tak til alle jer, der indrapporterer idéer, uhensigtsmæssigheder, fejl og bare overvejelser. Det hjælper løsningen fremad i små og store spring.

Vi har skrevet ud om nogle af opgaverne i slutningen af december, men flere har bedt om et samlet overblik. Også fordi der er sket meget de seneste måneder.

Vi har blandt andet udviklet det nye dashboard og udviklet en funktion til duplikering af grupper.

Derudover er vi ved at lægge sidste hånd på opgaven med filmappe per site, hvor I kan uploade filer, som derefter kan bruges som input til scripts.

Vi er også ved at udvikle en infoskærm-løsning - det skriver vi meget mere om i det kommende nyhedsbrev.

I har måske bemærket, at startsiden ser helt anderledes ud med introduktionen af det nye Dashboard, som beskrives umiddelbart herefter. Bare rolig, den gamle Status-side er ikke forsvundet, men har i stedet fået et nyt hjem, under menupunktet “Computere”.

Endelig har vi nyheder om nye og opdaterede scripts, men først vil vi lige skrive en kort forklaring af USB-overvågning på OS2borgerPC, da vi har modtaget flere spørgsmål relateret til emnet inden for den seneste tid.

USB-overvågning

Den mest strikse USB-overvågning opnås ved at gøre brug af scriptet “Sikkerhed - Bloker for login ved USB-event”. Dette script logger borger ud og låser borger-brugeren, så borger ikke kan logge ind, så snart der indsættes eller fjernes en vilkårlig USB-enhed (inklusive mus eller keyboard).

Scriptet kan dog ikke være aktivt, mens computeren er slukket, så derfor bør det anvendes sammen med scriptet “Sikkerhed - Bloker for login ved hård nedlukning”, der låser borger-brugeren, så borger ikke kan logge ind, hvis computeren slukkes på knappen eller får taget strømmen. Da borger som udgangspunkt ikke har rettigheder til at slukke OS2borgerPC via menuen, forhindrer dette, at en potentiel angriber f.eks. slukker computeren og derefter indsætter en keylogger, uden at borger-brugeren bliver låst.

Når borger-brugeren er låst, vil forsøg på at logge ind blive mødt med en besked om “Your account has expired; please contact…”

Borger-brugeren kan låses op igen ved enten at køre scriptet “Sikkerhed - Sæt Borger som aktiv efter blokeret login (lås op)” eller ved at bruge den genvej på superusers skrivebord, som tilføjes af scriptet “Sikkerhed: Genvej til at låse Borger-konto op fra superusers skrivebord”.

Hvis man gør brug af “Sikkerhed - Bloker for login ved USB-event” og/eller “Sikkerhed - Bloker for login ved hård nedlukning” (de to scripts bør som sagt anvendes sammen), bør man også oprette en sikkerhedsregel med sikkerhedsscriptet “Detekter låst Borgerkonto”. En sådan sikkerhedsregel vil generere en hændelse, når borger-brugeren på en overvåget computer bliver låst.

Som for alle sikkerhedsregler er det også muligt at få admin-systemet til automatisk at sende mails til en til flere personer, når sikkerhedsreglen genererer en hændelse. Ved at kombinere sikkerhedsreglen med de to førnævnte scripts kan man altså sørge for, at relevante administratorer/personale vil modtage en mail, hvis borger-brugeren på en computer låses, fordi der er blevet indsat eller fjernet en USB-enhed.

Hvis borger-brugeren på en computer låses af ukendte årsager, bør man i princippet kontrollere, om der er blevet indsat en keylogger, inden borger-brugeren låses op igen.

Denne strikse sikkerhed kan kun anvendes på OS2borgerPC og ikke på OS2borgerPC Kiosk. Vi anbefaler at benytte striks sikkerhed på computere, som ikke er under opsyn, eller som er tilgængelige ved selvbetjening uden overvågning.

Et mindre strikst alternativ til de nævnte scripts er at bruge en sikkerhedsregel med sikkerhedsscriptet “Detekter nytilsluttet keyboard”. En sådan sikkerhedsregel vil kun generere en hændelse, hvis der indsættes et keyboard i computeren, og indsættelse af et keyboard vil ikke medføre, at borger-brugeren låses (medmindre man samtidig benytter “Sikkerhed - Bloker for login ved USB-event”).

Denne mindre strikse sikkerhed kan anvendes på både OS2borgerPC og OS2borgerPC Kiosk men er mere relevant for OS2borgerPC. Det anbefales på computere, som er placeret nær personalet og ikke kan benyttes uden opsyn, hvor det er meningen, at borgere skal kunne indsætte deres egne USB-enheder.

De nævnte muligheder beskrives også i vores guide til oprettelse af sikkerhedsovervågning, og vores anbefalinger er også beskrevet i vores dokument om ofte stillede revisionsrelaterede spørgsmål.

Hvis I har spørgsmål, kan I altid skrive til os.

Herefter beskrives nyhederne.

Ny OS2borgerPC klient-version

En ny version af klienten er nu frigivet - version 2.6.0. Klienten indrapporterer fremover tidspunktet hvor alle opdateringer sidst blev kørt for computere, som har alle automatiske opdateringer slået til. Derudover har vi lavet en række ændringer for at forbedre klientens stabilitet og performance.

Nyt på adminportalen

Dashboard

Delvist finansieret af Syddjurs, Ringsted og Lyngby-Taarbæk - og tusind tak til jer - har vi udviklet det tidligere omtalte dashboard og tilføjet det til adminportalen. Dashboardet erstatter status-siden som den første side på adminportalen, mens status-siden er blevet flyttet ind under menupunktet “Computere”.

Dashboardet viser en oversigt over de fem seneste tilfælde af ikke-håndterede hændelser, fejlede jobs, nyhedsopslag på adminportalen, computere som ikke er tjekket ind i 15 minutter, nye globale scripts og aktive computere, som ikke har kørt alle opdateringer i mere end 30 dage.

Med hensyn til det sidste punkt om computere, som ikke har kørt alle opdateringer i mere end 30 dage, så vil der indledningsvis kun blive vist information om computere, der tidligere har kørt “System - Opdater alt nu”. Computere, der har alle automatiske opdateringer slået til, vil kunne fremgå af listen, når de er blevet opdateret til den nye version 2.6.0 af OS2borgerpc-klienten, som vi frigav i starten af januar. Det forventes dog ikke, at computere, der har alle automatiske opdateringer slået til, vil optræde på listen.

Duplikering af grupper

Finansieret af Hjørring og Stevns har vi udviklet en ny funktion til at duplikere grupper på adminportalen.

Den nye funktion opretter en ny gruppe med navnet “Kopi af ”, som har den kopierede gruppes liste af tilknyttede scripts og deres inputparametre.

Gruppens relaterede sikkerhedsregler, ansvarspersoner, tilknyttede computere og eventuelle konfigurationer kopieres ikke over, da tanken er, at det primært bruges til at genbruge gruppens script-opsætning på en ny lokation, hvorefter man hurtigere kan lave de enkelte justeringer, der måtte være brug for. En alternativ løsning på dette problem er, at man har en fælles gruppe med fælles indstillinger (tilknyttede scripts) på tværs af lokationer, og computerne så er medlem af en eller flere overordnede grupper samt en lokationsspecifik gruppe til de indstillinger, der måtte variere.

Nu understøtter adminportalen begge disse workflows.

Link til redigering af egen bruger i dropdown-menu

Den dropdown-menu, som åbnes ved klik på ens brugernavn i øverste højre hjørne på adminportalen, har fået tilføjet et direkte link til redigering af ens egen bruger.

Opdaterede scripts

Firefox - Sæt startside(r)

Dette script er blevet opdateret, så det ikke længere får Firefox til at forsøge at tvinge borgeren til at downloade filer til mappen “Hentet”, da det blev opdaget, at dette kunne medføre problemer med download under visse omstændigheder.

Login - Cicero: Installér PAM-modul

På bestilling fra Hjørring har vi udvidet Cicero-integrationen, så man har mulighed for at tilføje en aldersgrænse, således at det kun vil være muligt for borgere, som er ældre end den valgte aldersgrænse, at logge ind via Cicero-integrationen. Det er også muligt at angive en tidsperiode for hver af ugens dage, hvor aldersgrænsen ikke anvendes. Den valgte aldersgrænse vil kun have effekt, hvis borgerens fødselsdato er angivet i Ciceros system.

Printer - Tilføj Princh Cloud Printer

På baggrund af en dialog med Princh har vi opdateret dette script, så det bruger en anden metode til at tilføje Princh-printere. Ændringen er primært beregnet til at løse et problem med valg af farve- eller sort/hvid-print, men hvis man har oplevet andre problemer med indstillinger for Princh printere, kan man prøve at gentilføje de(n) pågældende printer(e). Det vil måske løse problemet.

Printer - Sæt indstillinger

I forbindelse med en forespørgsel fra Hjørring er dette script blevet opdateret, så det forsøger at sætte de valgte printer-indstillinger via flere forskellige metoder, da det blev opdaget, at den ene metode, som oprindeligt blev anvendt, ikke blev respekteret i alle tilfælde.

Sikkerhed - Bloker for login ved USB-event

Flere kunder har indrapporteret, at de nogle gange oplever, at scriptet låser Borger-brugeren, selvom der ikke sker en ændring i USB-enhederne. Dette skyldes sandsynligvis, at computeren ser en USB-hændelse uden at se en reel ændring i de forbundne USB-enheder, hvilket f.eks. kan forekomme, hvis computeren kortvarigt mister og derefter genopretter forbindelsen til en USB-enhed. Vi har opdateret scriptet, så det kun låser Borger-brugeren, hvis computeren ser en reel ændring i de forbundne USB-enheder. Dette burde mindske antallet af falske positiver.

Skanner - Installer Epson skanner-program

Lyngby-Taarbæk indrapporterede, at scriptet fejlede og ikke installerede skanner-programmet. Vi undersøgte sagen og konstaterede, at Epson havde lavet nogle ændringer på deres hjemmeside, som forhindrede scriptet i at hente den fil, som skal bruges til installationen. Vi har opdateret scriptet, så det igen fungerer korrekt.

System - Opdater alt nu

Dette script er blevet opdateret, så det virker med den tidligere nævnte dashboard-liste, der angiver de fem seneste tilfælde af aktive computere, som ikke har kørt alle opdateringer i mere end 30 dage.

System - Luk ned dagligt

Dette script er blevet opdateret til at have en “Aktiver”-tjekboks som første parameter, der bruges til at indikere, om scriptet skal aktiveres eller deaktiveres.

System - Luk ned og vågn op dagligt

Dette script er blevet opdateret til at have en “Aktiver”-tjekboks som første parameter, der bruges til at indikere, om scriptet skal aktiveres eller deaktiveres.

Nye scripts

Browser - Firefox: Brug systemets print-dialog

I forbindelse med en forespørgsel fra Lyngby-Taarbæk har vi udviklet dette script, som indstiller Firefox til at bruge systemets print-dialog i stedet for Firefox’ egen i forbindelse med print fra Firefox. Dette kan løse visse problemer med print fra Firefox.

System - GRUB: Skift kerneversion

I forbindelse med en forespørgsel fra ITF har vi udviklet dette script, som kan bruges til at indstille en OS2borgerPC til at anvende en anden kerneversion end den nyeste. Dette kan være relevant for at løse visse hardware-relaterede problemer.

System - Send apts logfiler

På forespørgsel fra Hørsholm har vi udviklet dette script, som kan sende apts logfiler til adminportalen. Apt er Ubuntus pakkehåndteringssystem, der bruges til installation, opdatering og afinstallation af langt de fleste programmer på OS2borgerPC. Hvis apt installerer, opdaterer eller fjerner et program, skrives det til logfilen. Logfilen roteres en gang om måneden, men computeren beholder de seneste 12 logfiler ud over den nyeste, så der vil være logs for op til et år.

Under Test - OS2borgerPC: Vis info-popup ved login som Borger

På bestilling fra København har vi udviklet dette script, som kan bruges til at tilføje en popup med valgfri titel, tekst, tekst på knappen og størrelse, som vises efter hvert login som borger. Hvis scriptet anvendes på en computer, der også gør brug af en login-integration som Cicero, er det også muligt at indstille scriptet, så popup’en kun vil blive vist i forbindelse med en borgers første login inden for en given login-periode.

Øvrige fejlrettelser

Vi har rettet en mindre fejl på admin-sitet, som bevirkede, at de viste datoer for oprettelse og seneste login for en bruger altid blev taget fra ens egen bruger frem for den bruger, som man betragter. De viste datoer vil nu korrekt blive taget fra den bruger, som man betragter.

Her kommer nyhedsbrevet med de seneste to måneders udviklingsopgaver. Tak til alle jer, der indrapporterer idéer, uhensigtsmæssigheder, fejl og bare overvejelser. Det hjælper løsningen fremad i små og store spring.

Vi har i de seneste to måneder haft travlt med udvikling af det nye Dashboard og funktionen til duplikering af grupper. Derudover har vi også påbegyndt arbejdet med at udvikle en filmappe per site, hvor I kan uploade filer, som derefter kan bruges som input til scripts. Vi regner med at færdiggøre filmappen i løbet af januar.

I har måske bemærket, at startsiden ser helt anderledes ud med introduktionen af det nye Dashboard, som beskrives umiddelbart herefter. Bare rolig, den gamle Status-side er ikke forsvundet, men har i stedet fået et nyt hjem, under menupunktet “Computere”.

Endelig har vi nyheder om nye og opdaterede scripts, men først vil vi lige skrive en kort forklaring af USB-overvågning på OS2borgerPC, da vi har modtaget flere spørgsmål relateret til emnet inden for den seneste tid.

USB-overvågning

Den mest strikse USB-overvågning opnås ved at gøre brug af scriptet “Sikkerhed - Bloker for login ved USB-event”. Dette script logger borger ud og låser borger-brugeren, så borger ikke kan logge ind, så snart der indsættes eller fjernes en vilkårlig USB-enhed (inklusive mus eller keyboard).

Scriptet kan dog ikke være aktivt, mens computeren er slukket, så derfor bør det anvendes sammen med scriptet “Sikkerhed - Bloker for login ved hård nedlukning”, der låser borger-brugeren, så borger ikke kan logge ind, hvis computeren slukkes på knappen eller får taget strømmen. Da borger som udgangspunkt ikke har rettigheder til at slukke OS2borgerPC via menuen, forhindrer dette, at en potentiel angriber f.eks. slukker computeren og derefter indsætter en keylogger, uden at borger-brugeren bliver låst.

Når borger-brugeren er låst, vil forsøg på at logge ind blive mødt med en besked om “Your account has expired; please contact…”

Borger-brugeren kan låses op igen ved enten at køre scriptet “Sikkerhed - Sæt Borger som aktiv efter blokeret login (lås op)” eller ved at bruge den genvej på superusers skrivebord, som tilføjes af scriptet “Sikkerhed: Genvej til at låse Borger-konto op fra superusers skrivebord”.

Hvis man gør brug af “Sikkerhed - Bloker for login ved USB-event” og/eller “Sikkerhed - Bloker for login ved hård nedlukning” (de to scripts bør som sagt anvendes sammen), bør man også oprette en sikkerhedsregel med sikkerhedsscriptet “Detekter låst Borgerkonto”. En sådan sikkerhedsregel vil generere en hændelse, når borger-brugeren på en overvåget computer bliver låst.

Som for alle sikkerhedsregler er det også muligt at få admin-systemet til automatisk at sende mails til en til flere personer, når sikkerhedsreglen genererer en hændelse. Ved at kombinere sikkerhedsreglen med de to førnævnte scripts kan man altså sørge for, at relevante administratorer/personale vil modtage en mail, hvis borger-brugeren på en computer låses, fordi der er blevet indsat eller fjernet en USB-enhed.

Hvis borger-brugeren på en computer låses af ukendte årsager, bør man i princippet kontrollere, om der er blevet indsat en keylogger, inden borger-brugeren låses op igen.

Denne strikse sikkerhed kan kun anvendes på OS2borgerPC og ikke på OS2borgerPC Kiosk. Vi anbefaler at benytte striks sikkerhed på computere, som ikke er under opsyn, eller som er tilgængelige ved selvbetjening uden overvågning.

Et mindre strikst alternativ til de nævnte scripts er at bruge en sikkerhedsregel med sikkerhedsscriptet “Detekter nytilsluttet keyboard”. En sådan sikkerhedsregel vil kun generere en hændelse, hvis der indsættes et keyboard i computeren, og indsættelse af et keyboard vil ikke medføre, at borger-brugeren låses (medmindre man samtidig benytter “Sikkerhed - Bloker for login ved USB-event”).

Denne mindre strikse sikkerhed kan anvendes på både OS2borgerPC og OS2borgerPC Kiosk men er mere relevant for OS2borgerPC. Det anbefales på computere, som er placeret nær personalet og ikke kan benyttes uden opsyn, hvor det er meningen, at borgere skal kunne indsætte deres egne USB-enheder.

De nævnte muligheder beskrives også i vores guide til oprettelse af sikkerhedsovervågning, og vores anbefalinger er også beskrevet i vores dokument om ofte stillede revisionsrelaterede spørgsmål.

Hvis I har spørgsmål, kan I altid skrive til os.

Herefter beskrives nyhederne.

Nyt på adminportalen

Dashboard

Delvist finansieret af Syddjurs, Ringsted og Lyngby-Taarbæk - og tusind tak til jer - har vi udviklet det tidligere omtalte dashboard og tilføjet det til adminportalen. Dashboardet erstatter status-siden som den første side på adminportalen, mens status-siden er blevet flyttet ind under menupunktet “Computere”.

Dashboardet viser en oversigt over de fem seneste tilfælde af ikke-håndterede hændelser, fejlede jobs, nyhedsopslag på adminportalen, computere som ikke er tjekket ind i 15 minutter, nye globale scripts og aktive computere, som ikke har kørt alle opdateringer i mere end 30 dage.

Med hensyn til det sidste punkt om computere, som ikke har kørt alle opdateringer i mere end 30 dage, så vil der indledningsvis kun blive vist information om computere, der tidligere har kørt “System - Opdater alt nu”. Computere, der har alle automatiske opdateringer slået til, vil kunne fremgå af listen, når de er blevet opdateret til den nye version af OS2borgerpc-klienten, som vi planlægger at frigive i starten af januar. Det forventes dog ikke, at computere, der har alle automatiske opdateringer slået til, vil optræde på listen.

Duplikering af grupper

Finansieret af Hjørring og Stevns har vi udviklet en ny funktion til at duplikere grupper på adminportalen.

Den nye funktion opretter en ny gruppe med navnet “Kopi af ”, som har den kopierede gruppes liste af tilknyttede scripts og deres inputparametre.

Gruppens relaterede sikkerhedsregler, ansvarspersoner, tilknyttede computere og eventuelle konfigurationer kopieres ikke over, da tanken er, at det primært bruges til at genbruge gruppens script-opsætning på en ny lokation, hvorefter man hurtigere kan lave de enkelte justeringer, der måtte være brug for. En alternativ løsning på dette problem er, at man har en fælles gruppe med fælles indstillinger (tilknyttede scripts) på tværs af lokationer, og computerne så er medlem af en eller flere overordnede grupper samt en lokationsspecifik gruppe til de indstillinger, der måtte variere.

Nu understøtter adminportalen begge disse workflows.

Link til redigering af egen bruger i dropdown-menu

Den dropdown-menu, som åbnes ved klik på ens brugernavn i øverste højre hjørne på adminportalen, har fået tilføjet et direkte link til redigering af ens egen bruger.

Opdaterede scripts

Login - Cicero: Installér PAM-modul

På bestilling fra Hjørring har vi udvidet Cicero-integrationen, så man har mulighed for at tilføje en aldersgrænse, således at det kun vil være muligt for borgere, som er ældre end den valgte aldersgrænse, at logge ind via Cicero-integrationen. Det er også muligt at angive en tidsperiode for hver af ugens dage, hvor aldersgrænsen ikke anvendes. Den valgte aldersgrænse vil kun have effekt, hvis borgerens fødselsdato er angivet i Ciceros system.

Printer - Tilføj Princh Cloud Printer

På baggrund af en dialog med Princh har vi opdateret dette script, så det bruger en anden metode til at tilføje Princh-printere. Ændringen er primært beregnet til at løse et problem med valg af farve- eller sort/hvid-print, men hvis man har oplevet andre problemer med indstillinger for Princh printere, kan man prøve at gentilføje de(n) pågældende printer(e). Det vil måske løse problemet.

Printer - Sæt indstillinger

I forbindelse med en forespørgsel fra Hjørring er dette script blevet opdateret, så det forsøger at sætte de valgte printer-indstillinger via flere forskellige metoder, da det blev opdaget, at den ene metode, som oprindeligt blev anvendt, ikke blev respekteret i alle tilfælde.

System - Opdater alt nu

Dette script er blevet opdateret, så det virker med den tidligere nævnte dashboard-liste, der angiver de fem seneste tilfælde af aktive computere, som ikke har kørt alle opdateringer i mere end 30 dage.

System - Luk ned dagligt

Dette script er blevet opdateret til at have en “Aktiver”-tjekboks som første parameter, der bruges til at indikere, om scriptet skal aktiveres eller deaktiveres.

System - Luk ned og vågn op dagligt

Dette script er blevet opdateret til at have en “Aktiver”-tjekboks som første parameter, der bruges til at indikere, om scriptet skal aktiveres eller deaktiveres.

Nye scripts

Browser - Firefox: Brug systemets print-dialog

I forbindelse med en forespørgsel fra Lyngby-Taarbæk har vi udviklet dette script, som indstiller Firefox til at bruge systemets print-dialog i stedet for Firefox’ egen i forbindelse med print fra Firefox. Dette kan løse visse problemer med print fra Firefox.

System - GRUB: Skift kerneversion

I forbindelse med en forespørgsel fra ITF har vi udviklet dette script, som kan bruges til at indstille en OS2borgerPC til at anvende en anden kerneversion end den nyeste. Dette kan være relevant for at løse visse hardware-relaterede problemer.

System - Send apts logfiler

På forespørgsel fra Hørsholm har vi udviklet dette script, som kan sende apts logfiler til adminportalen. Apt er Ubuntus pakkehåndteringssystem, der bruges til installation, opdatering og afinstallation af langt de fleste programmer på OS2borgerPC. Hvis apt installerer, opdaterer eller fjerner et program, skrives det til logfilen. Logfilen roteres en gang om måneden, men computeren beholder de seneste 12 logfiler ud over den nyeste, så der vil være logs for op til et år.

Under Test - OS2borgerPC: Vis info-popup ved login som Borger

På bestilling fra København har vi udviklet dette script, som kan bruges til at tilføje en popup med valgfri titel, tekst, tekst på knappen og størrelse, som vises efter hvert login som borger. Hvis scriptet anvendes på en computer, der også gør brug af en login-integration som Cicero, er det også muligt at indstille scriptet, så popup’en kun vil blive vist i forbindelse med en borgers første login inden for en given login-periode.

Øvrige fejlrettelser

Vi har rettet en mindre fejl på admin-sitet, som bevirkede, at de viste datoer for oprettelse og seneste login for en bruger altid blev taget fra ens egen bruger frem for den bruger, som man betragter. De viste datoer vil nu korrekt blive taget fra den bruger, som man betragter.

Kære alle brugere af OS2borgerPC

Mange af jer har spurgt os om muligheden for at kunne styre strømforbruget i højere grad på borgerpc'erne. Det vil potentielt kunne give en stor besparelse. Jeg vover det ene øje og har lavet en matrice med antal borgerPC'er på den ene akse og antal sparede timer med automatiseret nedlukning på den anden. Den kan findes som PDF i bunden af denne besked. Udgangspunktet er de små NUC PC'er og gængse skærme.

Derfor har vi udarbejdet en samlet løsning, der består af to elementer:

1) En tilføjelse i administrationsinterfacet Vi laver et nyt faneblad under "Grupper", hvor man kan indstille tidspunkter for opstart og nedlukning for såvel OS2BorgerPC og OS2borgerPC Kiosk. Der er mulighed for at vælge forskellige tidspunkter på de forskellige ugedage.

Fra mandag til søndag vil man således kunne indstille, hvornår maskinerne i en gruppe skal tænde og slukke, og man vil også kunne indstille, at PC'erne er lukket en eller flere dage.

Er der interesse - skriv gerne - vil vi udvikle en udvidet løsning, hvor vi integrerer en kalender-funktionalitet i systemet, så man også kan fastsætte en ændring i tidsplanen ud i fremtiden, fx i forbindelse med ferier eller helligdage.

Fanebladet vil blive placeret således:

2) Reduceret strømforbrug inden for åbningstid Vi udvikler et script, der sørger for, at en BorgerPC går i dvale ("suspend") med inaktivitet, i stedet for "kun" at logge ud. De besøgende kan så vække maskinen igen ved at trykke på tastaturet.

Pris for løsning Samlet vil løsningen tage 150-180 timer at udvikle, og hele teamet vil arbejde på opgaven, hvis vi opnår tilslutning, sådan at løsningen vil være i drift 2-3 uger efter igangsættelse.

Hvis vi opnår et samlet udviklingsbidrag på i alt DKK 180.000, vil vi igangsætte opgaven, og den vil være gratis at benytte. Opnår vi mindre, vil vi konfigurere det således, at I mod et gebyr kan få fanebladet slået til.

Vi foretrækker model 1, så alle kan bruge funktionen, og vi vil opfordre alle til at give tilsagn om minimum DKK 10.000 til udvikling af løsningen. Har man flere midler, er man hjertelig velkommen til at donere mere. Vi skal nok sikre åbenhed omkring økonomien.

Jeg håber på at høre fra rigtig mange af jer.

Venlig hilsen Morten

PDF med prisberegning omkring strømbesparelse: https://os2borgerpc-media.magenta.dk/assorted/prisberegning-str%C3%B8mbesparelse-borgerpc.pdf