Vælg korrekt AL runtime-version til Business Central-udvikling

Introduktion

I udvikling af Business Central-udvidelser er valget af AL runtime-version centralt. Runtime bestemmer, hvordan dine objekter oversættes og kører i målmiljøet, og valget påvirker både kompatibilitet og hvilket API-sæt du kan bruge.

Hvorfor runtime-versionen betyder noget

AL runtime er den del af Business Central-platformen, som udfører din extensions kode. Forskellige runtime-versioner kan introducere nye API'er, ændre adfærden af eksisterende objekter eller fjerne funktioner. Hvis du udvikler mod en nyere runtime, men kører i et ældre produktionsmiljø, kan dine udvidelser være inkompatible — eller omvendt, hvis du målretter en ældre runtime, går du glip af nye funktioner.

Overvejelser ved valg af runtime:

• Målmiljø: Match runtime med den Business Central-version, hvor udvidelsen skal køres (cloud vs. on‑premise).
• Stabilitet vs. nyeste funktioner: Produktionsudgivelser kræver ofte en stabil runtime. Udviklings- og testmiljøer kan holde nyere builds for tidlig adgang.
• CI/CD pipelines: Sørg for at bygge og teste mod samme runtime, som du deployer til.

Praktiske tips

• Brug containere til at holde testmiljøer tæt på målmiljøet.
• Definer i din build pipeline hvilke runtime-tags der bruges; undgå at lade udviklere uforvarende arbejde mod forskelligt runtime.
• Overvåg Microsofts udgivelsescyklus; planlæg opgraderinger tidligt for at give ISV- og tilpasningsleverandører tid til at opdatere.

Hvad betyder det for dig?

For danske ISV'er og udviklingsteams handler det om at undgå overraskelser ved deployment. Fastlæg en runtime-strategi: hvilke versioner understøttes, hvordan testes kompatibilitet, og hvordan håndteres opgraderinger. Det reducerer driftsfejl og sikrer, at du kan anvende nye Business Central-funktioner uden at bryde kunders eksisterende løsninger.