1 Jednolity Plik Kontrolny (JPK) Wskazówki dla przedsiębiorców
2 Co to jest Jednolity Plik Kontrolny?Lp Struktura JPK Nazwa Zawartość 1 JPK_KR Księgi rachunkowe Zestawienie obrotów i sald za okres, lista zapisów na kontach oraz w dziennikach za okres 2 JPK_PKPiR Podatkowa księga przychodów i rozchodów Zapisy księgi przychodów i rozchodów za okres 3 JPK_EWP Ewidencja przychodów Zapisy ewidencji ryczałtowej za okres 4 JPK_WB Wyciąg bankowy Wyciągi bankowe na rachunku w formacie IBAN 5 JPK_VAT Ewidencja zakupu i sprzedaży VAT Wszystkie dokumenty ujęte na deklaracji VAT-7, np. Faktury sprzedaży VAT, Faktury zakupu VAT, Dokumenty wewnętrzne, Raporty sprzedaży (RS, RSK), itd. 6 JPK_FA Faktury VAT Faktury sprzedaży VAT oraz Faktury zakupu VAT 7 JPK_MAG Magazyn Przyjęcie zewnętrzne (PZ), Wydanie zewnętrzne (WZ), Rozchód wewnętrzny (RW), Przesunięcie międzymagazynowe (MM)
3 Okresy rozliczeniowe JPKDane po 30 czerwca 2016 r. JPK_VAT za okresy miesięczne bez względu na okresy przyjęte do rozliczenia podatku VAT, dokumentowane deklaracją VAT-7 Całość JPK na żądanie za dowolne okresy Jak wynika z udostępnionych przez Ministerstwo Finansów informacji w zakresie specyfikacji interfejsów usług Jednolitego Pliku Kontrolnego, przygotowanie danych w postaci Jednolitego Pliku Kontrolnego wymaga: Przygotowania JPK w systemie informatycznym w formie plików XML zgodnie ze schematem XSD, Każdy z dokumentów opisany schematem ma stanowić osobny plik XML, Zakodowanie pliku XML w UTF-8, Kompresja danych JPK algorytmem bzip2 wraz z dzieleniem na części nie przekraczające 60MB - narzędzie pracy program Tar, Dokumentacja programu tar: z dnia r. Szyfrowanie danych JPK algorytmem AES256, z kluczem szyfrującym wygenerowanym przez podatnika Algorytm procesu szyfrowania będzie wyglądał następująco: - Klient generuje losowy, 256 bitowy klucz, - Wygenerowanym kluczem szyfrowane są wszystkie części skompresowanego Archiwum algorytmem szyfrującym jest AES256, - Klucz szyfrujący jest szyfrowany z wykorzystaniem algorytmu asymetrycznego RSA, z wykorzystaniem kryptografii (klucz publiczny) dostarczonej podatnikowi przez Ministerstwo, - Zaszyfrowany klucz jest dołączany do pliku metadanych, zgodnie z przedstawionym opisem tego pliku, Przygotowanie metadanych uwierzytelniających - dane uwierzytelniające powinny być w postaci XML przesłane metodą InitUploadSigned. Plik metadanych musi być podpisany cyfrowo w wersji Enveloped lub Enveloping. Funkcja skrótu wykorzystywana w podpisie powinna być RSA-SHA256 lub RSA-SHA1.
4 Kogo i od kiedy dotyczy obowiązek udostępniania JPK?Duże przedsiębiorstwa Od r. JPK_VAT (obowiązkowo co miesiąc) Od r. całość JPK na żądanie (JPK_KR, JPK_WB, JPK_VAT, JPK_FA, JPK_MAG) Małe i średnie przedsiębiorstwa Od r. JPK_VAT (obowiązkowo) Od r. całość JPK na żądanie Mikro przedsiębiorstwa Od r. JPK_VAT (obowiązkowo)
5 Sposób udostępniania danych w postaci JPKCałość JPK na żądanie Dowolny nośnik danych Płyta DVD Pendrive Itp. Zasady przesyłania – projekt RMF z r. w sprawie sposobu przesyłania za pomocą środków komunikacji elektronicznej ksiąg oraz wymagań technicznych dla informatycznych nośników danych, na których księgi mogą być zapisane i przekazane. Paragraf 3.1, nośniki danych powinny być: oznakowane w sposób pozwalające na jednoznaczną identyfikację przystosowane do przenoszenie pomiędzy powszechnie dostępnymi urządzeniami odczytującymi Jak wynika z udostępnionych przez Ministerstwo Finansów informacji w zakresie specyfikacji interfejsów usług Jednolitego Pliku Kontrolnego, przygotowanie danych w postaci Jednolitego Pliku Kontrolnego wymaga: Przygotowania JPK w systemie informatycznym w formie plików XML zgodnie ze schematem XSD, Każdy z dokumentów opisany schematem ma stanowić osobny plik XML, Zakodowanie pliku XML w UTF-8, Kompresja danych JPK algorytmem bzip2 wraz z dzieleniem na części nie przekraczające 60MB - narzędzie pracy program Tar, Dokumentacja programu tar: z dnia r. Szyfrowanie danych JPK algorytmem AES256, z kluczem szyfrującym wygenerowanym przez podatnika Algorytm procesu szyfrowania będzie wyglądał następująco: - Klient generuje losowy, 256 bitowy klucz, - Wygenerowanym kluczem szyfrowane są wszystkie części skompresowanego Archiwum algorytmem szyfrującym jest AES256, - Klucz szyfrujący jest szyfrowany z wykorzystaniem algorytmu asymetrycznego RSA, z wykorzystaniem kryptografii (klucz publiczny) dostarczonej podatnikowi przez Ministerstwo, - Zaszyfrowany klucz jest dołączany do pliku metadanych, zgodnie z przedstawionym opisem tego pliku, Przygotowanie metadanych uwierzytelniających - dane uwierzytelniające powinny być w postaci XML przesłane metodą InitUploadSigned. Plik metadanych musi być podpisany cyfrowo w wersji Enveloped lub Enveloping. Funkcja skrótu wykorzystywana w podpisie powinna być RSA-SHA256 lub RSA-SHA1.
6 Sposób udostępniania danych w postaci JPKJPK_VAT Specyfikacja interfejsów usług JPK dostępna na stronie MF on-line na bramkę Ministerstwa Finansów Wygenerowanie jednorazowego klucza szyfrującego Kompresja danych JPK, podział na części nie przekraczające 60 MB Zaszyfrowanie wygenerowanym kluczem jednorazowym. Zaszyfrowanie klucza wygenerowanego przez Podatnika kluczem publicznym MF JPK_VAT Jak wynika z udostępnionych przez Ministerstwo Finansów informacji w zakresie specyfikacji interfejsów usług Jednolitego Pliku Kontrolnego, przygotowanie danych w postaci Jednolitego Pliku Kontrolnego wymaga: Przygotowania JPK w systemie informatycznym w formie plików XML zgodnie ze schematem XSD, Każdy z dokumentów opisany schematem ma stanowić osobny plik XML, Zakodowanie pliku XML w UTF-8, Kompresja danych JPK algorytmem bzip2 wraz z dzieleniem na części nie przekraczające 60MB - narzędzie pracy program Tar, Dokumentacja programu tar: z dnia r. Szyfrowanie danych JPK algorytmem AES256, z kluczem szyfrującym wygenerowanym przez podatnika Algorytm procesu szyfrowania będzie wyglądał następująco: - Klient generuje losowy, 256 bitowy klucz, - Wygenerowanym kluczem szyfrowane są wszystkie części skompresowanego Archiwum algorytmem szyfrującym jest AES256, - Klucz szyfrujący jest szyfrowany z wykorzystaniem algorytmu asymetrycznego RSA, z wykorzystaniem kryptografii (klucz publiczny) dostarczonej podatnikowi przez Ministerstwo, - Zaszyfrowany klucz jest dołączany do pliku metadanych, zgodnie z przedstawionym opisem tego pliku, Przygotowanie metadanych uwierzytelniających - dane uwierzytelniające powinny być w postaci XML przesłane metodą InitUploadSigned. Plik metadanych musi być podpisany cyfrowo w wersji Enveloped lub Enveloping. Funkcja skrótu wykorzystywana w podpisie powinna być RSA-SHA256 lub RSA-SHA1.
7 Sankcje Kara porządkowa na podstawie art. 262 Ordynacji PodatkowejMax wysokość kary PLN (2016 r.) Na przykład za niezłożenie JPK w wyznaczonym terminie Kara grzywny na podstawie art. 83 Kodeksu karno - skarbowego Max wysokość kary PLN (2016 r.) Na przykład za nieokazanie danych wchodzących w skład JPK, udaremniając tym samym wykonanie czynności kontrolnych organom podatkowym
8 Zalecenia 1 KonfiguracjaKarta operatora - parametr uprawniający do generacji Jednolitego Pliku Kontrolnego (JPK)
9 Zalecenia 2 3 4 JPK_KR JPK_PKPiR JPK_EWPPola obowiązkowe dla poprawnej walidacji, nieobowiązkowe w wybranych systemach: Opis PK (Pole OpisOperacji w JPK) JPK_PKPiR 3 Pola obowiązkowe dla poprawnej walidacji, nieobowiązkowe w wybranych systemach: Dane kontrahenta Pole 6. Opis JPK_EWP 4 Brak zaleceń
10 Zalecenia 5 JPK_WB Numer rachunku w formacie IBANPola obowiązkowe dla poprawnej walidacji, nieobowiązkowe w wybranych systemach: Podmiot Opis operacji K/B
11 Zalecenia JPK_VAT 6 Pola obowiązkowe dla poprawnej walidacji, nieobowiązkowe w wybranych systemach: numer obcy NIP kontrahenta adres kontrahenta nazwa wystawcy Parametr „Nie uwzględniaj na deklaracji VAT-7” – ujęcia (lub nie) pozycji tabeli VAT w pliku JPK_VAT Prawidłowe „cechowanie” pozycji tabeli VAT - zapewnienie zgodności ewidencji VAT z deklaracją VAT-7
12 Zalecenia JPK_FA 7.1 Pola obowiązkowe dla poprawnej walidacji, nieobowiązkowe w wybranych systemach: numer obcy NIP kontrahenta adres kontrahenta nazwa wystawcy Przyczyna zwolnienia - nowość Przyczyna korekty Parametr decydujący o ujęciu (lub nie) faktury w pliku JPK_FA Tutaj powiem, że do walidacji nie są wymagane, ale ich brak będzie oznaczać błędne wypełnienie fa.
13 Zalecenia 7.2 8 JPK_FA JPK_MAG Atrybuty: Samofakturowanie,Faktura komornika/nazwa i adres komornika Przedstawiciel podatkowy, WTT - drugi podatnik Pozycje na fakturze kosztowej JPK_MAG 8 Brak zaleceń
14 Terminy wydania wersji systemów Comarch ERP z obsługą JPKWersja Data wydania Uwagi Comarch ERP XL 2016.3 21 czerwca 2016 r. Przełom lipca/sierpnia 2016 r. - planowane wydanie wersji z możliwością przesyłania JPK_VAT elektronicznie, (na bramkę MF). Comarch ERP Altum 2016.5 30 czerwca 2016 r. Comarch ERP Optima 27 czerwca 2016 r. Comarch ERP Klasyka Terminy wydania wersji w osobnym komunikacie Comarch ERP XT KH: JPK_VAT na przełomie czerwca/lipca 2016 r., pozostałe pliki na przełomie lipca/sierpnia 2016 r. XT do końca września, w tym wysyłanie na bramkę.
15 brak dodatkowych opłat automatyczna aktualizacjaKoszt Aktualna gwarancja Rozwiązania w Chmurze Bez gwarancji brak dodatkowych opłat automatyczna aktualizacja koszt aktualizacji Jak sprawdzić czy gwarancja jest aktualna: w systemie (zakładka Pomoc lub System poprzez indywidualne strony dla Klientów w aplikacji Comarch ERP Menadżer kluczy Nie wymaga żadnych działań i nakładów finansowych Należy wykupić gwarancję i zaktualizować system do nowej wersji zawierającej zmiany
16 Dziękujęmy za udział w Webinarze