Oprogramowanie firmowe

Brak aktualizacji zamówień a awaria platformy sprzedażowej — rozróżnienie usterek

Kiedy zamówienia ze sklepu internetowego przestają trafiać do systemu handlowego, w pierwszej chwili podejrzenie niemal zawsze pada na samą platformę e-commerce. Przedsiębiorcy zakładają, że błąd tkwi w skrypcie sklepu, usterce po stronie hostingu witryny lub w mechanizmie płatności online. W rzeczywistości wstrzymanie przepływu danych najczęściej wynika z problemów komunikacyjnych na styku środowiska lokalnego z infrastrukturą internetową, a nie z awarii samego sklepu.

Należy wyraźnie rozróżnić dwa odmienne stany techniczne. Pierwszy to sytuacja, w której platforma sprzedażowa jest całkowicie niedostępna dla klientów zewnętrznych, generuje błędy serwera WWW i uniemożliwia składanie zamówień. Drugi przypadek zachodzi wtedy, gdy klienci bez przeszkód przeglądają ofertę i finalizują zakupy, lecz baza handlowo-magazynowa nie odnotowuje tych zdarzeń, a stany magazynowe w sieci nie ulegają odświeżeniu. Za ten drugi stan odpowiada bezpośrednio kanał wymiany danych, w którym uczestniczy Comarch ERP Altum. Oprogramowanie to realizuje zaawansowaną logikę wielomagazynową i handlową, a do sprawnego przekazywania informacji do silnika e-commerce wymaga stabilnego środowiska sieciowego, odpowiednich uprawnień systemowych oraz spójności relacyjnej bazy danych.

Objawy problemów z integracją w codziennej pracy firmy

Rozszczelnienie kanału integracyjnego daje bardzo charakterystyczne symptomy, które personel firmy dostrzega podczas codziennych operacji handlowych. W rozmowach zgłoszeniowych najczęściej powtarzają się konkretne opisy sytuacji:

• Niezgodność stanów magazynowych — towar sprzedany w sklepie internetowym nadal widnieje jako dostępny w e-sklepie, co prowadzi do zakupu asortymentu, którego fizycznie brakuje na stanie magazynowym.
• Brak automatycznego importu dokumentów — zamówienia złożone przez klientów w koszyku internetowym nie pojawiają się w rejestrze dokumentów handlowych wewnątrz oprogramowania, co wymusza ich ręczne przepisywanie.
• Zablokowana aktualizacja cenników — zmiany cen, promocji lub opisów wprowadzone w kartotekach towarowych nie są odzwierciedlane w ofercie internetowej mimo wielokrotnego wyzwalania procedury przesyłania danych.
• Zawieszanie się harmonogramu zadań — proces odpowiedzialny za cykliczne łączenie się z interfejsem sklepu zatrzymuje się w trakcie pracy i nie podejmuje kolejnych prób przesyłania informacji bez restartu całego środowiska.
• Odrzucanie komunikatów autoryzacyjnych — system raportuje brak możliwości nawiązania bezpiecznego połączenia z bramką wymiany danych lub zgłasza niepoprawność tokenów dostępowych.

Główne przyczyny przerw w wymianie danych

Problemy z przesyłaniem informacji pomiędzy Comarch ERP Altum a sklepem internetowym mają zróżnicowane podłoże techniczne. Uszeregowane od najczęściej występujących do rzadszych, obejmują następujące obszary:

1. Zmiany w konfiguracji sieci lokalnej i zapory ogniowej

Najczęstszą przyczyną utraty łączności są modyfikacje w infrastrukturze sieciowej przedsiębiorstwa. Zmiana parametrów routera, wprowadzenie nowych reguł w zaporze sieciowej (firewall) lub aktualizacja oprogramowania antywirusowego potrafi zablokować porty komunikacyjne wykorzystywane do transmisji pakietów. W efekcie proces wymiany danych traci możliwość nawiązania sesji z zewnętrznym serwerem sklepu.

2. Problemy z certyfikatami i szyfrowaniem transmisji

Wymiana danych handlowych odbywa się przez szyfrowane protokoły sieciowe. Wygasły certyfikat bezpieczeństwa, zmiana metody uwierzytelniania na serwerze docelowym lub brak zaktualizowanych bibliotek kryptograficznych w systemie operacyjnym powoduje natychmiastowe przerwanie bezpiecznego tunelu transmisyjnego.

3. Blokady i przeciążenia relacyjnej bazy danych

Comarch ERP Altum operuje na rozbudowanej relacyjnej bazie danych. Jeśli silnik bazodanowy wykonuje w danym momencie czasochłonne raporty, wielomodułowe przeliczenia magazynowe lub proces tworzenia kopii zapasowej, mechanizm synchronizujący może napotkać tzw. zakleszczenie transakcji (deadlock) lub przekroczyć limit czasu oczekiwania na odpowiedź (timeout).

4. Niespójność uprawnień kont usługowych

Procesy synchronizacji działają zazwyczaj w tle w ramach dedykowanych kont usługowych. Zmiana hasła użytkownika systemowego, wygaśnięcie uprawnień do zapisu w określonych strukturach bazy danych lub odebranie praw do uruchamiania usług sieciowych uniemożliwia wykonanie procedury eksportu i importu.

5. Zmiany w strukturze danych i niepoprawne rekordy

Wprowadzenie w kartotekach asortymentowych nietypowych znaków, brak wymaganych powiązań pomiędzy stawkami podatkowymi a jednostkami miary, czy uszkodzenie pojedynczego rekordu potrafi zatrzymać całą kolejkę przetwarzania, gdy moduł wymiany danych nie potrafi zinterpretować błędnego wpisu.

Jak wygląda diagnoza krok po kroku

Ustalenie źródła problemu w zaawansowanym środowisku handlowym wymaga systematycznego podejścia. Wykonujemy pełną weryfikację poszczególnych warstw technologicznych:

Krok 1: Weryfikacja spójności bazy danych i tworzenie kopii bezpieczeństwa

Prace diagnostyczne rozpoczynamy od sprawdzenia stanu kopii zapasowej oraz integralności struktur bazy danych. Przed ingerencją w jakiekolwiek ustawienia zabezpieczamy aktualny stan tabel, w tym kolejkę transakcji oczekujących na wysyłkę. Sprawdzamy logi silnika bazy pod kątem błędów wejścia-wyjścia oraz przerwanych transakcji.

Krok 2: Badanie warstwy transportowej i parametrów sieciowych

Kolejnym etapem jest test łączności bezpośredniej między komputerem zarządzającym synchronizacją a serwerem obsługującym sklep. Weryfikujemy translację adresów, działanie tras sieciowych (routing), stabilność łączy internetowych oraz czasy odpowiedzi. Sprawdzamy, czy pakiety przesyłane przez protokoły webowe nie są modyfikowane lub odrzucane przez mechanizmy inspekcji ruchu.

Krok 3: Analiza dzienników zdarzeń i statusów usług

Przeglądamy szczegółowe dzienniki zdarzeń generowane przez moduły odpowiedzialne za integrację w Comarch ERP Altum oraz komunikaty systemowe. Pozwala to wyizolować dokładny moment przerwania sesji i odczytać kod błędu zwracany przez interfejs programistyczny aplikacji (API) sklepu.

Krok 4: Testy uwierzytelniania i praw dostępu

Weryfikujemy poprawność kluczy dostępowych, certyfikatów SSL oraz uprawnień kont, pod którymi działają automatyczne harmonogramy zadań. Sprawdzamy, czy usługi posiadają pełny dostęp do niezbędnych katalogów tymczasowych i przestrzeni wymiany plików.

Krok 5: Próbne przetworzenie wyizolowanej paczki danych

W kontrolowanym środowisku uruchamiamy pojedynczą operację przesyłu dla ściśle określonej, małej grupy rekordów (np. zmiana stanu jednego towaru). Obserwacja odpowiedzi systemu w czasie rzeczywistym pozwala potwierdzić, czy usunięto źródło blokady.

Czego nie robić na własną rękę i bezpieczne czynności wstępne

Nieumiejętne próby przywrócenia synchronizacji mogą doprowadzić do nadpisania aktualnych stanów magazynowych błędnymi danymi lub zdublowania dokumentów w bazie. Należy unikać następujących działań:

• Ręczne usuwanie tabel lub rekordów w bazie danych — bezpośrednia ingerencja w struktury tabel relacyjnych poza mechanizmami programu grozi trwałym uszkodzeniem powiązań logicznych w Comarch ERP Altum.
• Masowe resetowanie znaczników synchronizacji — jednoczesne oznaczenie wszystkich towarów jako „wymagających wysłania” może doprowadzić do zablokowania serwera sklepu ogromną liczbą żądań.
• Wyłączanie zabezpieczeń sieciowych — całkowite dezaktywowanie zapory sieciowej lub programów ochronnych w celu „sprawdzenia, czy zadziała” naraża całą infrastrukturę firmy na niebezpieczeństwo z zewnątrz.
• Modyfikowanie struktur cenników bez kopii — wymuszanie ponownego eksportu bez sprawdzenia poprawności przeliczników może spowodować publikację nieprawidłowych cen w sklepie internetowym.

Przed przyjazdem serwisu warto wykonać jedynie podstawowe, bezpieczne czynności weryfikacyjne:

• Sprawdzić, czy komputer lub stacja robocza, na której skonfigurowano harmonogram synchronizacji, posiada stabilny dostęp do Internetu.
• Zanotować dokładną godzinę, w której pojawiło się ostatnie poprawnie zaimportowane zamówienie.
• Zweryfikować, czy w firmie nie były w ostatnim czasie przeprowadzane prace modernizacyjne sieci, wymiana routerów bądź zmiany haseł do kont administracyjnych.

Organizacja wsparcia technicznego i przebieg współpracy

Prawidłowe funkcjonowanie połączenia pomiędzy oprogramowaniem Comarch ERP Altum a platformą sprzedaży internetowej decyduje o ciągłości handlu, dlatego wszelkie zakłócenia wymagają sprawnej interwencji. Realizujemy pomoc techniczną bezpośrednio w siedzibie klienta. Dojeżdżamy na miejsce na terenie Warszawy oraz okolicznych powiatów.

Współpraca rozpoczyna się od analizy problemu na miejscu awarii. Po wstępnej diagnozie infrastruktury sieciowej i bazodanowej przedstawiamy zakres niezbędnych prac oraz indywidualną wycenę przed przystąpieniem do jakichkolwiek działań. W sytuacjach wymagających zaawansowanych napraw sprzętowych stacji roboczej, odbieramy sprzęt do warsztatu i odwozimy go po zakończeniu prac własnym transportem. Zapewniamy pełne bezpieczeństwo danych handlowych — na życzenie klienta podpisujemy umowę o poufności (NDA). Wszystkie czynności wykonują bezpośrednio nasi specjaliści, co gwarantuje pełną kontrolę nad procesem naprawy.

W przypadku problemów z synchronizacją danych, błędów wymiany dokumentów lub braku łączności systemu z platformą handlową zapraszamy do kontaktu telefonicznego pod numerem 22 257 87 54.