Paweł Karpinski

Witam, subiekt nexo PRO przy próbie dodanie jednostki (masy) megatona występuje błąd dostępu do danych. Wersja programu 49.0.1 sprawdzane na trzech różnych bazach zainstalowanych na różnych maszynach błąd identyczny. Dodawanie jednostki przechodzi w przypadku gdy zmienię "Typ jednostki miary" na "Zależy od asortymentu"

Drukarki obsługują standardy kodów: 1D - EAN 13, EAN 128. Przy czyn EAN-128 jest włączony default-owo. Producent wskazuje na ograniczenie w sofcie a nie w drukarce. Poza tym kod EAN 128 nie ma ograniczenia do 15 znaków - jak piszesz. To, że soft / sterownik - ma to ograniczenie - jest najbardziej prawdopodobne.

Witam, szukam rozwiązania problemu z wydrukiem nr systemowego jako kodu kreskowego na paragonie. Testowane na drukarkach fiskalnych posnet XL online oraz na posnet HX połączonych po sieci LAN. Problem polega na tym, że w zależności od ustawionej numeracji kod kreskowy się drukuje lub nie. I tak dla ustawień: PA 123\MAG\02\2023 kod kreskowy drukuje się tylko na paragonach o numerach od 1 do 9 powyżej brak kodu kreskowego. Dla ustawień PA 123\02\2023 drukuje kod kreskowy dla numerów od 1 do 999999. Dla ustawionej numeracji: PA 123\ROZ\MAG\02\2023 nie drukuje kodu w ogóle. Zmiany w kasiarzu - parametry programu komunikacyjnego nie wpływają na powyższy problem.

Eeeee... trochę empatii Panowie.

Może i masz wiedzę ale w sposób w jaki się nią dzielisz na forum mnie irytuje. Wystarczył pierwszy wpis bez uszczypliwych komentarzy.

Witam, szukam rozwiązania naprawy błędu podczas rozchodu magazynowego dla towaru. Dokładnie chodzi o 0,580T śruty. Towar na magazynie a pomimo to brak możliwości wywołania skutku magazynowego. Za wskazówki w stylu; "brak wyprostuje w remanencie", "sprawdź daty", "coś jest nie oczywistego" to dziękuję. To nie pierwszy przypadek z takim problemem ( w innych bazach). Jak nie wiecie jak rozwiązać problem to nie piszcie. Kontrola danych w programie serwisowym nic nie daje. Dodam, że jak przywróciłem testowo bazę o trzy dni wcześniej ( z 13.09.2022), błędu nie ma i zapis RW przebiega prawidłowo.

Po aktualizacji wróciło do normy, niby tylko małe poprawki... To nie pierwszy taki przypadek. Panie Danielu z chęcią dowiem się jaki ma Pan skuteczny sposób na optymalizuję - przyśpieszenie pracy subiekta GT. Pomijając zmiany sprzętowe.

Jak od piątku walczę w wolnym wyświetlaniem pozycji lub edycją kartotek. Tydzień po aktualizacji do 1.70 SP1 HF1 (1.7011.11.5256) wszystko zwolniło. Kompaktowanie kończy się niepowodzeniem. Jest nowa wersja, zobaczę co się zadzieje po aktualizacji.

U mnie był błąd wysyłki z informacją funkcja SMS jest w trybie demonstracyjnym... Wylogowałem się z konta insert i zalogowałem ponownie; działa.

Dołączę się do wątku, u mnie podczas aktualizacji tworzy się kopia bazy, (widoczna później na liście) po czym pojawia się błąd: Aktualizacja podmiotu: MAZaukcje z wersji: 1.304 do wersji: 1.31.1.2888 dnia: 2019-07-03 Zastosowano do podmiotu skrypt: C:\Program Files (x86)\InsERT\Sello\Skrypty\skrypt1.304_1.309.enc Nie powiodło się wykonanie polecenia: ALTER TABLE tr__Transaction ADD CONSTRAINT PK_tr__Transakcja PRIMARY KEY CLUSTERED ( tr_Id ) ON [PRIMARY] Błąd 80040E14: Could not allocate a new page for database 'MAZaukcje' because of insufficient disk space in filegroup 'PRIMARY'. Create the necessary space by dropping objects in the filegroup, adding additional files to the filegroup, or setting autogrowth on for existing files in the filegroup. Aktualizacja podmiotu nie powiodła się: 80040e14: Could not allocate a new page for database 'MAZaukcje' because of insufficient disk space in filegroup 'PRIMARY'. Create the necessary space by dropping objects in the filegroup, adding additional files to the filegroup, or setting autogrowth on for existing files in the filegroup. Przywrócenie podmiotu nie udało się. Baza ma 9GB, miejsca wolnego na dysku 56GB, system Windows 2008 R2 FON, MS SQL 2008