Inpost Allegro ze Smart - dublowanie listów

[M.K.]

w ostatnim czasie mamy sporo problemów z Inpostem, który nam fakturuje opłaty za przesyłki, które powinny być SMART.
Źródłem problemu jest błąd serwera inpost lub błąd łączności pomiędzy serwerem inpost a PP2.
 
1)   PP2 próbuje utworzyć list przewozowy w API Inpost
2)   Połaczenie z serwerem się zrywa lub pojawia się jakiś błąd
3)   Inpost wygenerował etykietę, ale przez błąd serwera lub połączenia jej nie przekazał
4)   PP2 próbuje ponownie wygenerować etykietę
5)   Inpost generuje etykietę, ale PŁATNĄ (ponieważ dla SMART przysługuje tylko jedna etykieta), która jest przekazywana do PP2 i drukowana
 
Zakładam, że mechanizm sprawdzający, czy dla danej transakcji została już wygenerowana etykieta może być zbyt obciążający wydajność pracy a do tego może powodować problemy typu pobranie i wydrukowanie drugi raz tej samej etykiety, w wyniku czego moglibyśmy wysłać dwie paczki na tym samym numerze listu.
 
Czy byłoby możliwe ostrzeganie użytkownika w sytuacji, gdy dla transakcji SMART (W Sello w najnowszej wersji jest informacja, która paczka jest SMART) inpost zwraca etykietę, która nie jest SMART?

Z pewnością ten problem (często być może nieświadomie) dotyka wielu użytkowników. Najgorzej jest w poniedziałki przed południem, gdy serwery inpost są przeciążone.

[Piotr]

Z samej etykiety tego nie jesteśmy w stanie odczytać.
Teoretycznie InPost wprowadził w API SHIPX możliwość zidentyfikowania czy etykieta została przygotowana w ramach limitu SMART czy nie.

Tylko obawiam się, że samo wyświetlenie ostrzeżenia po przygotowaniu listu może nie być skuteczne.
List "poza SMART" będzie wpisany w bazie PP2, Sello, może Subiekcie GT a nawet Allegro.
W takich przypadkach trzeba byłoby zatrzymać całkowicie proces przygotowania listu.
Przygotowanej etykiety nie da się usunąć, więc użytkownik musiałby sam ją znaleźć w aplikacji InPostu, wydrukować ją powklejać ten numer w Sello/Subiekcie / Allegro, oraz ręcznie wykonać pozostałe operacje które się dzieją automatycznie po przygotowaniu listu.

Wydaje się to bardzo kłopotliwe.

[Piotr]

Informacyjnie.
W kolejnych wersjach będziemy zmieniać proces tworzenia listu w API InPost ShipX w taki sposób aby umożliwić dalsze czekanie na utworzenie listu przez InPost ShipX albo "zapisanie" utworzonego listu bez numeru aby móc wrócić później do procesu.

Nie będzie to ostrzeżenie przed przygotowaniem etykiety "nie smart", ale bardziej mechanizm który będzie wspomagał aby nie "zgubić" tej pierwszej tworzonej etykiety w api InPost ShipX.

[Piotr]

W wersji v21.1.1 proces przygotowania listu dla InPost ShipX został rozbudowany o konieczność wyboru dalszych kroków przez operatora tworzącego list.
InPost ShipX - zapisz i przerwij - zmiana procesu przygotowania listu
Przy przygotowywaniu etykiet SMART można używać opcji dalszego sprawdzania (czekania) aż serwer InPostu nada numer listu, lub opcji zapisania listu bez numeru i kontynuowania procesu później.
Szczegóły procesu w  powiązanym  poście z zastrzeżeniem że zapisywanie listu bez numeru należy wykorzystywać jako podejście "awaryjne" niż normalny tok pracy.