Integracja sklepu z magazynem konsygnacyjnym

Magazyn konsygnacyjny, w którym towar formalnie pozostaje własnością dostawcy do momentu sprzedaży, wymaga szczególnej konfiguracji rozliczeń z systemem sklepowym.

Na czym polega ta usługa

Konfiguracja obejmuje ustawienie odpowiedniego rozliczania sprzedaży z magazynu konsygnacyjnego oraz synchronizację stanów widocznych w sklepie.

Dla kogo ma sens

Usługa jest przydatna dla firm sprzedających produkty z magazynu konsygnacyjnego za pośrednictwem sklepu internetowego.

Ile to trwa

Konfiguracja obsługi magazynu konsygnacyjnego mieści się z reguły w standardowym czasie do 3 dni.

Warunki

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

Zasada działania magazynu konsygnacyjnego w handlu internetowym

Magazyn konsygnacyjny (depozyt towarowy) to specyficzny model logistyczny i prawny, w którym towary znajdują się fizycznie w przestrzeni magazynowej sprzedawcy, lecz do chwili sprzedaży pozostają własnością dostawcy (konsygnanta). Przeniesienie prawa własności na sprzedawcę (konsygnatariusza) następuje dopiero w momencie wydania towaru klientowi końcowemu lub zarejestrowania transakcji w systemie fiskalnym. Wdrożenie tego mechanizmu w sprzedaży internetowej wymaga ścisłego powiązania procesów magazynowych, księgowych oraz kanałów e-commerce.

W klasycznym modelu handlowym przyjęcie towaru na stan magazynowy wiąże się z natychmiastowym powstaniem zobowiązania finansowego wobec dostawcy na podstawie dokumentu PZ (Przyjęcie Zewnętrzne – dokument potwierdzający dostawę materiałów lub towarów do magazynu) i faktury zakupu. W przypadku magazynu konsygnacyjnego towar wprowadzany jest na stan depozytowy dokumentem technicznym, który zwiększa dostępną ilość fizyczną w systemie, lecz nie generuje kosztu zakupu ani obowiązku podatkowego. Właściwa konfiguracja oprogramowania ERP (Enterprise Resource Planning – zintegrowany system do planowania zasobów przedsiębiorstwa) odpowiada za to, aby system sklepu internetowego widział pełną dostępność produktów, podczas gdy moduł finansowo-księgowy nie traktuje ich jako aktywów obrotowych firmy.

Kluczowym elementem wdrożenia jest automatyzacja tak zwanego samofakturowania lub cyklicznego raportowania sprzedaży. Gdy zamówienie ze sklepu internetowego zostaje zrealizowane, system generuje dokument wydania zewnętrznego dla klienta, a w tle tworzy równoległe rozliczenie z dostawcą. Na koniec okresu rozliczeniowego (zazwyczaj dekady lub miesiąca) generowany jest zbiorczy raport sprzedaży towarów konsygnacyjnych, na podstawie którego dostawca wystawia fakturę pierwotną lub sprzedawca generuje dokument rozliczenia depozytu.

Warianty integracji i struktury magazynowej

W zależności od skali działalności, liczby dostawców oraz specyfiki używanego oprogramowania handlowego stosuje się odmienne warianty konfiguracji magazynów konsygnacyjnych.

Wirtualny magazyn logiczny w systemie ERP

W tym wariancie w systemie magazynowym tworzy się odrębny magazyn wirtualny (np. MAG-KONS), który jest przypisany wyłącznie do towarów depozytowych. Sklep internetowy łączy się z systemem handlowym poprzez integrację pobierającą sumaryczny stan magazynowy z magazynu własnego oraz magazynu konsygnacyjnego. W momencie złożenia zamówienia przez klienta logika systemu określa, z którego magazynu następuje wydanie – najczęściej według zasady pierwszeństwa sprzedaży towaru własnego lub na podstawie metody FIFO (First In, First Out – metoda kolejkowania, w której towary przyjęte najwcześniej są wydawane w pierwszej kolejności).

Zarządzanie partiami i dostawami na jednej kartotece towarowej

Wariant zaawansowany polega na prowadzeniu jednej kartoteki towarowej w magazynie głównym z precyzyjnym podziałem na numery partii oraz kody dostaw. Każda partia posiada atrybut określający status własności (towar własny lub depozyt konkretnego kontrahenta). Rozwiązanie to jest powszechnie konfigurowane w systemach takich jak Subiekt nexo PRO czy Comarch ERP Optima, co ułatwia zarządzanie kodami EAN (European Article Number – znormalizowany kod kreskowy identyfikujący produkt) bez konieczności powielania kartotek towarowych.

Model VMI (Vendor Managed Inventory)

Model magazynu zarządzanego przez dostawcę zakłada dwukierunkową wymianę danych między systemem sklepu a systemem centralnym konsygnanta. Poprzez interfejs API (Application Programming Interface – interfejs programistyczny do wymiany danych między aplikacjami) lub protokoły EDI (Electronic Data Interchange – elektroniczna wymiana dokumentów handlowych) dostawca na bieżąco monitoruje poziom zapasów w magazynie sprzedawcy oraz tempo rotacji w sklepie internetowym, samodzielnie inicjując uzupełnianie braków asortymentowych.

Struktura wielokanałowa z integratorem sprzedaży

W przypadku sprzedaży wielokanałowej (sklep internetowy, serwisy aukcyjne, platformy marketplace) integracja magazynu konsygnacyjnego jest często prowadzona za pośrednictwem systemów pośredniczących, takich jak BaseLinker. Integrator zbiera zamówienia ze wszystkich źródeł, rezerwuje stany w dedykowanym magazynie konsygnacyjnym w systemie ERP i blokuje możliwość ponownego wystawienia tego samego towaru na innych platformach.

Typowe błędy i nieprawidłowości przy samodzielnej konfiguracji

Nieprawidłowe skonfigurowanie obiegu dokumentów konsygnacyjnych prowadzi do poważnych rozbieżności w stanach magazynowych oraz problemów podatkowych. Do najczęściej spotykanych błędów należą:

Mieszanie typów dokumentów magazynowych: Wprowadzanie towaru konsygnacyjnego zwykłym dokumentem PZ zamiast dokumentem przyjęcia depozytowego (np. PZK lub PWK). Skutkuje to natychmiastowym wykazaniem zobowiązania finansowego i zniekształceniem bilansu firmy przed faktyczną sprzedażą.
Zjawisko nadpsprzedaży (overselling): Brak blokady stanów rezerwowanych w czasie rzeczywistym. W sytuacji, gdy ten sam towar z depozytu jest wystawiony w sklepie online oraz na platformie marketplace, opóźnienie w synchronizacji stanów może doprowadzić do zakupu tego samego egzemplarza przez dwóch różnych klientów.
Błędne procedury obsługi zwrotów konsumenckich: Brak reguł określających status towaru zwracanego w ramach odstąpienia od umowy w terminie 14 dni. Jeśli towar został już rozliczony z dostawcą, jego zwrot nie może automatycznie zasilić depozytu bez odpowiedniej korekty dokumentu zakupu lub przeniesienia go na stan magazynu własnego.
Ręczne sporządzanie raportów dla konsygnanta: Prowadzenie ewidencji sprzedaży w arkuszach kalkulacyjnych zamiast automatycznego generowania zestawień z bazy danych ERP. Metoda ta generuje błędy w numeracji partii, uniemożliwia rzetelną kontrolę marży i utrudnia okresową inwentaryzację.
Niepoprawne mapowanie stawek podatkowych i procedur celno-skarbowych: Błędy w konfiguracji transakcji typu call-off stock w obrocie wewnątrzwspólnotowym UE, gdzie nieprawidłowe oznaczenie momentu przemieszczenia i sprzedaży towaru skutkuje błędami w deklaracjach podatkowych i plikach JPK (Jednolity Plik Kontrolny).

Kiedy problem dotyczy innego obszaru integracji

Przed przystąpieniem do prac konfiguracyjnych konieczne jest precyzyjne odróżnienie magazynu konsygnacyjnego od pokrewnych modeli logistycznych, ponieważ każdy z nich wymaga odmiennej architektury oprogramowania:

Dropshipping: W modelu dropshippingu sprzedawca w ogóle nie posiada towaru w swojej przestrzeni fizycznej. Towar jest wysyłany bezpośrednio z magazynu hurtowni do klienta końcowego. Konfiguracja dropshippingu opiera się na integracji plików produktowych XML/CSV i automatycznym przekazywaniu zamówień, a nie na zarządzaniu lokalną strukturą magazynową.
Klasyczna sprzedaż komisowa: Rządzi się odrębnymi przepisami prawnymi (często oparta na procedurze VAT-marża i umowach komisu, stosowana m.in. przy obrocie towarami używanymi), co wymusza inny schemat księgowania niż w przypadku obrotu fabrycznie nowym towarem w magazynie konsygnacyjnym.
Standardowa wielomagazynowość: Zarządzanie wieloma magazynami własnymi zlokalizowanymi w różnych punktach logistycznych. Wszystkie towary są własnością sprzedawcy, a konfiguracja dotyczy jedynie optymalizacji tras wysyłki i przesunięć międzymagazynowych (MM).
Prosta integracja stanów z hurtownią: Pobieranie stanów magazynowych zewnętrznego dostawcy w celu wyświetlania informacji o czasie wysyłki (np. „wysyłka w 48h”), gdzie towar jest zamawiany w hurtowni dopiero po zakupie przez klienta.

Obsługiwane platformy handlowe i systemy ERP

Konfiguracja magazynów konsygnacyjnych realizowana jest w oparciu o wiodące systemy zarządzania przedsiębiorstwem oraz platformy e-commerce używane na rynku:

W zakresie oprogramowania ERP wsparciem objęte są systemy z rodziny InsERT (Subiekt GT, Subiekt nexo, Subiekt nexo PRO), Comarch ERP (Optima, XL, Altum), WAPRO ERP (WAPRO Mag, dawniej WF-Mag), enova365 oraz Sage Symfonia. Konfiguracja obejmuje parametryzację baz danych Microsoft SQL Server, tworzenie dedykowanych schematów numeracji dokumentów, konfigurację flag własności oraz wdrażanie skryptów automatyzujących procesy w warstwie bazodanowej lub poprzez oficjalne interfejsy programistyczne (np. Sfera dla Subiekta, Comarch ERP Optima API).

W warstwie sklepowej i integracyjnej konfiguracja obejmuje platformy takie jak WooCommerce (WordPress), PrestaShop, Magento, Shopware, a także systemy integracyjne BaseLinker oraz bezpośrednie moduły synchronizujące dane przez interfejsy REST API platform handlowych (w tym Allegro, Amazon, Erli). Wdrożenie zapewnia spójność danych niezależnie od liczby podłączonych kanałów sprzedaży.

Etapy wdrożenia i przebieg prac technicznych

Prawidłowe wdrożenie integracji sklepu z magazynem konsygnacyjnym przebiega według usystematyzowanego harmonogramu technicznego:

Analiza obiegu dokumentów i warunków umowy z dostawcą: Weryfikacja zasad rozliczania depozytu, terminów płatności, sposobu raportowania sprzedaży oraz procedury postępowania z towarami uszkodzonymi i zwracanymi.
Projekt struktury magazynowej w systemie ERP: Utworzenie odpowiednich magazynów wirtualnych, zdefiniowanie dedykowanych typów dokumentów (przyjęcia depozytowe, przesunięcia, rozliczenia) oraz konfiguracja uprawnień personelu.
Konfiguracja reguł synchronizacji w łączniku sklepowym: Ustawienie mechanizmu sumowania lub wydzielania stanów magazynowych przesyłanych do sklepu internetowego oraz zdefiniowanie priorytetów rezerwacji towaru.
Automatyzacja generowania raportów i dokumentów wynikowych: Wdrożenie szablonów raportów sprzedaży dla dostawców, automatyczne tworzenie dokumentów rozliczenia konsygnacji oraz integracja z modułem fakturowania.
Testy integralności danych w środowisku testowym: Przeprowadzenie symulacji pełnego cyklu życia zamówienia (przyjęcie partii depozytowej, zamówienie w sklepie, wydanie magazynowe, wystawienie dokumentu sprzedaży, wygenerowanie raportu dla konsygnanta, obsługa procedury zwrotu).
Uruchomienie produkcyjne i instruktaż stanowiskowy: Przełączenie integracji na środowisko produkcyjne, weryfikacja poprawności pierwszych spływających transakcji oraz przeszkolenie pracowników z obsługi nowego schematu dokumentów.

Często zadawane pytania

Jak w systemie ERP rozróżnić towar własny od towaru z magazynu konsygnacyjnego o tym samym kodzie EAN?

Najbardziej efektywnym rozwiązaniem jest wykorzystanie mechanizmu partii i kodów dostaw na wspólnej kartotece towarowej (funkcja dostępna m.in. w Subiekt nexo PRO czy Comarch ERP Optima). Każda dostawa z magazynu konsygnacyjnego otrzymuje unikalny znacznik partii powiązany z umową depozytową. Alternatywnym rozwiązaniem jest stworzenie osobnego magazynu logicznego, w którym towar posiada ten sam kod EAN, lecz jest ewidencjonowany w innej strukturze magazynowej.

Co dzieje się ze stanem w sklepie, jeśli dostawca wycofa część towaru z depozytu?

Wycofanie towaru przez dostawcę rejestrowane jest w systemie ERP dokumentem wydania depozytu (korektą przyjęcia lub odpowiednikiem dokumentu WZ dla towaru obcego). Po zatwierdzeniu dokumentu most integracyjny natychmiast aktualizuje stan w sklepie internetowym, zmniejszając dostępną liczbę sztuk, co zapobiega zakupom towaru, który nie jest już fizycznie dostępny.

Czy klient kupujący produkt z magazynu konsygnacyjnego otrzymuje inny dokument sprzedaży?

Z punktu widzenia klienta końcowego transakcja przebiega w sposób identyczny jak przy zakupie towaru własnego. Klient otrzymuje standardowy dokument sprzedaży (fakturę lub paragon) wystawiony przez sklep internetowy. Cały proces rozliczenia depozytowego z dostawcą odbywa się wyłącznie na poziomie wewnętrznym pomiędzy sprzedawcą a konsygnantem.

Jak technicznie rozwiązywany jest problem zwrotu towaru konsygnacyjnego przez konsumenta?

Zależy to od zapisów w umowie konsygnacyjnej. Standardowa konfiguracja zakłada, że jeśli towar został zwrócony w stanie nienaruszonym przed zamknięciem okresu rozliczeniowego z dostawcą, następuje automatyczna korekta wydania i produkt wraca na stan depozytowy. W sytuacji, gdy dostawca zdążył już wystawić fakturę za sprzedany towar, zwrot przyjmowany jest na stan magazynu własnego sklepu lub generowana jest faktura korygująca z dostawcą.

Czy integracja wymaga dedykowanego serwera lub stałego łącza ze strukturą dostawcy?

Nie jest to bezwzględnie wymagane. W podstawowych wariantach integracja opiera się na lokalnej bazie systemu ERP połączonej ze sklepem online. Wymiana danych z dostawcą może odbywać się cyklicznie poprzez bezpieczne protokoły przesyłu plików (SFTP), automatyczne wiadomości e-mail z raportami lub bezpośrednie połączenia API, w zależności od możliwości technicznych obu stron.

Precyzyjna kontrola procesów depozytowych w e-commerce

Właściwie zaplanowana i wdrożona integracja sklepu internetowego z magazynem konsygnacyjnym eliminuje ryzyko pomyłek magazynowych, zapobiega zjawisku sprzedaży niedostępnego towaru oraz zapewnia pełną przejrzystość rozliczeń finansowych z dostawcami. Precyzyjne odwzorowanie przepływu dokumentów handlowych w strukturze ERP pozwala na bezpieczne skalowanie oferty asortymentowej w e-commerce bez konieczności zamrażania kapitału w zapasach magazynowych.

22 378 48 09