Upphandlingsdokument2022-11-28
Upphandlingsdokument 2022-11-28 |
Upphandlande organisation Statens inköpscentral vid Kammarkollegiet Xxxx Xxxxxxxx | Upphandling Programvaror och tjänster - Licenser och licenstjänster 23.3-2650-2022 Publicerad 2022-10-27 13:29 Sista anbudsdag: 2022-12-12 23:59 |
Symbolförklaring
Texten ingår i annonsen | Texten ingår i kvalificeringen |
Texten kommer att ingå i avtalet | Texten kommer att publiceras i avtalskatalogen |
Texten/frågan innehåller krav som måste uppfyllas | Texten/frågan innehåller ESPD-krav |
Frågan är viktad och ingår i utvärderingen | Frågan är viktad och ingår i utvärderingen |
Frågan ställs endast upplysningsvis | Frågan besvaras av upphandlaren |
Frågan är markerad för särskild uppföljning |
8. Kravkatalog
8.1 Innehållsförteckning
8.2 Inledning
Denna Kravkatalog anger vad som kan kravställas i ett Avrop från detta Ramavtal samt de avgränsningar som finns i Ramavtalet.
För detta Ramavtal tillämpas avrop efter förnyad konkurrensutsättning enligt 7 kap. 9 § LOU, innebärande att Kund skickar en skriftlig Avropsförfrågan samtidigt till samtliga Ramavtalsleverantörer.
På Kammarkollegiets webbplats xxx.xxxxxx.xx kommer det, efter att Xxxxxxxxxx trätt i kraft, finnas stöddokumentation för hur Kund kan göra Avrop.
8.3 Definitioner
Samtliga begrepp som används i detta dokument är definierade i ramavtalsbilaga Allmänna villkor
eller direkt i detta dokument.
8.4 Ramavtalets omfattning
Denna upphandling omfattar licenser för programvaror, publika molntjänster (programvara som tjänst). Ramavtalet omfattar dessutom kundtjänst/support, uppgraderingar och uppdateringar av befintligt innehav av programvaror. Ramavtalet omfattar också alla typer av Licenstjänster som hjälper en myndighet med sina licenser.
Ramavtalet omfattar inte konsulttjänster.
8.5 Övergripande instruktioner
Kund får ställa ett obligatoriskt krav på specifik namngiven Programvara som i sin helhet är licensierad med en eller flera licenser godkända av Open Source Initiative (OSI)1, är gratis och fri för alla leverantörer att nyttja (det krävs ex. ingen återförsäljarstatus).
Kund får ställa obligatoriska krav på standarder endast om standarden uppfyller kraven på en öppen standard enligt SOU 2009:86.
I ett och samma Avrop kan krav ställas på Kundtjänst, Uppgradering och Uppdatering till många olika befintliga Programvaror. Även utökning av befintlig it-miljö förenlig enligt punkten nedan kan ingå i Xxxxxxx. Både Xxxxxxxx vid en tidpunkt och successiv Leverans under en tydligt definierad tidsperiod kan ingå. Programvara och/eller tjänst som inte angetts i Avropet är endast tillåten att köpa inom ramen för det Kontrakt som tecknats efter Avropet om Programvara och/eller tjänst endast omfattar en icke väsentlig del av Kontrakt.
Om det är nödvändigt för Kund att uppnå teknisk kompatibilitet i befintlig it-miljö får en specifik Programvara namnges vid Avrop om detta står i proportion till behovet och om avropet inte på annat sätt strider mot LOU. Kund ska i detta fall tydligt beskriva sin it- miljö och ange tillämpliga kompatibilitets- och integrationskrav.
Att avropa Kundtjänst, Uppgradering och Uppdatering till befintlig Programvara får ske med angivande av befintlig Programvara.
Krav får endast ställas på hårdvara som medföljer Programvara i den mån det är proportionerligt och för att kunna likabehandla olika Programvaror, vare sig de levereras med hårdvara eller inte.
Vid Avrop av Licenstjänst har Kund rätt att i sin Avropsförfrågan ange att den Ramavtalsleverantör samt den Licenstjänstleverantör som tillhandahåller Licenstjänst kommer att vara utesluten från kommande Avrop gällande Programvara och Publik molntjänst som omfattas av Licenstjänst.
Avrop av Privat molntjänst kan endast avse licenshantering som Privat molntjänst och där Drifttjänst tillhandahålls av Ramavtalsleverantör eller dess Underleverantör. Licenshantering som Privat molntjänst omfattar programvara för licenshantering tillsammans med Licenstjänst där både stöd vid licensrevision samt rådgivning, hantering, uppföljning och inventering av licenser kan ingå
Kund kan avropa en begränsad programvarukorg där Kund enkelt kan köpa Programvara, Kundtjänst, Uppgraderingar samt Uppdateringar som omfattas av Kund ska i Avropsförfrågan beskriva omfattning och vilka behov programvarukorgen ska tillgodose. En programvarukorgs löptid är ett år räknat från ingående av Kontrakt och Kund kan endast ha en programvarukorg vid en given tidpunkt. Under programvarukorgs löptid kan köp göras för maximalt 500 000 SEK. Xxxxxxxxxxxxxxxxxxx ska på Kunds begäran tillhandahålla uppgift om Kunds upplupna köp från en programvarukorg. En programvarukorg kan avropas fristående eller som option.
1xxxx://xxx.xxxxxxxxxx.xxx/xxxxxxxx/
8.6 Licenstjänster
I det följande förklaras, i bokstavsordning, de olika Licenstjänster Kund kan avropa. Licenstjänst beskrivs utifrån det effektmål som uppnås med respektive Licenstjänst.
Fakturagranskning vid licensköp
Med Fakturagranskning vid licensköp avses hjälp till Xxxx genom att granska Kunds fakturor gällande köp av licenser för att säkerställa att Xxxx blivit korrekt fakturerad.
Licensinventering
Med Licensinventering avses granskning och dokumentation av Kunds befintliga licensinnehav.
Licensrådgivning
Med Licensrådgivning avses rådgivning kring licensoptimering för att t.ex. minimera Kunds licenskostnader samt rådgivning inför anskaffning av licenser.
Licensuppföljning
Med Licensuppföljning avses löpande kontroll över att Kund är rätt licensierad, analys av Kunds nyttjandegrad, löpande stöd till Kund med licenser samt framtagande av rapporter.
Stöd vid licensrevision
Med Stöd vid licensrevision avses hjälp till Xxxx genom hela processen vid licensrevision inklusive att hjälpa Kund gentemot licensgivaren.
8.7 Kravkatalog
Följande lista av krav kan Kund tillämpa vid Avrop. Krav kan ställas både som obligatoriska krav och tilldelningskriterier beroende på Kunds behov. Kraven är angivna i bokstavsordning.
Avslut
Vid Avrop kan krav komma att ställas på aktiviteter vid Kontrakts, eller del av Kontrakts, avslut, t.ex. flytt av data, radering av data, kompetensöverföring och destruktion av media.
Certifiering
Vid Avrop kan krav komma att ställas utifrån Programvaras certifiering för exempelvis viss hårdvara, operativsystem, andra Programvaror eller säkerhetsklassning.
Dataskyddsförordningen
Vid avrop kan krav komma att ställas på Xxxxxxxxxxxxxxxxxxxxx gällande förhållanden enligt dataskyddsförordningen, exempelvis krav gällande överföring av personuppgifter till tredje land. Observera att nedan beskrivning av respektive parameter inte är uttömmande utan endast exemplifierar hur dessa kan användas vid avrop. Det kan röra sig om krav gällande redogörelse om:
• till vilket land eller vilka länder som aktuella personuppgifter kommer att överföras eller från vilket land eller vilka länder som mottagaren av personuppgifterna skulle ha tillgång till aktuella personuppgifter.
• vem eller vilka som är mottagare av aktuella personuppgifter.
• vilka typer av tjänster som mottagaren tillhandahåller och för vilka mottagaren skulle behandla överförda personuppgifter.
• för vilket eller vilka ändamål som överföringen kommer att genomföras och den efterföljande behandlingen, ex. om personuppgifterna kommer att användas för test och utveckling eller för framställande av statistik.
• på vilket sätt personuppgifterna kommer att överföras till mottagaren och på vilket sätt mottagaren därefter kommer att behandla desamma.
• med stöd av vilket överföringsverktyg, alternativt med stöd av vilken undantagsbestämmelse, som överföringen skulle ske.
• vilka typer och kategorier av personuppgifter som omfattas av överföringen.
• i vilken omfattning som personuppgifter skulle överföras till mottagaren (volymen av personuppgifter).
• hur ofta som berörda personuppgifter kommer att överföras till mottagaren (t.ex. löpande, månatligen eller en gång).
• integritetskänsliga eller särskilda kategorier av personuppgifter omfattas av överföringen.
• vilka kategorier av registrerade individer som berörs av överföringen.
• mottagaren är en molntjänstleverantör eller en leverantör av kommunikationstjänster.
• i vilken eller vilka sektorer som mottagaren är verksam.
• i vilket format som personuppgifter kommer att överföras till mottagaren och eventuellt lagras hos mottagaren.
• på vilket sätt mottagarens tillgång till berörda personuppgifter kan kontrolleras (t.ex. genom
åtkomstkontroller och behörighetsstyrning).
• för de fall ramavtalsleverantören omfattas av lagstiftning i mottagarlandet och den aktuella lagstiftningen är tillämplig på överföringen, om det finns en reell risk för att överföringen innebär att myndigheterna i mottagarlandet med framgång skulle kunna få åtkomst till uppgifterna.
• att ramavtalsleverantören kommer att agera lojalt i enlighet med kontrakt trots att denne omfattas av lagstiftning i mottagarlandet som påverkar skyddet för överförda personuppgifter.
• och i vilket utsträckning berörda personuppgifter överförs och lagras krypterat, med vilken krypteringsteknik, hur krypteringsnyckeln lagras och i vilken miljö dekryptering av berörda personuppgifter sker.
• och i vilken utsträckning berörda personuppgifter pseudonymiseras innan överföring till mottagaren och vid eventuell lagring hos mottagaren.
• de begäranden som mottagaren i tredje land tagit emot från offentliga myndigheter i mottagarlandet om tillgång till personuppgifter som mottagaren behandlar. Det kan exempelvis vara information om antalet begäranden, typ av uppgifter som begärts, uppgift om den eller de begärande myndigheterna, om begärandena har bestridits och resultatet av bestridandena.
Dokumentation och hjälpfunktioner
Vid Avrop kan krav komma att ställas på användardokumentation, systemdokumentation och hjälpfunktioner.
E-handel
Vid Avrop kan krav komma att ställas kring E-handel. Generellt
Myndigheten för digital förvaltning (DIGG) ger information om elektronisk handel (e-handel) i offentlig sektor. SFTI är ett samverkansprojekt för att främja utvecklingen av en effektiv affärsprocess för e- handel mellan offentlig sektor (kommuner, regioner och statliga myndigheter) och leverantörer av varor och tjänster. SFTI informerar om e-handel och rekommenderar standardiserade meddelanden för e-handel, inklusive elektronisk faktura (e-faktura). Frågor om e-handel som direkt rör Ramavtalet ska alltid ställas till Kammarkollegiet. Frågor om e-handel som direkt rör ett specifikt Avrop ska ställas till berörd Avropsberättigad. Med SFTI menas SFTI eller offentligt styrd organisation som kan komma att ersätta SFTI:s roll i fråga om att rekommendera standardiserade meddelanden för e- handel.
Peppol är ett internationellt nätverk för elektroniska inköp som gör e-handel och e-upphandling enklare. Nätverket benämns ibland som Peppols infrastruktur och det består av flera delar, bland annat en teknisk infrastruktur, gemensamma meddelandestandarder och en organisation som utvecklar nätverket.
En leverantörsportal är i detta sammanhang en webbplats som Avropsberättigad tillhandahåller sina leverantörer, där leverantörerna kan registrera elektroniska kataloger, ta emot elektroniska beställningar samt skicka orderbekräftelser och elektroniska fakturor.
Avropsberättigad kan ställa krav och kriterier gällande e-handel i sitt avrop samt precisera villkoren för e-handel enligt nedan i sin avropsförfrågan. Xxxxxxxxxxxxxxxxxxx ska kunna tillhandahålla e- handel enligt kraven nedan samt hur i Kontrakt angivna Programvaror, tjänster och villkor presenteras för Kund på Ramavtalsleverantörs webbplats kan ställas.
Ansvar för format, kommunikationssätt och kostnader
De format och kommunikationssätt som Parterna använder för standardiserade meddelanden för e- handel enligt detta avsnitt ska vara rekommenderade av SFTI, om inte annan standard överenskommits mellan Parterna. I de fall ett format eller kommunikationssätt som anges nedan upphör att rekommenderas har Avropsberättigad rätt att anvisa ett annat likvärdigt alternativ som SFTI rekommenderar.
Xxxxxxxxxxxxxxxxxxx som skickar av SFTI rekommenderade Peppolmeddelanden ska på begäran
skicka dem via Peppolnätverket. Xxxxxxxxxxxxxxxxxxx som tar emot av SFTI rekommenderade Peppolmeddelanden ska vara registrerad i Peppols registerfunktion Service Metadata Publisher (SMP) för att kunna ta emot den aktuella meddelandetypen. Meddelanden som skickas via Peppolnätverket måste följa formatets regler och versionsuppdateringar.
Ramavtalsleverantören står för sina kostnader som det innebär att utveckla, använda och underhålla lämpligt systemstöd för de affärsprocesser, standardiserade meddelanden och kommunikationssätt som refereras till i detta avsnitt.
Katalog
Ramavtalsleverantören ska senast vid angiven tidpunkt i Kontraktet skapa och sända elektronisk produktkatalog (sortiments- och prislista) enligt minst ett (1) av följande alternativ:
1. Peppolkatalog (Peppol BIS Catalogue without response).
2. SFTI:s katalog som cellstrukturerad mall
Avropsberättigad kan eventuellt, som alternativ, tillhandahålla en katalogmall som är anpassad till det aktuella e-handelssystemet och/eller en leverantörsportal för manuell registrering av produktkatalog.
Produktkatalogen ska innehålla sortimentet som omfattas av upphandlingen och visa de avtalade nettopriserna. Beställningsdagens pris ska faktureras.
Ytterligare krav på produktkatalogen kan komma att ställas vid Avrop. Webbutik
Ramavtalsleverantören ska senast vid angiven tidpunkt i Kontraktet tillhandahålla en webbutik som är avgränsad enligt följande:
• Den avgränsade webbutiken ska endast vara tillgänglig för användare som Avropsberättigad särskilt har angett.
• Den avgränsade webbutiken ska enbart innehålla avtalat sortiment.
Punch Out
Webbutiken ska på begäran integreras med Avropsberättigads e-handelssystem enligt Peppol BIS Punch Out, inklusive den rekommenderade metoden för överföring och inloggningsförfarande, det vill säga Peppol Punch Out Login & Transmission Specification.
Avropsberättigad kan eventuellt, som ett alternativ, erbjuda Ramavtalsleverantören att tillämpa e- handel med andra på marknaden vanligt förekommande format för Punch Out.
Ytterligare krav på Punch Out kan komma att ställas vid Avrop. Order och orderansvar
Ramavtalsleverantören ska senast vid angiven tidpunkt i Kontraktet ta emot elektronisk order samt skapa och sända ordersvar enligt minst ett (1) av följande alternativ:
1. Peppol BIS Ordering (order och ordersvar)
2. E-post
Om Avropsberättigad begär det ska Ramavtalsleverantören i stället för e-post använda den leverantörsportal som Avropsberättigad tillhandahåller för manuell mottagning av order och registrering av ordersvar.
Orderöverenskommelse
Xxxxxxxxxxxxxxxxxxxxx ska senast vid angiven tidpunkt i Kontraktet skapa och sända elektronisk
orderöverenskommelse enligt Peppol BIS Order Agreement. Leveransavisering
Xxxxxxxxxxxxxxxxxxxxx ska senast vid angiven tidpunkt i Kontraktet skapa och sända elektronisk leveransavisering enligt Peppol BIS Despatch Advice.
Avropsberättigad kan eventuellt, som ett alternativ, tillhandahålla en leverantörsportal för manuell registrering av leveransavisering.
Faktureringsvillkor och rutiner
Vid Avrop kan krav komma att ställas på Ramavtalsleverantörs fakturor efter Xxxxx behov, exempelvis gällande detaljeringsgrad, faktureringsperiod, e-faktura etc.
Funktionalitet
Vid Avrop kan krav komma att ställas utifrån om och hur väl vissa funktionella krav uppfylls förutsatt att kraven ryms inom Ramavtalets omfattning.
Förmåga att leverera till offentlig sektors verksamhet i utlandet
Vid Avrop kan krav komma att ställas utifrån Ramavtalsleverantörs förmåga att leverera till offentlig sektors verksamhet i utlandet.
Hållbarhet
Vid Avrop kan krav komma att ställas på miljöegenskaper och sociala aspekter t.ex. att distansöverbryggande teknik ska användas i syfte att minska antalet resor, eller grad av energieffektivitet vid exekvering av programkod, effektivt kodande, möjligheter till virtualisering av Programvara, energieffektivitet i datacenter för Drifttjänst, ingående material, samt krav avseende konfliktmineraler och innehåll av miljö- och hälsofarliga kemikalier.
Hårdvara
Vid Avrop kan krav komma att ställas på att Programvara är lämpad för viss hårdvara. Även s.k. ”appliance” kan avropas (kravställas) under förutsättning att dess funktion omfattas av Upphandlingsföremålet. Med appliance avses här: Programvarubaserat redskap, apparat, utrustning med bestämt användningsområde, där Programvara levereras inbyggd i för ändamålet specifik hårdvara. Den gör en enda eller ett fåtal saker, inget annat. En appliance brukar vara sluten för användaren. Användaren kan inte installera ytterligare Programvara, utom möjligtvis uppdateringar.
Informationsmodell och informationsstruktur
Vid Avrop kan krav komma att ställas på att det som avropas kan hantera viss information, t.ex. i form av en informationsmodell som Programvarans informationsstruktur motsvarar.
Informationssäkerhet
Vid Avrop kan krav komma att ställas på informationssäkerhet t.ex. behörighet, loggning, certifiering samt möjlighet att sätta rättigheter.
Infrastruktur
Vid Avrop kan krav komma att ställas på att det som avropas är lämpligt för viss infrastruktur, t.ex. IPv6 eller DNSSec.
Integration
Vid Avrop kan krav komma att ställas på att det som avropas är möjligt att integrera med Kunds befintliga it-miljö.
Kompatibilitet
Vid Avrop kan krav komma att ställas på att Programvara eller molntjänst helt eller delvis ska vara funktionellt likvärdig med befintlig Programvara eller molntjänst. Även krav på att Programvara eller molntjänst ska fungera tillsammans med annan Programvara eller molntjänst kan komma att ställas. Krav på kompatibilitet kan exempelvis avse filformat, gränssnitt, anrop eller integration i ett processflöde.
Kompetensnivå
Vid Avrop kan krav komma att ställas på Konsults erfarenhet, kunskaper och kompetensnivå enligt Statens inköpscentrals (Kammarkollegiets) kompetensmodell.
Kompetensklassningen används vid:
• beskrivning av efterfrågad kompetens
• utvärdering av kompetensnivå
• prissättning av Konsulttjänst
• uppföljning av Konsulttjänst
Nivåbeskrivningarna är profilbeskrivningar på en övergripande nivå. Vid klassning av en Konsults kompetens inom aktuellt kompetensområde ska den kompetensnivå som passar bäst väljas.
Erfarenhet i antal år innebär antal arbetade år inom rollen, dvs. inte nödvändigtvis i antal år som Konsult i aktuell roll.
Konsult som anses ha uppnått en nivå efter kortare tid än vad som anges som normalt för nivån är inte automatiskt utesluten. För att ändå godtas krävs dock att Xxxxxxxxxxxxxxxxxxx styrker att Konsult innehar tillräcklig kompetens inom aktuell roll för att uppnå nivån trots att Konsult arbetat under kortare tid än vad som anges som normalt för att uppnå nivån. Detta syftar till att underlätta tillhandahållandet av Konsult som är särskilt kompetent i relation till arbetad tid inom aktuell roll.
Bevisbördan för detta ligger på Ramavtalsleverantör och det är i sådant fall alltid upp till Kund att göra en bedömning om Konsults kompetens med tillräcklig säkerhet kan anses tillräcklig.
Nivå 1
Kunskap – nyss genomförd utbildning inom aktuell roll. Erfarenhet – kortare arbetserfarenhet eller ny i rollen som konsult. Ledning – kräver arbetsledning.
Självständighet – kan självständigt utföra enklare uppgifter. Nivå 2
Kunskap – har utbildning inom aktuell roll, viss svårighetsgrad.
Erfarenhet – har deltagit i utförandet av ett flertal liknande uppdrag. Nivån uppnås normalt efter 1-3 år inom aktuell roll.
Ledning – kräver arbetsledning.
Självständighet – kan självständigt utföra avgränsade arbetsuppgifter. Nivå 3
Kunskap – hög kompetens inom aktuell roll.
Erfarenhet – är en förebild för andra Konsulter på lägre nivå. Nivån uppnås normalt efter 4–8 år inom aktuell roll.
Ledning – tar ansvar för delområde, kan leda en mindre grupp. Självständighet – kan arbeta självständigt.
Nivå 4
Kunskap – hög generalistkompetens, eller mycket hög kompetens inom aktuell roll. Erfarenhet – har utfört komplexa uppdrag inom aktuell roll och genomfört Konsulttjänst med mycket hög kvalitet.
Nivån uppnås normalt efter 9–12 år inom aktuell roll.
Ledning – tar huvudansvar för ledning av större grupp. Självständighet – mycket stor.
En konsult på nivå 4 motsvarar att vara på i princip högsta nivå sett till kunskap och erfarenhet etc. Arbete inom en viss roll eller inom ett visst kompetensområde i mer än 12 år innebär inte per automatik att en Konsult uppnår en högre nivå.
Nivå 5
Kunskap – kompetens av högsta rang inom aktuell roll, uppfattas som expert på marknaden. Erfarenhet – (som nivå 4).
Ledning – har stor vana och erfarenhet att verka i ledande befattning. Självständighet – mycket stor.
En konsult på nivå 5 motsvarar att vara en specialist och omfattar på marknaden relativt få och ytterst erfarna och kompetenta konsulter inom en viss roll eller inom ett visst kompetensområde.
Kundtjänst
Vid Avrop kan krav komma att ställas på Kundtjänst t.ex. öppettider, svarstider och kontaktytor.
Licens
Vid Avrop kan krav komma att ställas på den licens som Öppen källkod använder eller denna licens kompatibilitet med annan licens. Även krav på licensmodell för proprietär Programvara, abonnemangsmodell eller prenumeration kan komma att ställas.
Licenstjänst
Vid Avrop kan krav komma att ställas på en Licenstjänst där Kund kan få stöd i licensfrågor, licensinventering, stöd vid licensrevision, licensrådgivning, licensuppföljning, val av licenstyp, ändring av licenser, kravspecifikation vid köp av nya licenser, hjälp vid avrop av licenser och granskning av fakturor kopplade till avrop av licenser.
Personuppgiftsbehandling och Personuppgiftsbiträdesavtal
Vid Avrop kan krav komma att ställas på att Ramavtalsleverantör och Underleverantör ingår Personuppgiftsbiträdesavtal med Kund.
Prismodeller och prisindexering
Vid Avrop kan krav komma att ställas på olika prismodeller och modeller för prisindexering. Pris kan anges som t.ex. löpande räkning, fastpris, engångslicensavgift, prenumeration, periodisk avgift (abonnemangsavgift), takpris, påslag på inköpspriser eller en rabattsats mot allmänt gällande publik prislista. Priserna kan kombineras, tillsammans eller var och en för sig, i samma Avrop, exempelvis rabattsats i kombination med takpris.
Process
Vid Avrop kan krav komma att ställas på att det som avropas uppfyller en viss organisatorisk arbetsprocess, t.ex. ärendehantering.
Programmeringsspråk
Vid Avrop kan krav komma att ställas på programmeringsspråk, t.ex. JAVA eller C.
Referenstagning
Vid Avrop kan krav komma att ställas på referenser gällande Licenstjänst.
Samarbetsformer
Vid Avrop kan krav komma att ställas på olika typer av samarbetsformer mellan Kund och Ramavtalsleverantör.
Servicenivåavtal
Vid Avrop kan krav komma att ställas på olika typer av Servicenivåavtal som reglerar t.ex. svarstider, återkoppling gällande felanmälan, prestanda, inställelsetid och åtgärdstid.
Språk
Vid Avrop kan krav komma att ställas på språkkunskaper, t.ex. svenska eller engelska vid utförande av licenstjänst. Även krav på språket i ett användargränssnitt kan komma att ställas.
Säkerhet och Säkerhetsskyddsavtal
Vid Avrop kan krav komma att ställas på säkerhet och på att Ramavtalsleverantör och Underleverantör ingår Säkerhetsskyddsavtal med Kund.
Krav kan också komma att ställas i syfte att uppfylla krav i de för statliga myndigheter gällande föreskrifter MSBFS 2020:6, MSBFS 2020:7, MSBFS 2020:8 och tillkommande publikationer från MSB. Dessa krav kan ställas av alla avropsberättigade.
Tider och genomförande
Vid Avrop kan krav komma att ställas på t.ex. leveranstid, leveranstidpunkt och geografisk plats för genomförandet av Licenstjänst.
Tillgänglighet
Vid Avrop kan krav ställas på tillgänglighet, d.v.s. ett systems användbarhet med hänsyn taget till bredast möjliga spektrum av användare. Det kan t.ex. avse krav på hur väl användargränssnittet uppfyller EN 301 549 och WCAG 2.1 eller motsvarande.
Det kan även ställas andra tillgänglighetskrav, t.ex. avseende systemets funktionsprestanda med utgångspunkt i användarnas behov, för att öka tillgängligheten för bredaste möjliga spektrum av användare, inklusive personer med funktionsnedsättning.
Verifiering
Vid Avrop kan krav komma att ställas på verifiering av i Avropssvar föreslagen lösning, t.ex. i form av en s.k. proof of concept.
Ändringshantering
Vid Avrop kan krav komma att ställas på process och rutiner för förändringar, anpassningar, integrationer m.m.
8.8 Kontraktsvillkor
Ramavtalsbilaga Allmänna villkor utgör alltid del av Kontrakt oavsett om Allmänna villkor åberopas eller inte. Dessa villkor får inte ersättas av andra om det inte framgår specifikt av Ramavtalet.
Om ett Säkerhetsskyddsavtal och/eller Personuppgiftsbiträdesavtal tecknats och lagts som bilaga till Kontrakt och om något stadgande eller villkor i kontraktshandlingarna utgör hinder mot eller försvårar tillämpning av någon klausul i Säkerhetsskyddsavtalet och/eller Personuppgiftsbiträdesavtalet, gäller
vad som avtalats i Säkerhetsskyddsavtalet och/eller Personuppgiftsbiträdesavtalet före Kontrakt.
Anpassningar och preciseringar av Allmänna villkor får endast göras där så särskilt anges i Allmänna villkor.
Ett Kontrakt kan inte tilldelas efter det att Xxxxxxxxxx har upphört att gälla. Detta hindrar dock inte att tillhandahållande av Kontraktsföremål kan ske vid en senare tidpunkt.