Radosław Kostrzewa

W pliku XML, który jest generowany z Gratyfikanta nexo, nie są przenoszone informacje o indywidualnych składnikach płacowych (ponad to co w standardzie z typowymi składkami zostało przewidziane). Tym samym, trzeba albo zamówić rozwiązanie dodatkowe, które to mogłoby zautomatyzować, albo ręcznie rozdekretować po imporcie wszystkie potrącenia na podstawie zestawień/wydruków LP z Gratyfikanta nexo.

Takie dokument należy zadekretować ręcznie (bez importu) w poprzednim okresie, gdzie kwota brutto zostanke na rozloczeniu i na koncie rozliczeniowym powinna przejść w BO. Dekretqcja w powiązaniu z rozrachunkiem w bieżącym okresie zamyka rozliczenie na konto rozrachunkowe.

Możemy tutaj zaproponować rozwiązanie własne. Np. w schematach można w oparciu o standardowy mechanizm dekretacji w GT w oparciu o TAGi tworzyć bardziej rozbudowane opisy pozycji dekretów.

@Rafał Boryna Czy ta sytuacja dotyczyła próby uruchomienia InsERT nexo na Windows (która wersja?) postawionym na zwirtualizowanym środowisku? Jeśli tak, to bardzo poproszę informacje o: Windows (z nr buildu, jak to możliwe) Sprzętem na którym jest środowisko wirtualne (rodzaj, procesor, system operacyjny, wirtualizator).

W plikach z naliczonymi LP z Gratyfikanta GT nie ma takich informacji. W schemacie w Rewizorze nexo odnoszenie się do kontekstu składnika działa tylko na tej samej bazie z Gratyfikantem nexo. Należy wykorzystać kwotę Potrąceń razen na jedno konto rozliczeń, a następnie w oparciu o zestawienie kwot z LP z Gratyfikanta GT przeksięgować te salda szczegółowo.

Po prostu trzeba zadekretować każde zobowiązanie jako oddzielny rozrachunek, z tym samym numerem i właściwą datą płatności.

A może Pani konkretnie wskazać, czego w tym, który jest w Rewizorze GT, brakuje?

Podpiąć pod tą pozycję konto 'Rozliczenie wyniku finansowego' - gdyż tam powinno być saldo do momentu podjęcia uchwały.

Wielu naszych klientów dostarcza biegłym do badania xlsa w oparciu o nasze zestawienie https://3rp.com.pl/sklep/marki/3rp-com-pl/zestawienie-sql-dekretow-i-pozycji-ich-zapisow-z-eksportem-do-xls/ Ci biegli przyzwyczajeni do tego, od kolejnych klientów z GT też o to proszą. Proszę zapytać biegłego - może wtedy nie będzie potrzeby księgować na sztywno. ps. co nie zmienia teorii, że dokumenty do 20 dnia następnego miesiąca za m... powinny... 😉

Czy to na pewno była infolinia InsERTu? Jeśli tak to chyba należałoby odsłuchać tą rozmowę. Nie jest prawdą, że Rewizor GT nie drukuje takich danych. Nie chcąc się powtarzać, odsyłam do wątku: Proszę pamiętać, żeby to drukować poprawnie, domumenty muszą być ZAKSIĘGOWANE a nie tylko zadekretowane.

Trochę ten układ to przypomina centralizqcję VAT wspólną grupę podatkową, własność jest chyba drugorzędna. Na ten moment wiemy, że to co program musi umieć to wysłać jpk_v7 z NIPem Matki (i roczne rozliczenia podatkowe) a e-sprawozdanie z NIPem córki. Do tego celu należy prowadzić dwie bazy Rewizora GT (jak to wpływa na wykorzystanie puli licencji, należy dopytać InsERT). Wygenerowane w bazie Córki ewidencje vat można plikami jpk_v7 przenosić do bazy Matki i tam generować na NIPie Matki pliki jpk_v7 i wysyłać. W przypaku konieczności korekt stosować stornowanie błędnego wpisu i dodanie poprawnego i ponowne przenoszenie całości ewidencji. Wyliczone zaliczki CIT uiszcza się i tak w ciągu roku bez deklaracji. Przygotowaną deklarację w spółce Córce przepisać i wysłać ze spółki Matki. Z e-sprawozdankem na spółce Córce nie powinno się nic komplikować.

Na ten moment bez rozrachunku.

Skoro tak, to na datę BO mają one status nierozliczonych, więć:

Tu jest nawet Krok po kroku - szczerze polecam: https://akademia.insert.com.pl/courses/100000006887 A jak już Pani przebrnie te kroki, to mamy też taką pełną wersję szkolenia: https://www.facebook.com/systemydlafirm/videos/826147261822281/

Nie nie nie. Wszystko widać. Przecież wszystko się zgadza. Proszę sobie wziąć kalkulator i policzyć: Nie bardzo wiem, czemu Pan wprowadza nas tutaj w błąd. Przez tą zamianę bilans nie ma prawa się 'nie bilansować'. Ma Pan błędy gdzie indziej. Zakładam (ale tylko zakładam), że na tych kontach są analityki i jest ustawione w parametrach syntetyki salda dwustronne - to jak Pan poprawnie podłączy kwoty w BO to będą one dwustronnie wykazywane.

Jak już była wspomniana prośba, najlepiej pokazać zrzut ekranu obu sytuacji. Ale bez tego mogę podejrzewać, że do BO wchodzi rozrachunek, którego nie ma w zapisach na kontach roku wcześniejszego.

Jaka kategoria jest użyta na tym dokumencie (WZ 180/PRD/2022). Czy ta kategoria jest, czy nie ma w pobranych już wartościach słownika kategorii dokumentów handlowych? Czy ta baza miała też może źródło danych przez synchronizację on-line albo czy dokumenty były wczytywane też przez EPP? ps. kategorię dokumentu WZ można nie tylko zobaczyć w Subiekcie GT, ale też i w pliku XML - może pomóc sobie Excelem, jeśli nie wiedzą Państwo jak czytać odszukiwać tagi i wartości pól w pliku xml.

Może jakieś zrzuty ekranu?

Napisałem, że technicznie jest ta operacja możliwa - nie znaczy, że dla użytkownika. Powinna skontaktować się Pani ze swoim partnerem/serwisantem firmy InsERT.

Technicznie się by dało cofnąć ten status, nie mniej nie spowoduje to wycofania księgowań dokumentów. Proszę wykonać storno i ponowny zapis wykorzystując dekretację w '13. miesiącu'.

Ja tylko jeszcze chciałem zapewnić, że skrupulatnie przygotowujemy się do szkolenia, testując wszystkie możliwości Rewizora...

Dzień dobry Nie ma takiej możliwości. Proszę opisać konkretną potrzebę biznesową - bo oczywiście domyślam się, że potrzebujecie otworzyć księgi. Konkretnie - to będziemy mogli zasugerować co i jak można osiągnąć. Jeśli szczegóły są wrażliwe, proszę napisać na priv.

Można zaimportować jpk_vat by odtworzyć zapisy z ewidencji za dany okres, zaimportować też wysłany plik jpk_v7, dokonać poprawek i wygenerować korektę. Można się też zgłosić do swojego Opiekuna, żeby w kontakcie z InsERT można było wygenerować abonament na bazę, w której są zmigrowane (zgaduję) licencje do nexo wraz z opisaniem scenariusza.

Nie pamiętam teraz czy nr referencyjny znajduje się w pełnym śladzie rewizyjnym, ale jeśli był włączony to warto tam sprawdzić. Zawsze pozostaje opcja wniosku do US o udostępnienie (z uzasadnieniem) przekazanych plików jpk_v7. Nie mniej sam kontakt telefoniczny do własnego US do działu księgowości VAT powinien wyjaśnić, czy oni plim widzą u siebie

Rozumiem, że ma Pani na myśli, że numery rachunków bankowych kontrahenci mają uzupełnione i zapisane w Kartotekach? Jeśli tak, to widok, który Pani zamieściła sugeruje, że został albo użyty zły parser lub złe kodowanie.