Skąd biorą się statusy — odpytywanie kurierów

Statusy nie przychodzą od kuriera same. To system dzwoni do przewoźnika, cyklicznym zadaniem w tle, i pyta o listę paczek naraz. Żaden z podłączonych kurierów nie wysyła do nas powiadomień (webhooków).

Konsekwencja praktyczna: status zawsze jest tak świeży, jak ostatnie odpytanie — nie tak świeży, jak zdarzenie u kuriera.

Krok po kroku — sprawdzenie, czy połączenie w ogóle pyta kuriera

Kiedy stoją wszystkie paczki jednego przewoźnika, a innych działają, sprawdź jedno ustawienie. Z ekranu śledzenia go nie widać — trzeba wejść w konfigurację połączenia.

1. Wejdź w Integracje → Integracje i zostań na zakładce Moje integracje.
2. Otwórz połączenie kurierskie, którego paczki stoją.
3. W lewej kolumnie etapów wybierz Wysyłka. Opis etapu brzmi Przypisanie metod dostawy do Twoich kurierów i magazynów realizacji. Ustawienie siedzi w niej w grupie Dostawy.
4. Szybciej trafisz przez pole Szukaj ustawienia… nad listą etapów. > Wpisz Fetch, nie „śledzenie". Przełącznik nazywa się Fetch Tracking Numbers i nie ma > polskiego tłumaczenia — po polsku nie znajdziesz go w żaden sposób. Gdy nic nie pasuje, > wyszukiwarka odpowiada Brak ustawień pasujących do frazy.
5. Sprawdź stan przełącznika. Wyłączony znaczy, że wszystkie paczki tego połączenia są pomijane przy każdym przebiegu, bez żadnego komunikatu i bez śladu na liście przesyłek.
6. Nie masz dostępu do ustawień integracji? To pytanie do administratora — nie da się tego ustalić z poziomu modułu śledzenia.
7. Po włączeniu nie odświeżaj listy w kółko. Statusy pojawią się dopiero przy kolejnym przebiegu zadania w tle; jego częstotliwość ustawia administrator w harmonogramie.

Przycisk odświeżania nie odpytuje kuriera

Ikona odświeżania na liście przeładowuje tylko zapisany widok. Nie ma w systemie żadnego przycisku ani adresu, który wymusiłby sprawdzenie jednej paczki u przewoźnika. Klikanie odświeżania w kółko nie przyspieszy niczego.

Które paczki są odpytywane

Zadanie w tle nie pyta o wszystko. Bierze paczkę pod uwagę tylko wtedy, gdy spełnia wszystkie poniższe warunki:

Okno po statusie końcowym liczy się od daty zdarzenia u kuriera, więc ponowne pobranie tego samego zdarzenia go nie przedłuża. Paczka młodsza niż okno jest sprawdzana zawsze — data wsteczna od kuriera nie odbiera jej ostatniej szansy. Osobno: paczka, która stanęła na kodzie „nieodebrana" albo „odmowa przyjęcia", jest odpytywana aż kurier zgłosi zwrot, bez limitu trzech dni. Nadal obowiązuje limit 30 dni od utworzenia paczki (brak aktualizacji statusu przesyłki).

Wyhamowanie dla paczek „martwych"

Paczka, która ma status Początkowy i jest starsza niż 3 dni, przestaje być odpytywana przy każdym przebiegu — system sprawdza ją tylko co 4 godziny. To celowe: paczka, która przez trzy dni nie ruszyła z etapu zerowego, najczęściej nigdy nie została fizycznie nadana, a odpytywanie jej kosztuje limit u kuriera.

Harmonogram

Częstotliwość sprawdzania statusów zależy od harmonogramu na Twoim wdrożeniu. Nie da się jej odczytać z tego ekranu — o szczegóły zapytaj wsparcie NOXTI.

Odpytywanie idzie paczkami po 50 sztuk na raz, osobno dla każdego połączenia kurierskiego, i ma godzinną blokadę przed równoległym uruchomieniem tego samego połączenia dwa razy.

Co zapisuje jedno odpytanie

Każde nowe zdarzenie od kuriera zapisuje się jako osobny wpis historii z datą i kodem przewoźnika. Jeśli kurier zwraca ten sam kod co poprzednio, nic się nie zapisuje i nie odpala się żaden automat workflow — dlatego automatyzacje reagują na zmiany, nie na przebiegi.

Historia jest widoczna na karcie zamówienia (Przesyłka na karcie zamówienia — pełna historia i akcje), nie na liście przesyłek.