ARCHIWALNY TEMAT FORUM
Twój JPK_VAT ma status: 408
Witam,
Czy ktoś również miał taki problem:
Status dokumentu
Twój JPK_VAT ma status: 408
Dokument zawiera bledy uniemozliwiajace jego przetworzenie.
Jaki to może być błąd, czym spowodowany jak to naprawić ?
Komentarz 1:
| 2018-02-19 18:08:32
| 78.***.***.211
Jak(czym) wysyłka jpk została podpisana?
Komentarz 2:
| 2018-02-19 18:09:52
| 37.***.***.115
Witam
Miałem podobny kod błędu 408 podczas wysyłania JPK w Małej Księgowości RP. Obsługa techniczna nie stwierdziła błędów w przesłanym pliku, wobec powyższego napisałem na jpk.helpdesk z prośbą o pomoc. Dostałem taką odpowiedź: "W odpowiedzi na zgłoszenie informujemy, że dokument zawiera błędy uniemożliwiające jego przetworzenie, ponieważ najprawdopodobniej użyto niepoprawnego certyfikatu do zaszyfrowania klucza szyfrującego. Prosimy dokonać następnej wysyłki."
Plik podpisywałem profilem zaufanym epuap, więc podejrzewałem, że problem leży wyłącznie tutaj, ale w międzyczasie przesłałem ponownie ten sam plik do środowiska testowego. Po 4 dniach został przetworzony prawidłowo. Obecnie podpisuję pliki danymi autoryzującymi i przechodzą bez problemu w kilka sekund z potwierdzeniem.
Pozdrawiam
Tom
Miałem podobny kod błędu 408 podczas wysyłania JPK w Małej Księgowości RP. Obsługa techniczna nie stwierdziła błędów w przesłanym pliku, wobec powyższego napisałem na jpk.helpdesk z prośbą o pomoc. Dostałem taką odpowiedź: "W odpowiedzi na zgłoszenie informujemy, że dokument zawiera błędy uniemożliwiające jego przetworzenie, ponieważ najprawdopodobniej użyto niepoprawnego certyfikatu do zaszyfrowania klucza szyfrującego. Prosimy dokonać następnej wysyłki."
Plik podpisywałem profilem zaufanym epuap, więc podejrzewałem, że problem leży wyłącznie tutaj, ale w międzyczasie przesłałem ponownie ten sam plik do środowiska testowego. Po 4 dniach został przetworzony prawidłowo. Obecnie podpisuję pliki danymi autoryzującymi i przechodzą bez problemu w kilka sekund z potwierdzeniem.
Pozdrawiam
Tom
Komentarz 3:
| 2018-02-19 18:37:52
| 194.***.***.46
Witam,
Plik próbuję wysłać przez bramkę: mikro-jpk.mf.gov.p gdzie podpisuje się plik kwota przychodu za 2016 rok, próbowałam tez innym sposobem przez program jpk od ministerstwa i jest to samo...
Sam JPK wygenerowałam w programie druki GOFIN.
Plik próbuję wysłać przez bramkę: mikro-jpk.mf.gov.p gdzie podpisuje się plik kwota przychodu za 2016 rok, próbowałam tez innym sposobem przez program jpk od ministerstwa i jest to samo...
Sam JPK wygenerowałam w programie druki GOFIN.
Komentarz 4:
| 2018-02-19 18:41:33
| 78.***.***.211
Błąd 408 przy podpisie danymi autoryzującymi wskazuje na niedokładne podanie jednego z elementów podpisu np. imię pierwsze, nazwisko, data urodzenia, NIP, kwota przychodu z PIT za 2016, któa powinna być wpisana z dokładnością do 1 grosza.
Komentarz 5:
| 2018-02-19 18:47:01
| 194.***.***.46
Dane swoje znam :) problemu z przecinkiem, polskimi znakami w nazwisku tez nie ma bo takich nie posiadam... Zeznanie mam przed sobą i kwota również się zgadza... Może jakiś inny pomysł bo tutaj mam wszystko dobrze wpisane.
A nie mam już pomysłu jak to wysłać/obejść (błąd).
A nie mam już pomysłu jak to wysłać/obejść (błąd).
Komentarz 6:
| 2018-02-19 18:50:57
| 78.***.***.211
No to pozostaje już tylko: jpk.helpdesk@mf.gov.pl
Komentarz 7:
| 2018-02-19 19:05:23
| 37.***.***.157
Sprawdź czy dek VAT z druki gofin prześlesz podpisując danymi .Jeżeli przejdzie to upewnisz się że przychód jest ok i błąd jest inny. Powodzenia
Komentarz 8:
| 2018-02-19 19:18:12
| 194.***.***.46
Poszło więc z danymi nie ma problemu, jest to jakiś inny błąd ale walczę z tym od kilku dni i się poddaję. Możliwe, że robię gdzieś błąd przy tworzeniu samego pliku, ale od lat korzystam z druki GOFIN i pierwszy raz mam taka sytuację, że nie mogę sobie poradzić...
Komentarz 9:
| 2018-02-19 19:34:42
| 78.***.***.211
Z tego co wiem nie tylko ty masz taki problem. Niewykluczone, że winowajcą jest system jpk. Pisz na helpdesk i zaznacz, że poprawność danych autoryzujących została zweryfikowana.
Komentarz 10:
| 2018-02-19 19:57:02
| 78.***.***.211
Można jeszcze spróbować to. Trzeba otworzyć wygenerowany plik xml, skopiować dane i zapisać je w nowym pliku xml. Nowy plik wysłać.
Komentarz 11:
| 2018-02-19 21:07:47
| 188.***.***.129
Masz w programie gofin kontakt na mejla napisz do nich . Pisałam w innej sprawie odpisali szybko . Powodzenia.
Komentarz 12:
| 2018-02-19 22:50:09
| 37.***.***.115
Na pomoc jpk.helpdeskmf.govpl nie ma co liczyć, wysłałem plik do analizy 2 tygodnie temu i do dziś nie mam odpowiedzi. Jak ktoś słusznie zauważył, prawdopodobnie problem leży po stronie systemu jpk. W moim przypadku plik wygenerowany z MK RP nie wskazywał na jakiekolwiek błędy, struktura pliku xml prawidłowa, podobnie podpis.(plik analizowany przez programistów MK). Kiedyś kod 408 wyskakiwał, gdy brakowało kodu US, ale obecnie już nie jest wymagany.
W moim przypadku ponowne wysłanie pliku zakończyło się sukcesem, ale przetwarzanie trwało prawie 4 dni. Ten sam plik podpisany danymi autoryzującymi przechodzi w kilka sekund. Nie sądzę, że sam profil epuap jest problemem, gdyż z powodzeniem podpisuję deklaracje w zus pue, podobnie w ceidg oraz wysyłanie deklaracji podatkowych nie są problemem, tylko z jpk coś nie tak.
W moim przypadku ponowne wysłanie pliku zakończyło się sukcesem, ale przetwarzanie trwało prawie 4 dni. Ten sam plik podpisany danymi autoryzującymi przechodzi w kilka sekund. Nie sądzę, że sam profil epuap jest problemem, gdyż z powodzeniem podpisuję deklaracje w zus pue, podobnie w ceidg oraz wysyłanie deklaracji podatkowych nie są problemem, tylko z jpk coś nie tak.
Komentarz 13:
| 2018-02-19 23:04:02
| 89.***.***.211
Spróbuj otworzyć gotowy plik xml w zwykłym notatniku wybierz opcję zapisz jako i zmień kodowanie u dołu z utf-8 na ANSI.
Jeśli zadziała napisz.
Jeśli zadziała napisz.
Komentarz 14:
| 2018-02-20 08:52:41
| 91.***.***.109
Dzięki bardzo za pomysły, jutro będę wszystkie wypróbowywać może któryś zadziała, ale MF odpisze na moje maile.
Marzena
Marzena
Komentarz 15:
| 2018-02-20 09:24:46
| 37.***.***.157
Wyślij e-mail do gofina masz w zakładce. Pomogają.
Komentarz 16:
| 2018-02-20 11:07:56
| 83.***.***.22
To pomogło:
"Dobra, miałem to samo, czyli 408 i jakos przeszedłem temat.
Zmieniłem 2 rzeczy na raz więc nie wiem co zadziałało.
Zmieniłem:
1. Kodowanie xml-a z UTF-8 na UTF-8 bez BOM - użyłem do tego notepad++ jakby ktoś nie wiedzial jak.
2. Podpisywałem kwotą z pit i tym razem imię i nazwisko wpisałem z małej litery.
Nie wiem co przeszło, w każdym razie mam 200 i UPO więc powinno być ok."
"Dobra, miałem to samo, czyli 408 i jakos przeszedłem temat.
Zmieniłem 2 rzeczy na raz więc nie wiem co zadziałało.
Zmieniłem:
1. Kodowanie xml-a z UTF-8 na UTF-8 bez BOM - użyłem do tego notepad++ jakby ktoś nie wiedzial jak.
2. Podpisywałem kwotą z pit i tym razem imię i nazwisko wpisałem z małej litery.
Nie wiem co przeszło, w każdym razie mam 200 i UPO więc powinno być ok."
Komentarz 17:
| 2018-02-20 11:47:35
| 91.***.***.109
Mogę prosić o małą odpowiedź odnoście ptk 1:
1. Kodowanie xml-a z UTF-8 na UTF-8 bez BOM - użyłem do tego notepad++ jakby ktoś nie wiedział jak.
Jakaś podpowiedź jak to ogarnąć, czy wystarczy otworzyć plik i przy zapisywaniu zmienić kodowanie, czy jest to jakaś bardziej zaawansowana operacja.
Marzena
1. Kodowanie xml-a z UTF-8 na UTF-8 bez BOM - użyłem do tego notepad++ jakby ktoś nie wiedział jak.
Jakaś podpowiedź jak to ogarnąć, czy wystarczy otworzyć plik i przy zapisywaniu zmienić kodowanie, czy jest to jakaś bardziej zaawansowana operacja.
Marzena
Komentarz 18:
| 2018-02-20 11:55:04
| 145.***.***.212
W notepad++ tego nie wybiera się przy zapisywaniu, u góry jest opcja encoding (kodowanie) albo format i tam jestt lista kodowań powinno być utf-8 bez bom. Zaznaczyć to trzeba przed zapisywaniem.
Komentarz 19:
| 2018-02-20 14:53:05
| 213.***.***.218
Czy ktoś jeszcze próbował zmienić to kodowanie na utf-8 bez bom lub kontaktował się w tej sprawie z helpdesk jpk?
Komentarz 20:
| 2018-02-20 21:00:24
| 194.***.***.46
Witajcie,
Otworzyłam plik w notatniku zmieniłam kodowanie z utf-8 na ANSI i zapisałam jako xml i poszło ! :)
Bardzo dziękuje za wasza pomoc !
Bez was bym tego nie ogarnęła :)
Dziekuje
Otworzyłam plik w notatniku zmieniłam kodowanie z utf-8 na ANSI i zapisałam jako xml i poszło ! :)
Bardzo dziękuje za wasza pomoc !
Bez was bym tego nie ogarnęła :)
Dziekuje
Komentarz 21:
| 2018-02-20 23:46:37
| 176.***.***.186
Witam,
też miałam problem ze statusem 408.
Zmieniłam kodowanie a utf-8 na ANSI i zapisałam jako xml i też nie chciało iść. W końcu zamiast przecinka w kwocie przychodu za rok 2016 wstawiłam kropkę i poszło.
też miałam problem ze statusem 408.
Zmieniłam kodowanie a utf-8 na ANSI i zapisałam jako xml i też nie chciało iść. W końcu zamiast przecinka w kwocie przychodu za rok 2016 wstawiłam kropkę i poszło.
Komentarz 22:
| 2018-02-22 16:10:01
| 94.***.***.97
Miałem to samo, zapisałem w ANSI jako xml i poszło. dodatkowo w bramce do wpisania imienia i nazwiska używałem małych liter. dzięki wszystkim za pomoc
Komentarz 23:
| 2018-02-22 19:17:42
| 37.***.***.175
Dzięki, zmiana kodowania znaków z UTF-8-BOM na UTF-8 w notepad++ pomogło !
Komentarz 24:
| 2018-02-23 10:17:54
| 188.***.***.211
U mnie pomogło zainstalowanie notepad++ i tam zmiana z UTF-8 na UTF-8(bez BOM).
Komentarz 25:
| 2018-02-23 15:24:42
| 145.***.***.211
W większości przypadków błąd statusu 408 oznacza błąd wskazujący na wadliwe zakodowanie polskich znaków diakrytycznych w przesyłanym pliku.
Kodowanie polskich znaków diakrytycznych przesyłanych plików, winno być w standardzie UTF-8 bez BOM.
Jednym ze sposobów wyeliminowania tego problemu, to skorzystanie np. z aplikacji Notepad++ (zwykły Notatnik dostępny w systemie Windows, koduje w niewłaściwym formacie - UTF-8 ale z BOM. Zawiera niewidoczne (niedozwolone) znaki na początku pliku.).
W aplikacji NotePad++ należy otworzyć przedmiotowy plik CSV, a następnie wybrać opcję "Format"-> "Konwertuj na format UTF-8 bez BOM, a następnie "Plik" - "Zapisz”.
Następnie należy ponownie przesłać przedmiotowy plik.
Kodowanie polskich znaków diakrytycznych przesyłanych plików, winno być w standardzie UTF-8 bez BOM.
Jednym ze sposobów wyeliminowania tego problemu, to skorzystanie np. z aplikacji Notepad++ (zwykły Notatnik dostępny w systemie Windows, koduje w niewłaściwym formacie - UTF-8 ale z BOM. Zawiera niewidoczne (niedozwolone) znaki na początku pliku.).
W aplikacji NotePad++ należy otworzyć przedmiotowy plik CSV, a następnie wybrać opcję "Format"-> "Konwertuj na format UTF-8 bez BOM, a następnie "Plik" - "Zapisz”.
Następnie należy ponownie przesłać przedmiotowy plik.
Komentarz 26:
| 2018-02-24 21:59:22
| 84.***.***.139
Dziękuję bardzo za Wasze wcześniejsze wskazówki.
Niestety plik trzeba otworzyć w Notepad++ i zapisać w formacie UTF-8 bez BOM. W tym celu trzeba wybrać z menu głównego Notepad++, polecenie "Format" i dalej "koduj w UTF-8(bez BOM)" .
Pozdrawiam
Niestety plik trzeba otworzyć w Notepad++ i zapisać w formacie UTF-8 bez BOM. W tym celu trzeba wybrać z menu głównego Notepad++, polecenie "Format" i dalej "koduj w UTF-8(bez BOM)" .
Pozdrawiam
Komentarz 27:
| 2018-02-25 17:51:14
| 109.***.***.150
Rzeczywiście UTF-8 BOM - to tego wina - musi być samo UTF-8.
Komentarz 28:
| 2018-02-25 19:54:26
| 91.***.***.202
Miałem to samo - 408 przy wykorzystanie e-bramki
plik generowany z eDeka
poczytałem to co napisane tu zostało i zrobiłem korekcję na UTF8 bez BOM
no i za pierwszą próbą dostałem numerek 403 - błąd danych identyfikacyjnych
druga próba i to samo 403 - kurdę co jest???
za trzecim razem imię i nazwisko wpisałem DRUKOWANYMI !!!
efekt poszło i jest 200, i jest UPO.
dzięki dl apoprzedników.
plik generowany z eDeka
poczytałem to co napisane tu zostało i zrobiłem korekcję na UTF8 bez BOM
no i za pierwszą próbą dostałem numerek 403 - błąd danych identyfikacyjnych
druga próba i to samo 403 - kurdę co jest???
za trzecim razem imię i nazwisko wpisałem DRUKOWANYMI !!!
efekt poszło i jest 200, i jest UPO.
dzięki dl apoprzedników.
Komentarz 29:
| 2018-02-25 23:06:20
| 83.***.***.97
Analiza JPK w MF jest bardzo wrażliwa na składnię pliku. Plik może przechodzić weryfikację w aplikacji do wysyłania a MF go odrzuca. Trzeba pamiętać, że różnego rodzaju edytory tekstu potrafią dodawać tzw białe znaki na początku albo na końcu pliku, na końcu linii itp. I to będzie powodem błędu 408.
Przykładowo notatnik Windows dodaje na początku pliku 3 bajty spoza zakresu znaków "klawiaturowych", które są niewidoczne ani w edytorze ani na podglądzie pliku jeśli edytor wyświetla zawartość pliku w formacie UTF. Oczywiście to jest dodawane dopiero wtedy, kiedy się kliknie "zapisz plik".
Normalnie to nie powinno przeszkadzać interpreterowi XML, bo białe znaki poza znacznikami powinny być wszystkie ignorowane, ale w MF jak widać pracują "programiści pierwszego sortu" i taki problem ich przerasta.
Oczywiście grandą jest to, że plik XML przechodzi weryfikację w aplikacji użytkownika a filtr w MF ten sam plik odrzuca. Ale cóż...
Przykładowo notatnik Windows dodaje na początku pliku 3 bajty spoza zakresu znaków "klawiaturowych", które są niewidoczne ani w edytorze ani na podglądzie pliku jeśli edytor wyświetla zawartość pliku w formacie UTF. Oczywiście to jest dodawane dopiero wtedy, kiedy się kliknie "zapisz plik".
Normalnie to nie powinno przeszkadzać interpreterowi XML, bo białe znaki poza znacznikami powinny być wszystkie ignorowane, ale w MF jak widać pracują "programiści pierwszego sortu" i taki problem ich przerasta.
Oczywiście grandą jest to, że plik XML przechodzi weryfikację w aplikacji użytkownika a filtr w MF ten sam plik odrzuca. Ale cóż...
Komentarz 30:
| 2018-02-26 18:52:52
| 94.***.***.6
Faktycznie trzeba zmienić format na UTF8 bez BOM. wtedy działa od razu. A męczyłem się wcześniej pół dnia.
Komentarz 31:
| 2018-02-27 20:53:53
| 83.***.***.133
Witam a co to status 401 schemat niezgodny zad
pomocy !!
pomocy !!
Komentarz 32:
| 2018-03-08 15:44:17
| 91.***.***.214
Plik niezgodny ze schematem. Brak danych lub opisany wyżej problem z kodowaniem.
Te debile z MF nie ogarniją, że prawie każdy edytor zapisuje nieco inaczej.
Te debile z MF nie ogarniją, że prawie każdy edytor zapisuje nieco inaczej.
Wydawnictwo Podatkowe GOFIN sp. z o.o. nie ponosi odpowiedzialności za treści tematów i komentarzy umieszczanych
na łamach FORUM DYSKUSYJNEGO. Dodanie tematu lub komentarza jest równoznaczne z akceptacją
REGULAMINU FORUM DYSKUSYJNEGO (kliknij aby zapoznać się z regulaminem).
Komputerowa wersja serwisu
Mobilna wersja serwisu