Vad är Dynamics 365?

Microsoft Office är namnet på sviten av vanliga affärsproduktivitetsprogram som inkluderar Word för ordbehandling, Excel för kalkylblad, Outlook för e-post och schemaläggning, PowerPoint för presentationer och SharePoint för dokumenthantering, bland andra applikationer. Denna svit av applikationer har blivit en vanlig standard: De flesta människor i affärsvärlden använder nu åtminstone en del av Microsoft Office – särskilt Outlook – varje dag, 365 dagar om året. Microsoft har migrerat Office till molnet, som en prenumerationsbaserad online Software as a Service-svit med applikationer, och har kallat det Office 365.

Denna flytt av Microsoft Office från on-premise till i molnet har visat sig vara extremt populär, eftersom många organisationer nu redan har flyttat över sina användare från skrivbordsversionen av Office till Office 365. Datornätverksansvariga på de flesta organisationer föredrar onlineversionen pga. det är mycket lättare att hantera en länk till en webbplats än att installera och felsöka applikationer på användarnas individuella stationära datorer och bärbara datorer.

Som en uppföljning av Office 365 kom Microsoft ut med en molnversion av sitt ERP (återigen, enterprise resource management), som är finansiell, redovisnings- och operativ programvara, och kombinerade den med sin CRM (återigen, hantering av kundrelationer) , som är programvara för försäljning, marknadsföring och kundtjänst. Den har stämplat denna kombination av ERP och CRM i molnet som Dynamics 365.

365 i Dynamics 365 betonar att programvaran spelar bra med Office 365, och det gör den verkligen – den är mycket kompatibel och integrerad med Excel, Outlook och SharePoint, särskilt. Naturligtvis är 365 antalet dagar under ett typiskt år, så namnet förmedlar också den konstanta tillgängligheten av programvaran, varje dag (även på den 366:e dagen i ett skottår).

Ett litet historiskt perspektiv bakom Dynamics 365

Den Dynamics del av namnet Dynamics 365 har en ganska intressant historia. En gång i tiden var två collegekompisar, Steve Ballmer och Doug Burgum, rumskamrater vid Stanford University. Steve fortsatte med att bli VD för Microsoft och ersatte Bill Gates, och Doug grundade sitt eget företag för bokföringsprogram i North Dakota som heter Great Plains. Doug skulle så småningom bli guvernör i North Dakota. Great Plains började med en populär karaktärsbaserad (med andra ord icke-grafisk ) version som kördes på IBM-kompatibla datorer med det gamla DOS-operativsystemet.

När operativsystemet Windows först introducerades i början av 1990-talet skapade Great Plains en ny programvara som heter Dynamics, som var en grafisk baserad programvara (du använde en mus och klickade på grafiska ikoner) som kördes på Windows och, tro det eller ej, även på Apple Macintosh vid den tiden. (Dagens version körs inte längre på Apple.)

Den ursprungliga Great Plains Dynamics skrevs på ett proprietärt datorspråk som uppfanns av Great Plains-utvecklarna kallat Dexterity. Skicklighet skrevs i programmeringsspråket C och uppfanns för att påskynda skapandet av Dynamics. Som det visade sig användes Dexterity aldrig för något annat än Great Plains Dynamics och tilläggsprodukter designade speciellt för Great Plains Dynamics. Därför har Microsoft inga framtida planer på att fortsätta utveckla nya produkter med hjälp av det.

År senare förvärvades Great Plains av Microsoft för över en miljard dollar. När Microsoft förvärvade Great Plains, plockade det upp Solomon, ett annat populärt bokföringspaket. Solomon, väl ansedd för sina funktioner för projektredovisning och jobbkostnad, hade tidigare förvärvats av Great Plains, innan Microsoft förvärvade Great Plains. Genom att förvärva Great Plains tillsammans med Solomon fick Microsoft en stark inhemsk närvaro på ERP-marknaden i USA.

För att få fotfäste på ERP-marknaden i Europa förvärvade Microsoft Navision, ett mycket modifierbart ERP-paket med starka tillverkningsegenskaper. Navision, grundat i Danmark, hade tidigare förvärvat Axapta, ett annat mer robust ERP-paket, även det med omfattande tillverkningsfunktioner, från Damgaard, en annan dansk mjukvaruutvecklare.

Microsofts marknadsavdelning, som var ganska förtjust i varumärket Dynamics, utökade varumärket till andra Microsoft-programprodukter, inklusive Microsofts CRM-paket, som ursprungligen hette Microsoft CRM, och senare omdöptes till Dynamics CRM . Detta CRM-paket förvärvades inte från ett annat företag, utan utvecklades snarare av Microsoft internt. Microsoft CRM var ett av de första paketen som Microsoft migrerade till molnet, kallade det CRM Online, för att förbli konkurrenskraftigt med Salesforce.com, dess främsta CRM-rival. Microsoft CRM har tagit en stor andel av CRM-marknaden och är en framgångsrik och mycket använd produkt.

Microsofts marknadsföringsfolk fortsatte att använda Dynamics-namnet, och så småningom ändrade varumärket till Dynamics de andra tre ERP-paketen som företaget förvärvade och lade till en kort akronym för att skilja dem åt.

Microsoft slutade med dessa fyra ERP-paket – och ett CRM:

• Dynamics GP (tidigare Great Plains) ERP – inte flyttat till 365
• Dynamics SL (tidigare Solomon) ERP – inte flyttad till 365
• Dynamics NAV (tidigare Navision) ERP – Business edition i 365
• Dynamics AX (tidigare Axapta) ERP – Enterprise-utgåva i 365
• Dynamics CRM (tidigare CRM Online) – Försäljning/Service/mer i 365

Microsoft insåg att det inte var särskilt vettigt att behålla fyra separata ERP-paket med fyra separata programmeringskodbaser och ett CRM-paket som inte pratade med något av de fyra ERP-paketen. långsiktig färdplan. Något skulle behöva göras för att förenkla och förena sina affärsprogramvaruerbjudanden.

För att göra saken värre var de flesta av komponenterna i dessa ERP-paket inte webbaserade applikationer, utan snarare var de gamla klient-/serverapplikationerna, som inte körs på webbsidor och istället antingen måste installeras på varje användares dator eller annars kräver användarna att logga in på fjärrskrivbord eller Citrix-sessioner, vilket är ganska obekvämt och krångligt att underhålla för IT-avdelningen. Microsoft ERP-programvaran behövde migreras från klient/server till webbaserad. Lyckligtvis hade Microsoft CRM byggts från grunden som en webbaserad applikation, så det behövde åtminstone inte så mycket revidering som ERP-mjukvaran.

Läser färdplanen för Microsoft ERP och CRM

Microsoft behövde ta fram en strategi för sina affärsprogramvarulösningar som skulle lösa problemet med att ha fyra orelaterade, redundanta, lokala ERP-erbjudanden, med otillräcklig interoperabilitet mellan deras CRM- och ERP-lösningar för att starta. För att ta itu med dessa problem utarbetade Microsoft en fyrafaldig strategi:

Flytta till molnet eftersom alla flyttar till molnet, för många övertygande fördelar, särskilt den enklare uppstarten.

Kunder vill ha enkelheten att sätta upp och underhålla en mjukvaruinfrastruktur för sina ERP- och CRM-system, och det är naturligtvis mycket lättare om programvaruleverantören – i det här fallet Microsoft – sköter allt det åt dem. Systemen är med andra ord värd hos Microsoft, så du surfar bara till en webbsida, vilket är så mycket enklare än att köpa servrar, konfigurera dem, installera programvara, skapa backupplaner och så vidare. Kunder föredrar också att hyra istället för att köpa programvaran, eftersom de kan undvika att behöva betala ut massor av pengar i förväg, även om det kan sluta kosta dem mer pengar i längden, vilket inte nödvändigtvis heller är fallet.

Ändra flera befintliga Microsoft-applikationer för att vara webbaktiverade istället för klient/server, om de inte redan var webbaktiverade, och kombinera dem sedan till ett stort, enhetligt erbjudande med ett gemensamt utseende och känsla och ett gemensamt varumärke, Dynamics 365.

Microsoft hade redan flera bra applikationer, så att skriva om ett ERP och CRM från början skulle ha varit att uppfinna hjulet på nytt (för att inte tala om att det skulle vara opraktiskt att göra det). ERP- och CRM-system är så packade med funktioner och möjligheter att det tar många år, till och med decennier, att utveckla och utvecklas till en nivå där de kan möta behoven hos komplexa organisationer.

Tillhandahåll en förenklad licens som gör att du kan få all (eller åtminstone det mesta) av denna kombinerade programvara för en kombinerad kostnad per användare, som en prenumeration på SaaS.

Fördelen för Microsoft här är att prenumerationsbaserade intäkter föredras av aktieägare eftersom det tenderar att jämna ut intäkterna, vilket ger stabila och pålitliga vinster år efter år. Fördelen för kunder, återförsäljare och Microsoft är att att skaffa Dynamics 365 innebär mindre förskottskostnader och undviker komplexiteten i att kunder och återförsäljare måste välja igenom en förvirrande meny med tillgängliga moduler för att fastställa ett pris. Istället innehåller några grundläggande planer nästan all programvara.

Programmera dessa applikationer för att ha tät integration med andra, mer allmänna Microsoft-applikationer, -verktyg och -teknologier, som Microsoft Office 365, Power BI, PowerApps, Common Data Service och liknande.

Om du gör det ökar användbarheten av programvaran och gör den mer tilltalande för kunder som redan har en stor investering i Microsoft-produkter.

Vad finns i Dynamics 365?

Microsofts lösning på sitt CRM/ERP-färdplansproblem var att skapa ett SaaS-prenumerationsbaserat erbjudande, exklusivt tillgängligt på Microsofts molntjänst, Azure. Den kombinerar CRM med ERP tillsammans med tät integration till Office-applikationer som Excel , Outlook och SharePoint samt några andra applikationer, plus andra, nyare Microsoft-verktyg och -tekniker som PowerApps för att bygga mobil- och webbappar, och Power BI för business intelligence-rapportering.

Dynamics 365 är en sann SaaS-lösning; med andra ord, det är inte tillgängligt på plats; du kan bara köra det i molnet, precis som Salesforce.com, Workday, Oracles NetSuite och många andra, nyare konkurrerande CRM- och ERP-alternativ som nu är vanliga på marknaden.

I ett försök att vara allt för alla människor har Microsoft fyllt med funktionerna som ingår under Dynamics 365-paraplyet, vilket utökar räckvidden från ERP och CRM till FSA, PSA, HR och POS.

Kolla in den här tabellen för ett förtydligande av vad all denna alfabetsoppa av akronymer faktiskt betyder.

Akronymer relaterade till Dynamics 365

Dynamics 365 består av följande huvudstycken:

• Dynamics AX ERP: Bytt namn till Dynamics 365 for Finance and Operations, Enterprise-utgåva (för större organisationer)

Eller, alternativt, för ERP kan du välja en förenklad version av Dynamics NAV ERP, omdöpt till Dynamics 365 Finance and Operations Business-utgåva (för mindre organisationer)

• Dynamics CRM: Bytt namn till Dynamics 365 for Sales, inklusive Sales Force Automation, Customer Service och Marketing
• FieldOne: Ett CRM-tillägg som förvärvades av Microsoft och blev CRM Field Service och CRM Resource Scheduling
• Projekttjänst: En annan CRM-modul som är en applikation för projektredovisning/tid- och fakturering
• Talang: En separat applikation som är programvara för mänskliga resurser (HR) för introduktion av anställda och som har en självbetjäningsportal, hantering av personalförmåner och så vidare
• Detaljhandel: En annan separat applikation som är ett kassasystem (POS) som används för butiksverksamhet

Dynamics 365 har också tät integration med en mängd Microsoft-tekniker, inklusive SharePoint, Excel, Outlook, PowerApps, Power BI och Common Data Service.

Dynamics GP (tidigare Great Plains) och Dynamics SL (tidigare Solomon) är båda allmänt använda ERP-paket, särskilt i USA. Microsoft upprätthåller fortfarande, och i viss begränsad utsträckning, förbättra dessa produkter på grund av fortsatt efterfrågan från kunder.

Även om det är sant att många kunder inte vill migrera från dessa produkter på grund av den stora investering av tid och pengar som spenderas i den komplexa konfigurationen och modifieringar de har gjort av kärnsystemen, är Microsofts FoU-dollar och fokus tydligt snedställda mot att gynna Dynamics AX (nu Dynamics 365 Finance and Operations Enterprise-utgåvor). Microsofts vision är att AX är den framtida produkten att konkurrera med sina främsta rivaler, som Oracle och SAP. GP och SL kallas ibland för sunset- produkter eftersom de så småningom kommer att fasas ut av Microsoft. ERP-världen rör sig dock i en glaciär takt på grund av odjurets komplexitet och uppdragskritiska natur. Med all sannolikhet kommer GP och SL att finnas kvar i många år framöver, på grund av att kunder vägrar migrera.

Microsoft fortsätter att byta namn på sin affärsmjukvara, och ärligt talat kan det bli förvirrande för konsumenten. Naturligtvis är de till synes oändliga omgångarna av byte av namn i syfte att hålla sig uppdaterade med modeord och trender, och är ett ärligt försök att klargöra vad programvaran är designad för att göra. För att hjälpa dig att se tydligt genom detta dimmiga dis, listar den här tabellen de stora programvaruapplikationerna som har utvecklats till Dynamics 365.

Övergången till Dynamics 365

Standardisering av verktyg och terminologi i Dynamics 365

Eftersom mjukvaran som utgör ursprunget till Dynamics 365, som Damgaard Axapta, har utvecklats under decennier, och så småningom blev en del av Dynamics 365, har Microsoft spenderat oerhört mycket tid, ansträngning och pengar för att modernisera den å ena sidan och att standardisera den för att passa in i den övergripande Microsoft-miljön av operativsystem, databaser och utvecklingsverktyg å andra sidan så att Microsofts erbjudanden skulle ha ett konsekvent utseende och känsla. Arbetet från tusentals mjukvaruingenjörer har förvandlat programvaran till en punkt där den knappt går att känna igen från vad den började som.

Till exempel är Axapta (som blir Dynamics AX) anpassad med hjälp av ett egenutvecklat verktyg som är unikt för AX som kallas Application Object Tree (kallas AOT). Att bemästra AOT var avgörande för att bli skicklig i anpassningen av Dynamics AX. I Dynamics 365 har den proprietära AOT tagits bort. Istället har Microsoft ersatt ett mer vanliga Microsoft-standardverktyg - nämligen Visual Studio. I Dynamics 365 använder du Application Explorer i Visual Studio för att titta under huven på AX och manipulera programmeringsobjekten som utgör den nya Dynamics 365 molnaktiverade versionen av AX, Dynamics 365 for Finance and Operations Enterprise-utgåvan.

Microsoft har ändrat den proprietära terminologin för AOT till standardterminologin för Visual Studio, applikationen som används av programmerare för att koda datorprogram med hjälp av Microsofts programmeringsspråk, som .NET. Med andra ord, eftersom Microsoft har tagit befintliga applikationer, såsom Dynamics AX, och överfört dem till Dynamics 365-komponenter , har applikationerna gjorts för att överensstämma med Microsofts övergripande terminologi och teknologistandarder.

Den här tabellen listar terminologistandardiseringarna som Microsoft gjorde vid migreringen av Dynamics AX Application Object Tree (AOT) från AX till Dynamics 365 Finance and Operations Enterprise-utgåvan.

Går från Dynamics AX till Dynamics 365