Bartosz Rosa

I stąd ten problem. W bazie Sello klienci są powiązani z kontrahentami ze starej bazy Subiekta (poprzez identyfikatory liczbowe). Nowa baza zawiera prawdopodobnie innych kontrahentów i przykładowo kontrahent Jacek o identyfikatorze 1234 w nowej bazie Subiekta trafia w kontrahenta Adama w bazie Sello - stąd Sello uznaje, że tego kontrahenta już zna i podpina go do transakcji.

Dlatego zaznaczyłem, że chodzi o ekonomiczne listy polecone - te nie są obsługiwane. Zwykłe polecone są.

Niestety nie ma mechanizmu zarządzania opiekunami. Można ich ustawiać tylko ręcznie (zbiorczo). W paczce opiekun dziedziczony jest po transakcji.

Proszę najechać na treść tego błędu w kolumnie Wynik i poczekać na pojawienie się okienka z pełną treścią. Jaka treść tam się pojawia? Czy nie ma to związku z faktem, że dany towar został już dodany?

Pole z identyfikatorem cennika hurtowego będzie dodane w 1.40.

Można a nawet trzeba usunąć jej zawartość, za pomocą polecenia SQL:
truncate table jb_Message Polecenie można wykonać w programie serwisowym.

Ewentualnie poprzez dodaj sekcję i tam wstawić odwołanie do kolejnego zdjęcia, np ZDJECIE: 5

Czy w Sello w parametrach transakcji nie ma przypadkiem wybranego domyślnego sposobu wysyłki jako paczkomat? Takie ustawienie wymusza konieczność podania danych dla paczkomatu zamiast zwykłego adresu a jeśli klient nie uzupełnił tych danych to transakcja taka się nie zapisze.

Proszę zaktualizować listę dostaw z menu Sello ==> NARZĘDZIA ==> Synchronizuj parametry z serwisu
 

Po tej operacji nowe dostawy Allegro powinny być dostępne i będzie je można podpiąć pod dostawy Sello.

Licencja demo (na własne konto) praktycznie nie ma żadnych ograniczeń w stosunku do wersji pełnej (z pominięciem drobiazgów) więc to chyba zbieg okoliczności :). Chyba, że mowa o wersji demonstracyjnej bazy - wybieranej przy jej zakładaniu. Ona w zasadzie nie nadaje się do pracy, synchronizacji itp. Jeśli taka została utworzona (w oknie zarządzania kontami i licencjami jest widoczne konto ins_demo) to aby przystąpić do normalnej pracy z własnym kontem należy założyć nową bazę, tym razem bez danych demo. Nową bazę/podmiot można założyć przy uruchamianiu programu. Jeśli nie będzie widoczna opcja utworzenia nowej, należy przytrzymać lewy klawisz Ctrl podczas uruchamiania Sello.

Wydruki dla WzA pobierane są jako PDFy z tego serwisu i można obecnie pobierać 1 wydruk dla 1 przesyłki przez API. Nie da się pobrać wielu etykiet dla wielu przesyłek jednocześnie tak aby zostały wygenerowane jako 1 PDF z 4 etykietami. Musimy poczekać aż Allegro taką opcję do API doda.
 
W przypadku InPost ShipX polecenie pobrania etykiet wykonywane jest dla zbioru paczek więc taka możliwość jest. InPost wtedy generuje kilka etykiet na 1 kartce.
 

Potwierdzamy problem, będzie poprawiony w 1.39.

Domyślne warunki + cennik przy zmianie konta oraz przy wystawianiu na inne konto będą w 1.39.

Obsługa przedsprzedaży będzie w 1.39.

Obsługa przedsprzedaży będzie w 1.39.

Problem rozwiązany. Gdyby ktoś miał podobny problem, to poniżej opis i rozwiązanie.
 
Sello aktualnie pobiera niektóre parametry z serwisu w kontekście konkretnych kont, a niektóre dane są/były dotychczas bezkontekstowe. Takie dane to np. lista dostępnych w Allegro dostaw. Do tej pory były one zwracane takie same dla każdego konta, więc Sello pobierając te dane przedstawia się w API Allegro danymi pierwszego z brzegu konta.
Natomiast jeśli Allegro zwraca te dane tylko dla wybranych kont to w tej sytuacji dane te nie zostaną pobrane.
 
Rozwiązanie jest takie, aby na chwilę dezaktywować konta, na których nie ma tej dostawy włączonej i wtedy pobrać jeszcze raz dane dostaw w oknie parametrów. Sello posłuży się wtedy również pierwszym z brzegu kontem aby te dane pobrać, ale tym razem weźmie konto na którym dostawa jest udostępniona i zapisze to sobie w słowniku dostaw. Potem można aktywować te wyłączone konta.

Jeśli dostawa Sello jest już dodana w Sello i włączona jest w niej synchronizacja z odpowiednią usługą serwisu WzA to należy dodać na dole okna konfiguracji dostawy Sello wydruki dotyczące WzA - etykieta, WzA - lista wysyłkowa

Będą one wtedy dostępne z poziomu wydruków do paczek.

Proszę tylko pamiętać, że aby wydrukować etykietę trzeba najpierw utworzyć przesyłkę wysyłając paczkę do WzA. Po chwili ten status trzeba odebrać bo etykieta utworzy się tylko jeśli przesyłka została pomyślnie utworzona w kroku pierwszym i ma odpowiedni status w Sello wraz z numerem wysyłkowym.

Jest, ale pojedynczo
 

Automatycznie w tej chwili ustalać gabarytów się nie da. Mechanizm, który dodaliśmy miał na celu zmniejszyć nieco liczbę kliknięć przy obsłudze pojedyncznych towarów, nie wyeliminować całkowicie potrzebę ustalania gabarytu.

Teraz też działa, ale wprowadziliśmy blokadę tworzenia pustych paczek. Algorytm rozdzielania towarów do paczek działa raczej na grupach transakcji, wtedy do każdej paczki trafia inna pozycja towarowa. Jeśli zaś pozycja jest jedna to obecnie sztuki nie są rozdzielane na kolejne paczki i następna tworzona paczka dostaje 0 sztuk - na co reaguje blokada tworzenia takich paczek.
 
Rozwiązania są dwa.
Przy tworzeniu pierwszej paczki zmniejszyć liczbę sztuk towaru, który będzie do niej zapakowany, wtedy następna tworzona paczka zostanie domyślnie uzupełniona pozostałą liczbą sztuk - z której także można odjąć towar aby utworzyć kolejną itd. Wyłączyć blokadę tworzenia pustych paczek (czyli takich, gdzie na każdej pozycji jest 0) w parametrach paczek.

Problem wynikał ze zmiany sposobu synchronizacji Paczkomatów z WzA na InPost ShipX i widoku dostaw, który nie był przystosowany do takiego scenariusza. Poprawka będzie w 1.38.1. Gdyby ktoś z Państwa również takiego problemu doświadczył, proszę o kontakt na sello@insert.com.pl - podeślemy indywidualne rozwiązanie w postaci poleceń SQL.

Sprawa wygląda tak, że pojawiły się dwa takie same węzły DeliveryAddress w xmlu wejściowym i transformata bierze domyślnie pierwszy z nich - który akurat jest adresem punktu odbioru.
 
Można zmusić transformatę aby brała inny adres pod uwagę na podstawie warunku. W przypadku obu tych adresów różnica między nimi jest taka, że adres punktu odbioru nie zawiera adresu e-mail, adres odbiorcy zawiera.
 
Dlatego wszędzie tam, gdzie znajdują się w niej odwołania do s:DeliveryAddress
<xsl:value-of select="s:DeliveryAddress/s:HouseNumber"/> można dopisać warunek, że email ma być niepusty. Wtedy transformata wybierze ten węzeł DeliveryAddress, w którym ten email jest wypełniony.
<xsl:value-of select="s:DeliveryAddress[s:Email != '']/s:HouseNumber"/> Warunek zapisuje się w nawiasie kwadratowym przy elemencie w którym ma nastąpić wybór. Czyli tutaj [s:Email != ''] za elementem s:DeliveryAddress.
Ten warunek trzeba dopisać we wszystkich miejscach w transformacie gdzie ma być odwołanie do adresu odbiorcy (a nie punktu odbioru).
 
Analogicznie, aby wybrać punkt odbioru, który nie ma wypełnionego maila, jako warunek można przyjąć [s:Email = '']

Niestety obecnie się nie da na taki punkt wysłać, ze względu właśnie na to, w jaki sposób Sello rozróżnia paczkomat od zwykłego adresu. Poprawka jest w planach.

Najaktualniejsza informacja w pasku na górze forum.

Czy jest potrzebna pomoc przy wykonaniu polecania SQL za pomocą programu serwisowego?