← Alla sprintar
Sundsvalls kommun · DigIT och verksamheten

Sprintlogg

Förankringssprint Draken AoT, 25–27 augusti 2026. Allt som beslutades, noterades och lämnades öppet, grupperat per område. Blockmarkeringen på varje post visar var den kom upp.
Överblick

Vad sprinten säkrade

Förankringssprinten och den tekniska sprinten hade som mål att säkra processen och verifiera att tekniken stödjer verksamhetens behov. Tabellen visar läget per område. Säkrad betyder att behovet är kartlagt och att det finns tekniska förutsättningar att bygga det — den exakta utformningen sker i utvecklingssprinten tillsammans med verksamheten. Utreds vidare betyder att något återstår att avgöra innan bygget kan påbörjas.

Innehåll

Område för område

Beslut Notering Att utreda Restlista B1–B7 anger block. Efter avser beslut fattade efter sprinten, Demo beslut från demon 11 september
Processmodell Säkrad 55

Faser och statusar per ärendetyp, relationer mellan ärende, tillstånd och serveringsställe, samt hantering efter beslut

Beslut
  • Ansökan tas inte emot via e-post eller telefon. Sökande hänvisas till rätt väg för anmälan eller ansökan om tillstånd.B1
  • Inre och yttre tillsyn blir två separata ärendetyper. Beslutet ersätter det tidigare om att skilja dem åt med metadata på ett gemensamt ärende. Skälet är att ärendegången skiljer sig och att inre tillsyn riktas mot ekonomisk och personlig lämplighet.Demo
  • Anmälningsprocessen blir halvautomatisk. Ärendet går automatiskt fram till fasen uppföljning, där handläggaren kontrollerar egenkontrollbilagan, fakturerar och avslutar manuellt.Demo
  • En anmälan som avser ett försäljningsställe i en annan kommun avvisas redan i registreringen och kommer aldrig in i Draken.Demo
  • Ett ärende kan aldrig avslutas utan att en tjänsteanteckning skrivs. Det gäller även snabbexit.Demo
  • Ett tillstånd kan avslutas på tre sätt med olika krav: på egen begäran med kort utredning och beslut på delegation, genom konkurs där tillståndet upphör automatiskt enligt lag utan beslut, eller genom återkallelse vid misskötsamhet som beslutas av individutskottet.Demo
  • Tillståndets giltighetstid ska framgå på det avslutade ärendet.Demo
  • Utvalda bilagor från ärendet ska dubbellagras i PartyAssets.B2
  • Kategorierna och ärendetyperna är verifierade.B3
  • Det behövs en checklista för uppföljning av ärenden.B3
  • Ett dokumentationsärende ska kunna startas på serveringsställe, där verksamheten noterar samtal, möten och liknande. Ärendetypen kopplas inte till någon process.B5
  • Tillsynsinformation ska synas på tillståndet.B5
  • Vid start av en tillsyn ska handläggaren kunna välja vilka tillstånd som ska inkluderas. Flera tillstånd på samma serveringsställe kan tillsynas samtidigt.B5
  • Inre och yttre tillsyn blir två ärendetyper som styrs via labels. Flödet är detsamma men innehållet skiljer sig, exempelvis kontrollpunkterna.B5
  • I åtgärdsärendet förväntas kunden genomföra åtgärderna under fasen uppföljning. Det är också i den fasen handläggaren skickar påminnelser, varningar och meddelanden.Efter
  • Behövs vidare utredning görs den medan åtgärdsärendet är i uppföljning, via utredningsfliken som består av flera innehållsblock.Efter
  • Metadata behöver läggas till för om tillsynen är inre eller yttre.B6
  • Ett tillfälligt beslut kan godkännas medan utredning eller beredning av ett stadigvarande tillstånd pågår.Efter
  • När det stadigvarande tillståndet beviljas görs ingenting med det tillfälliga. Ett tillfälligt tillstånd har alltid ett slutdatum och får löpa ut av sig självt. Tillfälligt och stadigvarande omfattar i regel samma tillstånd, och skiljer de sig måste krögaren ändå invänta det stadigvarande för att få köpa in det som saknas.Efter
Noteringar
  • Om ett företag avvecklas upphör tillståndet, och företaget ska själv meddela detta. Sker det inte behöver alkoholenheten starta ett ärende för att avsluta tillståndet. Vid konkurs upphör tillståndet att gälla.B1
  • Om ett nytt företag tar över en befintlig restaurang följer tillståndet med.B1
  • Tillfälliga tillstånd kan beviljas på ett befintligt stadigvarande tillstånd. Sker ansökan inom tre månader från tidigare utredning kan den utredningen återanvändas, men nytt beslut från polis krävs alltid liksom kontroll av platshållare.B1
  • Serveringsstället identifieras av namn, adress och serveringsnummer, där serveringsnumret kommer från Folkhälsomyndigheten. Ett serveringsrum kan återanvändas om det gäller samma lokal och adress.B1
  • Ett serveringsställe kan ha ett tillstånd som omfattar flera barer och restauranger. Det kräver en situationsplan som visar detta.B1
  • I denna process ersätts serveringsställe med försäljningsställe.B1
  • Tobakstillstånd kräver separat tillståndshantering och ingår inte i ett serveringstillstånd, eftersom det rör olika lagstiftningar.B1
  • PartyAssets anropas för att skapa asset.B2
  • Manuell process där ärendet kontrolleras och avslutas.B2
  • Meddelande från frontend om att ärendet är komplett och kan avslutas.B2
  • Ärendetyper för utökning saknas i Draken och behöver läggas till.B3
  • Vid tillfälliga tillstånd vill verksamheten kunna registrera tillståndet, vilket inte går idag. Det kräver att två assets kan skapas på ett ärende.B3
  • Inga beslut fattas i processen, endast godkännande av anmälan. Anmälan blir en asset. Gäller båda ärendetyperna.B3
  • Faktureringen bör ligga i uppföljningsfasen eftersom det är sista momentet. Det gäller samtliga ärendetyper.B4
  • Avgiftsdata bör ligga på asset, eftersom avgiften skiljer sig mellan tillfälligt och permanent tillstånd.B4
  • Stöd behövs för att hämta in rätt bilagor, och bilagor bör kunna följa med automatiskt till assets.B4
  • Serveringsansvarig ska kunna uppdateras av kunden själv, vilket innebär att assets behöver uppdateras. Verksamheten ska få notis när det sker.B5
  • Vid utbyggnad eller större yta krävs en ny ansökan om utökat tillstånd, med samma process som vid nytt tillstånd. Det nya tillståndet ersätter det gamla.B5
  • En tillsyn kan resultera i en tillsynsutredning. Den skiljer sig från ett åtgärdsärende och kan leda till varningar och i förlängningen återkallelse av tillstånd.B5
  • Numret består av åtta siffror: län, kommun och ett löpnummer.B5
  • Numret tillhör lokalen eller fastigheten. Öppnar en ny verksamhet där en servering funnits tidigare får den det tidigare numret.B5
  • Nya nummer skapas av verksamheten första gången, och handläggaren tilldelar nummer vid beviljat tillstånd.B5
  • Tillsynsspåret ritades som granska protokoll, utreda tillsyn och därefter ett vägval om åtgärder krävs. Utfaller det utan anmärkning avslutas tillsynen.B7
  • Krävs åtgärder fortsätter flödet i åtgärdsspåret: granska och återkoppling, utreda, beslut, uppföljning och avslut.B7
  • Skissen ritar tillsyn och åtgärd som två flöden efter varandra, vilket stämmer med den beslutade modellen med två separata ärenden.Efter
Att utreda
  • Ska information och handlingar sparas på ärendet eller på tillståndet? Frågan lyfts på den tekniska delen under eftermiddagen. Det finns behov av historik och av att hitta samband till tidigare ärenden.B1
  • Vad en tillsyn kan innebära och hur den hanteras — från checklista med eventuella krav på åtgärder till att den leder till en ny utredning.B1
  • Vad gäller vid stadigvarande förändring av ett befintligt tillstånd? Är det ett utökat tillstånd som kräver en ny process, alltså inte ett tillfälligt?B2
  • Handläggarna behöver kunna kategorisera om ärenden, eftersom sökande ofta väljer fel typ. Det kompliceras av att processmodellen styrs av ärendetypen. Alternativet är att typen låses men att beslutet kan bli något annat än vad ärendetypen anger.B3
  • Faserhanteringen behöver tydliggöras utifrån verksamhetens behov, exempelvis var kontroll av bilagor hanteras.B3
  • Ligger slutförande av ärendet under uppföljning av tillståndet efter att ärendet avslutats?B3
  • Restaurangnummer — verksamheten behöver tillfrågas om hur det används och vad det styr.B4
  • Hur ärenden, tillstånd, anmälningar och händelser grupperas på organisation respektive serveringsställe.B5
  • Kan ett dokumentationsärende även läggas på organisation och inte bara på serveringsställe?B5
  • Vad gäller i datamodellen vid utökning av stadigvarande tillstånd — inaktiveras det tidigare, ersätts det, eller något annat?B5
  • Hur administreras nya organisationer på ett serveringsställe som redan har ett restaurangnummer?B6
Kopplade ärenden Säkrad 11

Huvudärende, tillsyn, åtgärd, ändring och överklagan

Beslut
  • En ytterligare ärendetyp läggs till för tillsyn som utförs av andra instanser, exempelvis Polisen. Handläggaren ska kunna öppna ett tillsynsärende baserat på polisens uppgifter, vilket kan leda till ett åtgärdsärende.B5
  • Företagaren förväntas genomföra åtgärderna under fasen granska. Sker det avslutas åtgärdsärendet med ett icke formellt beslut.Efter
  • Om företagaren inte genomför åtgärderna kan handläggaren starta en tillsynsutredning. Den kan leda till ett icke formellt beslut, exempelvis att åtgärderna ändå genomförs, eller till ett formellt beslut som en varning.Efter
  • Tillsyn och åtgärd hanteras som två separata ärenden. Tillsynsärendet avslutas direkt, antingen med utfallet ok eller med att ett åtgärdsärende skapats. Åtgärdsärendet får därefter löpa enligt den önskade processen.Efter
  • Det ska vara möjligt att markera att andra instanser varit involverade i tillsynen, exempelvis polisen.B6
Noteringar
  • Om ett företag förlorar eller får sitt tillstånd begränsat på ett serveringsställe påverkas inte automatiskt övriga serveringsställen. Ett tillsynsärende kan dock initieras.B1
  • Handläggarna behöver kunna ta del av tidigare utredningar av tillstånd samt eventuella tillsynsärenden i samband med en ny utredning.B1
  • Genom person- eller organisationsnummer på ärendet visas relaterade ärenden i en lista, med möjlighet att koppla ärenden.B3
Att utreda
  • Hur åtgärder och åtgärdsärenden ska hanteras behöver utredas vidare.B5
  • Verksamheten vill kunna avsluta åtgärdsärenden utan åtgärd när kunden inte åtgärdar, varvid ett ärende för djupare tillsyn startas. Kräver djupare analys.B5
  • Ett alternativ är att en varning skickas när åtgärder uteblir, ärendet stängs och ett nytt tillsynsärende startas. Det måste då tydligt framgå att ärendet stängdes trots att åtgärderna inte genomförts.B5
Kundbild Utreds vidare 32

Innehåll, sök och hämtning på organisationsnummer, PBI och styrelseengagemang

Beslut
  • Attribut läggs till på stakeholder för att kunna märka upp personer med betydande inflytande.B2
  • Kundbilden visar organisationer som har eller har haft ärenden i Draken, med antal pågående ärenden och när senaste tillsyn utfördes. Serverings- och försäljningsställen visas när man öppnar en organisation.Demo
  • Den förenklade bolagsdatan behålls men kompletteras med information från Syna, som blir en extern hantering.B3
  • Under övriga parter presenteras de roller sökande valt. Vissa roller definieras som PBI. Handläggaren kan ändra detta och lägga till fler.B3
  • Endast serveringsansvarig ska registreras och kunna administreras av företaget självt, inte övrig personal.B3
  • Kundbilden visar en kolumn med när senaste tillsyn gjordes, och det ska gå att sortera på den.B5
  • Det ska gå att söka på adress i kundbilden och få fram vilka organisationer, serveringsställen och försäljningsställen som finns på adressen.B5
  • Det ska gå att söka historik på vilka restauranger som funnits på en adress.B5
  • Bolagsform kan tas bort ur kundbilden.B5
  • Det ska framgå datum och tid när en restaurang har ändrat serveringsansvarig.B5
  • Personnummer krävs för att lägga till eller ändra serveringsansvarig, så att verksamheten kan kontrollera uppgiften vid tillsyn.B5
Noteringar
  • Ekonomisk och personlig vandel utreds i samband med ansökan. Systemet önskas stödja att en person tidigare fått avslag utifrån utredningen.B1
  • Stakeholders hämtas från LegalEntity för kontroll av att de finns och är korrekta.B2
  • Ärendeägaren lägger själv till roller och eventuella PBI vid inskick via Katlan. Draken taggar därefter automatiskt upp PBI utifrån ett regelverk, exempelvis ekonomiansvarig.B3
  • Verklig huvudman behöver finnas med under förenklad bolagsdata.B3
  • Utvecklarna har ett förslag på hur kundbilden kan realiseras. Lösningen bygger på ärendedata.B4
  • Kundbilden behöver visa när tillsyn senast gjordes, eftersom verksamheten inte hinner med alla tillsyner som krävs och behöver kunna prioritera.B4
  • Behov finns av att söka och filtrera på flera fält, där serveringsstället är det centrala.B5
  • Organisationsinformation som telefonnummer och adress behöver kunna uppdateras, helst av kunden själv via Mina sidor.B5
  • Behovet av ytterligare kontaktpersoner hanteras via Mina ombud.B5
Att utreda
  • Verksamheten begär att serverings- och försäljningsställen visas direkt i kundbildens startvy och beskriver det som viktigt. DigIT bedömer att det inte är möjligt i första versionen av prestandaskäl. Behov och teknik står mot varandra.Demo
  • Relationen mellan bolag som delar företrädare saknar lösning. Draken har ingen koppling mellan organisationsnummer, och att lista bolagsengagemang från Bolagsverket ger för mycket brus.Demo
  • Sökning på person med betydande inflytande i kundbilden, för att se vilka ställen personen är PBI för.Demo
  • En särskild workshop planeras för att reda ut förutsättningarna för kundbilden. AoT:s behov bygger inte en generell kundbild, och ett arkitekturellt beslut behövs om hur kundbilden ska utvecklas över tid.Demo
  • Ska tobakstillstånd och anmälan om tobaksfria nikotinprodukter kopplas ihop i kundbilden?B1
  • Behöver hanteringen av fullmakter ses över, och fungerar Mina sidor fullt ut för det?B1
  • Kan Mina sidor agera nav för kunduppgifter?B1
  • Vad är en stakeholder, och vad ska sparas på ärendet för stakeholders?B2
  • Behovet kring serveringspersonal är oklart och behöver utredas: finns ett behov över huvud taget, och i så fall var sparas uppgifterna, hur hanterar företaget dem och vilka krav ställs?B2
  • Regelverket för automatisk PBI-taggning behöver tas fram av verksamheten.B3
  • Möjlighet att skriva ett utlåtande per PBI, där informationen kan hämtas från tidigare ärenden. Önskemål finns om att PBI och bedömningshistorik följer med mellan ärenden.B3
  • Verksamheten överväger om postnummer kan gruppera serveringsställen i områden, vilket skulle underlätta tillsynsplaneringen.B5
Remissmönster Säkrad 15

Instanser, mallar, utskick och bevakning av svar

Beslut
  • En remiss ska resultera i en bilaga som sparas på ärendet.B2
  • Remisser ska kunna skickas även från en tillsynsutredning, med samma funktion som vid ansökan.Demo
  • Kommunikationen mot remissmyndigheter sker genom att bilagan på ärendet skrivs ut och skickas manuellt, eller skickas som e-post direkt från Draken till myndighetens brevlåda.Demo
  • Ett remissobjekt läggs till i Support Management för att hantera och spara remissdata, med en lista som kan hålla bilagor.B2
  • Ansökan ska kunna sparas som PDF på ärendet, bland annat för att kunna bifogas vid en remissbegäran.B3
  • Remisshanteringen och hur den presenteras i Draken godkänns, med kvarstående frågor enligt nedan.B3
  • Påminnelser ska kunna skickas både vid remisshantering och vid komplettering som krävs av sökande.B3
  • Bilagor kopplade till remissblocken får egna typer, så att handläggaren lättare kan hålla isär dem.B4
Noteringar
  • PW validerar remisser.B2
  • Ett ärende kan bestå av flera remisser.B2
  • Svar från annan myndighet kommer inte från den adress meddelandet skickades till, vilket gör att svaret landar som ett helt nytt ärende. Det kräver en rutin mellan myndigheterna.B3
  • Manuell rutin krävs för att registrera när remissen skickades och när svaret inkom.B3
Att utreda
  • Det behöver framgå tydligare vad en bilaga relaterar till och om den är inkommen eller skickad.B3
  • Hur kan remissvar kopplas till den begärda remissen?B3
  • Hur sker kommunikationen mot respektive myndighet, och hur påverkar det processen?B3
Mallhantering Säkrad 5

Vad som administreras via adminpanelen och av vem

Beslut
  • Utredningsmallar genereras som PDF på samma sätt som remissförfrågningar.B4
  • Namn och personnummer på personer med betydande inflytande ska fyllas i automatiskt i remissmallarna, liksom bolagsuppgifter.Demo
  • Utrymme för tillsynsutredning ska finnas på tillsynsärendet. Verksamheten återkommer med mallar.B5
Noteringar
  • Verksamheten skickar in de mallar som ska finnas i Draken.B3
Att utreda
  • Vad ska remissmallen populeras med från ärendet?B2
Meddelandemönster Säkrad 16

Mina sidor, Kivra, e-post och SMS

Beslut
  • Tillstånd ska finnas på Mina sidor.B1
  • Tillsynsärenden visas inte på Mina sidor i första versionen, för att slippa hantera skillnaden mellan anmäld och oanmäld tillsyn. Åtgärdsärendet visas för kunden.Demo
  • Aviseringar skickas där sökande hänvisas till Mina sidor för att ta del av beslut och information. Aviseringen kan gå via SMS eller e-post, och handläggaren kan välja mottagare.B3
  • Ett protokoll skickas till kunden när en tillsyn avslutas, oavsett resultat.B5
  • Varningar för tobaks- och folkölstillstånd skickas primärt som meddelande med bilaga via Draken och Messaging.B5
  • Åtgärdsärendet visas för kunden på Mina sidor. Avslutade tillsynsärenden visas också, så att tillsynsprotokollet kan skickas oavsett om utfallet var ok eller inte.Efter
Noteringar
  • Messaging skickar automatiskt besked om att utredning har inletts.B2
  • Messaging anropas för att skicka beslut och meddelande.B2
  • Under uppföljningsfasen skickas ett antal meddelanden med information till olika myndigheter, vissa automatiskt och vissa manuellt.B3
  • Ursprungligt beslut i block 5 var att tillsynsärenden inte visas på Mina sidor. Det är ersatt: avslutade tillsynsärenden visas, liksom åtgärdsärenden.B5
  • Innan en utredning inleds skickas information till kunden om att utredning kommer att inledas.B6
Att utreda
  • Hur brevhanteringen kan förbättras med befintliga tjänster för digitalt utskick.B1
  • Vad sker vid kontaktärenden? Ska supporthantering vara möjlig, ska e-post integreras, och hur hanteras relationen med Kontakt Sundsvall?B1
  • Finns möjlighet till läskvitto på att ett meddelande på Mina sidor är läst?B3
  • Protokoll behöver genereras på Mina sidor efter genomförd tillsyn.B5
Restlista
  • Utskick via SDK ingår inte i första leveransen.B3
Tidsstyrning Säkrad 7

Årshjul, frister, förnyelse och restaurangrapport

Beslut
  • Handläggaren ska få en notis i Draken när tiden för åtgärd löpt ut, baserat på det datum som satts.B5
  • Förnyelseprocessen ska finnas på Mina sidor, med påminnelse när ett tillstånd är på väg att löpa ut.B5
Noteringar
  • Tillfälligt tillstånd genereras i PartyAssets och måste vara tidsatt.B2
  • Yttrandetiden är två veckor. Tiden för att komma in med överklagan är tre veckor.B3
  • Två avgiftstyper förekommer: en engångsavgift vid tillstånd, och en årlig avgift som kallas tillsynsavgift men baseras på försäljningsvolym under året.B4
Att utreda
  • Hur ofta faktureras det, och sker det samma månad för alla eller utifrån beslutsdatum?B4
  • Olika tidskrav gäller för hur länge ett ärende får hållas öppet. Verksamheten återkommer med kraven.B5
Beslut och diarium Säkrad 21

Delegation, individutskottet, Public 360 och överklagan

Beslut
  • Ett tillsynsärende kan avslutas med fyra typer av beslut: beslut utan åtgärd, beslut med åtgärder, beslut med varning och beslut med återkallelse.Efter
  • Uppgifter som kunden skickat in är låsta och kan inte ändras, enligt direktivet om diarieföring. Felaktigheter dokumenteras med tjänsteanteckning.Demo
  • Lagrum ska kunna anges vid förslag till beslut.Demo
  • Tillsynsutredningen ska ha förslag till beslut, eftersom varning och återkallelse beslutas av individutskottet. Verksamheten har delegation på återkallelse på egen begäran.Demo
  • Ingen dubbeldiarieföring. Ärenden som ska till nämnd och hanteras i Public 360 hämtas manuellt från Draken.B1
  • Ett decision-objekt läggs till i Support Management för att spara vilken typ av beslut ärendet leder fram till. Sparas som asset, även vid avslag, och bevaras i ett bestämt antal år.B2
  • Det ska framgå vem som fattat beslutet när det inte tagits av handläggare. Val sker ur en lista med nämnd och ordförande.B3
  • Hela utredningen ska kunna skickas i samband med att beslutet skickas.B3
  • Beslutsprocessen tydliggörs med ett beslutsobjekt som får olika status, exempelvis utkast, förslag och beslutat.B4
  • Utredningen ska kunna genereras som PDF och skickas till kunden vid behov. Hela utredningen tas med utan filtrering av data.B4
Noteringar
  • Tillfälliga beslut kan fattas medan ett stadigvarande beslut utreds och väntar på utskottets beslut.B1
  • PW validerar decision-objektet.B2
  • Innan handläggaren fattar beslut skickas utredningen till sökande för möjlighet att yttra sig.B3
  • Vissa beslut fattas av nämnd, exempelvis stadigvarande tillstånd, avslag och återkallelse. Verksamheten återkommer med fördelningen.B3
  • Drakens diarienummer registreras manuellt i Public 360 eftersom integration saknas, och det blir två fristående ärenden. Publics ärendenummer registreras i sin tur manuellt i Draken när ärendet slutförs.B3
  • Varningar och erinran är myndighetsbeslut.B6
  • En varning medför att kunden inte kan söka ytterligare beslut under tre år.B6
  • En erinran är av lägre grad och kan ses som en tillsägelse.B6
Att utreda
  • Stöd för mer metadata i Support Management behöver läggas till, i likhet med CD, samt övrig hantering av bilagor kopplat till diariet.B2
  • Processen för överklagan behöver ses över, eftersom verksamheten själva vill kunna återöppna ärendet och ändra ett beslut.B3
  • Treårsspärren efter en varning innebär att systemet behöver kontrollera tidigare varningar vid ny ansökan. Var i processen sker den kontrollen, och sker den automatiskt?B6
Fältstöd Säkrad 1

Mobil eller responsiv åtkomst, vad som registreras på plats

Beslut
  • Det ska gå att registrera vilka som deltog vid tillsynen, och deltagarna ska vara sökbara vid gemensam tillsyn.B5
Automatisering Säkrad 14

Vad processmotorn driver utan handläggarinsats, samt utpekade AI-kandidater

Beslut
  • Anmälan om folköl blir en helt automatiserad process utan handläggning. Det enda handläggaren gör är att avsluta anmälan och genomföra faktureringen.B3
Noteringar
  • PW kontrollerar att ärendet har en administratör, vilket triggar fasbytet.B2
  • PW kontrollerar bilagor: stakeholders, samt att JSON finns — innehållet kontrolleras inte.B2
  • Inga kontroller av innehållet i ärendebeskrivningen. Det görs manuellt av handläggaren.B2
  • Under utredningsfasen görs i praktiken ingenting för folköl.B3
  • För tobaksfria nikotinprodukter är förslaget en delautomatiserad process där handläggaren först granskar ärendet, varefter processmotorn driver det vidare från utredningsfasen.B3
  • På sikt automatiskt skapade tillsynsärenden.B4
  • Idag hämtas datan in, varefter varje rad gås igenom och godkänns manuellt av handläggare för att stämma av vad som ska faktureras.B5
  • Första steget är att sammanställa omsättningsdata och klassa in den mot rätt avgiftsklass.B5
Att utreda
  • Kan processen automatiseras med stöd av AI? Tyngdpunkten ligger på egenkontrollen, som måste verifieras.B1
  • Hur får handläggaren information om att ett folkölsärende är färdigprocessat och redo att avslutas — notis, bevakningslista eller något annat?B3
  • Kan arbetet med restaurangrapporten underlättas ytterligare?B5
Restlista
  • På sikt införs en AI-baserad ansöknings- och registreringsprocess. Den tas inte fram under utvecklingssprinten.B1
  • Effektivisering av ärendeprocessen med stöd av AI och processmotor hanteras som en separat del inför utvecklingssprinten.B3
Integrationsläge Säkrad 22

Vad som byggs, vad som ersätts av testdata och vad som skjuts

Beslut
  • Befintliga e-tjänster i OpenE integreras inte till Draken. I stället byggs nya Katlor baserade på befintlig e-tjänststruktur.B1
  • Verksamhetens statistikuppföljning sker i Qlik Sense.B1
  • Autentisering till Katlan sker med BankID. Katlan nås både via Mina sidor och via länk från e-tjänsten på sundsvall.se.B2
  • Myndighetsbrevlådan integreras. En funktionsbrevlåda sätts upp som genererar ärenden i Draken, där inkommande mejl blir ett nytt ärende som kan relateras till ett befintligt.B5
  • Id och adress utgör nyckeln i tjänsten. Organisationsnumret kan bytas, liksom namnet på platsen.B6
  • Historiken över vilka organisationer som funnits på ett restaurangnummer ska hållas i tjänsten.B6
Noteringar
  • En ansökan kan omfatta flera produkttyper, men de ska separeras i faktureringssyfte.B1
  • Kunskapsprov finns hos Folkhälsomyndigheten.B3
  • MX Fakturera bedöms kunna återanvändas fullt ut, för både löpande och engångsfakturering.B4
  • Faktureringen hanteras idag manuellt i Excel. Avgifterna finns publicerade som prislista på sundsvall.se.B4
  • Hanteringen kan lösas med en tjänst som håller och skapar numren. Det förutsätter att de historiska numren migreras först.B5
  • Restaurangrapporten hämtas från Folkhälsomyndigheten och ligger till grund för faktureringen.B5
  • Datan kan hållas i en separat tjänst som populerar Draken. Tjänsten behöver generera ett eget id med referens till Folkhälsomyndighetens id.B5
  • Inriktningen är att manuellt flytta över aktuella ärenden. Endast aktiva ärenden flyttas.B5
  • Den historiska databasen behöver sparas på något sätt.B5
Att utreda
  • Behovet av fakturering, inklusive hämtning av uppgifter från Folkhälsomyndigheten.B1
  • Kan kunskapsprov hämtas från Folkhälsomyndigheten, och hur skulle den processen se ut?B3
  • Finns koppling till Ecos gällande livsmedelsregistrering, som behövs för automatisering av folkölsanmälan?B3
  • Ska faktureringen byggas i den här leveransen eller fortsätta hanteras i Excel?B4
  • Konteringsuppgifter behöver utredas.B4
  • Migrering av data från nuvarande system behöver utredas närmare.B4
Restlista
  • Målbilden är att systemet ska hämta så mycket information som möjligt från andra relevanta myndigheter. Ingår inte i första leveransen.B1
Behörighet och sekretess Utreds vidare 3

Åtkomst till känsliga uppgifter i utredningen och utlämnande av information

Noteringar
  • Utredningen innehåller känsliga och sekretessbelagda uppgifter om personers ekonomiska och brottsliga historik samt affärsuppgörelser.B1
Att utreda
  • Möjligheten att lämna ut information om beslutade tillstånd och avslag, eventuella varningar, listor över vilka som har tillstånd för en specifik produkt samt kunduppgifter.B1
  • Verksamheten undersöker om tittbehörighet är möjlig i det tidigare systemet.B5
Bilagor och handlingar 5

Återkommande tema utan eget mönster — tvingande bilagor, kategorisering och checklistor

Beslut
  • Vissa bilagor är tvingande och det styrs i ansökan. Granskning av bilagor sker i granska- eller utredningsfasen; processen behöver säkerställas.B3
Noteringar
  • Kontroll av att rätt bilagor finns på ärendet.B2
  • Bilagelistan ska gå att sortera och filtrera.B3
Att utreda
  • Behoven kring bilagehantering behöver definieras utifrån verksamhetens behov och synkas mot vad som framkommit i arbetet med andra verksamheter.B3
  • Checklistan för granskade handlingar är otydlig — vad ska den innehålla, gäller den enbart bilagor eller även annan information, och var sparas den?B3
Utredningens innehåll 3

Sektionerna i utredningsfliken: lokal och ritning, brandskydd, kunskapsprov

Beslut
  • Ritningen presenteras och hanteras under sektionen Lokal och serveringsställe. Det ska gå att lägga till ritning eller att bocka av att godkänd ritning finns.B3
  • Brandskydd blir en egen sektion i utredningen.B3
  • Kunskapsprovet går att redigera under utredningen, och resultatet ändras till en anteckning.B3
Regelverk och begrepp 6

Verksamhetsfakta som inte hör till ett enskilt lösningsmönster

Noteringar
  • En uteservering som inte är sammanbyggd med restaurangen kallas satellit-uteservering.B1
  • Tobakstillståndet gäller enbart produkter som innehåller tobak.B1
  • I grunden samma krav på lämplighet som för serveringstillstånd, men utredningen kan vara av mindre omfattning.B1
  • Ingen situationsplan behövs.B1
  • En anmälan kan avse folköl, tobaksfria nikotinprodukter och e-cigaretter.B1
  • Folköl skiljer sig mellan detaljhandel och servering — vad som gäller för respektive behöver kontrolleras.B3
Avgränsningar 1

Beslutat uppskjutet till efter utvecklingssprinten

Restlista
  • Gallring av ärenden och tillhörande handlingar kräver att befintlig IHP säkerställs. Frågan pausas till efter utvecklingssprinten.B1
Block 7

Avslut och retrospektiv

Genomförande av block 73
Noteringar
  • Blocket genomfördes utan demonstration. I stället fördes en dialog om tillsynsprocessen och vad som följer efter den: åtgärdsärenden, utredningar, erinran, varning och återkallelse.
  • Någon formell avstämning av bottenplattan mot verksamheten gjordes därmed inte. Statusen i mönsterlistan bygger på dokumentationen från veckans block, inte på ett godkännande i slutdemon.
Att utreda
  • När och hur avstämningen av bottenplattan mot verksamheten ska ske behöver planeras in, förslagsvis i den tekniska sprinten. Retron innehåller en lapp om att processen inte är hundra procent satt, vilket pekar åt samma håll.
Retrospektiv32
Vad var bra
  • Smidigt att ha verksamheten på plats, med snabba frågor och svar.
  • Bra informationsutbyte och svar på frågor direkt.
  • Öppen dialog och bra dialog med verksamheten, utan att jämföra med nuvarande system.
  • Bra att få möjlighet att tänka om och omvärdera.
  • Bra exempel och tydliga förklaringar.
  • Bra att samla kompetensen.
  • Vi har hunnit med väldigt mycket på kort tid.
  • Tydliga ramar för sprinten.
  • Känns bra att kunna bidra och bli lyssnad på.
  • Att tänka helt nytt.
Vad kan bli bättre
  • Vi hade behövt mer tid, och mer tid att förankra.
  • Hade nog varit bättre att inte köra tre dagar i streck, utan i stället måndag, onsdag och fredag.
  • Mer pauser.
  • Begreppsförvirring.
  • Svårt att greppa relationerna mellan alla system och tjänster.
  • Mer skisser för att förklara flöden för verksamheten, och möjligtvis mer visuellt överlag.
  • Bitvis svårt att hänga med i genomgången.
  • Dragning av verksamheten och deras process saknades.
  • UX-frågorna.
  • Dåliga lokaler — behov av bättre lokaler.
Utfall
  • Enligt förväntan.
  • Ja, vad jag förväntade mig, men inte enligt den tänkta processen.
  • Kom långt i processen, känns bra och uppfyllt. Höga förhoppningar.
  • Nöjd med utfallet, kul arbetssätt.
  • Stort underlag att gå vidare med.
  • Allt kan bara bli bättre från vad vi har idag, det vill säga AlkT och OL2.
  • Utfallet blev som förväntat. Tidvis svårt att hänga med i resonemanget, men mycket positivt utfall.
  • Inte nöjd med att processen inte är hundra procent satt.
  • Jag hade inga tydliga förväntningar för dagarna.
Att ta med till nästa sprint
  • Tidsbristen och förståelsegapet är de två återkommande temana. Sju av tio lappar under förbättringar handlar om något av dem.
  • Förslaget om spridda dagar i stället för tre i streck bör vägas in i planeringen av utvecklingssprinten.
  • Behovet av fler skisser och en inledande dragning av verksamhetens process är konkreta åtgärder som kan förberedas i förväg.
Nästa steg

Vidare till den tekniska sprinten

Samtliga poster under Att utreda är klassade och fördelade på sidan för den tekniska sprinten, uppdelade efter vem som äger dem. Där finns också upplägget för de fem dagarna och den demo som avslutar sprinten.