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?
Właśnie zrobiłem tak: Wziąłem ich initupload podpisałem go, wysłałem ich .aes i mam 200. Więc są 2 opcje: albo źle szyfruje klucz AES albo źle tym AESem szyfruje plik
@aksapon2: "Środowisko testowe tymczasowo będzie służyło tylko do testowania komunikacji z chmurą publiczną i status przetwarzania dokumentu będzie kończył się na kodzie 120 "Sesja została poprawnie zakończona. Dane zostały poprawnie zapisane. Trwa weryfikacja dokumentu.". Po zakończeniu prac Ministerstwo Finansów opublikuje informację o jego dostępności w pełnym zakresie przetwarzania."
@xide: 1. MD5 wysyłanego pliku na Azure 2. Mi działa normlanie po Http a robię tak jak pisałem zaszyfrowanego zipa public string GetHashFromByte(byte[] byteArray) { using (MD5 md5Hash
#programowanie #sap #erp #jpk
Wziąłem ich initupload podpisałem go, wysłałem ich .aes i mam 200. Więc są 2 opcje: albo źle szyfruje klucz AES albo źle tym AESem szyfruje plik
Poszlo do przodu haha
konstruktor:
aes = new RijndaelManaged();
aes.KeySize = 256; //32 bytes
aes.GenerateIV();
1. MD5 wysyłanego pliku na Azure
2. Mi działa normlanie po Http a robię tak jak pisałem zaszyfrowanego zipa
public string GetHashFromByte(byte[] byteArray)
{
using (MD5 md5Hash