Dostosowanie czy standard: kiedy warto budować?

Dostosowanie rozwiązuje konkretny problem, ale staje się też częścią waszej eksploatacji. Trzeba je utrzymywać, testować i musi wytrzymać aktualizacje. Artykuł pomaga zdecydować, kiedy warto budować, kiedy wystarczy standard lub konfiguracja i jakie koszty pojawiają się po dostarczeniu, abyście mogli ocenić dostosowanie w całym okresie jego życia, a nie tylko po cenie jego zbudowania.

Zacznijcie od standardu

Business Central można dużo konfigurować. Microsoft Learn opisuje, że można dostosować strony do profilu, zmieniać, jakie elementy są wyświetlane, i używać pakietów konfiguracyjnych. Zawsze pytajcie: czy da się to rozwiązać bez kodu?

Często taniej jest zmienić proces tak, aby pasował do standardu, niż zmieniać system tak, aby pasował do procesu.

Poproście konsultanta o pokazanie, jak standard może spełnić wasze potrzeby, zanim cokolwiek zostanie zbudowane. Jeśli nie potrafi, zapytajcie kogoś innego. To tani sposób na uniknięcie drogiego dostosowania.

Ile kosztuje dostosowanie po dostarczeniu

Microsoft aktualizuje Business Central dwa razy w roku, z mniejszymi aktualizacjami pomiędzy. Microsoft Learn pisze, że per-tenant extension może wejść w konflikt z nową wersją i że przed większą aktualizacją Microsoft sprawdza dostosowania i wysyła powiadomienie o znalezionych problemach. Jeśli rozszerzenia nie da się zaktualizować, zanim wersja osiągnie obowiązkowy okres aktualizacji, jest ono automatycznie odinstalowywane.

Oznacza to, że każde dostosowanie ma koszt utrzymania. Zapytajcie, kto się nim zajmuje i jak jest rozliczany.

Poproście, aby oferta określała, jak dostosowanie jest obsługiwane przy każdej nowej wersji i ile kosztuje testowanie. Zapytajcie ponadto, kto jest powiadamiany, gdy Microsoft wysyła informację o znalezionych problemach ze zgodnością, żeby wiadomość nie trafiła do pracownika, który już u was nie pracuje.

Alternatywy dla budowania

Oceńcie też, czy potrzeba jest trwała. Dostosowanie, z którego będziecie korzystać sześć miesięcy, trudno uzasadnić, jeśli ma być utrzymywane pięć lat.

Zapytajcie też, czy inni klienci mają tę samą potrzebę i czy nadchodzi rozwiązanie ogólne. Microsoft ma portal pomysłów, na którym użytkownicy głosują na życzenia. To nie jest gwarancja, ale może pokazać, czy potrzeba jest powszechna.

Zanim zamówicie kod, przejrzyjcie te możliwości:

Konfiguracja i dostosowanie stron w standardzie
Aplikacja z Microsoft AppSource, jeśli istnieje i pokrywa potrzebę
Power Automate, Power BI lub Excel do raportowania i przepływów
Zmieniony proces u was
Zgłoszenie do Microsoftu przez portal pomysłów, jeśli to ogólny brak

Kiedy budowanie ma sens

Ma sens, gdy potrzeba jest specyficzna dla was i daje wartość każdego dnia, gdy alternatywy jej nie pokrywają i gdy akceptujecie utrzymanie. Poproście o opis tego, czego dostosowanie dotyka w kodzie standardowym. Im mniej zmian w istniejącej funkcjonalności, tym łatwiej aktualizować.

Rozszerzenia buduje się jako dodatki do obiektów standardowych. To właśnie jest sens modelu rozszerzeń, który opisuje Microsoft.

Poproście o krótkie pisemne uzasadnienie dostosowania i zachowajcie je. Za kilka lat posłuży wam do oceny, czy dostosowanie jest nadal potrzebne.

Zastanówcie się też, co się stanie, jeśli zmienicie partnera. Czy ktoś inny potrafi przeczytać i utrzymywać kod? To dobry argument za jasnymi nazwami, komentarzami i krótkim opisem tego, jak dostosowanie jest zbudowane.

Pytania do dostawcy

Ile kosztuje utrzymanie rocznie i co obejmuje
Jak dostosowanie jest testowane przed każdą nową wersją
Kto jest właścicielem kodu i czy możemy go dostać
Co się dzieje, jeśli dostosowanie przestanie działać
Czy istnieje rozwiązanie standardowe, które rozważaliście

Addverk

Jeśli chcecie porozmawiać o tym temacie, napiszcie do nas. Poproście o ocenę alternatyw, zanim zamówicie dostosowanie, niezależnie od dostawcy.