Karlstads kommun. Att lämna anbud. 1.0 Klassificering. 2.0 Ärenden Bedömning Bedömning Bedömning

(1)

Att lämna anbud

Denna upphandling har fast pris.

Det innebär att ersättningen redan är fastställd.

Utvärderingen sker därför endast på kvalitetskriterier.

Utvärderingsmetoden bygger på monetär utvärdering med prissatt kvalitet. Ert anbud resulterar i ett

jämförelsetal. Hur mycket jämförelsetalet påverkas vid olika utvärderingar står beskrivet för varje utvärdering i detta dokument. Anbudet med lägst jämförelsetal är bäst.

1.0 Klassificering

1.0.1 Bedömning

Systemet bör stödja en klassificeringsstruktur med minst fem (5) nivåer.

Definition

Full poäng ger inget påslag på jämförelsetalet. Noll poäng ger fullt påslag med 3,00.

2.0 Ärenden

2.0.1 Bedömning

Det bör gå att se och registrera information i nedanstående fält i registreringsvyn för ärenden:

- Klassificeringsnivå utifrån ett konfidentialitetsperspektiv - Flera motparter

Definition

2.0.2 Bedömning

Det bör gå att lägga upp ärenden i systemet framåt i tiden genom att nästa års serie kan påbörjas redan under innevarande år. Ett samlingsärende för t ex val 2019 bör kunna läggas upp redan 2018.

Karlstads kommun

^Diarie

UH-2018-87 Utvärdering

Bästa förhållandet mellan pris och kvalitet Helt anbud

Namn

Dokument- och ärendehanteringssystem

Detta dokument är en kopia på upphandlingens elektroniska utvärderingsformulär.

Utvärderingsformuläret ska besvaras elektroniskt genom att du klickar på knappen Lämna anbud som du finner till vänster i annonsen eller inbjudan på www.e-avrop.com.

Poäng Beskrivning Påslag

0 Kriteriet uppfylls inte 3,00

1 Kriteriet uppfylls 0,00

(2)

Definition

3.0 Handlingar

3.0.1 Bedömning

Det bör gå att se och registrera information i nedanstående fält i registreringsvyn för handlingar;

- Klassificeringsnivå utifrån ett konfidentialitetsperspektiv - Bevakningsdatum för handling

Definition

3.0.2 Bedömning

Det bör gå att spara e-post i systemet och den ska metadatasättas med som minst: uppgifter om mottagare, avsändare, ämne och ankomstdatum.

Definition

3.0.3 Bedömning

Vid utskrift av handlingar bör löpnummer och diarienummer kunna läggas till och visas på utskriften.

Definition

3.0.4 Bedömning

Handlingar bör kunna kopplas mot två eller flera ärenden.

Definition

(3)

4.0 Handlägga ärenden

4.0.1 Bedömning

Det bör gå att ha flera godkännande efter varandra. T ex om en chef godkänner och sen ska ytterligare en chef godkänna.

Definition

5.0 Hantera möten

5.0.1 Bedömning

Det bör gå att ändra uppgifter om möte som t ex datum, tid och plats på skapat möte utan att ändra innehållet i övrigt.

Definition

6.0 Sammankalla möte

6.0.1 Bedömning

Det bör gå att hämta valfria fördefinierade standardpunkter till en kallelse med föredragningslista. T ex om man varje gång börjar med en informationspunkt eller val av justerare.

Definition

6.0.2 Bedömning

Det bör gå att hämta valfria fördefinierade standardtexter till standardpunkterna i en kallelse med föredragningslista.

Definition

(4)

7.0 Genomföra möte och skriva protokoll

7.0.1 Bedömning

Det bör gå att skapa omröstningslistor till protokollet per ärende.

Definition

7.0.2 Bedömning

Det bör gå att skapa omröstningslistor till protokollet per ärende utifrån närvaro vid den aktuella beslutspunkten.

Definition

7.0.3 Bedömning

Det bör gå att spara bilagor på mötet och koppla dem till protokollet i sin helhet och till respektive paragraf/ärende.

Definition

8.0 Skicka beslut och publicera på anslagstavla

8.0.1 Bedömning

Det bör gå att publicera information till kommunens digitala anslagstavla;

- Anslagsbevis med information om justerat protokoll.

- Kallelse och andra valfria handlingar som ska kungöras. När tiden för tillkännagivande gått ut ska informationen automatiskt kunna avpubliceras.

Definition

(5)

8.0.2 Bedömning

Det bör gå att avpublicera information från kommunens digitala anslagstavla;

- Anslagsbevis bör automatiskt kunna avpubliceras när överklagandetiden gått ut.

- Kallelse och andra valfria handlingar bör automatiskt kunna avpubliceras när tiden för tillkännagivande gått ut.

Definition

8.0.3 Bedömning

I samband med att varje beslutsparagraf (protokollsutdrag) registreras på rätt ärende bör handlingens/filens namn automatiskt namnges utifrån rubriken i föredragningslistan.

Kravet 100% uppfyllt

Systemet har stöd för att namnge handlingar vid registrering enligt angivet krav.

Kravet 50% uppfyllt

Systemet har stöd för att namnge handlingar vid registrering med automatik men utifrån avvikande princip.

Kravet ej uppfyllt

Systemet saknar stöd för att namnge handlingar vid registrering med automatik Definition

9.0 Hantera politiker

9.0.1 Bedömning

Det bör gå att skapa underlag för att betala ut arvoden, manuellt, eller automatiskt till följd av närvaro vid möte.

Definition

0 Kravet inte uppfyllt 3,00

1 Kravet 50% uppfyllt 1,50

(6)

10.0 Processorienterade arbetsflöden

10.0.1 Bedömning

Det bör gå att visa arbetsflöden och processer med ett grafiskt gränssnitt. En användare ska t ex kunna se hur processen ser ut och i vilket steg man befinner sig.

Definition

10.0.2 Bedömning

Det bör gå att bygga processer med regler motsvarande grindlogikfunktionalitet, t ex eller (OR), icke eller (NOR), och (AND), icke och (NAND). En tjänsteskrivelse som inte godkänns av chefen ska t ex med automatik kunna gå tillbaka till handläggaren.

Definition

11.0 Arkivera

11.0.1 Bedömning

Systemet bör ha funktion för export av ärenden och handlingar med informationsinnehåll och metadata till valfri e-arkivlösning.

Systemet har en exportfunktion.

Kravet inte uppfyllt

Systemet har inte stöd för funktionen.

Definition

11.0.2 Bedömning

Det bör gå att göra lokala anpassningar i samband med export. T ex att välja vilken ytterligare valfri metadata som ska följa med eller inte följa med.

(7)

Export kan ske med lokala anpassningar.

Systemet har inte stöd för lokala anpassningar.

Definition

11.0.3 Bedömning

Varje fil bör kunna ges en unik beteckning senast vid överföring till system för bevarande enligt RA-FS 2009:1.

Varje fil kan ges en unik beteckning senast vid överföring till system för bevarande enligt RA-FS 2009:1.

Definition

12.0 Generellt

12.0.1 Bedömning

Det bör gå att använda en användares e-postklient och hämta kontakter när man ska skicka handlingar från systemet.

Det går att hämta en enskild användares kontaktuppgifter enligt kravets formulering.

Systemet har inte stöd för att hämta kontaktuppgifter.

Definition

(8)

13.0 Användarvänlighet

13.0.1 Bedömning

Med syfte att slutanvändaren ska uppleva systemet som ett realtidssystem

– vilket i det här sammanhanget innebär att inmatade och inlästa uppgifter utan onödigt dröjsmål uppdaterar alla relevanta delar i systemet – bör systemet inte tillämpa batchvisa inläsningar av uppgifter med intervall längre än tre (3) sekunder, vare sig från interna systemmoduler eller från externa system.

Batchvisa inläsningar tillämpas inte, eller tillämpas med intervall som är högst tre (3) sekunder.

Batchvisa inläsningar tillämpas med intervall längre än tre (3) sekunder.

Definition

13.0.2 Bedömning

Det bör vara möjligt för en användare att ha flera aktiva fönster av samma dignitet öppna samtidigt i samma dator. T ex två ärenden, flikar och funktioner i systemet.

Det går att ha flera fönster öppna samtidigt enligt kravets formulering.

Systemet har inte stöd för att ha flera fönster öppna samtidigt.

Definition

13.0.3 Bedömning

Det bör finnas rättstavningsfunktion för ärendemening och handlingsrubrik samt för information i kallelser och protokoll.

Det finns rättstavningsfunktion enligt kravets formulering.

(9)

Definition

13.0.4 Bedömning

Det bör gå att använda kortkommandon i systemet som komplement till att enbart använda mus eller touchpad.

Det går att använda kortkommandon enligt kravets formulering.

Systemet har inte stöd för kortkommandon.

Definition

13.0.5 Bedömning

Det bör gå att skapa och använda egendefinierade standardtexter vid inmatning. T ex en rullist med alla ledamöters namn i en nämnd eller för val av aktuellt lagrum för sekretessmarkering enligt offentlighets- och sekretesslagen.

Det går att använda egendefinierade standardtexter enligt kravets formulering.

Systemet har inte stöd för egendefinierade standardtexter.

Definition

13.0.6 Bedömning

Det bör gå att använda dra-och-släpp-teknik för att hantera information mellan systemet och externa system.

T ex för att flytta en bifogad fil i e-posten direkt till ett ärende.

Det går att använda dra-och-släpp-teknik enligt kravets formulering.

(10)

Systemet har inte stöd för dra-och-släpp-teknik.

Definition

13.0.7 Bedömning

Det bör gå att använda dra-och-släpp-teknik för att hantera information inom systemet, t ex för att flytta en fil som mejlats till inkorgen i systemet direkt till ett ärende.

Det går att använda dra-och-släpp-teknik enligt kravets formulering.

Systemet har inte stöd för dra-och-släpp-teknik.

Definition

14.0 Användarvänlighet

14.0.1 Bedömning

Med syfte att slutanvändaren ska uppleva systemet som ett realtidssystem

– vilket i det här sammanhanget innebär att inmatade och inlästa uppgifter utan onödigt dröjsmål uppdaterar alla relevanta delar i systemet – bör systemet inte tillämpa batchvisa inläsningar av uppgifter med intervall längre än tre (3) sekunder, vare sig från interna systemmoduler eller från externa system.

Batchvisa inläsningar tillämpas inte, eller tillämpas med intervall som är högst tre (3) sekunder.

Batchvisa inläsningar tillämpas med intervall längre än tre (3) sekunder.

Definition

(11)

14.0.2 Bedömning

Prestanda; svarstid vid fritextsökning bör vara mindre än 5 sekunder från det att man trycker på knappen för sök till dess att ett färdigt resultat visas på skärmen.

Definition

14.0.3 Bedömning

Prestanda; bearbetningstid vid registrering av ny handling på ärende ska vara mindre än 4 sekunder från det att man trycker på knappen för registrera till dess att vi har ett resultat.

Definition

14.0.4 Bedömning

Prestanda; bearbetningstid vid sammanställning av kallelse (med ca 20 ärenden på 2 MB) bör vara mindre än 30 sekunder från det att man trycker på knappen för skapa kallelse till dess att vi har ett resultat.

Definition

14.0.5 Bedömning

Prestanda; bearbetningstid vid sammanställning av protokoll (med ca 20 ärenden på 2 MB) bör vara mindre än 40 sekunder från det att man trycker på knappen för skapa protokoll till dess att vi har ett resultat.

Definition

14.0.6 Bedömning

Det bör vara möjligt för en användare att ha flera aktiva fönster av samma dignitet öppna samtidigt i samma dator. T ex två ärenden, flikar och funktioner i systemet.

Definition

(12)

14.0.7 Bedömning

Det bör finnas rättstavningsfunktion för ärendemening och handlingsrubrik samt för information i kallelser och protokoll.

Definition

14.0.8 Bedömning

Det bör gå att använda kortkommandon i systemet som komplement till att enbart använda mus eller touchpad.

Definition

14.0.9 Bedömning

Det bör gå att skapa och använda egendefinierade standardtexter vid inmatning. T ex en rullist med alla ledamöters namn i en nämnd eller för val av aktuellt lagrum för sekretessmarkering enligt offentlighets- och sekretesslagen.

Definition

14.0.10 Bedömning

Det bör gå att byta kortkommandon till klartext.

Definition

(13)

14.0.11 Bedömning

Det bör gå att använda dra-och-släpp-teknik för att hantera information mellan systemet och externa system.

T ex för att flytta en bifogad fil i e-posten direkt till ett ärende.

Definition

14.0.12 Bedömning

Det bör gå att använda dra-och-släpp-teknik för att hantera information inom systemet, t ex för att flytta en fil som mejlats till inkorgen i systemet direkt till ett ärende.

Definition

15.0 E-post

15.0.1 Bedömning

Det ska per arkiv/serie gå att välja avsändaradress för e-post som skickas. T ex om vi vill skicka från myndighetsbrevlåda eller från den avsändare som hanterar aktuell händelse.

Definition

16.0 Metadata

16.0.1 Bedömning

Det bör gå att hämta och använda information kopplat till nedanstående fält genom rullist eller motsvarande med innehåll som vi som kund själv kan anpassa:

- Klassificeringsnivå utifrån ett konfidentialitetsperspektiv Definition

(14)

17.0 Sökfunktion

17.0.1 Bedömning

Det bör gå att söka information i en, flera eller alla serier samtidigt utifrån vilken tilldelad behörighet en enskild användare har. En registrator bör

t ex kunna ges behörighet i alla serier och då söka i dem samtidigt men vid sök bara se sekretessinformation i i den eller de serier hen har rätt att se den typen av information.

Det går att söka information i valfria serier samtidigt

Kravet 50% uppfyllt

Det går att söka information i en eller alla serier samtidigt

Det går bara att söka i en serie i taget Definition

17.0.2 Bedömning

Det bör gå att söka information med filter.

Definition

18.0 Rapporter

18.0.1 Bedömning

Det bör gå att använda en rapport som mall för att skapa en ny rapport.

Systemet har stöd för att återanvända rapport som mall enligt kravets formulering.

Systemet har inte stöd för att återanvända rapport som mall.

Definition

(15)

18.0.2 Bedömning

Det bör gå att skapa rapporter utifrån valfria sökkriterier i form av värden och intervall.

Systemet har stöd för att skapa rapporter enligt kravets formulering.

Systemet har inte stöd för sådana rapporter.

Definition

19.0 Bevakning och avisering

19.0.1 Bedömning

Det bör gå att ha bevakning kvar tills behörig användare åtgärdat bevakningen alternativt när en bevakad åtgärd i ett fördefinierat flöde åtgärdats.

Definition

19.0.2 Bedömning

Bevakningsfunktionen bör kunna visa bevakningar på användarens startsida i systemet.

Definition

19.0.3 Bedömning

Det bör vara valbart att vid avisering kunna visa information i klartext om vad bevakningen avser.

Definition

(16)

20.0 Offentlig insyn

20.0.1 Bedömning

Systemet bör ha funktion för webbpublicering av dokument minst till kommunal författningssamling.

Definition

21.0 Hjälpfunktion

21.0.1 Bedömning

Systemet bör ha en hjälpfunktion som stödjer att förklarande information visas för användaren, som t ex

"mouse over"/"Tool tip".

Definition

21.0.2 Bedömning

Systemets hjälpfunktion bör ge användaren en situationsanpassad upplevelse som leder användaren rätt.

Beskriv hur kravet uppfylls och ange även vilken övrig hjälp som systemet kan tillhandahålla användaren.

Systemet har en situationsanpassad hjälpfunktion enligt kravets formulering.

Definition

(17)

21.0.3 Bedömning

Hjälpfönstret bör vara synligt samtidigt som man arbetar.

Systemet tillåter att hjälpfönstret är synligt samtidigt som man arbetar.

Definition

22.0 Logisk instansiering

22.0.1 Bedömning

Karlstads kommun har för avsikt att leverera systemet som tjänst i förhållande till externa parter och eftersträvar en miljö så effektiv som möjligt för ändamålet.

Systemet är multitenant i den meningen att systemets arkitektur bygger på en instans av installerad programvara där en eller flera tenants kan köras i separata avdelningar – inbegripande dess data,

konfiguration, hantering av användare, individuell funktionalitet och kvalitetsegenskaper (icke-funktionella egenskaper).

Systemet 25% uppfyllt

Systemet är single tenant och tillhandahålls därmed endast i separata fysiska instanser (installationer) för respektive part.

Beskriv er lösning och hur systemarkitekturen ser ut för att hantera samverkande parter.

OM 25% SKA GÄLLA FÅR VI ÄNDRA TILL ICKE LINJÄR SKALA Definition

22.0.2 Bedömning

Vi som kund bör själva i en tenant kunna(i fallet single tenant jämställs en fysisk instans):

a) skapa och redigera arbetsflöden inklusive tillhörande regler

(18)

b) koppla egendefinierade dokumentmallar till olika steg i ett arbetsflöde

Aktuell tenant uppvisar inga begränsningar i konfigurerbarhet med avseende på ovanstående, och i fallet multitenant, ingen påverkan på andra tenants.

Kravet 50% uppfyllt

Aktuell tenant uppvisar hanterbara begränsningar i konfigurerbarhet med avseende på ovanstående, och i fallet multitenant, begränsad påverkan på andra tenants.

Respektive tenant uppvisar begränsningar i konfigurerbarhet.

Definition

23.0 Webbapplikationer

23.0.1 Bedömning

Systemet bör kunna köras med webbläsaren Microsoft Internet Explorer med vid var tid senaste publicerade version.

Beskriv hur kravet uppfylls med uppgifter om hur följsamheten till versionsförändringar ser ut för den aktuella webbläsaren, om leverantören med avseende på detta deltar i utvecklingsverksamhet med leverantören av webbläsaren samt hur eventuella driftstörningar till följd av förändringar i webbläsarversioner hanteras.

Leverantören redovisar gott stöd för den aktuella webbläsaren genom följande kombination av kriterier:

a) Den version av webbläsaren som stöds släpar efter med maximalt 1 version i förhållande till den vid var tid senaste publicerade versionen.

b) Leverantören kan påvisa deltagande i utvecklingsverksamhet med leverantören av webbläsaren c) Leverantören kan påvisa en strategi för att möta eventuella driftstörningar till följd av förändringar i webbläsarversioner.

Kravet 50% uppfyllt

Leverantören redovisar mindre gott stöd för den aktuella webbläsaren genom följande kombination av kriterier:

a) Den version av webbläsaren som stöds släpar med maximalt 2 versioner i förhållande till den vid var tid senaste publicerade versionen

b) Leverantören kan inte påvisa deltagande i utvecklingsverksamhet med leverantören av webbläsaren c) Leverantören kan påvisa en strategi för att möta eventuella driftstörningar till följd av förändringar i

(19)

Kravet inte uppfyllt Allt övrigt.

Definition

23.0.2 Bedömning

Systemet bör kunna köras med webbläsaren Microsoft Edge med vid var tid senaste publicerade version.

Kravet 50% uppfyllt

b) Leverantören kan inte påvisa deltagande i utvecklingsverksamhet med leverantören av webbläsaren c) Leverantören kan påvisa en strategi för att möta eventuella driftstörningar till följd av förändringar i webbläsarversioner saknas.

Definition

(20)

23.0.3 Bedömning

Systemet bör kunna köras med webbläsaren Google Chrome med vid var tid senaste publicerade version.

Kravet 50% uppfyllt

Definition

23.0.4 Bedömning

Systemet bör kunna köras med webbläsaren Apple Safari med vid var tid senaste publicerade version.

(21)

Kravet 50% uppfyllt

Definition

23.0.5 Bedömning

Utöver webbläsaren bör det inte krävas någon annan programvara eller plugin på klienten.

Leverantören uppfyller kravet.

Kravet 50% uppfyllt

Leverantören använder kompletterande programvara till webbläsaren men kan motivera detta på ett godtagbart sätt.

Definition

23.0.6 Bedömning

Webbsidor bör vara byggda responsiva vilket innebär en webbdesign som oavsett typ av webbläsare tillåter att layouten förändras oberoende av vilken skärmstorlek, skärmupplösning eller orientering som en

besökares klientdator (bärbar dator, ipad, mobil) har.

(22)

Beskriv hur kravet uppfylls och ange eventuella begränsningar.

Leverantören redovisar god följsamhet till kravet.

Kravet stöds inte av leverantören.

Definition

23.0.7 Bedömning

Vid webbutveckling bör W3C standard för HTML följas. https://www.w3.org/html/

Definition

23.0.8 Bedömning

Vid webbutveckling bör W3C standard för CSS följas. https://www.w3.org/Style/CSS/Overview.en.html

Kravet stöds inte av leverantören. "

Definition

(23)

23.0.9 Bedömning

Vid webbutveckling bör W3C standard för Script WAI-ARIA följas. https://www.w3.org/html/

Definition

23.0.10 Bedömning

"Systemets grafiska utformning bör säkerställa tillgängligheten för alla typer av användare genom att följa PTS vägledning för webbutveckling https://webbriktlinjer.se/principer/tillganglig/ som bygger på W3C:s WCAG 2.0. Om inga särskilda skäl finns bör webblösningar uppnå nivå AA.

Definition

23.0.11 Bedömning

Utseendet på webbsidor som publiceras externt bör följa den grafiska profilen för Karlstads kommun enligt bilaga xx ”grafiskhandbok_2017_uppdaterad.pdf”.

Om systemet är multitenant kan respektive tenant anpassas efter respektive parts grafiska profiler.

Kravet 50% uppfyllt

Leverantören redovisar mindre god följsamhet till kravet.

(24)

Definition

24.0 Microsoft Windows-baserade (native) applikationer

24.0.1 Bedömning

Om systemet i sin helhet eller i någon del är Windows-baserat bör det kunna köras med operativsystemet Microsoft Windows 10 med den vid var tid senast publicerade versionen av operativsystemet.

Beskriv hur kravet uppfylls med uppgift om hur följsamheten till versionsförändringar ser ut för det aktuella operativsystemet, om ni deltar i utvecklingsverksamhet med leverantören av operativsystemet samt hur eventuella driftstörningar till följd av förändringar i operativsystemsversioner hanteras.

Leverantören redovisar gott stöd för det aktuella operativsystemet genom följande kombination av kriterier:

a) Den version av operativsystemet som stöds släpar efter med maximalt 1 version i förhållande till den vid var tid senaste publicerade versionen.

b) Leverantören kan påvisa deltagande i utvecklingsverksamhet med leverantören av operativsystemet.

c) Leverantören kan påvisa en strategi för att möta eventuella driftstörningar till följd av förändringar i operativsystemet.

Kravet 50% uppfyllt

Leverantören redovisar mindre gott stöd för det aktuella operativsystemet genom följande kriterier:

a) Den version av operativsystemet som stöds släpar med maximalt 2 versioner i förhållande till den vid var tid senaste publicerade versionen.

b) Leverantören kan inte påvisa deltagande i utvecklingsverksamhet med leverantören av operativsystemet.

c) Leverantören kan påvisa en strategi för att möta eventuella driftstörningar till följd av förändringar i operativsystemet saknas.

Definition

(25)

24.0.2 Bedömning

En slutanvändare bör kunna köra systemet i nedlåst Windows-miljö, d.v.s. med behörigheter i operativsystemet motsvarande ”Användare/user”.

Beskriv hur kravet uppfylls.

En slutanvändare kan köra systemet i nedlåst Windows-miljö.

En slutanvändare kan inte köra systemet i nedlåst Windows-miljö.

Definition

24.0.3 Bedömning

Installerad applikation bör kunna uppdateras utan lokal administratörsbehörighet.

Installerad applikation kan uppdateras utan lokal administratörsbehörighet.

Installerad applikation kan inte uppdateras utan lokal administratörsbehörighet.

Definition

24.0.4 Bedömning

Applikationen bör vara användarprofilbaserad, d.v.s. om flera användare delar på en klientdator så har respektive användare sina egna inställningar.

Applikationen är användarprofilbaserad.

Applikationen är inte användarprofilbaserad.

(26)

Definition

25.0 Apple iOS-baserade (native) applikationer

25.0.1 Bedömning

Om systemet i sin helhet eller i någon del är iOS-baserat bör det kunna köras med den vid var tid senast publicerade versionen av operativsystemet.

Beskriv hur kravet uppfylls med uppgift om hur följsamheten till versionsförändringar ser ut för det aktuella operativsystemet, om ni deltar i utvecklingsverksamhet med leverantören av operativsystemet samt hur eventuella driftstörningar till följd av förändringar i operativsystemsversioner hanteras.

Leverantören redovisar gott stöd för det aktuella operativsystemet genom följande kombination av kriterier:

a) Den version av operativsystemet som stöds släpar efter med maximalt 1 version i förhållande till den vid var tid senaste publicerade versionen.

b) Leverantören kan påvisa deltagande i utvecklingsverksamhet med leverantören av operativsystemet.

c) Leverantören kan påvisa en strategi för att möta eventuella driftstörningar till följd av förändringar i operativsystemet.

Kravet 50% uppfyllt

Leverantören redovisar mindre gott stöd för det aktuella operativsystemet genom följande kriterier:

a) Den version av operativsystemet som stöds släpar med maximalt 2 versioner i förhållande till den vid var tid senaste publicerade versionen.

b) Leverantören kan inte påvisa deltagande i utvecklingsverksamhet med leverantören av operativsystemet.

c) Leverantören kan påvisa en strategi för att möta eventuella driftstörningar till följd av förändringar i operativsystemet saknas.

Definition

25.0.2 Bedömning

(27)

Applikationen bör vara användarprofilbaserad, d.v.s. om flera användare delar på en klientdator så har respektive användare sina egna inställningar.

Applikationen är användarprofilbaserad.

Applikationen är inte användarprofilbaserad.

Definition

26.0 Auktorisera användare (hantera behörigheter)

26.0.1 Bedömning

I den utsträckning det blir fråga om direktinloggning till systemet med 1FA-metod, i det här fallet användar-id och lösenord, bör det gå att tillämpa nedanstående villkor för lösenord:

Lösenordets länd är 8-16 tecken långt och innehåller minst tre av följande fyra kategorier:

• Versaler: A-Z

• Gemener: a-z

• Siffror: 0-9

• Specialtecken: ! "" # % & / ( ) = ? ` ^ @ $ - _ + [ ] { } | \ : ; . , ~

Systemet kan hantera lösenord med minst 16 teckens längd. Samtliga fyra av ovanstående kategorier med de angivna tecknen kan hanteras.

Kravet 50% uppfyllt

Systemet kan hantera lösenord med minst 16 teckens längd. Färre än fyra av ovanstående kategorier med de angivna tecknen kan hanteras.

Kravet inte uppfyllt Övriga fall.

Definition

(28)

26.0.2 Bedömning

I den utsträckning det blir fråga om direktinloggning till systemet med 1FA-metod, i det här fallet användar-id och lösenord, bör systemet tillåta att användare på egen hand kan byta sina lösenord.

Användaren kan på egen hand byta sitt lösenord.

Definition

26.0.3 Bedömning

Vid användar-id och lösenord bör det gå att styra användare till att byta lösenord med en frekvens som systemadministratören bestämmer.

Systemet kan styra en användare till att byta sitt lösenord med en frekvens som systemadministratören bestämmer.

Definition

26.0.4 Bedömning

Systemadministratören bör själv kunna definiera behörighetsgrundande roller/samarbetsgrupper i systemet.

Systemadministratören kan själv definiera behörighetsgrundande roller/samarbetsgrupper i systemet.

Definition

(29)

26.0.5 Bedömning

Det bör gå att hantera systemets användare och behörigheter automatiskt, s.k. provisionering, genom synkronisering av uppgifter från en Identitets- och åtkomstlösning.

Identitets- och åtkomstlösningen (IAM) kan direktansluta mot systemets databas med en av kunden tillhandahållen adapter via ODBC eller JDBC.

Kravet 50% uppfyllt

Identitets- och åtkomstlösningen (IAM) kan ansluta mot ett av leverantören specificerat API baserat på SCIM , SPML eller liknande.

Anslutningsmöjligheter saknas.

Definition

26.0.6 Bedömning

Det bör gå att begränsa en användares tillgång till systemets informationstillgångar med start- och slutdatum.

Vid begränsning har användaren sina uppgifter och behörigheter intakta och om inget sluttdatum anges ska tillgången till systemets information gälla tillsvidare. Funktionen är t ex användbar vid förregistrering av användare, tjänstledighet eller när en medarbetare slutar eller byter tjänst.

Det går att begränsa en användares tillgång till systemets informations-tillgångar helt enligt kravets utformning.

Kravet 50% uppfyllt

Det går att begränsa en användares tillgång till systemets informations-tillgångar men med avvikelser i förhållande till kravets utformning.

Definition

(30)

26.0.7 Bedömning

Det bör gå att kopiera behörighetsgrundande roller för att t ex kunna återanvända i flera serier/arkiv.

Det går att kopiera behörighetsgrundande roller och återanvända i systemets olika funktioner.

Definition

26.0.8 Bedömning

Systemet bör vara oberoende av Microsoft Active Directory för att hantera auktorisation av användare.

Systemet är oberoende av Microsoft Active Directory för att hantera auktorisation av användare.

Systemet är beroende av Microsoft Active Directory för att hantera auktorisation av användare.

Definition

26.0.9 Bedömning

Systemet bör ha funktionalitet för att begränsa tillgången till personuppgifter gällande personer med sekretessmarkering i Skatteverkets folkbokföringsregister, hämtad via direktuppslag mot Skatteverkets folkbokföringstjänst Navet, via lokal eller regional fasadtjänst eller genom att behörig administratör direkt i systemet kan sekretessmarkera en person. Tillgång till sådana uppgifter begränsas till att endast omfatta de användare som handlägger uppgifterna.

Systemet har funktionalitet för att hantera personer med sekretessmarkering i folkbokföringsregistret.

(31)

Definition

27.0 Autentisera användare och kontrollera åtkomst

27.0.1 Bedömning

Vid konfiguration för federerad inloggning bör referensarkitekturens tekniska protokoll följas.

Beskriv hur kravet uppfylls genom att ange vilket/vilka av de primära tekniska protokollen som tillämpas per klientdatortyp.

Referensarkitekturens primära tekniska protokoll stöds.

Kravet 50% uppfyllt

Referensarkitekturens alternativa tekniska protokoll stöds med begränsningen att Kerberos endast kan ha en lokal tillämpning.

Utvärderas endast i det föregående ”S”-kravet.

Definition

27.0.2 Bedömning

För att användaren ska får arbeta vidare efter inaktivitet bör systemet kunna avkräva användaren en förnyad inloggning efter en av systemadministratören valfritt satt tidsperiod. Under denna process hålls användarens session öppen så att pågående arbete inte går förlorat.

Systemet kan avkräva en användare en förnyad inloggning efter en av systemadministratören valfritt satt tidsperiod av inaktivitet. Under denna process är sessionen öppen så att pågående arbete inte går förlorat.

Kravet 50% uppfyllt

Systemet förnyar inte inloggningen utan loggar ut användaren efter en valfritt satt tidsperiod av inaktivitet, varvid pågående arbete går förlorat.

(32)

Definition

28.0 Hantera enskildas rättigheter

28.0.1 Bedömning

Registerutdrag bör kunna levereras i en digital kanal jämte sitt metadata via ett specificerat API.

Registerutdraget levereras i en digital kanal enligt kravets formulering.

Beskriv hur kravet uppfylls genom att bland annat specificera ert API.

Definition

29.0 Hantera personer med sekretessmarkering

29.0.1 Bedömning

Systemet bör ha funktionalitet för att begränsa tillgången till personuppgifter gällande personer med sekretessmarkering i Skatteverkets folkbokföringsregister, hämtad via direktuppslag mot Skatteverkets folkbokföringstjänst Navet, eller via lokal eller regional fasadtjänst (som tex KID), eller genom att behörig administratör direkt i systemet kan sekretessmarkera en person. Tillgång till sådana uppgifter begränsas till att endast omfatta de användare som handlägger uppgifterna.

Systemet har funktionalitet för att hantera personer med sekretessmarkering i folkbokföringsregistret.

(33)

Definition

30.0 Kryptera information

30.0.1 Bedömning

Vid användning av HTTPS bör systemet oavsett typ av webbläsare stödja protokollet TLS.

TLS version 1.1 eller 1.2 stöds.

Kravet 50% uppfyllt

TLS högst version 1.0 stöds.

Definition

30.0.2 Bedömning

Systemet bör kunna ta emot och behandla elektroniska handlingar med e-underskrift(er).

Systemet kan ta emot och behandla elektroniska handlingar med e-underskrift(er).

Definition

(34)

30.0.3 Bedömning

Det bör gå att stämpla valfria dokument digitalt med e-stämpel när vi registrerar handlingar, och då bör myndighetsnamn för berörd serie/arkiv, datum, klassificeringsbeteckning och sekretessgrund kunna anges.

När någon har överklagat ett beslut vi fattat och domstolen eller den enskilde skickar handlingar till oss kan det t ex vara av värde att se direkt på handlingen när den kom in.

Systemet kan ta emot och ankomststämpla elektroniska handlingar med e-stämpel.

Systemet har inte stöd för funktionen Definition

31.0 Loggning av system- och användarrelaterade händelser

31.0.1 Bedömning

Loggposter bör kunna gallras enligt kraven för gallring av information.

Loggposter kan gallras enligt kraven i avsnittet för gallring av information.

Definition

31.0.2 Bedömning

Systemet bör kunna integreras med en central tjänst för loggning av system- och användarrelaterade händelser (SIEM ) via ett API.

Beskriv hur kravet uppfylls genom att bland annat specificera ert API.

Systemet har ett API för integration med en central tjänst för loggning av system- och användarrelaterade

(35)

Definition