Teknisk bilaga · Föreslagen arkitektur · 27 oktober 2026
Kontroller i kommunens lokala nod
Studio, verksamhetssystem och godkända agenter använder behörighetskontrollerade tjänster. Ärendespecifika frågor går till en nod i kommunens miljö eller i en miljö som kommunen kontrollerar.
- Fråga och kontrollera lokaltStudio / API / MCP → lokal åtkomstkontroll → godkända regler, dokumentigenkänning och källbundet svar.
- Lämna godkända bidragLokal insamling → kommunens utgående grind → mottagarens validering → kandidat för gemensam granskning.
- Inför en godkänd releaseGemensam release med signerat manifest → kommunen väljer att hämta → kontroll och lokalt införande.
Gemensamma kunskapsfrågor kan besvaras av en gemensam tjänst. Ärendematerial ska inte skickas dit som reservväg om den lokala noden inte svarar. En extern AI-klient får inte automatiskt rätt att ta emot lokala handlingar eller svar. Datavägen behöver godkännas för varje anslutning.
Tre deltagandenivåer prövas: använda en gemensam version, lägga till lokal konfiguration eller dessutom bidra med lärande. Lokal träning är valfri. API och MCP använder samma verksamhetsregler; inloggning ersätter inte organisationens mandat.
Tre komponenter med egna versioner
En gemensam processmodell och en tränad dokumentklassificerare är olika saker. Ett införandemanifest anger vilka versioner och lokala inställningar som används tillsammans.
Kunskap och regler
Börja med en kravkatalog för två eller tre ärendetyper. Varje krav har källa, villkor, giltighet, granskare och gemensam eller lokal omfattning. En kontroll skiljer mellan finns, kan saknas, inte tillämpligt och ej bedömbart. Saknad information om ett villkor leder till följdfråga eller granskning.
Processstatistik
Definiera händelser, nämnare, perioder och dataluckor innan jämförelser görs. Jämför en lokal baslinje med en hierarkisk modell på simulerade kommuner. Partiell sammanvägning är ett alternativ att pröva, inte en vald produktionsmetod.
- Motivera jämförbarhet, kommunviktning och styrkan i gemensamma antaganden.
- Undvik dubbelräkning av lokala observationer i både gemensamt underlag och lokal uppdatering.
- Identifiera överlappande perioder och upprepade bidrag. Begränsa inte positiva och negativa observationer var för sig utan att utvärdera hur proportionerna påverkas.
- Redovisa osäkerhet och hur undertryckta eller brusade uppgifter påverkar skattningen.
Dokumentigenkänning
Jämför enkla OCR- och textbaserade metoder med bildfunktioner och en liten klassificerare. Testa blandade dokument och flera sidor från samma ärende. Kalibrera säkerhetsvärden och mät hur ofta handläggaren behöver granska. Val av modell, öppenhet och hårdvara avgörs efter tester.
Fyra separata bidragsvägar
Originalhandlingar förblir lokalt kontrollerade. Kommunerna kan också bidra med verkliga handlingar som träningsmaterial, genom en särskild gransknings- och godkännandeväg.
- Kunskapsobjekt
- Begrepp, checklistor och källbundna förslag. Kontrollera struktur, ursprung och tillåtna fält; kravändringar granskas av ansvarig person.
- Statistik
- Definierade aggregat med nämnare och period. Kontrollera jämförbarhet, dubbla bidrag och röjningsrisk. Aggregat är inte automatiskt anonyma.
- Klassificerarbidrag
- Klasstatistik eller en särskilt definierad modelluppdatering. Granska kvalitet, integritet och förgiftningsrisk. Varken vikter eller statistik antas vara säkra utan prövning.
- Dokumentpaket för träning och utvärdering
- Förberedda kopior eller utdrag med granskade etiketter. Dokumentera rättigheter, tillåtna ändamål, lagring och granskning före överföring. Avidentifiering räcker inte som godkännande.
Bidrag behöver unik identitet, avsändare, schema- och policyversion, ursprung, period eller datamängd, användningsvillkor och kvalitetsstatus. Samma bidrag får inte räknas två gånger vid omsändning. Rättelse och återtagande behöver ett dokumenterat förfarande; borttagning ur en kö innebär inte att en tränad modell har glömt materialet.
Den första grinden ligger hos kommunen. Mottagaren kontrollerar igen. Schemakontroll, identifierardetektering, bildgranskning och mänsklig kontroll kompletterar varandra; testningen ska mäta vad de missar. Behörighet att bidra innebär inte rätt att publicera.
Lärande är inte en publicerad version
Observation → kandidat → validering → godkänd release → lokalt införande → uppföljning eller återgång.
Varje komponent har ett eget versionsnummer. Manifestet binder samman komponenter, lokal konfiguration och policy. Varje svar behöver dokumentera vad som faktiskt användes. Brådskande rättelser kan kräva en kontrollerad omprövning av pågående ärenden; versioner ändras inte tyst.
I piloten föreslås uttryckligt releasegodkännande och ett separat lokalt införandebeslut. Automatiska kvalitetskontroller kan stödja granskningen, men ändrar inte godkända dokumentkrav på egen hand. Lärvarven i visualiseringen visar enbart illustrativa lärsteg; versionsnumret ändras vid release och införande.
En avgränsad pilot med tydliga utgångskrav
Pröva om ett källbundet fullständighetsstöd hjälper handläggaren för två eller tre valda ärendetyper. De befintliga nio ärendena och 18 handlingarna är ett möjligt genomförbarhetsunderlag där användning är tillåten, inte en validering för alla kommuner.
- Definiera: avgränsning, källor, data, ägare och mätplan godkänns.
- Bygg lokalt: kravkatalog, enkel klassificering, manuell kö och spårbart svar fungerar utan central överföring av ärendematerial.
- Testa bidrag: syntetiska paket, omsändning och otillåtna testfält kontrolleras i båda ändar.
- Pröva statistik: simulera kommuner med olika datamängd; kontrollera dubbelräkning, antaganden och osäkerhet.
- Utvärdera release: förutbestämda gränser, godkännanden och återgång övas.
- Följ i skuggdrift: jämför stödets förslag med handläggningen utan att styra den; utöka först efter granskning.
Mät rätt fel
- Missade nödvändiga handlingar och onödiga kompletteringsförslag.
- Resultat per dokumenttyp och kommun med antal testfall.
- Andel ej bedömbart, manuell arbetsmängd och kalibrering.
- Svarstid, resursåtgång, integrationsfel och faktisk driftkostnad.
Jämför gammal och ny version på samma undanhållna ärenden. Håll närliggande sidor och dokument från samma ärende tillsammans för att minska läckage mellan träning och test. Skilj på fel som rättas och fel som införs; enighet mellan versionerna räcker inte. Fastställ kvalitetsgränser och hur upprepade tester hanteras före utvärderingen.
Otillräckligt underlag leder till begränsad prövning, inte ett påstående om säkerhet. Bättre genomsnitt får inte automatiskt väga upp ett allvarligt fel i en kritisk kategori.
Ansvar, offentlig statistik och öppna beslut
Utse ägare för kravkatalog, bidrag, statistik, releasepolicy, lokal drift och publicering innan verkliga uppgifter utbyts.
Publicera metoder, scheman och utvärderingsförfaranden där det är tillåtet. Modellvikter, handlingar och statistiktabeller kräver separata publiceringsbeslut. Börja statistikdelen med syntetiska ögonblicksbilder; pröva röjningsrisk mellan tabeller och över tid. Ett minsta antal i varje cell ger ingen generell integritetsgaranti.
Upphovsrätt, allmänna handlingar, personuppgiftsroller, gallring och faktisk klassning av AI-användningen behöver avgöras för piloten. Policy och avvikelserapportering är delar av tillsynen, inte bevis på regelefterlevnad. Kostnader ska omfatta lokal integration, support, säkerhet och förvaltning.
Tekniska referenser och vad de stödjer
Stan: hierarkiska modeller för binära observationer beskriver en metod att pröva. W3C SHACL beskriver strukturvalidering, inte juridisk riktighet. NIST SP 800-226 behandlar integritetsrisk och differential privacy. EU-kommissionens artikel 14 beskriver mänsklig tillsyn där bestämmelsen är tillämplig. Ingen av källorna validerar den här pilotlösningen.
Se bygglov som normstyrt flöde i utkastet till Flödesprofil →
Studio och behörighetsstyrda anslutningar → · Förstudien och dess underlag →