Krystian Koryciak

Witam Ostatnio zdarzają się takie przypadki u naszych klientów , że w ciągu dnia nagle drukarka fiskalna wyrzuca błąd o niewykonanym raporcie dobowym . Raport był wykonany z początku dnia, widać to również na zrzucie ekranu. Nie wiem z czego może wynikać taki problem. Po wykonaniu drugiego raportu w danym dniu paragony fiskalizują się dalej poprawnie.

tak też zrobiłem czekam na odpowiedz , tak na prawdę to jedyna opcja to jakby klient w momencie opłacania abonamentu zmniejszył ilość stanowisk ale to raczej nie wchodzi w grę. No ale cóż czekam na informację. Dziękuje za chęci pomocy.

to inaczej co mamy zrobić żeby mieć liczbę aktywnych stanowisk 12 bo nie rozumiem tych wywodów. przed aktywacją normalnie pracowali na 12 stanowiskach po dodaniu plusa zmieniło się na 3 i nie znamy przyczyny.

nie mogę się zgodzić ponieważ mamy wielu klientów którzy mają wiele stanowisk subiekta np 18 i rozszerzenie niebieskiego plusa nigdy nie spowodowało takiego czegoś. Pan sugeruje , że powinniśmy kupić 4x plusa co jest bez sensu. Plus nie jest ograniczony jeśli chodzi o ilość stanowisk.

na powyższym zrzucie jest napisane ilość aktywnych stanowisk 3. Przed aktywacją plusa było aktywnych 12 .

Zrobiliśmy aktualizację do najnowszej wersji i udało się podpiąć do konta. Celem była rejestracja niebieskiego plusa i teraz się pojawił bardzo duży problem. Mamy bardzo duży problem ponieważ firma prawie stoi. Po aktywacji niebieskiego plusa ilość aktywnych licencji zmieniła się na 3. Proszę o pomoc w rozwiązaniu tego problemu.

No i super okazało się, że faktycznie nie ustawialiśmy tego. Na swoje usprawiedliwienie nie ustawialiśmy tego nigdy i zawsze działało więc musiało się to zmienić przy włączeniu nowego synchronizatora. Dziękuję za pomoc.

Oczywiście, że tak ale wszystko przy użyciu sfery.

Nie ma to znaczenia u każdego klienta jak uruchomimy nowy synchronizator to przestaje działać opcja usuwania powiązania i usuwania dokumentu akurat u tego klienta jest subiekt 1.75 FH2 i sello najnowsze na ten czas 1.42.8

Witam Klienci zgłaszają nam problem z usuwaniem powiązań oraz usuwaniem dokumentów z poziomu sello. Mamy kilku klientów na starym synchronizatorze i wszystkie te funkcje działają, po zmianie na nowy synchronizator niestety przestają działać. Przesyłam zrzuty z programu. Ten sam błąd pojawia się przy wszystkich opcjach z zakładki usuń.

Dołączę się. Od zawsze ustawialiśmy w bazie tr_complete = 2 i to wystarczało . Pytanie moje co mamy zmienić w bazie , żeby wymusić tą zmianę statusu po stronie allegro. Ustawiamy tr_complete=2 i tr_LastModified na bieżącą.

Dziękuję za odpowiedz. Sprawdzałem profilerem no i wychodzi na to ,że zrzuca z ins_blokada zaczyna robić ale nie wiem jaka jest logika sello. Czy w takiej sytuacji otrzymania błędu o zbyt dużej ilości zmian numeru nie powinien próbować oznaczyć paczki jako zsynchronizowanej ? Nie widzę żadnego zapytania które by to robiło.

Witam od dłuższego czasu prawdopodobnie po jakiejś aktualizacji sello (ciężko określić czas) mamy problem z otrzymaniem informacji zwrotnej o tym , że sello wysłało numer do Allegro. Od lat tworzymy paczkę w sello w ten sam sposób. w pc__Package wpisujemy numer w pc_Document i oznaczamy pc_SendingNumberSyncState=2 no i numer jak najbardziej jest przekazywany. Niestety Sello nie zaznacza , że numer już przekazał. Z całej tej sytuacji tabela jb_message potrafi urosnąć do niebotycznych rozmiarów (wysyłka informacji o numerze przesyłki odbywa się co minutę) w tabeli roi się od wpisów "Wysyłanie numeru przesyłki dla paczki 36917/2021 z konta XXX na Allegro.pl: Allowed waybill modifications count exceeded Kod błędu: 422 Unprocessable Entity [ERROR]: Allowed waybill modifications count exceeded" Jak rozumiem zbyt wiele razy próbujemy zmienić numer nadawczy po stronie allegro i zwraca nam błąd. Czyli Sello po wysłaniu tego numeru nie oznacza pc_SendingNumberSyncState=1 Pytanie co możemy zrobić żeby sobie z tym poradzić ? Rozwiązanie truncate table jb__job truncate table jb_message oraz cykliczne wykonanie update sello.dbo.pc__Package set pc_SendingNumberSyncState=1 where pc_SendingNumberSyncState=2 and pc_CreationDate < DATEADD(day, -1, CONVERT (date, SYSDATETIME())) Brzmią mało profesjonalnie

Witam Mamy problem u jednego z klientów. Wystąpił błąd przy aktualizowaniu towaru w Sello: Synchronizowanie towaru Sello: Aktualizacja towaru: Pobieranie towaru z zewnętrznego systemu: Serwer RPC jest niedostępny. (0x800706BA) Chyba pierwszy raz widzę ten błąd w sello. Zdarzało się, go widywać przy problemach z połączeniem sfery ale to inna sprawa. Pytanie co może być przyczyną i jak temu zaradzić. Sello v 1.39.1

Witam Czy jest jakiś sposób ustawienia opiekuna paczki wg tego kto jest zalogowany czyli na logikę ten kto ją utworzył. Aktualnie jest tak , że opiekunem paczki staje się osoba pobierająca zamówienia.

Witamy serdecznie. Ułatwiając sprawę naszemu klientowi, który bardzo chciał i nie chciał zaznaczyć że mówi o oprogramowaniu BetterSoft - przyznajemy się do kodu. Tak jak oprogramowanie Sello, tak i nasze żyje wraz ze zmieniającymi się warunkami otoczenia (zmiany w Sello, zmiany w api Allegro itd). Mniej więcej od czasu, gdy Sello automatycznie grupuje transakcje - co niewątpliwie było wyczekiwaną funkcją - pojawił się problem, iż notatki z transakcji wchodzących do grupy nie zostawały przepisywane do nowej transakcji zgrupowanej - jak to wcześniej miało miejsce . "Formalnie" zatem - taka transakcja nie ma żadnych notatek (co sprawiało i nadal sprawia pewne kłopoty w naszych rozszerzających funkcjonalnościach). Dziękujemy za wskazówkę o typie obiektu notatki - została już zaimplementowana i uruchomiona. Pozdrawiamy

Coś wiadomo w temacie ?

W sello jest włączone automatyczne grupowanie transakcji. poniżej zrzuty

Nakładka ingeruje , gdy jest różnica kwot między zawartością a wpłaconą kwotą. Jeśli Sello zdąży dołożyć swoje produkty (co się zdarza bo nakładka pracuje raz na godzinę ) - to już nie ingerujemy w transakcję .

jasne tu na przykładzie pakowania na prezent

Dzień dobry U jednego z naszych klientów po aktualizacji sello zaczęły dziać się dziwne rzeczy.Klient używa usług dodatkowych (montaż szkieł na sprzedawane telefony). Usługę montażu ogarniała (i ogarnia ) mu nasza nakładka. Sello zaś zaczęło dodawać swoją usługę, ale nie jako towar jednorazowy (jak znajdujemy w dokumentacji ) , lecz jako drugi produkt z tej aukcji, ale w cenie usługi. Np. Klient sprzedaje telefon za 1500zł + usługa za 19zł . W sello wpada telefon za 1500 i.. ten sam telefon za 19zł (!). Tym samym niewiele zabrakło by klienci dostawali całkiem fajne 'gratisy' do transakcji. Spowodowało to niemałe zamieszanie w firmie, pojawia się pytanie czy można obsługę usług przez Sello wyłączyć ?

Wychodzi na to , że my nadajemy numer listu do sello. I sello próbuje go tak jakby zaktualizować i dostajemy w końcu info , że przekroczyliśmy liczbę modyfikacji. Numer w allegro już dawno jest i wszystko jest w porządku tylko w sello nie zmienia się status tej przesyłki i ciągle próbuje ją nadać. po kilku dniach to się robi raport na 800 numerów "niewysłanych". co można z tym zrobić jakie jeszcze testy wykonać żeby nakierować na rozwiązanie ?

ok to czekamy z niecierpliwością

Od przedostatniej zmiany daty sello miało różnicę daty między allegro o godzinę. Teraz po kolejnej zmianie czasu już ma rozbieżność o 2 godziny i to już jest nie do zaakceptowania. Transakcja np. opłacona po stronie allegro o godzinie 01:00 wpada do sello z data dnia poprzedniego o 23:00. Proszę o podpowiedź jak możemy sobie z tym poradzić? Skąd sello bierze datę z każdej funkcji data wychodzi poprawna . Czy to data systemowa, czy serwera, nawet z biosu. Na poniższym zrzucie taki przykład. Transakcja po stronie allegro o 11:12 W sello o 9:12

ok może to jakiś problem poaktualizacyjny. Oznaczyłem te paczki na razie jako wysłane . Zobaczymy jutro po całym dniu wysyłki jaki będzie efekt.