Regelmessige, forutsigbare oppdateringer
Microsoft Dynamics 365 og Power Platform følger en strukturert oppdateringsrytme som gjør det enkelt for virksomheter å planlegge:
To hovedreleaser per år
Vår-releasen (Wave 1) rulles typisk ut fra april, mens høst-releasen (Wave 2) starter rundt oktober. Disse bringer nye funksjoner, forbedret brukeropplevelse og utvidede integrasjonsmuligheter. Microsoft publiserer release-notater flere måneder i forveien, slik at man kan forberede seg i god tid.
Løpende, mindre oppdateringer
Mellom hovedreleasene leverer Microsoft hyppige, mindre oppdateringer som typisk dekker:
- Feilrettinger og ytelsesforbedringer
- Sikkerhetsoppdateringer
- Lovpålagte endringer (f.eks. skattemeldingsformat, MVA-regler)
Minimal nedetid
Microsoft håndterer infrastrukturen og gjennomfører oppdateringer med svært lite driftsavbrudd – typisk i lavtrafikkperioder og med varsling i forkant. Som skyløsning slipper du som kunde å koordinere eget servervedlikehold.
Forutsigbarhet som fordel
De faste tidspunktene gjør det mulig å bygge en intern årsplan rundt oppdateringene – sette av ressurser til testing, kommunisere til sluttbrukere og unngå at oppdateringer kolliderer med kritiske perioder som årsavslutning eller budsjettarbeid.
Proaktiv planlegging før hver release
Proaktiv planlegging er det som skiller en smidig oppdateringsprosess fra en reaktiv en – og det starter lenge før selve releasen ruller ut.
Monitorering av release-notater
Microsoft publiserer detaljerte release-notater måneder i forveien. Vi går gjennom disse systematisk for å identifisere hvilke endringer som er relevante for hvert enkelt kundemiljø – ikke alle endringer påvirker alle kunder likt.
Vurdering av påvirkning per kunde
For hver release gjør vi en konkret konsekvensanalyse:
- Hvilke moduler og prosesser berøres?
- Er det endringer i brukergrensesnitt som krever opplæring?
- Påvirkes integrasjoner mot andre systemer?
- Er det funksjonalitet som fases ut (deprecation)?
Tidlig varsling til berørte kunder
Dersom vi identifiserer elementer som krever oppmerksomhet, informerer vi kunden i god tid – ikke dagen før. Dette gir kunden mulighet til å involvere riktige ressurser internt, planlegge opplæring eller justere egne prosesser om nødvendig.
Planlegging av nødvendige tiltak
Basert på analysen legger vi en konkret plan for hva som må gjøres før releasen treffer produksjon:
- Oppdatering av tilpasninger og utvidelser
- Planlegging av testperiode i testmiljø
- Koordinering av ressurser og tidsplan
Hvorfor dette er viktig
En release som treffer uforberedt kan skape unødvendig støy og driftsforstyrrelser. Med systematisk forberedelse blir oppdateringen en forutsigbar hendelse – ikke en overraskelse.
Test og kvalitetssikring i separate miljøer
Testing i separate miljøer er selve sikkerhetsnettet som sikrer at ingen oppdatering skaper problemer i produksjon før den er grundig validert.
Dedikerte testmiljøer
Hver kunde har egne testmiljøer som er isolert fra produksjon. Disse speiler kundens faktiske konfigurasjon, tilpasninger og integrasjoner – slik at testing skjer under realistiske forhold, ikke i et generisk standardoppsett.
Hva som testes
Vi gjennomfører flere lag med testing før en oppdatering godkjennes for produksjon:
- Regresjonstesting – sikrer at eksisterende funksjonalitet fortsatt fungerer som forventet
- Integrasjonstesting – verifiserer at dataflyt mot eksterne systemer er intakt
- Funksjonell testing – validerer at kundespesifikke prosesser og tilpasninger fungerer på ny versjon
- Brukerakseptansetesting (UAT) – ved behov involveres nøkkelbrukere hos kunden
Strukturert godkjenningsprosess
Ingen oppdatering flyttes til produksjon uten at testresultatene er gjennomgått og godkjent. Avvik dokumenteres, utbedres og retestes før grønt lys gis.
Tidsplan for testperioden
Testperioden planlegges i forkant og koordineres med kundens kalender – slik at riktige ressurser er tilgjengelige og testingen ikke kolliderer med kritiske perioder i virksomheten.
Resultatet
Kunden kan ha tillit til at det som rulles ut i produksjon allerede er validert i deres eget miljø. Det reduserer risikoen for overraskelser betydelig – og gir en tryggere oppdateringsprosess fra start til slutt.
Tett oppfølging av tilpasninger og integrasjoner
Tilpasninger og integrasjoner er ofte det mest forretningskritiske i en kundeløsning – og derfor det som krever mest omtanke i forbindelse med oppdateringer.
Bygget som egne utvidelser
Alle kundespesifikke tilpasninger er utviklet som separate utvidelser (extensions), ikke som direkte endringer i kjernesystemet. Dette er Microsofts anbefalte tilnærming og betyr i praksis at en oppdatering av kjernesystemet ikke kan overskrive eller ødelegge det som er bygget på toppen.
Microsofts extensions-prinsipp
Extensions-modellen er designet nettopp for å håndtere oppdateringsutfordringen. Tilpasningene lever i sitt eget lag, løst koblet til kjernen. Når Microsoft oppdaterer plattformen, forblir utvidelseslaget intakt – men vi etterser likevel at alt fungerer korrekt på ny versjon, siden API-er og funksjonalitet kan endre seg.
Hva vi følger opp konkret
For hver oppdatering gjennomgår vi alle kundespesifikke elementer:
- Egenutviklede moduler og forretningslogikk
- Tilpassede rapporter og utskrifter
- Integrasjoner mot eksterne systemer (ERP, lønn, nettbutikk, offentlige registre, mv.)
- Automatiserte flyter og dataoverføringer
Versjonskontroll og dokumentasjon
Alle tilpasninger er versjonskontrollert og dokumentert. Det gir full oversikt over hva som finnes, hvorfor det ble bygget og hvordan det henger sammen – noe som er avgjørende for effektiv feilsøking og vedlikehold over tid.
Langsiktig oppgraderbarhet
Ved å følge extensions-prinsippet konsekvent bygger vi løsninger som er robuste ikke bare for neste release, men for mange år fremover. Det er en investering i forutsigbar drift og lavere vedlikeholdskostnader på sikt.
Støtte og stabil drift etter hver oppdatering
Etter at en oppdatering er rullet ut, starter en kritisk fase hvor tett oppfølging er avgjørende for å sikre at alt fungerer som det skal i produksjon.
Aktiv overvåking i etterkant
Systemet monitoreres aktivt i perioden rett etter en oppdatering – dette er tidspunktet da eventuelle avvik oftest dukker opp. Vi ser etter unormale feilmeldinger, ytelsesproblemer eller uventet atferd i prosesser og integrasjoner.
Beredskapsteam klare til innsats
For hver oppdatering har vi et dedikert beredskapsteam på plass. Hvis noe uventet oppstår, kan vi reagere raskt – enten ved å utbedre feilen direkte eller legge inn midlertidige tiltak (workarounds) mens en permanent løsning utvikles.
Hva vi ser etter
Typiske ting som sjekkes tett etter en oppdatering:
- Integrasjoner mot eksterne systemer (ERP, lønn, rapportering)
- Automatiserte flyter og batch-jobber
- Kundespesifikke tilpasninger og utvidelser
- Brukerinnlogging og tilgangsstyring
Kommunikasjon til kunden
Dersom vi avdekker noe som påvirker kundens hverdag, varsler vi proaktivt – ikke venter på at kunden skal oppdage det selv. Vi gir status, forventet tidsramme for løsning og eventuelle midlertidige tiltak.
Målet
Minimal påvirkning på virksomhetens daglige drift – selv når Microsoft leverer endringer. Stabilitet er ikke noe som oppstår av seg selv etter en oppdatering; det er resultatet av systematisk oppfølging og rask respons.