Cezary Proczkowski

Okazało się, że zapytanie SQL działa i już tworzą się produkty dla ofert które niby nie miały zdjęć. Popełniłem szkolny błąd próbując komunikować się z bazą na stacji roboczej zamiast z poziomu admina na serwerze. Pozdrawiam

Okazało się, że zapytanie SQL działa i już tworzą się produkty dla ofert które niby nie miały zdjęć. Popełniłem szkolny błąd próbując komunikować się z bazą na stacji roboczej zamiast z poziomu admina na serwerze. Odwołuję alarm i dziękuję za poświęcony czas.

Zapytania do bazy nic nie dały w naszym przypadku, chyba, że coś źle robimy? Jak się okazuje, problem pojawia się również w takich aukcjach przygotowanych do wystawienia, gdzie zdjęcia już wcześniej BYŁY w towarach, co zaprzecza moim wcześniejszym spostrzeżeniom. Takich sytuacji ciągle przybywa przez co nie możemy wystawiać ofert. Proszę przyjrzeć się tej sprawie

Rzeczywiście w innych towarach też pojawił się ten problem. Zapytania do bazy nic nie dały w naszym przypadku, chyba, że coś źle robimy? Czy Wy sobie z tym poradziliście?

Proszę jeszcze o odpowiedź na drugą część mojego pytania dotyczącą polecenia SQL, czy ma być skopiowany cały tekst razem z nawiasami na końcu? Nadal mam kilka zablokowanych ofert z powodu opisanego problemu

Po sprawdzeniu tego scenariusza proszę o info czy się potwierdził

Witam, mam podobny problem, prawdopodobnie występuje on wtedy gdy dodaję zdjęcia z dysku komputera do oferty już przygotowanej w zakładce Aukcje→Przygotowane. Wtedy mam komunikat jak w załączniku. Jeśli zdjęcia są wcześniej załadowane w Sello w towarze lub po synchronizacji z Subiekta to jest wszystko ok. Próbowałem wykonać to zapytanie SQL do bazy, ale bez rezultatu, czy należało skopiować również te nawiasy na końcu?

Dzięki za pomoc🙂

Dziękuję za odpowiedź ad. 2 Rozumiem, lecz bez takiej funkcjonalności ciężko jest zarządzać wyróżnionymi ofertami. ad. 3 Wyjaśniła się duża ilość zmian oczekujących, były to czekające na synchronizację aukcje niepowiązane z towarami w zakładce WSZYSTKIE. Anulowałem zmiany oczekujące. ad. 1 wysyłanie już działa, czy to może mieć związek z punktem 2 ?

Witam i proszę o pomoc Wersja Sello 1.43.5 1. Po zmianach dokonanych w ofertach w Sello zmiany się wysyłają ale status synchronizacji z serwisem nie zmienia się, tzn. nadal wymaga synchronizacji - znacznik jest nadal żółty a zmiany nie następują, oferty nie podświetlają się na czerwono i brak jakiegokolwiek komunikatu. 2. Zmiany dokonane w Allegro np. cen i EAN pojawiają się w Sello po pobraniu pełnych danych oferty do Sello 3. Wyróżnienia ofert z poziomu Allegro nie pojawiają się w opcjach Sello, jak również nie odznaczają się opcje zakończonych wyróżnień po pobraniu pełnych danych tych ofert do Sello. 4. Kolejna sprawa - nawet jeśli nie ma zadanych żadnych zmian w Sello, po otwarciu okna Wysyłanie danych na serwis aukcyjny zmian oczekujących jest ponad tysiąc, co dokumentuję zrzutami ekranu w załączniku

Ok. tak też myślałem, dzięki

Witam Proszę o info co trzeba ustawić w Sello aby zmiany w ofertach które wyróżniłem i te których promowanie zakończyłem bezpośrednio w Allegro, w miarę szybko pojawiły się też w Sello (nie korzystając z zajmującego masę czasu pełnego pobierania danych). Zmiany nie pojawiają się po pobraniu ręcznym Wyślij/odbierz wszystko → Serwisy aukcyjne → odbierz → oferty trwające (nie zaznaczam Pobierz pełne dane oferty) Dziękuję z góry za podpowiedzi

Nie wspomniałem wcześniej, że dokumenty końcowe z poziomu Sello tworzyły się bez problemu, chodziło tylko o zamówienia, aby rezerwować towar w Subiekcie. Po zalecanej ręcznej synchronizacji jakby się coś odblokowało i pojawiły się zamówienia, nawet jakieś stare z zeszłego roku, ale to prawdopodobnie anulowane transakcje przez klientów w Allegro. Może dlatego, że zaznaczone było wcześniej pole: Przy anulowaniu transakcji usuwaj dokument bez pytania. I może teraz te zamówienia ponownie się wygenerowały? Na razie synchronizacja działa, dziękuję za pomoc. Mam jeszcze pytanie co zrobić w przypadku kiedy Sello do starych zamówień sprzed lat, próbuje tworzyć dokumenty początkowe w systemie sprzedaży, gdzie towary w Subiekcie dawno są nieaktywne? Przez co rejestr jest cały czas zapychany błędami Poniżej log - z wyciętym fragmentem, gdzie były m.in. dane klienta - może coś Panu wyjaśni: Tworzenie w systemie sprzedaży dokumentu początkowego do transakcji 'INTERAKTYWNY PIESEK na SMYCZY CHODZI i ŚPIEWA HIT! (3843932235)': Towar 'INTERAKTYWNY PIESEK na SMYCZY CHODZI i ŚPIEWA HIT!' nie jest powiązany z systemem sprzedaży. POLECENIE: InsERT.Sello.SalesSystemServer.DataExchange.ManagedSide.CreateUpdateDocumentRequest - - - - - "treatOrphanItemAsService":false, "priceLevelId":1, "notes":"Dotyczy: INTERAKTYWNY PIESEK na SMYCZY CHODZI i ŚPIEWA HIT! (3843932235) dla: Client:34992211", "paymentType":3, "paymentFromDictionaryId":11, "transactionId":18289, "transactionCreationDate":"2014-01-01T16:32:44", "transactionSourceDescription":"INTERAKTYWNY PIESEK na SMYCZY CHODZI i ŚPIEWA HIT! (3843932235)", "symbolExtension":"", "shipmentCost":{ "externalItemId":4030, "name":"", "price":25 }, "category":"Sprzedaż", "showDocumentWindow":false, "parentWindowHandle":0, "printAfterCreation":false, "showPrintingWindow":false, "fiscalize":false, "waitForFiscalization":false } WYJĄTEK: System.Exception: Towar 'INTERAKTYWNY PIESEK na SMYCZY CHODZI i ŚPIEWA HIT!' nie jest powiązany z systemem sprzedaży. w InsERT.Sello.SalesSystemServer.GTInstance.CopyPositionsToDoc(SuPozycje suPozycje, DocumentPosition[] positions, ShipmentCost shipmentCost, Boolean treatOrphanItemAsService) w InsERT.Sello.SalesSystemServer.GTInstance.DoCreateUpdateDocumentRequest(CreateUpdateDocumentRequest request) --- Koniec śladu stosu z poprzedniej lokalizacji, w której wystąpił wyjątek --- w System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw() w InsERT.Sello.SalesSystemServer.SalesSystemHost.ProcessCurrentRequest()

Witam wszystkich Jak w temacie, od kilku tygodni nie tworzą się dokumenty wstępne w Subiekt Gt, mimo że wszystko chyba jest dobrze ustawione w "Parametrach połączenia z programem Subiekt Gt" (zrzut ekranu w załączniku). Wcześniej, przez kilka lat - mimo różnych w międzyczasie aktualizacji - zamówienia w SGt się generowały. Nie za bardzo kojarzę co mogło być przyczyną problemu. Proszę o pomoc

Wielkie dzięki, nareszcie konkrety, zrobiłem co trzeba i działa, pozdrawiam

Ponieważ żaden z uczestników wyżej wspomnianego tematu nie napisał czy i w jaki sposób sobie poradził, napisałem wiadomość z pytaniem bezpośrednio do Krzysztof Fruga który był najaktywniejszym uczestnikiem i dowiedziałem się, że poradził sobie wyłączając zaporę na SERWERZE. Ja niestety wyłączałem ją na stacjach i nie było efektu, a przecież to logiczne że powinienem na serwerze. Teraz pomogło, ale uważam że jest to tylko półśrodek, trzeba by było zdiagnozować i usunąć przyczynę problemu. Zwłaszcza, że nasz serwer oparty jest na NIEWSPIERAANYM już systemie Windows Server 2008 R2 Foundation i obawiamy się o bezpieczeństwo naszej niechronionej sieci komputerowej. Czy mógłbym prosić o jakieś dodatkowe wskazówki co jeszcze może być nie tak?

A na stacjach roboczych ok. 1 minuty

Zapora sieciowa była wyłączana, sieć też była zmieniana, na każdym komputerze klienckim, bez rezultatu. Na serwerze na otwarcie dokumentu z poziomu Sello czekamy ok. 7 sekund

Mogę prosić o odpowiedź

Wydaje mi się że nie było problemów z logowaniem za pomocą autentykacji Windows, choć nie pamiętam kiedy ostatnio korzystaliśmy. Ale teraz jest coś ewidentnie nie tak. Logowałem się za jej pomocą i nazwą serwera i jego IP, rezultat ten sam, nie znaleziono baz. Natomiast po jej wyłączeniu i zalogowaniu się z uwierzytelnianiem SQL (login i hasło) bazy są wyświetlane (zrzuty poniżej), tak po nazwie jak i po IP serwera. Jednak czas logowania jest tak samo długi ok. minuty. Już samo logowanie do profilu jest błyskawiczne.

Adres się chyba zgadza? Poniżej printscreen

Próbowałem z zamianą nazwy na adres ip do serwera. SERVER\INSERTGT zamieniłem na 192.168.1.100\INSERTGT , po prawie minucie efekt taki jak poniżej na zrzutach ekranu

Od dwóch dni po aktualizacji Subiekta Gt do wersji 1.67 SP1 HF2 wystąpił problem z bardzo długim oczekiwaniem na stworzenie dokumentu w Sgt z poziomu Sello. Aktualna wersja Sello 1.39.0, system operacyjny na serwerze Windows Server 2008 R2 Foundation, 5 stacji roboczych na Windows10 pracuje w domenie Na każdym komputerze klienckim dokumenty tworzą się bardzo długo, ok 1-1,5 minuty. Na serwerze ok 10-15 sekund. Drukarka fiskalna skonfigurowana jest z jednym z komputerów klienckich w kasie Proszę o pomoc w rozwiązaniu problemu ponieważ firma nie może normalnie funkcjonować, prowadzimy sprzedaż internetową oraz bezpośrednio w sklepie

Witam Widzę, że temat przerwany już dawno temu i nie znalazłem rozwiązania, a u nas właśnie teraz - po wczorajszej aktualizacji Subiekt do wersji 1.67 SP1 HF2 - wystąpił problem z bardzo długim oczekiwaniem na wydruk dokumentów w Sgt z poziomu Sello . Aktualna wersja Sello 1.39.0, system operacyjny na serwerze Windows Server 2008 R2 Foundation, 5 stacji roboczych na Windows10 pracuje w domenie i na każdej dokumenty tworzą się długo, ok 1-1,5 minuty. Na serwerze ok 10-15 sekund. Proszę o informację czy znalazł ktoś rozwiązanie problemu?

Witam wszystkich Wersja Sello 1.39.0 Wersja Subiekt Gt 1.63 SP1 HF1 Mamy problem, od jakiegoś czasu zamiast ustawionych dla konkretnych towarów w SGt dodatkowych jednostek miary (innych niż podstawowa), pojawiają się w Sello, a co za tym idzie w ofertach Allegro a później na dokumentach sprzedaży jednostki podstawowe - sztuki. Bardzo to nam komplikuje proces realizacji zamówień, zdarzają się pomyłki, np. pakowane są sztuki zamiast par lub kpl. itp. Co może być przyczyną tej sytuacji? Proszę o pomoc w rozwiązaniu problemu