Audyt kodu i kompatybilności
Analiza projektu, wersji bibliotek Soneta, zewnętrznych zależności, konfiguracji oraz miejsc wykorzystujących zmienione API.
Nowe wersje enova365 i .NET
Modernizacja dodatków enova365.
Przenoszę istniejące rozszerzenia, biblioteki DLL i moduły na aktualne wersje enova365 oraz nowoczesną platformę .NET — z kontrolą ryzyka i planem dalszego rozwoju.
> analiza kodu i zależności [OK]
> migracja API / .NET [OK]
> testy i wdrożenie [READY]
> _
Problem i rozwiązanie
Stary dodatek nie musi blokować aktualizacji systemu.
Rozszerzenia tworzone dla wcześniejszych wydań enova365 często korzystają ze zmienionych mechanizmów API, nieaktualnych bibliotek albo technologii, których nie warto dalej utrzymywać. Skutkiem mogą być błędy po aktualizacji, problemy z kompilacją, trudne wdrożenia i rosnący koszt każdej kolejnej zmiany.
Modernizację zaczynam od inwentaryzacji kodu, zależności i funkcji ważnych dla użytkowników. Następnie przygotowuję zakres migracji, dostosowuję rozwiązanie do aktualnego API enova365 i .NET 10 lub nowszego środowiska, a na końcu weryfikuję zachowanie dodatku na bazie testowej.
Celem nie jest wyłącznie ponowne skompilowanie biblioteki DLL. Porządkuję miejsca zwiększające ryzyko, rozdzielam odpowiedzialności i przygotowuję kod tak, aby następne aktualizacje oraz rozwój były przewidywalne.
Zakres prac
Co obejmuje modernizacja dodatku?
Zakres dopasowuję do stanu rozwiązania: od pojedynczej biblioteki po zestaw modułów połączonych z zewnętrznymi systemami.
Migracja do nowego .NET
Aktualizacja struktury projektu, zależności NuGet, kodu C# i procesu budowania dla .NET 10 oraz kolejnych wersji.
Refaktoryzacja i stabilizacja
Porządkowanie krytycznych fragmentów, obsługi błędów, logowania, transakcji i integracji, które utrudniają utrzymanie.
Testy i plan wdrożenia
Weryfikacja funkcji na środowisku testowym, lista zmian, przygotowanie paczki oraz bezpieczna kolejność aktualizacji produkcji.
Sposób współpracy
Od diagnozy do bezpiecznego wdrożenia.
- 01Rozpoznanie
Przekazujesz kod źródłowy, używaną wersję enova365 i opis najważniejszych funkcji dodatku.
- 02Realizacja
Aktualizuję projekt etapami, raportuję problemy oraz uzgadniam elementy wymagające zmiany zachowania.
- 03Weryfikacja
Testujemy kluczowe scenariusze i przygotowujemy wdrożenie wraz z możliwością dalszego utrzymania.
Najczęstsze pytania
Warto wiedzieć przed startem.
Czy można zmodernizować dodatek bez pełnej dokumentacji?
Tak. Punktem wyjścia może być kod źródłowy, działająca starsza wersja i wiedza użytkowników. Najpierw odtwarzam zakres funkcjonalny oraz zależności, a dopiero potem planuję migrację.
Czy samo posiadanie pliku DLL wystarczy?
Najlepiej mieć kod źródłowy, ponieważ ułatwia on analizę i przyspiesza modernizację. Jeśli jednak masz wyłącznie plik DLL, również mogę wykonać zlecenie — przeanalizuję działanie istniejącego dodatku i odtworzę jego funkcjonalność oraz zachowanie w nowym rozwiązaniu, zgodnym z aktualną wersją enova365 i .NET. W takim przypadku będzie to odtworzenie dodatku, a nie bezpośrednia aktualizacja starego kodu.
Czy po migracji możesz dalej utrzymywać rozwiązanie?
Tak. Modernizacja może zakończyć się jednorazowym wdrożeniem albo przejść w stałą współpracę obejmującą aktualizacje i rozwój.
Porozmawiajmy
Masz dodatek blokujący przejście na nową wersję?
Opisz używaną wersję enova365, technologię projektu i zakres rozszerzenia. Wrócę z pytaniami potrzebnymi do oceny modernizacji.