Nyheter

På plats på BringLOAD

Det är full fart här på Norges stora näthandels- och logistikevent. Vi är här som en del av den Unified Commerce Alliance-lösning som syr ihop E-handel med den fysiska butikshandeln. På plats är också Microsoft, EpiServer, Onbori och Inriver PIM.

Vi blir en del av Microsoft Technology Center

Tydab och Avensia blir en del av Microsofts nya Technology Center i Akalla. Teknikcentret syftar till att lyfta fram innovativ teknologi och visa hur det kan tillämpas i praktiken för att lösa kunders affärsutmaningar. Det är därför med särskild glädje och stolthet som vi kan meddela att Tydab och Avensia har fått förtroendet att representera affärsområdet Retail med vår lösning; Unify Retail.

Vad är Unify Retail?

Unify Retail är en paketering av Microsoft Dynamics 365 Retail och Avensia Storefront, framtagen för butikshandeln och en full Unified Commerse-lösning. Det innebär bland annat central hantering av kampanjer, priser, kundinfo, produktinfo och lojalitet med genomslag i realtid i alla kanaler.

Lösningen placeras ovanpå det befintliga affärssystemet med systemdrift i Microsoft Azure Cloud. Det ger en agil, skalbar och flexibel plattform som kunden kan växa i.

Vill du veta mer?

Här är Dynamics 365

När Microsoft lanserade Dynamics 365 for Finance and Operations – enterprise edition som ersättare till Dynamics AX innebar det någonting mer än ett systemversionsbyte. Det utgjorde grunden till en helt ny affärsplattform som tack vare en ny datamodell kan dela, analysera och konsumera information mellan de Dynamics-appar och programvaror som numera har flyttat in i plattformen.

Utöver D365FO, Sales, Marketing och Power BI har plattformen utökats med Cortana Intelligence och helt nya produkter som Power Apps och Flow, allt driftsatt i Azure och levererat som Software-as-a-Service. För de som helst undviker molnet finns alternativet att driftsätta D365 lokalt.

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 d365FO- användarlicens ingår 10 gb lagringsutrymme. Ytterligare 5GB lagring tillkommer utan kostnad per 20 Dynamics 365 Plan-användare.

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

Dynamics 365 for Finance and Operations kompletteras med stöd för lokal drift

Efter en lång tids spekulationer bekräftar nu Microsoft att Dynamics 365 for Finance and Operations även 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

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 eller faxa 035 - 17 70 81

Besök oss

Stockholm

Ringvägen 100,
118 60 Stockholm

Halmstad

Snickaregatan 8,
302 47 Halmstad

Postadress
Snöstorpsvägen 49
,
302 47 Halmstad

Vi på Tydab

Försäljning & Marknadsföring
Fredrik Stenlund

Försäljning & Marknadsföring
fredrik.stenlund@tydab.com
+46 (0)70 565 86 40

Applikation
Peter Christner

Applikation
peter.christner@tydab.com
+46 (0)70 575 12 31

Anders Dahlin

Applikation
anders.dahlin@tydab.com

Crister Erlandsson

Applikation
crister.erlandsson@tydab.com
+46 (0)70 399 70 81

Eva Nilsson

Applikation
eva.nilsson@tydab.com

Henrik Mathiasson

Applikation
henrik.mathiasson@tydab.com
+46 (0)70 322 21 34

Johan Sundqvist

Applikation
johan.sundqvist@tydab.com

John Hermander

Applikation
john.hermander@tydab.com

Piere Jason

Applikation
piere.jason@tydab.com

Tuấn Nguyễn

Applikation
tuan.nguyen@tydab.com

Utveckling
Anders Forssberg

Utveckling
anders.forssberg@tydab.com

Anders Johansson

Utveckling
anders.j@tydab.com

Carl-Johan Jonsson

Utveckling
carl-johan.johnsson@tydab.com

Ilaz Rexhepi

Utveckling
ilaz.rexhepi@tydab.com

Johnny Jörgensen

Utveckling
johnny.jorgensen@tydab.com

Michaela Dekker

Utveckling
michaela.dekker@tydab.com

Peter Gunnarsson

Utveckling
peter.gunnarsson@tydab.com

Regina Yngnell

Utveckling
regina.yngnell@tydab.com

Samuel Athley

Utveckling
samuel.athley@tydab.com

Administration
Maj-Inger Andersson

Administration
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