Zaczyna się prawdziwa logika biznesowa firmy: indywidualne cenniki per kontrahent, synchronizacja stanów w czasie rzeczywistym z ERP, wielopoziomowa akceptacja zamówień. Dla tych scenariuszy potrzebna jest integracja dedykowana zbudowana na API BaseLinkera, a nie gotowy konektor z listy standardowych integracji. Poniżej wyjaśniamy, gdzie faktycznie przebiega ta granica i jak wygląda taka integracja od strony technicznej.
Czym jest BaseLinker z perspektywy architektury systemu
BaseLinker to warstwa pośrednicząca (middleware) pomiędzy sklepem internetowym, platformami marketplace, firmami kurierskimi i systemami księgowymi. Technicznie działa na dwóch mechanizmach:
- REST API — pozwala na programowy odczyt i zapis zamówień, produktów, stanów magazynowych oraz statusów przesyłek.
- Webhooki i reguły automatyzacji — pozwalają uruchamiać akcje (zmiana statusu, wygenerowanie faktury, wysyłka powiadomienia) w reakcji na zdarzenia, bez udziału operatora.
Standardowe integracje (Allegro, Amazon, WooCommerce, PrestaShop, InPost, systemy księgowe) działają w oparciu o gotowe konektory utrzymywane przez BaseLinker. To rozwiązuje 80% przypadków sklepów B2C i prostszych sklepów B2B. Problem zaczyna się, gdy Wasza logika sprzedażowa jest specyficzna dla branży lub firmy — a w projektach B2B, które prowadzimy w Pageart, jest tak niemal zawsze.
Gdzie kończy się standardowa integracja BaseLinker w handlu B2B
1. Indywidualne cenniki i rabaty per kontrahent
BaseLinker synchronizuje ceny i stany na poziomie produktu, ale nie ma natywnego mechanizmu obsługi setek różnych cenników przypisanych do konkretnych kont klientów B2B. Ten mechanizm musi żyć w Waszym systemie ERP lub PIM, a integracja z BaseLinkerem musi być zaprojektowana tak, by respektować tę logikę przy każdej synchronizacji, zamiast nadpisywać ją uniwersalną ceną katalogową.
2. Synchronizacja stanów magazynowych w czasie rzeczywistym
Standardowa integracja BaseLinkera ze sklepem synchronizuje stany okresowo. W B2B, gdzie pojedyncze zamówienie może wyczerpać cały dostępny stan danego SKU, opóźnienie synchronizacji rzędu kilku godzin oznacza realne ryzyko sprzedania towaru, którego fizycznie nie ma na magazynie — a to bezpośrednio przekłada się na koszty obsługi reklamacji i utratę zaufania kontrahenta.
3. Wielopoziomowa ścieżka akceptacji zamówienia
W wielu firmach B2B zamówienie złożone przez pracownika klienta wymaga akceptacji budżetowej przełożonego, zanim trafi do realizacji. BaseLinker jako menedżer zamówień nie ma natywnego workflow akceptacji wielopoziomowej — tę logikę trzeba zbudować po stronie sklepu lub dedykowanej warstwy pośredniej, integrując się z API BaseLinkera dopiero na etapie zamówienia już zatwierdzonego.
4. Integracja z niestandardowym lub starszym systemem ERP
Systemy takie jak SAP, Comarch ERP XL czy starsze wdrożenia dedykowane mają bardzo różny poziom otwartości API. Tam, gdzie system ERP nie ma nowoczesnego REST API, integracja z BaseLinkerem wymaga budowy własnej warstwy pośredniej (middleware), która tłumaczy dane pomiędzy formatem oczekiwanym przez ERP (często pliki XML, EDI lub bezpośrednie zapytania do bazy danych) a API BaseLinkera.
Jak wygląda dedykowana integracja BaseLinker + ERP w praktyce
Typowa architektura, którą budujemy dla klientów B2B, wygląda następująco:
- Warstwa synchronizacji stanów i cen — usługa działająca w tle, która odpytuje ERP o zmiany (lub nasłuchuje na zdarzenia, jeśli ERP je udostępnia) i aktualizuje dane w BaseLinkerze przez jego REST API, z częstotliwością dopasowaną do realnego ryzyka biznesowego (dla wysokorotacyjnych SKU nawet co kilka minut).
- Warstwa reguł cenowych — logika, która przy każdym zamówieniu sprawdza, do jakiej grupy cenowej należy kontrahent, i koryguje dane przed przekazaniem ich dalej do fakturowania.
- Webhook do obsługi zdarzeń zamówienia — BaseLinker powiadamia Waszą warstwę pośrednią o nowym zamówieniu, ta warstyfikuje je względem workflow akceptacji, limitu kredytowego kontrahenta i dopiero wtedy zwraca status do dalszej realizacji (dokumenty, wysyłka).
- Monitoring i obsługa błędów — integracje między systemami zawsze się czasem rozjeżdżają (limit API, timeout, błąd formatu danych); dedykowana integracja musi mieć logowanie i alerting, żeby rozjazd stanów magazynowych został wykryty w minuty, a nie odkryty przez klienta reklamującego brak towaru.
Kiedy standardowa integracja BaseLinker wystarczy, a kiedy potrzebujecie dedykowanej
Wystarczy integracja standardowa, gdy:
- Sprzedajecie ten sam katalog i te same ceny do wszystkich kanałów
- Nie macie indywidualnych cenników per kontrahent
- Wolumen zamówień pozwala na synchronizację stanów co kilkanaście–kilkadziesiąt minut bez realnego ryzyka
Potrzebujecie integracji dedykowanej, gdy:
- Macie zróżnicowane cenniki B2B i progi ilościowe
- Wasz ERP nie jest na liście standardowych integracji BaseLinkera lub ma niestandardową konfigurację
- Proces sprzedaży wymaga akceptacji wielopoziomowej lub limitów kredytowych
- Sprzedajecie przez wiele kanałów jednocześnie i rozjazd stanów generuje realne koszty operacyjne
Przykład z praktyki (Klient Y, dystrybucja techniczna B2B — przykład poglądowy, dane uśrednione dla tej skali projektu) Firma sprzedająca komponenty przemysłowe przez własny sklep PrestaShop oraz kanał Allegro korzystała z BaseLinkera do obsługi zamówień, ale synchronizacja z wewnętrznym systemem ERP odbywała się przez ręczny eksport plików raz dziennie. Przy katalogu ok. 6 tys. SKU i różnych cennikach dla 3 grup kontrahentów prowadziło to do regularnych korekt zamówień i telefonicznych ustaleń z klientami o dostępności towaru.
Zbudowaliśmy warstwę pośrednią łączącą ERP z API BaseLinkera: synchronizację stanów co 10 minut dla SKU wysokorotacyjnych, automatyczne stosowanie cennika właściwego dla grupy kontrahenta przy każdym zamówieniu oraz webhook blokujący realizację zamówień przekraczających ustalony limit kredytowy do czasu ręcznej akceptacji. Takie wdrożenie traktujemy w Pageart jako projekt punktowy, znacznie tańszy niż budowa całego systemu e-commerce od zera — bo BaseLinker i istniejący sklep zostają, dobudowywana jest tylko brakująca warstwa logiki.
Automatyzacja kanałów sprzedaży a widoczność dla wyszukiwarek i agentów AI
Automatyzacja zamówień przez BaseLinker rozwiązuje problem operacyjny — obsługę zamówień z wielu kanałów w jednym miejscu. Nie rozwiązuje jednak osobnego problemu: czy Wasze dane produktowe są na tyle kompletne i ustrukturyzowane, by były poprawnie odczytywane zarówno przez wyszukiwarki, jak i przez rosnącą liczbę agentów zakupowych AI korzystających ze standardów takich jak Model Context Protocol czy Agentic Commerce Protocol. To dwie oddzielne warstwy: BaseLinker automatyzuje przepływ zamówień między systemami, ale poprawność i kompletność samych danych produktowych (dostępność, cena, warunki dostawy w formacie czytelnym maszynowo) to zadanie po stronie architektury sklepu i feedu produktowego — i warto zaplanować je równolegle z integracją B2B, a nie jako osobny projekt rok później.
FAQ
Czy BaseLinker obsługuje indywidualne cenniki dla klientów B2B? Nie natywnie na poziomie samego BaseLinkera — ta logika musi żyć w systemie ERP lub PIM, a integracja z BaseLinkerem musi zostać zaprojektowana tak, by respektować różne cenniki przy synchronizacji zamówień i cen.
Ile trwa dedykowana integracja BaseLinker z systemem ERP? Zależy od otwartości API systemu ERP i liczby reguł biznesowych do odwzorowania. Integracja punktowa (synchronizacja stanów i cen, obsługa jednego workflow akceptacji) to zwykle projekt liczony w tygodniach, a nie miesiącach — o ile ERP udostępnia rozsądne API.
Czy warto migrować z BaseLinkera na dedykowany system, jeśli integracje przestają wystarczać? Zwykle nie trzeba rezygnować z BaseLinkera całkowicie. W większości przypadków B2B wystarczy dobudować warstwę pośrednią obsługującą logikę specyficzną dla firmy, zachowując BaseLinker jako centralny hub zamówień i wysyłek. Pełna migracja na dedykowany system ma sens dopiero przy bardzo dużej skali lub gdy ograniczenia dotyczą samego rdzenia procesu sprzedaży, nie pojedynczych integracji.
Czy integracja BaseLinkera z niestandardowym ERP wymaga wiedzy programistycznej? Tak. Standardowa konfiguracja BaseLinkera nie wymaga programowania, ale integracja z systemem spoza listy gotowych konektorów lub z niestandardową logiką cenową wymaga budowy własnej warstwy pośredniej korzystającej z REST API BaseLinkera — to zadanie dla zespołu programistycznego, nie dla administratora sklepu.
Czy automatyzacja przez BaseLinker poprawia widoczność sklepu w Google i w wyszukiwarkach AI? Pośrednio i tylko częściowo. BaseLinker usprawnia operacje (mniej błędów w zamówieniach, szybsza realizacja), co poprawia doświadczenie klienta i pośrednio sygnały jakościowe strony. Nie zastępuje jednak pracy nad kompletnością danych produktowych i strukturą strony pod SEO i AIO — to osobny, równie istotny obszar.
Macie BaseLinkera podłączonego do sklepu, ale integracje standardowe nie nadążają za Waszą logiką B2B? Umówcie bezpłatną konsultację przez formularz szybkiej wyceny — sprawdzimy, czy wystarczy dobudować warstwę integracji, czy potrzebna jest głębsza przebudowa architektury.
