Bartosz Rosa

Obecnie w SNX można przetworzyć ZK tylko w całości. W najbliższym czasie planujemy rozszerzyć listę dokumentów Subiekta, które można przetworzyć na EZ, więc będzie można to ZK zrealizować częściowo np w PA i takie PA zawierające tylko towary będące na stanie można będzie przetworzyć na EZ, a potem kolejne PA do kolejnego EZ. Na tę chwilę można zastosować pewne obejście, czyli: powielić ZK i powiązać je przez mechanizm kojarzenia dokumentów z nowego ZK usunąć pozycje, które będą realizowane w pierwszym kroku a na starym ZK pozostawić te pozycje Odpowiednio skorygować płatności na ZK, np podpiąć pod jedno i pod drugie ZK do pierwszego ZK wystawiamy EZ i dalej PA, wysłać gdy będzie towar to w ten sam sposób wystawić EZ i PA oraz wysłać

Wyszło

W tym nie. Ale cokolwiek przewidujemy, to już tylko w SNX. API do OLX jest ale do wystawiania ofert, do zamówień nie ma, bo nie ma takiego stricte modułu zamówień w OLX. Natomiast wiem, że jest API, które po prostu wykonuje czynności przez stronę udając klikanie użytkownika.

Miałem na myśli bardziej techniczne dane, czyli to co dostaje inpost od Sello na etapie tworzenia przesyłki, żebyśmy mogli to zweryfikować.

Przesyłki u kuriera są często tworzone asynchronicznie, co oznacza, że po wysłaniu zlecenia trzeba odczekać pewien czas, zanim ta przesyłka zostanie utworzona w systemach kuriera. Jak działają dokładnie te serwisy to nie wiemy, natomiast jestem sobie w stanie wyobrazić, że Sello odpytało o dane przesyłki, podczas gdy ta była jeszcze przetwarzana i serwis zwrócił błąd 404 nie istnieje, a w tym samym momencie zlecenia utworzenia tej przesyłki oczekiwało w kolejce na utworzenie. Dlatego dopytuję o to, czy jest to faktycznie chwilowy i jednorazowy błąd, czy występuje permanentnie na jakiejś przesyłce. Co do błędu z opisem, to proszę sprawdzić co jest wpisane w konfiguracji WzA dla tej dostawy w polu z opisem wysyłki.

A te towary są widoczne w Sello w module towarów? Proszę w tym module zresetować filtry (menu hamburger po lewej stronie filtrów).

Nie wiem kto, ale dobrze pisał . Popatrz, Sello NX jest na rynku od 5 miesięcy a już 4 kurierów mamy obsłużonych :). W Sello1 i przy tamtych zasobach to by było niewykonalne. Tu musisz uderzyć do Zarządu InsERTu , my to tylko zjadamy . Ewentualnie dodamy edycję nazwy widocznej w programie 🙃

Czy dla takiej przesyłki zawsze ten błąd występuje, np po kilkunastu minutach i wyczyszczeniu błędu z paczki (ctrl+Shift+B)?

Możliwe, że dostawa jest ustawiona na wersję czeską. Pojawiło się teraz dużo nowych dostaw w WzA osobno dla PL, CZ i SK, oraz na kombinacje między nimi, np zakup na SK z wysyłką z CZ itp. Dokładniej trzeba by było problem zweryfikować w konsultacji z Allegro, bo my nie bardzo mamy wgląd w to dlaczego tak się dzieje.

A wspomniana przeze mnie wyżej procedura odświeżenia magazynów została wykonana i czy coś to zmieniło?

Wskazany błąd dotyczy pobierania transakcji. Jeśli nie ma błędów związanych z pobieraniem towarów to może nie są one oznaczone w Subiekcie do serwisu aukcyjnego?

Proszę wejść w parametry zewnętrznego systemu sprzedaży i upewnić się, że jest włączony Nowy synchronizator (na dole okna). Jeśli nie to włączyć i zrestartować Sello na każdym używanym komputerze.

Czy w Subiekcie GT zmieniły się może magazyny od czasu konfiguracji tego w Sello NX w koncie integracji Subiekta GT? Proszę wejść w ustawienia tego konta i zweryfikować, czy są wybrane poprawne magazyny do synchronizacji i zapisać ustawienia konta.

Zwłaszcza, że mamy dzień zwłoki ze względu na problem z aktualizacją bazy danych? Nie

Jest to problem, na który natknęliśmy się niedawno i obsługa tego przypadku wymaga przejście na nowe zasoby w API WzA, które aktualnie robimy do wersji (51 - czerwiec). Przy starszych, obecnie używanych zasobach API WzA, niektórzy kurierzy mają ustawiane domyślne wartości ubezpieczenia, po przekroczeniu których w wartości pobrania pojawia się ten właśnie błąd. W chwili obecnej najlepiej taką przesyłkę nadać z poziomu Allegro.

Dodam tylko, uprzedzając pytania :), nie ma tej daty jeszcze ustalonej, nie ogłosiliśmy jeszcze zakończenia wsparcia, prócz tego, że nie jest już rozwijane, poza poprawkami krytycznymi. Warto jednak rozważyć Sello NX, jeśli są tam funkcje, które wystarczą obecnie, a z każdą kolejną wersją będzie tylko lepiej . Zwłaszcza, jeśli ktoś nie korzystał wcześniej z Sello1 to nie będzie brakować funkcji, których jeszcze w SNX nie ma.

Zdecydowanie należy włączyć nowy synchronizator, bo na starym na pewno nie będą się tworzyć. Po tym zrestartować Sello i podesłać treść błędu - o ile będzie nadal występował.

Innymi słowy, nie wiadomo obecnie na ile zamówień wysyłkowych wystarczy 100 punktów, czy na 100, czy na 1000, czy na 5000 zamówień.

Ceny* nie są obecnie jeszcze ustalone, więc wyliczanie cen nie ma sensu. * w zasadzie to, ile jednostek, albo części jednostki będzie pobierać jedno zamówienie wysyłkowe w Sello NX.

Dostawy te różnią się czasem dostawy (24 i 48 godzin). Idąc dalej, dla dostawy o nazwie Słowacja, których też są dwie, różnica polega na tym, że w jednej z nich można samodzielnie ustawić czas dostawy. Niestety nie widzę za bardzo możliwości, abyśmy rozszerzali nazwy dostaw o wszystkie możliwe pola zwrócone w dostawie - a jest ich kilkanaście. Co dodamy kolejne, to Allegro i tak doda kolejną dostawę o takiej samej nazwie, bo... cena się będzie różnić. Z kolei identyfikator tych dostaw ma 40 znaków więc wyświetlanie go za nazwą też jest wątpliwe. Proponuję zmapować obie te dostawy osobno na dwie dostawy Sello ustawione tak samo. Jeśli różnica polega na tym, że różni się czas dostawy to istotne jest tylko to, aby identyfikator dostaw wysyłanych do WzA zgadzał się z tym otrzymanym w zamówieniu.

Obecnie w planach mamy 4 firmy kurierskie (InPost, DPD, Poczta Polska, DHL) i planujemy zająć się marketplacami/sklepami internetowymi. Tak więc, jeśli chodzi o GLS to pozostawiamy to firmom zewnętrznym na tę chwilę. Obecnie nie, bo jest to typ płatności związany z transakcjami w samym Subiekcie a nie przez Allegro.

W praktyce wystarczyło to drugie polecenie, ale czy ono faktycznie wystarczyło i nie trzeba było usuwać parametrów specyficznych?

Witamy ponownie Tak jak napisał Marcin, Sello1 działa, aczkolwiek rozwijane nie jest, prócz poprawek krytycznych i serwisu Allegro.sk, który pojawi się w aktualizacji na dniach. Sello NX idzie nieco w innym kierunku, pluginowym oraz automatyzacji, wiec rozwijamy te części w większym stopniu. Części funkcji z Sello1 jeszcze w nim nie ma, ale staramy się je nadrobić, prócz rozwoju tych nowych kierunków. Zależy zatem co komu potrzebne, dobrego porównania 1:1 niestety nie ma, ale jest jeszcze kilka braków, które być muszą aby można było śmiało powiedzieć, że SNX to też ma i robi to lepiej :). OLX nie ma API do zamówień, choć z tego co wiem to planują coś w tym temacie robić, a pluginowość do wystawiania i zarządzania ofertami mamy w planach zrealizować w drugiej kolejności. Najpierw skupimy się na zamówieniach z innych serwisów.

To są błędy zwracane z API Allegro - możliwe, że sposób dostawy jest niepoprawnie skonfigurowany (np nadanie w automacie?) Sello tutaj w zasadzie nie ingeruje w to co jest wpisane w konfiguracji i przekazuje wszystko do Allegro. Jakie dokładnie błędy się pojawiają, bo to jest istotne.

Do obsługi wysyłek służy zamówienie wysyłkowe (EZ), które jest fragmentem Sello NX. Zamówienia takie mają dwa przeznaczenia: odzwierciedlają zamówienia z serwisu internetowego, źródłem ich są pluginy integracji allegro - integracja z serwisem Sello - wbudowana integracja umożliwiająca dodawanie takich zamówień ręcznie lub z Subiekta nexo umożliwiają pakowanie, tworzenie i śledzenie wysyłek u kurierów Korzystając zatem z Sello NX dołączonego do Subiekta nexo można (obecnie) z ZK utworzyć takie EZ, spakować i nadać w formie przesyłki poprzez pluginy integracji z kurierami dostępne w Sello NX. Efektem jest pobranie i wydrukowanie etykiety nadawczej z wybranej firmy kurierskiej. W pierwszej kolejności skupiamy się na najczęściej używanych kurierach ale w e-handlu, głównie B2C. Wspomniani kurierzy raczej są popularni ale wśród B2B. Póki co nie ruszamy tych integracji, pozostawiając je niejako firmom zewnętrznym. Oczywiście, jeśli będzie większe zainteresowanie i na rynku nie pojawi się żaden plugin do Sello do obsługi danego kuriera to jest szansa, że zrobimy go my. Ale nie jest to obecnie w obszarze naszego zainteresowania na najbliższy czas. I tak, można zlecić zrobienie takiej integracji i szczerze liczymy, że takie integracje zaczną się wkrótce pojawiać. Na potrzeby pojedynczej firmy, która korzysta z określonych usług kurierskich, czy sposobu nadania, gdzie nie ma potrzeby robienia obsługi wszystkich usług itp. to zrobienie takiego plugina powinno zająć nie więcej niż 7 dni - po odrobinie wprawy 2 dni powinny wystarczyć. Wszystko zależy od zakresu realizacji - ekstremalnie, to w kilka godzin da radę przesyłkę utworzyć zaczynając od zera - lub od naszego przykładu, który udostępniliśmy. Natomiast pluginy, które my udostępniamy nie są sprecyzowane pod konkretne potrzeby firmy, co oznacza, że są bardziej uniwersalne, rozbudowane, mają więcej usług, sposobów nadania, możliwości konfiguracji itp. Stąd ich czas realizacji i testowania jest dłuższy.