McBeeR

Dzięki. No własnie to jest system Win 7 z przeglądarką IE 9. Uruchomiłem Update, system powinien się uaktualnić. Napiszę co wyszło To fajne rozwiązanie, ale jeśli klient ma coś co nie działa to jest zdziwiony, wolałem więc wyjasnić

W parametrach Moja Firma wprowadzam dane i uzupełniam pola Regulamin i Wizytówka. Po zatwierdzeniu zmian wszystkie dane się zapisuję oprócz tych dwóch ostatnich. Dziwne po informacje, które wprowadziłem są potem widoczne w zmiennych, ale gdy wejdę znów do tych parametrów to te pole nie zawierają żadnych danych. Co to może być ? zauważone na ver. 1.23 i 1.24.1

Dzięki za podpowiedź, ale pisałem poprzednio (też zrzut ekranu), że te paczki są już opłacone i dawno dostarczone do odbiorcy.

Wykonałem tamto polecenie, ale paczki nadal mają status "oczekujących". Jakieś pomysły jeszcze ? Może w tym poleceniu jakiś parametr powinienem zmienić ?

w zasadzie mam ten sam problem. Opisałem go w wątku: https://forum.sello.pl/index.php?topic=10126.msg70299#msg70299

Problem jest tez u nas. Mamy codziennie kilkaset paczek. Posłuchałem się porad z tego wątku, ale efekt żaden. Do rzeczy... 1) W Menadżeże Paczek anulowałem wszystko co miało status STWORZONE (około 3000 pozycji) W Sello w sekcji Do Paczek miałem tylko jedną, jedyną paczkę. Wydałem polecenie Wyślij/Odbierz dla przycisku Dostawcy Paczek. Czekałem ponad 2 minuty. System utworzył 389 pozycji ze statusem Stworzony (miałem tylko jedną paczkę), wziął pod uwagę nawet te paczki z "kiedyś", które już zostały klientom dostarczone: ' alt=''> Dla tej jednej paczki numer też się nie nadał 2) Podejście drugie. Teraz też przygotowałem wszystko jak za pierwszym razem. Wybrałem tylko polecenie Wyślij dla Dostawców Paczek. Czekałem prawie 4,5 minuty. Tym razem 384 archaicznych paczek znów się pokazało w systemie InPostu. Wydawać się może dziwne, ale 5 paczek się "zgubiło". A moja paczka nadal bez numeru. Raport pokazuje błąd, ale pełny log ma czysto, żadnych błędów dla paczek. Ani informacji o tym ile i czego przesłał. Tak więc metoda ograniczenia wysyłanej liczby paczek nie jest skuteczna, gdy nawet dla jednej prawie 400 paczek jest wysyłanych. Ponadto, gdy nie usunę w Menadzeże tak utworzonych paczek, generowane są kolejne dla tych samych danych. W ten sposób, rano po kilku próbach synchronizacji miałem prawie ich 3000

Zauważyłem, ze w Windows 10 (nie wiem czy tylko w moim komputerze) odinstalowanie Sello nie powodowało usunięcia plików z katalogu Program Files(x86). To było problemem. Dopiero usunięcie ww. plików spowodowało, że znów Sello pracuje!!

Odinstalowałem wszystko. Sello.exe - 1.19.2173 z dnia modyfiakcji 2015-11-12 Kameleonu.dll (kameleon.dll nie mam) - ver. 1.29000.2544 z dnia 2014-12-02 Sello.dll - 1.19.0.2172 z dnia 2015-10-07

Sprawdzałem.. bez efektu

Szukam patentu na paczki, które muszą/mogą zostać wysłane w późniejszym terminie z uwagi na przykład chwilowe braki towaru na magazynie? Jak to rozwiązujecie, aby odfiltrować na liście Paczek bieżące od tych Na Potem? Szukałem daty realizacji czy kategorii (tak jak jest w Subiekcie) - nie ma. Myślałem o flagach (tak jak jest to w Wiadomościach) - nie ma. Może jest jakiś magiczny znacznik, który pozwali ukryć i w razie potrzeby łatwo odnaleźć odłożone realizacje?

Po zainstalowaniu wersji 1.19 na Windows 10 i SQL 2012 przy próbie uruchomienia Sello wyskakuje błąd jak w załączniku. Odinstalowanie i ponowna instalacja nie pomaga. Co się zwaliło?

Dzięki. Trochę to już mi poukładałeś. Obecnie w Sello w domyślnej ścieżce Parametrów ustawiliście dwa backslashe tak dla jasności: jak to wywołać? zaznaczyć wiele transakcji i wybrać tworzenie dokumentu końcowego? Tak, rozpoczyna się tworzenie dokumentów, jednak takowe się nie tworzą. W logu widać informację typu: prawdopodobnie towar nie jest powiązany z Subiektem, co nie jest prawdą, bo pojedyncze tworzenie dokumentów normalnie otwiera okno Subiekta Subiekt takiej opcji nie ma. Można jedynie z poziomu drukowania wybrać Export lub Wyślij e-mail, wówczas uzyska się dokument w PDF-ie

Oczywiście jest domyślnie wpisane. Staram się uzyskać efekt wygenerowania PDF , a potem zamieszczenia go w wiadomości na podstawie szablonu. Bezskutecznie Zastanawia mnie czemu raz piszesz, że ścieżka powinna być w formacie: C:\\Sello_dokumenty_PDF\\.... a w innym miejscu C:\Sello_dokumenty_PDF\\.... ? Ile w końcu tych beackslashy? Druga sprawa to szablon. Czy wystarczy wybrać z dostępnych pól zmienną [Transakcja::DokumKoncowy] ? A może szablon wiadomości nie czyta gdzie lokalizujemy PDF-y i należałoby podać pełną ścieżkę: C:\Sello_dokumenty_PDF\\[Transakcja::DokumKoncowy] (i znów jeden czy dwa "\" )? I trzecia kwestia: Gdy wybieram transakcję i wydaję polecenie (z dolnego okna podglądu) Utwórz Dokument Końcowy, to ten się zapisuje w SGT, ale PDF-a nie ma. W liście zmian do ver. 1.19 przed chwilą doczytałem, ze mechanizm zapisywania automatycznego plików PDF, uda się jedynie poprzez zbiorcze generowanie dokumentów końcowych. Czy tak to jest ? I na koniec: Jeśli zaznaczę wiele transakcji i z menu kontekstowego wybieram Utwórz Dokumenty Końcowe (bodajże skrót Ctrl+Shift+S) to nic się nie dzieje. Do czego jest to polecenie?

Bartku, a nie można tej magicznej wiedzy od razu wrzucić do programu? Po co takie kombinacje?

Alwin, a co Twój wpis ma wspólnego z rozpoczętym wątkiem. Robi sie tylko niepotrzebny bałagan

U nas jest podobnie. Pierwsze objawy w połowie pazdziernika, wtedy sporadyczne. Od kilkunastu dni, po kilka razy dziennie. Trudno określić po jakiej operacji, bo serwer pracuje non-stop niezależnie - pobiera pocztę, synchronizuje transakcje, wysyła dane. System to Windows Serwer 2012

Potwierdzam. Pomogło. Dzięki.

Na jednym koncie tez mam problem z pobieraniem formularzy. Nie wskakują ... Co to za problem ?

Problem występuje nadal, potwierdzam. Komunikat błędu w dymku jak w tytule wątku. Ta opcja działała od zawsze aż do czasu instalacji wersji 1.19. Przy dużej liczbie aukcji jest chyba wygodniejsza niż ta z poziomu towarów. Próbowałem zmieniać różne opcje w szablonie bez efektu. W załączeniu moje ustawienia szablonu

To dobrze.. bo jak widać chińczycy wszędzie są obecnie.. nawet w kodzie

Być może już działają ograniczenia , bo zamówień tych w Sello na pewno nie ma. Baza kontrahentów ma kilkaset tysięcy pozycji, z czego znaczna część to jednorazowi właśnie

Tak faktycznie. Była już nocka. Chodziło mi o Enabled na YES dla protokółu TCP/IP Możesz jeszcze wywołać na końcówce program Sello tak: \\PC-KOMPUTER,1433 o ile serwer SQL dostępny jest oczywiście na takim porcie

Hm... no jak słowo daję ani jednorazowe kartoteki ani wystawione w Subiekcie dla nich zamówieni nie wskakują do Sello

Wczoraj zauważyłem na Windows Server 2012. W marcu nie pamiętam. Mimo iż wydawało mi się, że poprawnie wykasowałem wczoraj znaki i spacje z rozszerzenia, to dziś od rana numeracja leciała od 1 z rozszerzeniem dwóch spacji, o właśnie tak: 1/ /MAG/09/2015 Czyli w Sello wykasowałem, ale spacje wskoczyły jakimś cudem ponownie. Dziś usunąłem znów zbędne spacje (chińskie znaki już się nie pokazują)

Zauważ, że masz na wszystkich portach ustawione: Active, ale Enabled jest NO. Ustaw na YES Wejdź w tzw. Centrum Sieci i najpierw sprawdź jaki masz adres IP na komputerze-serwerze. Najlepiej ustaw dla TCP IPv4 na sztywno np. 192.168.1.100. Maska podsieci 255.255.255.0. Brama to adres routera. Na tym drugim kompie tez możesz ustawić sztywny adres IPv4. inny niż na komputerze-serwerze. Jeśli dalej nie będzie widoczna poprawa, tak po chłopsku tłumacząc wejdź w Otoczenie Sieciowe i zobacz czy widoczne są Twoje obydwa komputery. Sprawdź i tu i tu.