[Liferov]

Próbował już ktoś tworzyć aplikacje do wysyłania JPK zgodnie ze specyfikacją MF? Przebrnąć przez te wszystkie kompresje, kodowanie, generowanie xml, podpis elektroniczny i podłączenie się do bramki?

#programowanie #sap #erp #jpk

[durek89]

@Gibonowski ja obrobilem xml'a i sam przygotowalem szablon pdf na zwor upo od mf

[mmm234]

odpowiedź z supportu jpk, ad. pobierania UPO z PDF jak do e-deklaracji i pit-ów

Z informacji jakie otrzymaliśmy od Ministerstwa Finansów, na chwilę obecną nie ma aktywnej usługi wyświetlenia UPO w pdf i nie ma takiej możliwości na stronie e-Deklaracji.

Można to zrobić np. w przeglądarce.

zatem @ErrorInLine1 wygląda na to, że miałeś rację z własnym generowaniem szablonu UPO wg. otrzymanych danych ze zwrotki Jsona

[Juzbrig]

Dostaję odpowiedź
{"Code":412,"Description":"Dokument nieprawidłowo zaszyfrowany","Details":"ERROR_DECOMPRESS","Timestamp":"2016-08-18T09:27:10+00:00","Upo":""}

Nie wiem o jaki szyfr chodzi, RSA robię tak jak @rollon
C#: http://pastebin.com/8VPbYVNE

To mój plik InitUpload.xml:
http://pastebin.com/vVLussDj

Nie wiem co jest źle, AES się rozszyfrowuje u kolegi, chyba jest dobrze.

[mmm234]

@Juzbrig: prześledź i porównaj Twój kod z tym podanym przez @Gibonowski w tym wątku a znajdziesz różnice i możliwe rozwiązanie

[E.....1]

@Juzbrig: X509Certificate2 certificate = new X509Certificate2("scieżka do certyfikatu MF"); - nie ścieżka do certyfikatu tylko ścieżka do pliku pem w którym jest klucz publiczny

[Juzbrig]

@ErrorInLine1: No tak tak, do tego: http://www.mf.gov.pl/documents/764034/5134536/JPKMFTest-klucz+publiczny+do+szyfrowania.pem

[E.....1]

@Juzbrig: na produkcyjną jest inny klucz

[Juzbrig]

@ErrorInLine1: serio? Dajcie please :)

[E.....1]

@ErrorInLine1: na stronie MF jest zip: publiczne e-dokumenty.mf.gov.pl.zip a w nim siedzi klucz

[marcin_mi]

Wczoraj po wysyłce prawdziwego JPK VAT (z prawdziwym NIP-em) na bramkę produkcyjną po statusie 303 otrzymaliśmy status 408. Wysłaliśmy zatem ten sam plik raz jeszcze, ale jako testowy (z NIP-em składającym się z jedynek) i plik przetworzył się prawidłowo - to znaczy osiągnął status 200.
Ktoś może wie, o co może chodzić ?

[mmm234]

@marcin_mi: zgłoś na support [e-mail] i podziel się odpowiedzią

[sarenka_3]

może ktoś opublikować init upload który daje rezultat 200 + klucz AES który był szyfrowany. Wówczas można by mieć pewność że szyfrowanie klucza szyfrującego jest zrobione poprawnie (jeśli otrzyma się ten sam rezultat)

[sarenka_3]

(na bramce produkcyjnej)

[waf6505]

@marcin_mi: ciekawostka, 408 Dokument zawiera błędy uniemożliwiające jego przetworzenie. Z tego co piszesz wynika, że błąd jest wyrzucany z powodu podania poprawnego NIP'u. Czyżby była blokada przed przyjmowaniem produkcyjnych danych i tylko można testować?

Czy udało się komuś wysłać rzeczywiste/nietestowe dane i otrzymał UPO? 25 sierpnia już za pasem więc czasu nie zostało zbyt wiele.

Czy na dostarczenie JPK_VAT jest ten sam termin co na deklarację VAT?

[durek89]

@waf6505 tak wyslalem juz u kilku klientow deklaracje i wszystko dziala jak nalezy (otrzymany status 200)
Upo pobralem i wrzucilem do wlasnego szablonu pdf.
Terminy sa takie same jak na VAT

[waf6505]

Ograniczenie narzucone w XSD na wartości elementu JPKFA/Faktura/P5B
czyli NIP nabywcy dopuszcza tylko NIP podmiotów krajowych a co z
nabywcami zagranicznymi?

[Liferov]

Przy wysyłce mam ciągle 401. Sprawa o tyle dziwna, że xml na bank są poprawne, przy wysyłce inną aplikacją przechodzą i mam UPO. Ktoś miał podobny problem? Czy przy kompresji lub szyfrowaniu możliwa jest zmiana struktury pliku?
szyfrowanie: http://wklej.org/id/2785676/ kompresja: http://wklej.org/id/2785677/ blob: http://wklej.org/id/2785678/

[marcin_mi]

@waf6505: nie wiem z czego wynika komunikat 408.
Dla e-deklaracji wyjaśnienie jest takie:
System e-Deklaracje podjął kilkukrotną próbę przeprowadzenia formalnej weryfikacji – zakończoną negatywnie. Na skutek pojawienia się błędu, którego system nie może zakwalifikować do znanej mu kategorii, dokument jest uznany za nieprawidłowy bez możliwości wskazania jednej przyczyny błędu. Warto skontrolować całą deklarację, ewentualnie spróbować wysłać ją ponownie. Deklaracja nie została złożona, więc nie istnieje ryzyko podwójnej wysyłki.

Plik, który został

[E.....1]

@waf6505: W związku z ograniczeniami na te pola (JPKFA/Faktura/P4B i JPKFA/Faktura/P5B) napisałem maila do jpk.support mam nadzieję, że wyjaśnią problem bo pole P4B również może mieć inny niż polski NIP (w przypadku podmiotów zagranicznych zarejestrowanych na potrzeby VAT w Polsce którzy to muszą raportować JPKFA i JPK_VAT)

[waf6505]

Ministerstwo Finansów informuje, że w dniu 19 sierpnia 2016 roku na stronach Biuletynu Informacji Publicznej Ministerstwa Finansów w zakładce dotyczącej Jednolitego Pliku Kontrolnego została udostępniona aplikacja kliencka do wysyłania plików JPK_VAT.