15. oktober 2026
Kort introduktion
Hver AL‑app i Business Central bærer en identitet: app‑id, publisher og version. Denne identitet er central for opgraderinger, rettighedsstyring og kompatibilitet. For både kunder og ISV’er har korrekt håndtering af app‑identity praktiske konsekvenser.
Hvad udgør en app‑identitet?
En app‑identitet består af flere elementer:
- App‑ID: En unik GUID, der identificerer appen teknisk.
- Publisher: En tekststreng der angiver ejeren eller leverandøren.
- Version: Semantisk versionering som styrer opdateringer.
Disse elementer bruges af Business Central ved installation og opgradering for at matche tidligere versioner og afgøre, om en ny pakke er en direkte opgradering eller en separat app.
Hvorfor det har betydning
Forkerte ændringer i app‑id eller publisher kan føre til at opgraderinger ikke appliceres korrekt, eller at data tabes ved udskiftning af apps. Det betyder konkret:
- Bevarelse af app‑id sikrer problemfri opgradering,
- Ændring af publisher kan skabe behov for ny installation i stedet for opgradering,
- Korrekt versionering hjælper med at styre patches versus feature‑releases.
Anbefalinger og best practices
For at undgå problemer bør du:
- Fastlægge og dokumentere app‑id og publisher tidligt i udviklingsprocessen,
- Undgå at ændre app‑id efter første udgivelse; oprett en ny app ved større omnummereringer,
- Brug semantisk versionering (major.minor.patch) konsekvent,
- Signer apps og overvej Azure AD‑baseret isolation for følsomme integrationer.
Hvad betyder det for dig?
For danske organisationer og ISV’er betyder korrekt håndtering af app‑identity færre opgraderingsproblemer og mindre risiko for data‑ eller funktionsafbrydelser. Indfør interne retningslinjer: dokumentér app‑metadata, hav en klar releasepolitik og test opgraderingsscenarier med eksisterende data. Hvis du er i tvivl om en app‑ændring, så træk på din partner for en risikovurdering før produktion.
Kilde: Microsoft Learn