Jak wdrożyć BaseLinker
i połączyć Allegro
ze sklepem bez długów procesowych
Integracja „działa" dopiero gdy masz spójną architekturę danych, reguły synchronizacji stanów i cen oraz automatyzacje operacyjne. Źle wdrożony BaseLinker multiplikuje chaos. Dobrze wdrożony — eliminuje ręczną robotę.
- Jedno źródło prawdy dla stanów (ERP / BL / sklep)
- Poprawne mapowanie SKU i wariantów
- Import zamówień ze wszystkich kanałów
- Automatyczne etykiety wysyłek
- Statusy i tracking klienta bez ręcznej pracy
- Podstawowe dokumenty WZ/FV ze zdefiniowanymi wyzwalaczami
Najpierw projekt danych i reguł — potem klikologia
Jeśli zaczniesz od „podpięcia konta Allegro", dostaniesz integrację, która wygląda na działającą — aż do pierwszego piku wolumenu lub piku zamówień. Architektura danych (SKU, stany, mapowania) musi być gotowa przed połączeniem kanałów.
Synchronizacja „wszystkiego ze wszystkim" bez priorytetów
Stany, ceny, oferty, warianty, magazyny — jednocześnie. Efekt: konflikty źródeł, rozjazdy stanów, podwójne zamówienia. Kolejność: najpierw stabilizuj stany + zamówienia, dopiero potem ceny, oferty i zaawansowane automatyzacje.
Czy BaseLinker rozwiąże Twój problem?
4 scenariusze, które to wyjaśniają
BaseLinker nie jest magiczny — działa świetnie gdy wiesz, co automatyzujesz i jakie ryzyko eliminujesz. Wybierz swój scenariusz.
Chaos w zamówieniach
Zamówienia w kilku panelach, statusy „żyją własnym życiem", realizacja przez 3 osoby w 3 systemach. BaseLinker scentralizuje: jedna kolejka, jeden standard, jeden proces.
Rozjazdy stanów
„Sprzedajesz ponad stan" albo ciągle gasisz braki na Allegro. Problem: brak stabilnego źródła prawdy i reguł rezerwacji. Najpierw reguły — potem synchronizacja.
Za dużo pracy ręcznej
Ręczne kopiowanie danych, wydruki sztuka po sztuce, ręczne wystawianie dokumentów. Koszt i błąd. Jeśli firma „stoi na Tobie" — to sygnał długów procesowych do spłacenia.
Wzrost bez kontroli
Rośnie wolumen, rośnie „ogon" — wyjątki: brak stanu, zmiana adresu, anulacja, ponowna wysyłka. Integracja musi mieć reguły wyjątków, nie tylko „happy path".
Jak zaprojektować integrację
zanim cokolwiek „podłączysz"
Integracja to nie API — to decyzje. Kto rządzi stanem? Kto rządzi ceną? Jak mapujesz produkty? Jak chronisz się przed błędami? Te decyzje musisz podjąć zanim klikniesz „połącz".
Źródło prawdy dla stanów, cen i statusów
Jedna z najważniejszych decyzji w całym wdrożeniu. Jeśli masz dwa systemy, które aktualizują stany niezależnie — konflikty są nieuniknione.
- Stany: ERP lub BL (magazyn operacyjny). Tylko jedno miejsce „produkuje" stan bazowy.
- Ceny: system cenowy / ERP / BL — nie ręczne poprawki w Allegro per oferta.
- Statusy zamówień: ustal mapę: import → w realizacji → spakowane → nadane → dostarczone.
- Dokumenty: kiedy powstaje WZ? Po opłaceniu, po spakowaniu czy po nadaniu?
Tu integracje najczęściej „umierają" w praktyce
Nieunikalny SKU, warianty wrzucone do jednego indeksu, zestawy bez logiki składników — to pierwsze miejsce, w którym integracja generuje błędy stanów.
- SKU musi być unikalne: warianty (rozmiar/kolor) mają własne, osobne SKU.
- EAN ≠ SKU: EAN pomaga, ale nie zastępuje logiki wariantów i kompletów.
- Zestawy: własne SKU czy „wirtualny" z składnikami? Ustal jak liczysz stany.
- Mapowanie ofert Allegro: oferta → produkt (SKU) → magazyn. Bez ręcznych wyjątków per oferta.
Wielokanał bez reguł rezerwacji = ciągłe braki
Jeśli masz Allegro + sklep + B2B i jeden pool stanów — bez reguł rezerwacji każde zamówienie z jednego kanału może sprzedać stan drugiemu.
- Jeden czy wiele magazynów? Rozdziel logicznie: online / hurt / bufor bezpieczeństwa.
- Moment rezerwacji: po złożeniu vs po opłaceniu. Na Allegro często lepiej po złożeniu.
- Bufor bezpieczeństwa: BL może publikować stan –N (np. –2) żeby nie wyprzedawać ostatnich sztuk.
- Zwroty: kiedy i jak stan wraca do puli dostępnych? Jaki status stanów zwrotnych?
6 kroków wdrożenia:
od architektury do go-live
Trzymaj kolejność — największe błędy wynikają z tego, że ludzie zaczynają od „podpięcia Allegro" zamiast od danych i procesów.
Projekt danych i architektury
Ustal źródło prawdy, ustandaryzuj SKU i warianty, zaprojektuj mapę statusów zamówień i logikę dokumentów. Zrób to na papierze lub arkuszu — zanim otworzysz BL.
Integracja sklepu i import produktów
Podłącz sklep (Shoper, WooCommerce, PrestaShop) i pobierz produkty z SKU, wariantami i stanami. Zweryfikuj mapowania na próbce 50 SKU zanim puścisz cały katalog.
Magazyn, stany i rezerwacje
Skonfiguruj magazyny i reguły rezerwacji. Ustaw bufory bezpieczeństwa. Przetestuj scenariusz: zamówienie → rezerwacja → stan na Allegro spada w ciągu X minut.
Kurierzy, etykiety, wysyłka
Podłącz kurierów, skonfiguruj mapowanie metod dostawy z kanałów na kuriera. Przetestuj wydruk etykiet dla każdego kuriera i każdego kanału sprzedaży — ręcznie i automatycznie.
Allegro: mapowania ofert i synchronizacja
Podłącz Allegro, skonfiguruj szablony ofert z mapowaniami parametrów. Ustaw synchronizację stanów (częstotliwość, tryb push/pull). Przetestuj: sprzedaż na Allegro → stan w sklepie aktualizuje się poprawnie.
Workflow, automaty i próba generalna
Ułóż kolejkę zamówień i workflow wyjątków (braki, anulacje, reklamacje, zwroty). Włącz automaty stopniowo. Przeprowadź dzień testowy na realnym wolumenie i popraw wyjątki.
6 kategorii automatyzacji,
które realnie obniżają koszt obsługi
Nie automatyzuj dla automatyzacji. Każda reguła w BL powinna rozwiązywać konkretny problem operacyjny lub eliminować konkretne ryzyko błędu.
Automatyczne przejścia statusów
Reguły if→then: po opłaceniu → do realizacji, po nadaniu → wysłane, po dostarczeniu → zakończone. Zero ręcznych kliknięć dla standardowych zamówień.
Automatyczny wybór kuriera i generowanie etykiet
Na podstawie wagi, gabarytu, metody dostawy i kanału sprzedaży — BL wybiera kuriera, generuje etykietę i gotuje ją do wydruku bez udziału człowieka.
Automatyczne wystawianie dokumentów
WZ po spakowaniu, FV po opłaceniu lub na żądanie klienta. Automatyczne wysyłanie PDF do klienta i do systemu księgowego. Obsługa NIP, B2B/B2C, korekty.
Szablony wiadomości i powiadomień
Automatyczne maile/SMS przy zmianie statusu: potwierdzenie, numer śledzenia, prośba o ocenę. Standardowa komunikacja bez udziału obsługi klienta.
Reguły ryzyka przed nadaniem
Blokady wysyłki przy błędnym adresie, niepełnych danych, podejrzanej transakcji. Walidacja telefonu i adresu przed generowaniem etykiety — zanim kurier wróci z nieodebraną paczką.
Automatyczne tagowanie zamówień
Tagi per kanał, wartość zamówienia, region, produkt, typ klienta (B2B/B2C). Segmentacja zamówień w kolejce — priorytetyzacja VIP, B2B, paczkomaty przed kurierami.
Jak mierzyć sukces wdrożenia
— 4 metryki, które mają znaczenie
BL nie wdrożono „bo tak trzeba". Wdrożono, żeby coś zmienić. Mierz to co ma zmienić — przed i po.
6 najczęstszych błędów wdrożenia
— i jak je naprawić
Każdy z tych błędów da się uniknąć — ale tylko jeśli wiesz o nim zanim go popełnisz w produkcji na realnych zamówieniach.
Duplikaty i niespójne SKU
Ten sam produkt z trzema różnymi kodami w sklepie, Allegro i magazynie. BL nie wie, co z czym mapować — generuje losowe stany.
Dwa źródła stanów jednocześnie
Sklep aktualizuje stan do BL, BL aktualizuje stan do sklepu — pętla. Efekt: stany „migają" i nigdy nie są aktualne.
Złe mapowanie metod dostawy
„Paczkomat InPost" z Allegro mapowany na DPD lub bez kuriera. Efekt: etykiety generują się dla złego przewoźnika albo w ogóle.
Automaty włączone przed workflow
Włączone automaty statusów i etykiet zanim zespół zna process. Efekt: zamówienia przeskakują statusy, dokumenty się generują w złym momencie.
Dokumenty bez wyzwalacza lub z podwójnym
FV generuje się dwa razy (raz z BL, raz z ERP) albo wcale. Numeracja się rozjeżdża. Korekty stają się ręczne i czasochłonne.
Brak monitoringu po go-live
Wdrożenie poszło gładko. Po 2 tygodniach wolumen rośnie, wyjątki się kumulują — a nikt nie patrzy na metryki. Błędy narastają cicho.
Wszystko, co sprawdzić
przed uruchomieniem na produkcji
Kliknij checkboksy żeby śledzić postęp. Każda nieodznaczona pozycja to potencjalne ryzyko na produkcji.
- Ustalone jedno źródło prawdy dla stanów (ERP / BL / sklep)
- SKU unikalne i ujednolicone w sklepie, Allegro i magazynie
- Warianty z własnymi SKU — nie wrzucone do jednego indeksu
- Zestawy z logiką składników i stanów
- Mapa statusów zamówień zdefiniowana i zatwierdzona przez zespół
- Magazyny w BL skonfigurowane (logika: online / hurt / bufor)
- Reguły rezerwacji: moment rezerwacji ustalony i przetestowany
- Bufor bezpieczeństwa (–N) ustawiony dla krytycznych SKU
- Test: zamówienie → rezerwacja → stan na Allegro aktualizuje się
- Scenariusz zwrotu: jak stan wraca do puli dostępnych?
- Każdy kurier podłączony i przetestowany — etykieta i nadanie
- Mapowania metod dostawy: metoda w zamówieniu → kurier w BL
- Walidacja adresu przed etykietą (błędny adres → kolejka ręczna)
- Automatyczne przekazanie numeru śledzenia klientowi
- Test odbioru / cut-off: ostatnia etykieta generuje się przed odbiorem
- Workflow ręczny przetestowany przez 3–5 dni bez automatów
- Automaty włączane stopniowo, jeden po drugim
- Dokumenty: jedno źródło, brak duplikatów z ERP
- Dashboard KPI skonfigurowany: stany, czas realizacji, wyjątki
- Próba generalna na realnym wolumeniu — lista wyjątków poprawiona
Najczęstsze pytania
przed i po wdrożeniu BaseLinker
MVP (jedno źródło stanów + zamówienia + etykiety + podstawowe automatyzacje) można zrobić w 3–7 dni roboczych przy dobrze przygotowanych danych produktowych. Pełne wdrożenie z wielokanałem, złożonymi automatyzacjami i integracją ERP — 2–6 tygodni.
Najczęstszy bottleneck: nieujednolicone SKU i warianty w katalogu. Porządkowanie danych produktowych zajmuje więcej czasu niż sama konfiguracja BL. Usługa wdrożenia A–Z →
Tak — BL ma dobrą dokumentację i darmowy trial. Samodzielne wdrożenie MVP (sklep + Allegro + jeden kurier) jest możliwe przy podstawowej wiedzy technicznej. Pułapki zaczynają się przy: wielu kurierach, złożonych wariantach, zestawach, integracji ERP i wielomagazynie.
Wsparcie wdrożeniowe ma sens gdy: masz dużo SKU (500+), złożone warianty, wiele kanałów sprzedaży lub mało czasu na błędy w produkcji. Czy BL się opłaca →
BaseLinker obsługuje dziesiątki platform e-commerce przez gotowe wtyczki: Shoper, WooCommerce, PrestaShop, Magento, IdoSell i inne. Jeśli Twojej platformy nie ma na liście — dostępne jest API do własnej integracji.
Przed wdrożeniem sprawdź, jak wtyczka dla Twojej platformy obsługuje warianty i stany — jakość integracji różni się między platformami. Co to jest BaseLinker →
Nie w pełni. BL jest OMS (Order Management System) — centralizuje zamówienia, kanały i wysyłki. ERP zarządza finansami, zakupami, produkcją i jest „sercem" firmy. Dla sklepów do ~2000 zamówień dziennie BL może pełnić rolę uproszczonego WMS, ale nie zastąpi pełnego ERP przy złożonej działalności.
Typowy stack: ERP (stany bazowe, finanse) → BL (zamówienia, wysyłki, kanały) → marketplace (Allegro, sklep). Systemy ERP dla e-commerce →
BL obsługuje zwroty przez dedykowane statusy i workflow. Możesz zdefiniować: kiedy stan zwróconego produktu wraca do puli (od razu vs po kontroli jakości), jak generować dokumenty korygujące i jak komunikować status zwrotu do klienta.
Kluczowe jest zdefiniowanie procesu przed wdrożeniem — nie reagowanie ad hoc po pierwszym zwrocie. Zwroty e-commerce — redukcja kosztów →
Zamówienia składane przez kupujących w trakcie przerwy BL są kolejkowane i importowane po przywróceniu połączenia. Stany mogą nie być aktualizowane w czasie rzeczywistym — stąd wartość buforów bezpieczeństwa (–N sztuk) dla popularnych SKU.
BL ma SLA uptime na poziomie 99,9%+ — przerwy są rzadkie, ale warto mieć plan awaryjny dla krytycznych zamówień przy wysokim wolumenie.
Wdróż BaseLinker raz —
porządnie. Nie dwa razy byle jak.
Każda godzina spędzona na poprawianiu rozjazdów stanów i ręcznych korektach to koszt, który można było wyeliminować dobrą architekturą na starcie. Pierwsza rozmowa jest bezpłatna, trwa 20–30 minut i kończy się konkretnym planem wdrożenia lub listą priorytetów do poprawy w istniejącej konfiguracji.