Det, der ikke følger med, er det, jeres folk selv har bygget. Apps i Power Apps, flows i Power Automate, formularer, lister og Teams-opsætninger kan pakkes, men pakkerne er lavet til at blive lagt ind på samme platform igen. Uden for platformen skal logikken beskrives og bygges på ny.
Svaret er derfor et andet end for mail og filer, hvor data kan komme ud i almindelige formater. Dokumentationen er læst 6. november 2026, og platformen ændrer sig ofte.
Hvad der er bundet
Power Platform er Microsofts værktøjer til at bygge små apps og automatiseringer uden at programmere. Værdien ligger i, at de hænger sammen med resten: et flow, der godkender fakturaer, læser fra en SharePoint-liste, skriver i Teams og bruger jeres login. Mange af dem er lavet af en dygtig medarbejder i en afdeling, og ofte ved IT ikke, at de findes.
Den egentlige binding er tre ting: funktionerne, forbindelserne til andre systemer og den viden, der ligger i hovedet på den, der byggede dem. Se også det, ingen har på listen.
Hvad der kan komme ud
Flows. Et flow uden for en løsning kan eksporteres som en pakke i .zip-format. Kun ejeren eller en medejer af flowet kan eksportere det. Pakken er beregnet til at blive importeret i et andet miljø på platformen. Dokumentationen peger på flere samlet i en løsning.
Løsninger. En løsning er en samlet pakke med apps, flows og tabeller. Kun ikke-administrerede løsninger kan eksporteres, og den almindelige standardløsning kan ikke. Kun publicerede komponenter kommer med. Microsoft foreslår selv, at en løsning eksporteres jævnligt som sikkerhed.
Apps. Canvas-apps kan eksporteres som pakke, som en del af en løsning eller som en enkelt app-fil. Apps, der er afhængige af Dataverse, fx af flows og forbindelser, er ikke understøttet i pakkeformatet og skal gå gennem en løsning.
Teams-indhold og lister. Beskeder hentes gennem grænsefladerne, og filer ligger i SharePoint, se eksport fra Microsoft 365.
Hvad der mangler
Vores læsning af dokumentationen er, at disse pakker bevarer logikken til brug på platformen. De er ingen flytbar version, der kan køre hos en anden leverandør. En power platform migrering til et andet produkt er i praksis en genopbygning. Det følgende skal derfor stå i planen som tekst:
- Hvad gør den? Formål, trigger, trin og undtagelser i et sprog, en anden kan læse.
- Hvem bruger den? Afdeling, ejer og afløser.
- Hvad taler den med? Forbindelser, konti og datakilder.
- Hvad sker der, når den stopper? Kan arbejdet klares i hånden, og hvor længe?
Data Act (dataforordningen) peger i samme retning. Art. 30, stk. 6, pålægger ikke udbyderen at flytte beskyttede digitale aktiver, og eksporterbare data omfatter ikke det, der er udbyderens egen beskyttede teknologi. Jeres data og konfiguration er noget andet end platformens funktioner, og hvor grænsen går, er et spørgsmål til advokat. Forenklingen er vores.
Hvad der skal testes
Testen er enkel, når oversigten findes:
- Bed en administrator trække en liste over alle flows og apps i miljøerne, med ejere.
- Vælg det flow, der betyder mest for forretningen.
- Eksportér det, og importér det i et tomt testmiljø. Notér, hvilke forbindelser der skal sættes op igen.
- Giv beskrivelsen til en person, der ikke byggede flowet. Kan vedkommende forklare, hvad der skal genskabes?
Det fjerde trin er det vigtigste. Det viser, om viden er kommet ud af hovedet på den ene medarbejder. Mere om prøver uden risiko står i test uden at forstyrre driften.
Hvad planen skal rumme
Planen behøver ikke beskrive alt. Sortér efter betydning: det, der stopper forretningen, det, der koster tid, og det, der er rart at have. Kun den første gruppe får en fuld beskrivelse og en plan for manuel drift. Den anden får en kort beskrivelse. Den tredje kan få en linje, hvor nogen accepterer, at den forsvinder.
Notér også ejerskab. Når en medarbejder stopper, kan flows hænge på en konto, der er ved at blive lukket, og det er en risiko i hverdagen, uanset om I nogensinde forlader tjenesten.
Hvad det kræver, og hvad det koster at lade være
Listen tager en administrator kort tid. Beskrivelserne kræver mest, typisk en samtale på under en time pr. vigtigt flow med den, der bruger det. Lav et lavt og et højt skøn efter antal, og datér det.
Uden listen opdager I et flow, når det holder op med at virke. Regn i egne tal: hvor mange timer pr. uge sparer flowet, og hvad koster det, hvis fakturaerne står stille i en uge? Læg gevinsten i hverdagen oveni, nemlig indsigt i skjulte processer, færre nøglepersoner og lettere overlevering.
Det skal I lade være med
- At tro, at en .zip-fil er en vej ud · den er en vej til samme platform.
- At beskrive alt · sortér efter, hvad forretningen ikke kan undvære.
- At lade flows hænge på personlige konti · det rammer jer længe før en exit.
Det skal planen kunne vise
- ☐ En liste over flows og apps med ejer og afdeling.
- ☐ Hvilke af dem forretningen ikke kan undvære.
- ☐ En beskrivelse af formål, trin og forbindelser for de vigtigste.
- ☐ En testet eksport og import af mindst ét flow.
- ☐ En manuel fremgangsmåde for de vigtigste processer.
- ☐ Navn på den, der har accepteret, at resten forsvinder.
Kilder
Alle læst 6. november 2026. Microsofts sider er på engelsk.
- Microsoft: eksport af flow
- Microsoft: eksport af løsninger
- Microsoft: eksport af canvas-apps
- Forordning (EU) 2023/2854 (Data Act): art. 2, nr. 38, og art. 30.
Senest gennemgået: november 2026.
Næste skridt
Bed administratoren om listen over flows og apps i denne uge. Gå den igennem med afdelingerne, og afgør, hvilke tre der skal beskrives først.
Læs også: Exit-plan for Microsoft 365 · Dokumentation og viden ved ophør
→ Kontakt · Tlf. 70 13 63 23 · Exit-plan og exit-rådgivning hos Nielco IT
