Udvikling af forretningsapplikationer på Microsoft 365, Power Platform og Azure – hvilken teknologi skal du vælge?

Microsoft tilbyder i dag en række forskellige teknologier til udvikling af forretningsapplikationer. Fra mindre applikationer integreret i SharePoint til avancerede, selvstændige systemer bygget på Microsoft Azure.

Men hvilken teknologi skal man vælge? Skal applikationen udvikles med SharePoint Framework (SPFx), Power Apps Canvas, Model-driven Apps, Code Apps, Power Pages eller som en selvstændig Azure Web App?

Valget har stor betydning for både udviklingsomkostninger, brugeroplevelse, licenser, datalagring og mulighederne for at videreudvikle løsningen.

Hos Bluedock arbejder vi med applikationsudvikling på tværs af Microsoft 365, Power Platform og Azure. Vi kombinerer moderne softwareudvikling med AI-assisterede udviklingsværktøjer og tager udgangspunkt i kundens eksisterende IT-platform, forretningsbehov og langsigtede økonomi.

Microsoft 365 er også en platform til applikationsudvikling

Mange virksomheder anvender allerede Microsoft 365 til dokumenthåndtering, samarbejde, kommunikation og automatisering af arbejdsgange.

Men Microsoft-platformen giver også mulighed for at udvikle egentlige forretningsapplikationer.

Det kan eksempelvis være:

• Kvalitetsstyring og afvigelseshåndtering (QMS)

• Sags- og dokumenthåndtering

• Kontraktstyring og godkendelsesprocesser

• Tidsregistrering og ressourcestyring

• Medarbejderportaler og interne selvbetjeningsløsninger

• Kunde- og leverandørportaler

• Specialudviklede systemer med integration til ERP, CRM og andre forretningssystemer

Fælles for løsningerne er, at de understøtter konkrete forretningsprocesser. Men deres tekniske behov kan være meget forskellige.

En applikation til registrering og godkendelse af dokumenter har ikke nødvendigvis behov for samme arkitektur som et avanceret ressourcestyringssystem med tusindvis af brugere, omfattende databehandling og integrationer til eksterne systemer.

Derfor bør teknologivalget ikke begynde med spørgsmålet om, hvilken type Power App man skal bygge.

Det bør begynde med en vurdering af forretningsprocessen, brugeroplevelsen, datamodellen, integrationsbehovet og de samlede omkostninger.

Hvilke typer applikationer kan man udvikle på Microsoft-platformen?

Der findes flere forskellige teknologier, som hver især har deres styrker og begrænsninger.

1. SharePoint Framework (SPFx) – skræddersyede applikationer i SharePoint

SharePoint Framework, også kaldet SPFx, er Microsofts udviklingsframework til specialudviklede løsninger, der integreres direkte i SharePoint og andre understøttede Microsoft 365-oplevelser.

Med SPFx kan vi udvikle moderne applikationer med blandt andet React og TypeScript og samtidig anvende SharePoint-lister og dokumentbiblioteker til datalagring.

Det gør SPFx særligt interessant for virksomheder, der allerede anvender Microsoft 365.

En væsentlig fordel er, at en SPFx-applikation, der udelukkende anvender SharePoint og funktioner omfattet af virksomhedens eksisterende Microsoft 365-licenser, normalt ikke kræver yderligere Power Apps Premium-licenser.

Samtidig får vi stor frihed til at designe brugergrænsefladen og implementere funktionalitet, der er tilpasset virksomhedens arbejdsprocesser.
 

SPFx er især velegnet, når:

• Applikationen skal integreres direkte i SharePoint.

• Data kan lagres i SharePoint-lister og dokumentbiblioteker.

• Virksomheden ønsker at udnytte eksisterende Microsoft 365-licenser.

• Der er behov for en skræddersyet brugergrænseflade.

• Dokumenter, metadata og samarbejde er centrale dele af løsningen.

SharePoint har dog begrænsninger som dataplatform. Ved komplekse relationer, avancerede transaktioner eller omfattende forretningslogik kan en egentlig relationel database være mere hensigtsmæssig.

2. Power Apps Code Apps – moderne softwareudvikling på Power Platform

Power Apps Code Apps giver mulighed for at udvikle kodebaserede applikationer med moderne webteknologier som React og TypeScript og samtidig anvende Power Platforms infrastruktur.

Det betyder, at vi kan udvikle en skræddersyet brugergrænseflade uden at være bundet til de standardkomponenter og designprincipper, som kendetegner traditionelle Canvas Apps og Model-driven Apps.

Code Apps kan arbejde med Dataverse og understøttede Power Platform-connectors til eksempelvis SharePoint, SQL og andre systemer.

Hos Blue Dock ser vi Code Apps som en attraktiv mulighed, når vi ønsker større fleksibilitet i frontend, men samtidig vil udnytte Dataverse og Power Platforms eksisterende funktionalitet frem for at udvikle en komplet backend fra bunden.

Code Apps er især velegnede, når:

• Applikationen kræver en specialdesignet brugeroplevelse.

• Dataverse er en relevant dataplatform.

• Der er behov for relationelle data og avanceret adgangsstyring.

• Power Platform-connectors kan håndtere integrationerne.

• Applikationen skal distribueres og administreres inden for Power Platform.

Code Apps kræver normalt Power Apps Premium eller tilsvarende relevante brugsrettigheder. Det er derfor vigtigt at inddrage licensomkostningerne tidligt i projektet.

3. Canvas Apps – low-code til formularer og arbejdsgange

Canvas Apps er en af de mest kendte applikationstyper i Power Apps.

Her opbygger man brugergrænsefladen visuelt ved hjælp af komponenter, formler og datakilder.

Canvas Apps kan anvende både SharePoint, Dataverse og en lang række andre datakilder gennem Power Platform-connectors.

Teknologien er især interessant til mindre applikationer, formularer og registreringsprocesser, hvor man hurtigt ønsker at etablere en løsning uden omfattende traditionel programmering.

Canvas Apps giver en vis designfrihed, men større og mere avancerede løsninger kan blive vanskelige at strukturere og vedligeholde.

Hos Bluedock vurderer vi derfor også, om en kodebaseret løsning vil være mere fleksibel og lettere at videreudvikle, men som udgangspunkt er det ikke vores anbefaling.

4. Model-driven Apps – datastyrede forretningsapplikationer

Model-driven Apps er bygget omkring Microsoft Dataverse.

I stedet for at designe hele brugergrænsefladen fra bunden konfigurerer man datamodellen, formularer, visninger, navigation og processer.

Microsoft leverer en stor del af den grundlæggende brugergrænseflade og funktionalitet.

Det gør Model-driven Apps velegnede til strukturerede administrationssystemer, hvor brugerne arbejder med mange relaterede data, standardformularer og faste forretningsprocesser.

Til gengæld er mulighederne for at tilpasse brugeroplevelsen mere begrænsede end ved kodebaseret udvikling.

Model-driven Apps er derfor særligt relevante, når standardfunktionaliteten passer godt til behovet, og der ikke er væsentlige krav om et specialdesignet interface.

5. Power Pages – portaler til kunder og samarbejdspartnere

Power Pages er Microsofts platform til udvikling af eksternt tilgængelige websites og selvbetjeningsportaler.

Det kan eksempelvis være kundeportaler, leverandørportaler eller løsninger, hvor eksterne brugere skal registrere oplysninger, følge sager eller indsende dokumentation.

Power Pages anvender primært Dataverse som dataplatform og har en særskilt licensmodel, der blandt andet afhænger af brugeradgang og kapacitet.

Teknologien er relevant, når man ønsker en portal med tæt integration til Power Platform.

Ved mere specialiserede krav til frontend, integrationer eller arkitektur bør en selvstændig Azure Web App også overvejes.

6. Azure Web Apps – komplette, selvstændige forretningssystemer

Når en applikation har mere omfattende tekniske krav, kan det være hensigtsmæssigt at udvikle den som en selvstændig webapplikation på Microsoft Azure.

Hos Blue Dock anvender vi typisk en arkitektur med:

• React og TypeScript til frontend.

• ASP.NET Core og C# til backend og API’er.

• Azure SQL til relationel datalagring.

• Azure App Service til hosting.

• Microsoft Entra ID til identitetsstyring, hvor det er relevant.

Denne arkitektur giver stor frihed til at udvikle både brugeroplevelse, forretningslogik, datamodel og integrationer.

Azure Web Apps er især interessante til større eller mere avancerede løsninger med komplekse processer, omfattende integrationer, særlige performancekrav eller behov for selvstændig drift.

En anden væsentlig fordel er, at applikationen ikke automatisk kræver Power Apps Premium-licenser til hver bruger.

Til gengæld skal virksomheden betale for Azure-ressourcer og tage ansvar for blandt andet hosting, sikkerhed, overvågning og vedligeholdelse.

Hvilken applikationstype skal man vælge?

Hos Blue Dock arbejder vi især med tre arkitekturer til udvikling af skræddersyede forretningsapplikationer.

Det er dog ikke en rangordning efter størrelse.

En SPFx-applikation kan være både omfattende og forretningskritisk, mens en Azure Web App kan være relativt enkel.

Valget afhænger af, hvad løsningen skal kunne, hvordan data skal håndteres, og hvilke økonomiske og tekniske rammer der gælder.

Når SharePoint er tilstrækkeligt

Hvis applikationen primært arbejder med dokumenter, lister, metadata og forholdsvis enkle relationer, kan SPFx med SharePoint som dataplatform være et oplagt valg.

Her kan vi skabe en moderne brugeroplevelse uden nødvendigvis at introducere yderligere licenser eller en ny dataplatform.

Når Dataverse giver mere værdi

Hvis applikationen kræver en mere avanceret relationel datamodel, detaljeret adgangsstyring og integration med Power Platform, kan Code Apps med Dataverse være et bedre valg.

Vi kan fortsat udvikle en fleksibel frontend med React, mens Dataverse håndterer centrale dele af datalagring og datasikkerhed.

Når løsningen kræver sin egen backend

Hvis der er behov for omfattende forretningslogik, avancerede SQL-operationer, mange integrationer eller særlige krav til drift og skalering, kan en Azure Web App med .NET og Azure SQL være den mest hensigtsmæssige arkitektur.

Her får vi fuld kontrol over hele applikationen, men også et større ansvar for den tekniske løsning.

Frontend og backend er to forskellige beslutninger

En vigtig del af teknologivalget er at skelne mellem applikationens frontend og backend.

Frontend er den del af applikationen, brugeren arbejder med. Det omfatter blandt andet navigation, formularer, oversigter, dashboards og brugeroplevelse.

Backend håndterer data, forretningsregler, integrationer, sikkerhed og den logik, der ligger bag applikationen.

De to dele behøver ikke være bundet til én bestemt teknologi.

En React-baseret frontend kan eksempelvis anvendes i både SPFx, Code Apps og Azure Web Apps.

Forskellen ligger blandt andet i, hvor applikationen afvikles, hvordan den får adgang til data, og hvilke platformstjenester den benytter.

Det betyder også, at valget af dataplatform ofte er mindst lige så vigtigt som valget af frontend-teknologi.

Hvor skal applikationens data gemmes?

Der er væsentlige forskelle mellem SharePoint, Dataverse og Azure SQL.

SharePoint er ofte et økonomisk attraktivt valg, fordi mange virksomheder allerede har de nødvendige Microsoft 365-licenser.

Dataverse tilbyder flere databaseorienterede funktioner og en sikkerhedsmodel, der er udviklet til forretningsapplikationer.

Azure SQL giver mulighed for mere specialiseret databasearkitektur og omfattende forretningslogik, men kræver også flere selvstændige tekniske komponenter.

Valget påvirker derfor ikke kun, hvad applikationen kan, men også de samlede omkostninger.

Licenser kan være afgørende for den samlede økonomi

Når man sammenligner forskellige applikationsteknologier, er det ikke tilstrækkeligt at se på udviklingsprisen.

Man skal også medregne de løbende omkostninger.

En SPFx-applikation med SharePoint som dataplatform kan ofte anvendes inden for virksomhedens eksisterende Microsoft 365-licenser.

En Code App med Dataverse kræver normalt relevante Power Apps Premium-rettigheder og kan medføre yderligere omkostninger til Dataverse-kapacitet.

En selvstændig Azure Web App har typisk ikke en tilsvarende Power Apps-licens pr. bruger, men medfører i stedet omkostninger til hosting, database, overvågning og vedligeholdelse.

Ved en løsning med eksempelvis 300 eller 1.000 brugere kan disse forskelle få stor økonomisk betydning.

Derfor anbefaler vi, at man vurderer applikationens samlede ejeromkostninger (Total Cost of Ownership) over flere år.

Det omfatter både udvikling, licenser, hosting, integrationer, vedligeholdelse og forventet videreudvikling.

Den billigste løsning at udvikle er ikke nødvendigvis den billigste løsning at eje.

AI ændrer måden, vi udvikler forretningsapplikationer på

Traditionelt har low-code-platforme som Canvas Apps og Model-driven Apps haft en væsentlig fordel: Man kunne udvikle applikationer hurtigt uden omfattende programmering.

Men AI-assisteret softwareudvikling ændrer i stigende grad dette billede.

Med værktøjer som Claude Code og Codex kan udviklere få hjælp til at opbygge brugergrænseflader, formularer, datatabeller, API’er, datamodeller og automatiserede tests.

Det betyder, at udvikling med React, TypeScript og .NET i mange tilfælde kan gennemføres væsentligt hurtigere end tidligere.

Hos Blue Dock anvender vi AI-assisteret udvikling som en integreret del af vores arbejdsmetode.

Det giver os mulighed for at vælge kodebaserede teknologier uden nødvendigvis at acceptere den samme udviklingstid, som traditionelt har været forbundet med specialudvikling.

Fra low-code til AI-assisteret pro-code

For os handler valget derfor ikke længere primært om at skrive mindst mulig kode.

Det handler om at vælge den teknologi, der giver den bedste kombination af:

• Hurtig udvikling

• Fleksibel og brugervenlig frontend

• Holdbar softwarearkitektur

• Genanvendelige komponenter

• Effektiv vedligeholdelse

• Fornuftige licens- og driftsomkostninger

AI kan accelerere udviklingsarbejdet, men erstatter ikke behovet for arkitektur, kvalitetssikring, sikkerhed og professionel softwareudvikling.

Vi ser derfor AI som et værktøj, der styrker vores udviklere og gør det muligt at levere mere fleksible løsninger mere effektivt.

Hvorfor ikke altid vælge Canvas Apps eller Model-driven Apps?

Canvas Apps og Model-driven Apps er fortsat relevante teknologier.

De giver adgang til en række færdige funktioner og kan være effektive, når applikationens behov passer godt til platformens standardmuligheder.

Men de indebærer også begrænsninger.

I Canvas Apps kan større løsninger blive komplekse at strukturere, teste og vedligeholde. I Model-driven Apps er brugeroplevelsen i højere grad bestemt af Microsofts standardkomponenter og designprincipper.

Med SPFx og Code Apps kan vi i stedet udvikle den brugeroplevelse, som passer bedst til den konkrete forretningsproces.

Når AI samtidig hjælper med at reducere udviklingsindsatsen, bliver det mere attraktivt at vælge en kodebaseret løsning.

Det betyder ikke, at low-code er blevet overflødigt.

Men det betyder, at low-code ikke automatisk er den hurtigste eller mest økonomiske vej til en god forretningsapplikation.

Blue Docks tilgang: Den rigtige teknologi til den rigtige løsning

Hos Blue Dock mener vi, at teknologi skal vælges ud fra forretningens behov – ikke omvendt.

Vi begynder derfor med at forstå, hvilke arbejdsprocesser applikationen skal understøtte, hvem der skal bruge den, og hvilke data og integrationer der er nødvendige.

Derefter vurderer vi den mest hensigtsmæssige arkitektur.

I mange tilfælde vil vores første overvejelser være:

SPFx og SharePoint, når vi kan udnytte eksisterende Microsoft 365-licenser og anvende SharePoint som dataplatform.

Code Apps og Dataverse, når vi har behov for en mere avanceret datamodel og Power Platform-integration, men fortsat ønsker en skræddersyet brugeroplevelse.

Azure Web Apps med React, .NET og SQL, når løsningen kræver en mere selvstændig arkitektur med omfattende forretningslogik, integrationer eller særlige driftskrav.

Andre teknologier som Canvas Apps, Model-driven Apps og Power Pages indgår naturligvis også i vurderingen, når de passer bedre til opgaven.

Vores mål er ikke at anvende én bestemt teknologi til alle projekter, men at skabe løsninger, der er effektive at udvikle, økonomisk fornuftige at drive og fleksible nok til at understøtte virksomhedens fremtidige behov.

Skal vi hjælpe jer med at vælge den rigtige applikationsarkitektur?

Overvejer I at digitalisere en forretningsproces, erstatte et eksisterende system eller udvikle en helt ny applikation?

Hos Blue Dock hjælper vi med både teknologivalg, arkitektur, udvikling og implementering.

Vi har mere end 10 års erfaring og kompetencer inden for SharePoint, SPFx, Power Platform, Dataverse, React, .NET og Microsoft Azure og kan derfor rådgive på tværs af teknologierne.

Kontakt Blue Dock for en uforpligtende dialog om jeres næste forretningsapplikation.