Serafin Kreft

Przykładowo: Faktura 1/2023 Pozycje towarowe: 1. Fundusz Remontowy 150zł NP 2. Utrzymanie części wspólnych 250zł NP 3. Refaktura energii elektrycznej 100zł 23% VAT RAZEM: 400zł NP, 100zł 23% VAT No i teraz: 1) EPP z komunikacji z biurem rachunkowym wygląda tak: Faktura 1/2023 i stopka VAT 400zł NP, 100zł 23% VAT 2) EPP z Subiekta GT metodą "wyślij do" wygląda tak: Faktura 1/2023 Stopka VAT: 150zł NP Fundusz Remontowy 250zł NP Utrzymanie części wspólnych 100zł 23% VAT Refaktura energii elektrycznej Jak stopka VAT jest rozbita na pozycje, to w schematach dekretacji mógłbym zapisać, że jeśli jest pozycja Fundusz remontowy, to ma zaksięgować ją na koncie Ma 855-1 Przychody z funduszu remontowego. Wiem. Jak pracowałem na Symfonii to wykupiłem konwerter. Założyłem bazę na Rewizorze nexo i to co da radę, to chciałbym zautomatyzować. Dziękuję! Widziałem ten wątek, ale drugi raz go nie mogłem znaleźć. W tym wątku 07.02.2023 napisał Pan o dlatego szukałem informacji, czy istnieje jakiś konwerter (może opracował go Pan?). Zgadzam się, wiedziałem o tym, dlatego pytam o konwerter dla tego drugiego rodzaju pliku.

Dziękuję Panie Danielu za odpowiedź! Ale tak wygenerowany plik epp nie zawiera pozycji na fakturach. A plik epp wygenerowany w ten sposób zawiera -> InsERT GT – Jak przenieść dokumenty do innego podmiotu lub wysłać do kontrahenta za pomocą EPP? - InsERT GT, Subiekt GT - e-Pomoc techniczna - Dla użytkowników - InsERT Ten plik chciałbym jakoś przekonwertować, aby go móc zadekretować. Faktury posiadają stałe pozycje towarowe i są wystawiane na wielu kontrahentów. Chciałbym dekretować je automatycznie, bo na dzień dzisiejszy muszę rozbijać dekret ręcznie. Wiem, ze rozwiązaniem byłoby migracja do Subiekta nexo, a następnie wymiana online. No ale klient jest przyzwyczajony do GT.

Dzień dobry! Mam takie pytanie do partnerów. Mam licencję Rewizora nexo pro dla biur rachunkowych. Klient wystawia faktury w Subiekcie GT. Próbowałem wgrać plik epp zawierający faktury z pozycjami, ale Rewizor informuje, że podany plik nie jest przeznaczony dla biur rachunkowych. Klient mnie chciałby zmieniać Subiekta GT na nexo, a mi bardzo ułatwiłoby sprawę księgowanie po asortymencie z faktur. Czy jakiś partner z tu obecnych ma jakieś rozwiązanie w tym temacie? Jakiś konwerter do .xml (nexo)? Bo tych xml z Subiekta GT nie można wczytać.

Chciałbym się podłączyć ten ten problem. Prowadzę biuro rachunkowe i już u 5 klientów mam ten problem... Nie działają czynności serwisowe, a samego zapisu księgowego o takim numerze nigdzie nie mam. Myślałem, że mam coś pomerdane z ustawieniem numeracji. Ale raczej nie bardzo, bo ostatnio poleciłem znajomemu pakiet Insert nexo z Rewizorem i jakże wielkie było moje zdziwienie, jak zadzwonił do mnie, że ma ten sam komunikat. Mogliby Państwo przyjrzeć się bardziej temu problemowi? Lub opublikować jakiś skrypt naprawiający? Albo w której tabeli szukać zbłąkanego numeru?

Dzień dobry! Czy planują Państwo wprowadzenie OCR wyciągów bankowych największych banków? Problem jest z klientami, którzy nie ogarniają pobrania plików MT940 czy też CSV (bądź też nie mają możliwości, a dostają na email lub potrafią pobrać PDF. Miło by było jakby operacje pobierały się do Finanse -> Bank -> Operacje bankowe (nexo)

Witam, coś wiadomo kiedy miałaby wyjść poprawka?

Witam serdecznie! Coś już wiadomo (choćby wstępnie)?

Dzień dobry, Wydaje mi się, że jest problem z wyliczeniem składki zdrowotnej, jeśli klient sporządza miesięczne remanenty. Poniżej zapis obliczenia składki za 11/2022: Remanent początkowy za rok 2022 wynosi 2355900,10zł, na koniec 09/2022 5255781,27zł, a na koniec 10/2022 459209,96zł. Zaliczka PIT jest liczona z uwzględnieniem różnicy remanentowej. Dochód za 10/2022 z jej uwzględnieniem wynosi 1816873,95zł, a bez 3713564,09zł. Wydaje mi się, że program powinien uwzględnić różnicę remanentową liczoną w odniesieniu do początku roku tj. 459209,96-23559003,10=-1896690,14zł, a uwzględnia w porównaniu do poprzedniego miesiąca... Klient na pewno ucieszyłby się że nie musi płacić teraz zdrowotnej, ale proszę o sprawdzenie, bo chyba jednak powinien coś zapłacić.