Wat gebeurt er met uw aanpassingen bij een update?

Als uw Business Central eigen aanpassingen heeft, is het natuurlijk om te vragen of ze een update overleven. Het antwoord is meestal ja, maar alleen als de code actueel wordt gehouden. Aanpassingen in de onlineversie zijn extensions en Microsoft test ze op technische compatibiliteit. Het artikel legt uit wat er mis kan gaan en waar u zelf op moet letten. Het is ook een checklist voor het gesprek met uw partner.

Extensions en verantwoordelijkheid

In Business Central online past men de standaardcode zelf niet aan. Aanpassingen worden gebouwd als extensions bovenop de standaard. Per-tenant extensions zijn extensions die alleen bij uw omgeving horen, en apps uit AppSource zijn voor iedereen. Omdat de standaard niet is gewijzigd, kan Microsoft haar updaten zonder uw werk te overschrijven.

Microsoft Learn schrijft dat de uitgever van een app of per-tenant extension zelf verantwoordelijk is voor het actueel houden van de code na elke grote en kleine update. Wanneer een per-tenant extension wordt geïnstalleerd, accepteert de uitgever dat hij haar updateklaar houdt.

Als klant moet u daarom weten wie de uitgever van elke extension is en een afspraak over onderhoud hebben. Zonder die afspraak staat u er alleen voor wanneer een update mislukt.

Waarschuwingen en verouderde methoden

Microsoft communiceert volgens Microsoft Learn komende ingrijpende wijzigingen minstens een jaar van tevoren. De AL-compiler waarschuwt voor functies die verouderd raken, en analyzers zoals AppSourceCop kunnen problemen vinden voordat de update toeslaat.

Vóór een grote update test Microsoft per-tenant extensions in bestaande omgevingen op technische compatibiliteit met de komende versie. Bevindingen worden per e-mail verstuurd aan de ontvangers van meldingen in het beheercentrum. Lees ze en stuur ze door naar uw ontwikkelaar.

Als een update mislukt

Als een update mislukt door een aanpassing, keert de omgeving terug naar de oude versie en wordt een nieuwe poging zeven dagen later gepland. Na de gewone updateperiode en een respijtperiode kan Microsoft een extension die blokkeert verwijderen, zodat de update kan slagen. De gegevens van de extension worden niet verwijderd, maar de functie verdwijnt totdat een compatibele versie is geïnstalleerd.

Maak van updates een routine in plaats van een gebeurtenis.

Maak een lijst van alle extensions, uitgevers en verantwoordelijken.
Test elke grote update in een sandbox, bij voorkeur op de previewversie ongeveer een maand voor de release.
Zorg dat de ontvangers van meldingen actueel zijn.
Upload een nieuwe versie van de per-tenant extension met installatie bij de volgende grote update.
Verwijder extensions die u niet gebruikt.
Overweeg of de standaard nu een oude aanpassing kan vervangen.

Wat u kunt vragen

Vraag uw partner hoe elke aanpassing is gebouwd, of ze aanbevolen methoden volgt en of ze functies gebruikt die als uitfaserend zijn gemarkeerd. Vraag ook wanneer ze voor het laatst tegen een nieuwe versie is getest en wie toegang heeft tot de broncode.

De broncode van een per-tenant extension moet ergens staan waar u toegang toe hebt, zodat u niet van één leverancier afhankelijk bent.

AppSource-apps en overbodige aanpassingen

Apps uit AppSource worden door hun uitgever bijgewerkt. Als een app onverenigbaar is met de nieuwste versie, kan ze uit AppSource worden verwijderd en kunnen klanten bericht krijgen. Controleer het updateplan van uw leverancier voordat u een app kiest.

Sommige aanpassingen zijn gemaakt omdat de standaard het niet kon. Sindsdien is de standaard vaak beter geworden. Lees de updateplannen en vraag of een aanpassing door een standaardfunctie kan worden vervangen.

Minder aanpassingen geven minder risico's bij updates, lager onderhoud en minder uit te leggen aan nieuwe medewerkers.

Hulp bij uw aanpassingen

Addverk is een nieuw Business Central-bedrijf. Wilt u met ons van gedachten wisselen over het actueel houden van uw extensions, schrijf ons dan.