McBeeR

Proszę o informację, czy import zamówień z Subiekta do Sello wystawionych na klienta jednorazowego jest możliwy? U mnie nie chce to zadziałać. Kartoteki "normalne" wchodzą bez problemu

Problem nadal nie została usunięty. Dzisiaj w Subiekcie dodałem formy płatności m.in. Płatność przy odbiorze z terminem 0 dni. Gdy w Sello w Parametrach połączenia w zakładce Dokumenty poprawiłem dotychczasowe opcje to chinole znowu się pokazały (widoczne tylko gdy ponownie wejdziemy w Popraw po zapisaniu zmian)

Wtedy jest OK, ale trzeba to zrobić dokładnie, bo gdy za pierwszym razem zauwazyłem, to DEl-em wykasowalem. Ale dalej nie mogłem wystawiać dokumentów, okazało sie, ze były jeszcze dwa znaki spacji.

Tak jest powtarzalny, na pewno z tymi liniami. Dzieje sie tak po zmianie Przedpłaty i Odroczonej Platności. Znaków chińskich nie widać po zmianie wyboru płatności. Zauważyłem je dopiero po wybraniu przycisku Popraw

Skąd w rozszerzeniu numeru dla PAi automatycznie wstawiają sie takie znaki jak niżej. Przez to nie możemy wystawiać dokumentów w SGT. Błąd: InsERT_Driver: Nowy dokument: Rozszerzenie numeru jest wyłączone w parametrach numeracji. (0x800415E1) W Subiekcie faktycznie nie jest włączone bo nie chcemy. Prawdopodobnie tak się stało po zapisaniu zmiany formy zapłaty - widać jakieś poziome linie dodatkowe, a w samym pustym polu rozszerzenia po kliknięciu weń myszką widać kropkę. --- wersja Sello 1.18 ---

Praktycznie po całej nocce listę porad mam w małym paluszku . Nic nie pomogło. Dalej program "wisi" na danych klienta od czasu do czasu zmieniając dodawania na aktualizację. Jednak w kartotekach nic nie przybywa. Reasumując nowa wersja 1.18, resetowanie licznika dziennika zdarzeń, pobieranie pełnych i nie pełnych danych, sprawdzenie czy tabele nie są uszkodzone itp. nie rozwiązało sprawy. Pobrało się trochę kontrahentów, najpierw dosyć szybko, a potem kolejnych 20 pobierało się godzinę, kolejną godzinę 6 i już od trzech godzin nie drgnie. Przerwałem synchronizację i ponownie odpaliłem synchro. Na początku dodało się ok. 10 kartotek i znowu przez kolejną godzinę. Przerwałem i ponownie uruchomiłem kasując wcześniej licznik i kompaktując dane (baza powiększyła się o 30%). I znowu na początku kilku klientów sie dodało i dalej już nic . Przypomnę, że świeżutka baza ogarnęła wszystkie nie widzialne transakcje w głównej bazie w ciągu 1,5h. Zastanawiam się czy przyczyna nie leży w tym, że podstawowa spuchła za bardzo: obecnie ma 35 GB, kilka kont obsługuje codziennie co najmniej kilkaset aukcji. Kartoteka klientów to zbiór kilkuset tysięcy. Chyba trzeba wszystko konfigurować od nowa. Ale nie jest to takie proste aby nie popełnić błędów i nie np. nie wysłać podwójnie towaru

Ponowię te pytanie, bo nie padła odpowiedź.

Założyłem nową bazę dla tego jednego konta, z którym mam problemy. Nic nie konfigurowałem poza domyślnymi ustawieniami Pobierania i Odbierania. Uruchomiłem ręczne pobieranie pełnych danych i tylko to. Po 1,5h miałem wszystkie, kilkaset transakcji, których nie można było pobrać przez cały tydzień. Jakimi narzędziami przeskanować główną bazę pod kątem błędów? Bo to prawdopodobnie tam coś nie jest poprawne. Ulepszyłem program do wersji 1.18, boję się, ze to nic nie da. Na razie się mieli godzinę

Log wysłałem. Operacja odbierania danych na jednym koncie trwała od 20-tej wczoraj do 7-ej rano dziś kiedy to została przerwana, aby rozpocząć pracę z innymi kontami. W logu zauważyłem kilka wpisów, gdzie: - jest kontrahent w logu i Sello ale brak transakcji w Sello, są od niego wiadomości - jest kontrahent w logu ale nie ma kontrahenta w Sello - takie ciekawe: doShowUser - Invalid or empty user id - oraz ERR_NO_SESSION - Błędny identyfikator sesji. Proszę spróbować zalogować się jeszcze raz! Co mnie zdziwiło w logu była cała masa kontrahentów i transakcji z poprzednich tygodni mimo, że w ustawieniach było zaznaczone "pobieraj dane od 18-03-2015"

Tak, TLS sprawdzałem. Był włączony 1.1. Dodatkowo pstryknąłem w 1.2. A najniższy 1.0 zostawiłem wyłączony

Mamy u siebie kilka kont, ale tylko na jednym od kilku dni nie mogę pobrać danych. Najpierw, tydzień temu stanęło pobieranie wszystkiego, ale po wymuszeniu pobranie pełnych danych jakoś poszło i obecnie pozostałe pięć pracuje praktycznie bez problemu. Tylko na tym jednym po licznych próbach przestawienia zakresu pobierania, zmianie WebAPI na allegrowe i innych jeszcze modyfikacjach o których jest napisane w Liście Porad do Sello nie pobierają się żadne dane. Mieli i mieli na etapie Aktualizacja Danych Klientów (najdłuższa próba "może coś pomoże" była w sobotę od południa do niedzieli wieczór), ale nic się nie zmienia. Jakieś jeszcze sugestie?

Raczej nie tylko z weekendu Ale taką liczbę widzę na startowej stronie.

Stan na teraz z ekranu startowego: Transakcje trwające: 2181 Oczekujące na płatność: 2109 Do wystawienia dokumentów końcowych: 27109 Do paczek: 114 Zaległe: 342 Do odbioru osobistego: 71 Do wystawienia: 9839 Oczekujące na komentarz kupującego: 253807 Nie ma pomyłki w liczbach! Jest propozycja od szefostwa, aby udostępnić Insertowi naszą bazę. Taka analiza i testowanie będą na pewno łatwiejsze. Od rana znowu wszystko wolno działa Przez weekend serwer był wyłączony i nie pobierał danych

W zakładce tej mam ponad 257 tysięcy komentarzy do wystawienia. Jak to załatwić za jednym zamachem? Odznaczenie jak nie wystawiaj komentarza pierwszych 5 tys. zajęło systemowi ok. 40 minut

załączam czy załanczam

I jeszcze małe uzupłenienie: Dopóki w Paczkach nie ma paczek działa OK, szybka się przełącza itp. Natomiast gdy pojawią się już paczki wtedy zaczyna wolno działać. Nie zawsze też pobiera wagi paczek z SubiektaGT pomimo, że waga jest tam dla niektórych towarów wpisana.

OK. Dziekie za wskazówki. Nie ma jednak odpowiedzi dlaczego mimo wyłączenie automatycznej synchronizacji komentarzy te sie próbują pobrac

Wyłączyłem automatyczne wysyłanie i odbieranie komentarzy, a mimo to w pasku statutu widzę, że Sello próbuje je wysyłać. Na dodatek większość tej wysyłki dotyczy starych aukcji (np. sprzed roku) i zwykle kończy się takim samym błędem: "Serwer zwrócił błąd: Użytkownikowi we wskazanej aukcji został już wystawiony komentarz. " Są tego setki. Nie potrzebnie miele systemem i blokuje chyba inną synchronizację. Nie wiem czy ma tutaj znaczenie to że mamy własne webapi. tak się dzieje po przesiadce na wersje 1.17

Skoro mowa była już kilka razy o zawieszaniu to ja też w tym temacie. W weekend zrobiliśmy przesiadkę na 1.17.1. Na początku program pracował topornie, bardzo długo mieliło się pobieranie jakichkolwiek danych.W zasadzie to Sello cały czas coś pobierało lub wysyłało, bez chwili wytchnienia. Empirycznie zmieniłem ustawienia i trochę wszystko lepiej teraz pracuje. Chociaż przy 6 kontach Allego i setkach transakcji dziennie, daleko odbiega komfort pracy od tego co było chociażby w poprzedniej wersji. I tutaj nasunęła się sugestia aby zespół allegro podpowiedział: - jak skonfigurować parametry wysyłania i odbierania dla giganta, czyli kilka kont allegro, około tysiąca aktywnych aukcji i kilka setek transakcji dziennie? Ale ten watek miał dotyczyć czegoś innego. Otóż prawie wcale nie da sie pracować na dziale Paczki. Samo wejście do tej sekcji trwa na końcówkach około dwóch minut. A próba edycji transakcji powoduje kolejne kilkudziesięcio-sekundowe opóźnienie. Aby tego było mało edycja chyba każdego pola: zmiana dostawcy, rozmiarów paczki itp. zabiera kolejny czas. Przy tak duzej liczbie transakcji nie jest taki stan absolutnie do zaakceptowania. Baza po kompaktowaniu ma ok. 35GB Sello współpracuje z Subiektem GT (1.35 HF2)

Jesli umiesz poprawić procedurę to napisz mejla, zwrotnie podeslę. Jesli nie potrafisz napisza do kOsti. Znajdziesz go kilka linijek wyżej. PS. No i kliknij że Pomogłem

Można by przyjąć to wytłumaczenie, jednak.... efekty złej pracy użytkownicy widzą w Sello...

Ponad dwa tygodnie bujamy sie z problemem. Dzisiaj już żadnych dokumentów nie można było wystawić bo wyskakiwał błąd o którym pisałem w południe. Jak ktoś mądry powiedział: Uważajcie duże bazy w 1.35!!! Okazuje się, że można rozeznać temat i szybko poprawić to co inni spaskudzili. Zastanawiające jest to, że InsERT tak działa opieszale, a wystarczyło wziąć się do roboty Odpowiedzialnym programistom zajęło by to nie więcej niż dwie godziny. A tak niepotrzebne nerwy klienta, stracony czas na poszukiwanie przyczyn. Szukanie jakichś bzdurnych luk w numeracji itp. Ech... Insercie... wstyd. Odkryto że po aktualizacji 1.35 HF2 czas realizacji zamówień w SGT wydłużył z kilku do ponad minuty. Po analizie okazało się, zwalona jest procedura "spSub_PodajDokPowiazany", która została zmodyfikowana w związku z nową funkcjonalnością zbiorczych faktur detalicznych. Ręcznie poprawiona, aż Sello śmiga jak dawniej Proszę o pilne, publiczne udostępnienie przez Insert rozwiązania.

Dwa konta Allegro, dwie bazy na SQL Express, jeden komputer, RAM 2GB, procek taki aby WinXP obsłużył. Nie było problemu z pracą

Temat na inny wątek raczej. Nie było szału, ale narzekań specjalnych też nie było. W każdym bądź razie był spokój

Windows Serwer 2012, SQL Serwer 2008 R2 Std Intel Xeon E5530@2,4, RAM 32GB 2x Dysk SCSI Dell H700 to tak z grubsza