VIES a JPK_VAT — raportowanie wewnątrzunijne

Polskie JPK_V7 (JPK_VAT) wymaga raportowania transakcji wewnątrzunijnych z numerami VAT kontrahentów. Wyjaśniamy, jak VIES wpływa na ten proces.

Co to jest JPK_V7

JPK_V7 to Jednolity Plik Kontrolny — format XML, w którym polscy podatnicy VAT przesyłają miesięczne dane o swoich transakcjach do Ministerstwa Finansów. Plik zawiera dwie części: deklaracyjną (sumy kwot) i ewidencyjną (szczegóły każdej faktury). JPK_V7 zastąpił dawne deklaracje VAT-7 i częściowo VAT-UE w 2020 roku. Plik jest składany do 25. dnia miesiąca następnego po miesiącu rozliczeniowym. Walidowany jest automatycznie przez serwery MF — błędy formalne skutkują odrzuceniem.

Sekcje JPK dotyczące VAT UE

Kluczowe sekcje JPK_V7 dla transakcji unijnych: (1) WDT — wewnątrzwspólnotowa dostawa towarów, sprzedaż z 0% VAT do kontrahenta UE; (2) WNT — wewnątrzwspólnotowe nabycie towarów, zakup od kontrahenta UE z reverse charge; (3) WSTO_EE — wewnątrzwspólnotowa sprzedaż na odległość (OSS) dla konsumentów B2C; (4) MPP — mechanizm podzielonej płatności dla transakcji krajowych. W każdej z tych sekcji raportowany jest numer VAT kontrahenta — który musi być aktywny w VIES dla WDT/WNT.

Walidacja numerów VAT w JPK

MF wykonuje automatyczną walidację formatu numerów VAT w JPK przed przyjęciem pliku. Niepoprawny format (zły prefiks, zła długość, niedozwolone znaki) skutkuje odrzuceniem pliku. Aktywność numeru w VIES MF sprawdza wybiórczo — nie odrzuca pliku z nieaktywnym numerem, ale flag'uje go do dalszej kontroli. Brak aktywnego VIES dla WDT może później skutkować weryfikacją tych transakcji w trybie krzyżowym (CESOP). Najlepsza praktyka: sprawdzaj VIES przed wystawieniem faktury, nie przed JPK.

VAT-UE — dawniej deklaracja, teraz część JPK

Do 2020 polscy podatnicy składali osobno deklarację VAT-UE z miesięcznym podsumowaniem transakcji unijnych. Po reformie SLIM VAT te dane są w sekcji informacji dodatkowych JPK_V7. Treść jest zbieżna: numery VAT kontrahentów UE z prefiksami, kwoty obrotów per kraj/per kontrahent, rodzaj transakcji (WDT/WNT/WSU/WNU). Ministerstwo Finansów przekazuje te dane przez VIES do administracji innych krajów członkowskich do krzyżowej kontroli.

Najczęstsze błędy JPK związane z VAT UE

(1) Numer VAT bez prefiksu kraju w polu kontrahenta — JPK wymaga prefiksu (np. DE123456789, nie 123456789). (2) Polski kontrahent w sekcji WDT — błąd, WDT to tylko zagraniczne UE. (3) Brak danych adresowych kontrahenta unijnego — wymóg JPK. (4) Niezgodność kwoty WDT w JPK i VAT-UE (informacji dodatkowych) — błąd walidacji. (5) Brak korekty WDT przy zwrocie towaru — wymaga osobnego raportowania. Wszystkie te błędy MF wykrywa automatycznie i odrzuca plik z komunikatem.

Korekty i kompletność raportowania

Jeśli wystawiłeś fakturę WDT, ale kontrahent okazał się nieaktywny w VIES w dniu transakcji (wykryte później), masz dwie opcje: (1) wystawić korektę faktury z 23% VAT i raportować ją w JPK z miesiąca wystawienia korekty; (2) zachować 0% VAT, ale udowodnić należytą staranność w razie kontroli (identyfikator konsultacji, mimo nieaktywności, plus dowody dostawy). Wybór zależy od indywidualnej sytuacji — często wymaga konsultacji z doradcą podatkowym.

Integracja JPK z weryfikacją VIES

Profesjonalne systemy generujące JPK_V7 (Comarch, iFirma, Sage) walidują numery VAT UE wzgędem VIES przed wygenerowaniem pliku — wykrywają nieaktywne numery i ostrzegają księgowego, by sprawdzić zapis transakcji. Brak weryfikacji w VIES dla numeru raportowanego w WDT/WNT to czerwona lampka. Nasze [API ViesVAT](/api/) udostępnia endpoint do masowej weryfikacji listy numerów z pliku JPK — pre-flight check przed wysłaniem do MF.

Struktura JPK_V7 — sekcje dotyczące transakcji UE

JPK_V7 to polski Jednolity Plik Kontrolny, format XML wysyłany miesięcznie do Ministerstwa Finansów. Dwie części: deklaracyjna (sumy zbiorcze) i ewidencyjna (szczegóły każdej faktury). Sekcje JPK_V7 dotyczące transakcji unijnych. Sekcja Sprzedaż / WDT: każda faktura WDT z numerem VAT nabywcy (z prefiksem kraju, np. DE123456789), wartością, kursem. Sekcja Sprzedaż / WSTO_EE: wewnątrzwspólnotowa sprzedaż na odległość (B2C OSS) dla konsumentów. Sekcja Zakup / WNT: każda faktura WNT z numerem VAT sprzedawcy UE, wartością, kursem, kwotą VAT z reverse charge. Sekcja Zakup / Import usług: usługi nabyte od kontrahentów UE z reverse charge. Sekcja Informacje dodatkowe / VAT-UE: zbiorcze podsumowanie transakcji UE per kraj — kwoty WDT, WNT, WSU. Przed reformą SLIM VAT (2020) była to osobna deklaracja VAT-UE; obecnie jest częścią JPK_V7. Każda z tych sekcji wymaga numerów VAT kontrahentów UE — które muszą być w poprawnym formacie i (dla WDT) potwierdzonej aktywności w VIES.

Walidacja MF — co dokładnie sprawdza Ministerstwo

Aplikacja MF (e-mikrofirma, klient JPK) wykonuje wieloetapową walidację każdego JPK_V7 przed przyjęciem. Walidacja składniowa: poprawny XML zgodny z aktualnym schematem XSD (np. schemat FA(2) w 2026), wszystkie wymagane pola wypełnione. Walidacja formalna: numery VAT mają poprawny format dla wskazanego kraju (np. DE musi mieć 9 cyfr, FR musi mieć 11 znaków z 2-cyfrowym kluczem na początku). Walidacja kwotowa: sumy w deklaracji zgadzają się z agregacją ewidencji. Walidacja logiczna: nie ma duplikatów numerów faktur, daty mieszczą się w zadeklarowanym okresie. Walidacja VIES (wybiórcza): MF nie weryfikuje VIES dla każdego numeru w czasie wysyłania JPK — to byłoby zbyt obciążające. Zamiast tego MF wykonuje wybiórczą walidację po przyjęciu, w ramach analizy ryzyka. Algorytmy AI analizują JPK pod kątem anomalii (nagłe wzrosty WDT, nowi kontrahenci z nieaktywnych krajów). Wybrane przypadki są flagowane do weryfikacji krzyżowej (904/2010 z innymi krajami). Konsekwencje wykrycia nieaktywnego numeru w JPK: nie skutkuje automatycznym doliczeniem, ale podwyższa ryzyko kontroli i może być argumentem przy ewentualnej kontroli za 2–3 lata.

Przygotowanie JPK z perspektywy weryfikacji VIES

Profesjonalne biuro rachunkowe robi pre-flight check JPK_V7 przed wysyłką do MF. Co sprawdzać. Krok 1: wszystkie faktury WDT i WNT w okresie mają wpisany numer VAT kontrahenta z prefiksem (np. DE123456789, nie 123456789). Krok 2: walidacja formatu każdego numeru zgodna z formatem kraju (długość, znaki, cyfra kontrolna). Narzędzia jak ViesVAT SDK robią to lokalnie bez zapytania do VIES. Krok 3: weryfikacja aktywności w VIES (jeśli nie wykonywałeś przy każdej fakturze) — batch sprawdzenie wszystkich unikalnych numerów w JPK. ViesVAT udostępnia endpoint /api/v1/batch-jpk który przyjmuje plik JPK_V7 i zwraca raport: które numery były aktywne, które nieaktywne, które miały awarię. Krok 4: dla numerów nieaktywnych — decyzja jak postąpić. Najczęściej oznacza to korektę faktury (zmiana z 0% VAT na 23%). Faktura korygująca powinna być wystawiona PRZED wysyłką JPK. Krok 5: ostateczna walidacja kwot — sumy WDT w deklaracji równe sumie wszystkich pozycji WDT w ewidencji. Po wszystkich krokach JPK jest wysyłany do MF z minimalnym ryzykiem odrzucenia.

Korekty JPK_V7 dotyczące VIES

Jeśli po wysłaniu JPK_V7 odkryjesz, że jakaś faktura WDT została wystawiona z nieaktywnym numerem VAT, wymagana jest korekta. Procedura. Krok 1: w miesiącu odkrycia (nie pierwotnym) wystaw fakturę korygującą — zmieniającą stawkę z 0% VAT na 23% VAT. Krok 2: poinformuj kontrahenta o korekcie. Krok 3: wyślij korygującą fakturę wraz z dokumentacją (dlaczego nastąpiła korekta — nieaktywność w VIES). Krok 4: w JPK_V7 za miesiąc korekty zawrzyj fakturę korygującą jako pozycję ujemną w sekcji WDT i pozycję dodatnią w sekcji standardowych dostaw z VAT. Krok 5: prawidłowo rozlicz różnice VAT — wpłata dodatkowych 23% VAT do urzędu skarbowego za pierwotny miesiąc transakcji. Krok 6: konsekwencje finansowe — odsetki za zwłokę za okres od pierwotnego miesiąca do miesiąca korekty (~1,2% miesięcznie). Krok 7: archiwizacja dokumentacji — przyczyny korekty, identyfikator konsultacji potwierdzający nieaktywność, korespondencja z kontrahentem. Korekty są zwykle pomyślnie akceptowane przez MF jeśli dokumentacja jest pełna. W razie wielokrotnych korekt w krótkim okresie urząd może wzmóc uwagę nad podatnikiem — wtedy warto skonsultować się z doradcą podatkowym.

JPK_V7 a CESOP — krzyżowa kontrola płatności od 2024

Od 1 stycznia 2024 wprowadzono CESOP (Central Electronic System of Payment information) — system raportowania transakcji płatniczych. Banki i dostawcy usług płatniczych (PayPal, Stripe, Adyen) raportują kwartalnie do administracji skarbowych UE transakcje płatnicze powyżej 25 transakcji per kwartał dla tego samego beneficjenta. Cel: krzyżowa weryfikacja deklaracji VAT z rzeczywistymi przepływami płatniczymi. Konsekwencje dla polskich podatników WDT. Sytuacja: w JPK_V7 deklarujesz WDT za 100k EUR/mies do niemieckiego kontrahenta. CESOP pokazuje płatności od tego kontrahenta na Twój rachunek na 80k EUR/mies. Rozbieżność. Urząd skarbowy widzi to w systemie analizy ryzyka i może wszcząć kontrolę. To znacznie zwiększa wagę poprawnej archiwizacji dowodów weryfikacji — w razie kontroli identyfikator konsultacji VIES + CMR + potwierdzenie płatności razem chronią Cię. Brak któregokolwiek elementu osłabia obronę. CESOP wymusza więc dyscyplinę pełnej dokumentacji — nie tylko weryfikacji VIES, ale całego pakietu dowodowego transakcji WDT. Dla księgowych to oznacza zaostrzenie standardów archiwizacji w 2024–2026.

Schemat XSD JPK_V7 — wymagane pola dla WDT

JPK_V7(2) schemat XSD aktualny na 2026 wymaga konkretnych pól dla każdej faktury WDT. Pole NIPKraj — kod kraju kontrahenta UE (2 znaki ISO). Pole NumerKontrahenta — numer VAT kontrahenta bez prefiksu kraju (chociaż format pełny z prefiksem też jest akceptowany przez większość krajów). Pole NazwaKontrahenta — pełna nazwa firmy. Pole AdresKontrahenta — adres siedziby. Pole NrKontrahenta — wewnętrzny identyfikator kontrahenta w Twoim systemie księgowym (do śledzenia). Pole KodKraju (oddzielnie od NIPKraj) — kod kraju z którego pochodzi towar lub usługa, jeśli inny od kontrahenta (rzadkie przypadki triangulacji). Pole WartoscDostawy — wartość transakcji w PLN po przeliczeniu z waluty obcej. Pole KursWaluty — kurs NBP z dnia transakcji. Pole DataDostawy — data faktyczna dostawy (nie data faktury — to różne pojęcia w prawie VAT). Pole NumerFaktury — Twój numer faktury. Pole DataFaktury — data wystawienia faktury. Pole TypTransakcji — kod oznaczający rodzaj WDT (zwykła, trójstronna, dystans, etc.). Brak któregokolwiek wymaganego pola powoduje odrzucenie całego JPK przez aplikację MF. Profesjonalne systemy księgowe walidują kompletność przed wysyłką, dając użytkownikowi szansę poprawienia.

Klient JPK dla firm — wybór narzędzia

Polskie firmy obsługujące JPK_V7 mają kilka opcji narzędziowych. Aplikacja e-mikrofirma (MF, darmowa): dla małych firm, ograniczona funkcjonalność, brak integracji z księgowymi systemami. Klient JPK MF (darmowa) — wymaga ręcznego przygotowania pliku XML. Programy księgowe z wbudowanym klientem: Comarch (ERP XL, Optima), iFirma, Sage Symfonia, Wapro — generują JPK automatycznie z bazy faktur. Zewnętrzne narzędzia: ClickJPK, JPK Express, e-Faktura JPK. Większość firm średnich i dużych używa wbudowanych klientów programów księgowych — najprostsza droga. Małe firmy często używają e-mikrofirmy. Dla biur rachunkowych obsługujących wielu klientów dedykowane narzędzia multi-tenant (np. Comarch ERP XL Business). Walidacja przed wysłaniem: każdy poważny klient JPK waliduje plik względem schematu XSD MF przed wysyłką — wykrywa błędy formatu, brakujące pola, nieprawidłowe sumy. Dla weryfikacji VIES specyficznie zalecamy dodatkowy pre-flight check przez nasze API — batch sprawdzenie wszystkich numerów VAT UE w JPK przed wysłaniem do MF.

Sankcje za błędy w JPK_V7

Konsekwencje nieprawidłowości w JPK_V7 dzielą się na kilka kategorii. Brak złożenia w terminie (do 25. dnia miesiąca następnego): kara KKS od 200 do 4 800 EUR (równowartość) w zależności od wielkości firmy. Złożenie z błędami formalnymi (odrzucone przez aplikację MF): traktowane jak brak złożenia, ten sam zakres kar. Złożenie poprawnie ale z błędami merytorycznymi (niepoprawne kwoty, błędne numery VAT): obowiązek korekty, możliwa kara dyscyplinarna dla osoby odpowiedzialnej (księgowego). Złożenie z umyślnym ukryciem transakcji (np. brak deklarowania WDT): sankcje karno-skarbowe z art. 56 KKS (do 720 stawek dziennych kary, czyli do kilkuset tysięcy PLN dla osoby fizycznej, plus odpowiedzialność spółki). Sankcje za błędy VIES w JPK: brak aktywnego VIES dla numerów w sekcji WDT nie jest automatyczną sankcją, ale flag'uje fakturę do potencjalnej krzyżowej kontroli. W razie kontroli i braku dowodów weryfikacji (identyfikator konsultacji) — doliczenie 23% VAT + odsetki dla każdej spornej faktury. Sankcje karno-skarbowe za świadome wystawienie WDT do nieistniejącego kontrahenta: do 720 stawek dziennych kary.

Korekta in-period vs cross-period — zasady

Korekty faktur dotyczących WDT mogą być wewnątrz okresu rozliczeniowego (in-period) lub między okresami (cross-period). Każdy rodzaj ma inne zasady raportowania w JPK_V7. Korekta in-period: korygująca faktura wystawiona w tym samym miesiącu co pierwotna. Łatwiejsza: tylko pomniejszenie/zwiększenie sumy w jednym JPK. Brak komplikacji z deklaracjami. Korekta cross-period (najczęstsze przypadki): pierwotna faktura w jednym miesiącu, korekta w kolejnym (lub późniejszym). Wymaga: ujęcia pierwotnej faktury w JPK miesiąca wystawienia (z odpowiednim VAT), ujęcia korekty w JPK miesiąca korekty (jako pomniejszenie/zwiększenie podstawy opodatkowania). Dodatkowo: jeśli korekta zmniejsza kwotę WDT, konieczność potwierdzenia z kontrahentem (formularz UE-W zwany powszechnie „faktura korygująca otrzymana”). Praktyczne implikacje. Brak potwierdzenia z kontrahentem: nie można pomniejszyć kwoty WDT w JPK — urząd skarbowy odrzuci korektę. Dla WDT pomiędzy okresami w innym roku podatkowym (najczęściej koniec roku): dodatkowa komplikacja przy zamknięciu roku podatkowego, oddzielne ujęcie w rozliczeniu rocznym. Dobre programy księgowe (Comarch, iFirma) automatyzują te procesy. Ręczna obsługa jest możliwa, ale podatna na błędy.

Najczęściej zadawane pytania

Powiązane