Leszek M

A czy Subiekt na tym tym drugim koncie uruchamia się?

Czy zasugerowana przez Bartka zmiana nazwy w Subiekcie (w towarze, który "miał Pan na oku") zmieniła się również w towarze w Sello?

Dziękujemy za przysłany log. Potwierdziły się nasze podejrzenia,. API Inpostu wysyła nieprawidłowe status dla podanych paczek tj. "Przygotowana przez Nadawcę". Skontaktujemy się w tej sprawie z Inpostem.

Ewidentnie coś po stronie serwerów Inposta. Proszę włączyć logowanie. Opis umieścił Bartek wątku: Po włączeniu logowania proszę uruchomić Sello opcją "Uruchom jako administrator" i pobrać statusy. Powinien wygenerować się plik SelloInPostLog.txt w folderze z aplikacją po wykonaniu synchronizacji. Plik prosze wysłać na adres : sello@insert.com.pl z linkiem do wątku i podać przykładowe numery paczek które mają nieprawidłowe statusy.

Może problemem są zablokowane do edycji obiekty przez SQL Server. Proszę zresetować wszystkie komputery na których zainstalowany jest program Sello, a w szczególności ten który pełni rolę serwera bazy danych Sello.

Mam nadzieję,że moje kolejne pytania nie będą ponownie z tych oczywistych ,ale muszę je zadać, bo w normalnych warunkach tak się nie dzieje. W związku z tym jest to coś nietypowego. Czy po resecie wszystkich komputerów na których jest zainstalowany program Sello i Subiekt nexo ( z komputerami pełniącymi role ich serwera baz danych) problem nadal występuje? Czy ZK faktycznie się się stworzyły i widać je w Subiekcie nexo? Czy można je wydrukować z Subiekta nexo po zalogowaniu się w Subiekcie nexo tym samym użytkownikiem Subiekta, który jest zmapowany z użytkownikiem Sello ? Czy w Raporcie Sello po nieudanej próbie wydruku nie pojawiają się jakieś błędy? Jeśli tak, to jakie? Dla przejrzystości najlepiej przed wydrukiem wyczyścić Raport i dopiero wtedy wykonać opcję drukowania.

To co jest na stronie, a to co zwraca APi, to mogą być dwie różne sytuacje. Proponuje wysłać zapytanie do Inposta podając kilka przykładów.

Aktualnie Sello nie ma możliwości ustawiania formy płatności dla ZK. W związku z tym to raczej nie jest ten problem. Proszę zacząć od sprawdzenia czy w parametrze "Zewnętrzny system sprzedaży" w zakładce "Dokumenty" jest zaznaczony znacznik "Drukuj dokument automatycznie po zapisaniu"

Niestety w tej sprawie raczej nie pomożemy. Wygląda,ze na serwerach Inpostu dla tych paczek nie został zmieniony status.

Aktualnie takiej funkcjonalności program nie posiada. To program robi automatycznie . Tzn. jeśli klient na zamówieniu zaznaczy fakturę to w transakcji jako dokument końcowy zostanie wybrana faktura. Jeśli klient nie wybierze faktury zostanie ustawiony domyślny dokument wskazany w parametrach Sello dla transakcji.

Aktualnie program nie posiada takiej logiki. Wybiera zawsze wskazany Gabaryt

Windows 7: c:\Users\All Users\Insert\Sello\ Windows 10: C:\ProgramData\InsERT\Sello

Istotne są ustawienia zmapowanego użytkownika Subiekta z użytkownikiem Sello. Jeśli więc dla jednego uzytkowniku Sello drukują się dokumenty a dla drugiego użytkownika Sello nie , to oznacza to,że powiązany użytkownik w Subiekcie nie ma pełnych uprawnień. Najprościej w takiej sytuacji ustawić wszystkim użytkownikom Sello tego samego użytkownika Subiekta, który jest aktualnie przydzielony do tego użytkownika w Sello dla którego dokumenty się drukują.

1.Proszę w Sello w parametrze "Zewnętrzny system sprzedaży" w zakładce "Towary" w sekcji "POBIERANIE OPISÓW" w polu "Pobieraj' wybrać metodę "Przy każdej synchronizacji jeśli nastąpiły zmiany w zewnętrznym systemie". 2.Wyłączyć Sello. 3.Subiekcie w kartotece towarów zaznaczyć towary powiązane z Sello, a następnie opcją "Operacje - Zmiany zbiorcze- Opis" "Zaznacz do serwisu aukcyjnego" (pomimo tego,że są już zapewne zaznaczone, ale chodzi o wywołanie zmiany). 4.Uruchomić Sello i w module "TOWARY" wykonać opcję "Synchronizuj z Subiektem"

Błędy w aukcjach można wyczyścić zaznaczając takie aukcje i wywołując opcję "Wyczyść błędy aukcji" dostępną pod prawym klawiszem myszy na liście zaznaczonych aukcji.

Jeśli filtrowanie błędów w zakładce wszystkie nie odnajduje tych transakcji to prawdopodobnie są to transakcje, które zostały zgrupowane. Obecnie taka sytuacja nie jest jeszcze obsłużona. Aby usunąć te błędy można w programie serwisowym wykonać polecenie SQL na na bazie Sello: delete from tr_Error Oczywiście przed wykonaniem polecenia proszę wykonać archiwizacje danych.

W tej chwili obejściem jest ustawienie w pierwszym kroku zmianami zbiorczymi dostępnej ilości. A w drugim wykonanie wznowienia

Faktycznie jest coś na rzeczy. Zespół analizuje problem.

Jeśli kurier to raczej należy wybrać "odbiór przez kuriera".

W tej chwili można się posiłkować kolumną "Dotyczy transakcji Sello", którą można włączyć w Subiekcie na liście dokumentów w module "Sprzedaż detaliczna" i "Faktury sprzedaży".

Zawsze warto pracować na aktualnej wersji ze względu na nowe nowe funkcjonalności i poprawki. Nie inaczej jest tym razem, szczególnie w kontekście obsługi EAN'u . W wersji 1.36 EAN może być pobierany również z zakładki "Podstawowe" ( w 1.35 konieczne było podawanie EAN'u w parametrach specyficznych). Zostało to opisane w dokumencie opisującym zmiany do wersji 1.36 w rozdziale: ZMIANY W PARAMETRZE GTIN (EAN, ISBN) https://www.sello.pl/2020/08/03/sello-1-36-0/

A w Raporcie nie pojawiają się przypadkiem jakieś błędy związane z tworzonymi/wysyłanymi wiadomościami?

Hmmm.Nie udaje mi się powtórzyć takiej sytuacji. Czy w transakcji w zakładce "WIADOMOŚCI" też nie jest widoczna żadna wiadomość?

Witam, Nie są wysyłane czy się nie tworzą ( nie ma ich w "SKRZYNKA NADAWCZA")?

Bartek miał na myśli opcje "Zaawansowane - Czyść bazę danych":