Daniel Kozłowski

No niestety nie ułatwia Pan... Ale nie o to prosiłem, prosiłem o: -- Profilaktycznie proszę odbudować indeksy i statystyki za pomocą programu serwisowego. Kolejny test to ograniczenie okresu do 29 lutego oraz 26 lutego Do przekazywania danych do księgowości NIE służą formaty JPK tylko epp/edi++.

Aby wykluczyć, należy wykonać test na innym wzorcu, standardowym Nie sprawdził Pan też, ani nie pokazał pierwszej informacji o którą prosiłem:

Zamówienie zwykłe, czy zamówienie zaliczkowe ? Jaki kurs ustawia się na fakturze, że chce Pani go zmieniać ?

Ja niestety ich nie widzę - proszę pokazać zrzut ekranu, w którym wybiera Pan szablon importu.

Niestety na zrzucie ekranu nie widać dokumentów z wybranego przedziału, gdyż jest ich więcej zmieścić się na ekranu... Co Pan widzi po przesunięciu paska przewijania ? Co Pan widzi po zmianie sortowania listy po dacie wystawienia malejąco ?

Temat ten był nie dawno poruszany na forum:

Mógł, ale tego nie zrobił. Nie zacytował Pan, ani nie pokazał Pan żadnego błędu. Posiada Pan cennik o id 100000 ?

Tu nie ma czego ustawiać po stronie programów InsERT, plik jest przecież błędny, nie zgodny z formatem, niech jego autor go poprawi.

To postawy analizy problemów z działaniem programów, można szybko utworzyć podmiot demo i na nim spróbować powtórzyć problem, aby zmniejszyć prawdopodobieństwo, że problem leży po stronie programów, a nie posiadanych danych czy konfiguracji programu, jeśli zostanie powtórzony to będzie mógł to zrobić każdy, w tym producent, aby mógł poprawić błąd bez otrzymywana danych użytkownika. Przy każdym zgłoszeniu problemu należy podać wersję programu, na której się sprawdza, różne wersje programów posiadają różne funkcjonalności i błędy, Pan nie podał tej podstawowej informacji, ja podałem, opisałem to co zrobiłem. Skąd mamy wiedzieć, skoro nie podał Pan tej informacji wcześniej ? Wszyscy klienci są na metodzie kasowej ?

Czy powtarza Pan problem na podmiocie demo ? Sprawdziłem, nie powtarzam problemu na wersji 1.79 HF1.

Skoro w podglądzie dane się pojawiają, a podczas wydruku nie to sugeruje, że problem nie leży po stronie wzorca wydruku tylko danych - nie napisał Pan, ani nie pokazał, czy kod CN jest uzupełniony na drukowanym dokumencie. Istotna jest też konfiguracja towarów "Inne->W kolumnie "Kod CN/PKWiU" na wydrukach pokazuj", w zależności od której inne informacje mogą być prezentowane dla towarów, a inne dla usług - nie napisał Pan, ani nie pokazał jakie rodzaje towarów są drukowane.

Przepraszam, nie zrozumiałem pytania, zapewne dlatego, że po prostu nie korzystam ze zbiorczego naliczania zwrotów (dekretuję zwroty), jak widać nie ma oczekiwanego wsparcia również przy tworzeniu NZ, więc proszę zastanowić się, czy też z nich nie zrezygnować.

Da się: Widzę, że temat nie jest oczywisty, w każdym razie w programach InsERT nie ma wsparcia dla uzyskania takiego efektu - na ZW, czy KFS nie ma informacji czy dokument powiązany był fiskalizowany czy też nie.

Nie widzę różnicy. Jedno i drugie zakłada blokadę przy edycji i trzeba sprawdzić wyjątek. Co według Pana robi symulacja zapisu dokumentu ? No właśnie na tyle na ile potrafię to przybliżyłem sobie działanie programu sprawdzając po kolei każde zapytanie profilerem. Jak już sugerowałem - proszę pogłębić te umiejętności, to kwestia chęci i poświęconego czasu. Przecież to wyjaśniłem i opisałem w poprzedniej odpowiedzi, nie wiem czy Pan nie przeczytał, czy nie zrozumiał mojej odpowiedzi, czy oczekuje czegoś innego, gdyż się Pan do niej nie odniósł. Poprosił Pan o wskazówki, udzieliłem ich, nie spróbował Pan ich zastosować w praktyce... Jeśli Pan tego nie zauważył i według Pana to nic nie wnosi to przepraszam, nie mam potrzeby, aby to próbować zmienić.

Warunku schematów importu i ewentualnie ich kolejność.

Analogia tak, ale zupełnie inna wydajność. W mojej ocenie to bezsensowna strata czasu, nawet jeśli wykona Pan szybkie sprawdzenie, to w trakcie przetwarzania dokumentów i tak dokumenty mogą zostać zablokowane i/lub zmienione... Jeśli jednak chce Pan zrobić po swojemu to proszę poznać bliżej działanie programu i mechanizmów serwera SQL, które wykorzystuje, tutaj nic nie jest tajemnicą, potrzeba tylko odpowiednią ilość czasu, aby to zrobić, ja nie miałem takiej potrzeby. Co mogę dodać... Jak pisałem wyżej i wcześniej, działanie programu nie jest tajemnicą, można zobaczyć jakie operacje są wykonywane na bazie danych, widać, że program sprawdza blokadę poprzez próbę jej założenia, jak też widać w ins_blokada pozostają wpisy niepowiązane z otwartymi obiektami, więc samo sprawdzenie zawartości tabeli ins_blokada nie wystarczy.

Proszę korzystać ze Sfery i pomocy do niej, niektóre tematy pomocy powinny zostać przeczytane w całości przed rozpoczęciem korzystania ze Sfery, jak na przykład "Pierwsze kroki->FAQ", który odpowiada na Pana pytanie: Jak widać nie trzeba symulować zapisu dokumentu, aby założyć blokadę i sprawdzić, czy się uda.

Otrzymał Pan propozycje możliwych rozwiązań, pozostaje z nich skorzystać.

Program nie posiada takiej funkcjonalności, ale można ją zrealizować w rozwiązaniu dodatkowym do zbiorczej realizacji ZK o którą pytał Pan w innym wątku (https://forum.insert.com.pl/index.php?/topic/88643-zk-fv/).

Potwierdzam, program nie posiada takiej funkcjonalności nie zapowiada się, aby się pojawiły w dającej się przewidzieć przeszłości.

Program nie posiada takiej funkcjonalności, a pyta Pan zapewne o samofakturowanie. Nie wyjaśnił Pan w jaki sposób poszukuje takich informacji, ale jak ewidentnie się nie sprawdza. Jak większość użytkowników szuka Pan jednego z możliwych rozwiązań problemu, którego nie opisuje, a czym innym jest prezentacja dokumentu w programie i poza programem, w standardzie nie ma takiej funkcjonalności, ale można ją uzyskać wdrożeniowo. Navireo oraz nexo również nie posiadają takiej funkcjonalności.

Ja polecam wszystkim szkolenie z postaw obsługi programu przed rozpoczęciem pracy z programem... Można też skorzystać z e-pomocy do programu: https://www.insert.com.pl/dla_uzytkownikow/e-pomoc_techniczna/10759,subiekt-gt-–-jak-recznie-nadac-numer-faktury.html.

No w schemacie importu - dla każdej kategorii schemat importu ze stałym opisem zgodnym z kategorią lub wyjątki.

Na wszystkie pytania odpowiada znajomość podstaw obsługi programu, która powinna być znana na tym etapie korzystania z programu... W nexo istnieją kategorie "handlowe" (Kategoria dokumentu) oraz kategorie księgowe (Kategoria)... Kategorie handlowe mogą być mapowane na kategorie księgowe, jak nazwa wskazuje kategorie handlowe są dostępne w programie handlowym, w ogóle nie są dostępne w księgowości, czyli na dokumentach księgowych, czyli dekretach i dokumentach VAT, więc nie ma w ogóle miejsce do którego mogłyby by zostać przeniesione. Kategorie księgowe niestety (podkreślam "niestety") obecnie nie przenoszą się z dokumentów źródłowych na dokumenty księgowe. Ja chciałbym używać do dalszej dekretacji zapisów powiązanych z eksploatacją pojazdów, czego obecnie nie da się zrealizować w jednym kroku. To niestety kolejne ograniczenie, na którego zdjęcie czekamy, czyli możliwość edycji obrazów księgowych. W zależności od potrzeby / dokumentów źródłowych można przecież od razu dekretować (z potwierdzeniem) do księgi i ewidencji VAT.

Nie odpowiada Pan na moje pytania. W takim razie rzeczywiście wskazuje to na problem po stronie serwera, a dokładnie serwera SQL lub samej bazy danych. Nie rozumiem takiego postępowania - polecam zlecać takie prace jak zmiana serwera, modernizacja serwera, analiza problemów z działaniem programów InsERT komuś, kto ma o tym pojęcie i nie pierwszemu informatykowi tylko doświadczonemu serwisantowi programów InsERT. Proszę odpowiedzieć na moje pytanie o serwer SQL lub od razu zlecić komuś analizę problemu w miejscu jego występowania. Nie mogę się odnieść, gdyż nie podał Pan wersji posiadanych wersji systemu operacyjnego i serwera SQL, nie podał Pan też parametrów sprzętowych sprzętowych serwera, aby ocenić czy modernizacja starego sprzętu nie była stratą czasu i pieniędzy (nexo ma duże wymagania, zalecane jest korzystanie ze sprzętu nowszego niż spełniający oficjalne wymagania systemu Windows 11).