[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

[IlIlIlllIIl]

@Liferov: Problem niestety może być w wielu miejscach. Najlepiej sprawdź sobie programem http://www.certum.pl/certum/cert,oferta_proCertum_Smart_Sign.xml czy to co przesyłasz weryfikuje się poprawnie. Możesz też podpisać tym programem i wysłać, jeżeli będzie OK to porównaj sobie wygenerowany przez siebie i przez ten program. Potem możesz tak modyfikować kod żeby otrzymać to co z tego programu.

[mrczeg1991]

@IlIlIlllIIl: Jak użyje proCentrum Smart Sign to dostaje odpowiedź "Referencje w podpisie zostały negatywnie zweryfikowane. Dane prawdopodobnie zostały zmodyfikowane" miałeś coś takiego ?

[IlIlIlllIIl]

@mrczeg1991: Nie. Po podpisaniu tym programem i przesłaniu za każdym razem akceptowało. Nie modyfikujesz w żaden sposób pliku już po podpisaniu (białe znaki i nowe linie mają znaczenie)?

[mrczeg1991]

Nic, wczytuje z pliku wysyłam i mam 400. Jako envleoped wysyłasz, bo dla tych testowych xml ze strony dla enveloping mam 200 a enveloped 400.

[Liferov]

@IlIlIlllIIl Póki co sprawdzałem przy użyciu WebNotarius, od tych samych ludzi co pro Certum. Mój xml weryfikuje poprawnie, natomiast xml ze strony MF negatywnie. Na bramce sytuacja odwrotna. Dziwne. Później sprawdzę pro Certum.

[IlIlIlllIIl]

@Liferov: @mrczeg1991: Wysyłam jako enveloped. Jak sprawdzałem jakiś tydzień temu te przykładowe to były niepoprawne, teraz może się coś zmieniło.

[Liferov]

Przecież to są jaja jakieś, przy weryfikacji pro Certum XMLe przykładowe ze strony MF są niepoprawne, natomiast przechodzą przez bramkę. Cyrk

[brunow]

Zrozumialem (?) z powyzszej dyskusji, ze plik .pem sluzy do podpisania wlasnego pliku żądania. Zaimportowalem go wiec do windowsowego magazynu certyfikatow i probowalem podpisac programem proCertum, ale dostalem komunikat, ze do tego certyfikatu nie znajduje klucza prywatnego. Czy w ogole da sie przeprowadzic testy przesylania pliku gdy nie ma sie wlasnego klucza kwalifikowanego ?

[mrczeg1991]

On raczej służy od połączenia z serwisem ministerstwa.

[Liferov]

@brunow
@mrczeg1991 A on przypadkiem nie jest do szyfrowania klucza? Tego który generujemy na początku do szyfrowania aes?

[mrczeg1991]

@Liferov:
hmm, faktycznie może tak być sprawdze u siebie w poniedziałek, coś mi nie pasowało. Ta dokumentacja jest tragiczna. @brunow Ten plik żądania się podpisuje własnym podpisem elektronicznym jak się nie mylę.

[mrczeg1991]

@Liferov: @IlIlIlllIIl Ja już się całkiem teraz pogubiłem. Ten certyfikat "Klucz publiczny do szyfrowania.pem" służy do szyfrowania wygenerowanego klucza, a ten "Certyfikat ssl.crt" do szyfrowania połączenia z serwisem minsterstwa?

[Liferov]

@mrczeg1991 szczerze to sam nie wiem do czego certyfikat ssl. Ja go tylko dodaje do requesta.

[Liferov]

Chyba szykuje się zmiana odpowiedzi initupload. Część nagłówków przeniesiona jako parametr GET do url.

[IlIlIlllIIl]

@mrczeg1991. pem służy do szyfrowania klucza. Certyfikat trzeba zaimportować do systemu i służy do łączenia z serwerem MF.

[Liferov]

@IlIlIlllIIl skąd wziąłeś bibliotekę Microsoft.Xades? To ta z codeplex.com?

[IlIlIlllIIl]

@Liferov: ściągałem stąd: https://www.microsoft.com/france/openness/ressources/telechargement.aspx (przedostatni link).

[michalMm]

tu jest do wersji: "http://uri.etsi.org/01903/v1.3.2"
https://github.com/Caliper/Xades

[brunow]

@IlIlIlllIIl: Do szyfrowania klucza plik .pem, ale czy do podpisania calego pliku metadanych trzeba koniecznie miec wlasny kwalifikowany podpis ? Mam na mysli oczywiscie obecna faze testowa. Swoja droga ich przykladowy plik "enveloping" jest przyjmowany przez bramke, a przy "enveloped" mam komunikat o blednym podpisie.