25. juli 2026
Introduktion
Traditionelt er rapportlayout ofte håndteret direkte i klienten, men moderne udviklingspraksis peger på at inkludere layoutfiler i AL‑kildekoden. Det giver bedre versionsstyring, enklere deployment og automatiserede builds.
Fordele ved at versionere layoutfiler
Når rapportlayout placeres i AL‑projektet får du:
- Versionshistorik: Ændringer i layout kan spores sammen med den øvrige kode.
- Konsistente builds: Deployments til test og produktionsmiljøer inkluderer layoutet, så rapporter ikke kræver manuelle ændringer efter release.
- CI/CD‑muligheder: Layoutfiler kan testes og valideres som en del af pipeline før deployment.
- Samarbejde: Flere udviklere kan arbejde på samme rapport uden at overskrive hinandens ændringer.
Hvordan gør man det i praksis?
Teknisk inkluderer man layoutfiler (fx RDLC eller Word layouts) i AL‑projektet og bruger report extension til at tilføje eller udskifte layouts på eksisterende rapporter. Derved kan ændringer pakkes i en extension og deployes sammen med andre funktionaliteter.
Overvejelser:
- Filformat: Vær konsekvent i valg af layoutformat, så værktøjer og pipeline understøtter det.
- Test: Automatiser tests af rapportoutput hvor muligt, fx ved at kontrollere at nødvendige felter er til stede.
- Dokumentation: Beskriv i README hvordan layout ændres og bygges, så drift og udvikling har samme referencer.
Hvad betyder det for dig?
- Reducer manuelle opgaver: Mindre risiko for at et produktionsmiljø står med forkerte rapporter efter en opdatering.
- Bedre kontrol: Revisionsspor gør det nemmere at rette tilbage til en tidligere version ved fejl.
- Deployment‑flow: Indfør CI/CD for rapporter, så hele løsningen deployes ensartet.
- Samarbejde med udviklingspartner: Sørg for at jeres implementeringspartner følger denne praksis, hvis I ønsker stabilitet og sporbarhed.
At holde rapportlayout tæt på koden er en simpel, men effektiv forbedring i udviklingsprocessen, som betaler sig i driftssikkerhed og færre ad hoc‑rettelser.
Kilde: yzhums.com