Audyt cudzych dodatków do enova365

Skąd bierze się problem

Dodatki żyją dłużej niż współpraca z ich autorem. Zostaje działający kod, którego nikt nie rozumie — i pytanie, czy przeżyje najbliższą aktualizację.

Wtedy zapada decyzja o zamrożeniu wersji enovy. Rozwiązanie na pół roku, które zamienia się w kilka lat, a aktualizacja z każdym rokiem drożeje.

Co robię

• Przegląd kodu i opis działania — co dodatek robi, w jakich miejscach wpina się w enovę, na jakich danych operuje i co się stanie, jeśli go zabraknie.
• Ocena ryzyka aktualizacji — które fragmenty opierają się na rzeczach, jakie producent może zmienić, i co konkretnie trzeba sprawdzić po podniesieniu wersji.
• Dokumentacja tego, co jej nie ma — na tyle konkretna, żeby kolejna osoba nie zaczynała od zera. Także wtedy, gdy tą osobą nie będę ja.
• Diagnoza błędnych wyników — dojście do tego, skąd bierze się nieprawidłowa liczba, i poprawienie logiki tak, żeby czytała właściwe dane.
• Przejęcie rozwoju — jeśli zdecydujesz się iść dalej, rozwijam istniejący dodatek zamiast przepisywać go od nowa. Przepisanie proponuję tylko wtedy, gdy naprawdę wychodzi taniej, i mówię wprost dlaczego.

Audyt kończy się pisemnym podsumowaniem: co jest, co jest ryzykowne i co zrobiłbym w pierwszej kolejności. To dokument, który zostaje u Ciebie — także jako podstawa do rozmowy z kimkolwiek innym.

Pracuję na kodzie źródłowym, który masz, albo na obserwacji tego, jak dodatek zachowuje się na danych. Nie dekompiluję cudzych bibliotek bez zgody ich autora — to, co da się ustalić bez tego, zwykle wystarcza do oceny ryzyka i diagnozy.

Przykład z praktyki

Ile to kosztuje

Powiązane usługi

• Dodatki i moduły — gdy po audycie trzeba dobudować to, czego brakuje.
• KSeF w enova365 — gdy problem dotyczy dokumentów sprzedaży i wysyłki.
• Raporty i wydruki — gdy błędne liczby wychodzą na wydruku.