Co dzieje się z Waszymi dostosowaniami przy aktualizacji?

Jeśli Wasz Business Central ma własne dostosowania, naturalne jest pytanie, czy przetrwają aktualizację. Odpowiedź brzmi zwykle tak, ale tylko jeśli kod jest utrzymywany. Dostosowania w wersji online są rozszerzeniami, a Microsoft testuje je pod kątem zgodności technicznej. Artykuł wyjaśnia, co może pójść nie tak i na co sami musicie uważać. To także lista kontrolna do rozmowy z partnerem.

Rozszerzenia i odpowiedzialność

W Business Central online nie dostosowuje się samego kodu standardowego. Dostosowania buduje się jako rozszerzenia (extensions) na standardzie. Per-tenant extensions to rozszerzenia należące tylko do Waszego środowiska, a aplikacje z AppSource są dla wszystkich. Ponieważ standard nie jest zmieniony, Microsoft może go aktualizować bez nadpisywania Waszej pracy.

Microsoft Learn pisze, że wydawca aplikacji lub per-tenant extension sam odpowiada za utrzymanie kodu w aktualności po każdej dużej i mniejszej aktualizacji. Gdy per-tenant extension jest instalowane, wydawca akceptuje, że będzie je utrzymywać w gotowości do aktualizacji.

Jako klient powinniście więc wiedzieć, kto jest wydawcą każdego rozszerzenia, i mieć umowę o utrzymaniu. Bez niej zostajecie sami, gdy aktualizacja się nie powiedzie.

Ostrzeżenia i przestarzałe metody

Microsoft według Microsoft Learn komunikuje nadchodzące zmiany łamiące zgodność z wyprzedzeniem co najmniej roku. Kompilator AL ostrzega o funkcjach, które stają się przestarzałe, a analizatory takie jak AppSourceCop potrafią znaleźć problemy, zanim aktualizacja nastąpi.

Przed dużą aktualizacją Microsoft testuje per-tenant extensions w istniejących środowiskach pod kątem zgodności technicznej z nadchodzącą wersją. Ustalenia są wysyłane e-mailem do odbiorców powiadomień w centrum administracyjnym. Przeczytajcie je i przekażcie programiście.

Gdy aktualizacja się nie powiedzie

Jeśli aktualizacja nie powiedzie się z powodu dostosowania, środowisko wraca do starej wersji, a kolejna próba jest planowana siedem dni później. Po zwykłym okresie aktualizacji i okresie karencji Microsoft może odinstalować rozszerzenie, które blokuje, aby aktualizacja mogła się udać. Dane rozszerzenia nie są usuwane, ale funkcja znika, dopóki nie zostanie zainstalowana zgodna wersja.

Zrób z aktualizacji rutynę, a nie wydarzenie.

Zrób listę wszystkich rozszerzeń, wydawców i osób odpowiedzialnych.
Testuj każdą dużą aktualizację w sandboxie, najlepiej na wersji zapoznawczej mniej więcej miesiąc przed wydaniem.
Dbaj o to, aby odbiorcy powiadomień byli aktualni.
Wgraj nową wersję per-tenant extension z instalacją przy następnej dużej aktualizacji.
Usuń rozszerzenia, z których nie korzystacie.
Zastanów się, czy standard może teraz zastąpić stare dostosowanie.

O co możecie zapytać

Zapytaj partnera, jak zbudowane jest każde dostosowanie, czy stosuje zalecane metody i czy używa funkcji oznaczonych jako wycofywane. Poproś o informację, kiedy ostatnio było testowane z nową wersją i kto ma dostęp do kodu źródłowego.

Kod źródłowy per-tenant extension powinien leżeć w miejscu, do którego macie dostęp, abyście nie zależeli od jednego dostawcy.

Aplikacje z AppSource i zbędne dostosowania

Aplikacje z AppSource są aktualizowane przez ich wydawcę. Jeśli aplikacja jest niezgodna z najnowszą wersją, może zostać usunięta z AppSource, a klienci mogą dostać informację. Sprawdź plan aktualizacji dostawcy, zanim wybierzesz aplikację.

Niektóre dostosowania powstały, ponieważ standard nie potrafił czegoś zrobić. Od tamtej pory standard często się poprawił. Czytajcie plany aktualizacji i pytajcie, czy dostosowanie można zastąpić funkcją standardową.

Mniej dostosowań to mniej ryzyka przy aktualizacjach, niższe koszty utrzymania i mniej do tłumaczenia nowym pracownikom.

Pomoc przy Waszych dostosowaniach

Addverk to nowa firma zajmująca się Business Central. Jeśli chcesz porozmawiać o przeglądzie rozszerzeń i planie ich utrzymania, napisz do nas.