Aktualizacje Comarch ERP Altum mogą powodować błędy wynikające z niezgodności wersji komponentów, zmian w strukturze bazy danych lub modyfikacji interfejsów API używanych przez integracje zewnętrzne. Systematyczna diagnostyka błędów poaktualizacyjnych skraca czas przywrócenia pełnej funkcjonalności systemu.
Niezgodność wersji klienta i serwera
Po aktualizacji serwera Altum klienci na stacjach roboczych muszą być zaktualizowani do tej samej wersji. Próba połączenia starego klienta z nowym serwerem skutkuje komunikatem o niezgodności wersji i brakiem możliwości pracy. Dystrybucja aktualizacji klienta przez mechanizm auto-update (jeśli skonfigurowany) lub przez centralny serwer plików jest szybszym rozwiązaniem niż ręczna aktualizacja każdej stacji.
Błędy skryptu aktualizacji bazy danych
Aktualizacja bazy danych Altum wykonuje skrypty SQL modyfikujące strukturę bazy. Błąd w skrypcie (widoczny w logu aktualizacji) może przerwać proces w połowie – baza pozostaje w stanie częściowo zaktualizowanym, nieoperacyjnym. Przed próbą ponownej aktualizacji należy przeanalizować log błędu, zidentyfikować krok, na którym nastąpiło przerwanie, i albo naprawić dane ręcznie (z pomocą supportu Comarch), albo przywrócić bazę z kopii zapasowej sprzed aktualizacji i powtórzyć proces.
Integracje zewnętrzne przestały działać po aktualizacji
Aktualizacje Altum mogą zmieniać API (endpointy, parametry wywołań, format odpowiedzi). Jeśli system jest zintegrowany z e-commerce, systemem WMS lub platformą B2B przez API, aktualizacja może zepsuć te integracje. Sprawdź Release Notes nowej wersji pod kątem zmian w API i skontaktuj się z dostawcą integracji w celu aktualizacji po swojej stronie. Integracje oparte na stabilnym API REST/SOAP zazwyczaj zachowują wsteczną kompatybilność, ale nie zawsze.
Uprawnienia po aktualizacji
Nowe wersje Altum często dodają nowe obiekty uprawnień (nowe formularze, raporty, akcje). Po aktualizacji użytkownicy mogą nie mieć dostępu do nowych funkcjonalności, bo role nie obejmują nowych elementów. Administrator powinien przejrzeć nowe elementy uprawnień dodane w danej wersji (Release Notes → zmiany uprawnień) i przypisać je do odpowiednich ról systemowych.
Testowanie po aktualizacji na środowisku testowym
Standardową praktyką jest uruchomienie aktualizacji najpierw na środowisku testowym (kopia bazy produkcyjnej). Środowisko testowe Altum pozwala zidentyfikować problemy specyficzne dla konfiguracji firmy przed narażeniem systemu produkcyjnego na ryzyko. Środowisko testowe powinno odzwierciedlać produkcyjne: te same moduły, konfiguracja, integracje. Bez środowiska testowego każda aktualizacja jest testem na żywym organizmie.
