Hva koster en migrering fra Fundraising & Engagement, og hvor lang tid tar den?

Hvor lang tid tar en migrering fra Fundraising & Engagement?

Leverandøren StratusLive, som selger en egen erstatningsløsning, anslår i sin migrasjonsguide (sist oppdatert august 2026) at en godt planlagt migrering typisk tar tre til seks måneder, avhengig av størrelse og kompleksitet. Der datamengdene er store eller integrasjonene komplekse, planlegger vi selv med seks til ni måneder, som en erfaringsbasert planleggingsantakelse. Spennene stemmer godt med det vi ser i tilsvarende Dataverse-prosjekter i det norske markedet: kalendertiden avgjøres sjelden av teknologien, men av hvor raskt beslutninger tas og hvor mye tid egne folk kan sette av.

En godt drevet migrering følger en gjenkjennelig rytme. Fasene overlapper noe i praksis, men rekkefølgen står seg:

Legger dere sammen ukene, lander dere på tre til fire måneder effektiv prosjekttid for et oversiktlig miljø. Grunnen til at vi likevel planlegger med tre til seks måneder, er alt rundt prosjektet: innkjøp, beslutningspunkter, ferieavvikling og kapasiteten til egne ansatte. Planlegg med slakk, ikke med den optimistiske summen.

Hva koster overgangen? Driverne som faktisk flytter tallet

Lisensene avgjør sjelden totalen. To organisasjoner med samme antall brukere kan ende med svært ulik prosjektstørrelse, og forskjellen sitter i fem drivere. Dette er den samme kostnadslogikken som vi beskriver i artikkelen om hva en Dynamics 365-implementering faktisk koster, anvendt på et smalere prosjekt.

Datakvalitet og giverhistorikk. Duplikater, ufullstendige poster og mange års gavehistorikk er den vanligste grunnen til at datamigreringsfasen vokser. Oppsiden er reell: en migrering inkluderer en vaskefase, så dere kommer ut på den andre siden med bedre data enn dere gikk inn med.

Integrasjoner. Økonomisystem, betalingsløsninger, donasjonssider på nettstedet, e-postplattformer. Hvert tilkoblet system skal kobles om, testes eller bygges på nytt. Dette er som regel den nest største posten, og den med størst spenn mellom organisasjoner.

Rapporter og analyser. Rapporter bygget på den gamle datamodellen må gjenskapes. Mange organisasjoner bruker anledningen til å flytte rapporteringen til Power BI og får mer ut av den enn de hadde, men timene hører hjemme i estimatet.

Tilpasninger og arbeidsflyter. Egendefinerte felter, automatiseringer og justeringer gjort gjennom årene må kartlegges: hvilke er faktisk i bruk, og hvilke ble satt opp én gang og glemt. Erfaringsmessig havner en overraskende stor andel i den andre kategorien, og en ærlig kartlegging krymper prosjektet.

Opplæring og innføring. Posten som er lettest å kutte og dyrest å hoppe over. Innsamlere, økonomimedarbeidere og administratorer trenger ulik opplæring, og de første ukene etter go-live avgjør om den nye løsningen blir brukt.

Konsulentukene viser samlet partnerinnsats, ikke kalendertid. Én konsulentuke tilsvarer 37,5 timer og inkluderer prosjektledelse, opplæring og oppfølging rett etter produksjonssetting. Kundens eget arbeid, lisenser, tredjepartskostnader og eventuell merverdiavgift kommer i tillegg, og flere konsulentuker kan leveres parallelt.

Hva blir dette i kroner? Et ærlig svar krever en kartlegging av deres miljø, og vi ville vært skeptiske til den som oppgir en fastpris uten. Spennene i tabellen er planleggingsantakelser basert på tilsvarende Dataverse-prosjekter, ikke et tilbud; multipliser med partnerens timepris for et grovt budsjettanslag. Kartleggingsfasen finnes nettopp for å erstatte antakelsene med et tall dere kan budsjettere med.

Skjemamigrering, ikke plattformflytting: fordelen ved å bli på Dataverse

Det som demper kostnaden mest i denne overgangen, er arkitekturen. Microsoft avvikler Fundraising & Engagement-løsningen, ikke plattformen under. Kjernedataene ligger normalt i Dataverse, som fortsetter, mens enkelte installasjoner også bruker Azure-tjenester og Azure SQL til deler av behandlingen. Flytter dere til en annen løsning bygget på Dynamics 365, er kjernen i migreringen en ommapping av dataene til nytt skjema i deres eget miljø, og ingen ny plattform må anskaffes. Plattformintegrasjonene mot Outlook, Teams og Power BI består, men organisasjonens egne rapporter, feltmappinger og automatiseringer må testes mot den nye modellen og kan kreve ombygging.

Én nyanse hører med i den ærlige versjonen: Fundraising & Engagement er mer enn et sett Dataverse-tabeller. Avhengig av hvordan løsningen ble satt opp, kan den også omfatte Azure-komponenter, blant annet for betalingshåndtering, der enkelte data ligger ved siden av Dataverse. Kartleggingen må derfor omfatte mer enn tabeller og felter: Azure-komponenter, betalingsintegrasjoner, Power Automate-flyter, plugins og rapporter. For noen organisasjoner er prosjektet i praksis mest skjemaommapping; for andre er det et bredere applikasjonsbytte innenfor det samme Microsoft-økosystemet.

Sammenlign det med å flytte helt bort fra Microsoft. Da skal hver post eksporteres til en annen databasearkitektur, hvert tilkoblet system integreres på nytt, hver bruker læres opp i et nytt grensesnitt, og nye lisenser kommer på toppen. Det kan fortsatt være riktig for en organisasjon som uansett planlegger et større teknologiskifte, men det er et vesentlig større prosjekt, og det bør velges bevisst, ikke som en refleks på en frist.

Å bli på plattformen innebærer fortsatt et reelt valg mellom to hovedretninger: en konfigurert eller partnerbygd løsning på Dynamics 365 og Power Platform, eller en modell designet rundt egen organisasjon. Innenfor den første retningen er Microsofts Fundraising-malapp et fleksibelt og utvidbart fundament en partner kan bygge videre på, ikke i seg selv en komplett erstatning for Fundraising & Engagement; avklar derfor funksjonsomfang, supportansvar og hvem som skal eie og forvalte datamodellen. Den beslutningen har sine egne avveininger rundt eierskap til datamodell, integrasjonsfrihet og kontroll over veikartet, og den har vi behandlet grundig i artikkelen om ferdig løsning mot egen plattform. For organisasjoner som samtidig revurderer selve medlems- eller giverfundamentet, rammer artikkelen om medlemssystem mot CRM-plattform inn det større spørsmålet.

Tidslinjen fra oktober: hva som bør skje når

Per 12. oktober 2026 gjenstår under tre måneder til fristen. Et fullt bytte før nyttår er dermed urealistisk for de fleste som ikke allerede er godt i gang, og et forsøk på å presse det gjennom vil kollidere med både innsamlingssesongen og gaverapporteringen. Også StratusLive beskriver oktober til desember som den dårligste perioden for et systembytte. Tiden frem til januar er likevel ikke tapt. Den bør bare brukes til andre oppgaver enn selve byttet.

Rekkefølgen er ikke tilfeldig. Organisasjoner som er godkjent for fradragsordningen for gaver, skal rapportere samlet gavebeløp per giver til Skatteetaten. Rapporteringen bygger på hele årets giverhistorikk, og et systembytte midt i den perioden er en unødvendig risiko. La 2026 avsluttes i systemet der gavene ble registrert, og la 2027 starte i det nye.

Ett praktisk punkt til: Skatteetaten fjerner de gamle Altinn-rollene for innsending av gaveopplysninger i januar 2027, og fra da kreves riktig tilgangspakke. Sjekk i god tid at den som skal sende rapporteringen, har tilgangen på plass.

Mønster: rundt teknologifrister ser vi ofte to forløp. En organisasjon som innser i oktober at den ikke rekker byttet, bruker høsten på kartlegging og testmigrering, leverer gaverapporteringen fra den gamle løsningen i januar og går i produksjon på den nye om våren. En like stor organisasjon prøver å rekke nyttår, bytter midt i desemberkampanjen og bruker januar på å rette giverposter før rapporteringsfristen. Den første planen så tregere ut på papiret og var tryggere i praksis.

Perioden uten support: slik holder dere risikoen nede

Microsofts kunngjøring beskriver slutt på support og håndtering av kritiske sikkerhetsproblemer etter 31. desember 2026, ikke at løsningen stenges 1. januar 2027. For en organisasjon som forvalter giverdata, fødselsnumre og betalingsinformasjon, er det en risiko som vokser med tiden. Målet er derfor ikke å late som perioden ikke finnes, men å gjøre den kort, avgrenset og dokumentert.

Det siste punktet er det viktigste. Forskjellen på en kontrollert overgangsperiode og å bli stående er at perioden har en sluttdato styret har vedtatt, og en partner som kjenner løsningen. Å drifte uten support og uten plan er utfallet dere skal unngå.

Kan en migrasjonsvurdering finansieres gjennom partner?

For kvalifiserte organisasjoner kan Microsoft-finansiering av en migrasjonsvurdering være tilgjengelig gjennom kvalifiserte partnere; tilgjengelighet og omfang må bekreftes skriftlig for den enkelte organisasjonen. I praksis dekker ordningen den første fasen av arbeidet beskrevet over: en kartlegging av miljøet, dataene, integrasjonene og rapportene deres, som ender i en anbefaling og et estimat dere kan ta med til styret. Ordningen forutsetter kvalifisering og at programmet fortsatt har midler tilgjengelig; be om skriftlig bekreftelse på hva som dekkes, hvilke leveranser som inngår, og om vurderingen er løsningsnøytral, før dere starter.

For en organisasjon som ikke har startet, er dette trolig det enkleste første steget: kartleggingen som uansett må gjøres, uten budsjettdiskusjonen som vanligvis forsinker den. Gjøres den i oktober og november, er planen for 2027 klar før januar.