Tworzenie przesyłek InPost bez opłacenia ich

[Paw Ł. 3]

Cześć,

szybkie pytanie - czy da się tak ustawić Sello, by tworzyło przesyłki w InPoście, ale nie opłacało ich? Jest to problematyczne, bo opłacona przesyłka nie może być już edytowana, a u nas w firmie to magazynier pakuje i ustawia ostateczny gabaryt przesyłki. Aktualnie Sello od razu tworzy przesyłkę i od razu ją opłaca, przez co magazynier nie ma już potem możliwości edycji gabarytu.

Wiem oczywiście, że gabaryt można wybrać z poziomu Sello, ale osoba obsługująca Sello nie wie jakiego gabarytu wyjdzie przesyłka od magazyniera

[Bartosz Rosa 1 767]

Nie, nie ma takiej możliwości w obecnym API ShipX. Pozostaje synchronizować paczki z InPostem dopiero w momencie, gdy gabaryt będzie już znany. Aby przesyłki nie synchronizowały się można je np. zablokować.

[MARCIN e-kupowanie.pl 1 010]

1 godzinę temu, Paw Ł. napisał:

przez co magazynier nie ma już potem możliwości edycji gabarytu.

Wtedy trzeba wyrzucić etykietę i jeszcze raz wygenerować nową paczkę w InPost.

Hmm... albo zachęcić pracownika do poznania asortymentu / konsultowania się z magazynierem.

[Paw Ł. 3]

19 godzin temu, MARCIN e-kupowanie.pl napisał:

Wtedy trzeba wyrzucić etykietę i jeszcze raz wygenerować nową paczkę w InPost.

Hmm... albo zachęcić pracownika do poznania asortymentu / konsultowania się z magazynierem.

Ano niestety na razie tak to wygląda - za każdym razem trzeba generować nową etykietę i pisać do InPostu prośbę o anulację starej.

W kwestii poznania asortymentu - nie to jest problemem. Po prostu nie zawsze da się "na oko" ocenić czy przesyłka zmieści się w 8cm (gabaryt A), czy będzie o 1cm za duża

 

@Bartosz Rosa rozumiem, że API ShipX udostępnia tylko metodę, która tworzy od razu z automatu opłacone przesyłki? Nie da się z poziomu API przygotować przesyłki do późniejszego opłacenia?

[MARCIN e-kupowanie.pl 1 010]

17 minut temu, Paw Ł. napisał:

za każdym razem trzeba generować nową etykietę i pisać do InPostu prośbę o anulację starej

Chyba już nie - na kilku paczkach testowałem - nie wysłana paczka nie pojawia się na fakturze.

[Bartosz Rosa 1 767]

Nie ma w ogóle funkcji, która umożliwiłaby opłacenie przesyłek. Jeśli nie zlecimy jej opłacenia w momencie tworzenia to przesyłka taka się pojawi w statusie Oferta wybrana. Można ją wtedy opłacić z poziomu menadżera paczek, ale to z kolei nie spowoduje aktualizacji statusu w Sello. Tak to jest dziwnie zrobione .

[Paw Ł. 3]

Dnia 19.02.2019 o 08:55, MARCIN e-kupowanie.pl napisał:

Chyba już nie - na kilku paczkach testowałem - nie wysłana paczka nie pojawia się na fakturze.

O, to ciekawy trop  Będę musiał to sprawdzić, dzięki.

[Joanna S. 17]

Dnia 20.02.2019 o 09:11, Paw Ł. napisał:

O, to ciekawy trop  Będę musiał to sprawdzić, dzięki.

Potwierdzam. Paczki, które zostały "opłacone" ale nie zostały nadane, nie są podliczane do faktury. Nie trzeba ich o niczym informować - sytuacja tyczy się oczywiście tych, co mają podpisaną umowę z InPostem i otrzymują fakturę do zapłacenia.

W maju tamtego roku wysyłałam zapytanie do przedstawiciela - przez pomyłkę wygenerowaliśmy etykiety dla wszystkich aktualnie wysyłanych paczek w Sello zamiast dla jednej. Tylko wysłana została doliczona do faktury Reszta albo na niej była w kwocie 0zł, albo nie było ich wcale, nie pamiętam

 

Jeśli chodzi o opłacanie paczek - dopóki Allegro Inpost było trzeba generować z poziomu strony internetowej, dla nas też nieco wygodniej było, gdy samemu trzeba było odznaczyć paczkę jako opłacona. Kiedy weszła ta aktualizacja, wysyłając przesyłkę zwykłym paczkomatem można było wygenerować niepotrzebne etykiety, jeśli się zapomniało usunąć paczek niedotyczących tego typu dostawy Było to bardzo niewygodne. Na szczęście dożyliśmy chwili, kiedy paczki Allegro InPost można obsłużyć przez program, więc automatyczne opłacanie nie jest już naszym problemem.
Ciężko jest wymyślić jakiś sposób na pakowanie paczek w odpowiednim gabarycie, jeśli chodzi o wymiary a nie masę.. Czasami nam też by się przydało jakieś rozwiązanie tego problemu. Program może wyliczyć swoje, jednak to są jedynie sztywne dane - wiadomo, że człowiek może np. mniejszą rzecz schować do opakowania większej i już mamy inny gabaryt przesyłki. Dopóki nikt nie wymyśli nic sensownego, pozostaje chyba generować etykiety po zapakowaniu (lub jak do tej pory zaciągać nowe z poprawionym gabarytem i zaspamić tym samym InPost niepotrzebnymi etykietami ).

[Paw Ł. 3]

Dzięki za informacje, w takim razie można śmiało spamować InPost nieważnymi etykietami - to ich problem, że nie udostępniają możliwości anulowania we własnym zakresie

[Bartosz Rosa 1 767]

Ostatnie spamowanie gabarytami C źle się skończyło .

[Tomek Mazur 158]

Dnia 1.03.2019 o 09:06, Bartosz Rosa napisał:

Ostatnie spamowanie gabarytami C źle się skończyło .

Coś mnie ominęło?

 

Zwróćcie uwagę, że żaden inny operator nie ma takich dziwnych opłat, w większości przypadków ciężko jest rozwiązać problem z trafianiem w gabaryt, pomysły na to są ale mogą okazać się kosztowniejsze niż jakiś procent dopłat, upierdliwe to strasznie się okazuje. Ja myślę, że to świadoma próba uczynienia usługi rentownej, nie mogą ruszyć ceny to kombinują z dopłatami.

[Bartosz Rosa 1 767]

Wspomniałem o wysyłaniu w ciemno gabarytów C, podczas gdy przesyłki mieściły się w gabarytach mniejszych. Zostały wtedy wprowadzone dodatkowe opłaty za przewymiarowanie przesyłki.

[Tomek Mazur 158]

To nie przez to, paczki i tak trafiają do skrytek do jakich się mieszczą, oznaczenie nie ma tu nic do rzeczy. Jedynie co mogłoby się usprawnić to planowanie wahadeł ale to też nic nie da bo nie znają rzeczywistych wymiarów i masy paczek, więc średnia z uwzględnieniem maksymalnej wysokości czy bez niej niewiele tu zmienia. Przeliczyli się z kosztami na tej współpracy z Allegro i tyle, teraz kombinują jak na tym zarabiać.

[Bartosz Rosa 1 767]

Trafiają jeśli te są wolne. Co innego natomiast jeśli wszystkie są zadeklarowane jako C, a wiadomo, że takich skrytek w paczkomacie jest dużo mniej. W takim chaosie trudno racjonalnie kierować przesyłki do maszyny, która jest pełna. Zapewne prawda leży po środku