Anpassning eller standard: när ska man bygga?
En anpassning löser ett konkret problem, men den blir också en del av er drift. Den ska underhållas, testas och tåla uppdateringar. Artikeln hjälper er att avgöra när ni bör bygga, när standard eller konfiguration räcker och vilka kostnader som följer efter leveransen, så att ni kan bedöma anpassningen över hela livslängden och inte bara priset för att bygga den.
Börja med standarden
Business Central går att konfigurera mycket. Microsoft Learn beskriver att ni kan anpassa sidor till en profil, ändra vilka element som visas och använda konfigurationspaket. Fråga alltid: kan det lösas utan kod?
Det är ofta billigare att ändra en process så att den passar standarden än att ändra systemet så att det passar processen.
Be konsulten visa hur standarden kan användas för ert behov innan något byggs. Om de inte kan det, fråga någon annan. Det är ett billigt sätt att undvika en dyr anpassning.
Vad en anpassning kostar efter leveransen
Microsoft uppdaterar Business Central två gånger om året, med mindre uppdateringar emellan. Microsoft Learn skriver att en per-tenant extension kan hamna i konflikt med en ny version och att Microsoft före en större uppdatering kontrollerar anpassningar och skickar besked om funna problem. Om ett tillägg inte kan uppdateras innan versionen når sin tvingande uppdateringsperiod avinstalleras det automatiskt.
Det betyder att varje anpassning har en underhållskostnad. Fråga vem som ansvarar för den och hur den faktureras.
Be att offerten anger hur en anpassning hanteras vid varje ny version och vad det kostar att testa. Fråga dessutom vem som kontaktas när Microsoft skickar besked om funna kompatibilitetsproblem, så att beskedet inte hamnar hos en medarbetare som har slutat.
Alternativ till att bygga
Kom också ihåg att bedöma om behovet är bestående. En anpassning som ska användas i sex månader är svår att försvara om den ska underhållas i fem år.
Fråga också om andra kunder har samma behov och om det finns en generell lösning på väg. Microsoft har en idéportal där användare röstar på önskemål. Det är ingen garanti, men det kan visa om behovet är utbrett.
Innan ni beställer kod, gå igenom dessa möjligheter:
- Konfiguration och sidanpassning i standarden
- En app från Microsoft AppSource, om den finns och täcker behovet
- Power Automate, Power BI eller Excel för rapportering och flöden
- En ändrad process hos er
- Ett önskemål till Microsoft via idéportalen, om det är en generell brist
När det är rimligt att bygga
Det är rimligt när behovet är specifikt för er och skapar värde varje dag, när alternativen inte täcker det och när ni accepterar underhållet. Be om en beskrivning av vad anpassningen berör i standardkoden. Ju färre ändringar i befintlig funktionalitet, desto lättare är det att uppgradera.
Tillägg byggs som utökningar av standardobjekt. Det är precis meningen med tilläggsmodellen, som Microsoft beskriver.
Be om en kort skriftlig motivering till anpassningen och spara den. Om några år kan ni använda den för att bedöma om anpassningen fortfarande behövs.
Ta också ställning till vad som händer om ni får en ny partner. Kan någon annan läsa och underhålla koden? Det är ett bra argument för tydliga namn, kommentarer och en kort beskrivning av hur anpassningen är uppbyggd.
Frågor till en leverantör
- Vad kostar underhåll per år och vad täcker det
- Hur testas anpassningen före varje ny version
- Vem äger koden och kan vi få den
- Vad händer om anpassningen inte längre fungerar
- Finns det en standardlösning som ni har övervägt
Hos Addverk
Be om en bedömning av alternativen innan ni beställer en anpassning, oavsett leverantör. Skriv gärna till oss om ni har frågor.
Korta, konkreta mejl om det kunderna oftast frågar oss om. Vi skriver när vi har något som är värt att läsa.