Gdy BaseLinker przestaje pobierać zamówienia albo panel się nie otwiera, zacznij od oficjalnej strony statusu platformy (Base Status, bo BaseLinker działa dziś pod marką Base) i znajdź komponent pasujący do objawu. Potem porównaj jedno zamówienie w panelu marketplace i w BaseLinkerze. Zapisz czas ostatniej udanej synchronizacji i nie ponawiaj masowo operacji o nieznanym wyniku.
Ta strona nie pokazuje statusu na żywo. Prowadzi cię przez diagnozę i przez pracę ręczną tak, żeby po awarii nie zostały ci podwójne etykiety, pominięte zamówienia i klienci z dwiema fakturami. Jeśli szwankuje inna usługa, przejdź do procedur sprawdzania zewnętrznych dostawców - tutaj zostajesz przy BaseLinkerze.
Dlaczego masowe ponawianie jest groźniejsze niż sama awaria?
BaseLinker to centrum integracyjne sklepu - łączy marketplace'y, magazyn, kurierów i fakturowanie, więc każda operacja ma skutki w co najmniej dwóch systemach naraz. Gdy synchronizacja pada, nie wiesz, które operacje przeszły, a które nie. Kliknięcie "ponów wszystko" zamienia tę niewiedzę w realne duplikaty.
Weź sklep z akcesoriami rowerowymi - to typowy scenariusz, nie opis konkretnej firmy. Dwie osoby pakują rano zamówienia z Allegro i własnego sklepu, wszystko spływa przez BaseLinker. Któregoś dnia od świtu nie ma ani jednego nowego zamówienia. Pierwsza myśl - słaby dzień. Druga, po zajrzeniu na Allegro - zamówienia są, tylko nie schodzą do panelu. Ktoś w nerwach ponawia pobieranie i tworzenie przesyłek dla całej porannej partii. Po południu synchronizacja wraca i dowozi swoją kolejkę: część paczek ma po dwie etykiety z różnymi numerami, a kurier zabrał obie. Awaria trwała trzy godziny, sprzątanie po niej - tydzień.
Ta historia wyznacza kolejność działań na resztę tej strony: najpierw ustal zakres problemu, potem zabezpiecz pracę ręczną, a nadrabiaj dopiero wtedy, gdy znasz stan każdej operacji.
Gdzie sprawdzić oficjalny status BaseLinkera?
Komunikaty o incydentach publikuje oficjalna strona statusu platformy. Adres potrafi zmylić, bo BaseLinker działa dziś pod marką Base: strona nazywa się Base Status i stoi pod status.base.com, a stary adres status.baselinker.com przekierowuje właśnie tam. Komponenty na liście są jednak nazwane po baselinkerowemu - panel, baza danych, API, integracje. Nie zatrzymuj się na ogólnym nagłówku, tylko odszukaj komponent pasujący do twojego objawu: panel, zamówienia, oferty, magazyn, automatyzacje, przesyłki, API albo konkretną integrację.
Nazwa komponentu znaczy więcej niż etykieta "wszystko działa". Panel może się otwierać bez zarzutu, gdy leży integracja z jednym marketplace. I odwrotnie - marketplace może mieć własny incydent przy w pełni sprawnym BaseLinkerze. Przeczytaj opis zdarzenia i kolejne aktualizacje, a potem zapisz, które operacje komunikat obejmuje.
Jak sprawdzić, czy problem jest tylko u ciebie?
Zanim cokolwiek zgłosisz albo ponowisz, zanotuj konto, kanał, typ operacji, identyfikator zamówienia lub przesyłki, czas ze strefą i treść komunikatu błędu. Z tak opisanym przypadkiem wykonaj trzy porównania:
- Otwórz to samo zamówienie w panelu marketplace i w BaseLinkerze. Jeśli kanał go nie pokazuje, problem leży raczej po jego stronie. Jeśli kanał je widzi, a BaseLinker nie, patrzysz na problem integracji.
- Wybierz jeden rekord z zapisanym identyfikatorem i ustal jego stan po obu stronach. Nie uruchamiaj zbiorczego ponowienia, dopóki nie wiesz, czy poprzednia próba została przyjęta - dotyczy to zmian statusu, przesyłek, dokumentów i aktualizacji stanów.
- Oddziel użytkownika od konta. Gdy panel nie otwiera się jednej osobie, porównaj drugie dozwolone urządzenie, okno prywatne i konto innego użytkownika organizacji. Błąd sesji albo uprawnień nie jest dowodem awarii platformy - i nie rozwiązuje się go pożyczaniem hasła.
Wyniki tych trzech porównań składają się w werdykt:
| Base Status | Sygnały od innych sprzedawców | Twój test | Wniosek | Następny krok |
|---|---|---|---|---|
| incydent właściwego komponentu | zgodne objawy | ta sama operacja zawodzi w wielu kanałach | awaria potwierdzona przez właściciela | przejdź w kontrolowany tryb ręczny |
| brak incydentu | wiele zgodnych zgłoszeń | błąd w wielu kanałach lub kontach | szerszy sygnał bez potwierdzenia | zbierz identyfikatory i zgłoś problem |
| brak incydentu | cisza | błąd jednego kanału, użytkownika albo integracji | zakres lokalny lub kanałowy | sprawdź konto i status marketplace |
| brak odczytu | brak odczytu | brak testu | za mało danych na werdykt | sprawdź stan jednego rekordu po obu stronach |
Jak pracować ręcznie, gdy synchronizacja leży?
Wyznacz punkt kontrolny - czas ostatniej potwierdzonej synchronizacji i identyfikator ostatniego poprawnie obsłużonego zamówienia. Od tego miejsca prowadź listę operacji ręcznych, w której każdy wpis podaje kanał, identyfikator, czynność, wykonawcę i potwierdzenie. Ta lista będzie po awarii jedynym śladem tego, co już zrobione.
Pilne zamówienia obsługuj bezpośrednio w panelu marketplace, jeśli procedura twojej firmy na to pozwala. Trzy rzeczy pozostają zakazane niezależnie od presji:
- Nie kopiuj danych klientów do prywatnego arkusza ani na komunikator - po awarii nikt ich stamtąd nie posprząta.
- Nie twórz drugi raz przesyłki ani dokumentu, gdy poprzednia próba ma nieznany wynik - tak powstają podwójne etykiety z historii powyżej.
- Nie zakładaj, że brak potwierdzenia w BaseLinkerze oznacza brak operacji. Automatyzacja mogła dotrzeć do kuriera albo marketplace, zanim połączenie padło - sprawdź identyfikator po tamtej stronie, zanim ponowisz.
Co sprawdzić po przywróceniu synchronizacji?
Nie włączaj wszystkiego naraz. Najpierw porównaj punkt kontrolny i ręczną listę z rekordami w BaseLinkerze i w kanałach, a każdą operację oznacz jako wykonaną, pominiętą albo wymagającą wyjaśnienia. Automatyzacje przywracaj dopiero po wyjaśnieniu rekordów o nieznanym stanie, w kolejności ustalonej przez osobę odpowiedzialną za proces.
Przejrzyj trzy miejsca, w których awaria zostawia ślady: duplikaty przesyłek, dokumentów i zmian statusu, zamówienia złożone w czasie przerwy oraz operacje bez potwierdzenia. Zachowaj identyfikatory z obu systemów - przydadzą się przy reklamacjach i w zgłoszeniu. Jeśli twoja własna integracja zwraca błędy HTTP albo zrywa połączenia, przejdź do runbooków błędów technicznych.
Co zapisać w zgłoszeniu do supportu?
Zgłoszenie "BaseLinker nie działa" nie mówi, czy chodzi o panel, pobieranie zamówień, stany, kuriera czy automatyzację - i właśnie dlatego czeka w kolejce najdłużej. Opisz jedną klasę operacji i podaj komplet danych:
- komponent, konto i kanał, którego dotyczy problem,
- typ operacji, czas ze strefą i identyfikator rekordu,
- treść komunikatu po usunięciu danych poufnych,
- stan rekordu po stronie BaseLinkera i po stronie systemu zewnętrznego,
- informację, czy problem obejmuje też inne kanały.
Przed wysłaniem usuń dane klientów, tokeny API, hasła i etykiety z adresami. Support ich nie potrzebuje, a ty odpowiadasz za każde miejsce, do którego trafią.
Pytania o awarie BaseLinkera
Czy awaria BaseLinkera oznacza awarię marketplace?
Nie - to odrębne systemy połączone integracją. Sprawdź to samo zamówienie bezpośrednio w panelu kanału i w BaseLinkerze. Jeśli kanał też nie działa, odczytaj jego własną stronę statusu. Jeśli działa, szukaj problemu w integracji albo w koncie.
Czy ponawiać pobieranie zamówień po błędzie?
Nie masowo, dopóki nie znasz wyniku wcześniejszej próby. Wybierz jeden rekord, zapisz identyfikatory po obu stronach i sprawdź, czy zamówienie nie zostało już pobrane. Zbiorcze ponowienie przy nieznanym stanie produkuje duplikaty, które trudniej znaleźć niż braki.
Jak obsługiwać zamówienia w czasie awarii BaseLinkera?
Zapisz czas ostatniej poprawnej synchronizacji i od tego punktu prowadź listę operacji ręcznych - kanał, identyfikator, czynność, wykonawca, wynik. Pilne zamówienia obsługuj bezpośrednio w panelu marketplace, zgodnie z procedurą firmy. Danych klientów nie przenoś do prywatnych narzędzi.
Co sprawdzić po powrocie synchronizacji?
Uzgodnij ręczną listę z rekordami w BaseLinkerze, marketplace i systemie kuriera. Wyłap zamówienia złożone podczas przerwy, duplikaty przesyłek, dokumentów i zmian statusu oraz operacje bez potwierdzenia. Automatyzacje włączaj dopiero po wyjaśnieniu rekordów o nieznanym stanie.
Jakie dane dołączyć do zgłoszenia awarii?
Komponent, konto, kanał, typ operacji, czas ze strefą, identyfikator rekordu, oczyszczony komunikat oraz stan po obu stronach integracji. Dopisz, czy problem widzisz też w innych kanałach. Nie wysyłaj tokenów API, haseł, danych klientów ani pełnych etykiet przesyłek.