Błąd przy imporcie z Subiekta - przy dużej liczbie dokumentów sprzedaży

[Artur Rataj 0]

Dzień dobry, 

 

mam do zaimportowania ponad 5 tys. dokumentów sprzedaży i co kilkaset dokumentów pojawia się błąd jak w załączonej grafice. Jeśli teraz usunę z pliku edi++ wszystkie dokumenty do numeru 1981, to będę mógł importować dalej, aż do kolejnego takiego błędu. W systemie GT nigdy na nic takiego nie natrafiłem... Źródłem pliku edi++ jest aktualny Subiekt GT.

 

Edytowane 26 Lutego przez Artur Rataj

[Artur Rataj 0]

Kolejny błąd:

 

[Artur Rataj 0]

Czy ktoś z firmy InsERT mógłby się odnieść do tych błędów? Na ok. 6 tys. importowanych z pliku .epp pozycji, miałem ok. 8 takich błędów, co kilkaset pozycji. Usunąwszy już zaimportowane - mogłem importować dalej. Czy to błąd w programie, czy mam winy szukać u siebie?

[Wojciech Urbanowski 57]

Czy moglibyśmy dostać do analizy plik EPP który generuje problemy?

[Artur Rataj 0]

Klient nie wyraża zgody na przekazanie pliku EPP.

 

Czy to normalne, że po zaimportowaniu pliku EPP, które trwało ostatecznie kilka godzin, stworzenie zapisu zbiorczego trwa już ponad 8 godzin? Mam nowy, szybki komputer - procesor 8 rdzeni / 16 wątków ponad 4 GHz, 32 GB RAM DDR5, dysk PCIE 4.0 NVME. Jestem już bliski decyzji o rezygnacji z systemu nexo PRO. Żal tylko wydanych pieniędzy na licencję. 

[Jakub Karwala 6]

4 godziny temu, Artur Rataj napisał:

Klient nie wyraża zgody na przekazanie pliku EPP.

 

Czy to normalne, że po zaimportowaniu pliku EPP, które trwało ostatecznie kilka godzin, stworzenie zapisu zbiorczego trwa już ponad 8 godzin? Mam nowy, szybki komputer - procesor 8 rdzeni / 16 wątków ponad 4 GHz, 32 GB RAM DDR5, dysk PCIE 4.0 NVME. Jestem już bliski decyzji o rezygnacji z systemu nexo PRO. Żal tylko wydanych pieniędzy na licencję. 

Z jakiego systemu przeszedłeś na Nexo ? R2 czy coś innego ? 

[Andrzej Kubik 1 098]

Osobiście unikam importowania takich dużych paczek.
Prościej diagnozować mniejsze, rzadziej występują błędy a dość często okazuje się że import paczki zawierające kilka razy mniej dokumentów idzie znacznie szybciej.
Proponuję spróbować tej drogi, to niewielkie ryzyko.

[Artur Rataj 0]

Już przebolałem import z pliku EPP, ale absolutnie nie rozumiem dlaczego tak długo tworzony był zapis zbiorczy, by w kpir całą sprzedaż ująć w pojedynczej pozycji - tutaj nie mam wyboru. Podczas tworzenia tego zapisu ewidentnie z każdą kolejną dodaną pozycją czas na przetworzenie kolejnej wydłużał się. Pierwsze dopisywały się co ok. sekundę - co już jest karygodnym wynikiem, jednak ostatnie potrzebowały już ponad 20 sekund. Nie znajduję na to wytłumaczenia, przecież to wciąż ultramała ilość informacji jak na bazę SQL, a dla komputera o parametrach pozwalających grać w najnowsze gry 3D, przetworzenie kilku tysięcy pozycji tekstowo - liczbowych powinno zająć mniej niż sekundę.

[Wojciech Urbanowski 57]

7 godzin temu, Artur Rataj napisał:

[...] dlaczego tak długo tworzony był zapis zbiorczy, by w kpir całą sprzedaż ująć w pojedynczej pozycji [...]

Czy mógłby Pan rozwinąć: o jaki zapis zbiorczy chodzi? Dzienne/miesięczne zestawienie sprzedaży w Ewidencji VAT?

[Artur Rataj 0]

Dokładnie o ten zapis, który wskazuje Pan kursorem myszy.

[Artur Rataj 0]

[Wojciech Urbanowski 57]

Dziękuję. Będziemy to próbowali powtórzyć i optymalizować. Proszę powiedzieć przy jakim mniej więcej rzędzie wielkości jeśli chodzi o liczbę pozycji widać już ewidentne przytykanie się programu? Na zrzucie ekranu widzę, że dokument ma 6325 pozycji. Czy to już przy takiej liczbie mamy do czynienia z 20-sekundowym lagiem przy dodawaniu kolejnej pozycji?

[Artur Rataj 0]

Od samego początku wygląda to słabo - ok 1 poz./sek., nie obserwowałem całego ponad ośmiogodzinnego procesu, ale co jakiś czas zaglądałem i czas się wydłużał w sposób liniowy. Ostatnie kilkanaście pozycji oglądałem "na żywo" i wczytanie każdej trwało ponad 20 sekund.