Bartosz Rosa

Sugestia zapisana. Zbadamy temat.

Takie fikołki można by było w Sello NX za pomocą automatyzacji zrealizować. Brakuje w niej jeszcze obsługi zbiorów danych (czyli np. zaciągnięcie listy ofert wg cech), ale możliwe, że kiedyś się tego doczekamy . Na tę chwilę w Sello1 wydaje się, że w grę wchodzi rozwiązanie operujące bezpośrednio na bazie i dodające odpowiednią zmianę czasu wysyłki do oczekujących na wysłanie lub automat, który będzie klikał po interfejsie programu, odpalany z harmonogramu.

Wymiar paczki pojawia się tylko, jeśli dostawa Sello jest powiązana z serwisem typu WzA albo InPost. Tutaj najwyraźniej nie jest.

Nie. Komplety trzeba najpierw zmontować, wtedy będzie w Subiekcie dostępny ich stan, który Sello pobiera. Taką możliwość planujemy wprowadzić ale w Sello NX. W tej chwili nie jestem w stanie podać jeszcze terminu.

Trudno powiedzieć. Trzeba zobaczyć jak oni to będą zwracać, czy jako jeden ID dostawy czy jako różne. Jeśli jako różne to i tak należy je osobno powiązać z dostawami w Sello więc będzie się dało odróżnić.

Podpięty temat w dziale

tw_Zmiana - z tej tabeli korzysta Sello i Sello NX a samą modyfikacją w tych polach steruje Subiekt chyba z poziomu kodu, tw_ZmianaTw - to jest chyba coś od vendero ale możliwe, że działa na triggerach. Możesz zerknąć co się tam zmienia i kiedy. Sello bazuje na dacie ostatniej zmiany w towarach i porównuje z datą ostatniej synchronizacji. Natomiast zmiany stanów nie są w tych tabelach uwzględniane i tam robimy porównanie stanów w Sello i w Subiekcie w tw_Stan.

Dlatego warto zgłaszać swoje spostrzeżenia, pomysły i potrzeby. Możliwości współpracy pomiędzy Subiektem i Sello NX dopiero napoczęliśmy i zdecydowanie pojawią się tutaj większe możliwości w kolejnych aktualizacjach. Jest przewidziane do realizacji. W wersji obecnej jest obsłużona możliwość przenoszenia i mapowania dostaw występujących jako pozycja-usługa na dokumencie ZK.

Zgadza się, nie są to proste i szybkie tematy, ale też warto wspomnieć o tym, że zupełnie inaczej tworzy się oprogramowanie pod własne potrzeby niż takie oprogramowanie dla szerszego grona odbiorców. Tutaj różnych ścieżek pracy jest bardzo dużo i wszystkie albo przynajmniej większość z nich musi być obsłużona. Dlatego to co często wydaje się prostym dodaniem jakiejś funkcji ma wiele swoich różnych ukrytych konsekwencji i zależności. Sęk w tym, że pojęcie podstawowej funkcjonalności u każdego jest inne . Aktualnie, ze względu na goniące nas terminy skroiliśmy bardzo wiele planowanych funkcji do absolutnego minimum, co dla wielu użytkowników nie jest wystarczające i to doskonale rozumiemy. Dlatego ilekroć pojawiają się pytania Sello NX czy Sello 1, jasno mówię, że to zależy jakie funkcje są kluczowe. W niektórych firmach aktualne możliwości Sello NX już wystarczą do obsługi zamówień i są już takie firmy, które obrabiają dość sporą liczbę zamówień dziennie. Dla innych firm brakuje jeszcze funkcji, zwłaszcza takich, które były w Sello 1 a tutaj jeszcze ich nie ma. Zapewniam, że pracujemy nad nimi lub będziemy pracować w najbliższym czasie. Dlatego moja prośba aby nie traktować Sello NX jako produktu już w pełni ukończonego, który będzie dobry na każdą okazję. Dostarcza pewnego zakresu funkcji i dla jednych firm będzie to dobre i wystarczające rozwiązanie, dla innych jeszcze nie. Natomiast nasze cele są na pewno o wiele bardziej rozbudowane i sukcesywnie w kolejnych aktualizacjach do nich dążymy. Jest tego sporo, to prawda i dziękuję za dostrzeżenie tej dość długiej listy - prawie jak paragon z jednego z dyskontów . Rozumiem natomiast niesmak części użytkowników, że w tej długiej liście nie znalazły się rzeczy dla nich ważne. Natomiast znalazły się rzeczy ważne dla innych lub ważne z powodu przyszłych naszych planów. Zadowolenie w każdej wersji wszystkich użytkowników poprzez realizację funkcji im potrzebnych jest w zasadzie niemożliwe przy oprogramowaniu tego typu. Czasami puszczają nerwy, wiadomo, ale to nic nie zmieni w kontekście prac nad wersjami. W następnej wersji pojawią się rozwiązania potrzebne kolejnej grupie użytkowników, ale i tak nie rozwiążemy i nie dostarczymy wszystkiego i znów pojawią się słowa krytyki. No tak już jest. Tylko prośba o merytoryczną krytykę. Dla nas wystarczające jest podbicie zgłoszenia pewnej funkcji, zwłaszcza przez większą liczbę osób - to w zasadzie ma wpływ na nasze decyzje o kolejności realizacji. Wątpliwy natomiast wydaje się wpływ na to poprzez obrażanie i wyzwiska pod naszym adresem. Zwłaszcza, gdy nasz zespół naprawdę w tej wersji dał siebie dużo. Również do tego zachęcamy przed zakupem. Natomiast jeśli program nie spełnia oczekiwań dzisiaj, bardzo możliwe, że spełni je za 3 miesiące, gdy pojawi się kolejna aktualizacja. W tej fazie rozwoju pojawia się dużo nowości, bo intensywnie nad tym pracujemy, więc warto trzymać rękę na pulsie - zwłaszcza jeśli ogólna idea i inne możliwości programu (które są ogromne w porównaniu do Sello1 i nie tylko) komuś przypadła do gustu. Dobry hejt nie jest zły . To oznaka, że komuś zależy. Dzięki za wsparcie i zrozumienie. I tak, wiele przydarzyło się po drodze niespodzianek, których nie sposób było przewidzieć - ale dzielnie je zwalczamy i rozwiązujemy . Taki dość duży minus rozszerzania możliwości istniejącej już platformy, która była przygotowywana i rozwijana w odmiennych kierunkach. Ale też myślę, że sama platforma nexo i pozostałe jej programy już trochę zyskały na pojawieniu się w jej szeregach Sello NX 💪 a zyskają jeszcze więcej. Miłego dnia wszystkim.

Funkcja automatycznego wysyłania zmian oczekujących pojawi się w wersji najbliższej (51).

Zweryfikujemy problem i dam znać. Proszę sprawdzić jak wypełniony jest adres odbiorczy w zamówieniu (kliknąc opcję Zmień na adresie odbiorcy), najlepiej podesłać zrzut ekranu w prywatnej wiadomości.

A czemu nie da się jej wystawić? Nie bardzo rozumiem. Powielanie oferty (w dowolnym stanie) powoduje utworzenie jej kopii w zakładce przygotowane i normalnie można ją wystawić jako nową ofertę. Opcja wznawiania również jest ale pod nazwą Aktywuj/dezaktywuj ofertę, bo co do zasady opcje te będą dotyczyć różnych serwisów, nie tylko Allegro i dotyczy ofert nieaktywnych. Zakończonych nie da się wznowić, bo to są oferty typu zakończona licytacja lub KT, ale przeniesione do archiwum. Wtedy należy je wystawić ponownie, czyli de facto powielić.

Funkcja automatycznego wysyłania zmian oczekujących pojawi się w wersji najbliższej (51). Rozumiem, że chodzi o automatyczną zmianę cen, bo pojedynczo w ofertach można te ceny zmieniać od dawna. W wersji 52 planujemy dodać zmiany zbiorcze, w tym również zmiany zbiorcze cen. Automatyczna zmiana cen pojawi się nieco później, dokładnie jeszcze nie wskażę wersji, bo takie dłuższe prognozy się zazwyczaj nie sprawdzają. Natomiast tutaj planujemy mechanizm, który będzie w stanie automatycznie zmieniać nie tylko ceny, ale też dowolne parametry. Nie wiemy jeszcze czy będzie to na zasadzie cech, jak jest teraz zrobiona synchronizacja stanów, czy może będzie to jakiś inny mechanizm. Pomysłów jest kilka ale nie są jeszcze przedyskutowane.

Podeślij proszę log z pobierania tych dwóch zamówien z prawokliku. Poniżej instrukcja: Sello NX - logowanie Allegro.zip

Obecnie moduł poczty nie posiada takiej czynności, więc zapisuję sugestię. Natomiast, dla zaawansowanych użytkowników i programistów może przydatna będzie informacja, że czynności, które są tutaj do wyboru dla reguł wiadomości, można utworzyć samemu jako plugin nexo. Plugin autorespondera jest nawet opisany w przykładach w naszym SDK.

Szara ikonka, jak i brak daty obok ?? PAYU lub ?? P24 oznacza, że płatność się rozpoczęła ale w momencie pobierania zamówienia z Allegro nie była jeszcze zakończona. Status płatności czyli ikonka powinna się zmienić na zieloną, po odebraniu kolejnych danych z Allegro. Jeśli jest ustawione cykliczne pobieranie zamówień wysyłkowych to czas odświeżenia jest ograniczony tymi cyklami. Czy po kliknięciu prawym na takie zamówienie i wybraniu opcji Pobierz dane zamówienia status ten się zmienia na taki jak jest w Allegro?

W oknie wyszukiwarki produktów można wybrać jakie dane z produktu Allegro mają zostać przeniesione do oferty. Po prawej stronie. Funkcja wystawiania ofert z produktami tymczasowymi będzie dostępna w Sello NX w wersji najbliższej (51). Nieaktywne normalnie można edytować i Sello te zmiany wyśle do serwisu. Tak samo można te oferty wznowić. Chyba, że oferta ta już po stronie serwisu Allegro została posłana do krainy archiwizacji - czyli usunięta z serwisu. Dzieje się tak po 60 dniach nieaktywności oferty w serwisie. Wtedy już przywrócić do życia jej się nie da i pozostaje jedynie powielenie jej i wystawienie nowej. W takim scenariuszu Sello powinno zareagować w taki sposób, że przy jakiejkolwiek interakcji z serwisem pomiędzy taką nieaktywną a de facto zakończoną ofertą w serwisie, zmieni jej status w Sello na zakończona.

Treść błędu wskazuje, że w konfiguracji WzA w Allegro dla umowy własnej, która jest użyta, nie zostały podane dane dostępowe do serwisu kurierskiego albo są niepoprawne.

Należy wystawić aukcję bez wybierania produktu - wtedy tworzy się produkt tymczasowy w Allegro, który jest z natury jednorazowy. Funkcja dodana w 1.43.7 https://www.sello.pl/2024/03/08/sello-1-43-7/

Od ostatniego razu zmieniło się tyle, że nie rozwijamy już Sello 1, natomiast rozwój kieruje się w Sello NX i tam taka funkcja jest przewidziana do realizacji. Natomiast... odpowiedź jeszcze nie jest nadal prawdziwa . Ale jako ciekawostkę, muszę przyznać, że zanim rozpoczęliśmy prace nad Sello NX, zanim w ogóle było to w planie, rozpoczęte były prace projektowe dotyczące zestawów w aukcjach w Sello1. No ale priorytety odwróciły się więc wszelkie prace zostały przerwane na rzecz nowego produktu.

Przy kliknięciu w popraw, jeśli oferta ostatnio była pobierana ponad godzinę temu, Sello NX dociąga sobie dane z serwisu, odświeżając ofertę (widać pasek postępu przez chwilę). Wtedy też, przy zapisywaniu zmian pobranych z serwisu do lokalnej oferty Sello próbuje podłączyć ofertę do towaru z kartoteki - biorąc pod uwagę pole sygnatura w Allegro i symbol towaru w kartotece Subiekta. Funkcja ta jest uruchamiana za każdym razem gdy pobierana jest oferta i nie ma ona powiązania z towarem, więc wystarczy pobrać szczegółowe dane oferty spod prawokliku (wybierać np wszystkie niepowiązane z towarami oferty), lub z menu Pobierz oferty, pobrać wszystkie aktywne (trwające). W parametrach ofert internetowych. https://www.insert.com.pl/dla_uzytkownikow/e-pomoc_techniczna/12867,sello-nx-–-synchronizacja-ofert-internetowych-ze-stanami-magazynowymi.html Następnie w ofertach, które mają podlegać działaniu tego automatu należy nadać taką cechę (od wersji 50 jest dostępna zmiana zbiorcza do cech ofert).

Jeśli mowa o zmianie typu wystawianych dokumentów końcowych to tak, będzie to w wersji najbliższej, czyli 51. Natomiast ogólnie automaty systemowe w Sello NX są ukryte pod postacią przełączników Wszystko co widnieje pod sekcją Automatyzacja w parametrach zamówień wysyłkowych czy ofert internetowych to są automaty, które można znaleźć również w module Automatyzacja. Tutaj są uproszczone do pojedynczych pstryczków i parametrów, ale w module automatyzacji to są normalne automaty. Przykładowo opcja Zmieniaj status z Nowe na W trakcie realizacji to pod spodem automat w module automatyzacji. Jest on zablokowany do edycji, ponieważ jest to automat systemowy sterowany z poziomu parametrów zamówienia. Wykorzystuje on np czynność Zmień status zamówienia wysyłkowego na ustalony -> W trakcie realizacji, ale po aktywowaniu modułu automatyzacji można ten automat systemowy wyłączyć i stworzyć swój własny, który realizuje również inne czynności lub też wykonuje się po spełnieniu innych warunków. Sello1 jest stare technologicznie i mieliśmy z nim coraz większe problemy aby obsługiwać nowe technologie. Kwestia dodawania nowych integracji też była w nim bardzo mocno utrudniona, brak API, brak automatyzacji czy chociażby fakt, że wiele rozwiązań tam zastosowanych to była ewolucja z Allegro jakie panowało w roku 2005 - a było wtedy zupełnie inaczej niż obecnie. Starsi użytkownicy pewnie pamiętają czasy, kiedy w Allegro były 2 dostawy (a nie 160) , kiedy wprowadzane były formularze pozakupowe, porównywanie i przepisywanie danych z FODów, kiedy Sello miało strefę Sello - czyli dedykowane strony na których kupujący mogli kontaktować się ze sprzedawcą i śledzić wysyłkę. Te wszystkie mechanizmy przez lata wpływały na to jak działa program w środku i wiele z nich nadal w nim jest, mocno zmienionych lub uśpionych - ale to wszystko powoduje, że rozwijanie takiego programu jest dość pracochłonne. W perspektywie 5 lat do przodu ten program nie miał przyszłości. Dlatego zapadła decyzja o stworzeniu nowej odsłony prawie zupełnie od nowa (wykorzystanie platformy nexo). I tak jak wspomniałem, aktualnie duży nacisk kładziemy na dociągnięcie większości brakujących funkcji więc w najbliższym czasie myślę, że te 20 lat nadgonimy . Tak by było, gdybyśmy żyli w świecie idealnym. W praktyce trudno powiedzieć kiedy nowy produkt jest równie dobry albo lepszy niż poprzedni, jeśli się go nie zweryfikuje na rynku. I można by tak siedzieć całe lata i dopieszczać program bez informacji zwrotnej z rynku, po czym okaże się, że to nie o to chodziło. Sello NX nie weszło z rozmachem do sprzedaży, nie było przecież jakichś mega reklam ani zachęt z naszej strony itp. a to wynika z tego co napisałem powyżej. Już na wstępie przy zapowiedziach Sello NX informowaliśmy, że dopiero w pewnym momencie istnienia Sello NX na rynku zapowiemy datę zakończenia wsparcia dla Sello 1 - więc to było wiadome od początku, że nowy produkt nie będzie w 100% zastępował starego i potrzeba pewnego czasu na dociągnięcie Sello NX we właściwym kierunku. Sello 1 ma masę funkcji, które przez lata przestały być w ogóle używane, lub używane były sporadycznie bo rynek e-commerce się zmienił więc naturalnie ich nie odtwarzaliśmy w Sello NX. A kierunek rozwoju wskazuje rynek i Wasze głosy - więc stąd Sello NX gdy się pojawiło na rynku nie było (i nie mogło nawet) dorównywać programowi, który był szlifowany przez 15 lat. Przykładów nie trzeba szukać daleko, jeśli ktoś testował chociażby nowego outlooka od Microsoft to zapewne ma bardzo podobne zdanie jak o Sello NX. No tu już trochę odczuwam bezpośrednie uderzenie w moją osobę, gdyż przez te 15 lat pracowałem nad Sello1 a teraz pracuję jako kierownik projektu Sello NX i wychodzi na to, że to ja jestem tym niedouczonym programistą i prymitywnym twórcą oprogramowania (chyba sobie to w stopkę na forum przykleję ). Osobiście zatwierdzam rozwiązania jakie wprowadzamy lub jestem ich autorem - natomiast nie sposób zrealizować wszystkiego co taki kierownik (ja), czy zespół projektowy zaplanował i często wymagane są bardzo mocne cięcia w funkcjonalności danego modułu czy rozwiązania ze względu na terminy narzucone na zespół. Stąd głównie wynikają niemal wszystkie zgłaszane tutaj sugestie, problemy itp. i my o większości z nich wiemy i są zaplanowane do realizacji. Jak je zrealizujemy do końca zgodnie z założeniami to wtedy zaczniemy mocniej promować Sello NX. Póki co, jest ono programem niespełna pół roku na rynku - cierpi na problemy wieku młodzieńczego. To jest raczej naturalne. No ale każdy ma prawo do swojego zdania, prosiłbym tylko o powtrzymanie się z personalnymi wycieczkami. Dyskutujmy o tym, czego w programie brakuje i co poprawić a nie o tym, czy osoby pracujące w InsERT są niedouczone i jak bardzo są prymitywne. Z takimi argumentami nie będę dyskutował bo to nie prowadzi do niczego konstruktywnego. Które to rzeczy wymagają tej tajemnej wiedzy? Które funkcje są trudne w zrozumieniu? Z chęcią je poprawimy. Każdemu przysługuje takie prawo, ale proszę z tym zgłosić się do naszego działu sprzedaży a nie na forum. To chyba nie była nasza decyzja, więc nie potrafię udzielić odpowiedzi.

Automacik do zmiany statusu można wyłączyć w parametrach zamówienia wysyłkowego. Proponuję w zamówieniach dodać sobie własną zakładkę, w której można ustawić domyślne filtry itp. pod opcją Więcej => Zarządzanie widokami => Powiel. Można tam ustawić odpowiednie filtry aby wiedzieć np tylko zamówienia o odpowiednich statusach. Można to też rozegrać inaczej i np oznaczać jakąś cechą, flagą bądź też ustawiać odpowiedni status zamówienia wysyłkowego za pomocą automatyzacji. Temat oczekuje na weryfikację.

No i nie udało się nam tego zrealizować, bo (jak już wspominałem na forum w innym temacie) pojawiły się pewne przeszkody w samym mechanizmie automatów, którymi musieliśmy się najpierw zająć i one były w wersji 50 realizowane. Terminy wypuszczania Sello NX są nierozerwalnie związane z wypuszczeniem całego nexo i są nieprzekraczalne, dlatego też nie możemy sobie tak ich naciągać jak w przypadku Sello1, gdzie mogliśmy sobie pozwolić na przesunięcie wypuszczenia wersji jeśli jakaś funkcja nie była zrealizowana w pierwotnym terminie. Tutaj, jeśli nie zdążyliśmy to funkcja po prostu wylatuje z wersji i trafia do następnej. Tego nie przeskoczymy niestety. Dlatego nie przywiązywałbym się bardzo mocno do numerów wersji które podajemy, bo jest zbyt dużo niewiadomych po drodze i restrykcji czasowych. Jeśli dziś piszemy, że coś jest zaplanowane na wersję kolejną, np 51, to znaczy jedynie tyle, że jest zaplanowane i dążymy do tego aby dana funkcja się w tej wersji znalazła - ale jeśli nie zdążymy to się w niej nie znajdzie niestety, będzie za to w kolejnej - ale nadal jest na szczycie naszej listy rzeczy do realizacji. No taki urok programów nad, którymi pracuje wiele zespołów - jesteśmy wzajemnie zależni od siebie. Sello1, przypomnę, że było tworzone i rozwijane przez ponad 15 lat, proszę nie traktować zatem funkcji w Sello NX jako ich ostatecznej wersji. W bardzo wielu przypadkach funkcje w Sello NX są obecnie jeszcze w bardzo podstawowym wydaniu i z wersji na wersję pracujemy nad ich udoskonalaniem i realizacją tak jak zostały zaplanowane. Po prostu nasze plany musieliśmy wielokrotnie ciąć do możliwości czasowych - stąd pewne rzeczy wymagają jeszcze "dodatkowego klikania". Więc to nie jest kwestia nieintuicyjnego skonstruowania, tylko ostrego docięcia zaplanowanych funkcji. Zmiany zbiorcze mamy obecnie zaplanowane na wersję 52 i będą one kompleksowo zrealizowane dla wszystkich pól w ofertach i zamówieniach wysyłkowych. Automaty to jest jedyny słuszny kierunek, aby zapewnić rozszerzalność i bardzo duże możliwości konfiguracji w przyszłości. Z punktu widzenia użytkownika to czy jakaś funkcja jest zrealizowana jako automat czy jako wbudowany fragment algorytmu działania programu jest w zasadzie niezauważalna. W obu przypadkach jest to prosty włącznik w parametrach: Ale gdy zajdzie potrzeba realizacji tego w nieco inny sposób, to podejście poprzez automaty daje taką możliwość od ręki, a wbudowany algorytm (tak jak w Sello1) skazuje użytkownika w zasadzie na oczekiwanie na realizację zaproponowanej sugestii przez nas, albo na brak takiego rozwiązania. Jest to okupione pewnym dodatkowym nakładem pracy dla nas na początku - zwłaszcza, gdy trzeba jeszcze "podkręcić" niektóre mechanizmy w nexo na potrzeby Sello NX, ale zaprocentuje to za jakiś czas. Sęk w tym, że Allegro podaje tylko informację, że klient chce fakturę. Nie mówi jaka to ma być faktura, VAT, detaliczna, a może jeszcze jakaś inna, w nexo są dostępne od niedawna własne typy dokumentów, które również muszą być obsłużone - gdzie tak konfiguracja być musi i rozwiązanie które zaprojektowaliśmy i aktualnie się robi uwzględnia te sytuacje, o których często się nie myśli, do czasu aż okaże się, że po dodaniu w Subiekcie własnej faktury dedykowanej pod Allegro - nie da się jej użyć w Sello NX. Nikt nie powiedział, że się nie da tego zrobić. Nie ma takiej opcji w obecnej wersji programu, za chwilę będzie się dało i to z możliwościami o wiele większymi niż w Sello 1. I dlatego wymyśliliśmy to w taki sposób jak pokazałem powyżej. Automaty systemowe nie różnią się niczym od zwykłej opcji w programie dla użytkownika i żadne programistyczne umiejętności nie są tutaj potrzebne. Natomiast pieczemy tutaj dwie pieczenie na jednym ogniu więc i użytkownicy zaawansowani jak i wdrożeniowcy będą mieć tutaj do dyspozycji narzędzia, które pozwolą zrealizować bardziej wyszukane scenariusze - bez konieczności zmuszania innych do habilitacji z automatów .

To zdecydowanie nie chodzi o kontakt z nami :), komunikat taki przylatuje z serwisu Allegro. Niestety serwis wysyła takie treści komunikatów, które nie wiadomo jak zinterpretować i do kogo się zgłosić. Ale jeśli w samym Allegro jest problem z przesyłkami to i przez API też będzie.