Vad händer med era anpassningar vid en uppdatering?

Om ert Business Central har egna anpassningar är det naturligt att fråga om de överlever en uppdatering. Svaret är oftast ja, men bara om koden hålls uppdaterad. Anpassningar i onlineversionen ligger som extensions, och Microsoft testar dem för teknisk kompatibilitet. Artikeln förklarar vad som kan gå fel och vad ni själva måste hålla koll på. Den är också en checklista inför samtalet med er partner.

Extensions och ansvar

I Business Central online anpassar man inte själva standardkoden. Anpassningar byggs som extensions ovanpå standarden. Per-tenant extensions är tillägg som bara hör till er miljö, och appar från AppSource är till för alla. Eftersom standarden inte är ändrad kan Microsoft uppdatera den utan att skriva över ert arbete.

Microsoft Learn skriver att utgivaren av en app eller per-tenant extension själv ansvarar för att hålla koden uppdaterad efter varje stor och mindre uppdatering. När en per-tenant extension installeras accepterar utgivaren att hålla den redo för uppdatering.

Som kund bör ni därför veta vem som är utgivare av varje tillägg och ha ett avtal om underhåll. Utan det står ni ensamma när en uppdatering misslyckas.

Varningar och föråldrade metoder

Microsoft meddelar enligt Microsoft Learn kommande brytande ändringar minst ett år i förväg. AL-kompilatorn varnar för funktioner som blir föråldrade, och analysverktyg som AppSourceCop kan hitta problem innan uppdateringen slår till.

Före en stor uppdatering testar Microsoft per-tenant extensions i befintliga miljöer för teknisk kompatibilitet med den kommande versionen. Fynd skickas som mejl till notifikationsmottagarna i admin center. Läs dem och skicka dem vidare till er utvecklare.

Om en uppdatering misslyckas

Om en uppdatering misslyckas på grund av en anpassning återgår miljön till den gamla versionen och ett nytt försök planeras sju dagar senare. Efter den ordinarie uppdateringsperioden och en respitperiod kan Microsoft avinstallera ett tillägg som blockerar, så att uppdateringen kan lyckas. Tilläggets data raderas inte, men funktionen försvinner tills en kompatibel version är installerad.

Gör uppdateringar till en rutin i stället för en händelse.

Gör en lista över alla tillägg, utgivare och ansvariga.
Testa varje stor uppdatering i en sandbox, helst på förhandsversionen ungefär en månad före releasen.
Se till att notifikationsmottagarna är uppdaterade.
Ladda upp ny version av per-tenant extension med installation vid nästa stora uppdatering.
Ta bort tillägg som ni inte använder.
Överväg om standarden nu kan ersätta en gammal anpassning.

Vad ni kan fråga om

Fråga er partner hur varje anpassning är byggd, om den följer rekommenderade metoder och om den använder funktioner som är markerade som utgående. Be att få veta när den senast testades mot en ny version och vem som har åtkomst till källkoden.

Källkoden till en per-tenant extension bör ligga på ett ställe som ni har åtkomst till, så att ni inte är beroende av en enda leverantör.

AppSource-appar och överflödiga anpassningar

Appar från AppSource uppdateras av sin utgivare. Om en app är oförenlig med den senaste versionen kan den tas bort från AppSource och kunder kan få besked. Kontrollera er leverantörs plan för uppdateringar innan ni väljer en app.

Vissa anpassningar gjordes för att standarden inte klarade det. Sedan dess har standarden ofta blivit bättre. Läs uppdateringsplanerna och fråga om en anpassning kan ersättas av en standardfunktion.

Färre anpassningar ger färre risker vid uppdateringar, lägre underhåll och mindre att förklara för nya medarbetare.

Hjälp med era anpassningar

Addverk är ett nytt Business Central-företag. Vill ni ha hjälp att gå igenom era tillägg och planera hur de hålls uppdaterade kan ni skriva till oss.