Bartosz Rosa

Z tego co widzę, to jest ustawiony poziome ułożenie kartki A4 dla wzorca, który jest stworzony do wydruków pionowych. Coś nie tak jest z ustawieniami wzorca wydruku w Subiekcie.

Sello ukrywa część konfiguracji automatycznie scalając dostawy ze wszystkich używanych kont Allegro a scala je po kilku informacjach, takich jak typ umowy, przewoźnik, nazwa. W przypadku allegrowych dostaw powinny one być identyczne bo dla każdego konta zostaną one zwrócone... chyba, że do jednego konta nie udało się dostać i odpytać o listę dostaw WzA (powinien być wtedy w raporcie zapisany błąd pobierania tych danych) i może pomóc ponowna autoryzacja tego konta, jak wspomniał Marcin.

Prosiłbym o podesłanie takiej faktury na sello@insert.com.pl w postaci PDF.

Nie ma niestety możliwości przypisania drukarki do stanowiska na poziomie konfiguracji. Przy drukowaniu można natomiast zmienić drukarkę z domyślnej na inną.

W wersji 50 nexo Sello NX musi być uruchomione razem z Subiektem nexo w multiprogramie aby ta funkcja działała. W wersji 51 będzie to działać również jeśli Subiekt pracuje samodzielnie a na bazie jest uruchiomione Sello NX z włączoną funkcją pilnowania stanów.

Długie terminy realizacji u mnie .

Dokładnie tak. Jest to prototyp mechanizmu aktualizacji ofert, który obecnie służy tylko do aktualizacji stanów, dezaktywowania i aktywowania ofert. Chcielibyśmy, aby można było w jakiś sposób zrealizować dowolny scenariusz aktualizacji ofert i można było dowolne pola aktualizować np. po zmianach w towarze. Badania nasze jednak pokazują, że to nie zawsze jest tak, że 100% ofert ma być aktualizowanych dokładnie tak samo. W części mają być aktualizowane stany, niektóre mają być dezaktywowane, niektóre nie. Podobnie będzie z innymi polami, np. zmiana nazwy towaru w niektórych przypadkach powinna zostać rozpropagowana do pozostałych serwisów a innych nie. Możliwe, że i zajdzie potrzeba aby aktualizować takie dane w sklepie ale na Allegro niekoniecznie. I to wszystko w jednej bazie jednej firmy. Do tematu można było podejść tworząc odpowiednie szablony aktualizacji, które mogły by być przypisywane do ofert, ale z szablonami mamy takie doświadczenie, że będzie ich coraz więcej i nie sposób będzie nad tym potem zapanować. Innym rozwiązaniem są pstryczki w ofercie przy każdym polu, które wskazują czy dane pole ma być synchronizowane. Takie podejście zostało w zasadzie wdrożone w Sello1, gdzie stan oraz ceny dla serwisów PL, CZ, SK mają takie pstryczki obok pola z ceną. Zaciemnia to natomiast interfejs okna oferty a w wielu przypadkach można by było załatwić temat 1 pstryczkiem pt. aktualizuj wszystko, albo synchronizuj ceny, synchronizuj opis i tytuł itp. Dlatego wybór padł na cechy własne, który każdy użytkownik może dodać samodzielnie wedle uznania i potrzeb i można sobie dodać jedną cechę, ale też nic nie stoi na przeszkodzie aby dodać kilka cech do oferty, otrzymując w ten sposób w zasadzie nieograniczone możliwości. Dokładnie tak. Mechanizm działa następująco: w słowniku cech ofert tworzymy sobie cechy, może to być jedna cecha pt. synchronizuj wszystko, albo synchronizuj stan i zamykaj ofertę w parametrach ofert internetowych obecnie jest dostępna tylko synchronizacja stanu/zamykanie/wznawianie ofert i tutaj są 3 funkcje, które są wywoływane na zbiorze ofert, posiadających daną cechę. Można ustawić cechę synchronizuj wszystko we wszystkich 3 funkcjach i wtedy jedna cecha będzie odpowiadać za synchronizację stanów, dezaktywację i aktywację ofert, albo różne cechy, np dla zmiany stanu ustawić cechę synchronizuj stan, dla wyczerpania zamykaj ofertę a dla uzupełniony (nic nie rób). w ofertach internetowych należy nadać odpowiednią do potrzeb cechę lub cechy, aby funkcje wymienione w punkcie 2 brały wybrane oferty pod uwagę przy zmianie stanu towaru. Pierwszy przytoczony scenariusz z jedną cechą powoduje, że oferty oznaczone cechą synchronizuj wszystko będą zarówno aktualizować stan w serwisie, jak i będą się zamykać i wznawiać gdy towar się wyczerpie lub powróci na stan. Drugi scenariusz daje większą swobodę, można synchronizować stany w serwisach zupełnie niezależnie od tego czy oferta ma się dezaktywować po wyczerpaniu stanu magazynowego. Jak te cechy się nazywają, nie ma to znaczenia. Ale rozsądnie nazwać je tak aby było wiadomo co dana cecha robi . A że może robić różne rzeczy, stąd nie ma predefiniowanych cech i należy je dodać samodzielnie. Wiemy, że obecnie trzeba się "naklikać" ale jest to wersja początkowa tego mechanizmu, okrojona do samych tylko podstaw. Docelowo mamy w planach dodanie możliwości przypinania cech w oknie oferty, dzięki czemu będą one widniały jako zwykłe pstryczki (jak w Sello1) ale każdy będzie mógł sobie dostosować to do własnych potrzeb. Poniżej plan jak to mniej więcej będzie wyglądać: Więc w zasadzie będzie to samo co w Sello 1, ale możliwości będą dużo większe i każdy w zasadzie scenariusz będzie można zrealizować. Umożliwia to sterowanie wszystkim za pomocą 1 pstryczka, albo osobno pojedynczymi aktualizacjami lub też grupami aktualizacji jeśli ktoś będzie miał taką potrzebę i tak mu będzie wygodniej.

Z tego co sprawdziliśmy, to adresy odbiorcze w kilku paczkach, które mają taki lub podobny błąd, nie mają numerów domów bądź ulic. Dotyczy to zazwyczaj wsi, w których nie ma ulicy, np. Taki adres bez nazwy ulicy jest odrzucany przez kurierów. Możemy dodać obejście tego problemu i uzupełniać ulicę nazwą miejscowości, ale dobrze by było podesłać nam wygląd przykładowych adresów w Sello NX (dane osobowe można zamazać, wystarczy żeby było widać jakie pola i jak są uzupełnione). W nexo adres występuje w dwóch postaciach: 3 linie oraz ustrukturyzowany, więc tutaj przydała by się nam wiedza jak to jest w nexo (Sello NX) zapisane.

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?