PILNE PO AKTUALIZACJI 1.42.8 SELLO NIE WYLICZA CYFRY KONTROLNEJ

[Mariusz Kownacki 105]

Witam,

 

Po aktualizacji do 1.42.8 Sello nie wylicza cyfry kontrolnej do numerów nadawczych Poczty Polskiej w EAN 128. Przed aktualizacją była wersja Sello 1.42.6 i nie było problemu.

 

Czy można to sprawdzić?

[Bartosz Rosa 1 785]

Jak ustawiony jest typ kodu dla danej puli? Dodaliśmy tam nowy typ dla Pocztexu 2.0 ale stary nie był dotykany.

[Mariusz Kownacki 105]

1 minutę temu, Bartosz Rosa napisał:

Jak ustawiony jest typ kodu dla danej puli? Dodaliśmy tam nowy typ dla Pocztexu 2.0 ale stary nie był dotykany.

Ustawiony jest tryb kodu EAN/UCC-128. Jest jeszcze do wyboru Code39 i Code128 lecz każdy tryb nie wylicza cyfry kontrolnej.

[Bartosz Rosa 1 785]

Podeślij na priv zrzut ekranu z okna konfiguracji tej puli.

[Mariusz Kownacki 105]

8 minut temu, Bartosz Rosa napisał:

Podeślij na priv zrzut ekranu z okna konfiguracji tej puli.

Wysłane

[Bartosz Rosa 1 785]

Ok widzę w czym problem. Wraz z dodaniem nowego kodu dla Pocztexu została zmieniona jedna rzecz w wyliczaniu kodu EAN/UCC-128. Wcześniej dopuszczał on i obcinał liczbę znaków do 17 od prawej strony, co usuwało zbędne 00 z początku do wyliczeń, teraz dopuszcza 20 znaków, zgodnie z dokumentacją wyliczania cyfry kontrolnej.

 

Teoretycznie pomogłoby usunięcie dwóch zer z początku tego kodu, pytanie czy to jest dopuszczalne w tym przypadku, czy spowoduje jakieś problemy przy nadawaniu przesyłek.

[Mariusz Kownacki 105]

3 minuty temu, Bartosz Rosa napisał:

Ok widzę w czym problem. Wraz z dodaniem nowego kodu dla Pocztexu została zmieniona jedna rzecz w wyliczaniu kodu EAN/UCC-128. Wcześniej dopuszczał on i obcinał liczbę znaków do 17 od prawej strony, co usuwało zbędne 00 z początku do wyliczeń, teraz dopuszcza 20 znaków, zgodnie z dokumentacją wyliczania cyfry kontrolnej.

 

Teoretycznie pomogłoby usunięcie dwóch zer z początku tego kodu, pytanie czy to jest dopuszczalne w tym przypadku, czy spowoduje jakieś problemy przy nadawaniu przesyłek.

Niestety jest problem. Po usunięciu dwóch 0 z początku, wtedy Sello wylicza automatycznie cyfrę kontrolną, lecz Poczta Polska do listów poleconych wymagana numeru nadania 20 cyfrowego. Po tym "zabiegu" jest 18 cyfr

[Mariusz Kownacki 105]

P.S.

 

Próbuję nadać list polecony ekonomiczny przez WzA, ale w Sello pojawia się taki błąd:

Pobieranie stanu wykonania zlecenia utworzenia przesyłki z Allegro dla paczki "xxx/2023" na koncie "xxxxy" (xxxxx): Niepoprawne dane autoryzacyjne

Kod błędu: 0

[ERROR]: Niepoprawne dane autoryzacyjne
ścieżka: parcelIds[%s]

 

 

Czy można list polecony ekonomiczny nadać przez WzA przez umowę własną jako przesyłka firmowa polecona?

[Mariusz Kownacki 105]

47 minut temu, Bartosz Rosa napisał:

Ok widzę w czym problem. Wraz z dodaniem nowego kodu dla Pocztexu została zmieniona jedna rzecz w wyliczaniu kodu EAN/UCC-128. Wcześniej dopuszczał on i obcinał liczbę znaków do 17 od prawej strony, co usuwało zbędne 00 z początku do wyliczeń, teraz dopuszcza 20 znaków, zgodnie z dokumentacją wyliczania cyfry kontrolnej.

 

Teoretycznie pomogłoby usunięcie dwóch zer z początku tego kodu, pytanie czy to jest dopuszczalne w tym przypadku, czy spowoduje jakieś problemy przy nadawaniu przesyłek.

 

39 minut temu, Mariusz Kownacki napisał:

Niestety jest problem. Po usunięciu dwóch 0 z początku, wtedy Sello wylicza automatycznie cyfrę kontrolną, lecz Poczta Polska do listów poleconych wymagana numeru nadania 20 cyfrowego. Po tym "zabiegu" jest 18 cyfr

Czy istnieje szansa na rozwiązanie tego problemu w najbliższym czasie? Niestety nie mogę utworzyć przesyłek dla listów poleconych ekonomicznych nawet przez WzA na umowie własnej i jedynie co mi pozostaje to ręcznie wyliczanie cyfry kontrolnej i poprawy numerów nadawczych bezpośrednio w EN co związku z tym będę musiał usunąć tę formę dostawy w cenników Allegro, dopóki nr nadania w Sello będzie się dobrze generował.

[Bartosz Rosa 1 785]

3 godziny temu, Mariusz Kownacki napisał:

Czy istnieje szansa na rozwiązanie tego problemu w najbliższym czasie?

Oczywiście. Poprawkę dorzucimy do wersji 1.43.0, którą planujemy wydać w przyszłym tygodniu. Czy da radę te kilka najbliższych dni pracować z tym błędem? Jeśli nie to podrzucimy plik dll do podmiany, ale to i tak najszybciej w poniedziałek.

 

 

[Mariusz Kownacki 105]

7 minut temu, Bartosz Rosa napisał:

Oczywiście. Poprawkę dorzucimy do wersji 1.43.0, którą planujemy wydać w przyszłym tygodniu. Czy da radę te kilka najbliższych dni pracować z tym błędem? Jeśli nie to podrzucimy plik dll do podmiany, ale to i tak najszybciej w poniedziałek.

 

 

Ok, dziękuję. Damy radę pracować z tym błędem przez najbliższe dni.