Bakgrund

För att möjliggöra en 360-vy över våra kunders engagemang, samt möjliggöra integrerade lösningar där vi med säkerhet vet att data i olika system och applikationer refererar till en och samma instans av kund och adress, behöver vi introducera kund- och adressmaster.

Med kunds engagemang avses såväl klassisk kund-leverantör-relation (en person är Servanet-kund t ex) som när kunden betalar för våra kommunala tjänster (som fritidsplats t ex) - för att generalisera; varthelst man har en produkt eller tjänst som kommer att kunna trigga en framtida faktura.

Kundmaster privatperson

Master

...

Kunduppgifter: Bolagsverket i kombination med organization

Kontaktuppgifter: feedbackSettings

Id

OrganisationsnummerOrganisationId (guid)

Adressmaster

Master

Lantmäteriet

Id

FastighetsbetäckningFastighetsbeteckning

Användningsfall

Skapa kund - privatperson

...

Mikael: Jag tänkte först att vi kanske behöver “anläggningsadress”, men det kanske vi inte gör då det kan vara flera för en kund. I det fallet får väl resp CRM hålla koll på vilka anläggningar som ingår som däremot borde nyttja adressmaster delen och ha det som referens(?). Sen kan man undra om vi vill se i något “operativt system” vilka anläggningar/anläggningsadresser som har en relation till en kund oavsett bolag/förvaltning?

Pelle: Tänker ungefär så jag med - för att inte stöka till det i onödan låter vi respektive CRM håller koll på anläggningar - blir så mycket synk att göra annars. Hantering av anläggningsadresser är ytterligare användningsfall att beskriva (och antagligen finns fler användningsfall att hitta och beskriva), men tänker mig att det blir analogt med “Skapa/uppdatera fakturaadress“ nedan, att adressen hämtas från Lantmäteriet och inte är något man hittar på själv.

Namn- och adressuppdatering

Skapa/uppdatera fakturaadress - privatperson

...

Ta bort kund - privatperson

Mikael: Vad är caset för att ta bort kund? Är det att man skapat upp en kund som sedan “vänder i dörren”? Hanterar vi inte detta genom gallring?

Pelle: Detta är då en kund tas bort i CRM-systemet (vilket väl lär kunna hända), inte Metakatalogen där det sköts i gallringsfunktionen. Att våra Datalager är inblandade i lösningen (rent generellt) är för att jag tror att detta redan görs i dag i flera fall (kanske en onödig kommentar, men ändå ).

Gallra utflyttade privatpersoner Metakatalogen

Mikael: Ska vi anta att “kund” här är det man är/kallas när man inte längre är innevånare (medborgare) i kommunen? Jag tänker att så länge som man är boende i kommunen (alt har annan relation till oss såsom Vårdnadshavare eller anställd). Ska man vara lite jobbig kanske man kan vara kund i en förvaltning fast man lämnat kommunen t.ex. avgifter såsom fritidsplats. Man har rätt att gå kvar en viss tid i skolan även om man byter kommun (finns en del om och men, jag antar att man fortfarande kan kräva fritidsplats då).

Pelle: Precis, det är det jag tänker; när man flyttat ut (och inte har någon annan relation som gör att man inte ska gallras, som att man är anställd t ex) men fortfarande är kund hos något bolag eller förvaltning (varthelst man har en produkt eller tjänst som kommer att trigga en framtida faktura kan man säga).

Mikael: Jag kan tänka mig att vi har ett användningsfall som rör “ny adress i adressmaster” ett enkelt case är nytt postnummer men man kan väl tänka sig att en “adress får ny adress” också t.ex. Bygatan 1 blir Storgatan 1. Kan finnas andra varianter här som jag inte förutser nu….

Pelle: Jepp, ytterligare användningsfall att lägga till!