Tilpasning eller standard: når bør man bygge?

En tilpasning løser et konkret problem, men den blir også en del av driften deres. Den må vedlikeholdes, testes og tåle oppdateringer. Artikkelen hjelper dere å avgjøre når dere bør bygge, når standard eller konfigurasjon er nok, og hvilke kostnader som følger med etter leveringen, slik at dere kan vurdere tilpasningen over hele levetiden og ikke bare prisen for å bygge den.

Start med standarden

Business Central kan konfigureres mye. Microsoft Learn beskriver at dere kan tilpasse sider til en profil, endre hvilke elementer som vises og bruke konfigurasjonspakker. Spør alltid: kan det løses uten kode?

Det er ofte billigere å endre en prosess slik at den passer til standarden enn å endre systemet slik at det passer til prosessen.

Be konsulenten vise hvordan standarden kan brukes til behovet deres før det bygges. Hvis de ikke kan det, så spør en annen. Det er en billig måte å unngå en dyr tilpasning på.

Hva en tilpasning koster etter leveringen

Microsoft oppdaterer Business Central to ganger i året, med mindre oppdateringer imellom. Microsoft Learn skriver at en per-tenant extension kan komme i konflikt med en ny versjon, og at Microsoft før en større oppdatering sjekker tilpasninger og sender beskjed om funn. Kan en utvidelse ikke oppdateres før versjonen når sin tvungne oppdateringsperiode, avinstalleres den automatisk.

Det betyr at hver tilpasning har en vedlikeholdskostnad. Spør hvem som står for den, og hvordan den avregnes.

Be om at tilbudet angir hvordan en tilpasning håndteres ved hver ny versjon, og hva det koster å teste. Spør dessuten hvem som blir kontaktet når Microsoft sender beskjed om funnet kompatibilitetsproblemer, slik at beskjeden ikke havner hos en medarbeider som har sluttet.

Alternativer til å bygge

Husk også å vurdere om behovet er varig. En tilpasning som skal brukes i seks måneder, er vanskelig å forsvare hvis den skal vedlikeholdes i fem år.

Spør også om andre kunder har samme behov, og om det er en generell løsning på vei. Microsoft har en idéportal der brukere stemmer på ønsker. Det er ingen garanti, men det kan vise om behovet er utbredt.

Før dere bestiller kode, så gå gjennom disse mulighetene:

Konfigurasjon og sidetilpasning i standarden
En app fra Microsoft AppSource, hvis den finnes og dekker behovet
Power Automate, Power BI eller Excel til rapportering og flyt
En endret prosess hos dere
Et ønske til Microsoft via idéportalen, hvis det er en generell mangel

Når det gir mening å bygge

Det gir mening når behovet er spesifikt for dere og skaper verdi hver dag, når alternativene ikke dekker det, og når dere aksepterer vedlikeholdet. Be om en beskrivelse av hva tilpasningen berører i standardkoden. Jo færre endringer i eksisterende funksjonalitet, desto lettere er det å oppgradere.

Utvidelser bygges som tillegg til standardobjekter. Det er nettopp meningen med utvidelsesmodellen, som Microsoft beskriver.

Be om en kort skriftlig begrunnelse for tilpasningen, og lagre den. Om noen år kan dere bruke den til å vurdere om tilpasningen fortsatt er nødvendig.

Ta også stilling til hva som skjer hvis dere får en ny partner. Kan en annen lese og vedlikeholde koden? Det er et godt argument for klare navn, kommentarer og en kort beskrivelse av hvordan tilpasningen er bygget opp.

Spørsmål til en leverandør

Hva koster vedlikehold per år, og hva dekker det
Hvordan testes tilpasningen før hver ny versjon
Hvem eier koden, og kan vi få den
Hva skjer hvis tilpasningen ikke lenger virker
Finnes det en standardløsning dere har vurdert

Spørsmål til oss

Be om en vurdering av alternativene før dere bestiller en tilpasning, uansett leverandør. Har dere spørsmål til oss, kan dere skrive til oss.