Förstudiens krav – så långt har diariet kommit
Sundsvall och Ånge har gjort en förstudie inför ett nytt diarie- och ärendehanteringssystem. Den samlade drygt hundra krav från workshops och intervjuer med registratorer, nämndsekreterare, arkivarier, IT och jurister. Här ser du varje krav och om det redan finns i den här prototypen, om det är planerat eller om det fortfarande saknas.
Sidan uppdateras varje gång en funktion blir klar, så att den visar utvecklingen över tid. Allt i prototypen är byggt med syntetisk testdata. (Rapporten anger 102 krav; kravlistan i Bilaga A har dessutom K8.7B, som lades till efteråt, och ett krav om behörighetsstyrning utan id – därför 104.)
Översikt
- 104krav i kravlistan
- 37klara i appen
- 48planerade helt eller delvis
- 7saknas i planen
- 1kräver beslut
Alla krav
37 % av systemkraven är klara · 66 % är klara eller planerade- Klar i appen37Finns i diariet och är testat. Länken visar var.
- Planerad28Ingår i byggplanen i angiven fas.
- Delvis planerad20En del ingår i planen; kommentaren säger vad som fattas.
- Saknas i planen7Finns inte i byggplanen ännu – kandidat när planen revideras.
- Beslut behövs1Kravet krockar med planen eller med ett annat krav. Verksamheten behöver avgöra.
- Utanför prototypen6Medvetet avgränsat i planen, oftast integrationer mot riktiga system.
- Inte ett systemkrav5Ett krav på leverantör eller organisation, inte på programvaran.
Automation först
Kravlistan togs fram av dagens handläggare, registratorer och sekreterare och speglar delvis dagens arbetssätt: manuell registrering, PDF:er och Word-filer som bärare av information, kontroller post för post. Diariet ska visa framtidens arbetssätt. Krav som bygger in ett manuellt moment eller dagens verktyg utgår eller tolkas om, så att systemet gör jobbet och människan hanterar undantagen. Beslut som är rättsligt ansvar – sekretessprövning, gallring, justering – fattas alltid av en människa, men på ett underlag som systemet har förberett.
- K1.3ArkivformatAutomatisk konvertering till PDF/A för bevarande. För webben i första hand tillgänglig, strukturerad publicering; PDF som komplement.
- K2.2ExpedieringExpediering sker automatiskt när beslutet fattas – beslutsutdrag till parterna via deras kanal, loggat.
- K6.1Egna mallarMallar är strukturerade fält som systemet fyller i från ärendet. Word och PDF är exportformat, inte arbetsformat.
- K6.2TjänsteskrivelsemallarStrukturerad tjänsteskrivelse per ärendetyp, förifylld från ärendet, i stället för ett bibliotek av Word-filer.
- K9.1IHP-integrationInformationshanteringsplanen tillämpas automatiskt via handlingsslaget – gallring, sekretess och bevarande sätts av systemet. Handläggaren ser utfallet men behöver inte slå upp planen.
- P1.2MöteshandlingsproduktionDigital mötesvy för förtroendevalda med strukturerad dagordning, handlingar och förslag till beslut. Mötesboken som PDF finns bara som export.
- K9.3Gallring med manuellt beslutSystemet sammanställer gallringsförslaget med rättslig grund; arkivansvarig fattar ett beslut för hela förslaget och avvikelser flaggas – inte ja/nej per handling. Beslutet är rättsligt ansvar och behålls.
- S1.2Outlook- och Word-integrationE-post till myndighetsbrevlådan och e-tjänster kommer in automatiskt; systemet föreslår och gör registreringen, människan hanterar undantag.
- S1.3First Agenda-integrationMöteshantering i diariet med sammanträdesplaner, deadlines och beredningsordning som data – inte överföring av färdiga dokument till ett annat system.
- S2.1Introduktionsutbildning för nyanställdaVägledning inbyggd i flödet (P1.5), så att en ny medarbetare gör rätt utan särskild utbildning.
- S2.2Löpande utbildning i system och lagstiftningVägledning och kontroller i systemet minskar behovet av löpande utbildning; lagändringar slår igenom i systemets regler.
- S4.2Manuell kontroll vid gallringEtt loggat gallringsbeslut på ett komplett förslag, inte manuell bekräftelse post för post.
- I1.5Webdiarium – tillgängliga PDF-dokumentPublicering som tillgänglig, strukturerad webb och API, så att Mina sidor och webbplatsen hämtar själva. PDF som komplement, PDF/A för bevarande.
Per kravområde
Längst fram det som är klart, sist det som inte rör systemet.- Arkivering & e-arkiv6 klara · 5 planerade av 11
- Ärendehantering & diarium2 klara · 5 planerade av 9
- Integration & API2 klara · 3 planerade av 11
- Automatisering & AI0 klara · 5 planerade av 6
- Sekretess & informationssäkerhet7 klara · 3 planerade av 11
- Användargränssnitt & mallar3 klara · 3 planerade av 6
- Publicering & anslagstavla1 klara · 2 planerade av 3
- Metadatahantering10 klara · 5 planerade av 16
- Informationshanteringsplan & gallring0 klara · 5 planerade av 6
- Systemförvaltning & öppna format1 klara · 2 planerade av 4
- Processstöd & möteshantering2 klara · 3 planerade av 5
- Insyn & utlämnande0 klara · 2 planerade av 5
- Driftsättning & teknisk arkitektur2 klara · 4 planerade av 6
- Kompetens & utbildning0 klara · 0 planerade av 2
- Förvaltning & organisation1 klara · 1 planerade av 3
Användarfallen som acceptanstester
Förstudien beskriver åtta användarfall som leverantörerna ska kunna demonstrera. I diariet blir de acceptanstester: ett användarfall är klart när det går att visa och har ett automatiskt test.- UC 1.1 · Registrering av inkommande handlingKlarFas 2. Klar: inkorgen registrerar säker post själv, registratorn hanterar undantagen. Acceptanstest i e2e/uc-1-1-…spec.ts.
- UC 1.2 · Upprättad handling och nytt ärende med förkonfigurerad processKlarFas 2, 3, 8. Klar: ärendemallar med processteg sätts upp av förvaltaren under Ärendetyper utan kod, upprättade handlingar registreras med metadata, standarddokument skapas ur mall och fylls från ärendet, och när ett steg är klart aviseras nästa steg till den som ska göra det. Acceptanstest i e2e/uc-1-2-…spec.ts och e2e/uc-dokument.spec.ts.
- UC 2.1 · Sökning internt och via webbdiariumDelvisFas 4, 8. Intern sökning klar (e2e/uc-2-1-sok.spec.ts): alla förstudiens sökfält, sortering, sekretess i träfflista och detaljvy, export till Excel och PDF (utskrift), uppmätt svarstid under 3 s. Sökningen ligger i adressen och kan sparas som bokmärke. Svarstiden är också mätt med 100 000 ärenden och 500 000 dokument: under 0,4 s (docs/prestanda.md). Kvar: webbdiariet hänger på beslutet om krav I1.5.
- UC 3.1 · Nämndmöte, kallelse med dagordning och digitalt utskickKlarFas 5. Klar: dagordningen byggs från ärenden, kallelsen går ut via e-post till ledamöterna och utskicket loggas med mottagarlista. Acceptanstest i e2e/uc-3-1-sammantrade.spec.ts.
- UC 3.2 · Protokoll och e-signering med BankID, publiceringKlarFas 5, 8. Klar enligt planen: protokollet byggs ur mötesdatan, varje justering signeras och loggas med tid, identitet, metod och protokollets SHA-256, besluten förs till ärendena och det justerade protokollet anslås automatiskt (e2e/uc-3-1-sammantrade.spec.ts). E-signering med BankID ersätts av ett signeringssteg som kan kopplas in (SIGNERING, registreraSigneringstjanst); själva BankID-tjänsten är inte inkopplad.
- UC 4.1 · Ärenden från verksamhetssystem via APIKlarFas 6. Klar: integrations-API med OAuth 2.0 client credentials, OpenAPI, validering, felkö och notis till förvaltarna. Acceptanstest i e2e/uc-4-1-integration.spec.ts.
- UC 5.1 · Leverans till e-arkiv enligt FGS med kvittoDelvisFas 7. SIP enligt E-ARK/FGS Paketstruktur med ERMS och arkivredovisning byggs, valideras, levereras och kvitteras automatiskt (e2e/uc-5-1-arkivleverans.spec.ts). Kvar: validering mot Riksarkivets XSD/Schematron och leverans till kommunens riktiga e-arkiv.
- UC 6.1 · Konton och behörigheter från HR-systemetKlarFas 1, 6. Klar: SCIM 2.0 från HR-systemet skapar konton före första inloggningen, ersätter roller vid rollbyte och inaktiverar senast på slutdatum, med provisioneringslogg. Acceptanstest i e2e/uc-6-1-provisionering.spec.ts.
Kraven ett och ett
- K1.1Arkivering & e-arkiv · E-arkivfunktionPlanerad
Systemet ska ha inbyggd e-arkivfunktion som möjliggör leverans av information till kommunens e-arkiv i enlighet med tillämpliga förvaltningsgemensamma specifikationer (FGS) och arkivlagens krav.
Skall-kravPrioritet högInnovationskravFas 7 - K1.2Arkivering & e-arkiv · Sökfunktion e-arkivKlar i appen
Systemet ska möjliggöra sökning i e-arkiverat material med motsvarande sökfunktionalitet som i aktivt diariesystem, inklusive fritextsökning och sökning på metadata.
Skall-kravPrioritet högInnovationskravFas 7, 8Så ser det ut i diariet: Levererade ärenden ligger kvar i diariet med kvittot från e-arkivet och hittas i samma sökning (fritext, också i handlingarnas text, och metadata). Efter gallring finns metadata, gallringsintyg och hänvisning kvar och är sökbara. - K1.3Arkivering & e-arkiv · ArkivformatKlar i appen
Systemet ska stödja automatisk konvertering av handlingar till godkänt bevarandeformat (PDF/A-1b eller PDF/A-2b) vid arkivering samt till tillgänglig PDF för webbanvändning i enlighet med dos-lagens krav.
Skall-kravPrioritet högInnovationskravFas 3Automation först – så gör vi i stället: Automatisk konvertering till PDF/A för bevarande. För webben i första hand tillgänglig, strukturerad publicering; PDF som komplement.Så ser det ut i diariet: Word, PowerPoint, OpenDocument och vanlig PDF konverteras automatiskt till PDF/A-2b efter uppladdningen och valideras med veraPDF; en uppladdad PDF/A valideras som den är. Verktyg och versioner registreras. Tillgänglig PDF för publicering (PDF/UA) följer med för kontorsformat. - K1.4Arkivering & e-arkiv · Framtida e-arkivDelvis planerad
Systemet bör kunna integreras mot ett framtida kommunalt e-arkiv och stödja standardiserade leveransformat och API-gränssnitt för detta ändamål.
Bör-kravPrioritet medelInnovationskravFas 7Så ser det ut i diariet: Paket ja, överföring via API nej. Vänta in e-arkivupphandlingen. - K2.1Ärendehantering & diarium · ÄrendelivscykelKlar i appen
Systemet ska stödja ärendets fullständiga livscykel från inkommen handling till beslut, expediering och avslut, med möjlighet att följa ärendestatusen i realtid.
Skall-kravPrioritet högInnovationskravFas 2, 5Så ser det ut i diariet: Hela livscykeln finns: inkommen handling, registrering, handläggning, sammanträde med beslut som diarieförs automatiskt, justering, expediering av beslutsutdrag och avslut, med full historik i ärendet. - K2.2Ärendehantering & diarium · ExpedieringKlar i appen
Systemet ska stödja enkel digital expediering av ärenden och beslut internt och externt, med automatisk koppling till ärendet och logg över expedieringsåtgärder.
Skall-kravPrioritet högInnovationskravFas 2, 5Automation först – så gör vi i stället: Expediering sker automatiskt när beslutet fattas – beslutsutdrag till parterna via deras kanal, loggat.Så ser det ut i diariet: Expediering som eget, loggat steg; efter justering expedieras beslutsutdrag automatiskt med e-post till parterna och kopplas till beslutets diariepost. - K2.3Ärendehantering & diarium · Digital inlämningstjänstDelvis planerad
Systemet ska stödja att inkommande e-post och digitala inlämningar via e-tjänst automatiskt skapar ärenden och kopplar svar med samma ämnesrubrik till befintligt ärende utan manuell hantering.
Skall-kravPrioritet högInnovationskravFas 2, 6Så ser det ut i diariet: Inkorgen registrerar själv när diarienummer, avsändare och handlingsslag är säkra och skapar ärende i samma steg som registreringen. Koppling till riktig e-post och e-tjänst kommer i fas 6. - K2.4Ärendehantering & diarium · Ärenden rörande enskildaDelvis planerad
Systemet ska ha stöd för korrekt hantering av ärenden som rör enskilda hos socialnämnd, vård- och omsorgsnämnd och individutskott, med nödvändig sekretesshantering och åtkomstkontroll.
Skall-kravPrioritet högInnovationskravFas 1, 4Så ser det ut i diariet: Enhetsbunden behörighet byggd; särskilda regler (OSL 26 kap., individutskott) saknas. - K2.5Ärendehantering & diarium · Ärendetypsspecifika flödenPlanerad
Systemet bör stödja konfigurerbara handläggningsflöden per ärendetyp, inklusive möjlighet att definiera olika inlämningstjänster och processvägar för respektive ärendekategori.
Bör-kravPrioritet medelInnovationskravFas 2, 6Så ser det ut i diariet: Varje ärendetyp har en mall med processteg (uppgifter och bevakningar med frister och ansvarig), som systemförvaltaren ändrar utan kod. Villkorade flöden kommer i fas 6. - K2.6Ärendehantering & diarium · MedborgarvynSaknas i planen
Systemet bör möjliggöra att medborgare som använder kommunens e-tjänster kan följa sitt ärendes status i realtid via e-tjänstportalen utan att behöva kontakta kommunen.
Bör-kravPrioritet högInnovationskravSå ser det ut i diariet: Kräver API mot e-tjänstportalen (se I1.1). - K2.7Ärendehantering & diarium · NotifieringarPlanerad
Systemet ska automatiskt skicka notifieringar till ansvarig handläggare för ärenden som inte avslutats inom konfigurerbara tidsgränser (antal månader).
Skall-kravPrioritet medelInnovationskravFas 2, 6Så ser det ut i diariet: Bevakningar med tidsfrist visas som försenade på handläggarens och chefens skrivbord. Utskick av påminnelser kommer i fas 6. - K3.1Integration & API · API-fullständighetPlanerad
Allt som en användare kan utföra i systemets grafiska gränssnitt ska även vara möjligt att utföra via systemets öppna API, utan funktionell begränsning.
Skall-kravPrioritet högInnovationskravFas 6Så ser det ut i diariet: Integrations-API v1 finns för ärenden, handlingar och status (UC 4.1) med OAuth 2.0 och OpenAPI. Hela gränssnittets funktioner via det öppna API:t återstår. - K3.2Integration & API · E-tjänsteintegrationUtanför prototypen
Systemet ska ha en standardiserad och automatiserad integration mot kommunens e-tjänstplattform som möjliggör att inkommande e-tjänsteärenden skapar ärenden och diarieför handlingar direkt utan manuell hantering, med korrekt metadataöverföring.
Skall-kravPrioritet högInnovationskrav - K3.3Integration & API · MetadatamappningDelvis planerad
Systemets klassificering och metadata ska exponeras på ett standardiserat och maskinläsbart sätt som möjliggör mappning och integrering mot andra verksamhetssystem.
Skall-kravPrioritet högInnovationskravFas 1, 7Så ser det ut i diariet: `/api/metadataschema` och masterdata-API finns (byggt); standardformat (t.ex. XML/JSON-LD) saknas. - K3.4Integration & API · Automatiserad diarieföringKlar i appen
System som är identifierade som diarieringspliktiga källsystem bör kunna automatisera diarieföringen via API-integration mot diariet utan manuell hantering.
Bör-kravPrioritet högInnovationskravFas 6Så ser det ut i diariet: Källsystem registrerar ärenden, handlingar och statusändringar via integrations-API:t (OAuth 2.0 client credentials, OpenAPI), idempotent på sitt eget ärende-id, med samma validering och behörighet som i gränssnittet, felkö och notis till förvaltarna. - K3.5Integration & API · Secure mailboxUtanför prototypen
Systemet bör ha en automatiserad integration mot kommunens säkra digitala brevlådetjänst (secure mailbox) för mottagning och expediering av skyddad digital post.
Bör-kravPrioritet medelInnovationskrav - K3.6Integration & API · FastighetsregisterintegrationSaknas i planen
Systemet bör erbjuda integration mot nationellt fastighetsregister för att möjliggöra automatisk koppling av ärenden till fastigheter och minskning av manuell kontroll.
Bör-kravPrioritet medelInnovationskrav - K3.7Integration & API · KartintegrationSaknas i planen
Systemet bör erbjuda möjlighet att integrera kartlager (t.ex. Trafikverkets kartdata) för att visualisera geografiska gränser kopplade till ärenden.
Bör-kravPrioritet lågInnovationskrav - K3.8Integration & API · Successiv integrationPlanerad
Systemet bör ha en öppen och dokumenterad arkitektur som möjliggör successiv utökning av integrationer mot kommunens övriga verksamhetssystem utan krav på systemuppgradering.
Bör-kravPrioritet medelInnovationskravFas 0Så ser det ut i diariet: Outbox/händelser, OpenAPI, core delas av app och worker. - K4.1Automatisering & AI · AI-sökning beslutPlanerad
Systemet bör erbjuda AI-stödd sökfunktion som möjliggör semantisk sökning i diariet och justerade protokoll med hög träffsäkerhet, inklusive möjlighet att filtrera på exakt träffmängd.
Bör-kravPrioritet medelInnovationskravFas 6bSå ser det ut i diariet: Semantisk sökning med exakt träffmängd som alternativ. - K4.2Automatisering & AI · AI-skrivstödPlanerad
Systemet bör erbjuda inbyggt AI-stöd för skrivstöd, klarspråksgranskning och sammanfattning av handlingar, med möjlighet för redaktörer att granska och godkänna AI-genererat innehåll.
Bör-kravPrioritet medelInnovationskravFas 6bSå ser det ut i diariet: Skrivstöd, klarspråk och sammanfattning med granskning. - K4.3Automatisering & AI · AI-sekretessbedömningPlanerad
Systemet bör erbjuda AI-stödd sekretessbedömning av handlingar med automatisk identifiering av sekretessgrundande uppgifter, angivande av relevant lagstöd och möjlighet till manuell granskning och överstyring av AI:ns bedömning.
Bör-kravPrioritet högInnovationskravFas 6bSå ser det ut i diariet: Sekretessförslag med OSL-grund; människa beslutar, beslutet loggas. - K4.4Automatisering & AI · AI-maskningPlanerad
Systemet bör ha inbyggt stöd för maskning av personuppgifter och sekretessbelagd information i handlingar, med bevarande av originalhandlingen intakt i systemet och möjlighet till manuell granskning av maskningsförslag.
Bör-kravPrioritet högInnovationskravFas 4, 6bSå ser det ut i diariet: Maskningsförslag som går in i maskningen (fas 4). - K4.5Automatisering & AI · AI bidragsgranskningSaknas i planen
Systemet bör möjliggöra AI-stödd sökning för att identifiera om en sökande organisation eller person tidigare beviljats bidrag eller stöd från kommunen, för att stödja handläggarens beslutsunderlag.
Bör-kravPrioritet medelInnovationskrav - K4.6Automatisering & AI · Processmotor & MLPlanerad
Systemet bör ha stöd för en konfigurerbar processmotor för automatisering av handläggningsflöden, med möjlighet att integrera maskininlärnings- och AI-funktioner via öppna gränssnitt (t.ex. MCP-server).
Bör-kravPrioritet medelInnovationskravFas 6, 6bSå ser det ut i diariet: Regelmotor (fas 6) och MCP-server med användarens behörighet (fas 6b). - K5.1Sekretess & informationssäkerhet · Sekretesshantering ärendeKlar i appen
Systemet ska stödja sekretessmarkering på ärendenivå och dokumentnivå med automatisk sekretessöverföring till nya och befintliga handlingar i ärendet. Handläggare ska kunna häva sekretess manuellt efter prövning.
Skall-kravPrioritet högInnovationskravFas 4Så ser det ut i diariet: Markeringen på ärendet förs automatiskt till befintliga och nya dokument, följer med vid statusbyten och kan bara hävas efter en prövning som loggas (databasen stoppar annat). Obehöriga ser varken innehåll, sökträffar eller filadresser. - K5.2Sekretess & informationssäkerhet · Sekretess på punktnivåPlanerad
Systemet ska möjliggöra sekretesshantering på punkt- och ärendenivå, så att specifika ärenden (t.ex. bygglovsvitesärenden) kan undantas från publicering utan att hela protokollet påverkas.
Skall-kravPrioritet högInnovationskravFas 5Så ser det ut i diariet: Undantag per punkt vid publicering. - K5.3Sekretess & informationssäkerhet · ProtokollssekretessPlanerad
Systemet ska stödja att protokoll från angivna nämnder eller utskott (t.ex. individutskott) aldrig publiceras automatiskt, med konfigurerbar publiceringsregel per nämnd och protokollstyp.
Skall-kravPrioritet högInnovationskravFas 5Så ser det ut i diariet: Publiceringsregel per organ och protokolltyp. - K5.4Sekretess & informationssäkerhet · Informationssäkerhet APIKlar i appen
Systemet ska säkerställa att information som hanteras via API-integrationer omfattas av samma åtkomstkontroll, loggning och sekretessregler som information i det grafiska gränssnittet.
Skall-kravPrioritet högInnovationskravFas 1, 4Så ser det ut i diariet: Behörighet kontrolleras i core för både API och sidor. Varje ändring och nekat försök via API:t loggas i revisionsloggen med hashkedja (ADR-009). - K5.5Sekretess & informationssäkerhet · Bristande informationssäkerhetDelvis planerad
Systemet ska uppfylla kommunens informationssäkerhetspolicy och gällande lagkrav avseende åtkomstkontroll, kryptering, loggning och incidenthantering.
Skall-kravPrioritet högInnovationskravFas 0, 4Så ser det ut i diariet: Åtkomstkontroll per organisation och enhet, CSP och inga tredjepartsanrop är byggda. Revisionslogg med hashkedja, granskning och nattlig kontroll finns (ADR-009). Kryptering i vila, incidentrutiner och SIEM-koppling återstår. - K6.1Användargränssnitt & mallar · Egna mallarKlar i appen
Systemet ska möjliggöra att behöriga användare skapar och förvaltar egna dokumentmallar (Word-format) utan krav på leverantörsinblandning.
Skall-kravPrioritet medelInnovationskravFas 3Automation först – så gör vi i stället: Mallar är strukturerade fält som systemet fyller i från ärendet. Word och PDF är exportformat, inte arbetsformat.Så ser det ut i diariet: Behöriga förvaltar organisationens mallar i diariet utan leverantör. Mallen är strukturerad text vars fält systemet fyller i från ärendet; Word och PDF/A skapas av systemet (automation först). - K6.2Användargränssnitt & mallar · TjänsteskrivelsemallarDelvis planerad
Systemet bör levereras med ett bibliotek av färdiga tjänsteskrivelsemallar för kommunens vanligaste återkommande beslutsärenden, med möjlighet att anpassa mallarna till kommunens grafiska profil.
Bör-kravPrioritet medelInnovationskravFas 3, 5Automation först – så gör vi i stället: Strukturerad tjänsteskrivelse per ärendetyp, förifylld från ärendet, i stället för ett bibliotek av Word-filer. - K6.3Användargränssnitt & mallar · Standardiserade rubrikerKlar i appen
Systemets dokumentstrukturer och ärendekategorier ska ha standardiserade rubriker kopplade till klassificeringssystemet för att säkerställa enhetlig metadata och underlättat sökande.
Skall-kravPrioritet medelInnovationskravFas 2Så ser det ut i diariet: Ärendetypen bestämmer klassificering, diarieserie och ansvarig enhet; ärendemeningen kontrolleras mot personuppgifter. - K6.4Användargränssnitt & mallar · Textproduktion på serverKlar i appen
Systemet bör ha stöd för serverbaserad textproduktion och dokumentgenerering som minskar beroende av klientinstallationer av proprietär programvara som Microsoft Word.
Bör-kravPrioritet medelInnovationskravFas 3Så ser det ut i diariet: Dokumenten skapas på servern ur mallen; ingen Word-installation behövs för att få ett korrekt ifyllt dokument, och bevarandeexemplaret i PDF/A skapas automatiskt. - K6.5Användargränssnitt & mallar · Markdown-stödPlanerad
Systemet bör stödja Markdown som standardformat för textproduktion som ett alternativ till proprietära dokumentformat.
Bör-kravPrioritet lågInnovationskravFas 5Så ser det ut i diariet: Strukturerad tjänsteskrivelse i Markdown. - K7.1Publicering & anslagstavla · MöteshandlingsflödePlanerad
Systemet ska stödja ett sammanhängande flöde från ärendehantering via mötesadministration till publicering av kallelser, handlingar och justerade protokoll på kommunens webbplats och officiella anslagstavla.
Skall-kravPrioritet högInnovationskravFas 5Så ser det ut i diariet: Publicering av kallelser, handlingar och justerade protokoll till webb och anslagstavla. - K7.2Publicering & anslagstavla · Automatisk protokollspubliceringKlar i appen
Systemet ska automatiskt publicera justerade protokoll på kommunens officiella digitala anslagstavla med korrekt anslagningstid och datum, i enlighet med kommunallagens krav.
Skall-kravPrioritet högInnovationskravFas 5Så ser det ut i diariet: Justerat protokoll anslås automatiskt på den digitala anslagstavlan i tre veckor med anslagsdag, nedtagning och förvaringsplats; sekretessmarkerade ärenden röjs inte. Publik visning väntar på beslutet om webbdiarium (I1.5). - K7.3Publicering & anslagstavla · Tillgänglighetsanpassad publiceringPlanerad
Publicerat material (protokoll, handlingar, beslut) ska uppfylla WCAG 2.1 nivå AA vid publicering på webben, med stöd för automatisk tillgänglighetsgranskning innan publicering.
Skall-kravPrioritet högInnovationskravFas 3, 5Så ser det ut i diariet: Tillgänglig PDF (PDF/UA) och tillgänglighetskontroll före publicering. - K8.1Metadatahantering · Metadatamappning integrationDelvis planerad
Systemets metadata och klassificering ska exponeras i ett standardiserat och maskinläsbart format som möjliggör automatisk mappning mot integrerande verksamhetssystem utan manuell konfiguration per integration.
Skall-kravPrioritet högInnovationskravFas 1, 7Så ser det ut i diariet: Som K3.3. - K8.2Metadatahantering · InteroperabilitetUtanför prototypen
Systemet ska möjliggöra sömlös informationsöverföring mellan integrerade system utan krav på manuell dubbel-inmatning av information, varken för handläggare eller medborgare.
Skall-kravPrioritet högInnovationskrav - K9.1Informationshanteringsplan & gallring · IHP-integrationDelvis planerad
Systemet ska ha en integrerad koppling mot kommunens informationshanteringsplan (IHP) och fastställda rutiner, processer och gallringsbeslut, så att dessa är sökbara och tillämpliga direkt i handläggningsflödet.
Skall-kravPrioritet högInnovationskravFas 1Automation först – så gör vi i stället: Informationshanteringsplanen tillämpas automatiskt via handlingsslaget – gallring, sekretess och bevarande sätts av systemet. Handläggaren ser utfallet men behöver inte slå upp planen.Så ser det ut i diariet: Gallringsregler och handlingsslag byggda; visning i ärendet och IHP som helhet saknas. - K9.2Informationshanteringsplan & gallring · Årshjul och revideringsnotifieringSaknas i planen
Systemet bör stödja ett konfigurerbart årshjul för återkommande dokument och processer, med automatiska notifieringar till ansvarig när ett dokument eller en process ska revideras.
Bör-kravPrioritet medelInnovationskravSå ser det ut i diariet: Hör till styrdokumentfrågan (planen avsnitt 6). - K10.1Systemförvaltning & öppna format · Öppna formatDelvis planerad
Systemet bör i möjligaste mån stödja öppna standardformat för dokumentproduktion och datalagring för att minska beroende av proprietära format och leverantörslåsning.
Bör-kravPrioritet medelInnovationskravFas 0, 3Så ser det ut i diariet: PostgreSQL, XML, PDF/A; Word som mallformat. - K10.2Systemförvaltning & öppna format · Flexibel konverterareKlar i appen
Systemet bör ha en flexibel och kraftfull dokumentkonverterare som hanterar ett brett spektrum av indataformat och konverterar till godkända utdataformat utan kvalitetsförlust.
Bör-kravPrioritet medelInnovationskravFas 3Så ser det ut i diariet: LibreOffice 26.8 via Gotenberg tar emot kontorsformat och PDF; vilka format som konverteras styrs av formatregistret (ADR-008). - K10.3Systemförvaltning & öppna format · Egenutveckling & APIPlanerad
Kommunen bör ha rätt och teknisk möjlighet att egenutveckla tilläggsfunktioner och integrationer via systemets öppna API utan krav på leverantörens medverkan, och leverantören ska säkerställa att API:et är stabilt och versionshanterat.
Bör-kravPrioritet medelInnovationskravFas 6Så ser det ut i diariet: Versionerat, dokumenterat API. - K10.4Systemförvaltning & öppna format · Långsiktig förvaltningInte ett systemkrav
Leverantören ska tillhandahålla en förvaltningsplan och en process för löpande uppdatering av systemet i takt med förändringar i lagstiftning och myndighetskrav, med dokumenterad kommunikationsplan mot kund.
Skall-kravPrioritet högInnovationskravSå ser det ut i diariet: Motsvaras av versionspolicyn (planen 0.1). - P1.1Processstöd & möteshantering · Obruten handläggningskedjaPlanerad
Systemet ska stödja en obruten digital kedja från tjänsteskrivelse och beslutsunderlag, via kallelse och möteshandlingar, till justerat protokoll, diarieföring och expediering av beslut – utan manuella överlämningar mellan systemsteg.
Skall-kravPrioritet högGemensamma kravFas 5Så ser det ut i diariet: Expediering delvis (K2.2). - P1.2Processstöd & möteshantering · MöteshandlingsproduktionPlanerad
Systemet ska kunna generera kallelser, mötesböcker och protokoll automatiskt baserat på registrerade ärenden och beslutsunderlag, med stöd för justering och expediering efter beslut.
Skall-kravPrioritet högGemensamma kravFas 5Automation först – så gör vi i stället: Digital mötesvy för förtroendevalda med strukturerad dagordning, handlingar och förslag till beslut. Mötesboken som PDF finns bara som export.Så ser det ut i diariet: Mötesbok som samlad, tillgänglig PDF. - P1.3Processstöd & möteshantering · StyrelsehanteringKlar i appen
Systemet bör stödja fungerande styrelsehantering för kommunala bolag med bibehållen diarieföring och korrekt sekretesshantering, parallellt med den politiska nämndprocessen.
Bör-kravPrioritet medelGemensamma kravFas 1b, 5Så ser det ut i diariet: Bolaget är egen arkivbildare med egna serier, och styrelsen är ett organ med ledamöter, sammanträden, protokoll och justering som nämnderna. - P1.4Processstöd & möteshantering · Nämndsprocess och klassificeringDelvis planerad
Systemet bör automatiskt klassificera ärenden som tillhör nämndsprocessen och fördela dem till korrekt nämnd och ärendetyp baserat på konfigurerbara regler.
Bör-kravPrioritet högGemensamma kravFas 6 - P1.5Processstöd & möteshantering · Processtöd och vägledningKlar i appen
Systemet ska vägleda handläggaren genom hela ärendeprocessen och diarielistor med kontextuellt stöd, utan att förutsätta specialistkompetens hos användarna.
Skall-kravPrioritet högGemensamma kravFas 2Så ser det ut i diariet: Vägledning när ärendet skapas (serie, klassificering, steg), förklaring till varför inkorgen inte registrerade själv, och en lista över vad som fattas innan ärendet kan avslutas. - K1.5Arkivering & e-arkiv · OAIS-efterlevnadDelvis planerad
Systemet ska följa OAIS-standardens (ISO 14721) krav på informationspaketstruktur från registreringstillfället, inklusive SIP-, AIP- och DIP-paket, för att säkerställa att information kan arkiveras och återanvändas långsiktigt.
Skall-kravPrioritet högGemensamma kravFas 1, 7Så ser det ut i diariet: Metadata fångas från start; SIP finns, AIP/DIP inte. - K1.6Arkivering & e-arkiv · FGS-paketering och e-arkivleveransDelvis planerad
Systemet ska stödja paketering av arkivleveranser enligt Riksarkivets FGS-standard (FGS 2.0) med XML-schema, METS-metadatastruktur, C-SIP och S-SIP, samt ta emot leveranskvitto från e-arkivet som bekräftelse på att leveransen genomförts med lyckat resultat.
Skall-kravPrioritet högGemensamma kravFas 7Så ser det ut i diariet: Arkivpaket enligt FGS Paketstruktur (E-ARK CSIP/SIP) med METS, ärendet i CITS ERMS-struktur och arkivredovisning, två representationer med SHA-256; egen validering stoppar ogiltiga paket; leverans och kvitto sparas (UC 5.1). Kvar: validering mot Riksarkivets XSD/Schematron (verktygsbeslut) och mottagande e-arkiv. - K1.7Arkivering & e-arkiv · Regelstyrd arkivleveransKlar i appen
Systemet ska stödja regelstyrd automatisk arkivleverans baserad på KLASSA-klassificering och ärendestatus, med konfigurerbara regler som triggar leverans vid ärendeavslut.
Skall-kravPrioritet högGemensamma kravFas 6, 7Så ser det ut i diariet: Regelmotorn har åtgärden ”Leverera ärendet till e-arkivet”. Med händelsen statusändring, villkoret till=avslutat och valfri ärendetyp (som bär klassificeringen) läggs varje avslutat ärende i ett arkivpaket som valideras, levereras och kvitteras automatiskt – en gång per ärende, med körlogg. - K1.8Arkivering & e-arkiv · Ärendeavslut för arkiveringKlar i appen
Systemet ska säkerställa att ärenden kan avslutas på ett strukturerat sätt med nödvändig metadata och handlingar på plats för att möjliggöra e-arkivleverans utan manuella kompletteringar.
Skall-kravPrioritet högGemensamma kravFas 2Så ser det ut i diariet: Ett ärende kan inte avslutas med öppna uppgifter eller utan handlingar; systemet visar själv vad som fattas. Ett avslutat ärende är låst tills det återöppnas. - K1.9Arkivering & e-arkiv · Automatisk filkonverteringKlar i appen
Systemet ska automatiskt konvertera handlingar av olika filformat till fullt läsbara format utan manuell hantering, och bibehålla klassificering och metadata genom konverteringen.
Skall-kravPrioritet högGemensamma kravFas 3Så ser det ut i diariet: Konverteringen sker i bakgrunden utan manuella steg; originalet bevaras orört och bevarandeexemplaret går att öppna från ärendet. - K1.10Arkivering & e-arkiv · ArkivbildarseparationKlar i appen
Systemet ska kunna särskilja olika arkivbildare och myndigheter så att varje organisations handlingar hanteras separat med korrekt arkivansvar och behörighetsstyrning.
Skall-kravPrioritet högGemensamma kravFas 1bSå ser det ut i diariet: Organisationer är egna arkivbildare med egna enheter, diarieserier, diarieplan, gallringsregler, handlingsslag och parter. Ingen ser en annan organisations data, och databasen stoppar referenser över gränsen. Export per arkivbildare kommer i fas 7. - K1.11Arkivering & e-arkiv · Riksarkivets föreskrifter – paketeringDelvis planerad
Systemet ska uppfylla Riksarkivets samtliga föreskrifter för paketering, kvalitetsgranskning och leverans av arkivhandlingar, inklusive kontroll att informationen kan arkiveras och återanvändas.
Skall-kravPrioritet högGemensamma kravFas 7Så ser det ut i diariet: Validering mot schema finns; kvalitetsgranskning före leverans bör specificeras. - K8.3Metadatahantering · Administrativa metadataKlar i appen
Systemet ska fånga och lagra administrativa metadata som beskriver handlingens tekniska egenskaper: filformat, filstorlek, skapandedatum, ändringsdatum och versionsinformation.
Skall-kravPrioritet högGemensamma kravFas 3Så ser det ut i diariet: Filformat (PRONOM-id), formatstatus i formatregistret, storlek, SHA-256, skapande program och sidantal lagras per version. Formatet identifieras ur filens egna bytes, inte ur filnamnet. - K8.4Metadatahantering · Beskrivande metadataKlar i appen
Systemet ska fånga och lagra beskrivande metadata per handling och ärende: titel, beskrivning, skapare/författare, ärendenummer och handlingstyp.
Skall-kravPrioritet högGemensamma kravFas 2, 3Så ser det ut i diariet: Titel, beskrivning, skapare, datum och handlingsslag lagras för ärenden, diarieposter och dokument. - K8.5Metadatahantering · Ursprungsmetadata och proveniensKlar i appen
Systemet ska fånga och lagra ursprungsmetadata som dokumenterar handlingens proveniens: skapare, tidpunkt för upprättande och organisatorisk tillhörighet.
Skall-kravPrioritet högGemensamma kravFas 2, 3Så ser det ut i diariet: Vem som registrerade eller laddade upp, när, via vilken kanal, och vem som fastställde lagras för varje diariepost och dokumentversion. - K8.6Metadatahantering · Kontextuella metadata och spårbarhetKlar i appen
Systemet ska fånga och lagra kontextuella metadata som säkerställer spårbarhet, ägande och förvaltning: avdelning, myndighet, process och aktivitet kopplad till handlingen.
Skall-kravPrioritet högGemensamma kravFas 1b, 2Så ser det ut i diariet: Organisation (arkivbildare), ansvarig enhet och handläggare lagras på ärendet; ändringar loggas i ärendets historik. - K8.7Metadatahantering · Integritetsskyddande metadataKlar i appen
Systemet ska lagra metadata som möjliggör verifiering av handlingens autenticitet, fullständighet och integritet, inklusive kontrollsummor eller motsvarande tekniska mekanismer för att detektera obehöriga ändringar.
Skall-kravPrioritet högGemensamma kravFas 3Så ser det ut i diariet: SHA-256 räknas av servern ur filen i lagringen, fastställda versioner är låsta i databasen och kontrollsumman verifieras varje natt (fixity) med larm vid avvikelse. - K8.7BMetadatahantering · Integritetsskyddande metadataDelvis planerad
Systemet ska ha audit trail på förändringar som görs av behörig användare för att säkerställa proveniens - mängduppdateringar som görs vid exempelvis justeringar/ byten av klassificeringsscheman ska vara spårbara.
Skall-kravPrioritet högGemensamma kravFas 4Så ser det ut i diariet: Obs: ändringar i masterdata loggas inte i dag (fas 1) – revisionsloggen kommer i fas 4. - K8.8Metadatahantering · RegistreringsmetadataKlar i appen
Systemet ska automatiskt fånga registreringsmetadata vid inkomst och upprättande: datum, registrerande användare och ärendekoppling, utan manuell inmatning.
Skall-kravPrioritet högGemensamma kravFas 2Så ser det ut i diariet: Registreringsdatum, registrerande användare, kanal och om registreringen skedde automatiskt lagras på varje diariepost. Diarieposter kan inte ändras eller raderas (databasregel); fel rättas med en ny post. - K8.9Metadatahantering · Dokumenttekniska metadataPlanerad
Systemet ska fånga och lagra dokumenttekniska metadata per fil: unikt ärendenummer, unika dokumentkortsnummer, filnamn, filformat, skapatdatum, ändratdatum, skapat av, ändrat av, filstorlek, nyckelord, språk, titel och sidantal.
Skall-kravPrioritet högGemensamma kravFas 3Så ser det ut i diariet: Nyckelord, språk och sidantal läggs till. - K8.10Metadatahantering · Bevarandestyrande metadataKlar i appen
Systemet ska fånga och lagra metadata som styr behörighet, bevarandetid och gallringstidpunkt per handling och ärende, kopplat till informationshanteringsplanen.
Skall-kravPrioritet högGemensamma kravFas 1, 7Så ser det ut i diariet: Gallringsregel på handlingsslag och ärendetyp; beräknad gallringstidpunkt i fas 7. - K8.11Metadatahantering · Metadatafångst vid registreringPlanerad
Systemet ska fånga all metadata som krävs för e-arkivering redan vid registreringstillfället och löpande under ärendehanteringen, utan att handläggaren behöver komplettera vid avslut.
Skall-kravPrioritet högGemensamma kravFas 1–3Så ser det ut i diariet: Designprincip i planen. - K8.12Metadatahantering · Inga scanningsnamn på filnivåKlar i appen
Systemet ska inte använda tekniska scanningsnamn eller systemgenererade filnamn som primära identifierare på filnivå. Handlingar ska identifieras via meningsfulla och strukturerade metadata.
Skall-kravPrioritet medelGemensamma kravFas 0Så ser det ut i diariet: S3-nycklar med UUID, originalnamn i metadata. - K8.13Metadatahantering · Automatisk klassificeringPlanerad
Systemet bör stödja automatisk klassificering av återkommande och regelbara ärenden baserat på konfigurerbara regler, med möjlighet för handläggaren att överpröva klassificeringen.
Bör-kravPrioritet högGemensamma kravFas 6, 6bSå ser det ut i diariet: Regelbaserad (fas 6) och AI-föreslagen (fas 6b) klassificering som handläggaren kan överpröva. - K8.14Metadatahantering · InformationsklassKlar i appen
Systemet ska ha ett inbyggt informationsklassningssystem som kopplar handlingens informationsklass till behörighetsstyrning, bevarandetid och sekretesshantering.
Skall-kravPrioritet högGemensamma kravFas 4Så ser det ut i diariet: Skyddsnivå 0–4 (KLASSA) per ärende styr behörighet och loggning: från nivå 2 loggas läsning, från nivå 3 ser bara den som får ändra ärendet innehållet, också i den offentliga listan. Markering när säkerhetsskyddsklassificerade uppgifter finns i annat system (IS 14:6). - K8.15Metadatahantering · Svar kopplas till ärende automatisktKlar i appen
Inkommande svar på expederade handlingar ska automatiskt kopplas till ursprungsärendet om ämnesrubriken är oförändrad, utan manuell hantering.
Skall-kravPrioritet medelGemensamma kravFas 2, 6Så ser det ut i diariet: Inkorgen kopplar svar till ursprungsärendet när diarienumret står i ämnesraden och registrerar dem själv; API-anrop kopplas via verksamhetssystemets eget ärende-id. - K5.6Sekretess & informationssäkerhet · Permanent digital maskningKlar i appen
Systemet ska stödja permanent digital maskning av sekretessbelagd information i handlingar inför utlämnande, med bevarande av originalhandlingen intakt och spårbar i systemet.
Skall-kravPrioritet högGemensamma kravFas 4Så ser det ut i diariet: Systemet föreslår vad som bör maskas (personnummer, telefon, e-post, namn i partsregistret); handläggaren väljer och anger grund. Den maskade kopian sätts om från texten till PDF/A, så inget maskat finns kvar under markeringen. Originalet är orört och maskningen kan inte ändras i efterhand. - K5.7Sekretess & informationssäkerhet · Ärendetitlar utan personuppgifterKlar i appen
Systemet ska vägledas med kontroller och varningar som hindrar att personuppgifter och sekretessbelagd information inkluderas i ärendetitlar och offentliga registerfält.
Skall-kravPrioritet högGemensamma kravFas 2Så ser det ut i diariet: Ärendemeningen kontrolleras innan den sparas: personnummer stoppas, namn på personer i partsregistret ger en varning som måste bekräftas. - K5.8Sekretess & informationssäkerhet · Utkast och arbetsmaterialKlar i appen
Arbetsmaterial och utkast ska enbart vara synliga för berörd handläggare och inte registreras som allmänna handlingar förrän de är färdigställda och expedierade.
Skall-kravPrioritet högGemensamma kravFas 3Så ser det ut i diariet: Utkast och internt arbetsmaterial syns bara för den som kan ändra ärendet; andra ser inkomna handlingar och fastställda versioner. - K5.9Sekretess & informationssäkerhet · Känsliga etiketter från källsystemSaknas i planen
Systemet bör kunna läsa sekretessmarkeringar och känsliga etiketter från integrerande källsystem (t.ex. Microsoft Information Protection-etiketter i Word) och tillämpa motsvarande skyddsnivå i diariet.
Bör-kravPrioritet medelGemensamma krav - K5.10Sekretess & informationssäkerhet · Tillgångsbegäran till handlingKlar i appen
Systemet bör stödja en strukturerad process för att begära tillgång till sekretessbelagda handlingar, med möjlighet för behörig handläggare att bevilja tillfällig åtkomst med loggning.
Bör-kravPrioritet medelGemensamma kravFas 4Så ser det ut i diariet: Den som saknar läsrätt begär tillgång med diarienummer och motivering; ärendets handläggare får automatiskt en uppgift att pröva begäran. Beviljad tillgång gäller läsning och upphör av sig själv. Beslutet kan inte ändras i efterhand och allt loggas. - K9.3Informationshanteringsplan & gallring · Gallring med manuellt beslutPlanerad
Systemet ska stödja gallring baserat på informationshanteringsplanen med krav på manuellt ja/nej-beslut per gallringsuppmaning, för att säkerställa mänsklig kontroll av gallringsåtgärder.
Skall-kravPrioritet högGemensamma kravFas 7Automation först – så gör vi i stället: Systemet sammanställer gallringsförslaget med rättslig grund; arkivansvarig fattar ett beslut för hela förslaget och avvikelser flaggas – inte ja/nej per handling. Beslutet är rättsligt ansvar och behålls. - K9.4Informationshanteringsplan & gallring · Grundklassning för arbetsdokumentPlanerad
Systemet ska säkerställa att även arbetsdokument och utkast tilldelas en grundklassning som möjliggör korrekt gallring eller bevarande vid ärendeavslut.
Skall-kravPrioritet medelGemensamma kravFas 3Så ser det ut i diariet: Grundklassning också för utkast. - K9.5Informationshanteringsplan & gallring · Gallring av personuppgifterPlanerad
Systemet ska stödja selektiv gallring av personuppgifter i ett ärende med bevarande av övrig ärendeinformation, för att uppfylla GDPR:s krav på lagringsminimering.
Skall-kravPrioritet högGemensamma kravFas 4Så ser det ut i diariet: Selektiv gallring av personuppgifter efter juridisk bedömning, registerutdrag och rättning. - K9.6Informationshanteringsplan & gallring · Klassningsstyrd gallringDelvis planerad
Systemet ska säkerställa att klassificeringen automatiskt styr gallrings- och bevarandebeslut via en absolut spegling av kommunens gällande informationshanteringsplan.
Skall-kravPrioritet högGemensamma kravFas 1, 7Så ser det ut i diariet: Gallringsreglerna (ur informationshanteringsplanen) är data kopplade till ärendetyp och handlingsslag, och ärendetypen bär klassificeringen. Systemet räknar gallringsdatum själv och tar fram förslaget; arkivarien fattar ett beslut. Kvar: automatisk synkning mot kommunens informationshanteringsplan när den finns i maskinläsbar form. - I1.1Insyn & utlämnande · Ingivarens ärendestatusSaknas i planen
Systemet bör möjliggöra för ingivaren att via e-tjänstportalen följa status på sina egna ärenden, autentiserat med personnummer, BankID eller ärendenummer, med åtkomst enbart till egna ärenden.
Bör-kravPrioritet högGemensamma krav - I1.2Insyn & utlämnande · Sökbarhet allmänna handlingarDelvis planerad
Systemet ska ha en sökfunktion som tydligt skiljer allmänna handlingar från utkast och arbetsmaterial, så att både handläggare och allmänheten kan identifiera handlingarnas offentlighetsstatus.
Skall-kravPrioritet högGemensamma kravFas 3, 8Så ser det ut i diariet: Dokumentlistan söker i titlar och i filernas text och visar för varje dokument om det är utkast eller fastställt; utkast och arbetsmaterial syns bara för handläggaren. Allmänhetens sida hänger på beslutet om webbdiarium (I1.5). - I1.3Insyn & utlämnande · Utlämnande med objekt från andra ärendenPlanerad
Systemet ska stödja expediering och utlämnande av handlingar som inkluderar objekt och bilagor kopplade till andra ärenden, med korrekt sekretessprövning per objekt.
Skall-kravPrioritet medelGemensamma kravFas 4Så ser det ut i diariet: Utlämnande med sekretessprövning per handling (lämnas ut, maskad eller inte) och grund finns i ärendet; systemet föreslår beslut utifrån markeringar och färdiga maskade kopior. Handlingar från andra ärenden i samma utlämnande återstår. - I1.4Insyn & utlämnande · Handläggningskompetens och kontinuitetInte ett systemkrav
Organisationen ska säkerställa att tillräcklig kompetens för insyn, sekretessbedömning och utlämnande alltid finns tillgänglig, även vid ledigheter och frånvaro, som ett kompletterande organisatoriskt krav till systemstödet.
Skall-kravPrioritet högGemensamma krav - D1.1Driftsättning & teknisk arkitektur · DriftsättningsmodellKlar i appen
Systemet ska kunna driftsättas antingen on-premise eller i en EU-baserad molnleverantör. Molnalternativet är att föredra för att reducera intern driftsbelastning, förutsatt att informationssäkerhets- och suveränitetskrav uppfylls.
Skall-kravPrioritet högGemensamma kravFas 0Så ser det ut i diariet: Containrar, Dokploy. - D1.2Driftsättning & teknisk arkitektur · Ej Oracle-databasKlar i appen
Systemet får inte använda Oracle-databas som underliggande databasmotor, för att undvika licenskostnader och leverantörslåsning.
Skall-kravPrioritet högGemensamma kravFas 0Så ser det ut i diariet: PostgreSQL 18. - D1.3Driftsättning & teknisk arkitektur · Säkerhet och regelverkDelvis planerad
Systemet ska uppfylla NIS2-direktivets säkerhetskrav, Riksarkivets FGS-paketstruktur 2.0 och European Interoperability Framework, samt implementera OpenAPI 3.x för leverantörsoberoende integration.
Skall-kravPrioritet högGemensamma kravFas 0, 4, 7Så ser det ut i diariet: EIF nämns inte i planen. - D1.4Driftsättning & teknisk arkitektur · Dag 1-kravDelvis planerad
Följande integrationer och funktioner ska vara driftsatta vid systemets produktionsdriftsättning (Dag 1): e-postintegration, politikermodul, e-signering, koppling direkt mot epost-applikation, e-arkivintegration, metadatakoppling, behörighetsstyrning, klassificeringsstruktur och AD-integration.
Skall-kravPrioritet högGemensamma kravFas 1, 5, 7Så ser det ut i diariet: Byggt: behörighet, klassificering, AD/IdP via OIDC, politikermodul (sammanträden, kallelse, protokoll, digital mötesvy för förtroendevalda), e-post för kallelser och beslutsutdrag, signeringssteg vid justering som e-signering kan kopplas in i, e-arkivleverans med kvitto och metadataschema via API. Saknas: koppling direkt mot e-postapplikationen (Outlook) och inkopplad e-signeringstjänst. - D1.5Driftsättning & teknisk arkitektur · Successiva integrationerPlanerad
Efter produktionsdriftsättning bör systemet successivt utökas med e-tjänster, synpunktshantering, egna API:er, tjänster och e-signering via etablerade integrationsgränssnitt.
Bör-kravPrioritet medelGemensamma kravFas 6 - D1.6Driftsättning & teknisk arkitektur · Integrationsregler och säkerhetDelvis planerad
Systemet ska följa kommunens integrationsregler för behörighetsstyrning och sekretessmarkering, med krav på autentisering och behörighetskontroll för samtliga integrationer.
Skall-kravPrioritet högGemensamma kravSå ser det ut i diariet: Följer av K3.1. - K2.8Ärendehantering & diarium · Registrering via kontaktcenterUtanför prototypen
Systemet ska stödja att alla inkommande ärenden och handlingar via kontaktcenter och e-tjänsteportal kan registreras direkt i diariet utan dubbel-inmatning.
Skall-kravPrioritet högGemensamma kravSå ser det ut i diariet: Se K2.3. - K2.9Ärendehantering & diarium · Snabb och rättssäker ärendehanteringDelvis planerad
Systemet ska stödja snabb och rättssäker handläggning av inkommande förfrågningar med validering av att obligatorisk information finns med, och möjlighet att dela ärendet i e-tjänst eller via e-signering.
Skall-kravPrioritet högGemensamma kravFas 2Så ser det ut i diariet: Validering ja; e-signering avgränsad. - S1.1Integration & API · Bibehållen IHP-koppling och klassificeringsstrukturKlar i appen
Det nya systemet ska bibehålla och importera kommunens befintliga klassificeringsstruktur och koppling till informationshanteringsplanen (IHP) utan att befintliga klassificeringskoder och gallringsregler behöver byggas om.
Skall-kravPrioritet högSpecifika kravFas 1bSå ser det ut i diariet: Import av diarieplan och gallringsregler från CSV med förhandsgranskning; allt eller inget sparas. - S1.2Integration & API · Outlook- och Word-integrationUtanför prototypen
Det nya systemet ska bibehålla och erbjuda minst motsvarande integration mot epost-applikation och dokumentediteringsapplikation som nuvarande system, inklusive möjlighet att registrera och diarieföra e-post med metadata (namn, tid, avsändare, bilagor) direkt från epost-applikationen utan manuell kopiering.
Skall-kravPrioritet högSpecifika kravAutomation först – så gör vi i stället: E-post till myndighetsbrevlådan och e-tjänster kommer in automatiskt; systemet föreslår och gör registreringen, människan hanterar undantag.Så ser det ut i diariet: Utgår: inget manuellt val i e-postprogrammet av vad som ska registreras. Inkommande e-post och e-tjänster tas emot automatiskt i inkorgen (fas 2 och 6). - S1.3Integration & API · First Agenda-integrationUtanför prototypen
Det nya systemet ska bibehålla integration mot First Agenda eller motsvarande mötesadministrationssystem för att säkerställa obruten hantering av nämndärenden, kallelser och protokoll.
Skall-kravPrioritet högSpecifika kravFas 5Automation först – så gör vi i stället: Möteshantering i diariet med sammanträdesplaner, deadlines och beredningsordning som data – inte överföring av färdiga dokument till ett annat system.Så ser det ut i diariet: Utgår för prototypen: möteshanteringen byggs i diariet med sammanträdesplaner som data, som är förutsättningen för automationen (UC-B1). Behålls ett separat mötessystem i en upphandling blir prototypen underlag för integrationskraven. - S2.1Kompetens & utbildning · Introduktionsutbildning för nyanställdaInte ett systemkrav
Leverantören ska tillhandahålla strukturerat introduktionsmaterial och utbildning för nyanställda som täcker systemanvändning, grundläggande diarieringsregler och tillämplig lagstiftning, anpassat för kommunens organisation.
Skall-kravPrioritet högSpecifika kravAutomation först – så gör vi i stället: Vägledning inbyggd i flödet (P1.5), så att en ny medarbetare gör rätt utan särskild utbildning.Så ser det ut i diariet: Inbyggd vägledning (P1.5) minskar behovet. - S2.2Kompetens & utbildning · Löpande utbildning i system och lagstiftningInte ett systemkrav
Leverantören bör erbjuda löpande utbildningsinsatser i systemanvändning och relevant lagstiftning (OSL, arkivlagen, GDPR, förvaltningslagen) som en del av förvaltningsåtagandet.
Bör-kravPrioritet medelSpecifika kravAutomation först – så gör vi i stället: Vägledning och kontroller i systemet minskar behovet av löpande utbildning; lagändringar slår igenom i systemets regler.Så ser det ut i diariet: Inbyggd vägledning (P1.5) minskar behovet. - S3.1Användargränssnitt & mallar · Rollbaserat användargränssnittPlanerad
Systemet ska ha rollbaserade användargränssnitt anpassade för kommunens definierade roller: handläggare, chef, registrator och nämndchef, med anpassad vy och funktionalitet per roll utan att användaren behöver navigera i orelevanta funktioner.
Skall-kravPrioritet högSpecifika kravFas 2, 5Så ser det ut i diariet: Mitt skrivbord visar det rollen behöver: handläggarens ärenden och uppgifter, registratorns inkorg och chefens enheter. Menyn visar bara det rollen kan använda. Nämndsekreterarens vy kommer i fas 5. - S4.1Förvaltning & organisation · Informationsägarskap på chefsnivåInte ett systemkrav
Kommunen ska säkerställa att det finns ett tydligt ägarskap och ansvar för informationsstrukturen på chefsnivå, som ett organisatoriskt krav parallellt med systemupphandlingen.
Skall-kravPrioritet högSpecifika krav - S4.2Förvaltning & organisation · Manuell kontroll vid gallringPlanerad
Systemet ska kräva manuell bekräftelse från behörig handläggare eller arkivansvarig innan gallring genomförs, oavsett om gallringen är regelstyrd baserat på klassificeringskoder.
Skall-kravPrioritet högSpecifika kravFas 7Automation först – så gör vi i stället: Ett loggat gallringsbeslut på ett komplett förslag, inte manuell bekräftelse post för post. - S4.3Förvaltning & organisation · Kommunala bolag och juridiska personerKlar i appen
Systemet ska hantera kommunens olika juridiska personer, inklusive kommunala bolag, som separata arkivbildare med egna klassificeringsstrukturer, behörigheter och arkivansvar.
Skall-kravPrioritet högSpecifika kravFas 1bSå ser det ut i diariet: Kommunala bolag är egna organisationer (typ bolag) med egen klassificeringsstruktur, egna behörigheter och egen arkivbildarkod. Den syntetiska datan har ett bolag. - I1.5Insyn & utlämnande · Webdiarium – tillgängliga PDF-dokumentBeslut behövs
Kommunen ska inte ha ett traditionellt webdiarium utan istället prioritera publicering av tillgänglighetsanpassade PDF-dokument via kommunens organisation och 'Mina sidor', med fokus på medborgarvänlig åtkomst till allmänna handlingar.
Skall-kravPrioritet högSpecifika kravFas 4Automation först – så gör vi i stället: Publicering som tillgänglig, strukturerad webb och API, så att Mina sidor och webbplatsen hämtar själva. PDF som komplement, PDF/A för bevarande.Så ser det ut i diariet: Planen har offentlig diarielista och publikt läs-API för webbplatsen. UC 2.1 nämner däremot webbdiarium. Måste redas ut. - Utan idSekretess & informationssäkerhet · BehörighetsstyrningKlar i appen
Säkerställa att rätt person kommer åt information samt att sekretessbelagd information inte är åtkompligt för obehöriga.
Skall-kravPrioritet högSpecifika kravFas 1Så ser det ut i diariet: RBAC per enhet, testad.
Senaste ändringarna
- 3 november 2026D1.1KlarKlar i Fas 0
- 3 november 2026D1.2KlarKlar i Fas 0
- 3 november 2026I1.3PlaneradPlanen reviderad efter förstudien
- 3 november 2026I1.5BeslutTolkat om – automation först
- 3 november 2026K1.2PlaneradPlanen reviderad efter förstudien
- 3 november 2026K1.2KlarKlar i fas 8: samma sökning före och efter arkivleverans
- 3 november 2026K1.3PlaneradPlanen reviderad efter förstudien
- 3 november 2026K1.3PlaneradTolkat om – automation först
- 3 november 2026K1.3KlarFas 3: bevarandeexemplar i PDF/A
- 3 november 2026K1.6PlaneradPlanen reviderad efter förstudien
- 3 november 2026K1.6DelvisPaketering, validering, leverans och kvitto byggda (fas 7)
- 3 november 2026K1.7PlaneradPlanen reviderad efter förstudien
- 3 november 2026K1.7KlarKlar: arkivleverans som åtgärd i regelmotorn