KAOS-Bloggen

Puh, semester så hinner knappt sitta ner för stunden. Inga tågresor där man kan sitta och knåpa några uppdateringar.

Innebär semester att Oscar inte gör någonting?

Absolut inte. Fortsätter i vanlig ordning att finslipa och justera saker. Har varit lite nyskapande. Men håller precis på att plöja en bok med isbn: 978-0-470-50225-9 från pärm till pärm.

Måste säga att det är en bra och pedagogisk bok än så länge. Men det är det för det mesta när dessa författare och förlag är inblandade.

Var på sommarkollo i Göteborg och fick en dragning i sql 2008 r2, office 2010 osv osv. Det vill säga hela MS b.i-paket. Riktigt intressant och inspirerande. Har även lekt en del med det och insett att även jag inte har någon koll så kan jag få koll med detta.

Och något har hänt med MS senaste 2 åren, betor är stabila, produkterna strular inte direkt, och det som visas som ska vara jätteenkelt i en demo är jätteenkelt.

4:e kvartalet i år kommer MS med en Dynamics CRM koppling för Dynamics AX (fd. Axapata). Detta ska bli spännande då även Dynamics AX (fd. Axapata) crm-modul är ganska omfattande saknas det lite.

Och enligt det senaste så kommer Dynamics AX for Retail redan i augusti för 16 utvalda länder (tror inte sverige är med där dock).

Detta blir riktigt spännande. Trodde inte vi skulle se produkten än på ett tag. Ska bli väldigt spännande att se sortiments-hanteringen då LS Retail inte hade någon sådan direkt i sin lösning.

Kort sommaruppdatering från semestern.

Lite här och var börjar man kunna läsa om Dynamics Ax for Retail. Det är Microsoft som bestämt sig för att slåss om butiks-kedjornas uppmärksamhet i deras nya Point Of Sales-satsning

Vad MS gjorde var att dom köpte 2 lösningar som fanns på marknaden (lsretails lösning och to-increase’s lösning), för att sätta ihop till något eget.

Ni som är i branschen vet att det redan tidigare funnits både Microsoft Dynamics POS och Microsoft Dynamics Retail Chain Manager. Men bägge har varit lite generella produkter som man har fått ha synkningar mot sitt affärssystem för att sedan synka produkten ut i kassorna. Det vill säga en handhavande-punkt mellan affärssystem och kassorna.

Vad man fått med sig från när man köpt LSRetail POS.net for ax är att man har fått ett skal som man har i kassorna. Sedan ligger allt annat inne i AX. Man designar kassan centralt i ax, man kan ha många olika profiler för hur kassan ser ut. Man har även artikelhantering,  kollektions-hantering, personalhantering och mycket annat i ax. Man har faktiskt allt inne i ax. När kassorna gör dagsavslut redovisas det inne i ax. Helt perfekt. Enkelt handhavande, inte ett extra program som man ska in och göra justeringar i och med kapacitet för det mesta man kan tänka sig i en butik.
Man kan t.ex. enkelt dela upp butikerna i grupper, t.ex. kanske man har några butiker som säljer vissa delar av sortimentet. Då kanske man vill justera layouten på dom kassorna. Då skapar man en grupp för detta i ax och lägger kassorna till den. Klart.

(bilden är helt ärligt snodd från tydab.se)

Nu har jag beskrivit hur LS Retail POS.net fungerar då det är den jag har erfarenhet av, och än så länge blir jag bara mer och mer imponerad av LS Retail ju mer jag jobbbar med det.
Men misstänker att mycket kommer att finnas igen när MS släpper sin färdiga produkt.

Nu tillbaka till någon liten detalj. “skal” i kassan? Det är väldigt smidigt att det man lägger ut i kassorna som program bara är ett skal som i sig inte innehåller någon layout. Sedan bygger man i ax en layout. Detta sparas som xml i ax databas. Sedan synkroniseras detta ut till dom kassorna som ska ha den valda layouten.
Det går även att justera knappar direkt i kassan (om man sagt i ax att kassan ska fås redigeras i kassan). Om man vill tillåta detta.

När Dynamics AX for POS kommer är svårt att säga. Men slutet av 2011 känns väl inte helt otroligt ur ett dagsperspektiv. Man hittar på några sidor från oktober förra året datum på Juni/Juli 2010. Men då var det även sagt att Dynamics AX 2011 skulle komma i maj 2010, som nu är  skjutet till 2:a kvartalet 2011 ungefär. (1:a kvartalet i USA).

Kan ju tänkas att en helt bas-installerad kassa utan utsynkad design kommer se ut något som detta kanske.

Om man vill vara lite nördigare och struntar helt i funktioner så som kampanj-hantering, kollektioner eller kanske veckans mix and match-erbjudande så tar vi en snabb runda genom även detta. (detta gäller som innan lsretail for ax inte AX for pos, men eftersom den ena är baserad på den andra så faller nog inte äpplet så långt från trädet)

På ax-maskinen ligger som man kör scheman ifrån ligger en active-x kontroll som matar en service som ligger på någon server. Denna servicen trycker sedan ut allting till kassorna som har en service som skickar och tar emot data (faktiskt samma service fast på kassan). Väl i kassan fylls en sql-express-databas på med all information. Kunder, erbjudande, artikelregister, handelsavtal osv osv. En mini-kopia av ax databas fast tämligen gallrad på tabeller. Väl där finns datat åtkomligt för pos.net klientent att använda.

När synknings-schemat rullar vidare (rullar inne i ax) så går ax ut till sin service och säger åt den att säga till kassorna att skicka in data så att ax kan hämta in den. Då skickas data till service på den servicen som är i kontakt med ax som sedan skjuter in datat i ax med hjälp av business-connectorn.

Sedan håller den reda på synkningsmässigt vilka id:n i transaktions-registrerna som redan är hämtade så att den inte hämtar allt varje gång. Onödigt mycket data.
Och även när den ska skicka ut uppdaterad data så läggs bara poster som råkat ut för en action som retail delen bevakar in. T.ex. Ändrar jag namn på en artikel hamnar den artikel i synknings-kön, men ändrar jag standardlagerplats på huvudlagret för samma artikel är det inget som gör att den synkroniseras.

Alla dessa regler finns formulär för inne i Ax. Så tycker jag att artikelnamn egentligen inte är väsentligt för försäljning kan jag helt enkelt ta bort den. Så får den åka med om man t.ex. kör en komplett synkning under natten t.ex.

Nu tar det ju ett tag innan ax for pos kommer till sverige. Har faktiskt inte sett något officiellt om att det ska komma här och tidigare pos-satsningar från ms har ju lite hoppat över oss.

Men om det imponerar mer på mig än ls retails lösning som även om det har någon glugg har så att man är helgarderad så är det bara att tuta och köra.

Det har gått 2 år sedan jag skrev en liten personlig vinkel på “att välja affärssystem” och tänkte skriva lite uppdaterat då det faktiskt har hänt en hel del. Utvecklingen går framåt. Nya möjligheter finns.

Till att börja med står jag fast vid att partnern är huvudnyckel. Även om jag självklart anser att det är lite dumt att inte välja Microsoft Dynamics AX.
Har läst om många fall nu där konsulter inte gjort en ordentlig behovs-analys, eller prioriterat projektet/kunden tillräckligt och därför misslyckats att få till ett system som stödjer kundens verksamhet fullt ut.

Man har ju även läst “Vi bytte från AX till SAP och det är bara skit” likväl som åt andra hållet. Och när man läser sådant så är det ju flera faktorer. 1. Ny leverantör. 2. Nytt arbetssätt i ett nytt affärssystem, och nytt är inte alltid välkommet vet man sedan innan. Som i alla projekt är det viktigt att förankra det i organisationen. Vissa personer är motsträviga och vill inte ha förändring. Det gäller att inte låta dessa få för stort utrymme i projektet samtidigt som de så långt det är möjligt måste få utrycka sina åsikter utan att äventyra projektet. Det är en balansgång. Hade man frågat samma personer 3 månader senare så hade dom mest troligt varit mer glada och upptäckt nya funktioner och varit lite fundersam på någon som försvunnit.

Från många företag kommer det ut en säljare och visar massa häftiga funktioner, och man kan inte hjälpas att ryckas med i allt det smidiga som systemet kan göra. Men… är det något ni behöver? Verkar försäljaren förstå era behov eller är ni bara en i raden som han är ute och kör samma demonstration för och genom kvantitet på demos räknar med att få sålt sin kvot?

Har partnern som levererar ert affärssystem pysslat med någon liknande er bransch innan? Klar merit men ändå inte avgörande då problemen som tillverkande industri som gör livsmedel har med hållbarhetsdatum och spårning likväl kan finnas hos ett köp-sälj bolag som handlar med någon annan färskvara, t.ex. däck till bilar. Jag märker själv att redan när man träffar ett nytt bolag och dom berättar om sig själva och en eventuell rundtur så brukar man ha en ganska god bild av vad dom kan ha för saker som dom önskar hjälp med innan dom faktiskt berättat om dom.

Det kan också vara så att företaget är problemet till hur affärssystemet fungerar, och då finns det olika varianter på hur man bemöter detta. Som konsult kan man sälja ändlösa anpassnings-timmar med att bygga runt systemet eller kanske med mycket erfarenhet från andra bolag i bagaget påverka eventuella arbetsätt för att på ett effektivare sätt använda systemet som systemet är tänkt i ett arbetsflöde.

Tycker ni att ni växt ur ert nuvarande affärssystem så får ni också räkna med att det nya kommer att vara mer komplext, mer funktionalitet har en tendens att medföra detta. Detta ska dock inte skrämmas för arbetsflödet brukar sällan bli komplexare utan snarare enklare då nyare versioner har bättre processtöd redan i standard.

Självklart är jag influerad hur vi på TyDAB jobbar men har försökt att vara objektiv.

Något som man har mycket nytta av i Ax är att kunna filtrera. Men många användare har inte tagit sig tid att lära sig det ordentligt. Här kommer en liten snabb-genomgång.

För att filtrera med standard-filtreringen i AX så ställer man markören i den kolumn/fält som du vill filtrera och trycker Ctrl+k och matar in det värde du vill filtrera efter.

Men säg att du är i artikel-formuläret och du vill ha fram alla som inte har något försäljningspris satt på artikeln?

Vi byter från översikts-fliken till Pris-fliken.
Ställer oss i försäljningspris-fältet och trycker ctrl+k. Nu då?

Man har vissa så kallade operander som man kan använda vid filtrering. <>!”..** t.ex. Som gör att vi får lite mer avancerade möjligheter om man så vill säga.

• ! säger att det som kommer efter ska INTE finnas med i sökningen. !*boll* tar vid filtrering i artikelnamn t.ex. filtrerar bort alla artiklar som innehåller boll.
• < större än eller mindre än beroende på vilken sida man sätter värdet på. Om man sätter ett värde vid stora änden så säger man att det max-värdet, vid lilla så är det min-värdet.
  Ex. “<2000” tar fram allt som är mindre än 2000, “>2000” tar fram allt som är större
• “” används för att ange att det är det här värdet vi filtrerar efter. Filtrerar vi efter “Boll” i artikelnamn så kommer den leta efter en artikel som heter Boll. Man kan använda “” tillsammans för att ange att det ska vara tomt. T.ex. Att man vill visa alla artiklar som saknar försäljningspris. Vill man visa alla artiklar med pris väljer man istället !””.
• * Används för wild-card i filter. Boll* filtrerar fram allt som börjar på boll. *Boll* tar allt som innehåller Boll osv.
• , Används för att kunna filtrera efter flera saker. Ta t.ex. artikel-namn där vi vill veta alla runda saker. Vi trycker ctrl+k och skriver *boll*,*klot*,*rund* och vi får med allt som innehåller boll, klot och rund.

Kom ihåg att filter du gör på andra flikar osv slår igenom så att du ser resultatet i översikten på ett typiskt ax-formulär, t.ex. artiklar. Även sorteringar.

Microsoft Dynamics AX – CRM

Oscar har bett mig att skriva lite om CRM på bloggen. Jag tackar för förtroendet.

Först lite om mig. Jag heter Fredrik och jobbar främst med försäljning/marknad och CRM-modulen Dynamics AX. Jag har inga ambitioner att utveckla mig åt programmerarhållet utan intresserar mig mer för kommersiella och verksamhetsmässiga frågor. Således en typisk säljare kan tyckas. Oscar är min teknikguru och en källa till matnyttig information om vad som händer på det tekniska området.

Vad är CRM?
CRM eller Customer Relationship Management finns i alla möjliga varianter och används främst i sälj- och marknadsorganisationer för att hantera företagets affärsrelationer. Kraven på vad CRM-systemet skall klara av varierar liksom medarbetarnas förmåga att arbeta med det och fylla det med relevant information. Flera verktyg utger sig för att också vara Business Intelligens verktyg, alltså analysverktyg och beslutstödjande verktyg. Skillnaden mellan ett BI-verktyg och ett CRM- verktyg är inte alltid lätt att identifiera men ofta fokuserar CRM-verktygen främst på operativt säljstöd och mindre på analys. BI-verktygen gör tvärt om.

De allra flesta av våra kunder vill ha ett enkelt CRM-verktyg som möjliggör centraliserad dokumenthantering och information om företagets kunder samtidigt som man vill kunna få ut statisktik och rapporter om försäljningsläge, marknadsaktiviteter och ett stort antal korrelerande verksamhetsaktiviteter.
De flesta CRM-verktyg har få eller inga kopplingar till affärssystemet och fungerar autonomt vilket i många fall räcker för sälj- och marknadsfunktionen som är de huvudsakliga användarna.

AX CRM – integrerat säljstöd
CRM-modulen följer med i grundinstallationen av AX vid nyköp. Den kan i sammanhanget alltså kallas ”gratis”. En klar fördel mot andra CRM-verktyg således. En annan väsentlig fördel är att AX CRM arbetar inifrån affärssystemet och därför också har kopplingar till alla funktioner och moduler. Det innebär att en affär som genereras i CRM följer med in i systemet.

Här är ett exempel:
Säljaren hittar ett intressant prospekt som bearbetas enligt konstens alla regler. Intresse uppstår och efter att antal kontakter, möten och offerter blir det affär. Säljaren använder AX CRM och kan därför se tillgängligheten på de artiklar han vill offerera till kunden, direkt från CRM och från artikelradnivån i offerten. Vid affär konverteras prospektet över till kund och kopieras automatiskt över till kundreskontrat. Offerten som triggats igång av systemet som Wordmall eller som externt dokument i AX konverteras till order och landar i försäljningsordermodulen. Fysiska artiklar registreras och behov som inköpsförslag eller produktion skapas. Om det är fråga om en strukturartikel sker nedbrytningen av behovet på den. Kort sagt händer det en massa saker per automatik när det blir affär.

Så varför har inte alla ett AX CRM då? Förutom det faktum att man behöver ett helt affärssystem för att kunna nyttja det har det historiskt sett också haft sina begränsningar. Det är ett onlineverktyg vilket innebär att det bara kan köras mot en databas och inte fristående vilket utesäljare haft vissa åsikter om. Med uppkopplingsmöjligheterna som finns idag är det ett minskande problem. Dessutom finns det tredjepartslösningar för att köra AX CRM lokalt. Microsoft har ändrat i sina licensmodeller och erbjuder numera billiga MOSS-klienter (Microsoft Office Sharepoint Server) som tillsammans med Enterprise Portal gör det möjligt att komma åt väldigt mycket av AX systemfunktionalitet via Webben. Bland annat fungerar CRM-modulen riktigt bra via Enterprise Portal.

För fult för en säljare?
Något som möjligen kan ligga AX CRM i fatet är att det inte har varit lika snyggt som en del andra CRM-applikationer. Och eftersom användarna är sälj/marknadsfolk spelar det en ganska stor roll i sammanhanget. Dock har det blivit betydligt snyggare med AX2009.

Numera fungerar integrationen med Outlook riktigt bra och dokumenthanteringens drag ´n dropfunktion som funnits med ett tag har rätt få begränsningar på filformat som accepteras. Precis som i Outlook har AX 2009 CRM fått en global adressbok över alla kontakter i affärssystemet.

Efter att ha varit i branschen ett tag så är det några saker man har börjat förstå mer och mer, speciellt till när det kommer att välja affärssystem för sitt bolag.
Så som jag ser på det så väljer man kanske inte i första hand affärssystem, utan partner. Man kollar ut en lagom klass för vad det får kosta, och de affärssystem som finns i den klassen är då mer eller mindre lika. (även om man väljer MS Dynamics AX så har man ju Microsoft i ryggen, och vill Microsoft bli störst och bäst på affärssystem så kommer de se till att det blir så, samt att det är skönt att ha allt från en leverantör, Operativsystem, databaser, applikationsserver, e-mail, Office, det ger integrationsmöjligheter som ingen annan kommer i närheten av). Så har man inget ordentligt implementerat affärssystem så spelar det ingen större roll vilket det blir.

Men… vad ska man då gå på?
Det viktigaste för dig och företaget du representerar är er affärssystemspartner.  Att ni hittar en samarbetspartner som förstår vad ni vill uppnå, och som kan hjälpa er att förstå vad ni kan göra med ert affärssystem. Ni kanske har en grundtanke över vad ni vill ha ut, men inser inte att det kanske finns områden som ni inte alls reflekterar över där affärssystemet kan komma till nytta. Det är här er partner kommer in i bilden. Med erfarenhet på området och med en ordentlig verksamhetsanalys så är det den individuella planen för ert bolag som ju faktiskt är intressant. Ju mer tid man lägger på en grundlig verksamhetsanalys desto mer kommer man få tillbaka i slutet.
Titta på vad er partner har för typ av kunder i dagsläget.

Är ni ett köp & sälj-bolag och den eventuella partnern bara har tillverkande bolag som kunder så kanske det inte är det bästa för er.
Detta är självklart inte en regel eftersom man aldrig vet vad det finns för kompetens på en firma som utomstående, men något att ha mellan tummen och pekfingret.

Efter ha sett några firmor som kan ha kämpat i ett år eller ett och ett halvt för att plötsligt överge sin partner och starta om så börjar man tänka efter lite. Det är ju ändå en tämligen stor investering som man gör.
Nu kommer man ju obevekligen in på ämnet stora och små aktörer.
Hur tänker jag där, självklart lite vinklat eftersom jag jobbar för en liten/mellanstor aktör på marknaden, men inte helt ogrundat, så tycker jag att det är lätt att lura sig lite när man går på stora partners. Stora innebär många programmerare, många projekt, och inte sällan lite hybris-satta priser (gillar fortfarande ordet hybris). Många programmerare leder ju till att kvaliteten kan vara väldigt skiftande, och dom väldigt duktiga programmerarna sitter oftast i något “guldäggs”-projekt, eller har fullt upp med att rätta ut vad någon annan har gjort.
Risken är även att man kanske inte känner sig lika priorotierad, men om sanningen ska fram, så har aktören 350 kunder så är kanske inte du som enskild kund lika viktig, jag hoppas det, men har tyvärr sett tillräckligt många exempel på att det inte är så. Och med säljare på provision så kanske du upptäckte att du plötsligt sitter med mer än du bad om, eller i värsta fall något annat…

Personligen tänker jag att det måste ju vara bättre för en partner att inte ta en kund man känner sig lite osäker på, även om det är knapert i kassan. För börjar man tappa kunder mitt i implementeringar så måste det ju få följder på andra håll också.
Men jag är varken ekonom eller säljare så vet inte helt hur sådant däringa hokus pokus fungerar.