Genomförandet dokumenteras dag för dag i en egen logg. Den här sidan håller det som ligger fast över hela sprinten: frågorna till verksamheten, leveranserna och kriterierna för när sprinten är klar.
Sprinten är avslutad och processen godkänd. Vid demon 11 september gick verksamheten igenom hela flödet och godkände processen. Vad som tar vid finns i uppföljningen och i besluten från demon. Genomförandet dag för dag finns i sprintloggen.
Kundbilden är avgjord. Draken är ärendecentrerat och saknar kundkort. Beslutet på dag 4 är att AoT kör vidare med en ärendecentrerad kundbild och en förenklad startvy för att minska belastningen på API:et. En CRM-tjänst som håller referenser till ärenden, assets, contracts och fakturor tas vidare som långsiktigt spår, lämpligen i samband med NoT-arbetet.
Frågor som krävde verksamhetens svar, med DigIT:s förslag och verksamhetens ställningstagande. Tre punkter återstår att ta med verksamheten, och två hanteras internt av DigIT.
DigIT: Förslag: planera in ny LCM-utvecklingsprint för att realisera detta under Q1/Q2. Dvs inte en del av denna leverans 1.0.
Verksamheten: VS accepterar
DigIT: Förslag: planera in ny LCM-utvecklingsprint för att realisera detta under Q1/Q2. Dvs inte en del av denna leverans 1.0.
Verksamheten: VS accepterar
DigIT: Förslag: planera in ny LCM-utvecklingsprint för att realisera detta under Q1/Q2. Dvs inte en del av denna leverans 1.0.
Verksamheten: VS accepterar
DigIT: Ja, vi behöver inte koppla ärendetypen hårdare än att en tobaksärende inte kan generera en serveringstillstånd. En tillfällig tillstånd med slutet sällskap kan generera en tillfällig tillstånd för öppet sällskap. Handläggare äger beslutet och ansvarar för att meddela kunden de olika avgifter. Kunden kan då tex återkalla ansökan.
Verksamheten: VS accepterar. Att avvisa ärendet är också ett beslut,
DigIT: För version 1.0: Vi kontrollerar bilagatyperna innan man går till utredning. Handläggare har mandat att overrida systemet och på så sätt är det handläggare som tar ansvaret för kvalitet i bilagorna och en längre handläggningstid. Vi utlovar service garanti ändå. Vi behöver bygga upp en matris på vilka bilagor som krävs kopplat till ärendetypen.
Verksamheten: VS accepterar
DigIT: Internt utredning pågår. Förslag ska presenteras.
DigIT: Ett tillsynsärende avslutas med ett icke formellt beslut (allt gick bra, inga anmärkningar), eller så slutade tillsynen med att företagaren måste åtgärda något. Man förväntar sig att företagaren fixar åtgärderna under "Granska". Följande kan ske: a) Om företagaren fixar, så blir det ett icke formellt beslut och åtgärdsärendet avslutas. b) Om företagaren krånglar, då kan handläggaren starta en tillsynsutredning. Detta kan leda till ett icke formellt beslut (t.ex. att företagaren fixar åtgärderna) eller att företagaren får ett formellt beslut (t.ex. varning).
Verksamheten: 4 typer av beslut på tillsynsärenden: Beslut utan åtgärd Belsut med åtgärder Beslut med varning Beslut med återkallelse
DigIT: Vi bygger en modell som utgår ifrån att vi visar allt som kan kopplas till ett organisationsnummer eller personnummer. Liknande principer som Mina sidor i den första versionen.
DigIT: Vi lägger dem i antingen separata flikar, för att underlätta när ett företag har många tillstånd/anmälan. Varje "asset" ska berikas med ett kort som visar den viktigaste datan för handläggarna.
Verksamheten: Ok
DigIT: Behöver verksamhetens input.
Verksamheten: Ja
DigIT: Ett dokumentationsärende kan läggas på valfri höjd inom organisationen.
Verksamheten: Ok
DigIT: Behöver verksamhetens input.
DigIT: Behöver verksamhetens input.
Verksamheten: vanliga rutiner, om allt begärs ska all lämnas , men föregås av säkerhetsprövning
DigIT: Funktionen bygger på den nya överlämningsprocessen. Dvs Kontakt kan starta igång ett supportärende hos AoT-Draken. Om handläggare vill så kan man starta igång t.ex. ett tillståndsärende manuellt och fylla i de uppgifter som krävs. Vi föreslår att verksamheten återkopplar till kunden med information och länkar som uppmanar kunden att skicka in ett riktigt ärende via de externa tjänsterna. Kontakt Sundsvall kommer att kunna skicka meddelande till ett pågående ärende i AoT-Draken. Workshop behövs mellan AoT-gänget och KS för att säkerställa rutinen; Draken-teamet är bara stöd i samtalet.
DigIT: AoT-Draken ska kunna skapa ett ärende hos t.ex. Bygglovs mottagnings-Draken. Då sker ärendekommunikationen via Drakarna. Processen liknar överlämningsprocessen mellan Drakarna. Om mottagnings-Draken saknas, då är alternativen mail, fysisk post eller säker e-post. För externa myndigheter är det e-post, fysisk post eller säker e-post. Detta medför dock att handläggare behöver hantera bilagor manuellt. Draken ska kunna skapa bilagor som kan skickas iväg.
Punkter där DigIT formulerat ett antagande och verksamheten tagit ställning till det vid avstämningen.
DigIT: Vi skulle behöva få tillgång till data för nuvarande restauranger.
Verksamheten: Vi kan hämta restaurangnummer från FHM. Behöver få någon kontakt till FHM ang tillgång till data. Verksamheten återkommer med kontakt.
DigIT: Är varningar kopplat till organisationen eller personer. Vad händer om dom säljer organisationen och startar nytt osv? Vi lagrar varningar i decision, vid ny anmälan får vi slå upp organisationens tidigare ärenden för att hitta tidigare varningar.
Verksamheten: Automatiskt avslag är nog inte aktuellt men det hade varit bra om handläggarna kan få någon typ av flaggning om varning. Detta kommer endast gälla för det "nya" systemet då det inte finns dokumenterat sedan tidigare. Dessa varningar ska visas generellt för alla typer av varningar och nya ansökningar.
DigIT: Här har vi konstateterat att verksamheten manuellt får registrera pågånde tillstånd, ca 130st.
Verksamheten: Utgångsspunkten är att verksamheten ska registerra nya ärenden i Draken för att föra över. Vi kan göra ett test för att migrera från databasen.
DigIT: Uppdaterad serveringsansvarig och färdigprocessade folkölsärenden innebär ärenden som dyker upp i inkorgen. Så det blir en typ av notismekanism. Däremot har vi inget för utgången åtgärdstid, finns det behovet?
Verksamheten: Önskemål finns att det ska bli någon typ av notis för när åtgärdstider löper ut. Kan eventuellt lösas med filter
DigIT: Vilka dokument ska vara del av protokollet? Hur ska det visas på mina sidor? Frågor som verksamheten behöver besvara.
Verksamheten: Tanken är att protokollet skapas under fas uppföljning baserat på Tillsynsprotkollet med bilagor som skapas i Draken under tillsynen sen ska man kunna lägga till ytterliggare bilagor, ex berusningsbilagor. Verksamheten återkommer med bilagor
Regelverk, mallar och fördelningar som verksamheten tar fram. Utan dessa kan flera lösningsmönster inte färdigställas.
Frågor som ännu inte landat och som behöver ett svar eller ett dokumenterat antagande innan utvecklingssprinten.
Målet var att säkra processen och verifiera att tekniken kan bära verksamhetens behov. Utformningen av gränssnitten sker i utvecklingssprinten tillsammans med verksamheten.
Det som återstår att reda ut. Kundbilden är den största posten. AoT:s behov bygger inte i sig en generell kundbild, och ett arkitekturellt beslut behövs om hur den ska utvecklas över tid — en särskild workshop planeras. Därutöver kvarstår behörighetsmodellen för sekretessbelagda uppgifter, som kräver ett principbeslut utanför sprinten, samt var övrig ärendeinformation och organisationsinformation från Mina sidor ska lagras. Läget efter uppföljningsmötet 14 september finns på sidan Uppföljning och retro.