Skąd biorą się różne jednostki miary między sklepem a ERP
ERP myśli w kartonach, paletach i kilogramach, sklep w sztukach i zestawach
System ERP jest projektowany z myślą o magazynie, logistyce i księgowości. To oznacza, że najczęściej patrzy na towar przez pryzmat opakowań logistycznych i jednostek magazynowych: kartonów, palet, kilogramów, litrów czy metrów bieżących. Powód jest prosty – tak przychodzi dostawa, tak liczy się transport, tak pracuje magazynier na wózku lub przy regale.
Silnik sklepu internetowego ma zupełnie inne priorytety. Tam dominuje perspektywa klienta: „kupuję sztukę produktu”, „chcę zestaw 3 sztuk”, „zamawiam 1,5 m materiału”. Platformy e‑commerce zakładają zazwyczaj jedną, prostą jednostkę sprzedaży i dopiero na niej budują bardziej złożone mechanizmy (pakiety, rabaty ilościowe, multipaki). Efekt jest taki, że ERP i sklep „patrzą” na ten sam produkt w zupełnie inny sposób.
Jeżeli integracja między ERP a sklepem nie uwzględni tego rozdźwięku, systemy zaczną się ze sobą kłócić: ERP będzie mówił, że są „3 opakowania”, a sklep pokaże „brak towaru” albo przeciwnie – sprzeda więcej sztuk, niż magazyn jest w stanie wydać.
Źródła rozjazdów: producent, hurtownia, logistyka i różne kanały sprzedaży
Największe zamieszanie z jednostkami miary i opakowaniami powstaje jeszcze przed wdrożeniem integracji. Każde ogniwo łańcucha dostaw dodaje swoje „trzy grosze”:
- Producent określa minimalne opakowanie (np. karton 12 sztuk, zgrzewka 6 butelek, rolka 50 m).
- Hurtownia może przepakowywać towar, sprzedając np. pół kartonu albo własne zestawy (np. 5 sztuk, bo tak „schodzi rynek”).
- Logistyka myśli w kategoriach palet, warstw, miejsc paletowych, wagi całkowitej.
- Sprzedaż B2B chętnie operuje kartonami i zgrzewkami, bo klienci „biorą na opakowania”.
- Sprzedaż B2C (sklep internetowy) chce sprzedawać pojedyncze sztuki, mniejsze pakiety lub zestawy promocyjne.
Każde z tych ogniw może mieć inne nazewnictwo jednostek („opak.”, „kart.”, „kpl”, „box”), inny współczynnik ilościowy (np. 10 vs 12 sztuk w kartonie) oraz inną politykę cenową (inna cena za sztukę w kartonie, a inna za sztukę luzem). Jeśli firma nie zdefiniuje jednego spójnego podejścia, integracja ERP–sklep zacznie dusić się w wyjątkach i ręcznych poprawkach.
Przykład: ERP w kartonach po 12 sztuk, sklep w sztukach i zestawach 6
Wyobraźmy sobie prostą sytuację. W ERP istnieje indeks XYZ zdefiniowany tak:
- jednostka magazynowa: karton,
- zawartość kartonu: 12 sztuk,
- stan magazynowy: 10 kartonów.
Sklep internetowy sprzedaje ten produkt na dwa sposoby:
- pojedyncza sztuka,
- zestaw 6 sztuk (jako osobny produkt z inną ceną).
Jeżeli integracja nie ma jasno zaprojektowanych przeliczeń, pojawi się szereg problemów:
- ERP wyśle do sklepu informację „10” (kartonów), a sklep odczyta to jako „10 sztuk”. Klient zobaczy tylko 10 sztuk, choć realnie jest 120.
- albo odwrotnie: sklep odczyta 10 kartonów jako 10 × 12 = 120 sztuk, ale magazyn zezwala wydawać towar tylko w całych kartonach, więc nie chce rozcinać opakowań.
- zestaw 6 sztuk nie ma przypisanego powiązania z indeksem ERP, więc jego sprzedaż nie zmniejszy stanów w ERP albo zmniejszy je podwójnie.
Na pozór drobna rozbieżność jednostek miary przekłada się na zwroty, reklamacje, ręczne poprawki stanów i problemy z fakturowaniem. Dlatego logika jednostek musi być tak samo stabilna, jak logika cen czy podatków.
Skutki braku wspólnej logiki jednostek
Kiedy jednostki miary i opakowania nie są spójne między ERP a sklepem, problemy zaczynają się mnożyć:
- błędne stany magazynowe – sprzedaż „na minus”, sprzedaż nieistniejących konfiguracji opakowań, brak widocznej dostępności produktu online mimo realnego stanu w magazynie,
- nieczytelne ceny – różna cena za sztukę w zależności od opakowania, brak konsekwencji cen w sklepie i w systemach B2B,
- kłopoty z dokumentami – faktury, WZ i dokumenty magazynowe z innymi jednostkami niż zamówienie z e‑sklepu,
- konflikty w procesach – magazyn nie chce rozcinać palet lub kartonów, a sklep sprzedaje sztuki; handlowcy B2B mają inne jednostki niż sklep B2C,
- nadmierna ręczna praca – korekty, przeglądanie logów integracji, ręczne przeliczanie ilości i cen przy każdej większej dostawie.
Dopóki firma sprzedaje kilka produktów, taką sytuację często „ratuje” się ręcznie. Jednak przy setkach lub tysiącach SKU i wielokanałowej sprzedaży, brak wspólnej logiki jednostek staje się realnym hamulcem skalowania biznesu.