Znajdź zawartość

Mamy dla użytkowników tutaj wsparcie w postaci dodatkowego zestawienia własnego: https://3rp.com.pl/sklep/zestawienia-i-raporty/zestawienia-dla-insert-gt-i-navireo/zestawienie-sql-weryfikacja-dubli-nr-w-vat/

Dzień dobry, czy dostępne są w jakiś sposób źródła raportów wbudowanych w Nexo Pro? Czy napisane są one jako SQL lub LINQ? Chcielibyśmy wprowadzić modyfikacje do już istniejących. Pozdrawiam serdecznie!

Czyli dokładnie to samo, co już niejednokrotnie zgłaszałem: Jak widać funkcja dość potrzebna - ja ogarnąłem sobie raport SQL sumujący stany magazynów, jak ktoś byłby zainteresowany to służę pomocą

U mnie długie lub wcale nie otwieranie okna raportu (wyświetla się na czarno) załatwiam restartem sello Sprawdź czy po świeżym uruchomieniu programu raport również też się tak zachowuje. Ogólnie u mnie Sello o podobnym obciążeniu - w sumie ok 1000 transakcji dziennie nie potrafi pochodzić 24h bez restartu (na serwerze i użytkowniku z włączoną synchronizacją) Co do wydajności samej bazy to sama jej konfiguracja i SQL servera ma również duży wpływ - recovery model, fizyczne rozmieszczenie plików, przyrosty pliku, compatibility level itp (poszukaj w necie o optymalizacji SQL servera)

Dzień Dobry wszystkim, mam pewien problem i przeprowadziłem kilka testów i konfiguracji oraz mam nadzieję na Wasz propozycje i uwagi Środowisko naturalne: Serwer: sieć lokalna Procesor Intel(R) Core(TM) i5-6500 CPU @ 3.20GHz, 3192 MHz, Rdzenie: 4, Procesory logiczne: 4 RAM: 8GB Dysk: SSD SQL Expres 2019 Wielkość bazy: ok. 1,5GB Asortymenty: ok. 13tys pozycji Klient 1: sieć lokalna (połączenie stałe, sprzedaż detaliczna w sklepie stacjonarnym) Procesor Intel(R) Core(TM) i5-4590 CPU @ 3.30GHz, 3301 MHz, Rdzenie: 4, Procesory logiczne: 4 RAM: 8GB Dysk: SDD Klient 2: RDP dane stacji w sieci lokalnej (połączenie stałe, sprzedaż detaliczna w sklepie stacjonarnym) Procesor Intel(R) Core(TM) i5-4590S CPU @ 3.00GHz, 3001 MHz, Rdzenie: 4, Procesory logiczne: 4 RAM: 8GB Dysk SSD Klient 3: sieć lokalne lub RDP wtedy bezpośrednio do serwera (połączenie okazjonalne) Procesor 11th Gen Intel(R) Core(TM) i7-1165G7 @ 2.80GHz 2.80 GHz Zainstalowana pamięć RAM 32,0 GB (dostępne: 31,7 GB) Dysk twardy: SAMSUNG MZVL21T0HCLR-00BL7 (1TB, PCIe4x4/NVMe, M.2, SSD, SED) Problemy dnia codziennego: 1. Zawieszanie się przy generowaniu raportów, wywala błąd odpowiedzi, po ok. 30 sekundach wypluwa wynik przykładowy raport sprawdzany też podczas testów : np. sprzedaż wg. okresu - okres 01-02.2022, PA, suma po miesiąc ( 3000 paragonów) 2. Podczas dodawania paragonu, zawiesza się wyszukiwanie pozycji, raz na 3-4 paragony gdy nazwa pozycji wpisywana jest po nazwie brak podpowiedzi z wyszukiwania, trzeba skasować wpisany teskt i wpisać ponownie i wtedy już się podpowiada, nie trzeba kasować całej pozycji wystarczy Backpace wpisanych znaków Proponowane rozwiązania: Pełny SQL i zmiana serwera na mocniejszy, a najlepiej taki na Xeonie z Win Serwer Przeprowadziłem dzisiaj kilka testów na Kliencie 3, jest to najmocniejsza jednostka. Test nr 1 (środowisko naturalne) SQL po 5 dniach ciągłej pracy serwera ciągnie ok. 1,2GB (więc jest jeszcze miejsce do 1,5GB), a po 5h jest na poziomie 0,5GB RAM. Po ponownym uruchomieniu i wygenerowaniu przykładowego raportu tj. sprzedaż wg. okresu - okres 01-02.2022, PA, suma po miesiąc ( 3000 paragonów) Dochodzimy do 0,7GB RAM i wygenerowanie raportu zawiesza nexo, brak odpowiedzi i po 30s wyplucie wyniku, ponowne wygenerowanie raportu po pierwszym daje wynik już w kilka sekund bez zawieszenia Test nr 2 ( środowisko testowe) Instalacja próbnego pełnego SQL, Dearchiwizacja Bazy Danych, Przebudowa Instynktu, Konserwacja Bazy Danych Osiągnęliśmy 1,1GB RAM Dalej odpaliliśmy Subiekt Nexo (poraz pierwszy logowanie do tej bazy) Osiągnęliśmy 2,5GB RAM I odrazu po odpaleniu, wygenerowałem przykładowy raport tj. sprzedaż wg. okresu - okres 01-02.2022, PA, suma po miesiąc ( 3000 paragonów) Doszliśmy do prawie 2,7GB RAM Oczywiście podczas generowania raportu: błąd odpowiedzi i wynik i odwieszenie po ok. 30sekundach Po ponownym uruchomieniu: Powyższy raport generuje się bez opóźnienia 2-3 sekundy, zużycie ram ok. 0,7GB Ta sama jednostka na darmowym SQL po ponownym uruchomieniu: to samo, Powyższy raport generuje się bez opóźnienia 2-3 sekundy, zużycie ram ok. 0,7GB I na koniec pojawia się pytanie jak wyeliminować problem? Wydaje mi się, że jednak nie jest tutaj winne ani darmowa wersja SQL, ani za słaby "serwer" oczywiście nie jest to idealna sytuacja, ale raczej nie jest to klucz do sukcesu, testy na pełnym serwerze na mocnej jednostce pokazały, że jeśli chodzi o samo wygenerowanie przykładowego raportu czy zużycie RAMu jest podobnie.

Z uwagi na konieczną rekurencję, polecam SQL. Nie wiem, czy możliwości, które daje nexo w raportach LINQ, będą wystarczające do obsługi sytuacji, w której składnikiem kompletu może być inny komplet i tak w nieskączoność.

Dzień dobry. Gdzie sprawdzić w czym tkwi problem. Biuro Nexo przy zbiorczej wysyłce jpk lub przy generowaniu np zbiorczego raportu dla klientów wiesza się. Reasumując wiesza się przy wchodzeniu do poszczególnych klientów. Staje bez żadnego komunikatu w trakcie generowania raportu np. na 5%, 10% różnie. Nie ma reguły. Serwer sql 2014 express ale nie ma z nim problemu. W trakcie pracy na Rachmistrzu i Gratyfikancie Nexo też się nie wiesza przy kilku stacjach roboczych. Z Biurem GT nie było problemów

Wraz z wersją 50 nexo wprowadzamy możliwość tworzenia własnych kolumn, które mogą być wykorzystane we wbudowanych serwisach oraz raportach. Aby skorzystać z tych możliwości należy w pierwszej kolejności uruchomić serwis Laboratorium wybierając go z listy serwisów lub za pomocą skrótu Ctrl+Spacja, a następnie XX. Następnie należy zaakceptować regulamin Laboratorium jeżeli dotychczas nie był zaakceptowany. W tym momencie można już włączyć własne kolumny. Własne kolumny można tworzyć na jeden z dwóch sposobów. Tworzenie własnych kolumn za pomocą raportów SQL lub LINQ. Tworzenie własnych kolumn za pomocą raportów własnych wymaga znajomości składni zapytań SQL bądź LINQ oraz znajomości struktury bazy danych programu. Aby utworzyć własną kolumnę w taki sposób należy uruchomić dany widok, a w nim konfigurację widoku. W pierwszej zakładce pod listą kolumn dostępny jest przycisk służący do dodawania własnych kolumn, należy go kliknąć. Pojawi się wówczas nowe okno, w którym do wyboru będą dwa rodzaje raportów. Należy kliknąć w jeden z tych przycisków. Tworząc raport własny należy podać wszystkie wymagane informacje, w tym główny element, na podstawie którego tworzony jest raport. Należy także podać treść zapytania, a później nacisnąć przycisk do synchronizacji kolumn. Jeżeli raport jest poprawny i wykonano synchronizację kolumn, to można taki raport zapisać. W oknie z konfiguracją własnych kolumn pojawią się wówczas nowe kolumny, utworzone za pomocą raportu własnego. W oknie tym można wybrać, które z nowo dodanych kolumn chcemy uwidocznić. Po dokonaniu wyboru należy kliknąć przycisk OK. Na końcu należy jeszcze zapisać tak zmienioną konfigurację widoku. Po utworzeniu nowych kolumn za pomocą raportów własnych, nowe kolumny będą dostępne do wyboru w konfiguracji widoku na liście kolumn. Można także skorzystać z nich do grupowania wierszy oraz formatowania warunkowego. Tworzenie własnych kolumn przy pomocy raportów własnych zostało także zaprezentowane w filmie przedstawiającym nowości wersji 50 nexo. Warto jeszcze wspomnieć, że kolumny dodawane w jednym widoku, mogą być także wykorzystane w innych widokach. Kojarzenie raportu własnego z wbudowanym widokiem odbywa się na podstawie wybranego głównego elementu. Kolumny utworzone raportem własnym opartym na głównym elemencie "Asortyment", będą dostępne do wyboru nie tylko w raporcie "Asortyment niechodliwy", ale także w pozostałych raportach opartych na asortymencie oraz w serwisie "Asortyment". Tworzenie własnych kolumn za pomocą sfery Ten sposób tworzenia własnych kolumn wymaga znajomości języków programowania. Szczegółowy opis tworzenia własnych kolumn za pomocą sfery znajduje się w pomocy do sfery w dziale dotyczącym rozszerzania aplikacji. W naszym SDK do wersji 50 w katalogu z przykładami znajduje się także przykładowy projekt o nazwie RozszerzeniaListDanych, w którym zaprezentowano przykładowy kod tworzący własne kolumny.

Wygląda to na uszkodzenie bazy a konkretnie tabelki związanej z wpisami w raporcie. Zgodnie z sugestią należałoby sprawdzić spójność bazy wykonując polecenie DBCC CHECKDB(nazwa_bazy) przy użyciu np. SQL Management Studio (tutorial w link FAQ w mojej sygnaturce). Wtedy, wszelkie błędy sygnalizowane będą kolorem czerwonym. W zasadzie można też spróbować po prostu usunąć wszelkie wpisy z raportu poleceniem: delete from jb_Message a następnie delete from jb__Job Operacje te mogą trochę potrwać (30 minut) w zależności od liczby wpisów w raporcie.

Witam. Mam problem z wystawianiem aukcji, synchronizacja SQL według tutoriala z forum została wykonana i dalej jest problem. Raport błędu: Zdalny serwer zwrócił błąd: Nieprawidłowa wartość parametru: (0x80004005) Proszę o pomoc.

Nie wykluczamy, że w przyszłości spróbujemy obniżyć próg wejścia dla tych, którzy nie potrafią stworzyć raportów SQL lub LINQ, bądź napisać dodatek za pomocą sfery do nexo, ale na ten moment nie jesteśmy w stanie określić terminu realizacji.

Dzień dobry, Czy jest możliwość uzykania parametrów połączenia do serwera sql w projekcie raportu sferycznego bezpośrednio z nexo? Tak aby użytkownik nie musiał podawać tych danych po raz drugi, tylko aby je przechwycić korzystając z rozszerzenia.

Z analizy przesłanych logów wynika, że problem jest w danych. Prawdopodobnie istnieje dwóch pracowników ze zduplikowanym identyfikatorem konta pracownika. Taka sytuacja jest nieprawidłowa i powoduje błędy przy synchronizacji. W załączniku przesyłam raport SQL, który można zaimportować do Gratyfikanta nexo PRO. Raport pokazuje listę pracowników ze zduplikowanym kontem pracownika, więc pozwoli zidentyfikować pracowników, których dane powodują problem. Prawdopodobnie powinno pomóc zakończenie udostępniania Portalu pracownika obu pracownikom, a następnie udostępnienie go ponownie. Na adresy e-mail pracowników zostaną wysłane nowe zaproszenia i będą oni musieli ponownie powiązać je ze swoim Kontem InsERT. Chcielibyśmy się też dowiedzieć jak mogło dojść do takiej sytuacji. Czy dane pracowników były edytowane przez jakieś rozwiązania własne albo bezpośrednio przez SQL? Czy podmiot był ostatnio przywracany z archiwum? Pracownicy ze zduplikowanym identyfikator konta pracownika - raport SQL.xml

Proszę w programie Microsoft SQL Management Studio zalogować się na tę bazę i przejść do wykonania polecenia SQL (new query). W polu wkleić poniższe polecenie i zmienić w nim nazwę bazy i wykonać. dbcc checkdb(TUTAJ_WPISAC_NAZWĘ_BAZY) Po chwili powinien pojawić się raport z informacją na końcu, czy znaleziono w bazie jakieś błędy.

Panie Łukaszu wg mnie doszedł Pan do granicznych możliwości Subiekta Teraz pozostaje Panu optymalizacja tego co jeszcze można zoptymalizować w SQL. Nie sądzę że zmiana wersji bazy rozwiąże problem - skupiłbym się na podstawowych raportach SQL o TOP owych procesach które zajmują zasoby serwera i próbować je optymializować.

Cześć. Podepnę się pod temat - informacyjnie. W okolicy środy przełączony został u nas integrator na nowy. Dziś prawie zapchana baza - 4,5GB zajmowała tabela jb_Message. W dokumentacji bazy znalazłem co zawiera - raporty. Próbowałem usunąć raporty przyciskiem "Wyczyść raport" - bezskutecznie. Co więcej - wszystkie wpisy oznaczone były wykrzyknikiem w żółtym trójkącie - nie można było żadnego podejrzeć. Generowane były co kilka sekund, chociaż synchronizacja z Subiektem była ustawiona co 10 minut. Pomogło polecenie truncate table jb_Message w SQL-u. Ale ewidentnie jest to jakiś problem nowego synchronizatora, bo nie było przed jego włączeniem problemów. Obawiam się, że za 2-3 dni historia się powtórzy. Pozdrawiam

Ja mam w tej chwili ok 13 tys. indeksów drobnicy. Ale mam produkty powtarzalne, czasem coś nowego dojdzie. Więc mam podzielone regały na grupy i nie używam lokalizacji. Może ktoś inny podpowie jak rozwiązać część problemów. działam na na raportach, które sam zrobiłem w SQL - dla mnie wystrczające Do Twoich wymagań będzie raczej konieczność zrobienia rozwiązań własnych. Część rzeczy można wykonać poprzez raporty - kwestia ustalenia sposobu "kodowania" lokalizacji wraz z rozmiarem (wielkość czy też ilość indeksów, które mogą się zmieścić)

Dzień dobry, czy istnieje możliwość wygenerowania raportu sprzedaż wg. asortymentu, w taki sposób, aby była widoczna sprzedaż zerowa? Istnieje opcja poprzez zapytanie SQL natomiast, czy jest taka funkcja wbudowana w systemie dla użytkownika?

Poproszę o informację jak się przedstawiają plany - czy wprowadzenie opcji nadawania (szczególnie, a tu jest prosta iteracja po obiektach jak na innych listach) i wyświetlania flag w wersji wiosennej - jest nadal aktualne? Mowa zarówno o raportach SQL jak i LINQ.

Serwer SQL znajduje się na tym samym komputerze czy Sello łączy się po sieci? Czy tak samo to wygląda na obu komputerach? Proszę jeszcze sprawdzić czy po wybraniu w kontekście konta konkretnego konta albo (wszystkie) coś się zmienia. To samo na dole obok raportu ikonka z główkami.

Jeszcze dla tych bardziej zaawansowanych, raport SQL, który pokaże listę załączników, nie powiązanych z niczym - dodanie go jako raport, z obiektem Załącznik, pozwoli na ich obsługę, ewentualne skasowanie: SELECT za.Id ,za.NazwaPliku [Nazwa] ,za.TypPliku [Rozszerzenie] ,(CASE WHEN za.Rozmiar < 1000000 THEN CONCAT(CEILING(za.Rozmiar / 1024.0), 'KB') ELSE CONCAT(FORMAT(za.Rozmiar / 1048576.0, 'N3'), 'MB') END) [Rozmiar] FROM ModelDanychContainer.Zalaczniki AS za LEFT JOIN ModelDanychContainer.PowiazaniaZalacznikow AS pz ON pz.Zalacznik_Id=za.Id WHERE pz.Id IS NULL

No to trzeba poszukać jakieś firmy, z gamy wdrożeniowców InsERT, która mogła by wam takie rozwiązanie automatyczne zakodować. Generalnie, zamiast tworzyć wirtualne magazyny, lepiej było by utworzyć tablicę w bazie danych, która była by odpowiednio wypełniona informacjami od dostawcy - jeśli macie gdzieś zarejestrowane identyfikatory asortymentu u dostawcy, to nawet powiązać. Taką dodatkową tabelę, można użyć w Raport własny SQL i dać odpowiednim pracownikom dostęp, a następnie dodać taki raport w zakładkach.

Ten post dotyczył poprzedniego, nie zauważyłem nowej strony. Natomiast jeśli chodzi o błąd z konwersją, spowodowany jest on brakiem miejsca w bazie SQL 0 dla sewera SQL 2005 jest to 4GB, dla SQL 2008 R2 jest to 10GB. Rozwiązaniem jest zainstalowanie nowego serwer SQL Server 2008 Express R2. Można też spróbować wykonać takie polecenie za pomocą SQL Management Studio: Spowoduje to usunięcie wpisów z raportu, których jak mniemam jest tam strasznie dużo i zapychają miejsce w bazie.

To jeszcze kilka pytań odnośnie filtrów: - czy mogę je dodać do informatorów, np. Informator Asortymentu, zakładka Sprzedaż, chciałbym dodać Sobie filtr Kategoria - tak wiem, mogę skorzystać z kolumny, ale to czysto hipotetyczny przykład - w raportach wbudowanych w NEXO, czasem klienci pytają o dodatkowe filtry (chociaż najczęściej im brakuje pojedyńczych pól, ale to inna para kaloszy, pewnie nie osiągalna). - w raportach własnych SQL, tak wiem, tam filtry powstają już w zapytaniu, ale pamiętam, że miałem sytuacje, działając na bardziej skomplikowanych zapytaniach, może wtedy takim filtrem coś bym Sobie mógł dobudować, chociaż to takie łatane rozwiązanie, i lepiej to zrobić w całym raporcie sferycznym, ale spytać nie zaszkodzi

Dzień dobry, czy jest możliwość sprawdzić do jakich zleceń nie zostały zrobione rozchody wewnętrzne? Może ktoś jest skłonny przygotować zapytanie SQL aby można było stworzyć raport pokazujący listę numerow zleceń serwisowych bez powiązanego rozchodu wewnętrznego?