Piotr M.

Witam, Pojawił się błąd. Występuje wtedy, gdy daty na dokumencie są inne niż data aplikacyjna. Np. Przy rozliczaniu różnic kursowych na 31.X, daty na PK również 31.X i data aplikacyjna 31.X to problem nie wystąpi. Gdy przy dacie aplikacyjnej 31.X spróbujemy rozliczyć i zaksięgować różnice pod datą 10.X pojawi się błąd. Ustawienia kont rozrachunkowych to był zbieg okoliczności.

Dzień dobry, Przy sporządzaniu potwierdzeń sald program nie uwzględnia ustawionej daty na jaką ma być wystawiony druk. Program kieruje się wyłącznie datą aplikacyjną. To powoduje konieczność zmiany daty aplikacyjnej podczas np. potwierdzania sald naszym kontrahentom. Dodatkowo nie ma możliwości wydrukowania potwierdzenia salda z datą inną niż data aplikacyjna i jednocześnie data ?na dzień"

17.0.2

Czy termin "prawdopodobnie 2. połowa tego tygodnia" to znaczy, że do tego czasu nie wyślę klientom czekającym na zwrot VAT plików JPK VAT? W Rewizorze też nie działa?

Witam forumowiczów, W trakcie wysyłki JPK VAT za październik bezpośrednio z Rachmistrza pojawia się błąd: "Wysyłanie pliku wysyłki VAT zakończone niepowodzeniem (Wystąpił błąd podczas wysyłania pliku: Połączenie podstawowe zostało zakończone: Nie można ustanowić relacji zaufania dla bezpiecznego kanału SSL/TLS" Co może być powodem. Czy ktoś spotkał się z takim przypadkiem. W wybranych podmiotów wysyłałem JPK za sierpień i wrzesień bez żadnych problemów. Próbuję od piatku z dwóch komputerów z tym samym skutkiem.

Przyłączę się do dyskusji. Wydaje mi się, że FGŚP naliczamy za osoby bliskie jedynie wtedy gdy są pracownikami (np. umowa o pracę). Wtedy w umowie o pracę wybieramy właściwy kod i wszystko działa. Gdy bliski nie jest pracownikiem a jedynie współpracującym to nie ma FGŚP.

Mnie również nie udaje się wywołać błędu na danych, które posiadam. Prześlę zrzut gdy pojawi się błąd w trakcie pracy.

Wystarczy zmienić ustawienia Domyślny rodzaj rozrachunku kont 201 i 202 na następujące: Konto 202: Dodatnia WN Należność MA Spłata należności Konto 201: Dodatnia WN Spłata zobowiązania MA Zobowiązanie. Błąd jedynie przy różnicach dodatnich.

Ok. Wysłałem link.

Znalazłem rozwiązanie. Pomogła zmiana domyślnego rodzaju rozrachunku dla kont rozrachunkowych dostawców i odbiorców. Po zmianie domyślnych ustawień rodzaju rozrachunku na te związane z różnicami kursowymi nie pojawiają się błędy i można zapisać dekret. Ale takie ustawienie nie jest chyba prawidłowe dla konta rozrachunkowego. Skoro dla różnic ujemnych problem nie występował to uważam, że w poprzedniej wersji programu powstał błąd.

Ok. Jak to zrobic?

Dodatkowo problem nie występuje w przypadku różnic ujemnych. Jednym księgowaniem rozliczam różnice z jednego dnia. Powstało 10 różnic. 6 dodatnich. 4 ujemne. Wyświetla informacje o 6 błędach

Rozrachunek to należność w walucie od kontrahenta zagranicznego. Sprzedaż dekretowana z ręki. Rozrachunek utworzony w trakcie dekretacji. Rozliczenie przez księgowanie z ręki wyciągu z konta walutowego w walucie. Nie było windykacji ani odsetek itp. Błąd o niemożności windykacji pokazuje się w czasie rozliczania różnic kursowych w polecenie księgowania. W poprzednim miesiącu problem nie występował. Nie zmieniłem ustawień.

Witam, Podczas dekretowania różnic kursowych pojawia się błąd: "NIE MOŻNA WINDYKOWAĆ ROZRACHUNKU TEGO RODZAJU" Ilość błędów w dekrecie sugeruje, że dotyczy to jedynie ZDRK od należności. Problem wystąpił dzisiaj po raz pierwszy. Prawdopodobnie przyczyna w wersji 17.0.1 Czy można to jakoś "obejść".

OK. Czekam na rozwiązanie problemu

Witam ponownie, Ustawienia w zakładce handel i parametrach rozrachunków mam prawidłowe. Zauważyłem jednak coś nowego. Konto 201 to konto rozrachunków z dostawcami. Ustawienia: zapisy dodatnie WN to spłata zobowiązania, zapisy dodatnie MA to zobowiązanie. Zapisy ujemne WN to spłata należności zapisy ujemne MA to należność (np korekty zakupu "in -"). Księgując z ręki fakturę zakupu rozrachunek powstaje bez uwzględniania danych w zakładce handel kontrahenta. Jednak gdy księguję fakturę korygującą in - powstaje rozrachunek zgodnie z danymi z zakładki handel kontrahenta. Co może być przyczyną takiej sytuacji?

1. Niestety to ustawienie nie działa. Mam 3 firmy w rewizorze nexo i nie działa żadnej. Wszystkie były importowane z GT 2. Nie napisałem że nie jest OK tylko opisałem sposób działania i że obawiam się że po aktualizacji coś w tym zakresie mogło się popsuć . 3. Ogólnie nie boję się zmian. Przecież zdecydowałem się na nexo

Niestety takie ustawienia nie pomagają. Prowadzę biuro rachunkowe. W przypadku jednego z klientów importuję faktury sprzedażowe z subiekta GT przez epp a zakupy i inne dokumenty księguję "z ręki" - tak musi być. Do wersji 16 rewizora nexo rozrachunki przy imporcie były OK. Przy zakupowych pomagałem sobie pieczęciami i musiałem poprawić jedynie termin płatności (niestety). Obecnie korzystanie z pieczęci staje się bezcelowe bo po zadekretowaniu trzeba na zapisie rozrachunkowym wywołać rozrachunek i go poprawić. Boję się co jeszcze zostało "udoskonalone" w wersji 17 a najbardziej obawiam się błędów z trakcie kolejnego importu z epp. (Chodzi o ponad 1 tys. dok. sprzedażowych miesięcznie i związanych z nimi rozrachunków).

Witam, Czy właściwe jest ustawienie: "na podstawie domyślnego kredytu kupieckiego"? Zauważyłem, że ustawienia z zakładki handel w kontrahencie nie działają w Rewizorze a jedynie w Subiekcie.

Dzień dobry, Po ostatniej aktualizacji w Rewizorze nie pojawia się okno rozrachunku przy wprowadzaniu zapisu na konto rozrachunkowe z użyciem pieczęci księgowej. Do wersji 16 pojawiło się. Teraz aby zmienić np. termin płatności trzeba wywoływać okno rozrachunku (i pamiętać o tym). Niestety Rewizor nexo nie używa terminu płatności przypisanego kontrahentowi w jego kartotece (tak jak to było w Rewizorze GT) tylko stosuje jeden domyślny dla wszystkich.

Dzień dobry, Rachmistrz NEXO PRO obsługuje naliczanie różnic kursowych od rozrachunków. Czy można i w jaki sposób rozliczać różnice kursowe od rozrachunków z wydzieleniem tej części różnicy kursowej, która przypada na podatek VAT. Czy różnice zaksięgują się prawidłowo do PKPiR? Z góry dziękuję za ewentualne rady i sugestie. Pozdrawiam Piotr M.

Nie. Chodzi o pole domyślny kredyt kupiecki. Podczas dodawania nowego rozrachunku w czasie dekretowania dokumentów wprost na konta podpowiadany jest zawsze termin domyślny. Rewizor GT korzystał w tym przypadku z domyślnej formy płatności danego kontrahenta a nie domyślnej formy dla całego programu. Nie chodzi mi o schematy podczas importu np. z Subiekta, które przenoszą prawidłowo terminy płatności tylko o ręczną dekretację lub z wykorzystaniem pieczęci.

Drogi Panie. Jutro to część moich klientów wypłaca wynagrodzenie za czerwiec a ja mam obowiązek naliczyć je poprawnie. Proszę o konkretny opis jak poradzić sobie doraźnie z problemem dzisiaj. A co z pozostałymi sprawami z pierwszego postu? Proste tematy ale bardzo ułatwiają pracę. Były w GT więc tym bardziej mi ich brak w nexo.

Po wyłączeniu "usuwaj z wypłaty .........." składnik jest widoczny ale nadal brak potrącenia. Analizator podaje nieprawidłową kwotę minimalnego wynagrodzenia dla danej umowy.

Witam, Po ostatniej aktualizacji program przestał naliczać potrącenia komornicze inne niż alimentacyjne. (50% potrącenia z zachowaniem wynagrodzenia minimalnego). Czy ktoś jeszcze zauważył taki problem? Poza tym. Dlaczego w Gratyfikancie Nexo nadal nie ma ewidencji zwolnień chorobowych właścicieli takiej jaka była w GT? Pomagało to przygotowywać raporty ZUS RSA. Czy planowane jest umożliwienie wykorzystania zdefiniowanego terminu płatności dla danego kontrahenta podczas dekretowania w Rewizorze? Pozdrawiam