Indsigter om: Teknik og udvikling
Teknik og udvikling i Business Central
Vi er nørderne hos Sekvens. Det er ikke noget vi skammer os over. Når en kunde har et BC-system der bare ikke vil performe på fredag-aftenens lukketur, eller en integration der knækker hver gang Microsoft pusher en release, så er det os der bliver hentet ind. Det er det vi kan, og det er det vi skriver om her.
AL-udvikling og udviklerprocesser
AL-udvikling er kernen i den moderne BC-stack. Det er sproget der erstattede C/AL, og det er det der gør at extensions kan ride med på Microsofts release-bølger uden at brække i to. Vi udvikler AL til kunders forretningsspecifikke flows, og vi gør det med ordentlige udviklerprocesser. Det er ikke trivielt. Mange BC-partnere kører stadig med kode-på-skrivebordet og excel-baseret release-management.
Vi gør det anderledes. Hvert projekt har egen Git-repo (vi bruger GitHub, ikke Azure DevOps), pull requests bliver reviewet, og hver merge til main udløser CI der kører automatiserede tests. Branches matcher feature-arbejde. Issue-tracking er parret med commits. Det lyder banalt for en moderne software-udvikler, men i BC-konsulent-verdenen er det stadig undtagelsen mere end reglen. Vi skriver om hvorfor det matters, og hvordan man kommer dertil hvis man har arvet en gammel proces der trænger til at moderniseres.
AI ovenpå eksisterende software
Det andet store spor vi skriver om er AI ovenpå eksisterende software. Vi tror ikke på at smide en ny AI-platform oven i en BC-installation der allerede knirker i sammenføjningerne. Vi tror på små, fokuserede AI-løsninger der løser én konkret ting godt. Fakturagenkendelse fra grimme PDF-filer. Mønstergenkendelse i lagerbevægelser. Custom kategoriseringer der bygger oven på BC’s egne data uden at duplikere dem.
Vi har lavet integrationer mod Claude direkte fra Business Central via custom AL-extensions og MCP-servere (Model Context Protocol). Det åbner for at en BC-bruger kan stille naturlige spørgsmål til sine egne data uden at det går omkring Copilot. Det er ikke alle scenarier hvor det giver mening. Men når det gør, er det værd at have med. Især når Copilot’s standard-svar ikke kan komme tæt nok på det specifikke kundeflow.
Hvorfor vi skriver om udviklerprocesser overhovedet
Et helt almindeligt spørgsmål: hvorfor skriver en BC-konsulent om udviklerprocesser? Er det ikke noget der hører til hos software-firmaer? Vores svar er at moderne BC-konsulent-arbejde i stigende grad ER softwareudvikling. AL-extensions er kode. Integrationer er kode. AI-snitflader er kode. Hvis processen omkring den kode er amatør-niveau, så lider kunden under det i form af bugs, regressioner og release-stop. At skrive om det er ikke nørdet selvtilfredshed. Det er en opgave at hæve niveauet i branchen.
Hvad vi skriver om her
Indsigterne under denne kategori dækker både den brede AL-udvikling, vores GitHub-baserede setup og de specifikke AI-integrationer vi laver. Hvis du er udvikler og overvejer at samarbejde med os, eller hvis du er kunde og vil forstå hvad det betyder at en partner faktisk har styr på sin udviklerproces, så er det her du skal læse.