E-commerce — wsparcie dla sklepów internetowych

Sklep rzadko działa w pojedynkę

Sklep internetowy łączy się zwykle z systemem magazynowym, księgowym, kurierskim i z platformami sprzedażowymi. Każde z tych połączeń może się zerwać — a skutek bywa niewidoczny przez kilka dni, dopóki ktoś nie zauważy rozbieżności w stanach albo brakujących dokumentów.

Czym się zajmujemy

• Wdrożeniami sklepów na popularnych platformach, wraz z konfiguracją płatności i wysyłki.
• Migracjami sklepów na inną platformę, z przekierowaniami i pełnym przeniesieniem danych.
• Integracjami z systemami magazynowymi, księgowymi, kurierskimi i sprzedażowymi.
• Naprawą zerwanych integracji i uzupełnianiem danych z okresu awarii.
• Sprzedażą wielokanałową: wspólne stany, jedna lista zamówień, jednolite dokumenty.
• Wydajnością sklepu i czasem ładowania stron.

Najczęstsze zgłoszenia

Sklep sprzedający towar, którego nie ma na stanie. Zamówienia niepojawiające się w systemie księgowym. Integracja, która działała miesiącami i nagle zamilkła. Sklep zwalniający po dołożeniu oferty. Każdy z tych przypadków ma zwykle jedną konkretną, dającą się wskazać przyczynę.

Ciche awarie

Największym zagrożeniem nie jest integracja, która zgłasza błąd, tylko ta, która po prostu przestaje przesyłać dane. Dlatego konfigurujemy powiadomienia — cisza musi być sygnałem, nie stanem normalnym.

Prace na kopii

Aktualizacje i zmiany testujemy na kopii sklepu, nie na wersji dostępnej dla klientów.

Terminy

Wdrożenia i migracje planujemy poza okresem wzmożonej sprzedaży.

Różne warianty problemów z wymianą danych

Awaria integracji nie zawsze oznacza całkowite zatrzymanie przesyłania informacji. Czasem zamówienia trafiają do systemu magazynowego, ale bez wybranej metody dostawy, danych do faktury albo informacji o płatności. W innym wariancie dokumenty powstają prawidłowo, lecz stan produktu nie wraca do sklepu. Możliwa jest również synchronizacja jednokierunkowa, czyli przepływ danych tylko z jednego systemu do drugiego, mimo że konfiguracja powinna umożliwiać wymianę w obie strony.

Osobną grupę stanowią opóźnienia. Dane są przesyłane, ale zbyt późno, aby stan magazynowy widoczny dla kupujących odpowiadał rzeczywistej dostępności. Przy sprzedaży prowadzonej równocześnie w sklepie, na Allegro i w innych kanałach ten sam produkt może zostać zamówiony w kilku miejscach. Weryfikacji wymaga wtedy kolejność przetwarzania operacji, harmonogram synchronizacji, czyli ustalone momenty wymiany danych, oraz wskazanie systemu nadrzędnego, z którego pozostałe kanały pobierają wiążący stan.

Zdarzają się także błędy dotyczące tylko części oferty. Jedna grupa produktów aktualizuje się poprawnie, a inna zachowuje stare ceny, opisy albo ilości. Przyczyną może być odmienne przypisanie kategorii, brak powiązania identyfikatorów produktów lub niezgodny wariant towaru. Identyfikator jest oznaczeniem pozwalającym systemom rozpoznać ten sam produkt. Jeżeli oznaczenia po obu stronach nie odpowiadają sobie, automatyczna wymiana danych może pominąć pozycję albo przypisać informacje do niewłaściwego towaru.

Jak przebiega diagnoza integracji

Najpierw ustalany jest pełny przebieg danych: od złożenia zamówienia przez zapis płatności i rezerwację towaru aż po utworzenie dokumentu oraz przekazanie przesyłki przewoźnikowi. Pozwala to wskazać etap, na którym informacja znika, zostaje zmieniona albo przestaje być aktualizowana. Sam komunikat widoczny w panelu sklepu nie zawsze wskazuje źródło usterki, ponieważ błąd jednego systemu może ujawnić się dopiero w kolejnym.

Sprawdzane są logi, czyli techniczne zapisy zdarzeń wykonywanych przez sklep i połączone usługi. Analizowane są również kolejki zadań, czyli listy operacji oczekujących na automatyczne wykonanie. Zablokowana kolejka może zatrzymać wysyłanie następnych zamówień, mimo że sam sklep pozostaje dostępny. Istotne są też dane uwierzytelniające, czyli klucze lub tokeny pozwalające systemom bezpiecznie rozpoznawać połączenie. Token to cyfrowe poświadczenie dostępu, które może wygasnąć albo zostać unieważnione po zmianie konfiguracji.

Diagnoza obejmuje ponadto próbki konkretnych zamówień i produktów. Porównywane są godziny operacji, statusy oraz wartości zapisane w każdym systemie. Dzięki temu można odróżnić pojedynczy błędny rekord, czyli jeden nieprawidłowy zestaw danych, od usterki dotyczącej całego mechanizmu. Nie zakłada się z góry, że winny jest sklep. Źródłem problemu może być moduł, system ERP, platforma sprzedażowa, zmieniona metoda autoryzacji albo niezgodność danych wejściowych. ERP to system służący między innymi do obsługi magazynu, sprzedaży, księgowości i procesów firmy.

Sprzedaż wielokanałowa wymaga jednego źródła danych

Przy równoległej sprzedaży w sklepie i na platformach zewnętrznych trzeba jednoznacznie określić, gdzie znajduje się główna kartoteka produktów. Kartoteka jest uporządkowanym zbiorem informacji o towarach, takich jak nazwa, symbol, cena i stan. Bez takiego ustalenia jeden system może nadpisywać zmiany wykonane w drugim. Powstają wtedy powracające opisy, nieaktualne ceny lub stany, które po ręcznej korekcie ponownie przyjmują błędną wartość.

Obsługujemy połączenia sklepów i kanałów sprzedaży między innymi z BaseLinkerem, Allegro oraz faktycznie używanymi w firmach systemami InsERT, WAPRO ERP, Comarch ERP, Sage Symfonia, RAKS i enova365. Zakres prac zależy od sposobu zorganizowania sprzedaży. W jednej firmie centralnym miejscem może być system magazynowy, w innej panel integratora zbierającego zamówienia z wielu kanałów. Przed zmianą konfiguracji ustalane są reguły dotyczące cen, stanów, statusów, dokumentów oraz sposobu rozpoznawania produktów.

Ważna jest także obsługa wyjątków. Zwrot, anulowanie zamówienia, częściowa wysyłka albo ręczna zmiana liczby sztuk nie zawsze przebiegają tak samo jak zwykła sprzedaż. Każdy taki przypadek powinien mieć określony skutek w magazynie i księgowości. W przeciwnym razie podstawowa ścieżka działa poprawnie, ale rozbieżności narastają przy mniej typowych operacjach.

Błędy podczas samodzielnej próby naprawy

Częstą reakcją na brak synchronizacji jest wielokrotne uruchamianie importu. Może to pomóc tylko wtedy, gdy mechanizm poprawnie rozpoznaje wcześniej przetworzone dane. Jeżeli nie rozpoznaje duplikatów, mogą powstać powtórzone zamówienia, dokumenty lub produkty. Przed ponowieniem operacji trzeba sprawdzić jej zakres oraz sposób oznaczania informacji, które zostały już odebrane.

Ryzykowne jest również usuwanie modułu integracyjnego i instalowanie go od początku bez zachowania konfiguracji. Moduł jest dodatkiem rozszerzającym funkcje sklepu. Ponowna instalacja może usunąć mapowanie, czyli reguły określające, które pola i wartości odpowiadają sobie w dwóch systemach. Efektem bywa pozorne przywrócenie połączenia, ale z innym sposobem przypisywania statusów, podatków, dostaw albo metod płatności.

Nie należy też masowo zmieniać stanów magazynowych w kilku miejscach jednocześnie. Ręczna korekta może zostać po chwili nadpisana przez automat, a późniejsze ustalenie prawidłowej wartości staje się trudniejsze. Bezpieczniej zatrzymać wadliwą synchronizację, zabezpieczyć dane i określić system nadrzędny. Dopiero potem można wyrównać stany według jednego, sprawdzonego źródła.

Problem może pogłębić aktualizacja wszystkich składników sklepu przeprowadzona jednocześnie. Gdy zmienią się platforma, szablon, moduły i integracje, trudniej ustalić, która zmiana wywołała usterkę. Aktualizacje powinny być sprawdzane etapami na kopii, a po każdym etapie należy przetestować najważniejsze procesy zakupowe i wymianę danych.

Kiedy źródło problemu znajduje się poza integracją

Brak zamówienia w systemie zewnętrznym nie zawsze oznacza zerwane połączenie. Zamówienie mogło nie osiągnąć statusu wymaganego do eksportu, na przykład z powodu niedokończonej płatności. System może działać zgodnie z konfiguracją i celowo pomijać taką operację. Podobnie brak dokumentu sprzedaży może wynikać z niekompletnych danych nabywcy albo z reguły przewidującej wystawienie dokumentu dopiero na określonym etapie realizacji.

Nie każda rozbieżność stanów jest błędem technicznym. Przyczyną może być ręczne wydanie towaru bez zarejestrowania operacji, błędne przyjęcie dostawy lub pomyłka w powiązaniu wariantów. Wariant oznacza konkretną wersję produktu, na przykład różniącą się rozmiarem lub kolorem. Jeżeli kanał sprzedaży traktuje warianty osobno, a magazyn posługuje się jedną wspólną pozycją, potrzebna jest właściwa reguła przeliczania.

Wolne działanie sklepu także nie musi wynikać z integracji. Przyczyną mogą być duże pliki graficzne, przeciążone rozszerzenie, nieprawidłowo skonfigurowana pamięć podręczna albo zapytania do bazy danych wykonywane zbyt długo. Pamięć podręczna przechowuje gotowe wyniki, aby nie trzeba było tworzyć ich od początku przy każdym wejściu. Baza danych jest miejscem zapisu między innymi produktów, klientów i zamówień. Dopiero pomiary pozwalają określić, który element rzeczywiście wydłuża ładowanie.

Bezpieczne uzupełnianie danych po awarii

Po przywróceniu połączenia trzeba sprawdzić okres, w którym dane nie przepływały prawidłowo. Samo uruchomienie integracji nie zawsze uzupełnia zaległe operacje. Niektóre mechanizmy pobierają wyłącznie nowe zdarzenia, dlatego starsze zamówienia wymagają kontrolowanego importu albo odtworzenia na podstawie zapisów źródłowych.

Przed uzupełnieniem danych ustalany jest zakres braków. Oddzielane są zamówienia pominięte od tych, które dotarły częściowo lub zostały już ręcznie wprowadzone. Następnie sprawdza się, czy ponowny eksport nie utworzy duplikatów. Po operacji porównywane są liczby i statusy pozycji, wartości zamówień oraz powiązane dokumenty. Celem jest nie tylko wznowienie działania, ale również uporządkowanie skutków wcześniejszej przerwy.

Dodatkowe pytania dotyczące obsługi sklepów

Czy można naprawić integrację bez wyłączania całego sklepu?

W wielu przypadkach sklep może nadal przyjmować zamówienia, podczas gdy zatrzymany zostaje tylko wadliwy przepływ danych. Decyzja zależy jednak od rodzaju usterki. Jeżeli dalsza sprzedaż grozi przyjmowaniem zamówień na niedostępny towar albo tworzeniem powielonych dokumentów, bezpieczniejsze może być czasowe ograniczenie wybranej funkcji. Zakres działania ustala się po rozpoznaniu ryzyka.

Czy migracja obejmuje historię zamówień i konta klientów?

Zakres migracji jest ustalany przed rozpoczęciem prac. Można uwzględnić produkty, kategorie, konta, zamówienia, treści i inne potrzebne dane, o ile platforma źródłowa pozwala je poprawnie pobrać, a docelowa umożliwia zapis. Wcześniej sprawdzane są różnice w strukturze danych, aby ustalić, które informacje można przenieść bezpośrednio, a które wymagają przekształcenia.

Dlaczego integracja przestała działać bez zmian w sklepie?

Zmiana nie musi zostać wykonana w samym sklepie. Zewnętrzna usługa może zmienić sposób logowania, zakres udostępnianych danych albo wymagania dotyczące połączenia. Może również wygasnąć cyfrowe poświadczenie dostępu. Inną przyczyną jest zablokowane zadanie automatyczne lub pojawienie się danych, których dotychczasowa konfiguracja nie potrafi przetworzyć. Odpowiedź daje analiza zapisów zdarzeń i konkretnego momentu zatrzymania wymiany.

Czy potrzebne jest hasło do konta pracownika?

Domyślnie nie prosimy o prywatne hasło użytkownika. Dostęp powinien być przyznany przez osobne konto techniczne z zakresem uprawnień potrzebnym do wykonania prac. Jeżeli użycie określonego konta jest konieczne i nie ma bezpiecznej alternatywy, wcześniej wyjaśniany jest cel oraz wymagany zakres dostępu. Na życzenie można bezpłatnie zawrzeć NDA, czyli umowę o zachowaniu poufności.

Jak przygotować się do zgłoszenia cichej awarii?

Pomocne są przykłady zamówień albo produktów, których dane różnią się między systemami, oraz przybliżony moment zauważenia problemu. Warto zachować komunikaty błędów i nie usuwać zapisów technicznych. Nie trzeba samodzielnie ponawiać wszystkich operacji. Najpierw należy ustalić, które dane dotarły, a które wymagają bezpiecznego uzupełnienia.

Sprawny sklep to także kontrola tego, co dzieje się między systemami

Widoczna strona sprzedażowa jest tylko jednym elementem całego procesu. Równie ważne są poprawne stany, kompletne zamówienia, właściwe dokumenty oraz kontrolowany przepływ informacji do magazynu, księgowości, przewoźników i platform sprzedażowych. Dlatego prace obejmują nie tylko usunięcie bieżącego błędu, lecz także sprawdzenie zaległych danych, zasad synchronizacji i sygnałów pozwalających wcześniej wykryć kolejne zatrzymanie wymiany.