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?
@mmm234 cos pozmieniali tez w dziale interfejsów, ale nie moge się doszukać co konkretnie. Jest dzisiejsza data aktualizacji, opis jest dalej 2.0, ale już im sie zdarzało zmieniać xsd, a opisu nie. Zawsze coś muszą w piątek namieszać :/
Walcze z tym od marca, od kiedy opublikowali specyfikację, kilka razy z sukcesem, zakonczonym pobraniem UPO ( na testowej i preprodukcyjnej), ale po każdym sukcesie następowała zmiana specyfikacji i ten sam plik wysłany taką samą metodą rano miał status 200 a wysłany po południu już nie przechodził.
@asys: Nie opublikowano nowych struktur, wiec nie dodaje sie nowych. Dla firm, które nie kupują w UE paliw jest dopuszczalna wysyłka VAT-7 w wersji 16.
jak ktoś pisze w .NET program wysyłania/szyfrowania/kompresowania/#!$%@? #jpk i macie jakieś pytania/problemy, to pomogę. Często jestem na wykopie, więc jak coś, to wołać
@lento01 piszesz o podpisywaniu programem sigillum? Ja mam podpis za pomocą klasy SignedXml, bramka tak podpisany plik przyjmuje, program KIR weryfikuje poprawnie, a Sigillum pisze błędny format i nie mogę dojść dlaczego.
#programowanie #sap #erp #jpk
Będzie też możliwość importu danych do aplikacji z pliku csv w zdefiniowanym formacie zgodnym ze schematem dla JPK.
Szczegółowe informacje znajdą się w instrukcjach do aplikacji.
Termin udostępnienia 22.08.2016.
http://www.mf.gov.pl/kontrola-skarbowa/dzialalnosc/jednolity-plik-kontrolny/-/asset_publisher/2NoO/content/aplikacja-kliencka-do-wysylania-plikow-jpk?redirect=http%3A%2F%2Fwww.mf.gov.pl%2Fkontrola-skarbowa%2Fdzialalnosc%2Fjednolity-plik-kontrolny%3Fp_p_id%3D101_INSTANCE_2NoO%26p_p_lifecycle%3D0%26p_p_state%3Dnormal%26p_p_mode%3Dview%26p_p_col_id%3Dcolumn-2%26p_p_col_count%3D1#p_p_id_101_INSTANCE_2NoO_