Zmiana systemu integracji w InPost Buy - jak przejść z jednego narzędzia na drugie

Jak przejść z jednego narzędzia na drugie - plan migracji krok po kroku

Migracja integracji InPost Buy powinna iść w ustalonej kolejności. Najważniejsza zasada: przez cały czas tylko jedno narzędzie wysyła stany i tylko jedno pobiera zamówienia. Dwa systemy robiące to samo naraz to najprostsza droga do zdublowanych zamówień i rozjechanych stanów.

[#chart:ibu50b]

Przygotowanie katalogu w nowym systemie

Zanim cokolwiek przełączysz, nowy system musi mieć pełny katalog z tymi samymi identyfikatorami, które są w ofertach InPost Buy. Jeśli migrujesz do Base, a Base obsługuje już Allegro i sklep, katalog zwykle już tam jest. Sprawdź tylko, czy SKU i EAN są zgodne z tym, co widnieje w ofertach w InPost Buy. Produkty bez EAN w Base wystawia się z kodem producenta i SKU (stan na październik 2026 - sprawdź aktualne zasady InPost Buy).

Podłączenie konta i import istniejących ofert

W Base integrację dodajesz w zakładce Integracje, w sekcji Marketplace, a połączenie autoryzujesz przyciskiem podłączenia konta i zgodą na dostęp do danych. Kolejność ma znaczenie: najpierw kanał sprzedaży musi być aktywny w panelu InPost, dopiero potem podłączasz go w Base. Po połączeniu w module zarządzania ofertami możesz zaimportować oferty już wystawione w InPost i powiązać je z produktami w magazynie (stan na październik 2026 - sprawdź aktualne zasady InPost Buy). To najważniejszy krok migracji: oferty zostają te same, zmienia się tylko narzędzie, które nimi zarządza. Na tym etapie nie włączaj jeszcze synchronizacji stanów i pobierania zamówień w nowym systemie.

Przełączenie stanów, cen i zamówień

Gdy wszystkie oferty są powiązane, wybierz moment przełączenia - najlepiej poza szczytem sprzedaży, np. wcześnie rano w środku tygodnia. W starym systemie wyłącz synchronizację stanów, cen i pobieranie zamówień, a w nowym je włącz. W Base pobieranie zamówień ustawiasz co 10 minut albo co minutę, wybierasz status startowy i decydujesz o automatycznym potwierdzaniu. Statusy Zaakceptowano i Anulowano mapujesz w osobnej zakładce ustawień integracji.

[#uwaga] Przed przełączeniem obsłuż w starym systemie wszystkie zamówienia, które już zostały pobrane. Zamówienie pobrane przez stary system, a po migracji pobrane ponownie przez nowy, może trafić do magazynu dwa razy. Ustal, że od momentu przełączenia stary system służy tylko do zakończenia rozpoczętych zamówień.

Jak nie stracić historii zamówień przy zmianie integracji

Historia zamówień nie przenosi się automatycznie między narzędziami. Nowy system zaczyna pobierać zamówienia od momentu przełączenia. To zwykle nie jest problem, ale trzeba zaplanować dostęp do danych, które mogą być potrzebne później.

• Zwroty i reklamacje - zamówienie sprzed migracji może wrócić jako zwrot po kilku dniach lub tygodniach. Ustal, gdzie je obsługujesz - zwykle w starym systemie, dopóki ma aktywny dostęp.

• Dokumenty sprzedaży - faktury i paragony wystawione w starym systemie zostają tam lub w programie księgowym. Korekty do nich wystawiaj w tym samym miejscu.

• Raporty sprzedaży - wyeksportuj historię zamówień z InPost Buy przed wyłączeniem starego narzędzia, żeby mieć porównanie okresów.

• Dostęp do starego systemu - nie rezygnuj z niego od razu. Zostaw go aktywnym przynajmniej na czas, w którym klienci mogą zwracać towar z zamówień sprzed migracji.

Ciągłość sprzedaży zależy przede wszystkim od tego, czy oferty w InPost Buy pozostały aktywne i czy przez cały czas miały aktualny stan. Jeśli import i powiązanie ofert zrobisz przed przełączeniem, a samo przełączenie zajmie kilkadziesiąt minut, klient w aplikacji nie zauważy żadnej zmiany.

Ryzyka przy zmianie systemu integracji InPost Buy

Większość problemów przy migracji wynika z tego, że przez chwilę dwa systemy działają jednocześnie albo że część ofert nie została powiązana. Poniżej trzy najczęstsze sytuacje i sposób ich naprawy. Szerszą listę typowych usterek znajdziesz we wpisie błędy integracji InPost Buy - najczęstsze problemy z katalogiem, stanami i zamówieniami.

[#chart:ibu50c]

Po przełączeniu zrób przegląd ofert w nowym systemie i odfiltruj te, które nie mają powiązania z produktem w magazynie. Każda taka oferta będzie miała stan zamrożony na wartości z dnia migracji. Przy kilku ofertach powiążesz je ręcznie, przy większej liczbie szukaj przyczyny w niezgodnych identyfikatorach.

[#przyklad] Przykład (liczby umowne): sklep z 600 ofertami w InPost Buy obsługiwał kanał przez osobne narzędzie, a Allegro i sklep przez Base. Migracja: dzień na sprawdzenie zgodności SKU, pół dnia na import i powiązanie ofert, przełączenie we wtorek o 7:00. Po przełączeniu 14 ofert nie miało powiązania z powodu różnic w SKU - poprawione jeszcze tego samego dnia. Klienci w aplikacji nie zauważyli zmiany.

Ceny i ustawienia wystawiania po migracji integracji InPost Buy

Ceny to drugi, obok stanów, element, który najłatwiej zepsuć przy zmianie narzędzia. Stary system mógł wyliczać cenę dla InPost Buy według własnej reguły: osobnego cennika, narzutu albo zaokrąglenia. Nowy system tej reguły nie zna. Jeśli po przełączeniu wyśle do aplikacji cenę z magazynu bez korekty, część ofert może nagle stanieć albo podrożeć.

W Base cenę dla InPost Buy ustalasz w ustawieniach wystawiania: wybierasz cennik dla konta i możesz ustawić mnożnik ceny. Tam też ustawiasz domyślną kategorię i szablon oferty (stan na październik 2026 - sprawdź aktualne zasady InPost Buy). Przed przełączeniem porównaj ceny kilkunastu ofert w aplikacji z tym, co wyliczy nowy system. Różnice popraw w cenniku lub mnożniku, a nie w pojedynczych ofertach.

• Spisz regułę cenową starego systemu - cennik, narzut, zaokrąglenia, wyjątki dla wybranych produktów.

• Odtwórz ją w nowym systemie - osobny cennik dla InPost Buy lub mnożnik, jeśli narzut jest jednolity.

• Sprawdź próbkę przed przełączeniem - po kilka ofert z każdej kategorii i każdego przedziału cenowego.

• Zaplanuj migrację poza promocją - trwająca akcja rabatowa komplikuje porównanie cen i zwiększa ryzyko błędu.

Automatyczne akcje i statusy po zmianie narzędzia

Stary system miał swoje reguły: statusy, dokumenty, etykiety, akcje przy anulowaniu. Nie przenoszą się one automatycznie. Przed przełączeniem spisz, co robił stary system przy każdym zamówieniu z InPost Buy, i odtwórz to w nowym. Jeśli migrujesz do Base, w którym masz już reguły dla Allegro i sklepu, najczęściej wystarczy dodać InPost Buy jako kolejne źródło w istniejących automatycznych akcjach.

1. Status startowy dla zamówień z InPost Buy ustawiony w integracji.

2. Mapowanie statusów Zaakceptowano i Anulowano po stronie InPost.

3. Automatyczne wystawienie dokumentu sprzedaży po akceptacji.

4. Etykieta InPost z punktem odbioru i powrót numeru przesyłki.

5. Przywrócenie stanu po anulowaniu i po przyjęciu zwrotu.

Pierwsze zamówienia po migracji sprawdź ręcznie od początku do końca - tak, jak przy pierwszym uruchomieniu kanału. To najszybszy sposób, żeby wyłapać regułę, o której zapomniano.

Przez pierwszy tydzień po migracji codziennie porównuj liczbę zamówień z InPost Buy w nowym systemie z liczbą w panelu InPost. Jeśli się zgadzają, a stany w aplikacji odpowiadają magazynowi, migrację można uznać za zakończoną i zaplanować wyłączenie starego narzędzia po okresie zwrotów. Zaktualizuj też instrukcje dla zespołu, żeby nikt z przyzwyczajenia nie logował się do starego systemu.

Jak Vinson pomaga przy zmianie systemu integracji InPost Buy

Pomagamy wejść na InPost Buy, wystawić oferty i zintegrować sprzedaż z Base - także wtedy, gdy kanał działa już w innym narzędziu. Sprawdzamy zgodność katalogu, importujemy i wiążemy istniejące oferty, odtwarzamy statusy i automatyczne akcje, planujemy moment przełączenia i kontrolujemy pierwsze zamówienia po migracji. Jako certyfikowany partner Base znamy jego integracje 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

Czy przy zmianie integracji InPost Buy trzeba wystawiać oferty od nowa?

Nie powinno być takiej potrzeby. Oferty zostają na koncie InPost Buy, a nowy system je importuje i wiąże z produktami w magazynie. W Base służy do tego import ofert wystawionych już w InPost w module zarządzania ofertami.

Czy podczas migracji integracji sprzedaż w InPost Buy się zatrzyma?

Nie musi. Jeśli import i powiązanie ofert zrobisz wcześniej, a przełączenie stanów i zamówień zajmie krótką chwilę, oferty przez cały czas są aktywne. Ważne, żeby w żadnym momencie dwa systemy nie pobierały zamówień jednocześnie.

Co stanie się z historią zamówień po zmianie narzędzia?

Historia zostaje w starym systemie, a nowy zaczyna pobierać zamówienia od momentu przełączenia. Przed rezygnacją ze starego narzędzia wyeksportuj dane i zachowaj dostęp na czas, w którym mogą wpłynąć zwroty z wcześniejszych zamówień.

Jak uniknąć zdublowanych zamówień przy zmianie integracji InPost Buy?

Wyłącz pobieranie zamówień w starym systemie, zanim włączysz je w nowym, i dokończ w starym zamówienia, które już zostały pobrane. Po przełączeniu sprawdź pierwsze zamówienia, czy nie pojawiły się w obu systemach.

Ile trwa zmiana systemu integracji w InPost Buy?

Przy uporządkowanym katalogu zwykle kilka dni: przygotowanie i sprawdzenie identyfikatorów, import i powiązanie ofert, odtworzenie reguł oraz samo przełączenie. Najwięcej czasu zajmuje zwykle uzgodnienie SKU i EAN między systemami.

Zmiana narzędzia nie musi oznaczać nowego startu w kanale. Jeśli chcesz przenieść obsługę InPost Buy do Base i uporządkować wszystkie kanały w jednym miejscu, zajrzyj na stronę Sprzedaż na InPost Buy z Vinson. Jeśli dziś korzystasz z Apilo, przydatny będzie też wpis o integracji InPost Buy z Apilo.