Synchronizacja stanów i cen między Subiektem GT a sklepem internetowym

Gdy sklep pokazuje towar, którego nie ma

Najczęstszy objaw to możliwość złożenia zamówienia na produkt, który został już sprzedany w innym kanale. Sklep internetowy nadal pokazuje dostępność, mimo że w Subiekcie GT stan magazynowy wynosi zero. Czasami odwrotna sytuacja wygląda równie problematycznie: towar jest fizycznie dostępny, ale w sklepie widnieje jako niedostępny.

Drugim częstym problemem są różne ceny. W Subiekcie GT obowiązuje jedna cena, a sklep internetowy pokazuje inną, ponieważ pobiera dane z niewłaściwego poziomu cenowego albo nie otrzymał aktualizacji po zmianie cennika. Zdarza się również, że cena promocyjna pozostaje aktywna po zakończeniu promocji.

Synchronizacja może dotyczyć stanów, cen, opisów, zdjęć, kodów towarów i informacji o zamówieniach. W tym artykule chodzi przede wszystkim o połączenie sklepu internetowego z Subiektem GT, czyli systemem sprzedażowo-magazynowym z rodziny InsERT GT.

Najczęstsze przyczyny rozbieżności

W pierwszej kolejności sprawdzane jest mapowanie towarów. Mapowanie oznacza przyporządkowanie produktu w sklepie do właściwej kartoteki towarowej w Subiekcie GT. Jeżeli sklep rozpoznaje produkt po kodzie, a kod został zmieniony lub powielony, aktualizacja może trafić do niewłaściwej pozycji albo nie zostać wykonana.

Drugą przyczyną jest nieprawidłowy harmonogram. Harmonogram synchronizacji określa, kiedy system pobiera i wysyła dane. Jeżeli zadanie uruchamia się zbyt rzadko, stan magazynowy może być nieaktualny przez dłuższy czas. Jeżeli nie uruchamia się wcale, dane pozostają bez zmian mimo sprzedaży lub korekty dokumentu.

Problemy powodują także wyłączone zadania automatyczne, błędy połączenia, niepoprawne dane dostępowe oraz brak uprawnień do odczytu lub zapisu. Czasami synchronizacja działa, ale obejmuje tylko część towarów, ponieważ filtr ogranicza ją do konkretnej kategorii, magazynu albo grupy produktów.

Co trzeba ustalić przed zmianą konfiguracji

Przed ingerencją ustalany jest zakres wymiany danych. Inaczej konfiguruje się sklep, który ma otrzymywać wyłącznie stany i ceny, a inaczej połączenie obejmujące również zamówienia, kontrahentów, opisy i zdjęcia. Nadmiar przesyłanych danych zwiększa liczbę miejsc, w których może dojść do konfliktu.

Ważne jest wskazanie źródła prawdy dla każdej informacji. Źródło prawdy to system, którego dane mają pierwszeństwo podczas synchronizacji. Dla stanów magazynowych i cen najczęściej jest nim Subiekt GT. Sklep może natomiast przechowywać własny opis marketingowy albo układ kategorii. Bez takiego podziału jedna zmiana może nadpisywać drugą.

Przed jakąkolwiek ingerencją w bazę danych wykonywana jest jej kopia. Kopia bazy pozwala wrócić do poprzedniego stanu, jeżeli zmiana konfiguracji, import albo aktualizacja danych przyniesie nieoczekiwany rezultat. Nie powinno się pomijać tego kroku nawet wtedy, gdy planowana modyfikacja wydaje się niewielka.

Mapowanie towarów i identyfikatory

Podstawą poprawnej synchronizacji jest jednoznaczny identyfikator produktu. Identyfikator to wartość, po której system rozpoznaje konkretny towar, na przykład symbol kartoteki, kod kreskowy albo kod SKU. SKU, czyli unikalny kod produktu używany w sprzedaży, powinien być stały i przypisany tylko do jednej pozycji.

Podczas konfiguracji porównywane są symbole, kody kreskowe, nazwy oraz jednostki miary. Sama nazwa nie jest dobrym identyfikatorem, ponieważ może się powtarzać i zmieniać. Produkt o nazwie „Kabel USB” może występować w kilku długościach, kolorach i wersjach, dlatego potrzebne jest dodatkowe oznaczenie.

Weryfikowane są również duplikaty. Dwie kartoteki w Subiekcie GT z podobną nazwą i tym samym kodem mogą powodować nieprzewidywalne wyniki. Należy ustalić, która pozycja jest aktywna, a następnie sprawdzić, czy sklep nie ma już drugiego produktu powiązanego z tym samym identyfikatorem.

Po przygotowaniu mapowania wykonywana jest kontrola na ograniczonej grupie produktów. Pozwala to sprawdzić, czy zmiana stanu w Subiekcie GT trafia do właściwego produktu i czy zamówienie ze sklepu prawidłowo obniża stan w systemie sprzedażowo-magazynowym.

Stany magazynowe przy wielu kanałach sprzedaży

Stan magazynowy może oznaczać różne rzeczy. W Subiekcie GT może być widoczny stan fizyczny, czyli liczba sztuk znajdujących się na magazynie, albo stan dostępny do sprzedaży, uwzględniający rezerwacje i zamówienia. Sklep powinien otrzymywać tę wartość, która odpowiada przyjętym zasadom sprzedaży.

Jeżeli system wysyła stan fizyczny, produkt może być sprzedany równocześnie w sklepie, telefonicznie i na miejscu. Jeżeli wysyła stan dostępny, rezerwacje mogą ograniczyć ryzyko podwójnej sprzedaży. Trzeba jednak sprawdzić, kiedy rezerwacja powstaje i kiedy jest zdejmowana, ponieważ różne typy dokumentów mogą wpływać na wynik w odmienny sposób.

Stosuje się również bufor bezpieczeństwa. Bufor to liczba sztuk, które pozostają niewidoczne dla sklepu, aby ograniczyć ryzyko sprzedaży ostatniego egzemplarza w kilku kanałach. Nie powinno się jednak ustalać takiej wartości bez analizy sposobu prowadzenia magazynu. Niewłaściwy bufor może powodować sztuczne zaniżenie dostępności.

Harmonogramy i kolejność aktualizacji

Synchronizacja cykliczna uruchamia się według ustalonego harmonogramu. W jej ramach system może najpierw pobrać nowe zamówienia, potem zmienić rezerwacje w Subiekcie GT, a dopiero na końcu wysłać nowe stany do sklepu. Kolejność ma znaczenie, ponieważ wysłanie stanu przed uwzględnieniem zamówienia może chwilowo pokazać nieaktualną liczbę sztuk.

Sprawdzane są logi, czyli zapisy przebiegu operacji. Log może wskazać, czy zadanie uruchomiło się poprawnie, ile produktów przetworzyło oraz na którym rekordzie wystąpił błąd. Sam komunikat „synchronizacja zakończona” nie zawsze oznacza, że każdy produkt został zaktualizowany. Dlatego analizowane są także ostrzeżenia i pominięte pozycje.

W przypadku większej liczby produktów dzieli się operację na partie. Partia to ograniczony zbiór rekordów przetwarzanych w jednym przebiegu. Takie podejście ułatwia znalezienie błędnego produktu i zmniejsza ryzyko przerwania całej synchronizacji po napotkaniu jednej nieprawidłowej kartoteki.

Ceny podstawowe i promocyjne

Subiekt GT może przechowywać kilka poziomów cenowych. Poziom cenowy to określony zestaw wartości używany na przykład dla sprzedaży detalicznej, hurtowej albo wybranej grupy odbiorców. Sklep powinien otrzymywać dokładnie ten poziom, który odpowiada cenie prezentowanej klientom.

Sprawdzane jest również zaokrąglanie. Jeżeli Subiekt GT wylicza cenę z większą liczbą miejsc po przecinku, a sklep zaokrągla ją według innej reguły, mogą pojawić się różnice widoczne na karcie produktu lub w koszyku. Weryfikacji wymagają także ceny brutto i netto oraz sposób naliczania podatku.

Cena promocyjna powinna mieć określony warunek aktywności, na przykład przedział dat albo osobną flagę. Flaga to oznaczenie w danych, które informuje system, czy dana funkcja lub wartość ma być używana. Po zakończeniu promocji trzeba sprawdzić, czy sklep wrócił do ceny podstawowej i czy nie pozostała aktywna stara reguła.

Nie należy ręcznie poprawiać ceny w sklepie, jeżeli Subiekt GT jest ustalonym źródłem danych. Taka zmiana może zostać nadpisana przy następnym przebiegu. Najpierw ustala się, gdzie powinna być zmieniona cena, a dopiero potem wykonuje aktualizację.

Warianty produktów i zestawy

Wariant produktu to odmiana jednej pozycji, na przykład inny rozmiar, kolor lub pojemność. W sklepie warianty mogą być pokazane pod jednym produktem, natomiast w Subiekcie GT każda odmiana może mieć osobną kartotekę. Synchronizacja musi wiedzieć, czy stan ma być liczony dla każdej odmiany osobno, czy dla całej grupy.

Jeżeli dwa warianty mają wspólny kod, system może nie rozróżnić ich podczas aktualizacji. Konieczne jest wtedy użycie odrębnych symboli lub innego jednoznacznego identyfikatora. Sprawdzane są także wartości cech, ponieważ „czarny” i „czarny mat” mogą zostać potraktowane jako dwie różne opcje.

Zestaw to produkt złożony z kilku składników. Jeżeli sklep sprzedaje zestaw, a Subiekt GT prowadzi stany elementów składowych, trzeba ustalić sposób wyliczania dostępności. Sklep nie powinien pokazywać zestawu jako dostępnego, gdy brakuje jednego z wymaganych składników.

Jak przebiega konfiguracja połączenia

Najpierw wykonywana jest kopia bazy i dokumentowana jest aktualna konfiguracja. Następnie sprawdzane są połączenia między Subiektem GT, sklepem oraz ewentualnym modułem pośredniczącym. Moduł pośredniczący to narzędzie, które odbiera dane z jednego systemu, przekształca je i przekazuje do drugiego.

Kolejny etap obejmuje ustalenie pól danych. Pole to pojedyncza informacja w rekordzie, na przykład symbol, cena, stan, jednostka miary albo kod kreskowy. Dla każdego pola określa się kierunek przepływu i sposób rozstrzygania konfliktów.

Po zapisaniu ustawień wykonywane są testy kontrolowane. Sprawdzana jest zmiana ceny, zmiana stanu, dodanie nowego produktu, sprzedaż wariantu oraz anulowanie zamówienia. Wyniki porównuje się w Subiekcie GT i w sklepie, a nie tylko na podstawie komunikatu modułu synchronizującego.

Na końcu analizowane są błędy i sytuacje wyjątkowe. Należą do nich brak kodu produktu, zablokowana kartoteka, nieaktywna cena, brak magazynu oraz przerwane połączenie. Dopiero po ich wyjaśnieniu uruchamiana jest synchronizacja dla pełnego zakresu danych.

Ile trwa usunięcie problemu

Czas zależy od liczby produktów, liczby wariantów, stanu mapowania i zakresu wymiany danych. Prosta korekta pojedynczego ustawienia może zakończyć się szybko, ale uporządkowanie duplikatów, cen i błędnych powiązań wymaga dodatkowej weryfikacji.

Naprawa usterek jest z reguły wykonywana do 3 dni. Jeżeli problem obejmuje konfigurację oprogramowania i nie wymaga zmian w dużej bazie, możliwe jest sprawne przeprowadzenie prac po zebraniu potrzebnych informacji. Przyspieszanie i czyszczenie systemu może być wykonane do 24 godzin, gdy zakres zadania na to pozwala.

W przypadku pracy na miejscu serwisant dojeżdża i wykonuje czynności na miejscu, przy czym praca jest zawsze płatna. Możliwe jest także odebranie i zwrot sprzętu w trybie door-to-door. Ostateczny przebieg zależy od tego, czy problem dotyczy samego Subiekta GT, sklepu, połączenia między systemami czy danych zapisanych w bazie.

Co można sprawdzić samodzielnie

Przed zgłoszeniem problemu można sprawdzić, czy problem dotyczy wszystkich produktów, czy tylko wybranej grupy. Warto zanotować symbol towaru, stan w Subiekcie GT, stan pokazany w sklepie oraz czas ostatniej poprawnej synchronizacji. Takie informacje ułatwiają odtworzenie sytuacji.

Można również sprawdzić, czy komputer z uruchomionym modułem synchronizacji działa i ma dostęp do internetu. Należy zweryfikować, czy nie zmieniło się hasło do sklepu, adres połączenia albo konto używane przez integrację. Jeżeli dostęp został zmieniony, system może nie pobierać danych mimo prawidłowej konfiguracji produktów.

Bezpieczne jest także sprawdzenie logów i zapisanie komunikatów błędów. Nie powinno się jednak publikować haseł, kluczy dostępu ani pełnych danych klientów. W razie przekazywania zrzutów ekranu dane wrażliwe powinny zostać ukryte.

Błędy przy samodzielnych próbach

Częstym błędem jest ręczna zmiana stanów w sklepie bez ustalenia źródła prawdy. Taki stan może zostać nadpisany przy kolejnym uruchomieniu synchronizacji albo doprowadzić do różnicy między sprzedażą internetową a dokumentami w Subiekcie GT.

Ryzykowne jest także masowe importowanie produktów bez kopii bazy i bez testu na małej grupie. Import może utworzyć duplikaty, zmienić ceny, usunąć przypisania wariantów albo zastąpić opisy. Jeżeli plik zawiera puste pola, mogą one zostać potraktowane jako polecenie wyczyszczenia danych.

Nie należy usuwać kartotek tylko dlatego, że sklep pokazuje je jako nieaktywne. Produkt może być powiązany z dokumentami, historią sprzedaży albo zestawem. Najpierw trzeba ustalić, czy problem dotyczy mapowania, widoczności, magazynu czy samego statusu kartoteki.

Kiedy przyczyna leży poza synchronizacją

Nie każda rozbieżność jest błędem połączenia. Jeżeli stan w Subiekcie GT jest nieprawidłowy już przed uruchomieniem synchronizacji, trzeba sprawdzić dokumenty sprzedaży, rezerwacje, korekty i wybrany magazyn. Sklep może jedynie poprawnie pobierać błędne dane źródłowe.

Problemem może być także cache, czyli pamięć podręczna przechowująca wcześniejszą wersję strony. W takiej sytuacji panel administracyjny pokazuje nowy stan, ale strona dla klientów nadal prezentuje starą wartość. Wymaga to sprawdzenia mechanizmu odświeżania sklepu, a nie zmiany mapowania w Subiekcie GT.

Jeżeli ceny są prawidłowe w karcie produktu, ale inne w koszyku, przyczyną może być reguła rabatowa, kupon, grupa klienta albo sposób naliczania podatku. Jeżeli tylko zamówienia nie trafiają do Subiekta GT, należy sprawdzić kolejkę zamówień i uprawnienia, a nie zmieniać stanów magazynowych.

Czy można synchronizować kilka magazynów?

Tak, ale trzeba określić, który magazyn zasila sklep i jak łączone są stany. Można ustalić jeden magazyn główny albo sumować dane z kilku miejsc. Sumowanie powinno uwzględniać rezerwacje, towary uszkodzone i stany niedostępne do sprzedaży.

Jeżeli magazyny mają różne role, na przykład jeden służy do sprzedaży, a drugi do przyjęć lub reklamacji, nie powinny być traktowane identycznie. Błędne przypisanie może pokazać w sklepie towary, które fizycznie istnieją, ale nie powinny być oferowane.

Co zrobić z towarami bez kodu?

Najpierw trzeba ustalić regułę identyfikacji. Można wykorzystać symbol kartoteki, kod kreskowy albo odrębny kod SKU. Ważne jest, aby wartość była unikalna i nie zmieniała się przy każdej aktualizacji nazwy produktu.

Nie zaleca się dopasowywania wyłącznie po nazwie. Nazwa może zawierać literówki, różne odstępy albo dodatkowe oznaczenia. Takie dopasowanie jest szczególnie ryzykowne przy wariantach, zestawach i produktach o podobnych opisach.

Czy integracja obejmuje pozostałe programy InsERT GT?

Integracje ze sklepem internetowym w opisanym zakresie dotyczą wyłącznie Subiekta GT. Rewizor GT, Rachmistrz GT, Gratyfikant GT i Gestor GT mogą być obsługiwane oraz wdrażane niezależnie, bez integracji ze sklepem internetowym.

Sfera GT to interfejs programistyczny oparty na COM i OLE Automation. Interfejs programistyczny umożliwia komunikację z programem za pomocą dodatkowego oprogramowania, a COM i OLE Automation są technologiami systemu Windows używanymi do sterowania funkcjami aplikacji z zewnętrznego kodu. Sfera GT działa w Subiekcie GT, Gestorze GT, Rewizorze GT i Gratyfikancie GT, ale jej zastosowanie nie oznacza automatycznie gotowej integracji ze sklepem.

Podsumowanie zasad bezpiecznej synchronizacji

Stabilne połączenie Subiekta GT ze sklepem internetowym wymaga jednoznacznego mapowania, ustalenia źródła prawdy, właściwego harmonogramu i kontroli logów. Szczególnej uwagi wymagają warianty, ceny promocyjne, wiele magazynów oraz rezerwacje wpływające na dostępność.

Przed zmianą bazy wykonywana jest kopia, a testy najlepiej prowadzić na ograniczonym zakresie danych. Dzięki temu łatwiej rozróżnić błąd konfiguracji od problemu z dokumentami, cache’em, regułami cenowymi albo samym sklepem. Celem nie jest tylko pokazanie aktualnego stanu, lecz zachowanie zgodności między sprzedażą internetową a rzeczywistymi zapisami w Subiekcie GT.