Błąd przy walidacji pliku JPK_VAT(3)

Błąd przy walidacji pliku JPK_VAT(3)
GS
  • Rejestracja:ponad 14 lat
  • Ostatnio:11 minut
0

Problem nie pasował mi do żadnej kategorii forum, a ponieważ programuję w Delphi, więc umieszczam go w kategorii Delphi Pascal :))
Sam problem jest taki że walidując testowy plik JPK_VAT(3) przy pomocy aplikacji "Klient JPK 2.0", dostaję poniższy komunikat o błędzie:

Błąd techniczny
org.xml.sox.SAXParseException
Nieprawidłowy plik! Brakująca przestrzeń nazw JPK

Może ktoś już się spotkał z takim problemem ?

walidowany plik

Kopiuj
<JPKVAT3 xmlns="http://jpk.mf.gov.pl/wzor/2017/11/13/1113/" xmlns:etd="http://crd.gov.pl/xml/schematy/dziedzinowe/mf/2016/01/25/eD/DefinicjeTypy/">
  <Naglowek>
    <KodFormularza kodSystemowy="JPK_VAT (3)" wersjaSchemy="1-1">JPK_VAT</KodFormularza>
    <WariantFormularza>3</WariantFormularza>
    <CelZlozenia>1</CelZlozenia>
    <DataWytworzeniaJPK>2018-02-01T15:59:16</DataWytworzeniaJPK>
    <DataOd>2018-01-01</DataOd>
    <DataDo>2018-01-31</DataDo>
    <NazwaSystemu>SYSTEM FK</NazwaSystemu>
  </Naglowek>
  <Podmiot1>
    <etd:NIP>9999999999</etd:NIP>
    <etd:PelnaNazwa>FIRMA X</etd:PelnaNazwa>
    <etd:email>any@email.pl</etd:email>
  </Podmiot1>
  <SprzedazWiersz>
    <LpSprzedazy>1</LpSprzedazy>
    <NrKontrahenta>brak</NrKontrahenta>
    <NazwaKontrahenta>-</NazwaKontrahenta>
    <AdresKontrahenta>-</AdresKontrahenta>
    <DowodSprzedazy>-</DowodSprzedazy>
    <DataWystawienia>2018-01-01</DataWystawienia>
    <DataSprzedazy>2018-01-01</DataSprzedazy>
  </SprzedazWiersz>
  <SprzedazCtrl>
    <LiczbaWierszySprzedazy>1</LiczbaWierszySprzedazy>
    <PodatekNalezny>0.00</PodatekNalezny>
  </SprzedazCtrl>
  <ZakupWiersz>
    <LpZakupu>1</LpZakupu>
    <NrDostawcy>brak</NrDostawcy>
    <NazwaDostawcy>-</NazwaDostawcy>
    <AdresDostawcy>-</AdresDostawcy>
    <DowodZakupu>-</DowodZakupu>
    <DataZakupu>2018-01-01</DataZakupu>
    <DataWplywu>2018-01-01</DataWplywu>
  </ZakupWiersz>
  <ZakupCtrl>
    <LiczbaWierszyZakupow>1</LiczbaWierszyZakupow>
    <PodatekNaliczony>0.00</PodatekNaliczony>
  </ZakupCtrl>
</JPKVAT3>

edytowany 3x, ostatnio: flowCRANE
MY
  • Rejestracja:ponad 9 lat
  • Ostatnio:2 dni
  • Postów:1082
1

Z tego co kojarzę, to jeszcze nie było aktualizacji Klienta JPK po udostępnieniu nowej wersji JPK_VAT(3). Według mnie po prostu nie obsługuje on jeszcze tej wersji. Trzeba czekać aż pojawi się aktualizacja ze strony MF.

Żeby nie było, ja mam taki sam błąd w swoim systemie. Sprawdzałem jednak czy moje pliki zaczytują się w innych programach (które obsługują JPK_VAT(3)) i tam jest ok, więc ja tak to sobie tłumaczę. A jak to jest nie wiem tego na 100%.

A i nie podoba mi się frament:

Kopiuj
<JPKVAT3 xmlns="http://jpk.mf.gov.pl/wzor/2017/11/13/1113/" xmlns:etd="http://crd.gov.pl/xml/schematy/dziedzinowe/mf/2016/01/25/eD/DefinicjeTypy/">

U siebie mam samo

Kopiuj
<JPK xmlns=.....>
edytowany 2x, ostatnio: Mr.YaHooo
GS
  • Rejestracja:ponad 14 lat
  • Ostatnio:11 minut
0

@Mr.YaHooo:
też mam takie podejrzenie że póki co MF tylko opublikowało specyfikację JPK_VAT(3) , ale serwery MF i narzędzia (Klient JPK) nie są gotowe na nowy format plików

GS
  • Rejestracja:ponad 14 lat
  • Ostatnio:11 minut
0

U siebie mam samo
<JPK xmlns=.....>

muszę ty sprawdzić bo tu mogę mieć błąd

MY
  • Rejestracja:ponad 9 lat
  • Ostatnio:2 dni
  • Postów:1082
0

@grzegorz_so oby to tak było. Najlepiej by było spróbować wysłać testowy plik w nowej wersji na serwer z pominięciem aplikacji MF i sprawdzić jaka będzie odpowiedź.

GS
  • Rejestracja:ponad 14 lat
  • Ostatnio:11 minut
0

zmieniłem "JPKVAT3" na "JPK" ale wciąż ten sam błąd
Wniosek z dyskusji jest taki że MF ma totalny burdel, publikuje nowy format (JPK_vat(3)) a udostępniane narzędzia nic nie wiedzą o nowym formacie :)
Cóż, dobrze że jeszcze jest ponad dwa miesiące do wysyłki plików w nowym formacie i jest jakiś czas na dopracowanie aplikacji aby generowały pliki w nowym formacie. A żenada, że na dwa miesiące przed terminem MF nie jest gotowe na nowy format

edytowany 1x, ostatnio: grzegorz_so
MY
  • Rejestracja:ponad 9 lat
  • Ostatnio:2 dni
  • Postów:1082
0

Tak, jak dla mnie to żenujące. A znając życie i bałagan panujący z MF udostępnienie nowej wersji KlientaJPK odbędzie się dopiero w lutym 2018, kiedy to wszystkie pliki w wersji 2 będą wysłane. Bo pewnie Klient nie obsługuje paru wersji danego formularza :]

GS
  • Rejestracja:ponad 14 lat
  • Ostatnio:11 minut
0

@Mr.YaHooo:
A wtedy zostanie kilka dni na walidację czy pliki są zgodne ze specyfikacją MF..
I będzie podobnie jak z CEPIK na początku grudnia tego roku :)

edytowany 1x, ostatnio: grzegorz_so
MY
@grzegorz_so I tak najciekawiej zawsze jest w przypadku nowych wydruków PIT'ów. Ostatnio było można już wystawiać PIT'y roczne dla pracowników, ludzie przychodzili do księgowych w firmach aby się rozliczyć i wcześniej dostać zwrot nadpłaconego podatku, a nowych druków jeszcze nie było...
PA
  • Rejestracja:ponad 22 lata
  • Ostatnio:15 minut
  • Postów:3866
0

Tak, mnie tknęło dlaczego sprawdzacie poprawność w innych pogramach do wysyłki zamiast sprawdzić poprawność za pomocą xsd (http://www.mf.gov.pl/documents/764034/6145258/Schemat_JPK_VAT%283%29_v1-1.xsd) przecież to wam da odpowiedź czy to jest poprawne?

GS
  • Rejestracja:ponad 14 lat
  • Ostatnio:11 minut
0

@Panczo:
wykonywałem taką walidację. Plik XML jest zgodny ze schemą, ale "KLIENT JPK" wciąż zgłasza taki sam błąd.

Błąd techniczny
org.xml.sox.SAXParseException
Nieprawidłowy plik! Brakująca przestrzeń nazw JPK

Kopiuj
<JPK xmlns="http://jpk.mf.gov.pl/wzor/2017/11/13/1113/" xmlns:etd="http://crd.gov.pl/xml/schematy/dziedzinowe/mf/2016/01/25/eD/DefinicjeTypy/">
  <Naglowek>
    <KodFormularza kodSystemowy="JPK_VAT (3)" wersjaSchemy="1-1">JPK_VAT</KodFormularza>
    <WariantFormularza>3</WariantFormularza>
    <CelZlozenia>1</CelZlozenia>
    <DataWytworzeniaJPK>2018-02-01T15:59:16</DataWytworzeniaJPK>
    <DataOd>2018-01-01</DataOd>
    <DataDo>2018-01-31</DataDo>
    <NazwaSystemu>SYSTEM FK</NazwaSystemu>
  </Naglowek>
  <Podmiot1>
    <NIP>9999999999</NIP>
    <PelnaNazwa>FIRMA X</PelnaNazwa>
  </Podmiot1>
  <SprzedazWiersz>
    <LpSprzedazy>1</LpSprzedazy>
    <NrKontrahenta>brak</NrKontrahenta>
    <NazwaKontrahenta>-</NazwaKontrahenta>
    <AdresKontrahenta>-</AdresKontrahenta>
    <DowodSprzedazy>-</DowodSprzedazy>
    <DataWystawienia>2018-01-01</DataWystawienia>
    <DataSprzedazy>2018-01-01</DataSprzedazy>
  </SprzedazWiersz>
  <SprzedazCtrl>
    <LiczbaWierszySprzedazy>1</LiczbaWierszySprzedazy>
    <PodatekNalezny>0.00</PodatekNalezny>
  </SprzedazCtrl>
  <ZakupWiersz>
    <LpZakupu>1</LpZakupu>
    <NrDostawcy>brak</NrDostawcy>
    <NazwaDostawcy>-</NazwaDostawcy>
    <AdresDostawcy>-</AdresDostawcy>
    <DowodZakupu>-</DowodZakupu>
    <DataZakupu>2018-01-01</DataZakupu>
    <DataWplywu>2018-01-01</DataWplywu>
  </ZakupWiersz>
  <ZakupCtrl>
    <LiczbaWierszyZakupow>1</LiczbaWierszyZakupow>
    <PodatekNaliczony>0.00</PodatekNaliczony>
  </ZakupCtrl>
</JPK>
edytowany 2x, ostatnio: grzegorz_so
MY
  • Rejestracja:ponad 9 lat
  • Ostatnio:2 dni
  • Postów:1082
0
Panczo napisał(a):

Tak, mnie tknęło dlaczego sprawdzacie poprawność w innych pogramach do wysyłki zamiast sprawdzić poprawność za pomocą xsd (http://www.mf.gov.pl/documents/764034/6145258/Schemat_JPK_VAT%283%29_v1-1.xsd) przecież to wam da odpowiedź czy to jest poprawne?

To, że plik jest poprawny z punktu widzenia schemy xsd nie oznacza, że jest jeszcze poprawny z punktu widzenia Ministerstwa Finansów. Przy wersji 1 miałem bodaj taki przypadek, że schema opisywała dane pole jako opcjonalne, a było one wymagane. Nie pamiętam tylko w tej chwili co to było dokładnie.

Klient JPK dokonuje również weryfikacji merytorycznej pliku, która to jest niemożliwa do przeprowadzenia za pomocą samego xsd.

PA
  • Rejestracja:ponad 22 lata
  • Ostatnio:15 minut
  • Postów:3866
0

Też miałem przypadki opisywane przez ciebie, sprawdzenie merytoryczne nawet w kliencie MF musiałem wyłączyć, ponieważ wskazywał na nieaktywne nipy dla aktywnych. Support odpisywał, że będę poprawiali, ale można wyłączyć...
Pewność masz na statusie 200 ;)

MY
@Panczo otóż to. U mojego klienta aplikacja MF pokazywała nawet, że REGON jest niepoprawny...
GS
  • Rejestracja:ponad 14 lat
  • Ostatnio:11 minut
0

"nieprawidłowe" NIPy, szczególnie te niepolskie, to niemal norma, ale serwer MF łykał pliki z takimi NIPami.
W takiej sytuacji KILENT JPK sygnalizował błędy merytoryczne, ale nie było błędów semantycznych

edytowany 2x, ostatnio: grzegorz_so
PA
  • Rejestracja:ponad 22 lata
  • Ostatnio:15 minut
  • Postów:3866
0

Dlatego ja olałem sprawdzenie merytoryczne, bo nawet jeżeli klient JPK cos znajdował to i tak przechodziło przez bramkę. Zresztą tylko jeden klient wysyla poza moim programem więc grzecznie czekają na status z bramki ;)

GS
  • Rejestracja:ponad 14 lat
  • Ostatnio:11 minut
0

@Panczo:

próbowałeś wysłać do bramki MF jakikolwiek plik JPK VAT(3) ?? jaki miałeś status UPO ? 200?

edytowany 1x, ostatnio: grzegorz_so
GS
  • Rejestracja:ponad 14 lat
  • Ostatnio:11 minut
0

@Panczo:
ja też olałem merytoryczną walidację plików przez klienta MF, używam jej do testów i patrzę tylko na semantykę, a same pliki wysyłam z pominięciem aplikacji "KLIENT JPK"

PA
  • Rejestracja:ponad 22 lata
  • Ostatnio:15 minut
  • Postów:3866
0

Nie, patrzyłem tylko na zmiany jakie wprowadzili. Pierwsze formalne wysyłki dopiero w lutym wiec sporo czasu...

GS
  • Rejestracja:ponad 14 lat
  • Ostatnio:11 minut
0

wiem że jeszcze sporo czasu ale chciałem przetestować to z wyprzedzeniem
same zmiany nie są duże

edytowany 1x, ostatnio: grzegorz_so
0

jak inaczej moge wyslac plik jpk? mam niestety ten sam problem w najnowszej i slusznej wersji (wg. MF) programu...

PA
  • Rejestracja:ponad 22 lata
  • Ostatnio:15 minut
  • Postów:3866
1
GS
  • Rejestracja:ponad 14 lat
  • Ostatnio:11 minut
0

@Panczo: wielkie dzięki za to że wypatrzyłeś to na stronie MF i opublikowałeś na forum
ściągnąłem program i widzę że moje pliki są prawidłowe
duża ulga, bo termin 25 lutego coraz bliżej

edytowany 3x, ostatnio: grzegorz_so
Zobacz pozostałe 2 komentarze
PA
Zakładam ze tak jak było ze zmiana na wersje 2, wersja schemy ma być adekwatna do okresu za jaki wysyłasz, czyli za 2017 wersja 2
GS
i tu robi się burdel bo w wersji "2" był "cel złożenia" - "1" to złożenie, "2" korekta , w wersji "3" - "1" to złożenie a wyższe wartości są definiują kolejne korekty. Jak zanumerować korektę wysyłaną w 2018 roku do pliku który już był korygowany w 2017 roku ?
PA
WW linku wyżej masz odpowiedź, jeżeli była korekta to numerujesz od 3 niezależnie ile tych korekt było, jak nie było to 2, i nie masz racji w wersji 3 CelZlozenia to jest numorowane od 0, 0 - pierwotny plik i korekty numerowane od 1
GS
ok, masz rację, w wersji 3 numeracja plików zaczyna się od zera..
0

Dzisiaj zamieścili wersję DEMO Klienta JPK 2.0, który teoretycznie obsługuje schemę (3). Niestety ciągle ten sam błąd u mnie wyskakuje o brakującej przestrzeni nazw.

http://www.finanse.mf.gov.pl/pp/jpk/komunikaty/-/asset_publisher/UB1c

edytowany 1x, ostatnio: flowCRANE
GS
  • Rejestracja:ponad 14 lat
  • Ostatnio:11 minut
0

@uczynny karp
ja nie miałem żadnych problemów z walidacją. Może rzeczywiście masz w pliku błąd w definicjach "namespaces"
pokaż nagłówek pliku

MG
  • Rejestracja:około 7 lat
  • Ostatnio:około 7 lat
  • Postów:2
0

Cześć,

również mam ten problem - plik xml utworzony wg schematu w wersji trzeciej i pojawiający się błąd o braku przestrzeni nazw podczas załączania pliku w aplikacji JPK 2.0 DEMO.
Czy mógłby ktoś załączyć linijkę z przestrzeniami nazw w wersji trzeciej, które przechodzą w aplikacji JPK 2.0 DEMO?

Z góry dziękuję.

GS
  • Rejestracja:ponad 14 lat
  • Ostatnio:11 minut
1

@marcin_grzegorz:
popatrz na mój post pod tym wątkiem z 2017-12-20 07:51

MG
  • Rejestracja:około 7 lat
  • Ostatnio:około 7 lat
  • Postów:2
0

Dziękuję - chyba wszystko działa - jestem w trakcie weryfikacji.

0
grzegorz_so napisał(a):

@uczynny karp
ja nie miałem żadnych problemów z walidacją. Może rzeczywiście masz w pliku błąd w definicjach "namespaces"
pokaż nagłówek pliku

Już jest ok, brakowało u mnie tej przestrzeni nazw:

Kopiuj
xmlns="http://jpk.mf.gov.pl/wzor/2017/11/13/1113/"

Teraz waliduje bez problemu. Dzięki za tamten wpis, naprowadził mnie na rozwiązanie.

edytowany 4x, ostatnio: flowCRANE
MY
  • Rejestracja:ponad 9 lat
  • Ostatnio:2 dni
  • Postów:1082
1

Uwaga jest postęp. Dziś zauważyłem, że wersja produkcyjna Klienta JPK wczytuje JPK_VAT(3) bez problemów.

0

Produkcyjna czyli jaka? 1.0.3.1?

MY
  • Rejestracja:ponad 9 lat
  • Ostatnio:2 dni
  • Postów:1082
0

Tak. O tej wersji pisałem.

Kliknij, aby dodać treść...

Pomoc 1.18.8

Typografia

Edytor obsługuje składnie Markdown, w której pojedynczy akcent *kursywa* oraz _kursywa_ to pochylenie. Z kolei podwójny akcent **pogrubienie** oraz __pogrubienie__ to pogrubienie. Dodanie znaczników ~~strike~~ to przekreślenie.

Możesz dodać formatowanie komendami , , oraz .

Ponieważ dekoracja podkreślenia jest przeznaczona na linki, markdown nie zawiera specjalnej składni dla podkreślenia. Dlatego by dodać podkreślenie, użyj <u>underline</u>.

Komendy formatujące reagują na skróty klawiszowe: Ctrl+B, Ctrl+I, Ctrl+U oraz Ctrl+S.

Linki

By dodać link w edytorze użyj komendy lub użyj składni [title](link). URL umieszczony w linku lub nawet URL umieszczony bezpośrednio w tekście będzie aktywny i klikalny.

Jeżeli chcesz, możesz samodzielnie dodać link: <a href="link">title</a>.

Wewnętrzne odnośniki

Możesz umieścić odnośnik do wewnętrznej podstrony, używając następującej składni: [[Delphi/Kompendium]] lub [[Delphi/Kompendium|kliknij, aby przejść do kompendium]]. Odnośniki mogą prowadzić do Forum 4programmers.net lub np. do Kompendium.

Wspomnienia użytkowników

By wspomnieć użytkownika forum, wpisz w formularzu znak @. Zobaczysz okienko samouzupełniające nazwy użytkowników. Samouzupełnienie dobierze odpowiedni format wspomnienia, zależnie od tego czy w nazwie użytkownika znajduje się spacja.

Znaczniki HTML

Dozwolone jest używanie niektórych znaczników HTML: <a>, <b>, <i>, <kbd>, <del>, <strong>, <dfn>, <pre>, <blockquote>, <hr/>, <sub>, <sup> oraz <img/>.

Skróty klawiszowe

Dodaj kombinację klawiszy komendą notacji klawiszy lub skrótem klawiszowym Alt+K.

Reprezentuj kombinacje klawiszowe używając taga <kbd>. Oddziel od siebie klawisze znakiem plus, np <kbd>Alt+Tab</kbd>.

Indeks górny oraz dolny

Przykład: wpisując H<sub>2</sub>O i m<sup>2</sup> otrzymasz: H2O i m2.

Składnia Tex

By precyzyjnie wyrazić działanie matematyczne, użyj składni Tex.

<tex>arcctg(x) = argtan(\frac{1}{x}) = arcsin(\frac{1}{\sqrt{1+x^2}})</tex>

Kod źródłowy

Krótkie fragmenty kodu

Wszelkie jednolinijkowe instrukcje języka programowania powinny być zawarte pomiędzy obróconymi apostrofami: `kod instrukcji` lub ``console.log(`string`);``.

Kod wielolinijkowy

Dodaj fragment kodu komendą . Fragmenty kodu zajmujące całą lub więcej linijek powinny być umieszczone w wielolinijkowym fragmencie kodu. Znaczniki ``` lub ~~~ umożliwiają kolorowanie różnych języków programowania. Możemy nadać nazwę języka programowania używając auto-uzupełnienia, kod został pokolorowany używając konkretnych ustawień kolorowania składni:

```javascript
document.write('Hello World');
```

Możesz zaznaczyć również już wklejony kod w edytorze, i użyć komendy  by zamienić go w kod. Użyj kombinacji Ctrl+`, by dodać fragment kodu bez oznaczników języka.

Tabelki

Dodaj przykładową tabelkę używając komendy . Przykładowa tabelka składa się z dwóch kolumn, nagłówka i jednego wiersza.

Wygeneruj tabelkę na podstawie szablonu. Oddziel komórki separatorem ; lub |, a następnie zaznacz szablonu.

nazwisko;dziedzina;odkrycie
Pitagoras;mathematics;Pythagorean Theorem
Albert Einstein;physics;General Relativity
Marie Curie, Pierre Curie;chemistry;Radium, Polonium

Użyj komendy by zamienić zaznaczony szablon na tabelkę Markdown.

Lista uporządkowana i nieuporządkowana

Możliwe jest tworzenie listy numerowanych oraz wypunktowanych. Wystarczy, że pierwszym znakiem linii będzie * lub - dla listy nieuporządkowanej oraz 1. dla listy uporządkowanej.

Użyj komendy by dodać listę uporządkowaną.

1. Lista numerowana
2. Lista numerowana

Użyj komendy by dodać listę nieuporządkowaną.

* Lista wypunktowana
* Lista wypunktowana
** Lista wypunktowana (drugi poziom)

Składnia Markdown

Edytor obsługuje składnię Markdown, która składa się ze znaków specjalnych. Dostępne komendy, jak formatowanie , dodanie tabelki lub fragmentu kodu są w pewnym sensie świadome otaczającej jej składni, i postarają się unikać uszkodzenia jej.

Dla przykładu, używając tylko dostępnych komend, nie możemy dodać formatowania pogrubienia do kodu wielolinijkowego, albo dodać listy do tabelki - mogłoby to doprowadzić do uszkodzenia składni.

W pewnych odosobnionych przypadkach brak nowej linii przed elementami markdown również mógłby uszkodzić składnie, dlatego edytor dodaje brakujące nowe linie. Dla przykładu, dodanie formatowania pochylenia zaraz po tabelce, mogłoby zostać błędne zinterpretowane, więc edytor doda oddzielającą nową linię pomiędzy tabelką, a pochyleniem.

Skróty klawiszowe

Skróty formatujące, kiedy w edytorze znajduje się pojedynczy kursor, wstawiają sformatowany tekst przykładowy. Jeśli w edytorze znajduje się zaznaczenie (słowo, linijka, paragraf), wtedy zaznaczenie zostaje sformatowane.

  • Ctrl+B - dodaj pogrubienie lub pogrub zaznaczenie
  • Ctrl+I - dodaj pochylenie lub pochyl zaznaczenie
  • Ctrl+U - dodaj podkreślenie lub podkreśl zaznaczenie
  • Ctrl+S - dodaj przekreślenie lub przekreśl zaznaczenie

Notacja Klawiszy

  • Alt+K - dodaj notację klawiszy

Fragment kodu bez oznacznika

  • Alt+C - dodaj pusty fragment kodu

Skróty operujące na kodzie i linijkach:

  • Alt+L - zaznaczenie całej linii
  • Alt+, Alt+ - przeniesienie linijki w której znajduje się kursor w górę/dół.
  • Tab/⌘+] - dodaj wcięcie (wcięcie w prawo)
  • Shit+Tab/⌘+[ - usunięcie wcięcia (wycięcie w lewo)

Dodawanie postów:

  • Ctrl+Enter - dodaj post
  • ⌘+Enter - dodaj post (MacOS)