JPK_V7M(2)
Arkusz miesięczny VAT-7M (2)
Struktura obowiązuje od stycznia 2022 r.
Zawiera dane z faktur sprzedaży, zakupu, oraz deklarację VAT-7M
Wersja JPK: VAT-7M (2)
Wersja arkusza: 4.32
Zmiany w stosunku do wersji 4.31 przy korekcie można wybrać czy korygujemy: tylko ewidencję, tylko deklaracje, czy ewidencję i deklaracje
Struktura obowiązuje od stycznia 2022 r.
Zawiera dane z faktur sprzedaży, zakupu, oraz deklarację VAT-7M
Wersja JPK: VAT-7M (2)
Wersja arkusza: 4.32
Zmiany w stosunku do wersji 4.31 przy korekcie można wybrać czy korygujemy: tylko ewidencję, tylko deklaracje, czy ewidencję i deklaracje
JPK_V7K(2)
Arkusz kwartalny VAT-7K (2)
Struktura obowiązuje od stycznia 2022 r.
Zawiera dane z faktur sprzedaży, zakupu, oraz deklarację VAT-7KDla pierwszego i drugiego miesiąca kwartału generuje JPK z fakturami za miesiąc. Dla ostatniego miesiąca kwartału generuje JPK z fakturami (za ostatni miesiąc kwartału) oraz deklarację VAT za kwartał.Proszę przeczytać zakładkę "opis" przed pierwszym użyciem.Wersja JPK: VAT-7K (2)
Wersja arkusza: 4.30
Pobierz rejestr JPK_V7K(2)
Arkusz kwartalny VAT-7K (2)
Struktura obowiązuje od stycznia 2022 r.
Zawiera dane z faktur sprzedaży, zakupu, oraz deklarację VAT-7K
Wersja arkusza: 4.30
Pobierz rejestr JPK_V7K(2)
Arkusze archiwalne
JPK_V7M(2)
Arkusz miesięczny VAT-7M (2)
Struktura obowiązuje od stycznia 2022 r.
Zawiera dane z faktur sprzedaży, zakupu, oraz deklarację VAT-7M
Wersja JPK: VAT-7M (2)
Wersja arkusza: 4.31
Pobierz rejestr JPK_V7M(2)
JPK_V7M
Arkusz miesięczny VAT-7M (1)
Struktura obowiązuje od października 2020 r.
Zawiera dane z faktur sprzedaży, zakupu, oraz deklarację VAT-7M
Wersja JPK: VAT-7M (1)
Wersja arkusza: 4.22
Pobierz rejestr JPK_V7M
Pliki można wysyłać przez aplikację JPK_WEB (https://e-mikrofirma.mf.gov.pl/jpk-client)
JPK_V7K
Arkusz kwartalny VAT-7K (1)
Struktura obowiązuje od października 2020 r.
Zawiera dane z faktur sprzedaży, zakupu, oraz deklarację VAT-7K
Dla pierwszego i drugiego miesiąca kwartału generuje JPK z fakturami za miesiąc.
Dla ostatniego miesiąca kwartału generuje JPK z fakturami (za ostatni miesiąc kwartału) oraz deklarację VAT za kwartał.
Proszę przeczytać zakładkę "opis" przed pierwszym użyciem.
Wersja JPK: VAT-7K (1)
Wersja arkusza: 4.21
Pobierz rejestr JPK_V7K
Wersja arkusza: 4.21
Pobierz rejestr JPK_V7K
Pliki można wysyłać przez aplikację JPK_WEB (https://e-mikrofirma.mf.gov.pl/jpk-client)
JPK_VAT_3
Arkusz umożliwiający prowadzenie rejestru VAT.
Arkusz pozwala na generację JPK_VAT w wersji 3, która obowiązuje od stycznia 2018 (w tym także mikroprzedsiębiorców)
Wersja JPK: 3
Wersja arkusza: 3.2.4
Pobierz rejestr VAT (JPK wersja 3)
JPK_VAT_3 z deklaracją VAT-7(18)
Arkusz umożliwiający prowadzenie rejestru VAT.
Arkusz pozwala też na eksport danych do deklaracji VAT-7(18), dane w deklaracji będą takie same jak dane w JPK.
Wersja JPK: 3
Wersja arkusza: 3.4.0
Pobierz rejestr VAT (JPK wersja 3 z deklaracją VAT(18))
Arkusz umożliwiający prowadzenie rejestru VAT.
Arkusz pozwala też na eksport danych do deklaracji VAT-7(18), dane w deklaracji będą takie same jak dane w JPK.
Wersja JPK: 3
Wersja arkusza: 3.4.0
Pobierz rejestr VAT (JPK wersja 3 z deklaracją VAT(18))
JPK_VAT_2
Arkusz umożliwiający prowadzenie rejestru VAT.
Arkusz pozwala na generację JPK_VAT w wersji 2 obowiązującej w 2017.
Wersja arkusza: 2.1
Pobierz rejestr VAT (JPK wersja 2)
JPK_VAT_3 (z deklaracją)
Arkusz umożliwiający prowadzenie rejestru VAT.
Arkusz pozwala też na eksport danych do deklaracji VAT-7(17), dane w deklaracji będą takie same jak dane w JPK.
Wersja JPK: 3
Wersja arkusza: 3.3
Pobierz rejestr VAT (JPK wersja 3 z deklaracją)
Arkusz umożliwiający prowadzenie rejestru VAT.
Arkusz pozwala też na eksport danych do deklaracji VAT-7(17), dane w deklaracji będą takie same jak dane w JPK.
Wersja JPK: 3
Wersja arkusza: 3.3
Pobierz rejestr VAT (JPK wersja 3 z deklaracją)
Jakie jest hasło do makra?
OdpowiedzUsuńWitam.
OdpowiedzUsuńPonawiam prośbę o hasełko do makra do wersji pliku v3 ponieważ zawiera on kilka błędów i program z MF nie importuje pliku.
Z wersją V2 nie ma problemu natomiast V3 jest do poprawki
Wersja 2 jest obsługiwana przez program MF klient JPK 2.0.
UsuńWersja 3 obowiązuje w zeznaniu od stycznia 2018 (trzeba wysłać plik do 25 lutego 2018).
Wydaje mi się, że mf nie opublikowało jeszcze programu klient JPK w wersji odpowiadającej formatowi JPK 3.0.
Jeżeli próbuje Pan wczytać plik w wersji 3.0 do programu JPK 2.0 to będzie błąd.
Trzeba zaczekać, aż ministerstwo opublikuje program klient JPK w wersji odpowiedniej do formatu 3.
Dziękuję za odpowiedź.
UsuńTak właśnie zrobiłem, chciałem już za grudzień wysłać w wersji 3. Zmylił mnie ZUS, który już teraz nakazuje wysyłanie składek "nowym" systemem nawet jeśli pochodzą za okres 2017 grudzień i wcześniejsze.
Witam dziękuje za program, działa prawidłowo.
OdpowiedzUsuńMam 2 pytania :
1. czy będzie Pan aktualizował specyfikacje zgodnie z nowymi wersjami ?
2. czy istniej możliwość zaczytania danych z zew. bazy chodzi o dane sprzedazy / zakupu
Ps.
doneyt spokojnie może Pan uruchomić zawsze jakis datek przkażemy
ad 1) Tak, będę aktualizował ten arkusz w miarę zmian wymagań MF.
OdpowiedzUsuńad 2) Jeżeli chodzi o czytanie z zewnętrznego źródła, czyli jak się domyślam z programu FK, to typowo taki program FK powinien generować JPK (przyjamniej więszkość polskich tak potrafi).
W szczególnym przypadku mogę dorobić czytanie z zewnetrznego źródła danych.
Prosze o kontakt na maila (jest na górze strony) będę potrzebował szczegółowych informacji o źródle i układzie danych.
Dzień dobry :) cieszę się że znalazłem się na tej stronie,spore ułatwienie bardzo dziękuję ale proszę mi pomóc i odpowiedzieć na dwa pytania:
OdpowiedzUsuńjeśli nie wystawiam faktur to nic nie wpisywać czy może jakieś zera są potrzebne a drugie jak i gdzie wpisać wartości z kasy fiskalnej za cały miesiąc
Ten komentarz został usunięty przez autora.
OdpowiedzUsuńW JPK jest cel złożenia do wyboru jako 1 i 2 a powinno być zero a dopiero kolejne 1 2 3 4 itd oznaczane jako korekty
OdpowiedzUsuńW JPK jest cel złożenia do wyboru jako 1 i 2 a powinno być zero a dopiero kolejne 1 2 3 4 itd oznaczane jako korekty
OdpowiedzUsuńna pobranym szablonie jest 0 czyli ok
UsuńTen komentarz został usunięty przez autora.
UsuńTen komentarz został usunięty przez autora.
OdpowiedzUsuńTen komentarz został usunięty przez autora.
OdpowiedzUsuńDzień dobry. Na wstępie składam podziękowania za program. Chciałbym też podzielić się moimi spostrzeżeniami:
OdpowiedzUsuń1) W arkuszu "VAT_JPK_v321.ods" w zakładce "dstale" zablokowana jest komórka do wprowadzenia Email (opcjonalny) - w sumie drobiazg bo można wpisać bezpośrednio w pole L3 w zakładce "jpk".
2) Puste komórki w wypełnionych wierszach zakupów i sprzedaży przenoszone do zakładki "jpk" przyjmują wartości zerowe. Czy nie powinny pozostawać puste ?
Co prawda weryfikacja nie wykazuje błędów, ale w przykładowych plikach *.csv z MF wartości zerowe nie są prezentowane.
3) Uruchamiałem arkusze za pomocą "Apache OpenOffice" w wersji 4.1.5 i wygląda na to że też wszystko działa prawidłowo.
Dziękuje za sprawdzenie i uwagi poprawki będą jednak dopiero na koniec stycznia
UsuńDostępna jest wersja arkusza 3.2.2
Usuńodblokowane pole email,
dla niewypełnionych pól K.. wartości w jpk są puste.
Ten komentarz został usunięty przez autora.
OdpowiedzUsuńWitam, na wstępie bardzo dziękuję za włożony trud w stworzenie tego arkusza. Uruchomiłem JPK_VAT_2 w wersji LO 5.4.2.2 (Ubuntu 17.10) i podczas przetwarzania do cvs czy xml arkusz przesuwa wartości o 2 miejsca w prawo, np: 123,78 => 1.24. W specyfikacji mf nic o tym nie ma i wygląda to na błąd.
OdpowiedzUsuńPozdrawiam serdecznie
Arkusze są budowane na windows, niestety nie mam możliwości testowania i portowania na Linux
UsuńWitam, dołączam się do podziękowań za pracę i "open" serce. Ja też używam systemu Linux (OpenSuSE Leap 42.3 x64) i zauważyłem ten sam błąd. Może zgodziłby się Pan, żebym poprawił i udostępnił wersję Pana pliku poprawnie działającą w systemie Linux?
UsuńDzięki za poświęcony czas i bardzo użyteczny arkusz. Dzisiaj pojawiła się oficjalna aplikacja dla wersji 3 więc można potrenować na żywo. Generalnie zauważyłem pewien drobny błąd i nie wiem gdzie leży przyczyna. Jak robię eksport do csv a następnie konwersję do xml w oficjalnej aplikacji to po weryfikacji wychodzi błąd. Nie przechodzi pierwszy wiersz danych sprzedaży. W oficjalnym wzorze jest wiersz przerwy przed danymi sprzedaży i jak zrobimy tą przerwę w pliku csv uzyskanym z arkusza to wszystko już idzie poprawnie. Używam Open Office'a ..może to jego wina ?
OdpowiedzUsuńWrzuciłem nową wersję arkusza.
UsuńCSV generowane przez arkusz nie ma wiersza odstępu tak jak w przykładzie MF, ale aplikacja MF go wczytuje.
Wygodniej jest użyć generowania od razu xml wtedy nie trzeba konwertować csv.
Arkusz zlezprzepisuje kwoty do jpk. Przykladowo wpisuje 1000.00 a do jpk trafia 10.00
OdpowiedzUsuńNa przykładowych danych (takich jak w arkuszu na stronie) nie widzę tego błędu. Może problem leży w sposobie wprowadzania danych w komórkach K.. Proszę niech Pan podeśle na maila (na górze tej strony) arkusz z danymi na których obserwuje Pan błąd.
Usuńmam to samo. poradziłeś coś?
UsuńWitam. Mam tak samo w sprzedaży i w zakupie kwoty są z miejscem po przecinku a w jpk jest z kropką i ucina kwoty z 3170,46 robi 31.70
OdpowiedzUsuńproszę na arkuszu pobranyn nacisnąć jeszcze raz przenieś do jpk i robi to o czym piszę.
OdpowiedzUsuńsiedzę 2 godziny nad programem i cały czas błędy.
OdpowiedzUsuńjak wchodzę w zakłdkę JPK to całkiem inne wartości mi liczy
ja zrobiłem tak. wziałem jpk tam jak klikniesz na okno z wartoęcią to różni sie od tej co jest u góry na pasku. porobiłem kropki w miejscach przecinków i wartości sie zgadzały. nastepnie konwertuj do csv do klijenta 2.0 i wszystko poszło
OdpowiedzUsuńPróbowałem tej metody ale po wypełnieniu 15wierszy w sprzedaży w kolumnie AB w wierszu 7 wywala mi jakieś dziwne sformatowanie komórki i z 3.06 robi się 42540 :(
Usuńdodam że tak jak kolega wyżej napisał w sprzedaży powinien być pierwszy wiersz bez danych ale żeby wszystko dobrze chodzilo trzeba zostawić liczbe porządkową 1 a wpisaćpierwsze dane dopiero pod lp 2
OdpowiedzUsuńpo przepisaniu a właściwie nadpisaniu pańskiego jpk zmienia się format komórki w raczej jezyk. w pobranym ze strony format jezyka jest (en) a po przepisaniu do jpk jest domyślny polski. wystarczy w jpk zmienić jezyk na jaki kolwiek byle nie był domyślny i wszystko jest dobrze
OdpowiedzUsuńDostosowałem zakładkę JPK i eksport do csv do wzorca MF z pustym wierszem nowa wersja arkusza 3.2.3
OdpowiedzUsuńdalej robi coś żle. nie dość że po wciśnięciu przepisz do jpk pańskiego pliku zamienia 10000,21 na 100.00 to po konwersacji na csv pełne złote zapisuje np w k19 a grosze w k 20 jedynie najlepiej działająca wersja to 321 która po delikatnych poprawkach jpk działa
OdpowiedzUsuńDzień dobry,
OdpowiedzUsuńDziękuję za udostępnienie programu. Jest on sporym ułatwieniem do tego co oferuje MF....
Tak jak ktoś wcześniej napisał pojawia się problem z kwotami przenoszonymi do JPK.
Przykładowo kwota netto zakupu 329,00zł. Po przeniesieniu do JPK 3,29. W żaden sposób nie mogę tego zmienić. Używam LibreOffice wersja 6.0.0.3 (x64). Bardzo proszę o pomoc jak rozwiązać ten problem.
Z góry dziękuję i pozdrawiam,
Marcin
Domyślam się że działa Pan na linuxie. Na razie nie wspieram jeszcze linuxa.
UsuńWindows XP / LibreOffice 5.4.5.1 mam to samo.
UsuńPomogła ręczna zmiana formatowania komórek na walutowe.
Mogę prosić o info jak zmienić to walutowanie bo w arkuszu jest ok a przy generowaniu csv i xml kwoty wychodzą inne, bardzo malutkie. W arkuszu jest niby "waluta" "PLN" w formatach komórek więc na co zmienić?
Usuńw zakladce jpk zamieniamy format komorek na walutowy
Usuńi eksportujemy recznie do csv (utf8, srednik jako separator i " jako string delimeter)
testowane na Win7 / LibreOffice 6.0.0.3
http://downloadarchive.documentfoundation.org/libreoffice/old/3.6.2.2/portable/
OdpowiedzUsuńdziała wszystko poprawnie tylko w zakładce sprzedaż trzeba pierwszy wiersz opisac LP 1 i nic więcej a zacząć wprowadzać od drugiego
Ale w sprzedaży zrobić pierwszą pozycję jako LP1 i nic nie pisać? A potem druga to LP2 czy samo 2?
UsuńJa ręcznie zmieniłem WSZYSTKIE kwoty w XML.
UsuńPortable odpada - non Linux version :(
Niestety trochę to komplikuje sytuację.
Błąd jest gdzieś w makrach ale..... do nich nie ma dostępu.
Wstawiłby ktoś poprawiony arkusz? :) Również mam 3,28 itp :)
OdpowiedzUsuńSerdeczne Dzięki za pracę non-profit ale czy jest szansa że problem ze zmianą miejsc po przecinku w wygenerowanym jpk zostanie poprawiony. Próbowałem kilku metod np zmianę formatu ale mnie to nic nie pomogło, niestety.
OdpowiedzUsuńsciągnij ten libreoffice ze strony tej portable i w nim działa wszystko bez zmiany miejsc po przecinku
UsuńCzyli mam rozumieć że na najnowszej wersji LO nie działa(mam 6.0.1.1)a na starszej bez problemu?
Usuńmi nie działało na nowszych wersjach dopiero zadziałało bez błedu na tej wersji do pobrania z tej strony
OdpowiedzUsuńDzięki za odpowiedz. Zrobiłem to otwierając i formatując odpowiednio csv i za styczeń przeszło ale potestuję to o czym Kolega pisze czyli wg starszej wersji libre
Usuńpisałem wcześniej ze w zakładce sprzedaż trzeba w pierwszym wierszu wpisać tylko lp 1 a w drugim wpisać 2 i od 2 zacząć wprowadzać dane bo inaczej jest bład przy wysyłce
OdpowiedzUsuńdostępna nowa wersja JPK_VAT (3.2.4), informacje w zakładce Aktualności,zachęcam do testowania
UsuńJuż chyba wiem w czym problem. Autor do stworzenia arkusza użył anglojęzycznej wersji LibreOffice (co widać po instrukcji wewnątrz arkusza i nieestety było błędem), w której liczby dziesiętne oddzielane są kropką. Natomiast w polskojęzycznej zgodnie ze standardami panującymi w Polsce, liczby dziesiętne oddzielane są przecinkiem. Stąd prawdopodobnie błędy w działaniu makr i nieprawidłowa konwersja liczb do arkusza JPK. Prośba do JPKLIBRE: Czy mógłbyś to szybko skorygować, tak żeby wyjściowo generowane były orawidłowe pliki CSV i XML? Doceniam bardzo Twoją pracę, ale w obecnym kształcie arkusz generuje mnóstwo problemów, bo większość ludzi w Polsce ma zainstalowaną jednak polskojęzyczną wersję LO z polskimi ustawieniami regionalnymi. System raczej nie powinien mieć znaczenia - chodzi o ustawienia regionalne LO. Z góry dzięki!
OdpowiedzUsuńdostępna nowa wersja JPK_VAT (3.2.4), informacje w zakładce Aktualności, zachęcam do testowania
UsuńSuper. Dziękuję bardzo. Dam znać jak zauważę jakieś błędy.
UsuńDziękuję za Pańskie zaangażowanie teraz wszystko działa jak powinno bez błędów.
OdpowiedzUsuńDzięki za arkusz, jest bardzo pomocny. Zauważyłem natomiast, że w v324 wypełniona komórka email nie wysyła adresu do csv i do xml. W v322 tego problemu nie było.
OdpowiedzUsuńMożna prosić o przywrócenie tej możliwości. Z góry dziękuję.
Dziękuję, za sprawdzenie poprawka wgrana do tej samej wersji
UsuńSuper praca dzięki. Jest tylko 1 problem a mianowicie w przypadku braku nip np u mnie "placówka dyplomatyczna" program Klient_jpk Min.Finansów nie chce go zweryfikować i wyświetla błąd. Gdyby nie ten przypadek to reszta działa OK !!!
OdpowiedzUsuńWitam. Czy w pana programie jest zakładka do wpisywania korekt faktur czy trzeba poprawiać to ręcznie
OdpowiedzUsuńMoim zdaniem faktury korygujące (korekty) wpisuje się do JPK tak jak normalne faktury. Jeżeli to odnośne do konkretnego przypdaku to można wpisywac kwoty ze znakiem minus.
UsuńDzień dobry, przede wszystkim pochwały na kawał dobrej roboty (JPKVAT działa bez zarzutów), niestety KPIR wymaga poprawek: jak dodaję w danym miesiącu nową stronę (Menu główne->KPiR-> Dodaj Stronę) to niestety na nowo utworzonej stronie, komórki "Razem od początku roku" mają złe referencje - zaciągają sumę poprzedniej strony, a nie Razem od początku roku poprzedniej strony, niestety nie mam możliwości dostępu do makr
OdpowiedzUsuńdodam jeszcze, że treść komórki "Razem od początku roku" powinna być "Razem od początku okresu"
UsuńMa Pan rację, ta komórka powinna się nazywać "Razem od początku okresu" lub "Razem od początku miesiąca" - zawiera sumę z danego miesiąca. Zrobiłem tak według wytycznych osoby, która używa takiego arkusza. Kontrolowanie sumy w miesiącu jest istotne w zakładce z każdego miesiąca. Pokazywanie tam sumy od poczatku roku jest (mimo, że zgodne w wzorem) nieco zaciemniające. Kontrolowanie sum od początku roku odbywa się w zakładce "zestawienie_roczne". Jeżeli jest Pan zainteresowany wykorzystaniem tego formularza i chce Pan mieć "Razem od początku roku" na zakładkach dla poszczególnych miesięcy, to mogę tak zmienić.
UsuńZ JPK_PKPIR wygenerowany XML nie przechodzi weryfikacji merytorycznej XSD w Klient JPK 2.0 i posiada wiele błędów w tym literówkowe (np. "PKIRCtrl" zamiast "PKPIRCtrl" , "PKIRSpis" zamiast"PKPIRSpis").
OdpowiedzUsuńDziękuję za program i wkład pracy dla społeczności przedsiębiorców. W normalnym kraju wnosiłbym o przyznanie Panu przez Ministerstwo Finansów zwolnienia z podatków do końca życia :-) Tu jednak tego nie zrobię gdyż... nie mam wystarczającej ilości grochu ;-)
OdpowiedzUsuńPytanie techniczne: Czy zamierza Pan rozszerzyć wersję o JPK_FA ?
Jeżeli chciałby Pan korzystać z takiego arkusza, to mogę zrobić JPK_FA.
OdpowiedzUsuńProszę jednak pamiętać, że przy tego typu rozwiązaniu, trzeba wszystkie dane faktur i pozycji faktur wpisać do arkusza. Lista przewidzianych pól jest niestety długa. Zakładałem, że jeżeli ktoś wystawia faktury vat to pewnie ma program finansowo-księgowy, który obsłuży (albo powinien obsłużyć) wszystkie wymagane JPK'i. Tak jak napisałem, jeżeli zadeklaruje Pan chęć wykorzystywania, to mogę stworzyć arkusz dla FA.
Bardzo dobre arkusze, używam od początku. Czy będą aktualizowane, rozwijane ?
OdpowiedzUsuńTak arkusze będą dostosowywane do zmian w przepisach, najbliższa zmiana pewnie będzie dotyczyć JPK_VDEK (czyli takiego JPK_VAT, który zastąpi również deklarację), ale póki co nie ma jeszcze specyfikacji struktur.
UsuńDzień Dobry - czy będzie Pan akutualizował arkusz o najnowszą schemę łączącą jpk vat z vat7?
OdpowiedzUsuńJak pojawi się specyfikacja vdek to zaktualizuję arkusz
UsuńDzięn dobry , wczorak trafiłem na Pan stronę.Jestem juz po wysyłce plków XML.Sprawdzałem Pana rozwiązanie.Czy wprowadzil Pan ograniczenie do liczby rekordów/liniw Sprzedazy i Zakupach?
OdpowiedzUsuńBęde wdzięczny za kontakt :kajetanzmuda@gmail.com.
Dziekuję
Kajetan Żmuda
Arkusze są ograniczone do 300 faktur w Sprzedaży i 300 w Zakupach
UsuńCzy hasło do makr jest dostępne?
OdpowiedzUsuńCześć,
OdpowiedzUsuńCzy ktoś już testował arkusz do jpk v7m i może się podzielić opinią? Do starego jpk vat mam swój skrypt w pythonie, ale nie wiem, czy zmotywuje się do rozbudowywania go do tego „ułatwienia”, które nam zesłano. Teraz mam do wyboru to albo płatny skoroszyt Excel od konkurencji.
Witam !
OdpowiedzUsuńDziś spróbowałem zaimportować do Klienta JPK 2.0 nową wersję Pańskiego pliku. Niestety przy próbie zaczytania pojawia mi się błąd: Nieprawidłowy plik. Brakująca przestrzeń nazw JPK!
Czy planuje Pan opublikować produkcyjną wersję arkusza przed 1.X.2020
Widzę, że od czasu opublikowania arkusza weszły zmiany w strukturze pliku. Dostosuję arkusz.
UsuńDzięki za arkusze. Mam prośbę. Mam sprzedaż, którą się wpisuje do K_12 (art.100). Są z tym dwa problemy: 1. Sprawdzanie tutaj niesłusznie pokazuje błąd z komunikatem Sprawdź podatek. 2. Na deklaracji te kwoty wpadają do P_12, a jest to dodatkowy wiersz "w tym" dla P_11. Nie powinien być uwzględniony w sumowaniu P_37 (tak jak jest to zrobione dla P_14).
OdpowiedzUsuńDziękuję za uwagi, zrobiłem zmiany, proszę pobrać poprawiony arkusz (wersja 4.20)
UsuńI jeszcze jedno - musiałem już wygenerować korektę :) co po ustawieniu celZlozenia na 2 zgłasza błąd bez wypełnienia pola P_ODRZU - chyba nie poprawnie, te uzasadnienia są już dobrowolne. Ponadto przy wysyłce dostaję: Linia [77] pozycja [8] Element 'PozycjeSzczegolowe' w przestrzeni nazw 'http://crd.gov.pl/wzor/2020/05/08/9393/' ma nieprawidłowy element potomny 'P_ODRZU' w przestrzeni nazw 'http://crd.gov.pl/wzor/2020/05/08/9393/'. Spodziewana lista możliwych elementów: 'P_ORDZU' w przestrzeni nazw 'http://crd.gov.pl/wzor/2020/05/08/9393/. Chyba literówka w nazwie pola. Zaś przy braku wpisania uzasadnienia i zignorowaniu błędu - eksportuje to pole z wartością "0" - też raczej niepotrzebnie.
OdpowiedzUsuńDziękuję za uwagi, zrobiłem zmiany, proszę pobrać poprawiony arkusz (wersja 4.20)
UsuńWitam i dzięki za szablon. Niestety nie mogę wysłać pliku xml, dostaję taki komunikat o błędzie:
OdpowiedzUsuń"Linia [16] pozycja [8] Element 'OsobaFizyczna' w przestrzeni nazw 'http://crd.gov.pl/wzor/2020/05/08/9393/' ma nieprawidłowy element potomny 'NIP' w przestrzeni nazw 'http://crd.gov.pl/wzor/2020/05/08/9393/'. Spodziewana lista możliwych elementów: 'NIP' w przestrzeni nazw 'http://crd.gov.pl/xml/schematy/dziedzinowe/mf/2020/03/11/eD/DefinicjeTypy/'"
Dodatkowo w szablonie ods, w pozycji "PelnaNazwa", tekst jest niewidoczny, jeżeli powyżej jest zaznaczone 2. osoba fizyczna.
Poprawiłem błąd z przestrzenią nazw dla OsobyFizycznej (proszę pobrać arkusz w wersji 4.20). Jeżeli chodzi o pole PelnaNazwa to ono dotyczy tylko osób Niefizycznych, dlatego po wybraniu osoby fizycznej jest wyłączane (tekst niewidoczny).
Usuńwitam, bardzo dziękuję za szablon. Moja gorąca prośba czy arkusz kwartalny można by powiększyć do 100 dokumentów sprzedaży i zakupu w każdym miesiacu. sto faktur na niewielkie kwoty to nadal jest bardzoooo malutka firemka.
OdpowiedzUsuńMogę zrobić taki arkusz ograniczenie wynikało z prośby jednego z użytkowników, któremu 20 faktur wystarczy a mniejszy arkusz jest wygodniejszy. Najchętniej wysłałbym taki arkusz do testowania chciałbym zobaczyć czy to będzie działać i czy sprawdzi się w praktyce. Proszę o kontakt na e-mail jpklibre@gmail.com to odeślę plik do testów.
UsuńCzy byłaby możliwość stworzenia arkusza kalkulacyjnego z fakturami zakupu, który mógłby być skonwertowany do pliku JPK_FA(3).
OdpowiedzUsuńZakładam, że chodziłoby o wytworzenie FA za pomocą faktur sprzedaży z VAT.
UsuńObawiam się, że to jest praktycznie niemożliwe.
Struktury VAT i FA znacznie się od siebie różnią, wspólnych pól jest niewiele.
Struktura VAT zawiera informacje na poziomie faktur i stawek podatkowych.
Struktura FA zawiera informacje o nagłówkach faktur (sumach) oraz liniach (pozycjach na fakturze).
Czyli mamy inną szczegółowość danych.
Nawet na poziomie nagłówka faktury pola (poza kilkoma) są różne.
W strukturze FA trzeba też podać dane o zamówieniach (tego nie ma w VAT)
Z punktu widzenia księgowego inna jest też interpretacja w VAT raportujemy faktury odnośne do okresu według przepisów VAT.
W strukturze FA raportujemy faktury w kalendarzowym okresie od, do (to nie zawsze to samo).
Jeżeli jest do rozwiązania jakiś konkretny problem to proszę o kontakt na maila.
Witam ! Kiedy udostępni Pan formularz w nowej wersji JPK-V7M(2)?
OdpowiedzUsuńDo końca stycznia 2022 powinienem zrobić, mam nadzieję, że to wystarczy
UsuńWitam.
OdpowiedzUsuńJest jakiś błąd w nowej wersji JPK.
Pole P_61 jest automatycznie uzupełnione - ok jest nadpłata.
Ale nie można wpisać kwoty nadpłaty w pole P_60 ponieważ system wyrzuca błąd, iż kwota w polu P_60 jest wyższa niż w polu P_54 - gdzie pole P_54 to kwota do zwrotu na rachunek bankowy.
Gdzieś jest błąd lub ja nie umiem odznaczyć jakiegoś czekboksa.
Do 25 jeszcze kilka dni, ale czy mógłby Pan zerknąć na deklarację z nadpłatą?
Pozdrawiam
Hubert Koncki
Dziękuję za uwagę, to jest błąd sprawdzenia w arkuszu, ale XML można wygenerować mimo tego komunikatu (to ogólna zasada w tym arkuszu).
UsuńWgrałem już zmieniony arkusz ze zmienioną walidacją, proszę sprawdzić czy dobrze działa (niestety struktury MF nie opisują sprawdzeń na liczbach).
Czy mógłby Pan zerknąć na pole P_61 ? W poprzedniej wersji formularza 4.20 było tam pusto, obecnie jest tam zwrot" na przyszłe okresy". Korzystam z wersji 4.30 formularza. Mam komunikat przy sprawdzaniu : Pole P_61 należy wypełniać tylko jeśli zaznaczono P_59 (a nie jest zaznaczone).
OdpowiedzUsuńproszę pobrać nowszą wersję 4.31 i usunąć dane z tego pola (to jest pole edytowalne)
UsuńDziękuję. Już sprawdzam.
UsuńWitam. Mam taki problem. Korzystam z Pana formularza dla wysyłki JPK dla kilku osób. Wszytko eksportuje się poprawnie, przy czym dla jednej osoby w momencie importu w bramce MF mam komunikat nieznany błąd i pliku nie można zaimportować. Porównywałem sobie w notepad++ zawartość xml z xml innej osoby - jest identyczna. Narzędzie weryfikacji w formularzu nie wykazuje błędu w deklaracji. Może ma Pan jakiś pomysł o co może chodzić ?
OdpowiedzUsuńMoże coś zostało zmienione w układzie arkusza, wtedy program generujący generowałby nieprawidłową strukturę xml (program spodziewa się danych w określonych polach). Proszę przesłać arkusz i xml z niego wygenerowany (na maila) to mogę sprawdzić co się stało.
UsuńWitam! Dwa lata temu robiłem pierwsze podejście do tego arkusza i niestety zdecydowałem się na płatną wersję od "konkurencji" w Excelu. W tym tygodniu to zemściło się na mnie bo arkusz przestał działać w x64-bitowym Excelu na nowym komputerze. Na szczęście Calc nie ma takich problemów i poszło bez problemu więc już chyba wiem, na czym oszczędzę w najbliższej przyszłości. ;-)
OdpowiedzUsuńPoza tym jak ktoś się zna, to można rozszerzać teraz Calca skryptami w pythonie. ScriptForge, bo tak się nazywa ta nowość, pojawiła się na jesieni ub.r.
Mam program księgowy, który może generować JPK, ale uparł się robić korekty, które nic nie mają wspólnego z rzeczywistością, więc JPK prawie od początku robię sam. Jak pisałem wcześniej, do pierwotnej wersji miałem skrypt w Pythonie, teraz pewnie powrócę do korzeni, możliwe, że w tandemie z jpklibre.
P.S. Widzę, że arkusz do KPIR też jest - pewnie przyda się od nowego roku.
Niedługo będę miał makra oparte na j. Python do importowania moich CSV do arkuszy JPK
OdpowiedzUsuńJuż je mam. :-) Jeśli są zainteresowani, to mogę napisać artykuł w blogu na ten temat.
Usuń
OdpowiedzUsuńSkrypty w Pythonie Ułatwiające wypełnianie JPK_VAT7M od jpklibre (Oj dawno
nic nie pisałem na blogu!) Do niedawna robiłem JPK za pomocą ark...
https://onepolishtranslator.blogspot.com/2022/06/w-pythonie-uatwiajace-wypenianie.html
Zdaje się, że jest problem w logice arkusza, gdy jest nadwyżka VAT, przy wpisywaniu, co zrobić z tą nadwyżką. Każe zaznaczać kolejne pola i wyrzuca błędy przy sprawdzaniu. Nie dzieje się nic, gdy się nie wybierze, co zrobić z tą nadwyżką, i tak wygenerowany XML jest przyjmowany jako OK przez klienta JPK WEB, ale ciekawe, czy się skarbówka nie odezwie. ;-)
OdpowiedzUsuńP.S. Nikt nic nie pisze na tej stronie ostatnio (od roku) tylko ja, więc albo wszyscy bardzo zadowoleni, albo tylko ja używam arkusza? ;-)
Dawno tu nie zaglądałem bo struktury się na szczęście nie zmieniają i w związku z tym błędów nie ma dużo. Jeżeli ta sytuacja z nadwyżką to jest według Pana błąd to proszę o podesłania arkusza z przykładem i jakimś komentarzem jak sprawdzenie powinno się zachować.
UsuńTu Piotr Bieńkowski. Blogger nie daje się zalogować. To zachowanie zgłaszałem dla wersji 4.31 ale w 4.32 jest tak samo. Nie będę zawracał gitary tylko tak jak wcześniej wpiszę tylko kwotę nadwyżki VATu i odejmę ją sobie przy następnym rozliczeniu. Klient JPK WEB przyjmuje plik w ten sposób wypełniony, więc skarbówka też nie powinna się czepiać.
Usuń@Piotr Bienkowski, bardzo dziekuje za skrypty. Czy masz jakies rozwiazanie dla formularza VAT-UE?
OdpowiedzUsuńFormularza VAT UE mozna wypelnic on-line z strony rzadowej: https://klient-eformularz.mf.gov.pl/declaration/form/2fde9968-b66b-4745-889e-62ec34d267b2
UsuńJest mozliwosc zaimportowania pliku XML! (oraz eksportu XML) i podgladu.
Dlugo czekalem i wreszcie nasz rzad zlitowal sie na uzytkownikami linuxa..
Tu Piotr Bieńkowski. Dzięki drogi anonimie za feedback. Mam nadzieję, że skrypty się przydały (o ile się przydały). VAT-UE robiłem przez jakiś czas jako pliki XML robione ręcznie, bo dużo tego nie mam (góra 4 pozycje/mies), ale po jakimś czasie przestało mi to przyjmować i musiałem w podskokach szukać rozwiązania, które działa w Adobe Akrobacie, ale chętnie obejrzę to co inny Anonim wpisał 17 lipca, bo też używam Linuksa równolegle z Windowsem.
Usuń[PB] Niestety jako opcja podpisu przy wysyłaniu VAT-UE przez przeglądarkę jest tam tylko podpis elektronicznym podpisem kwalifikowanym, którego nie mam, więc poszło tradycyjne przez Adobe. No chyba, że podetknie mu się plik XML, który już zawiera sekcję dotyczącą podpisu kwotą przychodu, ale nie wiadomo, czy to przyjmie. Zobaczę nastepnym razem.
Usuń[Piotr Bieńkowski] Niestety podetknięcie tej stronie do wysyłania VAT-UE pliku XML z dodaną sekcją podpisu kwotą przychodu nie działa. Nadal woła o podpis kwalifikowany. Napisałem do e-deklaracji maila w tej sprawie. A że nieszczęścia chodzą parami, to Adobe Reader DC bez pytania mnie o zgodę sam się zaktualizował parę dni temu do wersji 2023 (chociaż przez rok w kompie była jakaś wcześniejsza wersja i nic się nie działo), a wersja 2023, chociaż ma fajny interfejs, to nie obsługuje wtyczek i przekierowuje do strony zakupu płatnej wersji. Tuż przed północą wczoraj w panice szukałem starszej wersji Adobe Readera DC i znalazłem, na FTP Adobe, bo przez stronę pobierzesz tylko to, co Ci udostępniają przez stronę, czyli nic przydatnego. Oto adres FTP ftp://ftp.adobe.com//pub/adobe/reader/win/AcrobatDC/2001320064 - wersji polskiej tam nie ma, ale pobrałem wersję angielską, mi to akurat nie przeszkadza. Wbrew nazwie katalogu to nie jest wersja z 2001 r., a z 2020, czyli w miarę nowa i niewykastrowana. Sugeruję pobrać instalkę i zapisać na jakimś dobrym nośniku lub w pewnej chmurze (albo tu i tu), bo jak się zorientują, że ludzie zaglądają bardziej do FTP to mogą zamknąć dostęp.
Usuń[PB] Że też ja na wszystko muszę trafiać przypadkiem. Tu jest formularz, za pomocą którego można wysyłać do skarbówki dowolne deklaracje w formacie XML i można je podpisywać kwotą przychodu: https://klient-eformularz.mf.gov.pl/declaration-client/upload
UsuńZakładam, że VAT-UE też, załadowałem na próbę, żeby zobaczyć, jakie są opcje podpisywania, ale nie wysyłałem, bo już przecież wysłany. Przetestuję w pełni w następnym miesiącu.
[PB] Jednak nie polecam wysyłania pliku XML Vat-UE za pomocą tego linku https://klient-eformularz.mf.gov.pl/declaration-client/upload
UsuńDziś przyszło pismo z US, że nie otrzymali VAT-UE za wrzesień chociaż go wysyłałem. No tak, wysyłałem, ale że UPO nie było od razu dostępne, to zapisałem numer referencyjny i zapomniałem o sprawie. Gdy teraz sprawdziłem, to plik został odrzucony z powodu niezgodności ze schemą XSD. A guzik prawda, bo jak teraz użyłem strony dedykowanej do wysyłania formularza VAT-UE (wcześniej nie dawała mi się podpisać kwotą przychodu), to plik xml wczytał się bez zająknięcia, czyli był zgodny z xsd.
[Piotr Bieńkowski] Taki tip bonusowy: Należy pamiętać o ręcznym wypełnieniu kol. LpSprzedaży i LpZakupu kolejnymi numerami wierszy, w przeciwnym razie dane zestawienie nie wyeksportuje się do XML, a klient JPK Web oprotestuje taki plik XML, czyli wygeneruje błąd.
OdpowiedzUsuń[Piotr Bieńkowski] [Vat-UE] Właśnie robię skrypt ScriptForge do tworzenia pliku XML VAT UE na podstawie wypełnionego arkusza Sprzedaży z jpklibre. Logika "latania" po arkuszu i sprawdzania / zbierania wartości już ogarnięta i zdebugowana, teraz tylko dopisać wrzucanie tego w strukturę XML i gotowe. Watch this space! :-)
OdpowiedzUsuń[Piotr Bieńkowski] Jest! Bibliotekę moich makr pythonowych wzbogaconą o makro Vatue można pobrać tu: http://englishintopolish.eu/MP.py
OdpowiedzUsuńNiektóre przeglądarki mogą uznać treść za niebezpieczną, więc można też za pomocą:
wget -c http://englishintopolish.eu/MP.py
wget jest też dostępny dla Windowsa, wystarczy doinstalować ;-)
"Instalacja" makr zgodnie z opisem tu:
https://onepolishtranslator.blogspot.com/2022/06/w-pythonie-uatwiajace-wypenianie.html
Ponieważ utworzenie, debugowanie / testowanie skryptu kosztowało mnie jednak trochę czasu i wysiłku, możesz to docenić, jeśli używasz Revoluta, zostawiając napiwek: @piotrx97o
Albo „nakawek” --> http://buycoffee.to/onepolishtranslator
Usuń:-)