Testowanie integracji InPost Buy - checklista przed publikacją pełnego katalogu

Miłosz Brzegowy

Miłosz Brzegowy

Head of Growth and Demand Generation

Testowanie integracji InPost Buy polega na sprawdzeniu na małej partii produktów i kilku zamówieniach, czy połączenie działa w obie strony: oferty wystawiają się poprawnie, stany i ceny się synchronizują, zamówienia wpadają do systemu z pełnymi danymi, statusy wracają do InPost, a anulacje i zwroty przywracają stan. Dopiero gdy każdy z tych punktów przejdzie test, warto publikować pełny katalog. Taki test zajmuje zwykle kilka dni, a oszczędza tygodnie poprawiania setek ofert.

Poniżej znajdziesz kolejność testów, listę obszarów do sprawdzenia, typowe błędy wykrywane na tym etapie i gotową checklistę. Opisujemy ją na przykładzie Base, ale te same punkty dotyczą innych integracji. Jeśli jeszcze nie masz przygotowanych danych produktowych, zacznij od wpisu import katalogu do InPost Buy - jak przygotować dane produktowe i uniknąć odrzuceń.

[#wazne] W skrócie: przed publikacją pełnego katalogu w InPost Buy przetestuj integrację na partii kilkudziesięciu produktów i kilku zamówieniach. Sprawdź połączenie, wystawianie, powiązania ofert z magazynem, synchronizację stanów i cen, pobieranie i potwierdzanie zamówień, mapowanie statusów, etykiety oraz anulacje i zwroty. W Vinson pomagamy wejść na InPost Buy, wystawić oferty i zintegrować sprzedaż z Base - razem z testami przed pełnym startem.

Na czym polega testowanie integracji InPost Buy

Integracja to połączenie między InPost Buy a systemem, w którym prowadzisz katalog i zamówienia - Base, Apilo, Shoper, Sellasist albo własnym API. Testowanie integracji to kontrolowane przejście wszystkich operacji, które to połączenie wykonuje, na małej próbce, zanim zacznie je wykonywać na całym katalogu i każdym zamówieniu. W dokumentacji Base i Shoper kanał ma nazwę techniczną InPost Von Halsky, więc tak będą się nazywać zakładki, w których szukasz ustawień.

Dlaczego nie od razu cały katalog? Bo błąd w ustawieniach integracji powiela się na każdej ofercie. Zła kategoria domyślna, źle zmapowany parametr albo wyłączona synchronizacja stanów przy pięciuset produktach oznacza pięćset ofert do poprawy i ryzyko zamówień na towar, którego nie ma. Na trzydziestu produktach ten sam błąd poprawisz w godzinę.

Test najlepiej przeprowadzić w ustalonej kolejności. Każdy etap opiera się na poprzednim, więc nie ma sensu testować zamówień, dopóki oferty nie są poprawnie powiązane z magazynem.

[#chart:ibu48a]

Jak wybrać produkty do testu integracji InPost Buy

Partia testowa powinna być mała, ale reprezentatywna. Chodzi o to, żeby trafić w każdy typ produktu, który później wystawisz, bo każdy typ może zachować się inaczej przy mapowaniu kategorii i parametrów.

  • Produkty z różnych kategorii - co najmniej po kilka z każdej kategorii, którą planujesz w InPost Buy. Każda kategoria ma własne parametry.

  • Produkty z wariantami - rozmiary, kolory, pojemności. W Base warianty można wystawić jako osobne oferty, co trzeba sprawdzić w aplikacji.

  • Produkty bez EAN - jeśli takie masz. W Base przy braku EAN uzupełniasz kod producenta i SKU, a parametr EAN staje się opcjonalny (stan na czerwiec 2026 - sprawdź aktualne zasady InPost Buy).

  • Produkty z niskim stanem - na nich najszybciej zobaczysz, czy synchronizacja stanów działa.

  • Bestsellery - kilka produktów, które i tak sprzedają się dobrze w innych kanałach, żeby szybko dostać prawdziwe zamówienia.

Rozsądna wielkość partii to 20-50 produktów. Mniej nie pokaże problemów z mapowaniem, więcej utrudni poprawki, jeśli coś pójdzie nie tak.

Jeśli masz już oferty w InPost Buy wystawione wcześniej ręcznie albo przez inne narzędzie, Base pozwala zaimportować istniejące oferty i wyeksportować listę do pliku CSV. Przed testem sprawdź, czy partia testowa nie dubluje produktów, które już są w kanale - dwie oferty tego samego produktu z różnymi stanami to gotowy przepis na anulacje.

Testowanie integracji InPost Buy polega na sprawdzeniu na małej partii produktów i kilku zamówieniach, czy połączenie działa w obie strony: oferty wystawiają się poprawnie, stany i ceny się synchronizują, zamówienia wpadają do systemu z pełnymi danymi, statusy wracają do InPost, a anulacje i zwroty przywracają stan. Dopiero gdy każdy z tych punktów przejdzie test, warto publikować pełny katalog. Taki test zajmuje zwykle kilka dni, a oszczędza tygodnie poprawiania setek ofert.

Poniżej znajdziesz kolejność testów, listę obszarów do sprawdzenia, typowe błędy wykrywane na tym etapie i gotową checklistę. Opisujemy ją na przykładzie Base, ale te same punkty dotyczą innych integracji. Jeśli jeszcze nie masz przygotowanych danych produktowych, zacznij od wpisu import katalogu do InPost Buy - jak przygotować dane produktowe i uniknąć odrzuceń.

[#wazne] W skrócie: przed publikacją pełnego katalogu w InPost Buy przetestuj integrację na partii kilkudziesięciu produktów i kilku zamówieniach. Sprawdź połączenie, wystawianie, powiązania ofert z magazynem, synchronizację stanów i cen, pobieranie i potwierdzanie zamówień, mapowanie statusów, etykiety oraz anulacje i zwroty. W Vinson pomagamy wejść na InPost Buy, wystawić oferty i zintegrować sprzedaż z Base - razem z testami przed pełnym startem.

Na czym polega testowanie integracji InPost Buy

Integracja to połączenie między InPost Buy a systemem, w którym prowadzisz katalog i zamówienia - Base, Apilo, Shoper, Sellasist albo własnym API. Testowanie integracji to kontrolowane przejście wszystkich operacji, które to połączenie wykonuje, na małej próbce, zanim zacznie je wykonywać na całym katalogu i każdym zamówieniu. W dokumentacji Base i Shoper kanał ma nazwę techniczną InPost Von Halsky, więc tak będą się nazywać zakładki, w których szukasz ustawień.

Dlaczego nie od razu cały katalog? Bo błąd w ustawieniach integracji powiela się na każdej ofercie. Zła kategoria domyślna, źle zmapowany parametr albo wyłączona synchronizacja stanów przy pięciuset produktach oznacza pięćset ofert do poprawy i ryzyko zamówień na towar, którego nie ma. Na trzydziestu produktach ten sam błąd poprawisz w godzinę.

Test najlepiej przeprowadzić w ustalonej kolejności. Każdy etap opiera się na poprzednim, więc nie ma sensu testować zamówień, dopóki oferty nie są poprawnie powiązane z magazynem.

[#chart:ibu48a]

Jak wybrać produkty do testu integracji InPost Buy

Partia testowa powinna być mała, ale reprezentatywna. Chodzi o to, żeby trafić w każdy typ produktu, który później wystawisz, bo każdy typ może zachować się inaczej przy mapowaniu kategorii i parametrów.

  • Produkty z różnych kategorii - co najmniej po kilka z każdej kategorii, którą planujesz w InPost Buy. Każda kategoria ma własne parametry.

  • Produkty z wariantami - rozmiary, kolory, pojemności. W Base warianty można wystawić jako osobne oferty, co trzeba sprawdzić w aplikacji.

  • Produkty bez EAN - jeśli takie masz. W Base przy braku EAN uzupełniasz kod producenta i SKU, a parametr EAN staje się opcjonalny (stan na czerwiec 2026 - sprawdź aktualne zasady InPost Buy).

  • Produkty z niskim stanem - na nich najszybciej zobaczysz, czy synchronizacja stanów działa.

  • Bestsellery - kilka produktów, które i tak sprzedają się dobrze w innych kanałach, żeby szybko dostać prawdziwe zamówienia.

Rozsądna wielkość partii to 20-50 produktów. Mniej nie pokaże problemów z mapowaniem, więcej utrudni poprawki, jeśli coś pójdzie nie tak.

Jeśli masz już oferty w InPost Buy wystawione wcześniej ręcznie albo przez inne narzędzie, Base pozwala zaimportować istniejące oferty i wyeksportować listę do pliku CSV. Przed testem sprawdź, czy partia testowa nie dubluje produktów, które już są w kanale - dwie oferty tego samego produktu z różnymi stanami to gotowy przepis na anulacje.

Bezpłatna konsultacja InPost Buy
Chcesz sprzedawać w aplikacji InPost przez InPost Buy?
  • Ocena, czy Twój asortyment pasuje do InPost Buy
  • Wymagania, integracja z Base i wystawienie ofert
  • Plan startu krok po kroku
Miłosz BrzegowyKonsultację poprowadzi Miłosz Brzegowy, Head of Growth and Demand Generation

Co sprawdzić w teście integracji InPost Buy - sześć obszarów

Każdy obszar testujesz osobno i odhaczasz dopiero wtedy, gdy wynik jest zgodny z oczekiwaniem po obu stronach: w systemie i w aplikacji InPost Mobile. Poniżej sześć obszarów, które obejmuje pełny test.

[#chart:ibu48b]

Połączenie i ustawienia konta

W Base w ustawieniach integracji znajdziesz przycisk Przetestuj połączenie - to pierwszy krok. Sprawdź też, czy wybrany jest właściwy identyfikator organizacji i czy ustawienia wystawiania (domyślna kategoria, cennik, szablon, mnożnik ceny) są takie, jakich chcesz używać dla całego konta. Błąd w ustawieniach globalnych powieli się na wszystkich ofertach.

Wystawianie i wygląd ofert

Wystaw partię testową i otwórz każdą ofertę w aplikacji. Sprawdź tytuł, zdjęcia, opis, kategorię, parametry i cenę. Przy dopasowaniu do istniejącego produktu w katalogu InPost system pobiera dane po EAN lub nazwie - zobacz, czy dopasowanie trafiło we właściwy produkt. Jeśli korzystasz z agenta wystawiania AI w Base, zapisz oferty jako szkice i przejrzyj je przed publikacją.

Powiązania, stany i ceny

Każda oferta musi być powiązana z produktem w magazynie, bo inaczej synchronizacja nie zadziała. Zmień stan jednego produktu w magazynie i sprawdź, po jakim czasie zmiana pojawi się w aplikacji. To samo zrób z ceną. Szczegóły tej części opisaliśmy we wpisie synchronizacja stanów w InPost Buy.

Zamówienia, statusy, etykiety i zwroty

Złóż lub poczekaj na pierwsze zamówienia i przejdź z nimi całą ścieżkę. W Base pobierane są tylko zamówienia opłacone i potwierdzone, co 10 minut albo co minutę. Przy włączonym automatycznym potwierdzaniu przychodzą z pełnymi danymi, a przy wyłączonym - bez danych, które uzupełniają się po akceptacji (stan na czerwiec 2026 - sprawdź aktualne zasady InPost Buy). Sprawdź też mapowanie statusów: w Base mapujesz dwa statusy po stronie InPost, Zaakceptowano i Anulowano.

TestCo robiszOczekiwany wynik
PołączeniePrzetestuj połączenie w ustawieniach integracjiKomunikat o poprawnym połączeniu
WystawienieWystaw partię 20-50 produktówOferty widoczne w aplikacji z poprawną kategorią i parametrami
StanZmień stan produktu w magazynieNowy stan w aplikacji po cyklu synchronizacji
CenaZmień cenę w magazynie lub cennikuNowa cena w aplikacji, zgodna z mnożnikiem lub cennikiem
ZamówienieZamówienie z aplikacjiZamówienie w systemie z pełnymi danymi i właściwym statusem
StatusZmiana na status zmapowany jako ZaakceptowanoAkceptacja widoczna po stronie InPost
EtykietaWygeneruj etykietęPoprawny punkt odbioru lub adres, numer przesyłki w zamówieniu
AnulowanieZmiana na status zmapowany jako AnulowanoAnulowanie po stronie InPost i powrót stanu

Błędy wykrywane podczas testowania integracji InPost Buy

Większość błędów wychodzi w pierwszych godzinach testu. Dobrze, bo na tym etapie ich poprawienie jest tanie. Poniżej trzy najczęstsze sytuacje - pełniejszą listę znajdziesz we wpisie błędy integracji InPost Buy - najczęstsze problemy z katalogiem, stanami i zamówieniami.

[#chart:ibu48c]

Jeśli błąd dotyczy jednej oferty, popraw ją ręcznie. Jeśli powtarza się w kilku ofertach z tej samej kategorii, szukaj przyczyny w mapowaniu kategorii i parametrów albo w szablonie oferty. Pamiętaj, że masowo z Base zmienisz tylko cenę, stan, opis i tytuł (stan na czerwiec 2026 - sprawdź aktualne zasady InPost Buy), więc błędy w kategoriach i parametrach lepiej wyłapać przed wystawieniem całego katalogu.

[#uwaga] Nie zostawiaj wyłączonej synchronizacji stanów po testach. Częsty scenariusz: na czas testu ktoś wyłącza aktualizację stanów, żeby nie zmieniać ofert, a po teście nikt jej nie włącza. Pierwsze tygodnie sprzedaży kończą się wtedy zamówieniami na towar, którego nie ma.

Test oczami klienta - jak sprawdzić ofertę w aplikacji InPost Mobile

Integracja może działać bez zarzutu technicznie, a oferta i tak będzie słabo wyglądać na ekranie telefonu. Dlatego oprócz testów w systemie zrób przegląd z perspektywy kupującego. Otwórz aplikację InPost Mobile na telefonie i znajdź swoje produkty tak, jak zrobiłby to klient.

  • Wyszukiwanie - wpisz frazę, którą klient wpisałby naturalnie, i sprawdź, czy produkt się pojawia. Jeśli nie, przyjrzyj się tytułowi i kategorii.

  • Zdjęcie główne - na małym ekranie produkt musi być czytelny od razu. Zdjęcia z dużym marginesem lub z napisami słabo wypadają w aplikacji.

  • Opis - pierwsze zdania powinny mówić, co to jest i dla kogo. Usuń odwołania do innych platform i do własnego sklepu.

  • Warianty - jeśli wystawiasz warianty jako osobne oferty, sprawdź, czy klient łatwo rozróżni rozmiary lub kolory.

Ten przegląd warto zlecić osobie, która nie przygotowywała katalogu. Autor danych produktowych widzi to, co chciał napisać, a nie to, co faktycznie wyświetla się w aplikacji.

Kto testuje integrację InPost Buy i ile to trwa

Test najlepiej przeprowadzić we dwie osoby: jedna odpowiada za ustawienia integracji i katalog, druga za obsługę zamówień i magazyn. Dzięki temu każda część ścieżki jest sprawdzona przez kogoś, kto na co dzień z nią pracuje. Magazynier szybciej zauważy, że na liście kompletacyjnej pojawia się nazwa produktu z platformy zamiast nazwy, którą zna, a osoba od katalogu - że parametr trafił do złego pola.

Sam test ustawień i partii testowej to zwykle jeden lub dwa dni pracy. Dłużej trwa czekanie na zamówienia i zwroty, bo te zależą od klientów. Dlatego wygodnie jest podzielić start na dwa etapy: najpierw partia testowa i ustawienia, potem kilka dni sprzedaży na małym katalogu, a dopiero po pierwszych zamówieniach i przynajmniej jednym anulowaniu - pełny katalog. Zapisuj wyniki każdego testu w prostej tabeli, żeby po kilku miesiącach wiedzieć, co było sprawdzone i jak.

Checklista przed publikacją pełnego katalogu w InPost Buy

Gdy wszystkie testy przeszły, przejdź przez poniższą listę jeszcze raz, już bez wykonywania operacji - tylko sprawdzając ustawienia. Dopiero potem wystawiaj resztę katalogu, najlepiej partiami, np. kategoria po kategorii.

[#checklista] Połączenie przetestowane i właściwy identyfikator organizacji - ustawienia wystawiania sprawdzone (kategoria domyślna, cennik, szablon, mnożnik) - kategorie i parametry zmapowane dla wszystkich planowanych kategorii - oferty testowe poprawne w aplikacji InPost Mobile - każda oferta powiązana z produktem w magazynie - synchronizacja stanów i cen włączona - pobieranie zamówień włączone z właściwym interwałem i statusem startowym - automatyczne potwierdzanie ustawione świadomie - statusy Zaakceptowano i Anulowano zmapowane - etykieta wygenerowana z numerem przesyłki w zamówieniu - anulowanie testowe przywróciło stan - zwrot testowy przyjęty na magazyn - automatyczne akcje obejmują InPost Buy jako źródło.

Po publikacji pełnego katalogu zostaw sobie tydzień wzmożonej kontroli. Codziennie przeglądaj nowe zamówienia z InPost Buy, anulacje i oferty z ostrzeżeniami. Po tygodniu bez niespodzianek możesz przejść na zwykły rytm pracy.

[#przyklad] Przykład (liczby umowne): sklep z 800 produktami wystawił najpierw 40 z pięciu kategorii. W teście okazało się, że w jednej kategorii parametr rozmiaru trafiał do złego pola, a 6 ofert nie było powiązanych z magazynem. Poprawka mapowania i powiązań zajęła popołudnie. Gdyby od razu wystawić cały katalog, ten sam błąd dotknąłby kilkuset ofert.

Jak Vinson pomaga testować i uruchamiać integrację InPost Buy

Pomagamy wejść na InPost Buy, wystawić oferty i zintegrować sprzedaż z Base. Przygotowujemy partię testową, ustawiamy mapowanie kategorii i parametrów, powiązania, synchronizację stanów i cen, pobieranie zamówień i statusy, a potem przechodzimy całą checklistę, zanim opublikujemy pełny katalog. Jako certyfikowany partner Base znamy te ustawienia od strony wdrożeń - więcej na stronie wdrożenia Base. Zakres obsługi kanału opisujemy na stronie Sprzedaż na InPost Buy z Vinson.

Najczęściej zadawane pytania

Jak przetestować integrację InPost Buy przed startem?

Wystaw partię 20-50 produktów z różnych kategorii, sprawdź oferty w aplikacji, zmień stan i cenę w magazynie i zobacz, czy zmiany dotarły. Potem przejdź pełną ścieżkę zamówienia: pobranie, akceptację, etykietę, anulowanie i zwrot.

Ile produktów wystawić na test w InPost Buy?

Zwykle wystarcza 20-50 produktów, ale ważniejszy od liczby jest przekrój: różne kategorie, warianty, produkty z niskim stanem i bez EAN. Taka partia pokaże problemy z mapowaniem bez ryzyka poprawiania setek ofert.

Jak sprawdzić, czy stany synchronizują się z InPost Buy?

Zmień stan jednego produktu w magazynie i obserwuj ofertę w aplikacji. Jeśli stan się nie zmienia, sprawdź, czy oferta jest powiązana z produktem w magazynie i czy synchronizacja stanów jest włączona w ustawieniach integracji.

Czy w Base można przejrzeć oferty przed publikacją w InPost Buy?

Tak. Przy wystawianiu przez agenta wystawiania AI oferty można zapisać jako szkice i przejrzeć przed publikacją (stan na czerwiec 2026 - sprawdź aktualne zasady InPost Buy). Przy wystawianiu formularzem sprawdzasz dane na formularzu, w tym parametry oznaczone jako wymagane.

Co zrobić, gdy test wykaże błąd w wielu ofertach?

Popraw przyczynę w ustawieniach - mapowaniu kategorii, parametrów, szablonie lub ustawieniach wystawiania - a nie w pojedynczych ofertach. Potem wystaw partię testową ponownie i sprawdź, czy błąd zniknął, zanim przejdziesz do reszty katalogu.

Kilka dni testów to najtańsze ubezpieczenie nowego kanału. Jeśli chcesz, żebyśmy przeprowadzili je za Ciebie i uruchomili pełny katalog, zajrzyj na stronę Sprzedaż na InPost Buy z Vinson. Warto też przejrzeć wpis o mapowaniu kategorii i atrybutów w InPost Buy.

Co sprawdzić w teście integracji InPost Buy - sześć obszarów

Każdy obszar testujesz osobno i odhaczasz dopiero wtedy, gdy wynik jest zgodny z oczekiwaniem po obu stronach: w systemie i w aplikacji InPost Mobile. Poniżej sześć obszarów, które obejmuje pełny test.

[#chart:ibu48b]

Połączenie i ustawienia konta

W Base w ustawieniach integracji znajdziesz przycisk Przetestuj połączenie - to pierwszy krok. Sprawdź też, czy wybrany jest właściwy identyfikator organizacji i czy ustawienia wystawiania (domyślna kategoria, cennik, szablon, mnożnik ceny) są takie, jakich chcesz używać dla całego konta. Błąd w ustawieniach globalnych powieli się na wszystkich ofertach.

Wystawianie i wygląd ofert

Wystaw partię testową i otwórz każdą ofertę w aplikacji. Sprawdź tytuł, zdjęcia, opis, kategorię, parametry i cenę. Przy dopasowaniu do istniejącego produktu w katalogu InPost system pobiera dane po EAN lub nazwie - zobacz, czy dopasowanie trafiło we właściwy produkt. Jeśli korzystasz z agenta wystawiania AI w Base, zapisz oferty jako szkice i przejrzyj je przed publikacją.

Powiązania, stany i ceny

Każda oferta musi być powiązana z produktem w magazynie, bo inaczej synchronizacja nie zadziała. Zmień stan jednego produktu w magazynie i sprawdź, po jakim czasie zmiana pojawi się w aplikacji. To samo zrób z ceną. Szczegóły tej części opisaliśmy we wpisie synchronizacja stanów w InPost Buy.

Zamówienia, statusy, etykiety i zwroty

Złóż lub poczekaj na pierwsze zamówienia i przejdź z nimi całą ścieżkę. W Base pobierane są tylko zamówienia opłacone i potwierdzone, co 10 minut albo co minutę. Przy włączonym automatycznym potwierdzaniu przychodzą z pełnymi danymi, a przy wyłączonym - bez danych, które uzupełniają się po akceptacji (stan na czerwiec 2026 - sprawdź aktualne zasady InPost Buy). Sprawdź też mapowanie statusów: w Base mapujesz dwa statusy po stronie InPost, Zaakceptowano i Anulowano.

TestCo robiszOczekiwany wynik
PołączeniePrzetestuj połączenie w ustawieniach integracjiKomunikat o poprawnym połączeniu
WystawienieWystaw partię 20-50 produktówOferty widoczne w aplikacji z poprawną kategorią i parametrami
StanZmień stan produktu w magazynieNowy stan w aplikacji po cyklu synchronizacji
CenaZmień cenę w magazynie lub cennikuNowa cena w aplikacji, zgodna z mnożnikiem lub cennikiem
ZamówienieZamówienie z aplikacjiZamówienie w systemie z pełnymi danymi i właściwym statusem
StatusZmiana na status zmapowany jako ZaakceptowanoAkceptacja widoczna po stronie InPost
EtykietaWygeneruj etykietęPoprawny punkt odbioru lub adres, numer przesyłki w zamówieniu
AnulowanieZmiana na status zmapowany jako AnulowanoAnulowanie po stronie InPost i powrót stanu

Błędy wykrywane podczas testowania integracji InPost Buy

Większość błędów wychodzi w pierwszych godzinach testu. Dobrze, bo na tym etapie ich poprawienie jest tanie. Poniżej trzy najczęstsze sytuacje - pełniejszą listę znajdziesz we wpisie błędy integracji InPost Buy - najczęstsze problemy z katalogiem, stanami i zamówieniami.

[#chart:ibu48c]

Jeśli błąd dotyczy jednej oferty, popraw ją ręcznie. Jeśli powtarza się w kilku ofertach z tej samej kategorii, szukaj przyczyny w mapowaniu kategorii i parametrów albo w szablonie oferty. Pamiętaj, że masowo z Base zmienisz tylko cenę, stan, opis i tytuł (stan na czerwiec 2026 - sprawdź aktualne zasady InPost Buy), więc błędy w kategoriach i parametrach lepiej wyłapać przed wystawieniem całego katalogu.

[#uwaga] Nie zostawiaj wyłączonej synchronizacji stanów po testach. Częsty scenariusz: na czas testu ktoś wyłącza aktualizację stanów, żeby nie zmieniać ofert, a po teście nikt jej nie włącza. Pierwsze tygodnie sprzedaży kończą się wtedy zamówieniami na towar, którego nie ma.

Test oczami klienta - jak sprawdzić ofertę w aplikacji InPost Mobile

Integracja może działać bez zarzutu technicznie, a oferta i tak będzie słabo wyglądać na ekranie telefonu. Dlatego oprócz testów w systemie zrób przegląd z perspektywy kupującego. Otwórz aplikację InPost Mobile na telefonie i znajdź swoje produkty tak, jak zrobiłby to klient.

  • Wyszukiwanie - wpisz frazę, którą klient wpisałby naturalnie, i sprawdź, czy produkt się pojawia. Jeśli nie, przyjrzyj się tytułowi i kategorii.

  • Zdjęcie główne - na małym ekranie produkt musi być czytelny od razu. Zdjęcia z dużym marginesem lub z napisami słabo wypadają w aplikacji.

  • Opis - pierwsze zdania powinny mówić, co to jest i dla kogo. Usuń odwołania do innych platform i do własnego sklepu.

  • Warianty - jeśli wystawiasz warianty jako osobne oferty, sprawdź, czy klient łatwo rozróżni rozmiary lub kolory.

Ten przegląd warto zlecić osobie, która nie przygotowywała katalogu. Autor danych produktowych widzi to, co chciał napisać, a nie to, co faktycznie wyświetla się w aplikacji.

Kto testuje integrację InPost Buy i ile to trwa

Test najlepiej przeprowadzić we dwie osoby: jedna odpowiada za ustawienia integracji i katalog, druga za obsługę zamówień i magazyn. Dzięki temu każda część ścieżki jest sprawdzona przez kogoś, kto na co dzień z nią pracuje. Magazynier szybciej zauważy, że na liście kompletacyjnej pojawia się nazwa produktu z platformy zamiast nazwy, którą zna, a osoba od katalogu - że parametr trafił do złego pola.

Sam test ustawień i partii testowej to zwykle jeden lub dwa dni pracy. Dłużej trwa czekanie na zamówienia i zwroty, bo te zależą od klientów. Dlatego wygodnie jest podzielić start na dwa etapy: najpierw partia testowa i ustawienia, potem kilka dni sprzedaży na małym katalogu, a dopiero po pierwszych zamówieniach i przynajmniej jednym anulowaniu - pełny katalog. Zapisuj wyniki każdego testu w prostej tabeli, żeby po kilku miesiącach wiedzieć, co było sprawdzone i jak.

Checklista przed publikacją pełnego katalogu w InPost Buy

Gdy wszystkie testy przeszły, przejdź przez poniższą listę jeszcze raz, już bez wykonywania operacji - tylko sprawdzając ustawienia. Dopiero potem wystawiaj resztę katalogu, najlepiej partiami, np. kategoria po kategorii.

[#checklista] Połączenie przetestowane i właściwy identyfikator organizacji - ustawienia wystawiania sprawdzone (kategoria domyślna, cennik, szablon, mnożnik) - kategorie i parametry zmapowane dla wszystkich planowanych kategorii - oferty testowe poprawne w aplikacji InPost Mobile - każda oferta powiązana z produktem w magazynie - synchronizacja stanów i cen włączona - pobieranie zamówień włączone z właściwym interwałem i statusem startowym - automatyczne potwierdzanie ustawione świadomie - statusy Zaakceptowano i Anulowano zmapowane - etykieta wygenerowana z numerem przesyłki w zamówieniu - anulowanie testowe przywróciło stan - zwrot testowy przyjęty na magazyn - automatyczne akcje obejmują InPost Buy jako źródło.

Po publikacji pełnego katalogu zostaw sobie tydzień wzmożonej kontroli. Codziennie przeglądaj nowe zamówienia z InPost Buy, anulacje i oferty z ostrzeżeniami. Po tygodniu bez niespodzianek możesz przejść na zwykły rytm pracy.

[#przyklad] Przykład (liczby umowne): sklep z 800 produktami wystawił najpierw 40 z pięciu kategorii. W teście okazało się, że w jednej kategorii parametr rozmiaru trafiał do złego pola, a 6 ofert nie było powiązanych z magazynem. Poprawka mapowania i powiązań zajęła popołudnie. Gdyby od razu wystawić cały katalog, ten sam błąd dotknąłby kilkuset ofert.

Jak Vinson pomaga testować i uruchamiać integrację InPost Buy

Pomagamy wejść na InPost Buy, wystawić oferty i zintegrować sprzedaż z Base. Przygotowujemy partię testową, ustawiamy mapowanie kategorii i parametrów, powiązania, synchronizację stanów i cen, pobieranie zamówień i statusy, a potem przechodzimy całą checklistę, zanim opublikujemy pełny katalog. Jako certyfikowany partner Base znamy te ustawienia od strony wdrożeń - więcej na stronie wdrożenia Base. Zakres obsługi kanału opisujemy na stronie Sprzedaż na InPost Buy z Vinson.

Najczęściej zadawane pytania

Jak przetestować integrację InPost Buy przed startem?

Wystaw partię 20-50 produktów z różnych kategorii, sprawdź oferty w aplikacji, zmień stan i cenę w magazynie i zobacz, czy zmiany dotarły. Potem przejdź pełną ścieżkę zamówienia: pobranie, akceptację, etykietę, anulowanie i zwrot.

Ile produktów wystawić na test w InPost Buy?

Zwykle wystarcza 20-50 produktów, ale ważniejszy od liczby jest przekrój: różne kategorie, warianty, produkty z niskim stanem i bez EAN. Taka partia pokaże problemy z mapowaniem bez ryzyka poprawiania setek ofert.

Jak sprawdzić, czy stany synchronizują się z InPost Buy?

Zmień stan jednego produktu w magazynie i obserwuj ofertę w aplikacji. Jeśli stan się nie zmienia, sprawdź, czy oferta jest powiązana z produktem w magazynie i czy synchronizacja stanów jest włączona w ustawieniach integracji.

Czy w Base można przejrzeć oferty przed publikacją w InPost Buy?

Tak. Przy wystawianiu przez agenta wystawiania AI oferty można zapisać jako szkice i przejrzeć przed publikacją (stan na czerwiec 2026 - sprawdź aktualne zasady InPost Buy). Przy wystawianiu formularzem sprawdzasz dane na formularzu, w tym parametry oznaczone jako wymagane.

Co zrobić, gdy test wykaże błąd w wielu ofertach?

Popraw przyczynę w ustawieniach - mapowaniu kategorii, parametrów, szablonie lub ustawieniach wystawiania - a nie w pojedynczych ofertach. Potem wystaw partię testową ponownie i sprawdź, czy błąd zniknął, zanim przejdziesz do reszty katalogu.

Kilka dni testów to najtańsze ubezpieczenie nowego kanału. Jeśli chcesz, żebyśmy przeprowadzili je za Ciebie i uruchomili pełny katalog, zajrzyj na stronę Sprzedaż na InPost Buy z Vinson. Warto też przejrzeć wpis o mapowaniu kategorii i atrybutów w InPost Buy.

Czy ten artykuł był pomocny? Oceń go
Bądź pierwszą osobą, która oceni

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.

★★★★★
Współpracowałeś z Vinson?
Twoja opinia pomoże innym sprzedawcom wybrać sprawdzoną agencję. Zajmie Ci to minutę.
Oceń nas na Trustpilot →
Potrzebujesz pomocy z tym tematem?

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ń
4,9/5 ze 171 opiniiWdrażamy i obsługujemy InPost Buy
Miłosz Brzegowy - Head of Growth and Demand Generation
Miłosz BrzegowyHead of Growth and Demand Generation

Przeczytaj także

Więcej porad z naszej bazy wiedzy - przesuń, aby zobaczyć kolejne artykuły.

1 / 1

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 Vinson Agency

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 Vinson Agency

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."

Zadzwoń

574 944 685

Adres

Kazimierza Wielkiego 7/7

32-700 Bochnia

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.

Miłosz BrzegowyNa zapytanie odpowie Miłosz Brzegowy, Head of Growth and Demand Generation

Napisz do nas

Opisz krótko, czego potrzebujesz - oddzwonimy lub odpiszemy w ciągu 24 godzin w dni robocze.

Miłosz BrzegowyNa zapytanie odpowie Miłosz Brzegowy, Head of Growth and Demand Generation