Sveriges kunskapskälla till Microsoft Dynamics AX & Dynamics 365 for Operations

27 februari, 2017

Dynamics 365 for Operations – ON PREMISE!

Efter en lång tids spekulationer bekräftar nu Microsoft att Dynamics 365 for Operations skall kunna köra lokalt / On premise och om så önskas, utan synkning av data mot molnet. Sedan tidigare finns ett renodlat cloud-alternativ och en hybrid med drift i Microsofts datacenter i kombination med lokal drift.

I och med den senaste kompletteringen står det numera kunden helt fritt att välja driftscenario efter eget behov. Se bilden nedan för mer information om alternativen.

Sri blog post grid graphic

Länk till Microsofts officiella information: https://community.dynamics.com/b/msftdynamicsblog/archive/2017/02/23/the-right-cloud-option-for-your-business

 

Skrivet av
30 januari, 2017

Det här ingår i Dynamics 365 Operations / Plan 2

När Microsoft Dynamics AX7 under hösten 2016 blev Dynamics 365 Operations innebar det mer än ett namnbyte. Microsoft sampaketerar befintliga produkter som AX, CRM och Power BI och kompletterar dessa med Cortana och helt nya produkter som Power Apps och Flow, allt driftsatt i Azure och levererat som Software-as-a-Service. Under 2017 kommer stödet för lokal driftsatt funktionalitet att byggas ut till vad som blir en hybridlösning av Operations.

Dynamics 365, Enterprise edition

Microsoft Dynamics 365 Plan 1 och 2

Licensiering

Produkterna kan köpas individuellt eller som planer med en prissättningsmodell som gör det lönsamt att välja en plan om det finns behov av fler produkter än Dynamics Operations. Det Svenska priset är inte kommunicerat fullt ut men det Amerikanska priset för enbart Operations är satt till 190 dollar per Enterpriseanvändare och månad och 210 dollar per månad för plan 2 som inkluderar övriga applikationer. Microsoft lämnar rabatt till befintliga AX / Axaptakunder vid uppgradering till d365 Operations. Enterpriseanvändarrollen i Operations motsvarar både Enterprise och functional i AX 2012 och kompletteras av Team Member-licenser för användare med begränsat systembehov. För att köra systemet krävs ett minimiantal av 20 Enterprise-användare.

System

Utöver användarrättigheter ingår också systemdrift i Azure, vars hårdvara baseras på angivna transaktionsvolymer i Licence Sizing Estimator-verktyget i LCS samt produktionsmiljöns faktiska volymer under drift. I varje d365 Operations- användarlicens ingår 10 gb lagringsutrymme. Ytterligare 5GB lagring tillkommer utan kostnad per 20 Dynamics 365 Operations / Plan 2 användare.  

Förutom Produktionsmiljön innehåller d365 Operations även demomiljö, utvecklingsmiljö, Acceptansmiljö samt en sandboxmiljö som är en kopia av produktionsmiljön.

Skrivet av
22 november, 2016

Varför skapar huvudplaneringen ett nytt inköpsförslag när de redan finns ett liggande inköp?

Detta är nog en av de vanligaste frågorna när det gäller huvudplaneringen, både för planerade inköp och produktionsorder. Går detta att parameterstyra och hur i så fall?

Svaret är självklart ”Ja” på den frågan.

Parametern som styr detta i Microsoft Dynamics AX heter ”Negativa dagar” och finns på artikelns disponeringsgrupp. Om artikeln inte har en disponeringsgrupp så tillämpas den som är satt som default under huvudplaneringensparametrarna. På den frisläppta artikeln under fliken ”Plan” finns artikelns disponeringsgrupp. Höger klicka i fältet och välja ”Visa Detaljer”.

frislappt-produkt-disponeringsgrupp

 

Under fliken allmänt på disponeringsgruppen hittar vi parametern.
disponeringsgrupp

 

 

 

 

 

 

 

 

 

 

 

 

 

Exempel 1,

När vi har negativa dagar satt till 1 blir konsekvensen följande. Som ni ser i formuläret nettobehov nedan skapar Microsoft Dynamics AX upp en ny planerad order trots att det redan finns ett inköp två dagar senare för inleverans.

Eftersom negativa dagar är satt till ”1” tittar Ax bara en dag framåt från behovsdatum efter en inkommande lösning. Behovsdatum i det här fallet är försäljningsorderns leveransdatum
alltså 2016-11-30. Negativa dagar beräknas i kalenderdagar.

nettobehov-1

För att Ax inte ska skapa upp en ny ”planerade inköpsorder” så behöver negativa dagar vara satt till minst 2 i detta exempel.

negativa-dagar-2

 

Exempel 2,
Nu har jag justerat negativa dagar till 2 på disponeringsgruppen och kört en uppdatering av huvudplaneringen och som ni ser, nu kommer inköpsordern innanför tidshorisonten för negativa dagar och huvudplaneringen skapar inte upp någon ny planerad inköpsorder.

Disponeringsgruppen på den frisläppta artikeln kan åsidosättas i formuläret Artikeldisponering så om din ändring inte tar effekt så dubbelkolla och ändra där. Oavsett om den är åsidosatt eller ej så visar formuläret nettobehov antal negativa dagar för artikeln under fliken inställningar.

nettobehov-2

Vid förändring av negativa dagar
När man ändrar negativa dagar på disponeringsgruppen så påverkar det alla artiklar som är kopplad till disponeringsgruppen. Ofta uppkommer frågan, hur många negativa dagar bör man ha? Detta är inte något som är självklart men ofta fungerar det att utgå från artikelns ledtid. Du bör inte ha mer negativa dagar än artikelns ledtid. Använder ni er av mer rulla leveranser, ”lager på väg” så kan de vara ännu färre.

 

Skrivet av
8 september, 2016

Lifecycle Services

– System, process och -organisationsverktyg

LCS är Microsofts ambitiösa samarbetsportal för att monitorera och administrera Dynamics AX under systemets hela livscykel. Det som tidigare har varit diversifierat sammanförs nu på webben, med kunden i centrum.

Centraliserad information, standardiserad projektmetodik, ökad kundkontroll

När AX 2012 kom så lanserades även Life Cycle Services som ett sätt att hantera projektet, systemet, tekniken och användarna. Genom att låta kunden äga sin egen LCS-portal flyttades systemöversikten och därmed kontrollen från att historiskt ha tillhört leverantören till kunden. Därmed blev det också möjligt för kunden att ta en aktivare roll i projektet och i de fall det krävdes också byta partner utan att äventyra informationen.

12

 

Systemanalys och drift

Den nära integrationen mellan AX och LCS öppnar för molnbaserad support. Från AX 2012 sker också ärendehanteringen i LCS och med access till systemmiljön kan partner och Microsoft utföra kodanalyser och systemdiagnoser baserat på verklig data.

Ytterligare effekt får vi i den Azurebaserade AX7-versionen där både driftmiljön och användarna administreras fullt ut i LCS.                 

Tjänster

Bilden visar tjänster och verktyg i LCS. Flertalet av dessa är så intressanta att vi får fördjupa oss i dem i senare blogposter.

 

Fig. LCS-verktyg för AX 7.

3

 

Skrivet av
2 september, 2016

Nytt räkenskapsår

Microsoft Dynamics AX 2012

Ibland kan man stöta på detta felmeddelande (ofta i början av ett nytt räkenskapsår).

Namnlös bild1

 

För att skapa ett nytt räkenskapsår, gå till Redovisning -> Inställningar -> Räkenskapskalendrar

Markera den räkenskapskalender som du vill skapa ett nytt år för och klicka på knappen ”Nytt räkenskapsår”.
Namnlös bild2

Fyll i detaljer om räkenskapsåret och klicka på knappen ”Skapa”.
Namnlös bild3

Nu har det nya räkenskapsåret skapats.
Namnlös bild4

 

För att verifiera att perioderna är öppna och eventuellt öppna dem om de är stängda, gå till Redovisning -> Inställningar -> Redovisning

Klicka på knappen ”Redovisningskalender”.
Namnlös bild5

Markera aktuellt räkenskapsår för att se vad varje period har för Periodstatus. Här kan du även öppna de perioder som eventuellt är stängda.
Namnlös bild6

Skrivet av
1 september, 2016

Faktaboxar

Microsoft Dynamics AX 2012

Faktaboxar används i Microsoft Dynamics AX för att på ett enkelt och snabbt sätt få mer information om den post som man aktivt arbetar med utan att behöva växla fönster.

Faktaboxar kan finnas både på listsidor och på detaljsidor (se första och andra bilden nedan) och visas på höger sida. Det kan finnas flera faktaboxar på varje sida och de kan innehålla information som exempelvis en kunds kontaktpersoner, försäljningsstatistik eller adresser.

2016-09-01 15-11-43

2016-09-01 15-12-18

 

Det man måste ha i åtanke är dock att varje faktaruta är ett formulär med en bakomliggande fråga mot databasen. Detta kan medföra försämrad prestanda i systemet. Om man upplever att prestandan är markant försämrad så kan man stänga av faktaboxarna genom att gå till Systemadministration -> Inställningar -> System -> Prestandaalternativ för klient. Det är dock inte rekommenderat att stänga av dem då de anses tillföra mycket information till användaren.

2016-09-01 15-15-22

Skrivet av
1 september, 2016

Att sätta behörighet på fältnivå

Microsoft Dynamics AX 2012

I detta inlägg beskriver jag hur man sätter behörighet på fältnivå i AX 2012. Användbart då man ibland vill att vissa roller inte skall kunna editera känslig information såsom t.ex. bankkontouppgifter på leverantörer utan endast skall kunna se informationen. Kan även användas när en tillagd privilege ger mer rättigheter än nödvändigt.

Hanteringen av behörighet på fältnivå skiljer sig från tidigare versioner då man i AX 2012 använder sig av Duties och Privileges. Kommer i ett senare inlägg berätta lite mer om det nya sättet med behörighetshantering och förklara mer in i detalj hur tänket är och smarta sätt att sätta upp rollbehörigheter.

Nedan visas hur man sätter upp så att en säkerhetsroll som har full behörighet till leverantörsregistret inte skall kunna editera leverantörsbankkonton.

4

Här ser man att användaren har rättigheter till att kunna lägga till eller radera bankkontot på leverantören. Detta vill vi ändra på så att användaren bara kan titta på posten.

2

Gå in på Systemadministration -> Inställningar -> Säkerhet -> Säkerhetsroller

Sök upp säkerhetsrollen och gå in på Åsidosätt behörigheter.

3

Gå in på Register/Fält och sök upp registret Vendbankaccount som är registret för leverantörsbankkonton.

När man klickar ur Åsidosätt inte så ändras rättigheterna från Fullständig åtkomst till Ingen åtkomst för registret. Nu kan man göra de inställningar som man vill för säkerhetsrollen. Vi väljer att sätta Visa på hela registret.

5

När användaren nu kommer in så är rättigheten för att editera bankontot på leverantören upphävt och användaren kan bara titta på posten.

Ekonomichefen är nöjd!

Skrivet av
28 augusti, 2016

Byt inte artikelnummer på försäljningsorderrad

Microsoft Dynamics AX 2012

När en artikel väljs på en försäljningsorderrad i Microsoft Dynamics AX 2012 så initieras en massa fält med värden från t.ex. artikelregistret.
Vad vi har stött på är att fältet ”Direktleverans” på försäljningsorderraden endast initieras då man väljer artikel första gången.
Om man utan att spara posten, byter artikelnummer på försäljningsorderraden så initieras inte detta värde från den nu valda artikeln.

Vilka övriga fält detta kan gälla har vi inte utrett vidare.

Ärendet lades upp hos Microsoft och vi fick snabbt svaret att de inte kommer att göra något åt denna ”bugg”.
Motivationen till detta var att det inte är ett ”normalt” beteende att byta artikelnummer när man valt fel på försäljningsorderraden.
Det man enl. Microsoft ska göra är att ta bort raden och skapa en ny.

Så.. där har ni det.. byt inte artikelnummer på en försäljningsorderrad.

Skrivet av
22 augusti, 2016

Strategi för omnikanal

Hur ska just vår omnikanal se ut? Måste man vara billigast för att lyckas med sin e-handel? Är det över huvud taget någon mening att försöka sälja på kvalitet på nätet? Ska vår e-handel profitera på, komplettera eller involvera våra butiker? Ska vi flytta eller öka försäljningen?

Frågorna kan bli många när man tar sig an ett omnikanalsprojekt. Men man måste ställa dem och man måste hitta svaren för sin verksamhet. Det viktiga är just att man ser detta som ett strategiskt verksamhetsprojekt och inte ett IT-projekt. Teknik finns i överflöd, utmaningen är att förpacka den i rätt processer.

Dagens försäljning innebär inte bara att man säljer en produkt, man säljer också en känsla och en livsstil. Som kund, oavsett vad man ska ha, är ofta utbudet stort och lättillgängligt och då måste man tillföra något mer för att locka kunderna till just sin produkt. Detta måste man återspegla i sin omnikanal. Kort sagt, dagens konsumenter köper känslan av att köpa.

En inte helt ovanlig känsla för kunden kan vara att man verkligen har fått det lägsta priset. För många  är detta det viktigaste. Då är man mer förlåtande avseende kvalitet och service. Ska detta vara strategin för verksamheten måste man öka sina volymer. Fokusering bör ligga på optimerad  varukedja och låga frakt- och lagerhållningskostnader. Butiksförsäljning blir i detta fall en dyr lösning och volymerna bör ligga på försäljning på nätet. Returer/byten kan med fördel hanteras genom att kunden skickar tillbaka varan och får ny vara hemskickad. Några ytterligare utsvävningar krävs inte eftersom känslan med lågt pris tillgodosetts.

En annan känsla kan vara kvalitet. Man vill känna att man köpt något med, om inte den bästa så i alla fall hög kvalitet. I detta fall är man ofta beredd att betala mer och då förväntar man sig inte bara just kvalitet utan även en bra service, inte sällan personlig. Detta måste man kunna leverera om verksamheten inriktas åt detta håll. Och här finns en viktig resurs: Butikerna.

”Omni” betyder ”allt”. Med andra ord innefattar begreppet omnikanal all vår försäljning vilket i sin tur även inkluderar butikerna. Det får man inte glömma bort. Att butikspersonalen representerar kunskap, service och det viktiga mötet med kunden är inget nytt. Detta kan man med fördel använda i sin omnikanal vid frågor, byten, returer etc. Att i butik omvandla en retur av en felaktig vara till en merförsäljning är en utmaning, men fullt möjligt.

Oavsett hur man utformar sin omnikanal ser köpbeteendet idag helt annorlunda ut än för 15 år sedan. Produktinformation fick man då genom kontakt med en fysisk butik med fysiska människor, eller kanske via en branschtidning eller liknande. I dag skaffar sig kunden information själv och är generellt väldigt påläst oberoende av var och hur hen handlar. Här kan vi faktiskt se en förändring där kedjor med mycket näthandel startar butiker som närmast liknar forna dagars systembolag, apotek eller speceriaffärer med försäljning över disk. Personalen lämnar ut varor och tar betalt, information har kunden redan.

Skrivet av
19 augusti, 2016

Primär adress på kontaktperson

Microsoft Dynamics AX 2012

I Microsoft Dynamics AX 2012 ska man vara försiktig med att skapa nya primära adresser på kunder som redan har knutna kontaktpersoner. Detta då en ny primär adress på kunden inte synkas över till kontaktpersonerna där den gamla primära adressen kommer ligga kvar istället.

När en kontaktperson skapas för t ex en Kund (det fungerar på samma sätt för Leverantör, Potentiell kund osv) så kommer kontaktpersonen automatiskt få kundens primära adress som sin primära adress. Kontaktpersonens primära adress kan sedan används för bl a katalogutskick.

2016-08-19 10-52-10

Om man däremot senare lägger till en ny adress på kunden och sätter den som primär adress istället, så kommer den nya adressen inte synkas över till kontaktpersonen (där kommer den gamla primära adressen ligga kvar som primär). Detta kan ställa till en del problem om man hamnar i ett läge där fel primära adress har lagts upp på kunden (om t ex leveransadressen istället för näringsadressen har lagts upp som primär). Då kan man ju tänka att det bara är att ändra på den befintliga primära adressen så att den stämmer (dvs inte lägga upp en ny primär adress) och det funkar så länge det bara är själva adressen som behöver ändras. Om du däremot ändrar syftet på adressen så kommer det inte synkas till kontaktpersonen, där kommer det gamla syftet ligga kvar.

I det här exemplet har jag lagt upp en kund med ”Adress 1” som primär. Sen har jag skapat en kontaktperson för kunden. Kontaktpersonen har då automatiskt också fått Adress 1 som primär. Jag har sedan lagt upp ”Adress 2” på kunden och satt den till primär. På kontaktpersonen ligger dock fortfarande ”Adress 1” kvar som primär. Adresserna är dock fortfarande associerade, dvs om man ändrar ”Adress 1” på kunden så uppdateras det automatiskt på kontaktpersonen.

2016-08-19 10-59-44

Det går att associera kontaktpersonen med en annan av kundens adresser (via knappen Fler alternativ -> Välj en annan), men den ersätter aldrig den redan inlagda primära adressen, utan den läggs bara in som en icke primär adress. Det går inte att redigera någon av de associerade adresserna direkt på kontaktpersonen, utan redigeringen måste göras på kunden alternativt på parten i den globala adressboken.

2016-08-19 11-05-07

 

Den enda sättet att rätta till problemet så att kontaktpersonen får samma primära adress som kunden, som jag kan se, är att ta bort kontaktpersonen och lägga upp den på nytt. För att undvika problemet över huvud taget är det dock viktigt att man är säker på kundens primära adress innan man lägger upp några kontaktpersoner.

Skrivet av