Jednostki i opakowania zbiorcze w sklepie połączonym z ERP

e-Commerce, PrestaShop
Jednostka sprzedaży musi znaczyć to samo wszędzie

Jednostki i opakowania zbiorcze w sklepie połączonym z ERP

Sklep i ERP muszą zgodnie rozumieć, czy klient kupuje sztukę, metr, kilogram czy całe opakowanie. Sama nazwa produktu nie wystarczy. Model danych powinien określać jednostkę bazową magazynu, jednostkę sprzedaży, przelicznik oraz zasady minimalnej ilości. W przeciwnym razie cena i stan mogą wyglądać poprawnie, ale zamówienie trafi do magazynu w niewłaściwej skali.

Najpierw ustalamy regułę biznesową, potem sposób jej pokazania na karcie produktu i przekazania do ERP. Nie odwrotnie.

Cztery decyzje przed integracją

Decyzja Przykład Co chroni
Jednostka bazowa Magazyn prowadzi stan w sztukach. Spójność zapasu i dokumentów magazynowych.
Jednostka sprzedaży Klient kupuje paczkę po 10 sztuk. Czytelny koszyk i cena dla klienta.
Przelicznik 1 paczka = 10 sztuk. Poprawne zmniejszenie stanu po zamówieniu.
Minimum oraz krok Sprzedaż od 2 paczek, wyłącznie całe paczki. Brak zamówień niewykonalnych logistycznie.

Cena nie może zgadywać jednostki

Na karcie produktu jasno pokazujemy, czy cena dotyczy sztuki, metra czy opakowania, oraz jaki jest przelicznik. Jeśli sklep oferuje kilka jednostek dla tego samego materiału, zmiana wyboru musi aktualizować ilość, cenę i opis w tym samym momencie. Ukryty przelicznik powoduje błędne oczekiwania klienta.

Stany są obliczane tylko w jednym miejscu

Nie warto utrzymywać niezależnego stanu „opakowań” w sklepie, gdy ERP ma stan bazowy w sztukach, chyba że proces firmy tego wymaga. Integracja powinna przeliczać dane według ustalonej reguły, raportować reszty i blokować sprzedaż poniżej minimum. To pozwala wyjaśnić, dlaczego dostępna ilość wygląda tak, a nie inaczej.

Odbiór przed uruchomieniem

  1. Produkt prosty, wariant i opakowanie zbiorcze mają jednoznaczną jednostkę.
  2. Koszyk nie pozwala dodać ilości niezgodnej z minimum albo krokiem sprzedaży.
  3. Cena, podsumowanie koszyka i dokument zamówienia pokazują tę samą jednostkę.
  4. Testowe zamówienie przekazuje do ERP właściwą ilość bazową.
  5. Raport integracji wskazuje brak przelicznika lub konflikt danych zamiast go ukrywać.

Scenariusz testujemy na reprezentatywnych produktach, zwłaszcza tam, gdzie różni się jednostka magazynowa i sprzedażowa.

Model danych projektujemy z procesem zamówienia

W ZUT Uszczelnienia ważne są parametry i logika technicznego katalogu. CarpMaster pokazuje katalog obsługiwany w wielu kanałach. Panther ustala jednostki, identyfikatory i przeliczniki przed automatyzacją, aby sklep, ERP i integracje pracowały na tych samych danych.

Powiązany poradnik

SKU, EAN i numer katalogowy wyjaśnia, jak przygotować identyfikatory dla integracji.