Låst kildekode i Business Central apps: derfor bør du tjekke det
Når du får en partner til at udvikle en udvidelse (app) til Microsoft Business Central specifikt til din virksomhed, følger der ikke nødvendigvis adgang til kildekoden med – heller ikke selvom du har betalt for udviklingen. Bliver appen udgivet med låst kildekode, kan det have stor betydning for, hvor frit du står, hvis du senere skal have lavet ændringer, fejlrettelser eller skifte leverandør. Her forklarer vi, hvorfor det kan være et problem, og hvordan du tjekker det.
Hvad betyder “låst kildekode”?
En app til Business Central er bygget i programmeringssproget AL og udgives som en pakket fil. I appens manifest (filen app.json) styrer udvikleren, om andre kan hente og se selve kildekoden bag appen:
- Kode tilgængelig: Kildekoden er åben og kan downloades og læses – f.eks. af dig, din interne udvikler eller en anden partner.
- Kode låst: Appen virker, men ingen ud over den oprindelige udvikler kan se eller arbejde med koden.
Det er helt lovligt at låse kildekoden, og mange seriøse leverandører låser bevidst koden for at beskytte deres immaterielle rettigheder. Problemet opstår først, når du som kunde ikke er klar over konsekvenserne.
AppSource-apps vs. apps bygget specifikt til jer
Det er vigtigt at skelne mellem to typer apps, fordi muligheden for at tilgå koden er forskellig:
- AppSource-apps: Standardapps fra Microsofts marketplace. Her er kildekoden som udgangspunkt beskyttet, og du kan ikke hente den som kunde – det er Microsofts måde at beskytte partnernes produkter på. Til gengæld vedligeholdes appen typisk på tværs af mange kunder, hvilket mindsker risikoen.
- Specialudviklede apps (per-tenant extensions): Apps, som en partner bygger specifikt til din virksomhed. Det er her, låst kildekode oftest bliver et reelt problem, fordi løsningen kun findes hos jer – og kun den oprindelige partner kan arbejde videre med den, hvis koden er låst.
Hvorfor kan låst kildekode være et problem?
Låst kildekode handler grundlæggende om, hvor afhængig du bliver af én bestemt partner. De væsentligste konsekvenser er:
- Leverandørbinding (vendor lock-in): Skal appen tilpasses, eller opstår der en fejl, er du henvist til den oprindelige udvikler. Ingen anden partner kan overtage eller hjælpe, fordi de ikke kan se koden.
- Manglende konkurrence på pris og service: Når kun én leverandør kan røre løsningen, har du reelt ingen forhandlingsposition på timepris, svartider eller vilkår.
- Sårbarhed hvis leverandøren forsvinder: Lukker partneren, bliver opkøbt eller stopper med at vedligeholde appen, kan du stå med en løsning, ingen kan videreudvikle.
- Svær fejlfinding: Ved fejl, der involverer flere apps, er det vanskeligt at gennemskue, hvad der sker, når man ikke kan se logikken bag en låst app.
- Besværlig exit: Vil du på sigt skifte løsning eller partner, kan låst kode gøre det dyrere og mere besværligt at komme videre.
Vigtigt: Låst kildekode er ikke i sig selv et faresignal. Det er et helt almindeligt og legitimt valg – også blandt store udbydere på Microsoft AppSource. Pointen er, at du bør kende status inden du investerer i en app, så det er en bevidst beslutning og ikke en ubehagelig overraskelse senere.
Sådan tjekker du, om kildekoden er låst
For apps, der er udviklet specifikt til jer (per-tenant extensions), kan du undersøge kildekode-status direkte i Business Central – også uden at være udvikler. Du behøver blot at åbne listen over installerede udvidelser:
Tjek af kildekode i Business Central:
- Søg efter Udvidelsesstyring via søgefunktionen (genvej: Alt + Q), og åbn listen Installerede udvidelser.
- Find den ønskede app på listen.
- Se i kolonnen, der viser, om kildekoden er tilgængelig.
Nedenfor ses et eksempel på en Business Central app, hvor kildekoden ikke er tilgængelig.
Specialudviklet app? Få ejerskabet på plads i kontrakten
Får I udviklet en app specifikt til jeres virksomhed, er det en investering, I selv betaler for – og derfor bør ejerskab og adgang til kildekoden være afklaret i kontrakten, inden I indleder samarbejdet. Bliver det først taget op senere, står I svagt. Sørg for at få svar på blandt andet:
- Hvad står der i kontrakten om kildekoden? Er adgang og udlevering overhovedet beskrevet – eller er det helt udeladt?
- Hvem ejer kildekoden ifølge kontrakten? Når I betaler for udviklingen, er det værd at få sort på hvidt, om I ejer koden, eller om partneren beholder rettighederne og blot giver jer en brugsret.
- Hvorfor låser partneren koden, hvis I har betalt for udviklingen og ejer den? Der kan være gode grunde – f.eks. genbrugte standardkomponenter – men det bør forklares åbent, så I ved, hvad I reelt ejer og kan tage med videre.
Klare aftaler om ejerskab og udlevering af kildekode beskytter jeres investering og sikrer, at I kan skifte partner senere, hvis behovet opstår.
Gode spørgsmål at stille leverandøren
- Er kildekoden åben eller låst for denne app?
- Kan vi få adgang til kildekoden, hvis vi senere skal skifte partner?
- Hvad sker der med vores løsning, hvis I ophører eller stopper vedligeholdelsen?
- Følger der dokumentation med, så en anden udvikler kan sætte sig ind i løsningen?
Ofte stillede spørgsmål om kildekode i Business Central
Er låst kildekode ulovligt?
Nej. Det er et lovligt og udbredt valg, som mange leverandører bruger for at beskytte deres udviklingsarbejde. Det er udelukkende et spørgsmål om, hvor frit du som kunde står bagefter.
Påvirker låst kildekode, om appen virker?
Nej. En app med låst kildekode fungerer præcis som en app med åben kode. Forskellen handler om indsigt, vedligeholdelse og fleksibilitet – ikke om funktionaliteten i det daglige.
Kan jeg selv ændre i en app med låst kildekode?
Nej. Uden adgang til kildekoden kan hverken du eller en tredjepartspartner ændre i appen. Alle tilpasninger og fejlrettelser skal gå gennem den oprindelige udvikler.
Ovenstående overvejelser kan spare din virksomhed for mange potentielle problemer på den lange bane. Er du i tvivl om en konkret app i jeres Business Central-løsning, hjælper vi gerne med at gennemgå den.
Vil du vide, om jeres Business Central apps har åben eller låst kildekode?
Kontakt Extendo