Kiedy BaseLinker przestaje wystarczać: 5 sygnałów z dystrybucji B2B

BaseLinker to świetna platforma do e-commerce i multichannel. Mamy z tym do czynienia w codziennej pracy i wdrażamy ją jako oficjalny partner. Ale jest jasna granica, za którą BaseLinker przestaje być rozwiązaniem, a zaczyna być wąskim gardłem.

Granica ta przesuwa się głównie wtedy, gdy firma przestaje sprzedawać do klienta końcowego przez własne kanały, a zaczyna dostarczać dane partnerom B2B, którzy mają własne systemy. To inna gra.

Oto pięć sygnałów, że jesteś po tej drugiej stronie granicy.

flowchart TB
  s["Sprzedaż e-commerce"] --> bl["BaseLinker: marketplace, sklepy, kurierzy"]
  bl --> q{"Dostarczasz dane partnerom B2B w ich systemach?"}
  q -->|"Nie - retail / multichannel"| ok["BaseLinker wystarcza"]
  q -->|"Tak - feedy, EDI, reguły per partner"| layer["Warstwa B2B obok BaseLinkera"]
  layer --> a["Audit log, mapowania, adaptery per partner"]
  classDef ok fill:#ecfdf5,stroke:#15803d,color:#0f172a;
  classDef need fill:#faf5ff,stroke:#7e22ce,color:#0f172a;
  class ok ok;
  class layer,a need;

1. Partnerzy proszą o feedy w różnych formatach

Jeden partner chce CSV co 4 godziny, drugi REST API z paginacją, trzeci EDI ORDERS / DESADV przez AS2, czwarty XML w swojej strukturze. BaseLinker generuje exporty produktowe w swojej logice - i to wystarcza, dopóki kanały to marketplace’y i sklepy. Ale partner B2B z własnym SAP czy Comarch potrzebuje konkretnego mapowania, którego BaseLinker out-of-the-box nie zrobi.

Objaw operacyjny: ktoś w firmie ręcznie generuje Excele dla 5-10 partnerów co tydzień.

2. Reguły cenowe są per-partner, nie per-segment

W BaseLinkerze masz grupy cenowe, promocje, ceny w walutach. To dobre dla retail. Ale w dystrybucji B2B reguły bywają takie, że partner A ma 12% rabatu na kategorię X z wyjątkiem trzech SKU, plus zamrożoną cenę z cennika Q1, plus jednorazowy bonus za wolumen powyżej 200 sztuk miesięcznie. Tego nie da się powiedzieć BaseLinkerowi.

Objaw: handlowiec ma osobny Excel “co dla kogo”.

3. Stan magazynowy musi być inaczej raportowany różnym partnerom

Partner A widzi cały stan. Partner B widzi stan minus rezerwacja partnera A. Partner C widzi 0 poniżej progu 50 sztuk (żeby nie złożył zamówienia, którego nie zrealizujesz). To logika reguł handlowych, nie konfiguracja platformy.

Objaw: musisz tłumaczyć partnerowi, dlaczego widział 80 sztuk, a dostał komunikat “brak na stanie”.

4. Każda nowa integracja to projekt na 4-6 tygodni

Jeśli onboarding partnera trwa miesiącami i wymaga programisty po każdej stronie, to nie jest skalowalne. Cel: nowy partner podłącza się do gotowego standardu w dni, nie tygodnie.

To wymaga warstwy, której BaseLinker nie ma: jednego modelu danych po Twojej stronie + wymiennych adapterów po stronie partnerów (CSV, API, EDI, ERP-specific).

5. Brakuje audit logu “co kto kiedy dostał”

Partner mówi: “dostaliśmy od Was cenę 142 zł, a teraz fakturujecie po 156”. Nie wiesz, co dokładnie wysłał Wasz system w dniu X o godzinie Y do tego partnera. BaseLinker loguje akcje w swoim panelu, ale nie ma natywnego compliance-grade audit logu publikacji danych do partnerów.

W sporach handlowych to różnica między “naszą wersją vs ich wersją” a twardym dowodem z timestampem i hashem payloadu.

Co z tym zrobić

Jeśli rozpoznajesz 2-3 z powyższych - BaseLinker nadal może być Waszym core ecommerce, ale obok niego potrzebujecie warstwy do dystrybucji B2B. Nie zamiast.

Ścieżka, którą zwykle proponujemy: zacznijcie od audytu przepływu danych (2,5-6 tys. zł). Zmapujemy źródła danych w ERP, formaty u partnerów, reguły handlowe i dostaniecie rekomendację - czasem to dodatkowa konfiguracja BaseLinkera + integracja z ERP wystarcza, czasem trzeba custom DataBridge.

Decyzja nie powinna być podejmowana na bazie “co mamy w stacku”, tylko jak wygląda Wasza mapa danych B2B.