Unified developer experience
Tilgang
Sådan bygger vi: samlede værktøjer, én pipeline og en miljømodel, der skalerer fra én udvikler til et helt program.
Bygget på den samlede udviklingsoplevelse
Historisk fandt udviklingen til finance and operations sted adskilt fra resten af Microsoft-skyen: med sin egen udviklings-VM, sine egne værktøjer og sin egen deployment. Den samlede udviklingsoplevelse lukker det hul ved at flytte X++-udvikling ind i et Dataverse-baseret Power Platform-miljø.
I praksis betyder det, at en udvikler provisionerer et unified miljø i stedet for at vente på en virtuel maskine, arbejder i kendte Visual Studio-værktøjer mod det miljø og producerer en unified package, der indeholder både X++-modeller og Dataverse-løsninger.
Vi bruger det som standard på nye opgaver. Det fjerner den langsomste del af onboarding, sænker omkostningerne til miljøer og giver én samlet applikationslivscyklus på tværs af ERP og low-code i stedet for to adskilte.
Fra tastetryk til produktion
- 01
Unified dev-miljø
Dataverse-baseret miljø pr. udvikler eller pr. feature-branch.
- 02
Versionsstyring
X++-modeller og Dataverse-løsninger versioneres side om side i Git.
- 03
Azure DevOps-pipeline
Automatisk build, der kompilerer X++ og pakker et unified artefakt.
- 04
Testmiljøer
Kontrolleret deployment til build/test og UAT med gentagelige data.
- 05
Produktion
Styret release, overvåget via Application Insights og LCS.
Principper vi ikke går på kompromis med
Extension, aldrig over-layering
Alt vi bygger overlever one-version-opdateringer. Kan det ikke udvides rent, designer vi det om.
Automatiske, gentagelige builds
Hvis en release afhænger af, at nogen husker et manuelt trin, er det ikke en release-proces.
Low-code hvor det hører hjemme
Power Platform er stærkt og let at misbruge. Vi sætter governance op før spredningen — ikke bagefter.
Dokumentation jeres team kan bruge
Vi afleverer løsninger, jeres egne folk kan drive uden os på hurtigopkald.
AI hvor det betaler sig
Copilot- og agent-scenarier er udvidelser af jeres ERP som alle andre: de introduceres, hvor der er en klar forretningsværdi, styres gennem den samme ALM og ender aldrig som en demo, der ved en fejl overlever til produktion.