Integracje wysyłkowe BigCommerce: opcje stawek, etykiet i śledzenia

Integracje wysyłkowe BigCommerce pełnią trzy różne funkcje: obliczają stawki wysyłki przy kasie, kupują etykiety do realizacji zamówień oraz śledzą przesyłki po ich nadaniu. Dla sprzedawców właściwa konfiguracja nie musi oznaczać jednej aplikacji obiecującej wszystko. Powinna to być połączony proces, w którym metody wysyłki przy kasie, działania magazynu, rejestry przesyłek i aktualizacje dla klientów pozostają spójne.

Zacznij od tej części procesu wysyłki, która obecnie nie działa prawidłowo. Nieoczekiwane opłaty przy kasie wymagają weryfikacji stawek. Powolne pakowanie i nadawanie wymagają przeglądu procesu etykietowania. Brak aktualizacji dotyczących dostawy wymaga lepszego śledzenia. Problemy te mogą korzystać z tych samych danych zamówienia, ale rozwiązanie jednego z nich nie rozwiązuje automatycznie pozostałych.

Co faktycznie robi każda integracja wysyłkowa

Przed wyborem integracji oddziel ofertę wysyłkową widoczną dla klienta od działań operacyjnych wymaganych do realizacji zamówienia. Opłata za wysyłkę przy kasie nie musi być kwotą, którą później zapłacisz za etykietę, a numer śledzenia nie jest dowodem na to, że przewoźnik otrzymał przesyłkę.

Warstwa integracji	Główna odpowiedzialność	Co należy zweryfikować
Stawki przy kasie	Określenie metod dostawy i opłat widocznych dla kupujących.	Miejsca nadania, miejsca docelowe, dane produktów, dostępność usług i zachowanie awaryjne.
Etykiety i realizacja zamówień	Przekształcanie zamówień w przesyłki i tworzenie dokumentów potrzebnych do nadania.	Konta przewoźników, wybór opakowania, zgodność z drukarkami i zapis danych przesyłki z powrotem w systemie.
Śledzenie po zakupie	Gromadzenie zdarzeń związanych z dostawą i udostępnianie postępu przesyłki.	Pobieranie numerów śledzenia, identyfikację przewoźnika, dostarczanie aktualizacji i obsługę wyjątków.

Oficjalny marketplace aplikacji BigCommerce jest punktem wyjścia do wyszukiwania gotowych integracji. Jego dokumentacja dla deweloperów jest punktem wyjścia do weryfikacji niestandardowego połączenia. Sama oferta w marketplace nie powinna być traktowana jako potwierdzenie, że aplikacja obsługuje każdy kraj, usługę przewoźnika, konfigurację kasy lub proces realizacji zamówień, z którego korzystasz.

Wybierz sposób integracji zgodnie z procesem

Korzystaj z ustawień wysyłki platformy, gdy zasady są proste

Jeśli Twoja oferta wysyłkowa jest prosta, najpierw przejrzyj konfigurację wysyłki już dostępną w sklepie. Zdefiniuj obsługiwane miejsca docelowe, metody widoczne dla kupujących oraz zasady handlowe stojące za tymi metodami, zanim dodasz kolejny system.

Na przykład sklep oferujący standardową krajową opłatę za wysyłkę może potrzebować wyraźniej określonych stref wysyłki i wykluczeń zamiast zewnętrznego silnika stawek. Sklep wysyłający duże produkty z kilku lokalizacji ma inny problem: prosta opłata może ukrywać istotne różnice w kosztach realizacji.

Najlepsze rozwiązanie dla: sprzedawców z przewidywalnymi przesyłkami, ograniczoną złożonością realizacji i zasadami wysyłki, które można wyrazić w istniejącej konfiguracji. Wyjdź poza ten sposób dopiero wtedy, gdy wymaganej logiki nie da się niezawodnie odwzorować — nie tylko dlatego, że inna aplikacja ma więcej ustawień.

Korzystaj z gotowej integracji w przypadku powtarzalnych działań związanych z realizacją

Gotową integrację wysyłkową warto ocenić, gdy pracownicy wielokrotnie kopiują adresy, wybierają usługi, kupują etykiety lub wprowadzają numery śledzenia. Jej wartość polega na ograniczeniu przekazywania zadań i utrzymaniu zgodności rejestru zamówienia z tym, co faktycznie zostało wysłane.

Nie zakładaj, że każda integracja etykiet zapewnia również stawki przy kasie. Podobnie nie zakładaj, że aplikacja importująca zamówienia może zapisać szczegóły przesyłki z powrotem w BigCommerce. Poproś dostawcę o zaprezentowanie każdego wymaganego kierunku przepływu danych z użyciem Twojego procesu.

Najlepsze rozwiązanie dla: zespołów, które chcą korzystać ze sprawdzonego interfejsu operacyjnego bez konieczności utrzymywania własnej integracji. To złe rozwiązanie, jeśli kluczowe zasady magazynowe wymagają ręcznych obejść niwelujących zaoszczędzony czas.

Korzystaj z niestandardowego połączenia, gdy inny system odpowiada za realizację

Niestandardowa integracja może mieć sens, gdy system zarządzania zamówieniami, platforma magazynowa lub zewnętrzny operator logistyczny już kontroluje nadawanie. W takim układzie BigCommerce może być kanałem sprzedaży, a nie operacyjnym źródłem prawdy dla każdego działania związanego z wysyłką.

Określ, który system odpowiada za adresy, decyzje dotyczące opakowań, zakup etykiet, tworzenie przesyłek i aktualizacje śledzenia. Następnie potwierdź wymagane operacje API, wymagania dotyczące uwierzytelniania, uprawnienia i ograniczenia platformy w odpowiedniej dokumentacji.

Najlepsze rozwiązanie dla: sprzedawców z rzeczywistą potrzebą określonego procesu i możliwościami technicznymi do jego utrzymania. Rozwój niestandardowy nie jest automatycznie najtańszą drogą po uwzględnieniu monitorowania, wsparcia i przyszłych zmian.

Stawki: dopasuj obietnicę przy kasie do procesu wysyłki

Integracja stawek powinna oferować dostawę, którą możesz zrealizować, a nie tylko zwracać liczbę. Przed testowaniem dostawców udokumentuj dane wejściowe dotyczące miejsca nadania, miejsca docelowego, produktu i opakowania, które określają dostępność usługi i koszt.

• Miejsca nadania: Z którego magazynu lub od którego partnera realizującego zamówienia przesyłka zostanie wysłana?
• Dane produktu: Czy wagi i wymiary są prawidłowe oraz czy ich jednostki są spójne?
• Opakowanie: Czy obliczenia wykorzystują pojedyncze produkty, wybrany karton czy szacunkową paczkę?
• Miejsca docelowe: Co dzieje się w przypadku obszarów oddalonych, skrytek pocztowych i lokalizacji poza obsługiwanym obszarem?
• Zasady handlowe: Czy pobierzesz obliczoną kwotę, dofinansujesz wysyłkę czy zastosujesz próg promocyjny?

Opłaty przy kasie i koszty etykiet mogą się różnić, ponieważ paczka, usługa, miejsce nadania lub konto używane podczas realizacji różnią się od założeń przyjętych przy kasie. Porównaj obie strony zamówienia testowego, zanim uznasz, że obliczenie stawki jest błędne.

Określ również zachowanie w przypadku awarii. Jeśli żądanie stawki zakończy się niepowodzeniem, czy kasa powinna wyświetlić skonfigurowaną alternatywę, usunąć daną metodę czy zatrzymać zamówienie? Właściwy wybór zależy od tego, czy Twój zespół może zrealizować alternatywę. Zapasowa opłata, która przyjmuje zamówienie niemożliwe do wysłania, nie jest skutecznym rozwiązaniem awaryjnym.

W przypadku zamówień międzynarodowych oddziel opłatę za transport od ceł i podatków. Nie opisuj stawki jako całkowitego kosztu dostawy, chyba że odpowiedzialna usługa wyraźnie oblicza odpowiednie opłaty, a proces realizacji obsługuje określony sposób płatności.

Etykiety: oceń cały cykl nadania

Zakup etykiety należy testować od importu zamówienia po anulowanie, a nie tylko do pierwszego udanego wydruku. Pytanie operacyjne brzmi, czy integracja utrzymuje synchronizację pracy magazynu i rejestrów sklepu.

Wykorzystaj następujące kryteria akceptacji:

1. Import zamówień: Potwierdź, że właściwe zamówienia stają się dostępne do realizacji i że zmiany są obsługiwane w przewidywalny sposób.
2. Tworzenie paczek: Przetestuj pojedynczą przesyłkę, wiele przesyłek oraz zamówienie, w którym wysyłana jest tylko część produktów.
3. Wybór usługi: Sprawdź, jak metoda wybrana przez kupującego przy kasie jest mapowana na usługę kupowaną przez pracowników magazynu.
4. Drukowanie: Potwierdź, że rozmiar etykiety, format pliku i ustawienia drukowania działają z rzeczywistym wyposażeniem magazynu.
5. Zapis przesyłki z powrotem: Zweryfikuj, czy prawidłowe informacje o śledzeniu i wysłanych produktach trafiają do zamówienia BigCommerce.
6. Ponowne wydruki i unieważnienia: Ustal, jak pracownicy unikają wielokrotnych zakupów oraz jak obsługiwane są niewykorzystane etykiety zgodnie z zasadami danego dostawcy.

Szczególnie przydatnym testem jest zakup etykiety, który kończy się powodzeniem, podczas gdy późniejsza aktualizacja zamówienia kończy się błędem. Pracownicy potrzebują sposobu odzyskiwania, który zaktualizuje zamówienie bez kupowania kolejnej etykiety. W tym miejscu dopracowana demonstracja może różnić się od niezawodnego procesu produkcyjnego.

Sprawdź również, kto odpowiada za powiadomienia klientów. Jeśli zarówno integracja wysyłkowa, jak i inny połączony system wysyłają wiadomości o nadaniu, klienci mogą otrzymywać zduplikowane lub sprzeczne aktualizacje.

Śledzenie: odróżnij rejestry przesyłek od widoczności dostawy

Zapisanie numeru śledzenia w zamówieniu rozwiązuje problem ewidencyjny. Późniejsze gromadzenie zdarzeń przewoźnika rozwiązuje problem widoczności. Twoja firma może potrzebować obu funkcji, ale należy je oceniać oddzielnie.

Przydatny proces śledzenia zachowuje powiązanie między zamówieniem, przesyłką, paczką, przewoźnikiem i numerem śledzenia. Powiązanie to ma znaczenie, gdy jedno zamówienie obejmuje kilka paczek lub gdy paczka jest obsługiwana przez więcej niż jednego operatora dostawy.

W przypadku warstwy śledzenia prowadzonej przez dewelopera odpowiednią opcją do oceny jest 17TRACK Tracking API. Jej oficjalna dokumentacja API stanowi podstawę do oceny rejestracji śledzenia i dostarczania zdarzeń w niestandardowym procesie. Jest to zastosowanie związane ze śledzeniem, a nie zamiennik obliczania stawek przy kasie lub zakupu etykiet.

Nie zakładaj, że dostępność API oznacza dołączenie gotowego konektora BigCommerce. Ustal, jak szczegóły przesyłki będą przesyłane ze sklepu lub systemu realizacji do usługi śledzenia, jak aktualizacje będą docierać do miejsca docelowego oraz kto będzie utrzymywać połączenie.

Przed wdrożeniem potwierdź obsługę rzeczywistych przewoźników i usług, odpowiednie warunki subskrypcji oraz konfigurację dostarczania aktualizacji. Następnie przetestuj opóźnione skany, nierozpoznane numery, zduplikowane aktualizacje i wyjątki związane z dostawą. Integracja śledzenia nie może utworzyć fizycznego skanu przewoźnika, który się nie odbył.

Wybierz również osobę odpowiedzialną za śledzenie w firmie. Panel wyjątków ma ograniczoną wartość operacyjną, jeśli nikt nie odpowiada za analizowanie zatrzymanych przesyłek i decydowanie, kiedy skontaktować się z przewoźnikiem lub klientem.

Porównuj całkowity koszt, nie polegając na cenie reklamowanej

Ponieważ te warstwy integracji wykonują różne zadania, porównuj koszty z procesem, którego potrzebujesz, a nie z jedną reklamowaną kwotą subskrypcji.

• Opłaty za oprogramowanie: Uwzględnij subskrypcje, limity użytkowania, przekroczenia limitów i funkcje rozliczane osobno.
• Opłaty za wysyłkę: Oddziel opłaty pocztowe i korekty przewoźnika od opłaty za oprogramowanie.
• Wdrożenie: Uwzględnij konfigurację, oczyszczanie danych, mapowanie usług, testowanie i szkolenie pracowników.
• Bieżąca obsługa: Weź pod uwagę ręczne korekty, nieudane synchronizacje i odpowiedzialność za wsparcie.
• Wymagania dotyczące zakończenia: Sprawdź, jak możesz pobrać rejestry przesyłek i usunąć połączenie bez zakłócania otwartych zamówień.

Poproś każdego dostawcę o wyjaśnienie, które zdarzenie jest uwzględniane w rozliczanym użytkowaniu. Zamówienia, etykiety, paczki, zarejestrowane numery śledzenia i żądania API nie są wymiennymi jednostkami. Przy szacowaniu kosztów wykorzystaj reprezentatywny okres z własnej działalności.

Przeprowadź mały pilotaż od początku do końca przed zmianą systemu

Najlepszą metodą wyboru jest kontrolowany pilotaż z wykorzystaniem realistycznych zamówień. Uwzględnij zwykłą krajową paczkę, zamówienie z wieloma produktami, przesyłkę podzieloną oraz każdy międzynarodowy lub nietypowy rodzaj przesyłki istotny dla Twojej firmy.

Dla każdego testu zapisz ofertę przy kasie, wybraną usługę, wynik dotyczący etykiety, rejestr przesyłki, miejsce docelowe śledzenia i powiadomienia dla klienta. Dodaj co najmniej jeden przypadek awarii, taki jak odrzucony adres lub przerwana synchronizacja.

Przypisz jasną odpowiedzialność: zespół e-commerce zatwierdza działanie kasy, pracownicy magazynu zatwierdzają pakowanie i drukowanie, obsługa klienta zatwierdza widoczność przesyłek, a właściciel techniczny zatwierdza uprawnienia i procedury odzyskiwania. Sprawdź, jakie dane klientów otrzymuje każde połączenie, i przyznawaj wyłącznie dostęp wymagany do jego zadania.

Praktyczna rekomendacja: utrzymuj konfigurację tak prostą, jak pozwala na to Twoja działalność. Korzystaj z istniejącej konfiguracji wysyłki, gdy spełnia wymagania, dodaj integrację realizacji, gdy eliminuje powtarzalną pracę, i wprowadź dedykowaną warstwę śledzenia, gdy widoczność przesyłek wymaga własnego procesu. Łącz warstwy świadomie, zamiast domyślnie kupować nakładające się funkcje.

FAQ

Czy potrzebuję osobnych integracji dla stawek, etykiet i śledzenia?

Niekoniecznie. Jedna integracja może obejmować kilka funkcji, a inna tylko jedną. Zweryfikuj każdą wymaganą funkcję niezależnie, w tym to, czy integracja odczytuje zamówienia, zapisuje informacje o przesyłce z powrotem i dostarcza późniejsze aktualizacje śledzenia.

Czy integracja etykiet automatycznie zmieni stawki wysyłki przy kasie?

Nie zakładaj tego. Zakup etykiety odbywa się podczas realizacji, a stawki przy kasie są prezentowane przed złożeniem zamówienia. Potwierdź, czy integracja zapewnia funkcję stawek przy kasie i czy działa z konfiguracją Twojego sklepu.

Czy mogę połączyć własne konta przewoźników?

Zależy to od integracji, przewoźnika, uprawnień konta i regionu wysyłki. Zapytaj, które konta i usługi są obsługiwane, czy można używać stawek Twojego konta oraz kto rozlicza opłaty pocztowe i późniejsze korekty.

Czy 17TRACK może zastąpić narzędzie BigCommerce do etykiet?

Tracking API należy oceniać pod kątem widoczności śledzenia, a nie jako zamiennik zakupu etykiet. Niestandardowy proces może połączyć informacje o przesyłce z usługą śledzenia, pozostawiając obliczenia przy kasie i tworzenie etykiet systemom odpowiedzialnym za te zadania.

Dlaczego klient może nie widzieć żadnego ruchu po otrzymaniu numeru śledzenia?

Numer śledzenia może istnieć, zanim paczka otrzyma pierwszy skan przewoźnika. Inne możliwości to nieprawidłowy numer, problem z identyfikacją przewoźnika lub opóźniona dostępność zdarzeń. Sprawdź przekazanie przesyłki do realizacji i informacje o przewoźniku, zanim uznasz brak aktualizacji za błąd oprogramowania.

Źródła

• BigCommerce App Marketplace — oficjalny punkt wyjścia do identyfikowania gotowych integracji i sprawdzania poszczególnych ofert.
• BigCommerce Developer Documentation — oficjalne źródło do weryfikacji wymagań integracji platformy i szczegółów implementacji API.
• 17TRACK Tracking API — oficjalne źródło informacji o produkcie dotyczącym opcji API śledzenia omówionej w tym przewodniku.
• 17TRACK API Documentation — dokumentacja techniczna pomocna przy ocenie niestandardowego procesu śledzenia.