tadeusz

Pobieranie całości trwa 6-8h. Pobierane są aukcje z pełnymi danymi oraz transakcje i formularze. Swego czasu było nawet 300000 transakcji miesięcznie. Aukcje nie są wystawiane z Sello. Jest około 50 komputerów opisujących aukcje. Są pobierane i przetwarzane dalej. Co do zajmowania bazy wszystko wskazuje że to Sello. Postaram się coś jeszcze wysledzić.

A ja zasugeruję jeszcze opcję zamknij program po zakończeniu pobierania z allegro. Mam klienta gdzie pobieranie według historii nie ma aktualnie żadnego sensu. Braków jest za dużo. Pobieram pełne dane 1 raz na dobę. (Pobieranie trwa nawet około 6-8h). Sello bardzo często pomimo zakończenia operacji pobierania danych, i kiedy żadna operacja już nie trwa nie uwalnia wszystkiego w bazie danych. Próba grupowania np. 150 transakcji (ok 3-15 min) pojawia się komunikat w chmurce (?). I tyle, parę minut czekania dla chmurki. Taka sytuacja średnio 1 raz na godzinę. Zamknięcie Sello na serwerze który odpowiada za pobieranie danych powoduje, że problemy znikają. I kolejna sugestia. Jeżeli nie powiedzie się pobieranie transakcji ze względu na nieaktualną wersję parametrów/pól formularzy itd. Sello mogło by wybraną operację pobierania danych ponowić po zakończeniu aktualizowania danych. Bywają okresy, że Allegro często aktualizuje te dane i przez 3-5 dni miałem zaległości w pobieraniu danych co u tego klienta nie jest łatwe:/

Witam, mam problem co do ponownego wystawiania aukcji. Nie jestem pewny czy tak to powinno działać. Powiedzmy mam towar który wystawiam (stan w navireo 3szt, w szablonie biorę dostępne) Aukcja się kończy, nic nie sprzedane. W sklepie stacjonarnym jednak zeszły 2 sztuki. Stany zsynchronizowane z Navireo, kolumna ilość magazynowa wskazuje poprawnie 1szt. Wystawiam ponownie w sklepie -> stan jaki zostanie wystawiony to 3szt. Można jakoś ustawić aby brana była dostępna ilość? Mam do wyboru ilość nie sprzedaną na aukcjach źródłowych, ale to właśnie są 3 sztuki. Dodatkowo mam pytanie czy jest gdzieś jakaś informacja o tym, że dana aukcja już została wystawiona ponownie? Chodzi o to aby wykluczyć wielokrotne wystawianie tej samej aukcji.

Zdecydowanie powinna być jakaś możliwość synchronizacji wartości pól własnych z polami subiekta/navireo. Owszem można to sobie obejść jakimiś triggerami/skryptami ale fajnie było by gdyby istniała możliwość przypisania do pola własnego wartości z GT/Nav. Myślę, że utworzenie listy wartości z bazy GT oraz pola własne można by zrobić jako listę wartości do pobierania. W utworzonym polu własnym w słowniku Sello wybieramy czy pole ma być synchronizowane i z jaką wartością, czy ręcznie wpisywane. I podczas synchronizacji z zewnętrznym systemem sprzedaży te wartości są wypełniane. Mam np. taką sytuację. Mam zdefiniowane towary w nav. W nazwie jest nazwa towaru, w opisie tytuł aukcji natomiast opis w pełnej charakterystyce. I w aktualnej postaci Sello mam problem z automatycznym wypełnieniem tytułu aukcji. Nie mogę wstawić opisu bo w opisie towaru w Sello mam pełną charakterystykę, nie mogę nazwy towaru bo to nie to. Potrzebowałbym wstawienie opisu ale z GT. Synchronizacja pól własnych z wartościami z GT pomogła by w temacie. Myślę, że nie jestem jedyną osobą której brakuje takiej funkcjonalności. Sello naprawdę świetnie się rozwija i cieszy mnie fakt że idzie w dobrym kierunku. Jednak wciąż jako produkt do współpracy z Navireo jest właśnie tym elementem ograniczającym.

Założenie dodatkowego indeksu na adr_TransId (nonclustered idx) nie wpływa na wydajność w widoczny sposób. Dalej grupowanie mojego przypadku to 42-47s. Założenie clustered idx na adr_TransId czyli usunięcie istniejącego skraca czas grupowania do 32-36s. Więc zmieniając ten indeks mamy zysk około 10s. Czy w kontekście dłuższego użytkowania usunięcie głównego indeksu może mieć jakieś konsekwencje? Wydajnościowo nie zauważam niedogodności. Wręcz nawet na pierwsze rzut oka wydajność odrobinę się poprawia.

Po zmianach w konfiguracji serwera osiągnąłem na moim testowym przypadku 45-60s grupowanie. Zmiana indeksu na adr_TransId przyśpieszyła grupowanie do około 35-45s. Minimalny skok jest. Mam wrażenie też, że tak założony indeks odrobinę przyśpiesza wyświetlanie listy z transakcjami. Co ze zmianą indeksu w taki sposób i aktualizacjami? Po aktualizacji ponownie muszę zmienić indeks?

Analizuje profilerem przebieg operacji grupowania. Mam 1 przypadek na którym przeprowadzam testy jest to 90 transakcji, czas ich grupowania po defragmentacji indeksów, kompaktowaniu, na osobnym dysku to 107s. Profiler wykazuje, że na te 107s jakieś 47s to zapytanie: SELECT * FROM adr__Address WHERE (adr_TransId = xxxxxxx) Wykonywane wielokrotnie. Nie znam celu tego zapytania w grupowaniu, ale może wyszczególnienie tylko wymaganych kolumn albo zastosowanie jakiejś sp skróciło by trochę czas wykonywania tego zapytania. Wykonywanie go to od około 0,2s do nawet 4s w szczególnych przypadkach. Sumarycznie nazbierało się właśnie 47s. To duża część całej operacji. Jeżeli mogę dostarczyć jakichś informacji które pomogły by w przyśpieszeniu pracy na dużych bazach to proszę dać znać.

Mam problem z funkcjonowaniem przy dużej ilości transakcji. Serwer SQL 2008 standard nie express. Baza około 1.3 gb (od stycznia). Jakieś 60tys transakcji. Z Sello nie są wystawiane aukcje. Tylko pobierane i przetwarzane do zewnętrznego systemu sprzedaży. Indeksy na bieżąco defragmentowane. Baza kompaktowana regularnie. Problemem jest grupowanie, wydruki listy pakowanie i inne operacje sięgające do zawartości grupy. Grupowanie takich nie za dużych grup 30-50 transakcji to około 1-2 minut. Takie już większe grupy typu 200-300 sztuk to potrafi być nawet 5-10 minut. Robi się to dość uciążliwe. Jak odciążyć bazę? Czy można coś zrobić aby przyśpieszyć działanie?

Przy jakichś 300 fakturach dziennie robi się za dużo pracy. I tak olbrzymim nakładem jest składanie do kupy transakcji w Sello na podstawie formularza allegro dla takiej faktury gdy wchodzi na nią np ze 100 pozycji. Jest 500 transakcji dla klienta i wybrać z nich te 100 które akurat mają iść na fakturę a później jeszcze ręczne sprawdzanie i poprawienie kontrahenta. Godzina czasu na jedną fakturę... Szybciej wystawiać wszystko ręcznie razem z przepisywaniem z papieru. Uważam, że powinien być jakiś sposób synchronizacji kontrahentów. Albo symbol albo nip. Tak jak jest w przypadku komunikacji w navireo czy subiekcie. Co robi w takim razie w ogóle opcja "aktualizuj adres kontrahenta". Jest w tym wszystkim jakaś logiczna niespójność. Żebym chociaż w jakiś sposób był w stanie rozpoznać, że dokument idzie z Sello. Mógłbym napisać jakieś rozwiązanie które w przypadku wystawiania z Sello będzie mi wyszukiwać i podmieniać kontrahenta a nową kartotekę wywalać albo coś takiego.

Mam pewien problem z wystawieniem faktur. Jak powinno się zachowywać Sello w przypadku gdy kontrahent już istnieje? Próba wystawienia dokumentu kończy się błędem o następującej treści: InsERT_Driver: Nowy dokument: Powiązanie klienta Sello z kontrahentem: Nie udało się zapisać kontrahenta: Istnieje już kontrahent o podanym numerze NIP. (0x800414C0) Czy adres kontrahenta nie powinien zostać zaktualizowany po prostu? Jak postąpić w takiej sytuacji? Odpada tworzenie kolejnej kartoteki. Księgowa poginie w kontach.

I teraz jest dobrze. W etapach udało mi się pobrać dane bez komunikatów o błędach. Wygląda na to, że działa dobrze gdy pobieramy osobno aukcje, transakcje i formularze. Jak pobieranie według historii? Jeżeli pobrałem dane powiedzmy 24.12 to jeżeli teraz puszczę pobieranie tylko według zmian w historii dostanę zapewne mniejszą paczkę danych. Będą to nowe obiekty od czasu ostatniego pobierania?

Rozumiem, że takie testy muszą chwilkę potrwać. Mam tylko ogromną nadzieję że na weekend będzie, bo muszę na poważnie ustawiać bazy itd.

Właśnie nie do końca ogarniam:) Potrzebuję sposobu na weryfikację wstępną czy pobrało się wszystko co podaje Allegro. Dalsza weryfikacja jest w locie przez przetwarzanie transakcji na podstawie wyciągów bankowych i wyciągów płatności Allegro.

Bardzo się cieszę, że coś się uda. Czekam jednak w wolnej chwili na więcej szczegółów co do ponownego pobierania obiektów. Muszę jakoś upewnić się, że pobrało się wszystko.

Czyli program bezużyteczny przy dużych ilościach danych:/ Znów sytuacja sprzed roku się powtarza. Jak udało mi się rozwiązać inne problemy jak wiele paragonów czy modyfikacje wydruków i inne pierdoły, to okazuje się, że i tak nie uda mi się wdrożyć. Już się pojawiła sensowna koncepcja pracy, klient nawet zaakceptował, a tu pracować się da, ale nie da się ściągnąć danych:)) Już zaczynam się zastanawiać co powiem klientowi... Jest jakakolwiek szansa na jakąś doraźną poprawkę? Wygląda na to, że aukcje się pobrały. Transakcje chyba też. Jednak formularze to tragedia. Przy ponownym uruchomieniu pobiera od nowa? A co jeżeli aukcje już istnieją? Powiedzmy pobrał mi 10000 aukcji. Puściłem drugi raz pobieranie, teraz samych aukcji. Zakończył bez błędu. Wskazywało by to, że pobrane są wszystkie. Zrobiło się koło 35000. Co jeżeli podczas pobierania napotkał już pobrane w bazie? Pomija je i nie dodaje ponownie do bazy?

Potwierdzam. Pobieranie dużej ilości formularzy kończy się u mnie błędem: Ostatnia operacja nie powiodła się. Out of memory. (Microsoft Cursor Engine) Out of memory. Dodatkowo pobieranie dużej ilości aukcji (jakieś 25000) nie udaje się. Pobiera około 10000 i kończy błędem: Ostatnia operacja nie powiodła się. Not enough storage is available to complete this operation. Na pewno nie ma problemu z miejscem na dysku, ponad 100gb wolne. Co do zasobów przy formularzach serwer ma 12gb pamięci. Jak zachowa się program przy pobieraniu kilkukrotnym tych samych danych? Dociągnie brakujące obiekty? Czy zacznie od nowa? Mam pilną sprawę z ściągnięciem dużej ilości danych, planowany i konieczny start od nowego roku. Kolejna próba pobierania, tym razem samych formularzy zakończyła się ponownie błędem o braku miejsca. Można jakoś sprawdzić ile formularzy jest na allegro? Sello w logu wyświetla ile udało się pobrać na koniec operacji? Co można z tym zrobić? Nie mogę pobrać danych z formularzy, a nawet nie wiem tak naprawdę jaka część się pobrała. Według ilości z logu to jakieś 2623, natomiast dotyczą się one około 50% transakcji na liście w Sello (około 9000 transakcji).

Chyba znalazłem rozwiązanie. Pole tr_source również zawiera tytuł aukcji z numerem. Jeżeli sobie nie poradzę to na pewno się odezwę.

A czy można uzyskać jakieś informacje co do mechanizmu pobierania danych przez definicję? Widzę zapytania przyjmujące jako parametr id transakcji. Jednak używając takie zapytanie nie udaje mi się wyciągnąć tytułów aukcji. Można wykonać jakoś zapytanie przez transformatę na podstawie innego parametru? Podać jakoś swój parametr? Nie mam już pomysłów a czas mi się kończy:/

Właśnie tylko w tr__transaction zauważyłem. Poza tym profilerem jakichś przeciwwskazań też nie zauważyłem. Chciałem się tylko upewnić, czy jest sens do podejścia do tematu w taki dość inwazyjny sposób, bo jednak nóż na gardle mam:/ Jednak nie uzyskałem żadnej informacji czy istnieje możliwość umieszczenia jakoś tytułu aukcji czy możliwości wpływania na wydruk samej transakcji. Czy opcjonalnie wymagało by to dużych zmian w Sello.

Co do wydruków, to jeżeli dużą zmianą jest wprowadzenie podobnego jak lista pakowania wydruku dla transakcji czy grupy transakcji, to czy istnieje jakakolwiek możliwość zmiany zawartości wydruku samej transakcji? Wydruk jest ok, czytelny itd. Ale są tam drukowane nazwy towarów, mnie nazwy towarów nie interesują niestety:) Klient na podstawie towaru nie jest w stanie zidentyfikować nic. Dana transakcja może być przerabiana przez 1-2 miesiące, i chodzi o jakiś wydruk z listą aukcji żeby można do czegoś podpiąć kolejne druki/paragony z postępowania. Może zacznę inaczej. U mnie specyfika sprzedaży jest dość inna. Klient kupuje 20-50tys sztuk czegoś. Nazwijmy to niesort. Aukcje są wystawiane, opisywane itd. poza Sello. Towarów w Navireo jest jakieś 10-16 sztuk. Są to generalnie grupy towarowe. Nie ma możliwości tworzenia kartotek indywidualnych dla każdej aukcji, bo minimalna powtarzalność i w ciągu miesiąca mamy około 100tys kartotek:/ Za duży bałagan. Sello pobiera aukcje z allegro. Na podstawie słów kluczowych do aukcji triggerem przypisuje kartotekę towarową. Transakcja/grupa transakcji może być przetwarzana z 2 miesiące. Do transakcji może powstać nawet 5-10 paragonów, w różnych odstępach czasowych. Po rozpoczęciu przetwarzania muszę mieć jakiś wydruk gdzie można przypiąć dalsze dokumenty. Ale muszą na nim być nazwy aukcji, a paczka jeszcze nie powstaje. Transakcja w trakcie opłacania. Wracając do paragonów. Rozumiem, że zmian musi być więcej niż tylko zdjęcie blokady. Muszą być zapisywane relacje z wszystkimi paragonami, a baza skonstruowana jest na 1 dokument. Rozumiem też że wrzucanie na wystawiany dokument wszystkich pozycji z transakcji mogłoby być potraktowane jako błąd, ale mimo wszystko było by to DUŻO szybsze niż wystawianie ręcznie kolejnych paragonów w Navireo. Docelowo oczywiście poprawnym było by aby kolejne paragony były wystawiane na różnice pozycji/kwot porównując zawartość poprzednich dokumentów. Spodziewam się, że nie mam co liczyć na taką funkcjonalność w najbliższych 6-12 miesiącach, co dla mnie jest u 2 klientów dyskwalifikuje jakieś 8 licencji Sello dla Navireo:/ Muszę więc coś z tym zrobić. Powiedzmy, że utworzę sobie dodatkową tabelę, gdzie będę zapisywał id i numery wystawionych dokumentów. Zrealizuję trigger którym podczas aktualizacji transakcji będzie mi te informacje wrzucał do mojej tabeli, pozostawiając puste informacje w polach samej transakcji. Opcjonalnie dorobię jakieś sobie zestawienie czy nawet jakiś zewnętrzny program gdzie opcjonalnie (raczej bardzo rzadko, bo za duży przemiał tego jest) będą dostępne informacje o dokumentach z daną transakcją. Generalnie wszystko by mi pasowało:) Pytanie jest następujące. Czy Sello sprawdza tylko na podstawie wypełnionych pól czy istnieje paragon? Czy jakieś większe konsekwencje oprócz opcjonalnie wystawienia 2 paragonów do danej transakcji mogą być w działaniu Sello? Są gdzieś jeszcze jakieś informacje o tych dokumentach?

Takie podejście nic nie daje. Przy pojedynczych sytuacjach można się pobawić ręcznie. Tu jest za dużo dokumentów. Księgowa zginie w tym. Poza tym VAT. Tak bierzemy od otrzymanej kwoty (częściowego paragonu), a nie od całego paragonu W takiej koncepcji sprzedaż jakby już miała miejsce tylko jako z płatnością odroczoną. Tu sprzedaż nie ma jeszcze miejsca. I przez 2-3 miesiące może nie mieć. A pieniądze wpłacone i coś trzeba z tym zrobić. Często bywa też, że nie dochodzi do całej sprzedaży z najróżniejszych przyczyn. Specyfika sprzedaży jest dość nietypowa:/

Ja pozwolę sobie poruszyć kolejny temat, który aktualnie jest dla mnie tematem być albo nie być Klient prowadzi sprzedaż w dużych ilościach. Klienci kupują dużo i zbierają po kilka, kilkadziesiąt przedmiotów na jedną paczkę. Płacą też różnymi porcjami. Tu wpłaci 20zł bo tyle miał, tam wpłaci 100. I tak potrafią przez 2 miesiące sobie spłacać listę kupionych przedmiotów. Życzą sobie aby te 30 przedmiotów poszło jedną paczką bo potrzebują, a kolejne jak się dozbiera coś jeszcze. I tak w kółko. Dużo transakcji zamyka się normalnie ale jakieś 30% tak sobie leci. To nieszczęsne 30% to jest jednak około nawet 500+ dziennie:/ Sztuczka polega na tym, że wystawiając paragon przez Sello wrzuca nam na niego wszystkie towary. Użytkownik wywala za co nie było zapłacone. Wpisuje że zapłacono tyle i tyle w Sello. Widzi że nie zakończone bo do zapłaty jeszcze a paragon podpina do wydruku transakcji (do którego jeszcze wrócę bo też przydało by się coś dodać/zmienić). Wydruk z paragonem na bok i czeka aż będzie uregulowane żeby wysłać, lub na kolejny paragon do podpięcia. Czy istniała by możliwość wystawiania kilku paragonów do transakcji? O szczegółach jakby to powinno działać można by się rozpisywać, ale przydało by się coś prostego na początek. Uratowało by mnie to i to MOCNO. Chodzi o to żeby na początek pozwolić wystawiać kilka paragonów z transakcji, jak już jest paragon niech Sello o tym zakomunikuje i zapyta czy wystawić kolejny. Taka możliwość tylko przez Wystaw dokument końcowy, nie przez wystaw dokumenty końcowe. Musi otworzyć się okno z paragonem i pełną zawartością towarów. Szybciej jest wywalić wybrane pozycje z paragonu niż wklepywanie go od zera w Navireo:) Sprawa bardzo, ale to bardzo przyspieszyła by pracę w niektórych sytuacjach. I nie powiem, ale dla mnie dość krytyczna:/ Ale wracając do wydruku transakcji, czy istniała by możliwość wydruku zamiast nazw towarów, tytułów aukcji? Było by super. Albo możliwość jakiegoś nowego wydruku identycznego nawet z listą pakowania, ale żeby można było go wydrukować z poziomu jeszcze transakcji. Czy można by dodać "Drukuj" w menu z lewej strony na liście transakcji? Klikanie prawym i drukuj dość męczące. A ctrl+p nie wszystkich łatwo nauczyć, a nawet może i nie wszystkich się da:)

W przypadku jednej osoby problem nie jest istotny. Można spokojnie sobie z tym poradzić. Tu chodzi o pracę na przynajmniej 3 stanowiskach w sieci, 3x DF, 3 osoby, 3 kasy w systemie sprzedaży. Każdy paragon/faktura musi być wystawiony przez odpowiednią osobę. W takiej sytuacji, aktualnie jedynym sposobem który znalazłem to przypisanie jednego użytkownika do wszystkich. I sferycznie rozpoznawanie nazwy komputera czy windowsowego usera i podmiana na wystawianym dokumencie kasy i operatora. Tak byłem w stanie to opanować przynajmniej na jakiś czas.

Dla każdego nowego obiektu? Czyli podczas tworzenia transakcji? A co z działaniem wstecz, dla istniejących już transakcji? Moim zdaniem podczas komunikacji z systemem sprzedaży powinna być możliwość ustawienia czy ma to być opiekun czy np. zalogowany użytkownik albo coś w tym stylu. Albo dodatkowo możliwość ustawienia żeby podczas zapisywania zmian w transakcji Sello mogło ustawić jako opiekuna użytkownika wprowadzającego zmiany. I tak zanim będzie dokument końcowy, zazwyczaj jakieś zmiany w transakcji są robione więc mogło by też pomóc. Owszem podana koncepcja dodatkowo, mam nadzieję że dodatkowo z możliwością zbiorczego zmieniania opiekuna:)

Jak na razie w 1.11b1 nie widzę błędów czy jakichś dziwnych zachowań. Jednak z pierdół zauważyłem błędne (chyba że taki był zamiar?) zachowanie okna przy zmianie adresu serwera. Wchodzimy w dane zewnętrznego systemu sprzedaży. Klikamy "Zmień" przy parametrach bazy danych. Zatwierdzamy "Tak". Przyjmuję, że korzystamy z autentykacji serwera nie windowsowej. Odznaczony fistaszek autentykacja windows, jednak pola Użytkownik i Hasło wyszarzone. Dopiero zaznaczenie i odznaczenie checkboxa pozwoli nam wpisać nowe dane użytkownika dla serwera. Co do spraw dosyć ważnych jeżeli chodzi o zmiany z Sello, to uważam że powinna jak najszybciej dojść jakaś możliwość zarządzania opiekunami. Wiem, że plany są na 1.12. Chodzi mi o sytuacje, że pobierane jest kilkadziesiąt tysięcy transakcji przez jednego użytkownika. Paragony do nich wystawiają 2-3 osoby. Zawsze paragon trafia jako wystawiony przez jednego użytkownika do tej samej kasy itd. Konieczne i to pilnie jest rozpoznanie który użytkownik wystawia dokument handlowy w systemie sprzedaży. A może posiada ktoś jakiś pomysł jak sobie z tym poradzić?