Piotr R

Trafiony i "prawie" zatopiony. Okazuje się, że proporcja bazowa dla roku 2024 w ogóle nie była ustawiona i program przyjmował swoje domyślne wartości. Po wpisaniu 100 dla roku 2024 wszystkie dane w obydwu kolumnach są prawidłowe i nic nie trzeba ręcznie poprawiać. Dziękuję.

Wersja programu 1.79 HF2. Objawy występuje prawdopodobnie przynajmniej od wersji 1.78 HF3. RewizorGT i SubiektGT pracują na wspólnej bazie danych. Wszystkie dokumenty importowane z SubiektaGT mają wartość w kolumnie "VAT bez odliczenia" pomimo wybrania całkowitego odliczania w zakładce VAT. Przy tak zaimportowanym zapisie nie da się tego poprawić ręcznie. Program pozwala zmienić wartość w polu odliczanie na inną i zapisać, ale obojętnie co wybiorę kolumny "VAT bez odliczenia" i "VAT do odliczenia" pozostają bez zmian. Czy pominąłem jakieś inne ustawienie, które może mieć na to wpływ? P.s. Czynności serwisowe nie pomogły. Problem występuje na więcej niż jednej bazie danych. Do grudnia 2024r wszystko jest ok. Nieprawidłowe zapisy występują od stycznia 2023r.

U mnie wchodzą do KPiR jedną pozycją za pomocą Księguj->Miesiąc. Do tej pory nie było potrzeby importowania wszystkiego osobno.

- 1.78 HF3 - Narzędzia->Import->Plik_komunikacji - Czynności serwisowe nie pomogły.

Dołączam swoje zgłoszenie problemów z importem WSTO-OSS. W zeszłym miesiącu działało. Miesiąc później, po dużej aktualizacji przestało. Na ten moment jeszcze diagnozuję co dokładnie powoduje błąd.

Może komuś się przyda. Wzorzec przygotowany na kolanie, bez dokładnych testów. Na moje potrzeby wystarczył. Przyczyna problemu leży po stronie programu, który wysyła nieprawidłowe dane do wzorca wydruku. Stuprocentowe załatanie z poziomu wzorca wydruku może być niemożliwe do uzyskania, lub zbyt czasochłonne, by się w to bawić. MiesiecznaECP_tymczasowo_poprawione.rpt

Na zdjęciu od Ewa Jessa widoczna jest strata w rozliczeniu rocznym. Mam takie same przypadki w kilku firmach. Wartości większe, bądź równe zero przechodzą i tylko z ujemnymi jest problem. Teraz pytanie gdzie jest prawdziwy błąd, czy po stronie Rachmistrza, czy Płatnika?

Czu ustalono już nową datę wydania oczekiwanej aktualizacji, a jeżeli tak, to czy mogę ją poznać?

+1 Kiedy możemy się spodziewać tych zmian w programie?

Uzupełnienie, błąd się powtarza dla każdego PIT'a starszego niż wersja 29. Zgaduję, że winna jest nowa funkcjonalność wprowadzająca historyczność niektórych parametrów.

Ustawienia Przykładowa wypłata PIT-11 wersja 28 PIT-11 wersja 29

Wiem, że obecnie obowiązuje wersja 29 PIT-11, ale i tak zgłaszam poniższy błąd. Program dobrze wylicza podwyższone koszty uzyskania przychodu w polu 44, lecz źle ustawia pole 28 w PIT-11(28) na "1 - z jednego stosunku pracy". W przypadku wersji 29 to pole jest ustawiane prawidłowo.

Przetestowałem wersję 1.74 HF1 i pierwotny błąd już się nie pojawia. Nie jestem jednak pewny, czy to już koniec tego zagadnienia. W tabeli plb_SkladnikAbsencja nadal są obecne wiersze o typie 16 i 17, ale tylko dla startowych składników. Jeżeli powielimy taki składnik, to kopiują się wszystkie składniki absencji o typach od 0 do 17. Jeżeli utworzymy zupełnie nowy składnik, to ma on składniki absencji tylko o typach od 0 do 15. Przyznaję, że nie wiem jeszcze jakie jest zastosowanie składników o typie 16 i 17. Składniki absencji 0 do 15 odpowiadają poszczególnym pozycjom na zakładce Absencje na Składniku płacowym. P.s. Proszę o przeniesienie dwóch komentarzy powyżej tego do osobnego wątku, gdyż pomimo tego, że są one ważne również dla mnie, to nie dotyczą tego tematu. Zgłaszałem te zagadnienie za pomocą stosownej funkcjonalności forum, lecz nie działa ona prawidłowo, lub zostałem zignorowany.

Przetestowałem wersje 1.74 i faktycznie nadal nie jest to poprawione.

Zestawienia.BilansZKsiegi.1