Radosław Kostrzewa

I jeszcze drugi problem, są na dole takie dwa dokumenty. Wybieramy z menu kontekstowego NPK: operacja kończy się sukcesem, po zatwierdzeniu widać je w innym kolorze: Ok, filtr jest ale je widać, nie mniej czasami faktycznie potrzebne jest dodatkowe F5. Po odświeżeniu widoku...:

Dokumenty pobrane do widoku dokumentów w portalu biura. Zostały opisane. Odświeżenie listy nie pokazuje informacji, jakimi zostały opisane. Wersja nexo 47.

Skontaktować się z Pana opiekunem, który włączy odpowiedni parametr by przy kolejnym uruchomieniu bazy wywołać kreator wdrożeniowy. Przed tą operacją proszę nie zapomnieć o kopii bazy danych.

W programach handlowych nie ma obowiązku wprowadzania FZ poprzez import z KSeF i placenia za to. Można to przecież robić tak jak do tej pory. A jeśli już to takie automaty, eliminujące ryzyko błędów, warte są swojej ceny.

Teoretycznie da się taką rzecz obsłużyć po stronie uprawnień samego SQL-a, ale wymagałoby to przeprowadzenia analizy. Ona może potrwać bardzo szybko, albo przeciągnąć się i na cały dzień. Z teorii powinno działać.

Najlepiej, jak Pan skonsultuje ten temat ze swoim opoekinem Navireo, który zna Pana procesy. Natomiast takie przeniesienie księgowości może część problemów rozwiązać, ale stwprzyć zupełnie nowe. Naprawdę wiele zależy od szczegółów.

Tak, można to wykorzystywać i do tych celów. W schemacie importu jeśli pozycje są opisaną wartością danego słownika, można wskazać ten słownik, by wartość pozycji została przeniesiona na zapis księgowy: Później tworząc indywidualne definicje sprawozdań, podpinając funkcje kąt można narzucić parametr czerpania wartości dla konkretnych wartości użytych słowników: Proszę nie patrzeć tutaj na nazwę wartości, ale w tym miejscu u Pana klienta byłyby nazwy projektów inwestycyjnych. Szkopuł jest tylko taki, że dla każdej inwestycji do raportowania trzeba zrobić oddzielną definicję. Takie filtrowanie - aż się prosi - by było obsłużone dynamicznie. Wtedy wystarczyłaby jedna definicja niezależnie od ilości użytych wartości danego słownika. Wtedy przy wywołaniu sprawozdania, trzeba by było tylko określić dwa parametry 1. Słownik, 2. zestaw wartości z tego słownika.

Warto jeszcze dodać, że standardowo obsługa Słowników Użytkownika jest realizowana na obrazach księgowych, przez co można to wykorzystywać w schematach importu. W przypadku księgowania na kontach można przenosić wartość słownikową jako wymiar na zapis księgowy. W dalszym etapie można to wykorzystywać do analiz (obsłużone, choć troszkę mało elastycznie - ale jednak) wykorzystując moduł sprawozdawczości i definiując dane sprawozdanie z opcją filtru wartości słownika. Z praktycznych zastosowań do np. analityka kosztów samochodów służbowych w oparciu o dodatkowy wymiar zapisu zamiast rozkładania tego na dodatkowe analityki kont kosztowych.

Wcześniej nie sprecyzował Pan pytania do tego stopnia. Kategorie księgowe są używane na Obrazach Księgowych dokumentów (DDK) - nie zaś na samych obiektach. W tym celu proszę powołać dla danego typu obiektu pole własne (mogą być słownikowe: Konfiguracja > Pola własne jak i korzystać ze słowników użtkownika) i wtedy pojawi się zakładka z Polami własnymi: Teraz z tym OK to też można sobie ułatwić. W konfiguracji w obsłudze typów dokumentów włączyć widoczność edycji opisu dla danego typu dokumentu (obiektu): Gdzie ostatecznym efektem będzie: Kategoria księgowa jest obsłużona na filtrze oraz w widoku listy.

Dokładnie taka sama. W nexo funkcjonują kategorie handlowe dla dokumentów (odróżnione od kategorii księgowych, ale można te kategorie mapować między sobą). Dodatkowe odróżnienia można też w prosty sposób realizować na polach własnych.

Nie, nie trzeba będzie uruchamiać żadnych zewnętrznych rozwiązań. Jak wspomniałem, jest oparte o automat w module Automatyzacji.

Tak. Zostało napisane rozwiązanie na sugestię, które pojawiło się na tym forum. Jest w fazie testów. Bazuje na Automatyzacji oraz danych w utworzonych danych deklaracyjnych pliku JPK_V7. Być może wkrótce napiszę więcej szczegółów.

Mamy coś takiego na gotowo:

Proszę też sprawdzić, co ma Pani ustawione w tym parametrze i go dla testów przestawić i ponownie wykonać dekretację tego samego dokumentu:

Nie wiem jaką metodę księgowania deklaracji VAT Pan przyjął, ale ten proces da się zautomatyzować na tyle, że rozksięgowanie końcówek to wynika już z domknięcia bilansowania dekretu.

Co oznaczają "uwagi" do konta?

Tak jak już było wspomniane, JPK_KR generuje się tylko z dokumentów zaksięgowanych, zatem trzeba się upewnić, czy w zadanym okresie wszystkie dokumenty posiadają status zaksięgowane. Oprócz tego proszę się zapoznać z tym tematem e-pomocy: https://www.insert.com.pl/dla_uzytkownikow/e-pomoc_techniczna/3055,rewizor-gt-–-co-sprawdzic-gdy-pliku-jpk_kr-nie-pojawiaja-sie-wszystkie-konta-z-planu-kont.html

Tak, jest to usługa odpłatna a koszty są różne w zależności od tego jak poszczególni serwisanci wyceniają sobie pracę.

Bez wykonania czynności serwisowych, o których wspomniałem, niestety tak.

Proszę pamiętać, że baza w Rewizorze GT przechowuje też licencje i o ile nie zadziała przeniesienie informacji po podpiętym koncie InsERT, to o podpiętej licencji z jej danymi już tak. Żeby to zrobić we właściwy sposób należy skontaktować się z serwisantem, które zresetuje dane Pani licencji, a najlepiej od razu wprowadzi dane licencyjne nowego użytkownika. Tak to w zasadzie powinno wyglądać.

W uzupełnieniu dodam, że od strony Rewizora GT importując ta sprzedaż, można wyłączyć tworzenie zapisów w rejestrze OSS. Dla takich scenariuszy mamy też pomocnicze zestawienie ułatwiające przygotowanie informacji dot. rozliczeń VAT w danym państwie konsumpcji: https://3rp.com.pl/sklep/zestawienia-i-raporty/zestawienia-dla-insert-gt-i-navireo/3rp-com-pl-rejestr-vat-z-podzialem-na-wybrane-stawki-z-filtrem-waluty/

W takim przypadku, kiedy rozliczenie VAT od sprzedaży w kraju konsumpcji podlega wg lokalnej rejestracji do czynności VAT oznacza, że podatnik nie będzie występował do rejestracji w procedurze OSS, bo ta z góry wyklucza mieszane rozliczenie podatku VAT powyżej limitu. Rzecz jest bardzo prosta, wystarczy że przy współpracy z Amazon następuje transakcja WDT związana z przemieszczeniem naszego towaru z PL na magazyn konsygnacyjny w innym kraju UE. W takim przypadku w programie Subiekt GT nie ma żadnego prawidłowego rodzaju transakcji VAT do wyboru, o czym pisałem do InsERT już 3 lata temu. Tego rodzaju sprzedaż nie powinna być w ogóle wykazywana w polskim pliku jpk_vat. Jednak z uwagi na powyższe, że nie może być dwojakiego sposobu rozliczeń zagranicznych transakcji VAT, można w Subiekcie GT dla takiej sprzedaży obejść problem, wybierając dla tych dokumentów rodzaj transakcji WSTO-OSS.

Zgadza się, że jest to uproszczenie, ale jak daleko idące - nie będę tego tu rozstrzygać. Jeśli księgując na analityce płatnosci kartą (nierozrachunkowej) mamy odzwierciedlenie kwot z rozrachunku, to wydaje mi się, że jest to zgodne z tym punktem ustawy.

Pytanie pomocnicze, skąd system ma wiedzieć, który z kontrahentów to jest biuro rachunkowe? Nie mniej Rewizor GT nie oferuje takich możliwości. Opcją na obsługę nietypowych scenariuszy mogą zrealizować serwisanci.

@Aleksander Pająk - proszę się tracić wiary. Jeśli w tym samym banku nie przewalutuje Pan dwa razy tego samego dnia w różnych kursach, to przynajmniej z własną linią kursów (dla tego banku) da się to z automatu poprawnie rozksięgować.