Dagen inleddes med ett uppstartsmöte där vi gick igenom de punkter som framkom under förankringssprinten och som vi bedömer behöver behandlas under den tekniska sprinten.

Utifrån genomgången gjordes en prioritering av vilka delar som behövde påbörjas först av backend respektive frontend. Prioriteringen resulterade i att arbetet med processmotorn mot Support Management sattes främst, tillsammans med grundplåten för AoT-namespacet.

Färdigställt

Nya ärenden ur prioriteringen

Pågående huvudspår

Dagen inleddes med standup för att stämma av vad som gjordes dagen innan och vad som var fokus för dagen.

Under förmiddagen genomfördes ett möte med verksamheten för att gå igenom utestående frågor som kom upp under förankringssprinten. Diskussionerna kretsade kring restaurangnummer och hur dessa ska hanteras, migrering av aktiva ärenden, hantering av tillsynsärenden samt hantering av faktureringsuppgifter.

Parallellt fortsatte det tekniska arbetet med adminmiljön för AoT, ärendekategorisering och anpassning av det exporterade OpenE-schemat.

Färdigställt

Till granskning

Påbörjat under dagen

Nya ärenden ur verksamhetsmötet

Under dagen diskuterades mycket kring hur kundbilden ska hanteras och vilken utveckling den kräver. Det går i dagsläget att bygga en typ av vy för en kundbild, men eftersom Draken är ärendecentrerat finns idag inget riktigt kundkort. Frågan är av stor vikt och kommer behöva diskuteras vidare.

Parallellt påbörjades arbetet med den nya tjänsten BusinessLicense, där datamodell, databas, API-skal och stöd för CSV-import kom på plats under dagen. Backend fortsatte samtidigt att beta av arbetsstegen i processmotorn och frontend påbörjade uppdateringen av vyn för enskilt ärende.

Färdigställt

Till granskning

Pågående

Nästa steg för BusinessLicense

Dagen fokuserades till fortsatt utveckling av Katla samt ärenderegistrering i Draken, för att få upp grunderna för dessa inför utvecklingssprinten.

För backend låg fokus på att lägga till verksamhetsgemensamma entiteter för remiss, utredning, beslut och åtgärd, så att frontend kan komma vidare med dessa.

Under eftermiddagen hölls ett möte om kundbilden för att bestämma lösning och omfattning.

Beslut och vägval kring kundbilden

Utgångsläget

• Den ursprungliga planen var en lösning liknande den som används för Mina sidor (MS).
• Den lösningen är ärendecentrerad och fungerar bra i MS, eftersom sökningen där sker på ett enda PARTYID.
• För kundbilden, som ska visa flera kunder samtidigt, blir samma lösning betydligt tyngre.

Långsiktigt förslag: en CRM-tjänst

• Undersök om vi kan bygga en CRM-tjänst som håller referenser till ärenden, assets, contracts, invoice med mera.
• Detta bör vara den långsiktiga planen. Förslaget är att börja titta på det i samband med NoT-arbetet.
• Kundbilden ska bygga på att vi visar ett partyID om kunden har något ärende i något namespace.
• Kundbilden kommer ibland att behöva begränsas – exempelvis ska NoT Draken inte visa löne- och pensionsärenden.
• Andreas lyfte en möjlig lösning med en meddelandekö (RabbitMQ). Tidiga tester har gjorts, men mer utredning krävs.

Här och nu för AoT

• Vi kör vidare med en ärendecentrerad kundbild.
• Vi förenklar startvyn för kundbilden för att minska belastningen på API:et.
• Edwin uppdaterar AI-skissen och förenklar den inför morgondagens demo.

Färdigställt

Till granskning

Pågående

Nya ärenden under dagen

Under förmiddagen genomfördes en demo för verksamheten för att bekräfta hela processen i Draken. Verksamheten är positiv och anser att processen stämmer och är korrekt. Mindre justeringar i innehållet behöver göras, men helheten är rätt.

En del av diskussionerna kretsade fortsatt kring kundbilden och vilka önskemål och behov som finns för den. Fortsatt dialog och utredning kommer att krävas. Utgångspunkten är densamma som tidigare, med vissa eventuella justeringar.

Utvecklingen fokuserades till hantering av filuppladdning, företagsuppgifter, labels och gemensamma entiteter.

Färdigställt

Till granskning

Pågående

Nya ärenden ur demon