Nyheter

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.

Life Cycle Services

– System, process och -organisationsverktyg

LCS är Microsofts ambitiösa samarbetsportal för att monitorera och administrera Dynamics 365 / 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 D365 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 D365-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 D365.

3

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.

Anpassa till döds

Åter till den troligen vanligaste frågan vid implementering av ett nytt affärssystem: Är anpassningar av godo eller ondo?
Det finns en evig diskussion huruvida man ska anpassa affärssystemet efter processerna eller processerna efter affärssystemet. Frågan har två svar och kommer nog alltid att ha det.

Grunden till frågeställningen är enkel. Väljer man att anpassa systemet efter alla önskemål blir användarna glada och nöjda. Allting är frid och fröjd tills man hittar någon ny befintlig funktionalitet man vill använda. Har man otur lirar den inte med gjorda ändringar och man får anpassa vidare. Håller man på så ett tag blir en uppgradering ett stort och dyrt projekt och man sitter fast i den version man har.

Här ska vi inte inkludera komplettering av basdata. Dessa ändringar vållar som regel inga större problem och hanteras ofta väl av de moderna uppgraderingsverktygen.

Man ljuger inte när man påstår att minst hälften av alla anpassningar vid ett affärssystemsbyte är baserade på funktionalitet i det gamla systemet, inte hur det fungerar i det nya. Det är ofta ovana och okunskap i det nya systemet som är orsaken. Tilläggas bör att denna funktionalitet inte sällan är en anpassning även i det gamla systemet.

Alla vet att om man väljer att hitta en temporär work around och lyckas köra den i 2-3 månader och sedan lyfter behovet igen blir resultatet ofta följande:

  1. Om behovet av anpassning finns kvar kommer den inte att utföras på samma sätt som om den tagits fram under implementationen och…
  2. Den blir oftast ofantligt mycket bättre eftersom den nu faktiskt blir baserad på funktionalitet i det nya systemet.

Dynamics AX är byggt för att kunna anpassas. Få, om ens något affärssystem har en verktygslåda som kan mäta sig med de möjligheter som finns för en kreativ systembyggare i Dynamics AX. Systemets verkliga styrka blir också dess svaghet. Man kan alltid lösa nästan vad som helst i AX med anpassning och detta gör att man inte kan stå emot önskemålen från användarna.

Låt oss titta på ett antal strategiska faktorer med AX for cloud:

  • Distribueras i standardutförande via LCS.
  • Löpande uppdateringar kommer att ske på ungefär samma sätt som windows update.
  • ISV-lösningar kommer att erbjudas enligt AppStore principen.

Alla som varit med ett tag inser att vi nu kommit väldigt långt från Axapta 3.0 där påhittiga livsstilskonsulter skräddade ihop den ena lösningen efter den andra tills uppgradering inte var att tänka på och systemet nästan stannade.

Här måste man tänka om. Detta ställer helt nya krav på både oss som levererar och de som använder AX. Vi måste bli bättre på att använda den nu väldigt utbyggda standardfunktionalitet som finns och mer se nyttan av att alltid kunna köra med de senaste uppdateringarna.

Och när anpassningar måste göras, för dessa kommer vi aldrig ifrån, blir ”Best practice” inte bara något att sträva efter utan ett absolut måste.

Säg hej!

Ring oss på 035-17 70 80

Du kan även maila oss på info@tydab.com

Besök oss

Stockholm

Ferkens gränd 1,
111 30 Stockholm

Helsingborg

Kullagatan 30,
252 20 Helsingborg

Halmstad

Snickaregatan 8,
302 47 Halmstad

Postadress
Snöstorpsvägen 49,
302 47 Halmstad

Vi på Tydab

Försäljning & Marknadsföring
Applikation
Eva Nilsson
eva.nilsson@tydab.com
Henrik Hugoh
henrik.hugoh@tydab.com
Jenny Skylegård
jenny.skylegard@tydab.com
Jeremy Dicker
jeremy.dicker@tydab.com
Johan Sundqvist
johan.sundqvist@tydab.com
John Hermander
john.hermander@tydab.com
Piere Jason
piere.jason@tydab.com
Tuấn Nguyễn
tuan.nguyen@tydab.com
Stefan Sjöstedt
stefan.sjostedt@tydab.com
Utveckling
Anders Forssberg
anders.forssberg@tydab.com
Anders Johansson
anders.j@tydab.com
Carl-Johan Jonsson
cj@tydab.com
Erik Gonzalez
erik.gonzalez@tydab.com
Ilaz Rexhepi
ilaz.rexhepi@tydab.com
Johnny Jörgensen
johnny.jorgensen@tydab.com
Michaela Dekker
michaela.dekker@tydab.com
Oliver Sjöstrand
oliver.sjostrand@tydab.com
Peter Gunnarsson
peter.gunnarsson@tydab.com
Regina Yngnell
regina.yngnell@tydab.com
Samuel Athley
samuel.athley@tydab.com
Administration
Maj-Inger Andersson
ma@tydab.com
+46 (0)35-17 70 80

Tydab logga - Jobba hos oss

Jobba hos oss

Vi söker ständigt efter nya kollegor som kan hjälpa oss att utvecklas. Skicka ditt CV till oss på jobb@tydab.com