Statusy zamówień w InPost Buy - jak zautomatyzować informowanie klienta o postępach

Automatyczne potwierdzanie zamówień w InPost Buy

Pierwszy status, który klient odczuwa, to potwierdzenie. W Base masz dwie drogi. Przy włączonym automatycznym potwierdzaniu integracja potwierdza zamówienie w InPost w chwili pobrania do Base, a zamówienie przychodzi z pełnymi danymi. Przy wyłączonym potwierdzasz ręcznie w panelu InPost albo zmieniając w Base status na ten zmapowany jako Zaakceptowano - do tego czasu zamówienie jest w Base bez danych (stan na sierpień 2026 - sprawdź aktualne zasady InPost Buy).

[#chart:ibu49b]

Przy ręcznym potwierdzaniu ustal, kto i kiedy akceptuje zamówienia. Najlepiej w stałych porach, np. rano i po południu, i zawsze przed startem pakowania. Zamówienie złożone wieczorem i zaakceptowane dopiero następnego popołudnia oznacza dla klienta dzień niepewności. Pobieranie zamówień ustawisz co 10 minut albo co minutę - przy automatycznym potwierdzaniu krótszy interwał skraca czas do potwierdzenia.

Jak zaprojektować statusy zamówień w systemie sklepu

Dobre statusy mówią zespołowi, co zrobić z zamówieniem, i automatycznie uruchamiają kolejne kroki. Poniżej układ, który sprawdza się przy InPost Buy obok innych kanałów:

1. Nowe - InPost Buy - status startowy ustawiony w integracji dla pobranych zamówień.

2. Zaakceptowane - status zmapowany na Zaakceptowano. Zmiana wysyła potwierdzenie do InPost, a automatyczna akcja wystawia dokument sprzedaży.

3. Do spakowania - wspólny dla wszystkich kanałów. Automatyczna akcja dodaje zamówienie do listy kompletacyjnej.

4. Wysłane - ustawiany automatycznie po wygenerowaniu etykiety InPost. Numer przesyłki trafia do zamówienia.

5. Anulowane - status zmapowany na Anulowano. Automatyczna akcja przywraca stan magazynowy.

6. Do wyjaśnienia - status pomocniczy dla wyjątków, np. brak towaru lub brak danych do faktury.

Przy takim układzie zespół zmienia status tylko w kilku miejscach, a reszta dzieje się sama. Jeśli masz już podobne statusy dla Allegro i sklepu, nie twórz osobnego zestawu dla InPost Buy. Dodaj nowy kanał jako źródło w istniejących automatycznych akcjach i dołóż tylko status startowy oraz mapowanie dwóch statusów po stronie InPost.

Warto też zdecydować, skąd mają pochodzić nazwy produktów w zamówieniu. W ustawieniach integracji w Base wybierasz, czy nazwy będą pobierane z platformy, czy z Twojego magazynu. Dla zespołu wygodniejsze są zwykle nazwy magazynowe - te same, które widnieją na półkach i na listach kompletacyjnych z innych kanałów. Mniej pomyłek przy pakowaniu to mniej anulacji i zwrotów, czyli mniej złych wiadomości dla klienta.

Na koniec zadbaj o kolory i kolejność statusów na liście. Status startowy InPost Buy i status Do wyjaśnienia powinny być na tyle widoczne, żeby nikt ich nie przeoczył przy porannym przeglądzie. Proste wizualne wyróżnienie często daje więcej niż kolejna reguła.

Automatyczne akcje przy zmianie statusu zamówienia InPost Buy

Automatyczna akcja to reguła, która przy określonym zdarzeniu - np. zmianie statusu - wykonuje czynność bez udziału człowieka. W kontekście informowania klienta najważniejsze są te, które skracają czas do nadania paczki i przekazują numer przesyłki.

• Po pobraniu zamówienia - sprawdzenie, czy wszystkie produkty są na stanie. Jeśli tak, zmiana statusu na Zaakceptowane. Jeśli nie, przeniesienie do Do wyjaśnienia.

• Po akceptacji - wystawienie paragonu lub faktury. Dane do faktury przychodzą tylko wtedy, gdy klient o nią poprosił.

• Po spakowaniu - wygenerowanie etykiety InPost z punktem odbioru, który klient wybrał w aplikacji.

• Po wygenerowaniu etykiety - zmiana statusu na Wysłane i zapis numeru przesyłki w zamówieniu.

• Po anulowaniu - przywrócenie stanu i, jeśli trzeba, korekta dokumentu.

[#tip] Unikaj dodatkowych wiadomości e-mail wysyłanych z Twojego systemu do klientów z InPost Buy, dopóki nie sprawdzisz, jakie dane kontaktowe przekazuje integracja i co dopuszczają zasady kanału. Klient i tak śledzi zamówienie w aplikacji InPost Mobile - zdublowana komunikacja częściej myli, niż pomaga.

Statusy przy anulowaniu i zwrocie zamówienia z InPost Buy

Złe wiadomości też są informacją dla klienta i też powinny przechodzić przez statusy. Najgorszy scenariusz to zamówienie, które ktoś w zespole uznał za anulowane, ale nie zmienił statusu w systemie. Klient czeka wtedy na paczkę, a w aplikacji widzi zamówienie przyjęte do realizacji.

Gdy brakuje towaru, decyzję podejmij od razu po pobraniu zamówienia, a nie w dniu pakowania. Jeśli produktu nie będzie, zmień status na ten zmapowany jako Anulowano - InPost dostanie aktualizację, a klient informację w aplikacji. Automatyczna akcja przy tym statusie powinna przywrócić stan i oznaczyć zamówienie powodem anulowania, żeby po miesiącu widzieć, ile anulacji wynikało z braków.

Przy zwrocie po doręczeniu kolejność jest odwrotna: najpierw przyjmujesz paczkę zwrotną, potem rejestrujesz zwrot przy zamówieniu w systemie, przyjmujesz towar na magazyn i wystawiasz korektę według swoich zasad. Dobrą praktyką jest osobny status Zwrot przyjęty, z automatyczną akcją, która przywraca stan we wszystkich kanałach i dodaje zamówienie do listy korekt dla księgowości.

• Powód anulowania - zapisuj go w polu zamówienia, np. brak towaru, rezygnacja klienta, błąd ceny.

• Czas reakcji - anulowanie z powodu braku zrób tego samego dnia, w którym przyszło zamówienie.

• Raport zwrotów per kanał - pokaże, czy klienci z aplikacji zwracają częściej niż z Allegro.

Jak mierzyć, czy klient jest dobrze informowany

Najprostszym wskaźnikiem jakości informowania jest to, jak szybko zamówienie przechodzi od zakupu do nadania. Można go policzyć w systemie wielokanałowym, filtrując zamówienia z InPost Buy po dacie złożenia i dacie zmiany statusu na Wysłane.

[#chart:ibu49c]

Drugi wskaźnik to odsetek anulacji. Każde anulowanie to dla klienta zła wiadomość, którą najczęściej powoduje brak towaru. Jeśli ten odsetek rośnie, sprawdź stany i powiązania ofert - więcej o tym we wpisie brak towaru w InPost Buy - jak ograniczyć anulowanie zamówień.

[#przyklad] Przykład (liczby umowne): sklep potwierdzał zamówienia z InPost Buy ręcznie raz dziennie, po południu. Zamówienia złożone wieczorem czekały na akceptację prawie dobę, a paczki wychodziły dopiero następnego dnia. Po włączeniu automatycznego potwierdzania i dodaniu InPost Buy do porannej kolejki pakowania większość paczek wychodziła w dniu następującym po zakupie rano, a nie po południu.

Najczęstsze błędy w statusach zamówień InPost Buy

• Brak mapowania statusów - zespół zmienia status w Base, ale InPost nie dostaje informacji, więc w aplikacji zamówienie wygląda na niepotwierdzone.

• Anulowanie tylko w jednym systemie - zamówienie anulowane w Base, ale nie w InPost, albo odwrotnie. Klient czeka na paczkę, która nie przyjdzie.

• Numer przesyłki poza zamówieniem - etykieta wygenerowana poza systemem, a numer nie trafił do zamówienia. Zespół nie widzi, co zostało wysłane.

• Zbyt wiele statusów - osobne statusy dla każdego kanału i każdej czynności. Reguły się mnożą, a zespół gubi się w liście.

Jak Vinson pomaga ustawić statusy zamówień w InPost Buy

Pomagamy wejść na InPost Buy, wystawić oferty i zintegrować sprzedaż z Base. Projektujemy statusy i automatyczne akcje tak, żeby zamówienia z aplikacji przechodziły tę samą ścieżkę co zamówienia z Allegro i sklepu, ustawiamy mapowanie statusów, automatyczne potwierdzanie, etykiety i powrót numeru przesyłki. Jako certyfikowany partner Base znamy automatyczne akcje od strony wdrożeń - szczegóły na stronie wdrożenia Base. Zakres obsługi kanału opisujemy na stronie Sprzedaż na InPost Buy z Vinson.

Najczęściej zadawane pytania

Jakie statusy zamówień można przekazać do InPost Buy z Base?

W Base mapujesz dwa statusy po stronie InPost: Zaakceptowano i Anulowano. Zmiana statusu w Base wysyła aktualizację do InPost. Pozostałe statusy są wewnętrzne i służą organizacji pracy w Twoim zespole.

Skąd klient InPost Buy wie, że paczka jest w drodze?

Klient śledzi zamówienie w aplikacji InPost Mobile. Gdy wygenerujesz etykietę InPost i nadasz paczkę, przesyłka pojawia się w sieci InPost, a klient widzi jej postęp tak samo jak przy innych paczkach.

Czy warto włączyć automatyczne potwierdzanie zamówień w InPost Buy?

Zwykle tak, jeśli stany są aktualne. Automatyczne potwierdzanie skraca czas do akceptacji i sprawia, że zamówienie przychodzi do Base z pełnymi danymi. Ręczne potwierdzanie ma sens przy produktach, których dostępność trzeba sprawdzić przed przyjęciem zamówienia.

Dlaczego zamówienie w aplikacji wygląda na niepotwierdzone?

Najczęściej dlatego, że automatyczne potwierdzanie jest wyłączone, a status w Base nie został zmieniony na ten zmapowany jako Zaakceptowano. Sprawdź mapowanie statusów w ustawieniach integracji i to, czy zamówienie nie czeka w statusie startowym.

Jak często Base pobiera zamówienia z InPost Buy?

W ustawieniach integracji wybierasz pobieranie co 10 minut albo co minutę (stan na sierpień 2026 - sprawdź aktualne zasady InPost Buy). Pobierane są zamówienia opłacone i potwierdzone. Krótszy interwał przy automatycznym potwierdzaniu skraca czas, w którym klient czeka na akceptację.

Czy muszę wysyłać klientom InPost Buy własne e-maile o statusie?

Nie ma takiej potrzeby, bo klient śledzi zamówienie i paczkę w aplikacji InPost Mobile. Jeśli chcesz wysyłać dodatkowe wiadomości, najpierw sprawdź, jakie dane kontaktowe przekazuje integracja i co dopuszczają zasady InPost Buy.

Dobrze ustawione statusy sprawiają, że klient w aplikacji szybko dostaje potwierdzenie i paczkę, a zespół nie klika w dwóch panelach. Jeśli chcesz, żebyśmy zaprojektowali statusy i automatyczne akcje u Ciebie, zajrzyj na stronę Sprzedaż na InPost Buy z Vinson. Pełną konfigurację kanału opisuje wpis integracja InPost Buy z Base krok po kroku.