Nawiązanie sesji wsadowej (batch)

[fr3sh]

Cześć

1. Czy ma ktoś przykład jak powinna wyglądać poprawny xml z połaczenia initRequest. Cały czas dostaję odpowiedz

exception: class ExceptionType {
        exceptionDetailList: [class ExceptionDetailType {
            exceptionCode: 20005
            exceptionDescription: Nieprawidłowo zaszyfrowana treść.
        }]
        referenceNumber: 20230922-XXXX
        serviceCode: 20230922-XXXX
        serviceCtx: srvTEMFA
        serviceName: batch.init
        timestamp: 2023-09-21T22:05:22.399Z
    }

2. Czy po referenceNumber, serviceCode można sie jakoś dowiedzieć coś wiecej? Opis błędu nie za wiele mówi

Inicjalizacja u mnie tygląda to tak. Tam gdzie jest ###### to zanonimizowane poprawne wartości:

<ns2:InitRequest xmlns="http://ksef.mf.gov.pl/schema/gtw/svc/types/2021/10/01/0001" xmlns:ns2="http://ksef.mf.gov.pl/schema/gtw/svc/batch/init/request/2021/10/01/0001" xmlns:ns3="http://ksef.mf.gov.pl/schema/gtw/svc/batch/types/2021/10/01/0001"> <ns2:Identifier xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:type="SubjectIdentifierByCompanyType"> <Identifier>#######</Identifier> </ns2:Identifier> <ns2:DocumentType> <Service>KSeF</Service> <FormCode> <SystemCode>FA (2)</SystemCode> <SchemaVersion>1-0E</SchemaVersion> <TargetNamespace>http://crd.gov.pl/wzor/2023/06/29/12648/</TargetNamespace> <Value>FA</Value> </FormCode> </ns2:DocumentType> <ns2:Encryption> <EncryptionKey> <Encoding>Base64</Encoding> <Algorithm>AES</Algorithm> <Size>256</Size> <Value>#######</Value> </EncryptionKey> <EncryptionInitializationVector> <Encoding>Base64</Encoding> <Bytes>16</Bytes> <Value>#######</Value> </EncryptionInitializationVector> <EncryptionAlgorithmKey> <Algorithm>RSA</Algorithm> <Mode>ECB</Mode> <Padding>PKCS#1</Padding> </EncryptionAlgorithmKey> <EncryptionAlgorithmData> <Algorithm>AES</Algorithm> <Mode>CBC</Mode> <Padding>PKCS#7</Padding> </EncryptionAlgorithmData> </ns2:Encryption> <ns2:PackageSignature> <ns2:Package> <ns3:PackageType>split</ns3:PackageType> <ns3:CompressionType>zip</ns3:CompressionType> <ns3:Value>batch-3.zip</ns3:Value> </ns2:Package> <ns2:PackageFileHash> <HashSHA> <Algorithm>SHA-256</Algorithm> <Encoding>Base64</Encoding> <Value>#######</Value> </HashSHA> <FileSize>753</FileSize> </ns2:PackageFileHash> <ns2:PackagePartsList> <ns2:PackagePartSignature> <ns3:OrdinalNumber>1</ns3:OrdinalNumber> <ns3:PartFileName>batch-3-part-1.zip</ns3:PartFileName> <ns3:PartFileHash> <HashSHA> <Algorithm>SHA-256</Algorithm> <Encoding>Base64</Encoding> <Value>#######</Value> </HashSHA> <FileSize>768</FileSize> </ns3:PartFileHash> </ns2:PackagePartSignature> </ns2:PackagePartsList> </ns2:PackageSignature> <ds:Signature xmlns:ds="http://www.w3.org/2000/09/xmldsig#" Id="id-dbba6c432002b61c3a7b4910713b3d7a"><ds:SignedInfo><ds:CanonicalizationMethod Algorithm="http://www.w3.org/2001/10/xml-exc-c14n#"/><ds:SignatureMethod Algorithm="http://www.w3.org/2001/04/xmldsig-more#rsa-sha256"/><ds:Reference Id="r-id-dbba6c432002b61c3a7b4910713b3d7a-1" URI=""><ds:Transforms><ds:Transform Algorithm="http://www.w3.org/2002/06/xmldsig-filter2"><dsig-filter2:XPath xmlns:dsig-filter2="http://www.w3.org/2002/06/xmldsig-filter2" Filter="subtract">/descendant::ds:Signature</dsig-filter2:XPath></ds:Transform><ds:Transform Algorithm="http://www.w3.org/2001/10/xml-exc-c14n#"/></ds:Transforms><ds:DigestMethod Algorithm="http://www.w3.org/2001/04/xmlenc#sha256"/><ds:DigestValue>#######</ds:DigestValue></ds:Reference><ds:Reference Type="http://uri.etsi.org/01903#SignedProperties" URI="#xades-id-dbba6c432002b61c3a7b4910713b3d7a"><ds:Transforms><ds:Transform Algorithm="http://www.w3.org/2001/10/xml-exc-c14n#"/></ds:Transforms><ds:DigestMethod Algorithm="http://www.w3.org/2001/04/xmlenc#sha256"/><ds:DigestValue>#######</ds:DigestValue></ds:Reference></ds:SignedInfo><ds:SignatureValue Id="value-id-dbba6c432002b61c3a7b4910713b3d7a">#######</ds:SignatureValue><ds:KeyInfo><ds:X509Data><ds:X509Certificate>#######</ds:X509Certificate></ds:X509Data></ds:KeyInfo><ds:Object><xades:QualifyingProperties xmlns:xades="http://uri.etsi.org/01903/v1.3.2#" Target="#id-dbba6c432002b61c3a7b4910713b3d7a"><xades:SignedProperties Id="xades-id-dbba6c432002b61c3a7b4910713b3d7a"><xades:SignedSignatureProperties><xades:SigningTime>2023-09-21T22:05:21Z</xades:SigningTime><xades:SigningCertificateV2><xades:Cert><xades:CertDigest><ds:DigestMethod Algorithm="http://www.w3.org/2001/04/xmlenc#sha512"/><ds:DigestValue>#######</ds:DigestValue></xades:CertDigest><xades:IssuerSerialV2>#######</xades:IssuerSerialV2></xades:Cert></xades:SigningCertificateV2></xades:SignedSignatureProperties><xades:SignedDataObjectProperties><xades:DataObjectFormat ObjectReference="#r-id-dbba6c432002b61c3a7b4910713b3d7a-1"><xades:MimeType>application/octet-stream</xades:MimeType></xades:DataObjectFormat></xades:SignedDataObjectProperties></xades:SignedProperties></xades:QualifyingProperties></ds:Object></ds:Signature></ns2:InitRequest>

3. Jeśli certyfikat sie zmienił i został na tym samym kluczu wystawiony nowy to trzeba w ministerstwie zgłaszać/zmieniać?

[alapierre]

po referenceNumber i serviceCode coś więcej może powiedzieć tylko MF. Doprecyzuj trzecie pytanie - chodzi Ci o zgłoszenie ZAW-FA? Działający kod (w jęku Go) wysyłki wsadowej ma Mateusz (@toudi) tutaj: https://github.com/toudi/ksef. Znajdziesz tam szablon XML oraz całą logikę związaną z szyfrowaniem, podziałem na paczki, wysyłką itp.

[fr3sh]

Z tego co widzę kolega (@toudi) ma w FA1 jeszcze wysyłkę. Jeśli chodzi o trzecie pytanie to zasanawiałem sie czy ten certyfikat który jest self sign którym podpisujemy cały dokument na środowisku testowym musi przejść jakąś autoryzacje. Ja rozumiem że na środowisku wyższym możesz a raczej musisz wcześniej sie zarejestrować w KSEF ministerstwa że ty to ty na podstawie ceryfikatu i nadać granty. Nie wiem czy trzeba to robić w środowisku testowym. Wcześniej wszystko mi działało na FA1 tylko certyfikat wygasł i to jest jedyna rzecz poza upgradem do FA2 która sie zmieniła fizycznie u mnie. Publiczny klucz ich widzę sie nie zmienił.

[toudi]

przepraszam za opóźnioną odpowiedź. program pisałem naprawdę dawno temu. pamiętam że korespondowałem z jakimś gościem z ministerstwa i mi przesłał dość łopatologiczną instrukcję (linkuję poniżej) bo okazałem się zbyt tępy żeby zrozumieć system ministerstwa. w skrócie - tak, na środowisku testowym również trzeba było nadać granty.
autoryzacja-ksef-test.pdf

aktualnie jestem w trakcie aktualizacji programu tak, żeby obsługiwał również format fa-2

[toudi]

@fr3sh przepraszam za spore opóźnienia, robię to wszystko po godzinach w czasie wolnym. udalo mi się dzisiaj przewalczyć pierwszy dokument w wariancie FA-2. niestety bardzo długo zajęło mi zrozumienie dlaczego walidator odrzuca fakturę bo strona KSEF nie podaje jakichkolwiek informacji o błędach (jedynie ogólnikowy napis: dokument zawiera błędy). tak czy siak, szablon do wysyłki zmienił się bardzo nieznacznie, załączam ten którego używam w swoim programie. jak tylko nieco wyszlifuję kod w którym obecnie mam nieziemski syf to dorzucę do repozytorium.

fa_2_metadata.xml.gz - musisz go odgzipować bo github nie zezwala na dołączanie xml

czyli tak jak widzisz struktura jest tylko delikatnie inna w porównaniu do FA-1 ale sam program działa w zasadzie tak samo, nawet nie zmieniłem niczego w podkomendach do wysyłki, generowania metadanych itd. oczywiście nadmieniam że mój program służy jedynie do eksportu faktur (chociaż ministerstwo twierdzi że KSEF ma być jedynym narzędziem do faktur ( ??? )) oraz po drugie jak zapewne zauważysz z kodu źródłowego zakłada, że jest tylko jedna paczka i nawet nie robi walidacji ani dzielenia na paczki po 50 mb

[toudi]

@fr3sh ponowna aktualizacja - przepraszam jeśli za dużo spamuję. w eksperymentalnym branchu mojego programu (fa-2-support) znajdziesz działający kod, dodany plik metadanych oraz zmienioną wysyłkę. to co się zmieniło w porównaniu do poprzedniej wersji systemu to że teraz przy wołaniu finishRequest nie można podawać już parametru timestamp (podajemy jedynie referenceNumber)

pozdrawiam!

[fr3sh]

dzięki dzięki już też sobie poradziłem z tematem