Vi tilbyr løsninger tilpasset din bransje. Velg din bransje og lær hvordan vi kan bidra til å transformere virksomheten din.
8 min read • Feb 22, 2023
ERP-løsninger i skyen har ført til enkelte endringer i implementeringen. I dette blogginnlegget skal vi se på faktorene som påvirker ERP-løsninger. Vi vil også se på hvordan endringene oppleves av dem som jobber med implementering av forretningsløsninger.
Microsoft startet sin virksomhet innen forretningsløsninger i 2002 med oppkjøpet av løsningene Navision og Axapta. Navision, nå kalt Dynamics 365 Business Central, ble laget for små bedrifter. Axapta, nå kalt Dynamics 365 for Finance and Operations, ble laget for større bedrifter. Selv om de to løsningene er forskjellige, deler de flere funksjoner, noe som også gjelder de fleste tradisjonelle forretningsløsningene:
I dag tilbyr Microsoft løsningene Dynamics 365 Business Central og Dynamics 365 Finance and Supply Chain som forretningsprogrammer, sammen med mange andre Dynamics 365-apper. Begge løsningene er laget som moderne skyløsninger. De skal løse utfordringene med tradisjonelle forretningsløsninger. Løsningene påvirker også hvordan de blir brukt. Dette gjelder både den som bruker dem og kunden. Hva består påvirkningene av?
La oss begynne med infrastrukturen, som kanskje er det mest naturlige området som påvirkes.
Med skyløsninger slipper vi å tenke på krav til maskinvare og programvare for at løsningen skal fungere problemfritt. Vi slipper å tenke på oppdateringer av system og programvare. Vi slipper å bekymre oss for å sikre god systemtilgjengelighet, sikkerhetskopier og lignende. Vi får mye informasjon basert på telemetri, slik at vi ser hvordan systemet fungerer.
Med infrastruktur i skyen blir det enkelt å sette opp ekstra miljøer for forskjellige formål, for eksempel utvikling, testing, testing av ytelse og så videre. Det er en stor fordel sammenlignet med lokal utrulling (flere miljøer i skyen fører naturligvis til ekstra kostnader).
Det er viktig å understreke at Dynamics 365 ERP-løsninger også kan installeres på lokal infrastruktur, noe som naturligvis gjør dem mye mer komplekse. Da må den som implementerer løsningen, lage en detaljert plan over nødvendig maskinvare, system og programvare. Det oppstår også behov for rutiner for vedlikehold og oppdateringer.
Dynamics 365 Finance and Supply Chain
Les mer og Utforske
Noe av det viktigste leverandører av tradisjonelle ERP-løsninger lærte, var at kunder ofte har problemer med å oppdatere. Det kan være vanskelig for dem å bestemme seg for nyere versjoner av løsningen. Tvil og frykt hang vanligvis sammen med den potensielt store mengden tilpasninger som må gjennomføres. Jo mer tilpasset løsningen er, desto mer innsats kreves for å oppgradere den.
Derfor havnet vi ofte i situasjoner der det ikke lenger var snakk om en oppgradering, men om en ny implementering.
En av skytjenestenes viktigste fordeler er kontinuerlig oppdatering og implementering av nye funksjoner. Oppdateringer kan gjennomføres hver måned ved behov. For at brukere relativt enkelt skal kunne begynne å bruke nye versjoner av løsningene sine, måtte vi endre hvordan løsningene tilpasses.
Tidligere kunne leverandøren endre standardkoden, men med skytjenester er ikke det lenger et alternativ. Derfor ble det laget en ny modell.
Nå kan ikke den som lager løsningen endre standardkoden. I stedet må de skrive sin egen kode. Denne koden kalles en utvidelse. Den legges til på bestemte steder i programmets kode. Disse stedene kalles utvidelsespunkter.
Når produsenten bytter ut standardkoden uten store endringer, vil eksisterende utvidelser fortsatt fungere. Dette gjelder også for presentasjoner. For eksempel vil alle USB-enheter fungere som før, med mindre standarden endres. Det fører til at det blir mer komplekst å lage tilpasninger.
På den andre siden finnes det en «utviklingsplattform med lav kode», kalt Power Platform. Den inkluderer blant annet PowerBI, PowerApps og PowerAutomate, tjenester som gjør at man raskt kan utvikle løsninger innen «selvbetjent forretningsintelligens», utvikle apper og sikre automatisering.
Den moderne Dynamics 365-familien av forretningsprogrammer oppdateres minst hver måned. Det gjennomføres for øyeblikket store endringer. Store, monolittiske løsninger brytes opp, for eksempel byttes hele moduler ut med nye skyløsninger (noen nylige eksempler inkluderer Dynamics 365 Human Resources, Dynamics 365 Finance Insights og Dynamics 365 AI).
I slike miljøer kan man ikke lenger bruke fast implementeringsmetodikk for å implementere komplekse forretningsløsninger. I tråd med et miljø som er i rask endring,
har Microsoft foreslått en metodisk tilnærming som kalles CRP (Conference Room Pilot), og som er en kombinasjon av fossefallmodellen og en agil tilnærming.
I tradisjonelle løsninger var vi ofte vant til full autonomi i kodehåndteringen og installering av oppdateringer, men slik er det ikke med skyløsninger. For Dynamics 365 Finance and Operations er livssyklusstyring bare mulig ved hjelp av samarbeidsportalen LCS (Lifecycle services). For skytjenester betyr det at Microsoft oppdaterer produksjonsmiljøet som en del av de vanlige tjenestene. Kunden og den som implementerer løsningen, får bare tilgang til systemet via brukergrensesnittet.
Tidligere fikk vi enkelt tilgang til data, til å installere oppdateringer og gjennomføre ad hoc-tiltak, men det er ikke lenger mulig. Nå finnes det en rutine som nøyaktig beskriver fremgangsmåten for å installere en ny pakke i produksjonen, for eksempel må den testes i en sandkasse først.
Automatisk testing har blitt viktigere enn noensinne, og vi har ikke råd til at systemet slutter å fungere på grunn av manglende testing.
Oppdateringer inkluderer kontinuerlig utvidelse av funksjoner og funksjonalitet. For Dynamics 365 for Finance and Supply Chain får kunden åtte oppdateringer hvert år. Kunden må godta minst to av dem. Dette betyr at kunden kan hoppe over tre oppdateringer på rad.
Kritiske feilrettinger er alltid tilgjengelig for den tidligere versjonen (hvis den nyeste versjonen er 10.0.6, tilbys det kritiske feilrettinger for versjon 10.0.5).
Det gjør at kundene alltid har den nyeste oppdateringen, inkludert alle kjente kritiske feilrettinger og ny funksjonalitet.
Dette betyr at når vi implementerer løsningen, må vi kunne godta oppdateringer flere ganger i året og sørge for at alle utvidelsene fungerer som de skal. Nok en gang spiller automatisk testing en viktig rolle.
Med en skyløsning må vi huske at alt er inkludert. Dette betyr at både system og programvare blir oppdatert.
Det er en forskjell mellom utrulling i skyen og utrulling lokalt. Ved lokal utrulling får kunden mer fleksibilitet (med andre ord må kunden gjennomføre det selv), men det er ikke mulig uten regelmessige oppdateringer.
