Jakub Chowaniec

Ok, dziękuje. Ciekawe kiedy MF naprawi ten błąd.

Wypełniłem pole 21 na CIT-D ale nie chcę wypełniać informacji o otrzymanych darowiznach (spełniam warunki). Tak wypełnionego CIT-D nie da się wysłać do US.

Potwierdzam, przy problematycznych operacjach w polu :86:020 występuje kod U13.

U mnie również występuje ten problem. Wpływy od tego samego kontrahenta raz są rozpoznawane jako przelew raz jako gotówka.

U mnie ten sam problem. Przy próbie edycji schematu "zapis w ewidencji vat zakupu" pojawia się okno z raportem błędu. Konserwacja bazy danych nie pomaga.

Tytuł wątku sugeruje problemy z podpisywaniem podczas operacji zbiorczych. I nie jest to problem z trwałym PIN, bo ten od zawsze mam włączony. Przed aktualizacją do wersji 47 wszystko działało prawidłowo.

U mnie z kolei, podczas wysyłki zbiorczej JPK, przy każdym kliencie trzeba wpisywać PIN do certyfikatu.

Dziękuje za pomoc. Zmiana typu osoby (KD -> WS) pomogła. Chociaż nie wiem skąd właściciel wziął się jako pracownik.

Czy coś trzeba ustawiać w programie przed importem zwolnień właściciela? Próba wczytania zwolnienia kończy się komunikatem jak poniżej. Czy naprawdę mam dopisać umowę właścicielowi?

U mnie ten sam problem. Dokument SP utworzony w wersji 41.1.1 można edytować. Próba edycji/podglądu/usunięcia dokumentów SP z poprzednich wersji skutkuje powyższym błędem.

Problem dotyczy także faktur, które nie są walutowe, ale brutto dzielone jest na dwa konta rozrachunkowe. Do obu rozrachunków przypisywana jest ta sama całkowita kwota VAT.

Funkcjonalność jest, ale mam mały problem. Przy fakturach walutowych, gdzie powstają dwa rozrachunki (netto w walucie i VAT w PLN) program błędnie przypisuje kwotę VAT. Do kwoty netto w walucie przypisana zostaje kwota VAT niby przeliczona na PLN, ale jednak w walucie. Tutaj w ogóle nie powinno być przypisania VAT, bo ten jest w drugim rozrachunku. Czy jest na to jakieś ustawienie?

Już się bałem, że to u mnie coś jest nie tak. Nawet założyłem czysty podmiot demo i wprowadziłem te wartości, ale wynik wychodzi ten sam co w mojej tabelce. Czyli mamy błąd do pilnego poprawienia.

Usunąłem wszystkie wyliczenia zaliczki, naliczenia składek. Wyliczyłem na nowo. Efekt jest ten sam. Ktoś ma jakiś pomysł co robię źle albo co jest źle ustawione? U innego klienta ta sama sytuacja. Tutaj nie ma znaczenia, bo podstawa jest minimalna, ale dochód jest źle wyliczony.

No właśnie z tych samych składników mnie wychodzi inna podstawa niż w Rachmistrzu. Jeżeli dobrze interpretuje przepisy, to podstawa za kwiecień powinna wynosić 23479,57 (31714,50-4075,19-4159,74-0,00), czyli przychody narastająco-koszty narastająco-dochody z poprzednich miesięcy. Rachmistrz liczy 31714,50-4075,19-4159,74-(-1537,30). Rachmistrz bierze do wyliczeń wynik z lutego, chociaż była strata i dochód za ten miesiąc wynosi 0,00.

Nie wiem czy ja czegoś nie rozumiem i źle liczę czy w programie wciąż jest błąd. Zainspirowany tabelą powyżej wstawiam swoje wyliczenia.

Po aktualizacji do wersji 40.0.2 program działa niestabilnie podczas wpisywania faktur z zaznaczoną eksploatacją. W zapisie seryjnym pierwszy dokument zapisuje się prawidłowo, ale przy drugim występuje błąd. Zapis seryjny takich kosztów od strony PKPiR działa prawidłowo.

U mnie to jakoś nie działa. Z JDG dochód, ze spółki strata, a zdrowotne liczone od dochodu z JDG.

Szkoda, dziękuje za informację.

Czy są plany na aktualną wersję PIT-37? Obecnie w programie jest wersja 27.

Dziękuje za informację. Trzymam kciuki za szybką realizację 😉

Czy problem został rozwiązany? Mam zapłatę kwoty netto z faktury w euro, a program rozbija zapłatę na VAT i netto.

Wersja 39. U mnie ten sam błąd. PIT-11 wychodzi zerowy. Po usunięciu znacznika, że pracownik jest emerytem PIT-11 liczy się prawidłowo.

Wpisuję nr dokumentu, klikam "enter", zaczynam wpisywać numer NIP, kiedy pojawi się właściwy kontrahent wciskam "enter" (nie wchodzę przez F2 w listę kontrahentów). Dane kontrahenta wskakują, ale jego nazwa jest pusta bądź zapamiętana z poprzedniego dokumentu. Zauważyłem, że kiedy wykonują to wszystko powoli, to problemu nie ma. Kiedy wszystkie czynności idą szybko, program nie ma czasu na "zastanowienie", to pojawia się problem. Wcześniej tego nie było.

Problem pojawia się na każdym obsługiwanym podmiocie, na każdym komputerze. Czynności po kolei podczas wpisywania dokumentu: 1. wpisuję nr dokumenu 2. szukam kontrahenta po numerze NIP, enter żeby zatwierdzić. I w tym momencie wskakują wszystkie prawidłowe dane kontrahenta oprócz jego nazwy (pole puste) lub nazwa kontrahenta zostaje z poprzednio wpisywanego dokumentu (ale reszta danych jest prawidłowa). Nie odkryłem zależności kiedy nazwa zostaje pusta a kiedy zapamiętana z poprzedniego dokumentu. Kiedy wyszukam kontrahenta ponownie wszystko jest ok.