Radosław Kostrzewa

Tej mechaniki nie można modyfikować. Tym samym nie da się w takim modelu tego uzyskać. Jedynie napisanie własnej mechanizmu importu dokumentów i ich dekretacji z oparciu o Sfere dla Rewizora GT i określonego eksportu danych z zewnętrznej bazy. Szkolenie z Rewizora GT - webinar online.

Tak, da się to zrobić przez napisanie funkcji SQL.

Ma Pani odpowiedni typ transakcji, który temu służy: Wewnątrzwspólnotowe nabycie środków transportu - WNTST.

Rozumiem, że stworzyła Pani własny słownik kartoteki. Samo podłączenie w PK owszem, buduje analityki, ale w tym miejscu potencjalna możliwość jego wskazania nic nie dałaby, ponieważ ani nie można takim słownikiem opisać dokumentów do księgowości, ani taki mechanizm nie jest obsługiwany.

Kategoria dowolna wyklucza użycie w analogicznie ustawionym schemacie (kryteria wyboru) jakiejkolwiek kategorii. Zatem jeśli pozostałe kryteria wyboru są podobne i ma Pani wybraną kategorię "Zakup", to tym samym wyklucza użycie w kolejnym schemacie kategorii "Dowolna" i na odwrót. Jedynie pozostanie wtedy opcja z wyborem, że kategorii "brak". Szkolenie z Rewizora GT - webinar online

Po części ma Pan racje. Ale to nie znaczy, że baza wzorcowa, którą mamy przygotowaną, nie jest elastyczna i nie podlega modyfikacją celem dostosowania jej do konkretnego przypadku wdrożenia. Choć gwarantuje Panu, że tutaj będą dwie szkoły, Otwocka i Falenicka. I ta druga będzie mówiła, że może być szablon, który pokryje 80% potrzeb. I ja też się z tym zgodzę, bo mam na koncie kilkaset wdrożeń księgowych i wiem co przygotowałem i o czym piszę.

Tak, 1000 PLN netto lub 1600 z dodatkowymi zestawieniami. Do bazy wzorcowej jest instrukcja. Jednak jeśli to ma być Rewizor uruchomiony na bazie Subiekta GT to będzie do tego też potrzebne wdrożenie samej bazy, ponieważ istnieją już jakieś kategorie w słowniku i trzeba je uzgodnić, jak i ręcznie wgrać rozszerzenia powiększające standardową funkcjonalność.

Zostały 3 dni do szkolenia. Ostatnia szansa na rejestracje i wzięcie udziału.

Zapraszam na szkolenie z tematyki Subiekta GT - dla zaznajomionych już z samym programem użytkowników. Szkolenie prowadzone w sposób online w postaci webinarium. Formularz do zapisów: https://erp.clickmeeting.com/subiekt-gt-poznaj-pelnie-mozliwosci-2020-12-10/register HARMONOGRAM 10.00 - 13.00 sesja szkoleniowa (co 60 min przerwy ok. 10 min) 13.00-13:45 przerwa obiadowa 13:45-16:00 sesja szkoleniowa (co 60 min przerwy ok. 10 min) 16:00-17:00 Pytania i odpowiedzi. PROGRAM SZKOLENIA: 1. Informacje ogólne: - praca z listami - wyszukiwanie danych - parametryzacje: słowniki i parametry - konfiguracje handlowe - konfiguracja płatności 2. Kartoteki - Kontrahenci - Towary i Usługi - Instytucje 3. Cenniki - definiowanie cenników - promocje 4. Zamówienia - zamówienia do dostawców - zamówienia od klientów, zamówienia zaliczkowe 5. Zakupy 6. Magazyn 7. Sprzedaż - paragony i faktury detaliczne - faktury - procedury jpk_vat o kody GTU w sprzedaży 8. Zestawienia i raporty 9. Rozrachunki 10. Moduły dodatkowe - INTRASTAT - naklejki - Wiadomości - Fundusze Rolno-Spożywcze 11. Wydruki w Subiekt GT

Szkolenie zostało przeniesione na nowy termin. Zapraszam do wzięcia udziału.

Cena, w zależności od szczegółów - nie mniej niż 500, nie więcej niż 1000. Tutaj mogę Ci podpowiedzieć. Przed usuwaniem wyłącz wszystkie triggery i constrainty.

Zapraszamy serdecznie na webinar, który odbędzie się 5 listopada (przeniesienie na nowy termin w godz. 9:00-16:00. Link do rejestracji: https://erp.clickmeeting.com/rewizor-gt-poznaj-pelnie-mozliwosci-2020-11-05/register Podczas szkolenia koncentrować będziemy się na nowych przepisach obowiązujących wszystkich przedsiębiorców od 1 października 2020 roku - nowa struktura raportowania JPK_V7. Poznaj pełnię możliwości programu Rewizor GT. Szkolenie to jest realizowane w skróconej wersji jednodniowej. Punkt zaznaczone gwiazdką mogą zostać pominięte. Program szkolenia: 1. Kartoteki: kontrahenci, urzędy. 2. Kartoteki powiązane – tworzenie i wykorzystywanie ich w planie kont. 3. Tworzenie i modyfikacja planu kont. 4. Parametryzacja poszczególnych analityk, schemat organizacji planu kont dla wykorzystania automatyki dostępnej w programie. 5. Model działania rozrachunków w Rewizorze GT – praca przy wspólnej bazie danych z modułem handlowym Subiekt GT – jak pracować, by nie powielać rozrachunków! 6. Wprowadzenie bilansu otwarcia – omówienie kreatora bilansu przy przenoszeniu BZ na BO. 7. Rejestry księgowe i ich numeracja. Kontrola numeracji dekretów w rejestrach. 8. Dekretacja i księgowanie – model pracy ręcznej. 9. Ewidencje VAT – sposoby automatyki przy zapisach typu VAT, nabycia WNT, eksploatacja aut z 50% (75% KUP) prawem odliczenia. Oznaczenia dowodów i procedur w rejestrach VAT dla JPK_V7. 10. Pieczęcie księgowe i ich wykorzystanie. 11. Współpraca z innymi modułami na jednej bazie i na bazach rozłączonych – schematy importu i dekretacji, zasady ich tworzenia oraz poznanie pełnego sposobu ich wykorzystania. 12. Model pracy z ewidencją dokumentów kosztowych – wprowadzanych ręcznie jak i importowanych z Subiekta GT, wykorzystanie kategorii dokumentów. 13. Faktury wewnętrzne a ewidencje VAT – czy wykorzystywać, jeśli tak, to kiedy? 14. Noty korygujące. 15. Środki trwałe: zakładanie kartoteki, operacje na środkach trwałych, księgowanie operacji* 16. Rozrachunki – sposoby uporządkowania rozrachunków przy rozpoczęciu pracy na bazie z błędnymi rozrachunkami pochodzącymi z Subiekta GT. 17. Rozrachunki – kontrola, wyszukiwanie – moduł wezwań do zapłaty, rozliczanie. 18. Model kasowy dla odliczeń w Rewizorze GT.* 19. Dokumenty kasowe, tworzenie raportów kasowych i księgowanie 20. Operacje bankowe, import z modułu homebankingu, tworzenie wyciągów bankowych i ich księgowanie. 21. Automaty przeksięgowań – definiowanie, wykorzystanie (przeksięgowywanie kosztów i przychodów na wynik finansowy). 22. Sprawozdania – definiowanie, wyliczanie – Bilans, Rachunek Zysków i Strat, definicje deklaracji. 23. Zestawienia – obory i salda, ewidencje VAT, raporty. 24. Definiowalne sprawozdania własne w Rewizorze GT w oparciu o funkcjonalność Zielonego Plusa dla InsERT GT – zastosowanie, tworzenie. 25. Wydruki – w tym w zapisów w ewidencji.* 26. Rozliczenie międzyokresowe kosztów – jak kontrolować bez dedykowanego modułu. 27. Omówienie rozwiązań dodatkowych, które można zastosować dla ułatwienia pracy w InsERT GT. * 28. Omówienie zasad raportowania JPK, JPK_V7 i e-Sprawozdania 29. Płatności podzielone (split-payment) w oprogramowaniu InsERT GT.

Jesteśmy w stanie zrealizować to jako usługę. Ale uwaga, jeśli optymalizacja bazy wynikałaby z konieczności zostawienia dokumentów od pewnego okresu - a nie wycięcia wszystkiego co było - nie mamy w tym momencie możliwości czasowych na oprogramowanie przepięcia dostaw pozostających dokumentów na dokument inwentaryzacyjny PW - byłoby to też bardzo kosztowne. W takim przypadku może wystarczy eksport dokumentów do EPP a potem import w wyczyszczonej bazie. Mamy też narzędzie które analizuje kolejność dokumentów, by potem zbiorczo wywołać skutki na zaimportowanych dokumentach.

Mamy dla użytkowników tutaj wsparcie w postaci dodatkowego zestawienia własnego: https://3rp.com.pl/sklep/zestawienia-i-raporty/zestawienia-dla-insert-gt-i-navireo/zestawienie-sql-weryfikacja-dubli-nr-w-vat/

Korekta. W Ustawie T2 zapisano, ze przychody zwolnienia ze składek nie stanowią przychodu w rozumieniu również podatników CIT.

Jest to uzależnione od tego, czy podmiot jest płatnikiem podatku dochodowego od osób fizycznych, czy prawnych. W przypadku osób prawnych umorzenie stanowi przychód podatkowy, w przypadku fizycznych - przychód nie stanowi przychodu podatkowego. Co do zasad księgowania, księguje Pani w odpowiednią analitykę (podatkową lub niepodatkową) w pozostałych przychodach operacyjnych. Jeśli bardziej szczegółowo - to z tyt. odpisów zobowiązań - zobowiązania publicznoprawne. Mając do tego wyszczególnioną analitykę można od strony księgowej mieć kontrolę nad wartością pomocy publicznej, z której się skorzystało - co może być pomocne w przyszłości w przypadku konieczności raportowania tego. Jeśli chodzi o moment księgowania - ponieważ ZUS nie wydaje w tych przypadkach decyzji, a jedynie informuje o umorzeniu, bezpiecznie jest przyjąć moment zapadalności terminu płatności za dane składki. Oczywiście, jest to moja własna interpretacja, proszę ją zweryfikować we własnym zakresie.

Jak wspomniałem poprzednio wg mnie to obowiązek. Nie jestem prawnikiem, ale podejrzewam, że znajdą się i prawnicy którzy będą widzieli szansę udowodnienia tego, że nie ma obowiązku przekazania przez BR zapisów klientowi w JPK_KR, jak i Ci, którzy będą w stanie do udowadniać. Proszę pamiętać, że JPK_KR jest nowym tworem, ale odnosi się on też do dokumentacji księgowej, tylko w usystematyzowany sposób elektroniczny. Podejrzewam, że w dowodzie prawników, którzy by bronili stanowiska klienta jest to, że jeżeli kodeks cywilny dopuszcza dokumenty w wersji elektronicznej, to klient ma prawo otrzymać swoje dane również w takiej postaci. Także dalej pozostaję przy stanowisku, że baza danych jest własnością biura, ale wszelkie raporty, deklaracje, zestawienia (zarówno elektroniczne jak i papierowe) są własnością klienta. I o ile JPK_KR generowany jest na życzenie organów skarbowych, o tyle klient też może się zwrócić do BR z pismem informującym, że na wskutek prowadzonych czynności sprawdzających został poproszony o dostarczenie plików JPK_KR za okresy... Nie wnikając na rzeczywistość - czy odmówi wtedy po takim piśmie Pani wydania tych plików?

Wg mnie ma Pani obowiązek, jeśli klient o to prosi. Klient jest dalej zobligowany móc dostarczyć na żądanie kontrolne zapisy JPK_KR organom podatkowym. Jeśli ich nie uzyska od Pani, nie będzie mógł się z tego obowiązku wywiązać. Co do zapisów, pytanie nie jest głupie. Owszem, zapisy mogą być jak najbardziej wynikiem autorskiego ułożenia procesów księgowych, ale musi je Pani udostępnić. To trochę tak, jakby zrobić schody z salony na antresole. Mogą być proste, kręcone. Szare, kolorowe. Ostatecznie wejście po nich prowadzi do tego samego celu. Trudno (choć kto wie, jak w USA) zastrzec innym zrobienia takich samych schodów, tylko dlatego, że nasze przyozdobiliśmy w jakieś wzorki...

Dyskusja zawsze może być akademicka, tylko nie wiem po co. Proszę wskazać przepis prawny, który obliguje biuro rachunkowe do wydania klientowi bazy, jeśli nie zostało to zapisane w umowie dwustronnej. Po prostu takiego przepisu prawa nie ma i tutaj na ten moment dyskusja akademicka się kończy. Ale proszę szukać... Są określone w przepisach, co należy wydać klientowi w przypadku, kiedy zmienia się osobę/program do prowadzenia ksiąg rachunkowych. Do tego oczywiście należy też zaliczyć wersje elektroniczne wytworzonych dokumentów. Zatem mamy tutaj mowę o wystąpieniu o pliki np. JPK_KR, KPK_VAT, pliki e-sprawozdań, oraz wymagane wydruki (obrotówka, etc). To nie muszą być nawet wersje XLS... http://www.kancelaria-accountant.pl/Aktualnosci/W-jakiej-formie-biuro-rachunkowe-powinno-przekazac-ksiegi Zatem, jeśli to wszystko co jest wynikiem pracy odtwórczej na bazie jest przekazane z zachowaniem opisanych wymogów, nie podlega ochronie praw autorskich. Ale też - co ciekawe - sama baza, która może być już efektem autorskiego podejścia do implementacji pewnych procesów księgowych - już tak. My osobiście stworzyliśmy np. dla klientów bazę wzorcową dla Rewizora GT, która zawiera wiele rozwiązań, a do tego jest dokumentacja, która tłumaczy, dlaczego w takim programie jak Rewizor GT procesy zostały zorganizowane i jaki efekt dzięki temu uzyskujemy. I kolejna istotna rzecz. Proszę pamiętać, że wraz z bazą InsERT przechowywana jest licencja programu. Jeśli doszliśmy do porozumienia, że chcemy mu przekazać bazę, klient najpierw powinien się wyposażyć w odpowiednią licencję, a biuro rachunkowe za pośrednictwem partnera lub w bezpośrednim kontakcie z InsERT powinno przekazać bazę do wgrania licencji klienta.

@Tomasz Dusza Mamy bardzo dużo rozwiązań, ale dodajemy je do sklepu... powoli Podpięte. https://3rp.com.pl/sklep/marki/insert/gt/wydruk-potwierdzenie-salda-aib-po-angielsku-gt-navireo/

Pani Moniko, tak jak @Daniel Kozłowski napisał, Rachmistrz nie obsługuje rozrachunków. Wprowadzenie dokumentu zakupowego w księdze Rachmistrza nie tworzy z takich zapisów rozrachunków. Kompensata, która jest w Subiekcie, dotyczy modelu rozrachunkowego. W takim przypadku należałoby wprowadzać zakupu jako FZ w Subiekcie - wtedy miałaby Pani do nich rozrachunki i mogła kompensować, a w oparciu o schematy importu tworzyć do FZ wpisy w księdze i ewidencji VAT.

Nie jestem księgowym, nie będę dyskutował, opisałem swoje doświadczenia jak pracują inne księgowe według których "nie musi". Nie podchodziłbym co do zasady, że tutaj coś musi i nie musi. Podejrzewam, że jeśli w polityce rachunkowości opiszemy, że nie wykazujemy w zapisach księgowych podatku należnego i naliczonego w jednym momencie, to może by to przeszło. Osobiście jednak na to bym się nie zdecydował, z uwagi na: Art. 24 UoR, pkt. 1: Księgi rachunkowe powinny być prowadzone rzetelnie, bezbłędnie, sprawdzalnie i bieżąco. pkt. 2. Księgi rachunkowe uznaje się za rzetelne, jeżeli dokonane w nich zapisy odzwierciedlają stan rzeczywisty. oraz Art. 22 UoR pkt. 1: Dowody księgowe powinny być rzetelne, to jest zgodne z rzeczywistym przebiegiem operacji gospodarczej, którą dokumentują, kompletne, zawierające co najmniej dane określone w art. 21 elementy dowodu księgowego, oraz wolne od błędów rachunkowych. Niedopuszczalne jest dokonywanie w dowodach księgowych wymazywania i przeróbek. Ostatecznym efektem takie podejścia do księgowań rozliczeń VAT jest zgodność obrotów na kontach VAT z rzeczywistymi ujęciami tych kwot w ewidencji.

Jeśli uzna Pan, że systemowe zestawienia InsERT to za mało, może Pan wtedy skorzystać z naszego zestawienia: https://3rp.com.pl/sklep/marki/3rp-com-pl/zestawienie-sql-dekretow-i-pozycji-ich-zapisow-z-eksportem-do-xls/ Dostępne kolumny w pozycjach: 1. Rok obrotowy: rok obrotowy dla dekretu 2. Rejestr: symbol rejestru księgowego 3. Dekret nr: Nr dekretu w rejestrze 4. Nr w dzienniku: nr księgowy nadawany dla zaksięgowanych dekretów w dzienniku księgowań 5. Nr dok: numer zadekretowanego dokumentu 6. Rodzaj dowodu: opis rodzaju dowodu księgowego 7. Opis dekretu: opis dekretu 8. Kategoria dekretu: kategoria dokumentu 9. Nr dokumentu źródłowego: w przypadku pracy na jednej bazie z modułem handlowym – nr (systemowy) dokumentu obrotwego w systemie 10. Data dokumentu źródłowego: w przypadku pracy na jednej bazie z modułem handlowym – data dokumentu obrotwego w systemie 11. Status: status księgowy dekretu (niezaksięgowany/zaksięgowany) 12. Data dekretacji: data bilansowa ujęcia zapisów księgowych w dekrecie 13. Data dokumentu: data dokumentu księgowanego w dekrecie 14. Data operacji: data wykonania zapisu dekretu 15. Lp: Kolejny numer pozycji zapisu księgowego w dekrecie 16. Nr konta: nr konta w zapisie pozycji dekretu 17. Nazwa konta: nazwa konta księgowego w zapisie pozycji dekretu 18. WN PLN: zapis kwoty po stronie Winien w wartości PLN 19. MA PLN: zapis kwoty po stronie Ma w wartości PLN 20. WN wal.: zapis kwoty po stronie Winien w walucie 21. Ma wal.: zapis kwoty po stronie Ma w walucie 22. Waluta: waluta na pozycji zapisu dekretu 23. Kurs: zastosowany kurs waluty na pozycji dekretu 24. Data kursu: wskazana data kursu na pozycji dekretu 25. Nr dok. obrot.: w przypadku pracy na jednej bazie z modułem handlowym – nr (oryginalny) dokumentu oborotwego w systemie 26. Opis pozycji: opis pozycji zapisu dekretu 27. Kategoria pozycji: (tylko w Navireo) użyta kategoria na pozycji zapisu dekretu Dostępne opcje filtrowania: 1. Wybór roku obrotowego 2. Wskaznaia rejestru księgowego: multiwybór 3. Status dekretu: multiwybór (niezaksięgowany | zaksięgowany) 4. Numer dekretu: pole do wskazaniakonkretnego nr dekretu 5. Data dekretacji: filtr zakresu dat z gotowymi wartościami 6. Opis dekretu: pole tekstowe do wyszukania dekretów po jego opisie 7. Nr dokumentu: pole tekstowe do wyszukania dekretów po numerze księgowanego dokumentu 8. Rodzaj dowodu: multiwybór: rodzaje dowodów księgowych 9. Kategoria dekretu: multiwybór – kategoria użyta na dekrecie 10. Dokument źródłowy nr: pole tekstowe do wyszukiwania dekretów po nr systemowym dokumentu źródłowego modułu handlowego przy pracy na jednej bazie 11. Data wystawienia dokumentu źródłowego: pole zakresu do wyszukiwania dekretów po dacie wystawienia dokumentu źródłowego modułu handlowego przy pracy na jednej bazie 12. Nr konta: pole tekstowe do zawężenia raportu do zapisów na wskazanym koncie 13. Nazwa konta: pole tekstowe do zawężenia raportu do zapisów na kontach o określonej nazwie 14. Nr dokumentu obrotowego: pole tekstowe do wyszukiwania dekretów po nr oryginalnym dokumentu źródłowego modułu handlowego przy pracy na jednej bazie 15. Opis pozycji: pole tekstowe do wyszukiwania zapisów pozycji dekretu wg ich opisów 16. Kategoria pozycji: (tylko Navireo) multiwybór do wyselekcjonowania zapisów pozycji dekretów z wybraną/nymi kategorią/riami. 17. Typ konta: multifiltr na typy kont księgowych (bilansowe, bilansowo-wynikowe, wynikowe, pozabilansowe).

Nie mamy tej drukarki, żebyśmy mogli przetestować - ale jeśli ma Pani aktywny abonament - proszę spróbować skonfigurować drukarkę przez SUZ-a, zamiast bezpośrednio w Kasiarzu - i zweryfikować.

Zapewniam Panią, że InsERT nie dyskryminuje użytkowników linii GT. Linia GT ma swoje ograniczenia związane z zaprojektowaną strukturą, która pamięta początek lat 2000. Często zmiany - które w linii nexo są szybkie do wprowadzenia, w GT wymagają karkołomnych rozwiązań. Modelowym przykładem, który wpływa na znaczną część funkcjonalności, są rozrachunki, których w Rachmistrzu GT nie ma. Owszem, w innych liniach GT są, ale to, że jest to jedna baza, to nie znaczy, że da się to szybko w GT zaimplementować, ponieważ cała struktura danych została przygotowana do wiązania rozrachunków ale w Rewizorze GT... Przykładów można by mnożyć. Doskonałym przykładem, że InsERT nie dyskryminuje użytkowników GT są bardzo korzystne ceny licencji migracyjnych. Również raz na jakiś czas zdarzają się jeszcze lepsze oferty (np. za 25% ceny).