Automatyzacja zamówień z InPost Buy - jak przekazywać je do ERP i magazynu

Miłosz Brzegowy
Miłosz Brzegowy
Head of Growth and Demand Generation
Automatyzacja zamówień z InPost Buy - jak przekazywać je do ERP i magazynu

Automatyzacja zamówień z InPost Buy polega na tym, że zamówienie złożone w aplikacji InPost Mobile samo trafia do systemu, w którym pracujesz - najczęściej przez Base lub inny system wielokanałowy - a stamtąd do ERP, do księgowości i na listę kompletacji w magazynie. Ręczna praca ogranicza się do pakowania i obsługi wyjątków. Żeby to działało, trzeba ustawić pobieranie zamówień, mapowanie statusów, dokumenty sprzedaży i przekazanie danych do magazynu.
W tym wpisie rozkładamy na części drogę zamówienia od aplikacji do magazynu i księgowości: gdzie zamówienie powstaje, kto je potwierdza, jak przechodzi do ERP i w których miejscach najczęściej coś się zacina. Jeśli dopiero wybierasz sposób połączenia, porównanie dostępnych opcji znajdziesz we wpisie którą integrację wybrać do InPost Buy - Base, Apilo, Shoper, Sellasist czy API.
[#wazne] W skrócie: automatyzacja zamówień z InPost Buy to automatyczne pobieranie zamówień z aplikacji InPost Mobile do systemu wielokanałowego (np. Base), a dalej do ERP i magazynu, bez przepisywania danych. Kluczowe elementy to: pobieranie tylko opłaconych i potwierdzonych zamówień, mapowanie statusów, automatyczne dokumenty sprzedaży i przekazanie zamówienia do kompletacji. W Vinson pomagamy wejść na InPost Buy i spiąć ten przepływ z Base.
Automatyzacja zamówień z InPost Buy - jak wygląda przepływ zamówienia
Zamówienie w InPost Buy powstaje w aplikacji InPost Mobile: klient wybiera produkt, płaci w aplikacji i wskazuje Paczkomat lub dostawę kurierem. Od strony sprzedawcy zamówienie jest widoczne w panelu InPost, a integracja pobiera je do systemu, w którym obsługujesz sprzedaż. W Base i części innych integratorów platforma może występować pod nazwą InPost Von Halsky - to ten sam kanał sprzedaży w aplikacji InPost (stan na lipiec 2026 - sprawdź aktualne zasady InPost Buy).
Niezależnie od tego, jakiego systemu używasz, zamówienie przechodzi przez te same etapy. Każdy z nich można zautomatyzować, ale każdy jest też miejscem, w którym może się zatrzymać.
[#chart:ibu43a]
W Base pobieranie zamówień włączasz w ustawieniach konta integracji, w sekcji zamówień. Do wyboru jest pobieranie co 10 minut albo co minutę, a pobierane są tylko zamówienia opłacone i potwierdzone (stan na lipiec 2026 - sprawdź aktualne zasady InPost Buy i opcje w Base). Dla pobranych zamówień ustawiasz status startowy, możesz przekazywać je dalej do podłączonego sklepu i wybierasz, czy nazwy produktów mają pochodzić z platformy, czy z Twojego magazynu.
Po stronie logistyki punktem wyjścia jest umowa z InPost. Do sprzedaży w kanale potrzebna jest aktywna umowa logistyczna zawarta bezpośrednio z InPost na usługi Paczkomat 24/7 i Kurier Standard (stan na lipiec 2026 - sprawdź aktualne zasady InPost Buy). To z tego konta będziesz generować etykiety dla zamówień z aplikacji, więc warto podpiąć je w systemie wielokanałowym jeszcze przed pierwszym zamówieniem.
Potwierdzanie zamówień i statusy w InPost Buy
Pierwsza decyzja to automatyczne potwierdzanie zamówień. W Base przy włączonym automatycznym potwierdzaniu zamówienia przychodzą od razu z pełnymi danymi. Bez niego potwierdzasz je ręcznie w panelu InPost, a do Base trafiają najpierw bez danych i uzupełniają się po akceptacji. Przy kilku zamówieniach dziennie ręczna akceptacja bywa wygodna, bo daje chwilę na sprawdzenie stanu. Przy większej skali staje się wąskim gardłem.
| Element | Ustawienie automatyczne | Ustawienie ręczne |
|---|---|---|
| Potwierdzenie zamówienia | Integracja potwierdza od razu, dane przychodzą kompletne | Akceptacja w panelu InPost, dane uzupełniają się później |
| Status startowy | Z góry przypisany status, np. Nowe - InPost Buy | Zamówienie czeka w ogólnej kolejce |
| Mapowanie statusów | Status w Base odpowiada statusowi Zaakceptowano lub Anulowano po stronie InPost | Status zmieniany w dwóch panelach |
| Dane do faktury | Przychodzą, gdy klient poprosił o fakturę | Trzeba je dopytywać lub przepisywać |
| Przekazanie do ERP | Akcja automatyczna lub synchronizacja | Ręczne wprowadzenie zamówienia |
Mapowanie statusów oznacza, że wskazujesz, który status w Base odpowiada akceptacji, a który anulowaniu zamówienia po stronie InPost. Dzięki temu zmiana w jednym systemie nie wymaga klikania w drugim, a klient widzi w aplikacji aktualny stan zamówienia.
Automatyzacja zamówień z InPost Buy polega na tym, że zamówienie złożone w aplikacji InPost Mobile samo trafia do systemu, w którym pracujesz - najczęściej przez Base lub inny system wielokanałowy - a stamtąd do ERP, do księgowości i na listę kompletacji w magazynie. Ręczna praca ogranicza się do pakowania i obsługi wyjątków. Żeby to działało, trzeba ustawić pobieranie zamówień, mapowanie statusów, dokumenty sprzedaży i przekazanie danych do magazynu.
W tym wpisie rozkładamy na części drogę zamówienia od aplikacji do magazynu i księgowości: gdzie zamówienie powstaje, kto je potwierdza, jak przechodzi do ERP i w których miejscach najczęściej coś się zacina. Jeśli dopiero wybierasz sposób połączenia, porównanie dostępnych opcji znajdziesz we wpisie którą integrację wybrać do InPost Buy - Base, Apilo, Shoper, Sellasist czy API.
[#wazne] W skrócie: automatyzacja zamówień z InPost Buy to automatyczne pobieranie zamówień z aplikacji InPost Mobile do systemu wielokanałowego (np. Base), a dalej do ERP i magazynu, bez przepisywania danych. Kluczowe elementy to: pobieranie tylko opłaconych i potwierdzonych zamówień, mapowanie statusów, automatyczne dokumenty sprzedaży i przekazanie zamówienia do kompletacji. W Vinson pomagamy wejść na InPost Buy i spiąć ten przepływ z Base.
Automatyzacja zamówień z InPost Buy - jak wygląda przepływ zamówienia
Zamówienie w InPost Buy powstaje w aplikacji InPost Mobile: klient wybiera produkt, płaci w aplikacji i wskazuje Paczkomat lub dostawę kurierem. Od strony sprzedawcy zamówienie jest widoczne w panelu InPost, a integracja pobiera je do systemu, w którym obsługujesz sprzedaż. W Base i części innych integratorów platforma może występować pod nazwą InPost Von Halsky - to ten sam kanał sprzedaży w aplikacji InPost (stan na lipiec 2026 - sprawdź aktualne zasady InPost Buy).
Niezależnie od tego, jakiego systemu używasz, zamówienie przechodzi przez te same etapy. Każdy z nich można zautomatyzować, ale każdy jest też miejscem, w którym może się zatrzymać.
[#chart:ibu43a]
W Base pobieranie zamówień włączasz w ustawieniach konta integracji, w sekcji zamówień. Do wyboru jest pobieranie co 10 minut albo co minutę, a pobierane są tylko zamówienia opłacone i potwierdzone (stan na lipiec 2026 - sprawdź aktualne zasady InPost Buy i opcje w Base). Dla pobranych zamówień ustawiasz status startowy, możesz przekazywać je dalej do podłączonego sklepu i wybierasz, czy nazwy produktów mają pochodzić z platformy, czy z Twojego magazynu.
Po stronie logistyki punktem wyjścia jest umowa z InPost. Do sprzedaży w kanale potrzebna jest aktywna umowa logistyczna zawarta bezpośrednio z InPost na usługi Paczkomat 24/7 i Kurier Standard (stan na lipiec 2026 - sprawdź aktualne zasady InPost Buy). To z tego konta będziesz generować etykiety dla zamówień z aplikacji, więc warto podpiąć je w systemie wielokanałowym jeszcze przed pierwszym zamówieniem.
Potwierdzanie zamówień i statusy w InPost Buy
Pierwsza decyzja to automatyczne potwierdzanie zamówień. W Base przy włączonym automatycznym potwierdzaniu zamówienia przychodzą od razu z pełnymi danymi. Bez niego potwierdzasz je ręcznie w panelu InPost, a do Base trafiają najpierw bez danych i uzupełniają się po akceptacji. Przy kilku zamówieniach dziennie ręczna akceptacja bywa wygodna, bo daje chwilę na sprawdzenie stanu. Przy większej skali staje się wąskim gardłem.
| Element | Ustawienie automatyczne | Ustawienie ręczne |
|---|---|---|
| Potwierdzenie zamówienia | Integracja potwierdza od razu, dane przychodzą kompletne | Akceptacja w panelu InPost, dane uzupełniają się później |
| Status startowy | Z góry przypisany status, np. Nowe - InPost Buy | Zamówienie czeka w ogólnej kolejce |
| Mapowanie statusów | Status w Base odpowiada statusowi Zaakceptowano lub Anulowano po stronie InPost | Status zmieniany w dwóch panelach |
| Dane do faktury | Przychodzą, gdy klient poprosił o fakturę | Trzeba je dopytywać lub przepisywać |
| Przekazanie do ERP | Akcja automatyczna lub synchronizacja | Ręczne wprowadzenie zamówienia |
Mapowanie statusów oznacza, że wskazujesz, który status w Base odpowiada akceptacji, a który anulowaniu zamówienia po stronie InPost. Dzięki temu zmiana w jednym systemie nie wymaga klikania w drugim, a klient widzi w aplikacji aktualny stan zamówienia.
- Ocena, czy Twój asortyment pasuje do InPost Buy
- Wymagania, integracja z Base i wystawienie ofert
- Plan startu krok po kroku
Konsultację poprowadzi Miłosz Brzegowy, Head of Growth and Demand GenerationJak przekazywać zamówienia z InPost Buy do ERP
ERP to system, w którym firma prowadzi magazyn, dokumenty i rozrachunki. Jeśli już go używasz, zamówienia z InPost Buy powinny w nim lądować tak samo jak zamówienia z Allegro czy sklepu - bez osobnej ścieżki. Są dwa typowe modele połączenia, a wybór zależy od tego, gdzie dziś obsługujesz pozostałe kanały.
[#chart:ibu43b]
W modelu z Base w środku zamówienie z aplikacji trafia najpierw do Base, gdzie przechodzi przez automatyczne akcje, a następnie jest przekazywane do ERP przez istniejącą integrację Base z tym systemem. ERP odsyła stany magazynowe do Base, a Base rozsyła je do wszystkich kanałów, także do InPost Buy. W modelu bezpośrednim własne połączenie API pobiera zamówienia z platformy i zapisuje je od razu w ERP, a stany z ERP wysyła do platformy tym samym połączeniem.
Więcej o tym, kiedy własne połączenie ma sens, przeczytasz we wpisie integracja InPost Buy przez API - kiedy warto napisać własne połączenie. W większości sklepów, które już korzystają z Base, prostsze jest dołożenie InPost Buy jako kolejnego źródła zamówień - ścieżka do ERP zostaje ta sama.
Niezależnie od modelu ustal przed startem trzy rzeczy:
Jak identyfikujesz kanał - zamówienie z InPost Buy musi być w ERP rozpoznawalne, np. przez osobne źródło, kontrahenta lub znacznik. Bez tego raporty sprzedaży per kanał będą niemożliwe.
Jak łączysz produkty - po SKU, EAN czy identyfikatorze z magazynu. Zamówienie z produktem, którego ERP nie rozpozna, zatrzyma się na imporcie.
Kto wystawia dokument - Base, ERP czy osobny program księgowy. Dokument powinien powstawać w jednym miejscu, żeby nie dublować faktur.
Zamówienia z InPost Buy w magazynie - kompletacja, etykieta, wysyłka
Gdy zamówienie jest już w systemie, zaczyna się praca magazynu. Tu automatyzacja daje najwięcej, bo każda czynność powtarza się dziesiątki razy dziennie. Minimalny zestaw automatycznych akcji, który warto mieć dla InPost Buy:
Nowe zamówienie z InPost Buy dostaje status startowy i trafia do tej samej kolejki kompletacji co zamówienia z innych kanałów.
Dokument sprzedaży (paragon lub faktura, gdy klient o nią poprosił) wystawia się automatycznie po zmianie statusu.
Lista kompletacyjna lub karta zamówienia drukuje się zbiorczo dla wszystkich kanałów.
Etykieta InPost generuje się z danymi punktu odbioru, które przyszły razem z zamówieniem - Paczkomat lub adres dla kuriera.
Numer przesyłki wraca do platformy, żeby klient widział w aplikacji, że paczka jest w drodze.
Warunkiem jest poprawny stan magazynowy. Jeśli ERP lub Base nie zdąży zdjąć stanu po zamówieniu z innego kanału, aplikacja przyjmie zamówienie na towar, którego już nie ma. Dlatego źródłem stanów powinien być jeden magazyn - w ERP albo w Base - z którego wszystkie kanały, w tym InPost Buy, tylko odczytują dostępność. Przy produktach z niskim stanem pomaga bufor, czyli wysyłanie do kanałów nieco mniejszej liczby sztuk niż leży na półce. Każde zamówienie, niezależnie od źródła, powinno zdejmować stan w tym samym miejscu i w tym samym momencie - zwykle przy pobraniu zamówienia do systemu.
[#tip] Na pierwsze tygodnie po uruchomieniu dodaj dla zamówień z InPost Buy osobny znacznik lub status pomocniczy. Szybko zobaczysz, czy któreś zamówienie poszło inną ścieżką niż reszta - np. nie dostało dokumentu albo nie trafiło do ERP.
Gdzie automatyzacja zamówień InPost Buy najczęściej się zacina
Przepływ zamówienia przechodzi przez kilka systemów, więc błąd w jednym miejscu daje objawy w innym. Poniżej trzy najczęstsze sytuacje, ich przyczyny i poprawki.
[#chart:ibu43c]
Pozostałe typowe problemy to brak danych do faktury (klient nie zaznaczył, że jej potrzebuje, więc dane nie przyszły), produkty z nazwą z platformy zamiast nazwy magazynowej, przez co ERP nie rozpoznaje pozycji, oraz anulowanie zamówienia w jednym systemie bez odpowiednika w drugim. Każdy z nich rozwiązuje się w ustawieniach, a nie ręcznymi poprawkami pojedynczych zamówień.
[#przyklad] Przykład (liczby umowne): sklep obsługuje 25 zamówień dziennie z InPost Buy. Bez automatyzacji ktoś akceptuje każde zamówienie w panelu InPost, przepisuje je do ERP i ręcznie tworzy etykietę - po kilka minut na zamówienie. Po włączeniu automatycznego potwierdzania, pobierania do Base, przekazywania do ERP i zbiorczego druku etykiet praca sprowadza się do pakowania i przeglądu kilku wyjątków dziennie.
Anulacje i zwroty w automatyzacji zamówień InPost Buy
Automatyzacja zamówień nie kończy się na wysyłce. Każde anulowanie i każdy zwrot musi przejść przez te same systemy w odwrotnym kierunku: platforma, system wielokanałowy, ERP, magazyn. Jeśli tej ścieżki nie zaplanujesz, stany zaczną się rozjeżdżać, a w księgowości zostaną dokumenty bez korekt.
Anulowanie przed wysyłką - status anulowania w Base powinien być zmapowany na anulowanie po stronie InPost, a towar powinien wrócić na stan automatycznie. Sprawdź też, czy ERP nie zdążył już zarezerwować towaru lub wystawić dokumentu.
Zwrot po doręczeniu - po przyjęciu paczki zwrotnej oznacz zwrot przy zamówieniu, przyjmij towar na magazyn i wystaw korektę według swoich zasad. Stan wraca wtedy do wszystkich kanałów.
Raport per kanał - oznaczaj anulacje i zwroty źródłem zamówienia. Po kilku miesiącach zobaczysz, czy kanał w aplikacji generuje ich więcej, czy mniej niż Allegro i sklep.
Jak przetestować automatyzację zamówień przed startem sprzedaży
Zanim kanał zacznie sprzedawać na pełną skalę, przejdź całą ścieżkę na kilku zamówieniach i sprawdź każdy etap osobno. Testy zajmują godzinę lub dwie, a oszczędzają tygodnie wyjaśniania, dlaczego część zamówień nie dotarła do ERP.
[#checklista] Zamówienie pojawia się w Base w oczekiwanym czasie i z pełnymi danymi - ma poprawny status startowy i znacznik kanału - produkty łączą się z pozycjami w magazynie i ERP - dokument sprzedaży wystawia się automatycznie i tylko raz - zamówienie trafia na listę kompletacji razem z innymi kanałami - etykieta generuje się z właściwym punktem odbioru lub adresem - numer przesyłki wraca do aplikacji - anulowanie testowe przywraca stan magazynowy we wszystkich kanałach.
Jak Vinson pomaga w automatyzacji zamówień z InPost Buy
Pomagamy wejść na InPost Buy, wystawić ofertę i zintegrować sprzedaż z Base tak, żeby zamówienia z aplikacji przechodziły tę samą ścieżkę co zamówienia z Allegro i sklepu. Ustawiamy pobieranie i potwierdzanie zamówień, mapowanie statusów, automatyczne dokumenty, przekazanie do ERP i druk etykiet, a potem testujemy całą drogę na prawdziwych zamówieniach. Jako certyfikowany partner Base znamy jego 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
Jak zautomatyzować zamówienia z InPost Buy?
Podłącz kanał przez integrację, np. Base, włącz pobieranie i automatyczne potwierdzanie zamówień, zmapuj statusy i ustaw automatyczne akcje: dokument sprzedaży, przekazanie do ERP, etykietę i powrót numeru przesyłki. Wtedy zamówienie z aplikacji przechodzi przez system bez ręcznego przepisywania.
Czy zamówienia z InPost Buy można przekazać do ERP?
Tak. Najprościej przez system wielokanałowy, który ma już połączenie z Twoim ERP - zamówienia z InPost Buy trafiają do niego jak z każdego innego kanału. Alternatywą jest własne połączenie API, które zapisuje zamówienia bezpośrednio w ERP.
Dlaczego zamówienie z InPost Buy przyszło do Base bez danych klienta?
Prawdopodobnie automatyczne potwierdzanie jest wyłączone. Wtedy zamówienie trafia do Base bez danych i uzupełnia się dopiero po akceptacji w panelu InPost. Włącz automatyczne potwierdzanie lub akceptuj zamówienia na bieżąco.
Jak często zamówienia z InPost Buy pobierają się do Base?
W ustawieniach integracji wybierasz pobieranie co 10 minut albo co minutę (stan na lipiec 2026 - sprawdź aktualne zasady InPost Buy). Pobierane są zamówienia opłacone i potwierdzone.
Czy zamówienia z InPost Buy muszą mieć osobną ścieżkę w magazynie?
Nie i lepiej, żeby nie miały. Najprostsze w utrzymaniu jest dodanie InPost Buy jako kolejnego źródła w istniejących automatycznych akcjach, tak by zamówienia z aplikacji trafiały do tej samej kolejki kompletacji i druku etykiet co zamówienia z Allegro i sklepu. Osobny znacznik kanału wystarczy do raportów.
Czy do zamówień z InPost Buy wystawiam faktury?
Dokument sprzedaży wystawiasz według swoich zasad. Dane do faktury przychodzą w zamówieniu wtedy, gdy klient o nią poprosi. W pozostałych przypadkach zwykle wystawia się paragon, najlepiej automatycznie po zmianie statusu zamówienia.
Dobrze ustawiona automatyzacja zamówień z InPost Buy sprawia, że nowy kanał nie dokłada pracy biurowej, tylko kolejne paczki do spakowania. Jeśli chcesz, żebyśmy spięli ten przepływ u Ciebie, szczegóły znajdziesz na stronie Sprzedaż na InPost Buy z Vinson. Przed wdrożeniem warto też przejrzeć integrację InPost Buy z Base krok po kroku - pokazujemy tam także katalog, stany i etykiety.
Jak przekazywać zamówienia z InPost Buy do ERP
ERP to system, w którym firma prowadzi magazyn, dokumenty i rozrachunki. Jeśli już go używasz, zamówienia z InPost Buy powinny w nim lądować tak samo jak zamówienia z Allegro czy sklepu - bez osobnej ścieżki. Są dwa typowe modele połączenia, a wybór zależy od tego, gdzie dziś obsługujesz pozostałe kanały.
[#chart:ibu43b]
W modelu z Base w środku zamówienie z aplikacji trafia najpierw do Base, gdzie przechodzi przez automatyczne akcje, a następnie jest przekazywane do ERP przez istniejącą integrację Base z tym systemem. ERP odsyła stany magazynowe do Base, a Base rozsyła je do wszystkich kanałów, także do InPost Buy. W modelu bezpośrednim własne połączenie API pobiera zamówienia z platformy i zapisuje je od razu w ERP, a stany z ERP wysyła do platformy tym samym połączeniem.
Więcej o tym, kiedy własne połączenie ma sens, przeczytasz we wpisie integracja InPost Buy przez API - kiedy warto napisać własne połączenie. W większości sklepów, które już korzystają z Base, prostsze jest dołożenie InPost Buy jako kolejnego źródła zamówień - ścieżka do ERP zostaje ta sama.
Niezależnie od modelu ustal przed startem trzy rzeczy:
Jak identyfikujesz kanał - zamówienie z InPost Buy musi być w ERP rozpoznawalne, np. przez osobne źródło, kontrahenta lub znacznik. Bez tego raporty sprzedaży per kanał będą niemożliwe.
Jak łączysz produkty - po SKU, EAN czy identyfikatorze z magazynu. Zamówienie z produktem, którego ERP nie rozpozna, zatrzyma się na imporcie.
Kto wystawia dokument - Base, ERP czy osobny program księgowy. Dokument powinien powstawać w jednym miejscu, żeby nie dublować faktur.
Zamówienia z InPost Buy w magazynie - kompletacja, etykieta, wysyłka
Gdy zamówienie jest już w systemie, zaczyna się praca magazynu. Tu automatyzacja daje najwięcej, bo każda czynność powtarza się dziesiątki razy dziennie. Minimalny zestaw automatycznych akcji, który warto mieć dla InPost Buy:
Nowe zamówienie z InPost Buy dostaje status startowy i trafia do tej samej kolejki kompletacji co zamówienia z innych kanałów.
Dokument sprzedaży (paragon lub faktura, gdy klient o nią poprosił) wystawia się automatycznie po zmianie statusu.
Lista kompletacyjna lub karta zamówienia drukuje się zbiorczo dla wszystkich kanałów.
Etykieta InPost generuje się z danymi punktu odbioru, które przyszły razem z zamówieniem - Paczkomat lub adres dla kuriera.
Numer przesyłki wraca do platformy, żeby klient widział w aplikacji, że paczka jest w drodze.
Warunkiem jest poprawny stan magazynowy. Jeśli ERP lub Base nie zdąży zdjąć stanu po zamówieniu z innego kanału, aplikacja przyjmie zamówienie na towar, którego już nie ma. Dlatego źródłem stanów powinien być jeden magazyn - w ERP albo w Base - z którego wszystkie kanały, w tym InPost Buy, tylko odczytują dostępność. Przy produktach z niskim stanem pomaga bufor, czyli wysyłanie do kanałów nieco mniejszej liczby sztuk niż leży na półce. Każde zamówienie, niezależnie od źródła, powinno zdejmować stan w tym samym miejscu i w tym samym momencie - zwykle przy pobraniu zamówienia do systemu.
[#tip] Na pierwsze tygodnie po uruchomieniu dodaj dla zamówień z InPost Buy osobny znacznik lub status pomocniczy. Szybko zobaczysz, czy któreś zamówienie poszło inną ścieżką niż reszta - np. nie dostało dokumentu albo nie trafiło do ERP.
Gdzie automatyzacja zamówień InPost Buy najczęściej się zacina
Przepływ zamówienia przechodzi przez kilka systemów, więc błąd w jednym miejscu daje objawy w innym. Poniżej trzy najczęstsze sytuacje, ich przyczyny i poprawki.
[#chart:ibu43c]
Pozostałe typowe problemy to brak danych do faktury (klient nie zaznaczył, że jej potrzebuje, więc dane nie przyszły), produkty z nazwą z platformy zamiast nazwy magazynowej, przez co ERP nie rozpoznaje pozycji, oraz anulowanie zamówienia w jednym systemie bez odpowiednika w drugim. Każdy z nich rozwiązuje się w ustawieniach, a nie ręcznymi poprawkami pojedynczych zamówień.
[#przyklad] Przykład (liczby umowne): sklep obsługuje 25 zamówień dziennie z InPost Buy. Bez automatyzacji ktoś akceptuje każde zamówienie w panelu InPost, przepisuje je do ERP i ręcznie tworzy etykietę - po kilka minut na zamówienie. Po włączeniu automatycznego potwierdzania, pobierania do Base, przekazywania do ERP i zbiorczego druku etykiet praca sprowadza się do pakowania i przeglądu kilku wyjątków dziennie.
Anulacje i zwroty w automatyzacji zamówień InPost Buy
Automatyzacja zamówień nie kończy się na wysyłce. Każde anulowanie i każdy zwrot musi przejść przez te same systemy w odwrotnym kierunku: platforma, system wielokanałowy, ERP, magazyn. Jeśli tej ścieżki nie zaplanujesz, stany zaczną się rozjeżdżać, a w księgowości zostaną dokumenty bez korekt.
Anulowanie przed wysyłką - status anulowania w Base powinien być zmapowany na anulowanie po stronie InPost, a towar powinien wrócić na stan automatycznie. Sprawdź też, czy ERP nie zdążył już zarezerwować towaru lub wystawić dokumentu.
Zwrot po doręczeniu - po przyjęciu paczki zwrotnej oznacz zwrot przy zamówieniu, przyjmij towar na magazyn i wystaw korektę według swoich zasad. Stan wraca wtedy do wszystkich kanałów.
Raport per kanał - oznaczaj anulacje i zwroty źródłem zamówienia. Po kilku miesiącach zobaczysz, czy kanał w aplikacji generuje ich więcej, czy mniej niż Allegro i sklep.
Jak przetestować automatyzację zamówień przed startem sprzedaży
Zanim kanał zacznie sprzedawać na pełną skalę, przejdź całą ścieżkę na kilku zamówieniach i sprawdź każdy etap osobno. Testy zajmują godzinę lub dwie, a oszczędzają tygodnie wyjaśniania, dlaczego część zamówień nie dotarła do ERP.
[#checklista] Zamówienie pojawia się w Base w oczekiwanym czasie i z pełnymi danymi - ma poprawny status startowy i znacznik kanału - produkty łączą się z pozycjami w magazynie i ERP - dokument sprzedaży wystawia się automatycznie i tylko raz - zamówienie trafia na listę kompletacji razem z innymi kanałami - etykieta generuje się z właściwym punktem odbioru lub adresem - numer przesyłki wraca do aplikacji - anulowanie testowe przywraca stan magazynowy we wszystkich kanałach.
Jak Vinson pomaga w automatyzacji zamówień z InPost Buy
Pomagamy wejść na InPost Buy, wystawić ofertę i zintegrować sprzedaż z Base tak, żeby zamówienia z aplikacji przechodziły tę samą ścieżkę co zamówienia z Allegro i sklepu. Ustawiamy pobieranie i potwierdzanie zamówień, mapowanie statusów, automatyczne dokumenty, przekazanie do ERP i druk etykiet, a potem testujemy całą drogę na prawdziwych zamówieniach. Jako certyfikowany partner Base znamy jego 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
Jak zautomatyzować zamówienia z InPost Buy?
Podłącz kanał przez integrację, np. Base, włącz pobieranie i automatyczne potwierdzanie zamówień, zmapuj statusy i ustaw automatyczne akcje: dokument sprzedaży, przekazanie do ERP, etykietę i powrót numeru przesyłki. Wtedy zamówienie z aplikacji przechodzi przez system bez ręcznego przepisywania.
Czy zamówienia z InPost Buy można przekazać do ERP?
Tak. Najprościej przez system wielokanałowy, który ma już połączenie z Twoim ERP - zamówienia z InPost Buy trafiają do niego jak z każdego innego kanału. Alternatywą jest własne połączenie API, które zapisuje zamówienia bezpośrednio w ERP.
Dlaczego zamówienie z InPost Buy przyszło do Base bez danych klienta?
Prawdopodobnie automatyczne potwierdzanie jest wyłączone. Wtedy zamówienie trafia do Base bez danych i uzupełnia się dopiero po akceptacji w panelu InPost. Włącz automatyczne potwierdzanie lub akceptuj zamówienia na bieżąco.
Jak często zamówienia z InPost Buy pobierają się do Base?
W ustawieniach integracji wybierasz pobieranie co 10 minut albo co minutę (stan na lipiec 2026 - sprawdź aktualne zasady InPost Buy). Pobierane są zamówienia opłacone i potwierdzone.
Czy zamówienia z InPost Buy muszą mieć osobną ścieżkę w magazynie?
Nie i lepiej, żeby nie miały. Najprostsze w utrzymaniu jest dodanie InPost Buy jako kolejnego źródła w istniejących automatycznych akcjach, tak by zamówienia z aplikacji trafiały do tej samej kolejki kompletacji i druku etykiet co zamówienia z Allegro i sklepu. Osobny znacznik kanału wystarczy do raportów.
Czy do zamówień z InPost Buy wystawiam faktury?
Dokument sprzedaży wystawiasz według swoich zasad. Dane do faktury przychodzą w zamówieniu wtedy, gdy klient o nią poprosi. W pozostałych przypadkach zwykle wystawia się paragon, najlepiej automatycznie po zmianie statusu zamówienia.
Dobrze ustawiona automatyzacja zamówień z InPost Buy sprawia, że nowy kanał nie dokłada pracy biurowej, tylko kolejne paczki do spakowania. Jeśli chcesz, żebyśmy spięli ten przepływ u Ciebie, szczegóły znajdziesz na stronie Sprzedaż na InPost Buy z Vinson. Przed wdrożeniem warto też przejrzeć integrację InPost Buy z Base krok po kroku - pokazujemy tam także katalog, stany i etykiety.


Miłosz Brzegowy
Head of Growth and Demand Generation
Buduje strategie wzrostu i wejścia na nowe kanały sprzedaży. Łączy dane, kanały i treści w przewidywalny system.
Buduje strategie wzrostu i wejścia na nowe kanały sprzedaży. Łączy dane, kanały i treści w przewidywalny system.
Sprzedaż na InPost Buy z Vinson
Miłosz i nasz zespół pomogą Ci wdrożyć to na Twoim koncie - bez zobowiązań.
- Analiza Twojego konta i obecnych działań
- Konkretny plan poprawek do wdrożenia
- Bezpłatna konsultacja – bez zobowiązań

Przeczytaj także
Więcej porad z naszej bazy wiedzy - przesuń, aby zobaczyć kolejne artykuły.
Masz pytania? Chętnie porozmawiamy!
Masz pytania? Chętnie porozmawiamy!
Odpowiadamy w ciągu 24 godzin w dni robocze. Pierwsza rozmowa jest bezpłatna i do niczego nie zobowiązuje.
Masz pytania? Chętnie porozmawiamy!
Odpowiadamy w ciągu 24 godzin w dni robocze. Pierwsza rozmowa jest bezpłatna i do niczego nie zobowiązuje.

Bartłomiej Stokłosa
CEO & Founder
"Jeżeli czegoś nie da się zrobić, potrzebny jest ktoś, kto o tym nie wie - przyjdzie i to zrobi."

Bartłomiej Stokłosa
CEO & Founder
"Jeżeli czegoś nie da się zrobić, potrzebny jest ktoś, kto o tym nie wie - przyjdzie i to zrobi."
Wybierz dogodny termin w kalendarzu - bez wymiany maili w tę i z powrotem.
Napisz do nas
Opisz krótko, czego potrzebujesz - oddzwonimy lub odpiszemy w ciągu 24 godzin w dni robocze.
Na zapytanie odpowie Miłosz Brzegowy, Head of Growth and Demand GenerationNapisz do nas
Opisz krótko, czego potrzebujesz - oddzwonimy lub odpiszemy w ciągu 24 godzin w dni robocze.
Na zapytanie odpowie Miłosz Brzegowy, Head of Growth and Demand Generation