Dlaczego numery zamówień z marketplace i ERP „nie chcą się zgadzać”
Sprzedawca, który wchodzi w sprzedaż na Allegro, Amazon czy innym marketplace, bardzo szybko orientuje się, że „numer zamówienia” nie jest pojęciem oczywistym. Klient podaje numer z Allegro, magazyn szuka po numerze WZ z ERP, księgowość mówi o numerze faktury, a integrator pokazuje jeszcze inne ID techniczne. Źródłem chaosu nie jest zła wola systemów, tylko zupełnie inne podejście do numeracji i momentu powstania zamówienia.
Jak działa numeracja zamówień po stronie marketplace
Marketplace (Allegro, Amazon, inne platformy) traktują zamówienie przede wszystkim jako zdarzenie na koncie kupującego. Kluczowe są dla nich identyfikatory techniczne, które mają być unikalne w skali całego serwisu i pozwalać na powiązanie wielu elementów: oferty, koszyka, płatności, dostawy.
Typowe cechy numerów zamówień na marketplace:
- Numer jest nadawany w momencie finalizacji koszyka – gdy kupujący klika „kupuję i płacę” lub odpowiednik.
- Identyfikator nie zmienia się i nie jest „ładny” – to zwykle długi ciąg znaków, czasem z myślnikami, bez nawiązań do roku, magazynu czy kanału.
- Marketplace używa wielu różnych ID – osobne ID zamówienia, ID oferty, ID płatności, czasem ID przesyłki czy pakietu wysyłkowego.
- Numer jest wspólny dla całego koszyka lub dla części koszyka – w zależności od sposobu implementacji (np. kilka sprzedających w jednym koszyku, różne dostawy).
Dla sprzedawcy ważne jest, że numer zamówienia w marketplace jest stabilnym punktem odniesienia przy obsłudze klienta, ale z punktu widzenia logistyki i księgowości jest zbyt „techniczny” i nie wspiera procesów wewnętrznych.
Jak ERP numeruje zamówienia sprzedaży
System ERP najczęściej działa według logiki księgowo-magazynowej, a nie „koszykowej”. Zamówienie sprzedaży w ERP jest dokumentem, który uruchamia cały ciąg kolejnych dokumentów: rezerwacje, WZ, PZ, faktury, korekty, dokumenty magazynowe między magazynami.
Typowe zasady numeracji zamówień w ERP:
- Sekwencje roczne lub miesięczne – np. ZAM/2024/000123, gdzie numer rośnie w ramach roku lub miesiąca.
- Serie dla oddziałów lub kanałów – np. ZAM/WWW/0001, ZAM/AL/0001, gdzie seria wskazuje źródło zamówienia.
- Powiązania z dokumentami magazynowymi i sprzedażowymi – WZ, faktura, korekta, które mogą mieć swoje własne numery i serie.
- Ograniczenia techniczne – maksymalna długość numeru, brak niektórych znaków (np. „/” lub „-”), konieczność używania wzorca.
ERP traktuje numer dokumentu jako element księgowy: musi być czytelny dla księgowości, łatwy do archiwizacji papierowej (jeśli jeszcze jest stosowana) i zgodny z przyjętą polityką numeracji w firmie. To często stoi w sprzeczności z numerami marketplace.
Różne momenty powstania zamówienia = różne numery
Rozjazdy numerów zamówień mają źródło w tym, że dla marketplace i ERP „zamówienie” powstaje w innym momencie procesu:
- Marketplace – w momencie złożenia koszyka i akceptacji płatności (lub zobowiązania do zapłaty).
- ERP – w momencie, gdy zamówienie zostaje zaimportowane lub ręcznie wprowadzone do systemu.
Między tymi dwoma momentami może minąć kilka sekund, ale też kilka godzin. W tym czasie dane mogą się zmienić (np. klient poprawi adres, anuluje zamówienie, marketplace podzieli przesyłkę). Efekt: jedno zamówienie z punktu widzenia klienta może odpowiadać kilku dokumentom w ERP, a systemy nie mają naturalnego „wspólnego numeru”, który by te światy spinał.
Kiedy różne numery zamówień zaczynają naprawdę boleć
Na początku, przy małej skali, różne numery zamówień nie wydają się dużym problemem. Ktoś z obsługi klienta ręcznie wyszukuje zamówienie po nazwisku lub mailu, magazyn sprawdza po adresie, a właściciel firmy jeszcze wszystko pamięta. Problemy rosną lawinowo, gdy:
- wchodzi drugi, trzeci marketplace, a do tego własny sklep internetowy,
- pojawiają się zwroty i reklamacje, które trzeba szybko kojarzyć z historią zamówienia,
- rosną wolumeny i kilka osób jednocześnie obsługuje ten sam kanał sprzedaży,
- wdrażane są automaty do wysyłek, paczkomatów, etykiet kurierskich.
Typowy scenariusz: klient dzwoni i podaje numer zamówienia z Allegro. Pracownik BOK nie ma prostego sposobu, by po tym numerze znaleźć zamówienie w ERP, bo numer z marketplace nie jest nigdzie wprowadzony lub jest w polu „Uwagi” mimochodem. Zaczyna się żmudne szukanie po nazwisku, mailu, kwocie. Każdy taki kontakt kosztuje czas i psuje wrażenie profesjonalizmu.
Minimalny słownik pojęć – żeby wszyscy mówili o tym samym
Bez prostego, wspólnego języka wewnątrz firmy większość rozmów o numerach zamówień zamienia się w nieporozumienia. Jedna osoba mówi o „zamówieniu z Allegro”, druga o „dokumencie sprzedaży”, trzecia o „fakturze” – i każda ma na myśli coś innego.