Sundsvalls kommunDiarium, till Mitt skrivbordTill inloggningen
Senast uppdaterad 3 november 2026

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 handlingKlar
    Fas 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 processKlar
    Fas 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 webbdiariumDelvis
    Fas 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 utskickKlar
    Fas 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, publiceringKlar
    Fas 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 APIKlar
    Fas 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 kvittoDelvis
    Fas 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-systemetKlar
    Fas 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

Visar 104 av 104 krav
  1. K1.1Arkivering & e-arkiv · E-arkivfunktion
    Planerad

    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
  2. K1.2Arkivering & e-arkiv · Sökfunktion e-arkiv
    Klar 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, 8
    Så 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.
  3. K1.3Arkivering & e-arkiv · Arkivformat
    Klar 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 3
    Automation 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.
  4. K1.4Arkivering & e-arkiv · Framtida e-arkiv
    Delvis 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 7
    Så ser det ut i diariet: Paket ja, överföring via API nej. Vänta in e-arkivupphandlingen.
  5. K2.1Ärendehantering & diarium · Ärendelivscykel
    Klar 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, 5
    Så 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.
  6. K2.2Ärendehantering & diarium · Expediering
    Klar 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, 5
    Automation 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.
  7. K2.3Ärendehantering & diarium · Digital inlämningstjänst
    Delvis 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, 6
    Så 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.
  8. K2.4Ärendehantering & diarium · Ärenden rörande enskilda
    Delvis 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, 4
    Så ser det ut i diariet: Enhetsbunden behörighet byggd; särskilda regler (OSL 26 kap., individutskott) saknas.
  9. K2.5Ärendehantering & diarium · Ärendetypsspecifika flöden
    Planerad

    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, 6
    Så 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.
  10. K2.6Ärendehantering & diarium · Medborgarvyn
    Saknas 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ögInnovationskrav
    Så ser det ut i diariet: Kräver API mot e-tjänstportalen (se I1.1).
  11. K2.7Ärendehantering & diarium · Notifieringar
    Planerad

    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, 6
    Så 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.
  12. K3.1Integration & API · API-fullständighet
    Planerad

    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 6
    Så 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.
  13. K3.2Integration & API · E-tjänsteintegration
    Utanfö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
  14. K3.3Integration & API · Metadatamappning
    Delvis 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, 7
    Så ser det ut i diariet: `/api/metadataschema` och masterdata-API finns (byggt); standardformat (t.ex. XML/JSON-LD) saknas.
  15. K3.4Integration & API · Automatiserad diarieföring
    Klar 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 6
    Så 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.
  16. K3.5Integration & API · Secure mailbox
    Utanfö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
  17. K3.6Integration & API · Fastighetsregisterintegration
    Saknas 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
  18. K3.7Integration & API · Kartintegration
    Saknas 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
  19. K3.8Integration & API · Successiv integration
    Planerad

    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 0
    Så ser det ut i diariet: Outbox/händelser, OpenAPI, core delas av app och worker.
  20. K4.1Automatisering & AI · AI-sökning beslut
    Planerad

    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 6b
    Så ser det ut i diariet: Semantisk sökning med exakt träffmängd som alternativ.
  21. K4.2Automatisering & AI · AI-skrivstöd
    Planerad

    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 6b
    Så ser det ut i diariet: Skrivstöd, klarspråk och sammanfattning med granskning.
  22. K4.3Automatisering & AI · AI-sekretessbedömning
    Planerad

    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 6b
    Så ser det ut i diariet: Sekretessförslag med OSL-grund; människa beslutar, beslutet loggas.
  23. K4.4Automatisering & AI · AI-maskning
    Planerad

    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, 6b
    Så ser det ut i diariet: Maskningsförslag som går in i maskningen (fas 4).
  24. K4.5Automatisering & AI · AI bidragsgranskning
    Saknas 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
  25. K4.6Automatisering & AI · Processmotor & ML
    Planerad

    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, 6b
    Så ser det ut i diariet: Regelmotor (fas 6) och MCP-server med användarens behörighet (fas 6b).
  26. K5.1Sekretess & informationssäkerhet · Sekretesshantering ärende
    Klar 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 4
    Så 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.
  27. 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 5
    Så ser det ut i diariet: Undantag per punkt vid publicering.
  28. K5.3Sekretess & informationssäkerhet · Protokollssekretess
    Planerad

    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 5
    Så ser det ut i diariet: Publiceringsregel per organ och protokolltyp.
  29. K5.4Sekretess & informationssäkerhet · Informationssäkerhet API
    Klar 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, 4
    Så 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).
  30. K5.5Sekretess & informationssäkerhet · Bristande informationssäkerhet
    Delvis planerad

    Systemet ska uppfylla kommunens informationssäkerhetspolicy och gällande lagkrav avseende åtkomstkontroll, kryptering, loggning och incidenthantering.

    Skall-kravPrioritet högInnovationskravFas 0, 4
    Så 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.
  31. K6.1Användargränssnitt & mallar · Egna mallar
    Klar 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 3
    Automation 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).
  32. K6.2Användargränssnitt & mallar · Tjänsteskrivelsemallar
    Delvis 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, 5
    Automation 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.
  33. K6.3Användargränssnitt & mallar · Standardiserade rubriker
    Klar 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 2
    Så ser det ut i diariet: Ärendetypen bestämmer klassificering, diarieserie och ansvarig enhet; ärendemeningen kontrolleras mot personuppgifter.
  34. K6.4Användargränssnitt & mallar · Textproduktion på server
    Klar 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 3
    Så 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.
  35. K6.5Användargränssnitt & mallar · Markdown-stöd
    Planerad

    Systemet bör stödja Markdown som standardformat för textproduktion som ett alternativ till proprietära dokumentformat.

    Bör-kravPrioritet lågInnovationskravFas 5
    Så ser det ut i diariet: Strukturerad tjänsteskrivelse i Markdown.
  36. K7.1Publicering & anslagstavla · Möteshandlingsflöde
    Planerad

    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 5
    Så ser det ut i diariet: Publicering av kallelser, handlingar och justerade protokoll till webb och anslagstavla.
  37. K7.2Publicering & anslagstavla · Automatisk protokollspublicering
    Klar 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 5
    Så 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).
  38. K7.3Publicering & anslagstavla · Tillgänglighetsanpassad publicering
    Planerad

    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, 5
    Så ser det ut i diariet: Tillgänglig PDF (PDF/UA) och tillgänglighetskontroll före publicering.
  39. K8.1Metadatahantering · Metadatamappning integration
    Delvis 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, 7
    Så ser det ut i diariet: Som K3.3.
  40. K8.2Metadatahantering · Interoperabilitet
    Utanfö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
  41. K9.1Informationshanteringsplan & gallring · IHP-integration
    Delvis 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 1
    Automation 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.
  42. K9.2Informationshanteringsplan & gallring · Årshjul och revideringsnotifiering
    Saknas 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 medelInnovationskrav
    Så ser det ut i diariet: Hör till styrdokumentfrågan (planen avsnitt 6).
  43. K10.1Systemförvaltning & öppna format · Öppna format
    Delvis 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, 3
    Så ser det ut i diariet: PostgreSQL, XML, PDF/A; Word som mallformat.
  44. K10.2Systemförvaltning & öppna format · Flexibel konverterare
    Klar 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 3
    Så ser det ut i diariet: LibreOffice 26.8 via Gotenberg tar emot kontorsformat och PDF; vilka format som konverteras styrs av formatregistret (ADR-008).
  45. K10.3Systemförvaltning & öppna format · Egenutveckling & API
    Planerad

    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 6
    Så ser det ut i diariet: Versionerat, dokumenterat API.
  46. K10.4Systemförvaltning & öppna format · Långsiktig förvaltning
    Inte 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ögInnovationskrav
    Så ser det ut i diariet: Motsvaras av versionspolicyn (planen 0.1).
  47. P1.1Processstöd & möteshantering · Obruten handläggningskedja
    Planerad

    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 5
    Så ser det ut i diariet: Expediering delvis (K2.2).
  48. P1.2Processstöd & möteshantering · Möteshandlingsproduktion
    Planerad

    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 5
    Automation 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.
  49. P1.3Processstöd & möteshantering · Styrelsehantering
    Klar 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, 5
    Så 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.
  50. P1.4Processstöd & möteshantering · Nämndsprocess och klassificering
    Delvis 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
  51. P1.5Processstöd & möteshantering · Processtöd och vägledning
    Klar 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 2
    Så 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.
  52. K1.5Arkivering & e-arkiv · OAIS-efterlevnad
    Delvis 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, 7
    Så ser det ut i diariet: Metadata fångas från start; SIP finns, AIP/DIP inte.
  53. K1.6Arkivering & e-arkiv · FGS-paketering och e-arkivleverans
    Delvis 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 7
    Så 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.
  54. K1.7Arkivering & e-arkiv · Regelstyrd arkivleverans
    Klar 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, 7
    Så 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.
  55. K1.8Arkivering & e-arkiv · Ärendeavslut för arkivering
    Klar 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 2
    Så 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.
  56. K1.9Arkivering & e-arkiv · Automatisk filkonvertering
    Klar 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 3
    Så 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.
  57. K1.10Arkivering & e-arkiv · Arkivbildarseparation
    Klar 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 1b
    Så 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.
  58. K1.11Arkivering & e-arkiv · Riksarkivets föreskrifter – paketering
    Delvis 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 7
    Så ser det ut i diariet: Validering mot schema finns; kvalitetsgranskning före leverans bör specificeras.
  59. K8.3Metadatahantering · Administrativa metadata
    Klar 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 3
    Så 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.
  60. K8.4Metadatahantering · Beskrivande metadata
    Klar 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, 3
    Så ser det ut i diariet: Titel, beskrivning, skapare, datum och handlingsslag lagras för ärenden, diarieposter och dokument.
  61. K8.5Metadatahantering · Ursprungsmetadata och proveniens
    Klar 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, 3
    Så 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.
  62. K8.6Metadatahantering · Kontextuella metadata och spårbarhet
    Klar 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, 2
    Så ser det ut i diariet: Organisation (arkivbildare), ansvarig enhet och handläggare lagras på ärendet; ändringar loggas i ärendets historik.
  63. K8.7Metadatahantering · Integritetsskyddande metadata
    Klar 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 3
    Så 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.
  64. K8.7BMetadatahantering · Integritetsskyddande metadata
    Delvis 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 4
    Så ser det ut i diariet: Obs: ändringar i masterdata loggas inte i dag (fas 1) – revisionsloggen kommer i fas 4.
  65. K8.8Metadatahantering · Registreringsmetadata
    Klar i appen

    Systemet ska automatiskt fånga registreringsmetadata vid inkomst och upprättande: datum, registrerande användare och ärendekopp­ling, utan manuell inmatning.

    Skall-kravPrioritet högGemensamma kravFas 2
    Så 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.
  66. K8.9Metadatahantering · Dokumenttekniska metadata
    Planerad

    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 3
    Så ser det ut i diariet: Nyckelord, språk och sidantal läggs till.
  67. K8.10Metadatahantering · Bevarandestyrande metadata
    Klar 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, 7
    Så ser det ut i diariet: Gallringsregel på handlingsslag och ärendetyp; beräknad gallringstidpunkt i fas 7.
  68. K8.11Metadatahantering · Metadatafångst vid registrering
    Planerad

    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–3
    Så ser det ut i diariet: Designprincip i planen.
  69. 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 0
    Så ser det ut i diariet: S3-nycklar med UUID, originalnamn i metadata.
  70. K8.13Metadatahantering · Automatisk klassificering
    Planerad

    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, 6b
    Så ser det ut i diariet: Regelbaserad (fas 6) och AI-föreslagen (fas 6b) klassificering som handläggaren kan överpröva.
  71. K8.14Metadatahantering · Informationsklass
    Klar i appen

    Systemet ska ha ett inbyggt informationsklassningssystem som kopplar handlingens informationsklass till behörighetsstyrning, bevarandetid och sekretesshantering.

    Skall-kravPrioritet högGemensamma kravFas 4
    Så 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).
  72. K8.15Metadatahantering · Svar kopplas till ärende automatiskt
    Klar 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, 6
    Så 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.
  73. K5.6Sekretess & informationssäkerhet · Permanent digital maskning
    Klar 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 4
    Så 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.
  74. K5.7Sekretess & informationssäkerhet · Ärendetitlar utan personuppgifter
    Klar 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 2
    Så 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.
  75. K5.8Sekretess & informationssäkerhet · Utkast och arbetsmaterial
    Klar 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 3
    Så 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.
  76. K5.9Sekretess & informationssäkerhet · Känsliga etiketter från källsystem
    Saknas 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
  77. K5.10Sekretess & informationssäkerhet · Tillgångsbegäran till handling
    Klar 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 4
    Så 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.
  78. K9.3Informationshanteringsplan & gallring · Gallring med manuellt beslut
    Planerad

    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 7
    Automation 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.
  79. K9.4Informationshanteringsplan & gallring · Grundklassning för arbetsdokument
    Planerad

    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 3
    Så ser det ut i diariet: Grundklassning också för utkast.
  80. K9.5Informationshanteringsplan & gallring · Gallring av personuppgifter
    Planerad

    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 4
    Så ser det ut i diariet: Selektiv gallring av personuppgifter efter juridisk bedömning, registerutdrag och rättning.
  81. K9.6Informationshanteringsplan & gallring · Klassningsstyrd gallring
    Delvis 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, 7
    Så 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.
  82. I1.1Insyn & utlämnande · Ingivarens ärendestatus
    Saknas 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
  83. I1.2Insyn & utlämnande · Sökbarhet allmänna handlingar
    Delvis 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, 8
    Så 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).
  84. I1.3Insyn & utlämnande · Utlämnande med objekt från andra ärenden
    Planerad

    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 4
    Så 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.
  85. I1.4Insyn & utlämnande · Handläggningskompetens och kontinuitet
    Inte 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
  86. D1.1Driftsättning & teknisk arkitektur · Driftsättningsmodell
    Klar 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 0
    Så ser det ut i diariet: Containrar, Dokploy.
  87. D1.2Driftsättning & teknisk arkitektur · Ej Oracle-databas
    Klar 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 0
    Så ser det ut i diariet: PostgreSQL 18.
  88. D1.3Driftsättning & teknisk arkitektur · Säkerhet och regelverk
    Delvis 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, 7
    Så ser det ut i diariet: EIF nämns inte i planen.
  89. D1.4Driftsättning & teknisk arkitektur · Dag 1-krav
    Delvis 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, 7
    Så 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.
  90. D1.5Driftsättning & teknisk arkitektur · Successiva integrationer
    Planerad

    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
  91. D1.6Driftsättning & teknisk arkitektur · Integrationsregler och säkerhet
    Delvis 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 krav
    Så ser det ut i diariet: Följer av K3.1.
  92. K2.8Ärendehantering & diarium · Registrering via kontaktcenter
    Utanfö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 krav
    Så ser det ut i diariet: Se K2.3.
  93. K2.9Ärendehantering & diarium · Snabb och rättssäker ärendehantering
    Delvis 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 2
    Så ser det ut i diariet: Validering ja; e-signering avgränsad.
  94. S1.1Integration & API · Bibehållen IHP-koppling och klassificeringsstruktur
    Klar 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 1b
    Så ser det ut i diariet: Import av diarieplan och gallringsregler från CSV med förhandsgranskning; allt eller inget sparas.
  95. S1.2Integration & API · Outlook- och Word-integration
    Utanfö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 krav
    Automation 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).
  96. S1.3Integration & API · First Agenda-integration
    Utanfö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 5
    Automation 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.
  97. S2.1Kompetens & utbildning · Introduktionsutbildning för nyanställda
    Inte 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 krav
    Automation 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.
  98. S2.2Kompetens & utbildning · Löpande utbildning i system och lagstiftning
    Inte 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 krav
    Automation 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.
  99. S3.1Användargränssnitt & mallar · Rollbaserat användargränssnitt
    Planerad

    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, 5
    Så 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.
  100. 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
  101. S4.2Förvaltning & organisation · Manuell kontroll vid gallring
    Planerad

    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 7
    Automation 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.
  102. S4.3Förvaltning & organisation · Kommunala bolag och juridiska personer
    Klar 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 1b
    Så 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.
  103. I1.5Insyn & utlämnande · Webdiarium – tillgängliga PDF-dokument
    Beslut 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 4
    Automation 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.
  104. Utan idSekretess & informationssäkerhet · Behörighetsstyrning
    Klar 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 1
    Så ser det ut i diariet: RBAC per enhet, testad.

Senaste ändringarna

  1. 3 november 2026D1.1KlarKlar i Fas 0
  2. 3 november 2026D1.2KlarKlar i Fas 0
  3. 3 november 2026I1.3PlaneradPlanen reviderad efter förstudien
  4. 3 november 2026I1.5BeslutTolkat om – automation först
  5. 3 november 2026K1.2PlaneradPlanen reviderad efter förstudien
  6. 3 november 2026K1.2KlarKlar i fas 8: samma sökning före och efter arkivleverans
  7. 3 november 2026K1.3PlaneradPlanen reviderad efter förstudien
  8. 3 november 2026K1.3PlaneradTolkat om – automation först
  9. 3 november 2026K1.3KlarFas 3: bevarandeexemplar i PDF/A
  10. 3 november 2026K1.6PlaneradPlanen reviderad efter förstudien
  11. 3 november 2026K1.6DelvisPaketering, validering, leverans och kvitto byggda (fas 7)
  12. 3 november 2026K1.7PlaneradPlanen reviderad efter förstudien
  13. 3 november 2026K1.7KlarKlar: arkivleverans som åtgärd i regelmotorn
Bedömningen gjordes första gången 3 november 2026 mot förstudierapporten och dess bilagor A–C.