Produkty dostępne w kilku wariantach — rozmiarach, kolorach, pojemnościach — wymagają, żeby każdy wariant miał osobno śledzony stan magazynowy, zsynchronizowany poprawnie między sklepem a systemem ERP.

Na czym polega ta usługa

Konfiguracja obejmuje poprawne zmapowanie struktury wariantów produktowych między platformą sklepową a systemem magazynowym, tak żeby każdy wariant miał osobno śledzony i synchronizowany stan, zamiast jednego wspólnego dla całego produktu.

Dla kogo ma sens

Usługa jest niezbędna dla sklepów z branży odzieżowej, obuwniczej i innych, gdzie produkty występują w wielu wariantach różniących się realnym stanem magazynowym każdej kombinacji cech.

Ile to trwa

Konfiguracja integracji wariantów mieści się z reguły w standardowym czasie do 3 dni.

Warunki

Diagnoza wstępna i wycena są bezpłatne. Dojazd na terenie Warszawy i okolic jest bezpłatny, a usługa objęta jest gwarancją do 12 miesięcy.

Modele wariantowości produktów w e-commerce i systemach ERP

W handlu elektronicznym oraz w logistyce magazynowej stosuje się zróżnicowane podejścia do struktury produktów występujących w wielu wersjach. Najczęściej spotykanym rozwiązaniem w sklepach internetowych jest model relacyjny typu rodzic-dziecko (ang. parent-child), w którym produkt nadrzędny pełni funkcję ogólnego kontenera dla danych wspólnych (takich jak główna nazwa, opis marketingowy, producent czy kategoria), natomiast produkty podrzędne reprezentują konkretne warianty cech fizycznych.

W platformach e-commerce (takich jak WooCommerce, PrestaShop, Magento czy Shopify) warianty powstają z kombinacji atrybutów (na przykład rozmiar, kolor, pojemność czy materiał wykonania). Z kolei w systemach magazynowo-sprzedażowych klasy ERP (ang. Enterprise Resource Planning – oprogramowanie do kompleksowego zarządzania zasobami przedsiębiorstwa, w tym programach takich jak InsERT Subiekt GT, Subiekt nexo, Comarch ERP Optima, WAPRO Mag czy enova365) architektura bazy danych bywa odmienna. W programach ERP każdy fizyczny wariant najczęściej musi funkcjonować jako całkowicie niezależna kartoteka towarowa z własnym indeksem magazynowym lub jako towar z przypisanymi cechami i polami własnymi obsługiwanymi przez moduły wariantowości.

Poprawna konfiguracja integracji wymaga precyzyjnego przetłumaczenia logiki sklepu na strukturę bazy danych systemu magazynowego. Jeżeli w sklepie produktem nadrzędnym jest model odzieży posiadający warianty kombinacji koloru i rozmiaru, w programie magazynowym każda taka kombinacja musi posiadać odpowiadający jej rekord towarowy z osobnym bilansem ilościowym. Brak spójnego odwzorowania uniemożliwia automatyczną i bezbłędną wymianę informacji o stanach magazynowych.

Najczęstsze warianty problemów z synchronizacją cech i stanów

Nieprawidłowości w synchronizacji produktów wielowariantowych mogą przybierać różne formy w zależności od specyfiki używanych platform oraz oprogramowania integrującego (takiego jak BaseLinker lub dedykowane integratory bazodanowe API). Do najczęściej diagnozowanych należą:

Współdzielenie stanu magazynowego przez wszystkie warianty: Zmiana stanu magazynowego jednej kombinacji cech (na przykład sprzedaż obuwia w rozmiarze 42) powoduje automatyczne nadpisanie tej samej liczby sztuk we wszystkich pozostałych rozmiarach tego modelu. Wynika to ze zmapowania wariantów sklepowych do głównej kartoteki w ERP zamiast do poszczególnych kartotek potomnych.
Niespójność wielowymiarowych matryc atrybutów: W przypadku asortymentu posiadającego dwie lub więcej cech zmiennych (na przykład kolor oraz rozmiar) tworzy się wieloelementowa siatka kombinacji. Błąd konfiguracji prowadzi do tworzenia zdublowanych wariantów w sklepie lub całkowitego pomijania wybranych kombinacji, przez co część towaru nie jest widoczna dla kupujących.
Rozbieżności w słownikach wartości atrybutów: Drobne różnice w zapisie tekstu (na przykład „Czarny”, „czarny”, „BLACK” lub dodanie spacji na końcu nazwy) powodują, że integrator generuje nowe, zduplikowane atrybuty w panelu sklepu. Prowadzi to do nieczytelnego działania filtrów w kategoriach produktowych.
Brak automatycznego tworzenia nowych wariantów: Dodanie nowego rozmiaru lub koloru do istniejącej grupy towarowej w systemie ERP nie tworzy automatycznie nowego wariantu w działającym sklepie, co wymaga wymuszenia aktualizacji struktury drzewa produktów.
Rozsynchronizowanie przy sprzedaży wielokanałowej: W sytuacji, gdy sprzedaż prowadzona jest jednocześnie w sklepie internetowym oraz na platformach handlowych (np. Allegro), brak właściwego mapowania w centralnym węźle integracyjnym skutkuje sprzedażą wariantu, którego fizycznie brakuje już na stanie magazynowym.

Znaczenie unikalnych identyfikatorów SKU i kodów EAN

Kluczowym elementem stabilnej integracji wariantowej jest zachowanie ścisłej dyscypliny w zakresie identyfikacji towarów. Każda pojedyncza kombinacja cech musi posiadać unikalne oznaczenia w obu łączonych środowiskach:

Podstawowym parametrem jest kod SKU (ang. Stock Keeping Unit – unikalny identyfikator magazynowy służący do ewidencji i śledzenia jednostek towarowych). Każdy wariant, bez względu na to, jak niewielka jest różnica fizyczna (na przykład inna długość przewodu czy odcień materiału), musi mieć przypisany odrębny numer SKU w systemie ERP oraz w sklepie internetowym. Przypisanie identycznego kodu SKU do kilku wariantów uniemożliwia integratorowi jednoznaczne przypisanie zmiany stanu do właściwego rekordu w bazie danych.

Drugim istotnym elementem jest kod EAN (ang. European Article Number – standardowy europejski kod kreskowy, najczęściej w formacie EAN-13). Kody kreskowe są niezbędne do prawidłowej identyfikacji towaru podczas przyjęć dostaw, kompletacji zamówień za pomocą czytników kodów oraz przy synchronizacji ofert z zewnętrznymi platformami handlowymi. Integracja musi zapewniać mapowanie kodów EAN bezpośrednio na poziomie każdego wariantu podrzędnego, a nie jedynie produktu głównego.

Typowe błędy popełniane podczas samodzielnej konfiguracji mapowania

Próby samodzielnego łączenia wariantów w sklepie z kartotekami magazynowymi w programie ERP często prowadzą do powtarzalnych błędów konfiguracyjnych, które zaburzają gospodarkę magazynową:

Tworzenie wariantów w sklepie bez odzwierciedlenia w ERP: Ręczne dodawanie nowych wariantów w panelu sklepu internetowego z pominięciem bazy ERP sprawia, że zamówienia na te pozycje wpadają do systemu jako towary niepowiązane lub usługi jednorazowe, uniemożliwiając automatyczne zdjęcie ze stanu.
Mylenie stanu fizycznego ze stanem dyspozycyjnym: Stan fizyczny (całkowita liczba sztuk znajdująca się na półkach magazynu) różni się od stanu dyspozycyjnego (liczba sztuk pomniejszona o aktywne rezerwacje i zamówienia w trakcie realizacji). Błędna konfiguracja wysyła do sklepu stan fizyczny, co wywołuje zjawisko sprzedaży nadmiarowej (ang. overselling), gdy kilku klientów zakupi ten sam, ostatni egzemplarz wariantu.
Ignorowanie wielkości liter w zapytaniach bazodanowych: Część silników integracyjnych komunikujących się z bazami danych SQL traktuje wartości tekstowe jako wrażliwe na wielkość liter (ang. case-sensitive). Niezgodność w zapisie prowadzi do zrywania powiązań między kartotekami.
Brak przeliczników dla wariantów miarowych: W przypadku asortymentu sprzedawanego w różnych gramaturach, długościach lub opakowaniach zbiorczych brak prawidłowych reguł przeliczania jednostek miar powoduje przesyłanie do sklepu nieprawidłowych stanów ilościowych.
Nieprawidłowe ustawienie nadrzędności danych: Uruchomienie masowej synchronizacji bez zdefiniowania, który system jest źródłem prawdy dla poszczególnych pól, potrafi doprowadzić do nadpisania lub skasowania unikalnych opisów, wag i kodów kreskowych przypisanych do wariantów w sklepie.

Kiedy rozbieżność stanów nie wynika z błędnej konfiguracji wariantów

Podczas weryfikacji problemów ze stanami magazynowymi należy odróżnić błędy w strukturze wariantów od innych nieprawidłowości technicznych w infrastrukturze IT:

Problemy z harmonogramem zadań CRON lub limitami API: Jeśli stany wariantów nie aktualizują się na bieżąco, przyczyną może być zawieszony proces harmonogramu zadań (CRON – mechanizm automatycznego uruchamiania zadań w tle w określonych odstępach czasu) lub przekroczenie limitów zapytań (ang. rate limiting) narzuconych przez serwer sklepu bądź platformę sprzedażową.

Niezatwierdzone dokumenty magazynowe: W systemach ERP zmiana stanu następuje po wystawieniu właściwego dokumentu (np. WZ – Wydanie Zewnętrzne, PZ – Przyjęcie Zewnętrzne, MM – Przesunięcie Międzymagazynowe). Jeśli dokumenty magazynowe pozostają w buforze jako niezatwierdzone, program ERP nie uwzględnia ich w stanach dostępnych, przez co integrator nie przesyła nowych danych do sklepu.

Blokady transakcyjne w relacyjnej bazie danych: W momentach wzmożonego ruchu zakupowego duża liczba jednoczesnych operacji zapisu w bazie danych SQL może powodować chwilowe zakleszczenia transakcji (ang. deadlock), co przerywa proces aktualizacji stanów dla części kartotek.

Konfiguracja obsługi wielu magazynów: W firmach posiadających kilka lokalizacji magazynowych integrator skonfigurowany do pobierania stanów wyłącznie z jednego magazynu domyślnego pominie towary znajdujące się w innych magazynach, co spowoduje oznaczenie wariantów w sklepie jako niedostępnych.

Jak przebiega techniczny proces konfiguracji i standaryzacji wariantów

Poprawne wdrożenie integracji wariantowej realizowane jest w sposób ustrukturyzowany, zapewniając integralność bazy danych oraz ciągłość sprzedaży:

Audyt struktur danych i analiza słowników: Sprawdzenie sposobu zapisu cech w systemie ERP (np. w polach własnych, cechach kartotek lub modułach wariantowości w Subiekt nexo czy Comarch Optima) oraz porównanie ich z taksonomią atrybutów w sklepie internetowym.
Normalizacja kartotek towarowych: Uzupełnienie brakujących kodów SKU oraz EAN dla każdej kombinacji cech, usunięcie zdublowanych rekordów i ujednolicenie nazewnictwa wartości atrybutów.
Konfiguracja reguł mapowania w integratorze: Ustawienie powiązań między polami bazodanowymi w ERP a atrybutami platformy sklepowej wraz z określeniem kierunku przepływu danych.
Wdrożenie logiki stanów dyspozycyjnych i buforów: Skonfigurowanie mechanizmu wyliczania stanów z uwzględnieniem rezerwacji towarowych oraz ewentualnych progów bezpieczeństwa (np. ukrywanie wariantu przy stanie równym 1 sztuce, aby uniknąć konfliktów przy jednoczesnych zamówieniach).
Testy weryfikacyjne: Złożenie testowych zamówień na różne warianty produktów, weryfikacja automatycznego tworzenia rezerwacji i dokumentów w ERP oraz kontrola poprawności zwrotnej aktualizacji stanów na platformie sklepowej.

Najczęściej zadawane pytania dotyczące synchronizacji wariantów

Czy każdy wariant produktu musi mieć osobną kartotekę w systemie ERP?

W większości popularnych systemów magazynowych (takich jak Subiekt GT czy Comarch ERP Optima) najbardziej stabilnym podejściem jest utworzenie osobnej kartoteki towarowej dla każdego rozmiaru lub koloru. Każda taka kartoteka otrzymuje unikalny kod SKU oraz kod EAN. Integrator łączy te pojedyncze pozycje w jeden produkt z wariantami prezentowany w sklepie internetowym. Nowsze systemy, np. Subiekt nexo PRO czy enova365, posiadają dedykowane moduły towarów z wariantami, co umożliwia zarządzanie nimi w ramach jednej kartoteki głównej, jeśli moduł integracyjny obsługuje taką strukturę.

Co dzieje się ze stanami wariantów po sprzedaży w sklepie stacjonarnym?

W momencie wystawienia dokumentu sprzedaży (paragonu fiskalnego lub faktury) na dany wariant w systemie ERP, stan magazynowy tego konkretnego towaru ulega natychmiastowemu pomniejszeniu. W kolejnym cyklu synchronizacji integrator odczytuje zaktualizowany stan z bazy ERP i przesyła nową wartość do sklepu internetowego oraz zintegrowanych platform sprzedażowych.

Czy poszczególne warianty mogą posiadać różne ceny bazowe?

Tak. Poprawnie skonfigurowana integracja umożliwia przypisanie różnych cen bazowych do poszczególnych wariantów tego samego produktu (na przykład wyższa cena dla większego rozmiaru lub większej pojemności). System ERP przesyła indywidualne poziomy cenowe dla każdego wariantu, a silnik sklepu dynamicznie wyświetla właściwą cenę po wybraniu przez klienta określonej kombinacji cech.

W jaki sposób integracja wariantów obsługuje zestawy produktów i komplety?

W przypadku wariantów będących kompletami (np. zestaw kilku produktów lub produkt z dodatkowym akcesorium) integracja może wykorzystywać mechanizm kompletacji w ERP. W takim modelu stan magazynowy wariantu złożonego jest automatycznie wyliczany na podstawie dostępności jego najmniej licznego komponentu w magazynie, co wymaga prawidłowego zdefiniowania receptur kompletacji w programie magazynowym.

Czy modyfikacja nazwy wariantu w sklepie spowoduje błąd synchronizacji?

Jeżeli integracja została skonfigurowana w oparciu o stałe identyfikatory (kody SKU lub numery ID z bazy danych ERP), zmiana nazwy handlowej w sklepie nie przerwie synchronizacji stanów. W przypadku, gdy integracja opiera się na prostym dopasowywaniu nazw tekstowych, zmiana etykiety doprowadzi do utraty powiązania i zatrzymania aktualizacji stanów dla tego wariantu.

Spójność danych produktowych jako warunek bezpiecznej automatyzacji

Prawidłowe zmapowanie i zsynchronizowanie wariantów produktowych eliminuje konieczność ręcznego kontrolowania stanów dla poszczególnych rozmiarów i kolorów, zapobiegając pomyłkom wysyłkowym i konieczności anulowania zamówień z powodu braków asortymentowych. Poprawna struktura bazy towarowej oraz jednoznaczne reguły mapowania tworzą stabilną podstawę do bezobsługowego prowadzenia sprzedaży wielokanałowej.

22 378 48 09

Integracja wariantów produktów między sklepem a magazynem