Integracja ERP producenta mebli z marketplace – stany, terminy i zamówienia

Stany magazynowe przy produkcji na zamówienie

To najtrudniejsza część integracji ERP producenta mebli z marketplace. Gotowe wyroby to prosty przypadek, ale meble produkowane po zamówieniu nie mają „stanu” w klasycznym sensie. Mają za to moce produkcyjne i dostępność materiałów, które ktoś musi przełożyć na liczbę widoczną dla klienta.

Trzy modele, które działają w praktyce

1. Stan rzeczywisty – wysyłasz na marketplace dokładną liczbę gotowych sztuk. Sprawdza się przy produktach magazynowych i krótkich seriach.

2. Stan wirtualny z limitem – dla produktów na zamówienie wysyłasz stałą liczbę (np. 10), którą ERP obniża wraz z obłożeniem produkcji lub brakiem materiału. Dzięki temu oferta nie znika, ale nie przyjmiesz więcej zamówień, niż jesteś w stanie zrealizować w obiecanym terminie.

3. Stan mieszany – część sztuk gotowa od ręki z krótkim terminem, reszta na zamówienie z dłuższym. Wymaga od platformy i integracji obsługi różnych terminów albo osobnych ofert, dlatego sprawdź, co dokładnie umożliwia marketplace BRW.

[#przyklad] Producent szaf przesuwnych ma moce na ok. 40 szaf tygodniowo, z czego 25 sprzedaje przez własnych dealerów. Na marketplace może bezpiecznie oddać ok. 15 sztuk tygodniowo. Ustawia w ERP stan wirtualny 15 dla całej rodziny produktów i regułę, że każda nowa rezerwacja z dowolnego kanału obniża tę pulę. Gdy pula spada do zera, integracja wysyła na marketplace stan 0 albo dłuższy termin – zależnie od tego, co pozwala ustawić platforma.

Jakie wymagania logistyczne i organizacyjne stawia platforma przed sprzedawcą, opisujemy w tekście o wymaganiach dla sprzedawców marketplace BRW – tutaj skupiamy się na tym, skąd liczby o dostępności mają się brać w systemach.

Terminy realizacji – jak przenieść je z ERP do oferty

Czas realizacji jest w meblach równie ważny jak cena. Klient urządzający mieszkanie przed przeprowadzką planuje dostawy co do tygodnia, a każde przesunięcie oznacza dla niego realny problem. Dlatego termin w ofercie powinien wynikać z danych, a nie z pamięci osoby, która publikowała produkt pół roku temu.

W praktyce ERP producenta zna trzy składowe terminu: czas produkcji danego wariantu, aktualne obłożenie linii i czas przygotowania do wysyłki (pakowanie, umówienie przewoźnika). Integracja może z nich wyliczać liczbę dni roboczych do nadania i przesyłać ją do oferty. Jeśli marketplace przyjmuje termin tylko na poziomie oferty, a nie wariantu, rozważ rozdzielenie wolniejszych kolorów na osobne oferty – inaczej najdłuższy termin „zarazi” cały produkt.

Wykres – przepływ danych między ERP, systemem integracyjnym a marketplace BRW. [#chart:br57]

Pamiętaj też, że termin wysyłki to nie termin dostawy. Przy gabarytach dochodzi czas przewoźnika i umówienie wniesienia. Gdzie ustawić te informacje po stronie konta, pokazujemy w przewodniku po panelu sprzedawcy marketplace BRW.

Zamówienia z marketplace w ERP – jak je przyjmować

Drugi kierunek integracji to zamówienia. Tu najważniejsze jest, żeby zamówienie z marketplace trafiło do ERP kompletne i jednoznaczne – z poprawnym SKU, ceną, kosztem dostawy, danymi klienta, wybraną formą dostawy i ewentualnymi uwagami (piętro, winda, preferowane godziny). Te detale w meblach mają ogromne znaczenie, bo od nich zależy, czy kierowca w ogóle wniesie sofę.

• Mapowanie statusów – ustal, który status w ERP odpowiada przyjęciu, produkcji, gotowości do wysyłki i nadaniu, i jaki status ma wtedy widzieć platforma.

• Rezerwacja – zamówienie z marketplace powinno od razu rezerwować towar lub moce produkcyjne, żeby inne kanały nie sprzedały tej samej puli.

• Dokumenty – zdecyduj, gdzie powstaje faktura lub paragon i jak dokument trafia do klienta oraz platformy.

• Anulacje – anulacja na marketplace musi zwolnić rezerwację w ERP, a anulacja w ERP (np. brak materiału) musi być zgłoszona na platformie zgodnie z jej zasadami.

[#tip] Zanim uruchomisz integrację na produkcji, przepuść przez nią kilka zamówień testowych w różnych scenariuszach: produkt z magazynu, produkt na zamówienie, komplet wielopaczkowy, anulacja i zmiana adresu. Większość błędów wychodzi dopiero na nietypowych przypadkach, a lepiej je znaleźć przed pierwszym prawdziwym klientem.

Bezpośrednie API czy system pośredniczący

Masz w zasadzie dwie drogi. Pierwsza to bezpośrednie połączenie ERP z interfejsem marketplace – wymaga programistów, dokumentacji API od platformy i utrzymania integracji przy każdej zmianie po obu stronach. Druga to system do sprzedaży wielokanałowej, który ma gotowe połączenie z marketplace i z Twoim ERP, a Ty konfigurujesz reguły zamiast pisać kod.

Przykładem drugiej drogi jest Base (dawniej BaseLinker). Według opisu integracji Base z Black Red White połączenie jest dwukierunkowe: pozwala wystawiać i synchronizować oferty, pobierać zamówienia, przekazywać je dalej do sklepu lub ERP oraz odsyłać numery nadań. Ogólnie o tym, kiedy Base warto spinać z systemem ERP, piszemy w tekście integracja Base z ERP.

Wybór zależy od skali i od tego, jak nietypowa jest Twoja logika produkcji. Producent z kilkoma tysiącami indeksów i własnym działem IT może uznać, że bezpośrednie API daje mu więcej kontroli. Firma, która sprzedaje też na Allegro i we własnym sklepie, zwykle szybciej osiągnie efekt przez system pośredniczący – zobacz, jak wygląda multichannel z Base. Dostęp do interfejsu programistycznego samego marketplace BRW oraz jego zakres sprawdź bezpośrednio z zespołem platformy.

Wykres – kiedy bezpośrednie API ma sens, a kiedy szybciej dojdziesz do celu przez system pośredniczący. [#chart:br57b]

Plan wdrożenia integracji krok po kroku

1. Inwentaryzacja danych – lista pól, kierunków i częstotliwości (tabela z początku tekstu).

2. Porządek w kodach – jednolite SKU dla wariantów i struktura komplet–paczki.

3. Wybór architektury – API, system pośredniczący albo połączenie obu (np. Base pobiera zamówienia, a ERP przez API Base zwraca stany i terminy).

4. Reguły biznesowe – jak liczysz stany wirtualne, terminy, rezerwacje i co dzieje się przy braku materiału.

5. Testy – zamówienia testowe we wszystkich scenariuszach, sprawdzenie dokumentów i numerów przesyłek.

6. Start na części oferty – najpierw kilkadziesiąt produktów, potem stopniowe rozszerzanie.

7. Monitoring – codzienny raport rozbieżności stanów i błędów synchronizacji przez pierwsze tygodnie.

Najczęstsze błędy przy integracji

• Synchronizacja stanów pojedynczych paczek zamiast kompletów, przez co sprzedajesz meble, których nie da się wysłać w całości.

• Jeden termin realizacji dla wszystkich wariantów, choć kolory lakierowane powstają dwa razy dłużej niż standardowe.

• Brak obsługi anulacji – zamówienie zniknęło z platformy, a w ERP nadal blokuje materiał.

• Ręczne zmiany cen w panelu marketplace, które integracja po chwili nadpisuje wartościami z ERP.

• Brak osoby, która codziennie przegląda log błędów synchronizacji w pierwszych tygodniach.

[#checklista] Przed startem sprawdź: wszystkie warianty mają SKU zgodne z ERP; komplety mają przypisane paczki; termin realizacji wynika z danych, a nie z ręcznego wpisu; zamówienie testowe rezerwuje towar; anulacja zwalnia rezerwację; numer przesyłki wraca na platformę dla każdej paczki.

Jeśli chcesz pogłębić temat automatyzacji, przeczytaj, co można zautomatyzować przez API Base i jak w Base połączyć sprzedaż B2B i B2C producenta. Gdy za integracją stoją też zmiany w infrastrukturze lub dedykowane skrypty, pomocne może być wsparcie informatyczne.

Najczęściej zadawane pytania

Czy do sprzedaży mebli na marketplace BRW potrzebuję systemu ERP?

Nie zawsze. Mniejsza firma może prowadzić stany w systemie do sprzedaży wielokanałowej albo w sklepie internetowym. ERP staje się niezbędny, gdy produkujesz na zamówienie, masz wiele indeksów materiałowych i kilka kanałów sprzedaży, a ręczne uzgadnianie danych zaczyna generować błędy.

Jak często synchronizować stany mebli z marketplace?

Im częściej, tym bezpieczniej – przy produktach magazynowych zwykle co kilka lub kilkanaście minut albo natychmiast po zmianie. Przy produktach na zamówienie ważniejsza od częstotliwości jest poprawna reguła wyliczania stanu wirtualnego i terminu.

Czy marketplace Black Red White ma integrację z Base?

Tak, Base wymienia Black Red White na liście swoich integracji i opisuje ją jako dwukierunkową: z wystawianiem ofert, synchronizacją stanów i cen oraz pobieraniem zamówień. Zakres funkcji i ewentualne ograniczenia sprawdź w aktualnej dokumentacji Base przed wdrożeniem.

Jak pokazać na marketplace stan mebla wielopaczkowego?

Stan kompletu powinien wynikać z najmniej dostępnej paczki. W ERP lub systemie integracyjnym ustaw produkt typu zestaw składający się z paczek i przesyłaj na platformę wyliczoną liczbę kompletów, a nie stany pojedynczych kartonów.

Co zrobić, gdy ERP nie ma gotowego połączenia z marketplace?

Najczęściej łączy się ERP z systemem pośredniczącym, który ma gotową integrację z marketplace, albo buduje własny łącznik przez API. Wybór zależy od budżetu, liczby kanałów i tego, czy masz zespół, który utrzyma rozwiązanie po wdrożeniu.

Ile trwa integracja ERP z marketplace?

To zależy od jakości danych i złożoności reguł. Sama konfiguracja gotowych połączeń bywa kwestią dni, ale uporządkowanie kodów, ustalenie reguł dla produkcji na zamówienie i testy zwykle zajmują kilka tygodni. Najwięcej czasu pochłania przygotowanie danych, a nie technika.

Podsumowanie

Integracja ERP producenta mebli z marketplace to przede wszystkim decyzja o tym, które dane są prawdą i skąd platforma ma je brać. Jednolite SKU, poprawne stany kompletów, terminy liczone z harmonogramu produkcji i automatyczny przepływ zamówień sprawiają, że oferta na marketplace BRW mówi klientowi to samo, co Twoja hala produkcyjna. Resztę – wybór między API a systemem pośredniczącym – dopasujesz do skali firmy. Jeśli chcesz zaplanować takie wdrożenie z konfiguracją Base albo potrzebujesz drugiej opinii przed startem, umów się na bezpłatną konsultację – wdrażamy i obsługujemy sprzedaż na marketplace’ach, w tym na marketplace Black Red White.