[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

[E.....1]

serwery padły a kary zapłaci podatnik w przypadku niewysłania dokumentu, oby tak dalej, zastanawiam się na zmianą branży bo to co teraz się dzieje z JPK to istny cyrk

[cmario74]

Witam serdecznie. Mam problem z wysłaniem JPK w momencie wysyłki podpisanego XAdES (podpis Szafir) wyskakuje błąd „AkxN8Z8k4HQ= 130 Referencje w podpisie zostały negatywnie zweryfikowane. Dane prawdopodobnie zostały zmodyfikowane”
Czy ktoś może coś powiedzieć na ten temat.
Z góry dzięki i pozdrawiam
Mariusz

[mmm234]

@cmario74: pytaj producenta, mnie wczoraj serwis Certum odpowiedział, co prawda po 6h ale zawsze (jak ustawić opcje podpisu Xades-BES w ich programie... aby podpisywać pliki JPK_VAT.initupload.xml w programie MF)...

[piatek79]

@cmario74: Ustaw parametry podpisu jak napisał powyżej @keytax. Ja w szafirze zaznaczyłem opcję podpis otaczający.
Wtedy poszło.

Pozdrawiam
Adam

[E.....1]

Walidacja POPRAWNEGO pliku JPK_VAT przy użyciu:
XmlReaderSettings
XmlSchema
XmlReader
zwraca: Dane na poziomie głównym są nieprawidłowe. wiersz 1, pozycja 1.
O co może chodzić z tym błędem, parsery on-line zwracają info, że plik XML jest poprawny!

[waf6505]

@ErrorInLine1: Może jakiś problem z BOM (ang. byte order mark)?

[aslodowy]

Sie ma, próbował ktokolwiek zaprogramować to JPK w Delphi 2010 przy użyciu MS CryptoAPI? Ja ciągle mam błąd 412 i ni cholery tego przeskoczyć nie mogę, kod wygląda tak:

function WinError(const RetVal: BOOL; const FuncName: String): BOOL;
var
 dwResult: Integer;
begin
 Result:=RetVal;
 if not RetVal then begin
 dwResult:=GetLastError();
 raise ERSAEncryptionError.CreateFmt('Error [x%x]: %s failed.'#13#10'%s', [dwResult, FuncName, SysErrorMessage(dwResult)]);
 end;
end;

function CryptoAPI_Encrypt_RSA(const Input: TBytes; const cert: TMemoryStream): String;
var
 derCert: AnsiString;
 derCertLen: Cardinal;

[redman0]

@Liferov: Witam, mam ten sam problem. Sprawdzam plik JPK innymi narzędziami zewnętrznymi i jest poprawny pod względem XSD. Dodatkowo wysyłając mój plik aplikacją MF wszystko przechodzi bez problemu. Czy udało Ci się rozwiązać ten problem?

[E.....1]

@redman0: w metodzie do walidacji XML(a) tworzyłem XmlReader books = XmlReader.Create(new StringReader(dokumentXml), booksSettings), wystarczyło zrezygnować ze StringReader na rzecz MemoryStream i problem z komunikatem
'Dane na poziomie głównym są nieprawidłowe. wiersz 1, pozycja 1.' zniknął.

[Liferov]

@redman0: w moim przypadku była nie spójność z danymi w initupload a w pliku JPK. Np. miałem w initupload JPK_KR a wysyłałem VAT :):):)

[redman0]

@Liferov: Dzięki za odpowiedź. U mnie nie ma tego problemu o którym piszesz. Porównuję zaszyfrowany plik metadanych z plikiem metadanych wygenerowanym przez aplikację MF i jest taki sam. Różni się oczywiście hashami wewnątrz, ale to nie powinno mieć znaczenia do XSD. Sprawdzam także sam plik JPK VAT czy jest zgodny z XSD i jest zgodny. Mimo tego dostaję komunikat 401. Czy teraz udaje Ci się wysyłać te pliki poprawnie do ministerstwa

[Rychoc]

DocumentLi

@spider07: Też mi się to zdarzyło. Zajrzałem do initupload.xsd (oczywiscie przez VS2015) i w linii 42 stoi jak byk:

Czyli ten jeden dokument jest by-design. Bez sensu

[Rychoc]

wklej.

@Liferov: Poratowałeś, dzięki, bo się już trzy dni męczyłem. Podpis mam z cencert i wszystko śmiga

[waf6505]

@Rychoc: Na pytanie w tej sprawie dostałem taką odpowiedź:

"Niestety w związku z wymaganiami formalnoprawnymi każdy pojedynczy plik JPK powinien zostać wysłany w oddzielnej sesji, ponieważ dla każdego z dokumentów zostanie wystawione oddzielne urzędowe poświadczenie odbioru (UPO). Trwają prace analityczne aby w przyszłości rozszerzyć mechanizm przesyłania jednorazowo wielu plików JPK."

[redman0]

@redman0: No i zadziałała wysyłka, okazało się że przy przesyłaniu pliku w RequestBody psuła się jego zawartość :)

[adam-bubula]

Cały czas dostaje 412 status "Dokument nieprawidłowo zaszyfrowany". Nie wiem już co może być tam źle. Mój fragment kodu odpowiedzialny za szyfrowanie i tworzenie skrótów:

string filepath = JpkStoreDirPath + file.NazwaPliku;

 // generate one-time encryption key
 AesCryptoServiceProvider aesEncryption = new AesCryptoServiceProvider();
 aesEncryption.KeySize = 256;
 aesEncryption.BlockSize = 128;
 aesEncryption.Mode = CipherMode.CBC;
 aesEncryption.Padding = PaddingMode.PKCS7;
 aesEncryption.GenerateIV();
 string ivStr = Convert.ToBase64String(aesEncryption.IV);
 aesEncryption.GenerateKey();

 //get sha256
 byte[] hashValue;
 string hash256;
 using (FileStream fileStream = File.Open(filePath, FileMode.Open))
 {

[cmario74]

@piatek79: Dziękuję serdecznie wszystkim za pomoc. Potwierdzam, pomogło zaznaczenie opcji podpis otaczający.
Dziękuje i pozdrawiam serdecznie
Mariusz

[durek89]

@adam-bubula ktos tutaj napisal ze wykorzystanie AesCryptoServiceProvider jest zle :) i nalezy to zastapic najlepiej wykorzystaj metode od @Gibonowski ona na pewno dziala http://pastebin.com/kVD04uYx a potem mozesz pokombinowac jak tos obie przerobic po swojemu.

[adam-bubula]

@durek Ok dzięki :) Poszło dalej i teraz mam długo status 303. Chyba już po tym statusie powinno wejść 200? Miał ktoś inny status po 303? :)

[durek89]

@adam-bubula jak nie kupiles podpisu kwalifikowanego na stadionie to powinno byc ok ;) czeka sie dosc dlugo na 200.