4programmers.net 4p Forum Nietuzinkowe tematy Krajowy system e-Faktur

Krajowy system e-Faktur

Krajowy system e-Faktur
radek64
R6
  • Rejestracja: dni
  • Ostatnio: dni
  • Postów: 29
0

Orientuje się ktoś jakie limity są ustawione na common/Invoice/KSeF?
Czy pobierając po kolei ileś faktur wyrzuci mi w końcu zbyt wiele żądań?

Udostępnij
Komentuj
bydman
BY
  • Rejestracja: dni
  • Ostatnio: dni
  • Postów: 13
0

Cześć,
Czy możecie sprawdzić ile mniej więcej czasu zabiera Wam czekanie na odpowiedź dla requesta na online/Query/Invoice/Sync ?
W tym tygodniu usiadłem ponownie do KSeFa i zaskoczony zostałem, bo czekam na odpowiedzi po ok 12 - 30 sekund. Wydaje mi się, że wcześniej szło jak burza. Teraz nie jestem pewien, czy to tylko moje odczucie, czy u Was też są długie czasy oczekiwania na odpowiedź?
Z góry dzięki za czas poświęcony na test.

Udostępnij
Komentuj
alagai
AL
  • Rejestracja: dni
  • Ostatnio: dni
  • Postów: 7
0

Wczoraj udostępnili nową wersję swojej aplikacji testowej.
https://www.gov.pl/web/kas/komunikat-nr-17-aplikacja-podatnika-ksef---nowa-wersja-testowa

W tym zmienili wygląd podglądu faktury, ale już nie udostępnili szablonu wyglądu. Do wcześniejszej wersji był taki szablon styl.xsl:
http://crd.gov.pl/wzor/2021/11/29/11089/

Jeśli robią taką aplikację za pieniądze podatników to przecież nawet kod źródłowy powinni udostępniać.

Udostępnij
Komentuj
alagai
AL
  • Rejestracja: dni
  • Ostatnio: dni
  • Postów: 7
0
Kopiuj
POST https://ksef-test.mf.gov.pl/api/online/Query/Invoice/Sync?PageSize=100&PageOffset=0 HTTP/1.1
Accept: application/json
SessionToken: 429efd3c4d0053767ccce82aff28c0213f83b2cdb190482fd1fabb817a4b1506
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:106.0) Gecko/20100101 Firefox/106.0
Content-Type: application/json
Host: ksef-test.mf.gov.pl
Content-Length: 181
Accept-Encoding: gzip, deflate

{"queryCriteria":{"acquisitionTimestampThresholdFrom":"2022-10-17T07:09:27Z","acquisitionTimestampThresholdTo":"2022-10-18T07:09:27Z","subjectType":"subject3","type":"incremental"}}

NIP - 9999999999.
Request powyżej wykonuje się około 2 minuty 45 sekund. W odpowiedzi zwraca jeden nagłówek faktury. :)
Jeśli jednak ustawię inny zakres czasu (może być też jeden dzień) to wtedy przechodzi bardzo szybko np. 1-2 sekundy.
Po prostu jest super.

Udostępnij
Komentuj
Małgorzata Gunia
MG
  • Rejestracja: dni
  • Ostatnio: dni
  • Postów: 46
0

Jak w c# efakturę w html, utworzoną z xml za pomocą stylu, przekształcić do PDFa?

Udostępnij
Komentuj
Stl86
S8
  • Rejestracja: dni
  • Ostatnio: dni
  • Postów: 82
0

Sprawdzał ktoś ostatnio wysyłkę wsadową ? Zmieniło się coś może ? Mam teraz "nieprawidłowy skrót pliku" :/ a wcześniej mi to działało.

Dodam, że wysyłka jednego pliku działa ale jak sobie zrobiłem dwa pliki (jedna faktura spakowana i podzielona na dwa pliki po 1KB) to już jest problem.

Udostępnij
Komentuj
Avansz
AV
  • Rejestracja: dni
  • Ostatnio: dni
  • Postów: 4
0

Czy w przypadku pliku InitRequest do wysyłki wsadowej podpis cyfrowy musi zawierać prefiks tj. ds:Signature zamiast <Signature>? Wysyłając wersję drugą (bez prefiksu) cały czas dostaje błąd:

Dokument nie jest zgodny ze schemą (xsd).

Natomiast w przypadku prefiksu "ds" nie jestem w stanie znaleźć implementacji w C# która generowałaby poprawny podpis, czy ktoś może rozwiązał ten problem w C#? Czy może powinno przechodzić bez prefiksu "ds" i powinienem szukać błędu w innym miejscu?

Udostępnij
Komentuj
wojtek_22
W2
  • Rejestracja: dni
  • Ostatnio: dni
  • Postów: 6
0

Co ja mam źle ? wysyłam na różne sposoby zapytanie o fakturę (chcę pobrać XML). Wysyłam GET na adres api:
https://ksef-test.mf.gov.pl/api/online/Invoice/Get/3567424510-20221025-57B07B-5C091B-F6
ten numer ksef jest prawidłowy i adres też, bo z ręki działa i otrzymuję fakturę. Natomiast programem ma odpowiedź jak na załączonym screenie:
Token jest na pewno też dobry , bo dziala przy wysyłaniu faktury (ten sam mechanizm). Próbowałem też dodać Content-Type: application/octet-stream i to samo

screenshot-20221028183857.png

Udostępnij
Komentuj
wojtek_22
W2
  • Rejestracja: dni
  • Ostatnio: dni
  • Postów: 6
0

mam catch (Exception::CLRError), ale wszystko co udało mi się wyciągnąć , to jest na screenie. Brak szczegółów. To jest w X++ w Ax2012

Udostępnij
Komentuj
grzegorz_so
GS
  • Rejestracja: dni
  • Ostatnio: dni
0

Testuję klasę TLbRSA z pakietu LockPack by TurboPower i stanąłem przed problemem.
W jaki sposób wczytać testowy klucz publiczny z pliku *.der udostępnionego na stronie ministerstwa finansów ?
kod:

Kopiuj
  LbRSA := TLbRSA.Create(nil);
  try
    try
      LbRSA.PublicKey.loadfromFile('publickey.der');
    finally
      LbRSA.Free;
    end;
  except
    on e: exception do
      self.Memo1.Lines.Add(e.Message);
  end;

Klucz się nie wczytuje, dostaję wyjątek 'Invalid Asymmetric Key'.
Klasa TLbRSAkey wymaga pliku w formacie ASN1. Oczywiście Plik ''der' ze strony MF jest w tym formacie, ale w środku ma strukturę różną od wymaganej przez TLbRSAkey.
Może ktoś już przerabiał ten problem ...??

Środowisko Delphi 10.4

Udostępnij
Komentuj
Avansz
AV
  • Rejestracja: dni
  • Ostatnio: dni
  • Postów: 4
0

Po poprawkach do generowania podpisu, w końcu udaje się przejść walidacje online, jednak po wysłaniu na /batch/Init dostaje

Dokument nie jest zgodny ze schemą (xsd).

Poniżej wrzucam mojego xmla:

Kopiuj
<?xml version="1.0" encoding="utf-8"?>
<ns3: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/types/2021/10/01/0001" xmlns:ns3="http://ksef.mf.gov.pl/schema/gtw/svc/batch/init/request/2021/10/01/0001">
	<ns3:Identifier xsi:type="SubjectIdentifierByCompanyType" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
		<Identifier>*****99896</Identifier>
	</ns3:Identifier>
	<ns3:DocumentType>
		<Service>KSeF</Service>
		<FormCode>
			<SystemCode>FA (1)</SystemCode>
			<SchemaVersion>1-0E</SchemaVersion>
			<TargetNamespace>http://crd.gov.pl/wzor/2021/11/29/11089/</TargetNamespace>
			<Value>FA</Value>
		</FormCode>
	</ns3:DocumentType>
	<ns3:Encryption>
		<EncryptionKey>
			<Encoding>Base64</Encoding>
			<Algorithm>AES</Algorithm>
			<Size>256</Size>
			<Value>Nk30YhzHF/0Jk6DWgnsQcGUCTrVsW7spDYYSHO+p5R6ry69dlFqoq6lMfOVO36mLIdPAXoHbQjJ34rzik3SpbVScITggKaiTO2WeqrxV2/Nf2Y2E2pse5uCpafhsEkaEt1RHh3Q39N73wFicLZBXtx4+N06K67tIY2pGrNmAG/CWqIZPtQSOxOSGbusOJfVeiyE3VNS8rx6CYTgzCkCAkAQScYN/XPwGkBiGlnk6UzWkZ1KoJfTntyNpzVZW+umrO02efhgc+J9HXQkpTWs+P5Oe00/s5JwWXxNxzo33QuQHQD+NIQJmHVfC1XlL9JtFO4B4hPeDifd8DmjGhQduOw==</Value>
		</EncryptionKey>
		<EncryptionInitializationVector>
			<Encoding>Base64</Encoding>
			<Bytes>16</Bytes>
			<Value>l//E/UOLI1q7HrWFI7t0tg==</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>
	</ns3:Encryption>
	<ns3:PackageSignature>
		<ns3:Package>
			<ns2:PackageType>single</ns2:PackageType>
			<ns2:CompressionType>zip</ns2:CompressionType>
			<ns2:Value>invoices-test.zip</ns2:Value>
		</ns3:Package>
		<ns3:PackageFileHash>
			<HashSHA>
				<Algorithm>SHA-256</Algorithm>
				<Encoding>Base64</Encoding>
				<Value>W9lEUpJRrjg51mKTp1LokLsqxtUzDl+5MJra4ZAQfzI=</Value>
			</HashSHA>
			<FileSize>500</FileSize>
		</ns3:PackageFileHash>
		<ns3:PackagePartsList>

			<ns3:PackagePartSignature>
				<ns2:OrdinalNumber>1</ns2:OrdinalNumber>
				<ns2:PartFileName>invoices-test.zip.001</ns2:PartFileName>
				<ns2:PartFileHash>
					<HashSHA xmlns="">
						<Algorithm>SHA-256</Algorithm>
						<Encoding>Base64</Encoding>
						<Value>6U0GsWMeIAtV2MwXMg5trC1HySuEq5NemnnE146Sh+Q=</Value>
					</HashSHA>
					<FileSize xmlns="">500</FileSize>
				</ns2:PartFileHash>
			</ns3:PackagePartSignature>
		</ns3:PackagePartsList>
	</ns3:PackageSignature>
	<ds:Signature Id="Signature" xmlns:ds="http://www.w3.org/2000/09/xmldsig#">
		<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="mainRefId" URI="">
				<ds:Transforms>
					<ds:Transform Algorithm="http://www.w3.org/2000/09/xmldsig#enveloped-signature" />
				</ds:Transforms>
				<ds:DigestMethod Algorithm="http://www.w3.org/2001/04/xmlenc#sha256" />
				<ds:DigestValue>0qwW+hwK3tXucgYbmKfUd/QnixB/1BwcMA8CSEoVfts=</ds:DigestValue>
			</ds:Reference>
			<ds:Reference URI="#ObjectRef1" Type="http://uri.etsi.org/01903#SignedProperties">
				<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>JJjwbywxsl0bmWg14etJ+MSkfTJQI2nzl01Qk27/9Kc=</ds:DigestValue>
			</ds:Reference>
		</ds:SignedInfo>
		<ds:SignatureValue>nFyyGgVTKV1KKliSFAVQOIkuaaTTLWDadaOEZeFCVNTOVfSdN4ScDxaUGASX3TKok1rNY2/wSFvckPqXAGSxep71paOz02YTD24bukQbdqi6AFoM8r0h5ySRvafcg0dAnGiZkXLMbqk75Dgv8FT4/oU4YLJMXFq6bn9PeOY7scR5LRvs3fQdrtnnaHzcpdlS3USOYwcy4fXOLt0LA0mZ2SAupSdjtnFPib3Vk715UZAxKmS9Oa+6e7sBrkOAmBsaWSs84Uv/F13QCrciMSxEf0ErpJCV9KTXP3DFTnW8xzeydZFImwtnAc6WFxh0MCc0cfglWObeFMrjNiWOADodZQ==</ds:SignatureValue>
		<ds:KeyInfo>
			<ds:X509Data>
				<ds:X509Certificate>MIIDHTCCAgUCFHAE/mfueMYr8ZT7RDoRByH+MAmmMA0GCSqGSIb3DQEBCwUAMEsxITAfBgNVBAMMGFpha2xhZHkgTmFwZWR1IEF0b21vd2VnbzELMAkGA1UEBhMCUEwxGTAXBgNVBGEMEFZBVFBMLTk4OTk4OTk4OTYwHhcNMjIxMTA0MTIxNTMyWhcNMjMxMTA0MTIxNTMyWjBLMSEwHwYDVQQDDBhaYWtsYWR5IE5hcGVkdSBBdG9tb3dlZ28xCzAJBgNVBAYTAlBMMRkwFwYDVQRhDBBWQVRQTC05ODk5ODk5ODk2MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEArg9T3befcpY4pbdk2v9z/6LoXODS+t7f65L+pCZ3p0G/DJ1LqOFpyPOop14bKY4PCf/diw2++h7ozOE4kPUpPDcW7BOAU8Bia1QXBEJeu4Tk06yQeQwG+VSWaIaXN2pZp9hDuiAJvC7Pv4wD+ED4b2qlqoOc8Kvk2mBP6qvFkskTJu/lm7mvit8zsNhwSoMGoHeZBeB/sjKRjdu87CFJdE/xFRjgp9jabVO0jZhhVn/ZdfEVEaGsQ7AGxG/hDXASi4cON25oHJNm1+gJ+rEmDGKX/xd2Qk3T7eZV3cCGAWTuqu3gmCW0Jhf1ZEcOoxk2uHoP6PregF8lOjMBXmn+nQIDAQABMA0GCSqGSIb3DQEBCwUAA4IBAQAjKl70ZkBkICheOhJDwVWHbb//tme+miINvG/K9HLtcMeXW/k4YUNDWK5dn47qWNKlTbbv9WmiPZ26EUvL1jZf09JckMZhv88CQS5xqNNokNkphTDOnww0ZZyf2BkY37lBpnelHGcUI9dKBFBiiQr1hibhdz9eK3PUIkGUNfRRKFGMduEsYY79MyHLtBlV0gHClzZcOlQ0XnZZ4n10y3YUn1YnWmttDPZFiP2JV34b+Qx7mxM7kq4PLKhH+f+BG1b91Bc9TxYDgj/ujjZxdr5c4DPKDf++NeojFKcwZ/2GAAsdYuIfmcv5OCqqLyBJwFHT0rQoExuI5SAsLxRpEWNH</ds:X509Certificate>
			</ds:X509Data>
		</ds:KeyInfo>
		<ds:Object Id="ObjectRef1">
			<xades:QualifyingProperties Target="#Signature" xmlns:xades="http://uri.etsi.org/01903/v1.3.2#">
				<xades:SignedProperties Id="SignedProperties2">
					<xades:SignedSignatureProperties>
						<xades:SigningTime>2022-11-04T12:18:05Z</xades:SigningTime>
						<xades:SigningCertificate>
							<xades:Cert>
								<xades:CertDigest>
									<DigestMethod Algorithm="http://www.w3.org/2000/09/xmldsig#sha1" xmlns="http://www.w3.org/2000/09/xmldsig#" />
									<DigestValue xmlns="http://www.w3.org/2000/09/xmldsig#">fNyAlk6d4oPdcDmvqFrLgZfq4Hw=</DigestValue>
								</xades:CertDigest>
								<xades:IssuerSerial>
									<X509IssuerName xmlns="http://www.w3.org/2000/09/xmldsig#">OID.2.5.4.97=VATPL-*****99896, C=PL, CN=Zaklady Napedu Atomowego</X509IssuerName>
									<X509SerialNumber xmlns="http://www.w3.org/2000/09/xmldsig#">639518331199757967184500899555959878643285494182</X509SerialNumber>
								</xades:IssuerSerial>
							</xades:Cert>
						</xades:SigningCertificate>
					</xades:SignedSignatureProperties>
					<xades:SignedDataObjectProperties>
						<xades:DataObjectFormat ObjectReference="#mainRefId">
							<xades:MimeType>text/xml</xades:MimeType>
						</xades:DataObjectFormat>
					</xades:SignedDataObjectProperties>
				</xades:SignedProperties>
			</xades:QualifyingProperties>
		</ds:Object>
	</ds:Signature>
</ns3:InitRequest>

Zastanawiam się czy dalej treść podpisu nie ma za mało informacji, a może przeoczyłem jakąś głupotę i podstawowa część xmla InitRequest jest źle skonstruowana, ksef nie jest za bardzo pomocny w odróżnieniu czy błąd walidacji jest w podpisie czy w głównej części niestety. Byłbym wdzięczny jakby ktoś zauważył w czym leży błąd.

Udostępnij
Komentuj
Stl86
S8
  • Rejestracja: dni
  • Ostatnio: dni
  • Postów: 82
0

Ciągle się zastanawiam jaka jest najlepsza droga do tego by mieć u siebie w systemie potwierdzenie, że faktura jest w KSeF.
Niestety na testowym serwerze oraz biorąc po uwagę jak długo ta faktura jest tam przetwarzania i limity liczby żądań - sprawdzanie statusu faktury po ElementReferenceNumber w krótkim czasie robi się kuriozalne. Wyobraźmy sobie, że klient chce fakturę i stoi przy osobie wystawiającej fakturę. Nigdy nie wiadomo ile będzie trzeba czekać by powiedzieć - OK faktura jest gotowa (czyli jest w Ksef i ewentualnie jakieś papierowa forma dla klienta, mimo, że nie istotna to na pewno ludzie będą chcieli jakieś potwierdzenia). Bo co w sytuacji, że ktoś mówi dobra to poproszę fakturę i odchodzi myśląc, że wszystko OK a tutaj się okazuje, że dokument nie zostaje zapisany w KseF z jakiegoś tam powodu. Klient odszedł myśląc, że ma fakturę a w rzeczywistości nie ma i nie wiadomo co dalej ?

Drugi sposób to pobieranie Statusu dla SessionReferenceNumber i sprawdzanie po kolei zwróconych faktur.

Jakie jest Wasze podejście?

Udostępnij
Komentuj
alapierre
AL
  • Rejestracja: dni
  • Ostatnio: dni
  • Postów: 38
0

Cześć,

Zacząłem pisać klienta open source KSeF w Go (https://github.com/alapierre/go-ksef-client) - może komuś się przyda. Czy ktoś chciałby się przyłączyć i pomóc w rozwoju, przejrzeć kod i dostarczyć feedback, zaimplementować kilka kolejnych operacji?

Aktualnie klient obsługuje: logowanie tokenem, interaktywną wysyłkę faktury (szyfrowanej i nie szyfrowanej), kończenie sesji, pobieranie UPO. Do zrobienia w najbliższym czasie: zapytania o faktury i batch processing.

Rozwijam także, od dłuższego czasu, klienta w Javie, równieź open source (https://github.com/alapierre/ksef-java-rest-client) - tu także pomoc mile widziana.

Udostępnij
Komentuj
grzegorz_so
GS
  • Rejestracja: dni
  • Ostatnio: dni
0

Witam wszyskich na forum
Mam pytanie.
Bezproblemowo łącze się z produkcyjnym systemem KSEF przez https://www.podatki.gov.pl/ksef/bezplatne-narzedzia-ksef/bezplatne-narzedzie-wersja-produkcyjna/ przy pomocy uwierzytelniania profilem zaufanym.
Więcej, moja testowa aplikacja przez API sytemu produkcyjnego przy użyciu tokena wygenerowanego w dla tego środowiska bezproblemowo nawiązuje autoryzowane połączenie.
Z informacji na stronach MF wynika że łączenie (autoryzacja) do systemu DEMO może być zrealizowane przy pomocy takiego samego uwierzytelnienia jak do systemu produkcyjnego.

I tu mam problem !
Każda próba zalogowania do systemu DEMO https://www.podatki.gov.pl/ksef/bezplatne-narzedzia-ksef/bezplatne-narzedzia-wersja-przedprodukcyjna-demo/ przy pomocy sposobu uwierzytelniania działającego w systemie produkcyjnym kończy się komunikatem :

"Uwierzytelnienie nie powiodło się
Zweryfikuj poprawność danych autoryzacyjnych z kontekstem logowania i spróbuj ponownie, lub wybierz inną metodę uwierzytelnienia."

Generalnie potrzebuję aby do celów testowych uzyskać prawidłowy token do środowiska DEMO.

Udostępnij
Komentuj
Bartłomiej P
Bartłomiej P
  • Rejestracja: dni
  • Ostatnio: dni
  • Postów: 1
0

Witam wszystkich,
mam od jakiegoś czasu problem z pobieraniem faktur z Ksef, czy ktoś też ma taki problem?

Mówię o serwerze testowym: https://ksef-test.mf.gov.pl/swagger/index.html za pomocą: https://ksef-test.mf.gov.pl/api/online/Invoice/Get/{KsefRefNum}

Dodam tylko że nie zmieniałem nic a jakieś 2/3 tyg. temu poprawnie całość działała.

W tym momencie za każdym razem poprawnie przechodzi etapy:

  1. https://ksef-test.mf.gov.pl/api/online/Session/AuthorisationChallenge

  2. https://ksef-test.mf.gov.pl/api/online/Session/InitToken

  3. https://ksef-test.mf.gov.pl/api/online/Session/Status (310 lub 315 std.)

  4. https://ksef-test.mf.gov.pl/api/online/Query/Invoice/Sync

  5. https://ksef-test.mf.gov.pl/api/online/Invoice/Get/

i problem pojawia się tutaj, czyli jestem zalogowany tokenem, mam listę faktur z danymi ksefReferenceNumber za dany okres i każdorazowa próba pobrania faktury
czy to przez swaggera, czy Postman czy App w C# kończy się zwrotką:

Postman & Swagger UI (https://ksef-test.mf.gov.pl/swagger/index.html):

{
"exception": {
"serviceCtx": "srvTEMFC",
"serviceCode": "20221107-EX-116ED8DE61-5FE068E93B-E0",
"serviceName": "online.invoice.invoice.get",
"timestamp": "2022-11-07T09:14:35.977Z",
"referenceNumber": "20221107-SE-0F0083DD34-B2CFE7F6BE-FD",
"exceptionDetailList": [
{
"exceptionCode": 30013,
"exceptionDescription": "Nieprawidłowe wywołanie."
}
]
}
}

Czy ma ktoś podobny problem albo może wskazać mi gdzie popełniam błąd że wcześniej wszystko działało poprawnie bez
problemowo pobierałem faktury a teraz za każdym razem mam błąd?

Dziękuję za pomoc.

Udostępnij
Komentuj
wojtek_22
W2
  • Rejestracja: dni
  • Ostatnio: dni
  • Postów: 6
0

Czy jest gdzieś przykład requesta jak powinien wyglądać przy wysyłce wsadowej (batch/Init) ? w dokumentacji jest link , ale nie działa
10.3 Inicjalizacja wysyłki
/batch/Init
W pierwszej kolejności należy przygotować dokument
http://ksef.mf.gov.pl/schema/gtw/svc/batch/init/request/2021/10/01/0001/InitRequest i uzupełnić go informacjami z
poprzedniego kroku. Następnie przygotowany dokument należy podpisać wybranym wektorem
uwierzytelniania. Ostatecznie podpisany dokument inicjalizacji wysyłki należy wysłać na końcówkę
Systemu odpowiedzialną za inicjalizację procesu wysyłki wsadowej.

Udostępnij
Komentuj
wojtek_22
W2
  • Rejestracja: dni
  • Ostatnio: dni
  • Postów: 6
0

Mam ciągle zwrotkę Nieprawidłowy podpis. Obojętnie czy próbuję zainicjować wysyłkę wsadową, czy inicjuję sesję interaktywnie na stronie swagger. Czy coś w tym XML jest nie tak ? Ten XML wklejam na swagger w InitSigned (wcześniej AuthorisationChallenge, stąd pobieram wartości Timestamp oraz Challenge)
Czy może chodzi o certyfikat ?

Kopiuj
<?xml version="1.0" encoding="utf-8"?>
<ns3:InitSessionSignedRequest xmlns="http://ksef.mf.gov.pl/schema/gtw/svc/online/types/2021/10/01/0001" xmlns:ns2="http://ksef.mf.gov.pl/schema/gtw/svc/types/2021/10/01/0001" xmlns:ns3="http://ksef.mf.gov.pl/schema/gtw/svc/online/auth/request/2021/10/01/0001">
  <ns3:Context>
    <Timestamp>2022-11-07T15:35:14.124Z</Timestamp>
    <Challenge>20221107-CR-C642BA3A97-EC9E54EE46-C8</Challenge>
    <Identifier xsi:type="ns2:SubjectIdentifierByCompanyType" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
      <ns2:Identifier>3567424510</ns2:Identifier>
    </Identifier>
    <DocumentType>
      <ns2:Service>KSeF</ns2:Service>
      <ns2:FormCode>
        <ns2:SystemCode>FA (1)</ns2:SystemCode>
        <ns2:SchemaVersion>1-0E</ns2:SchemaVersion>
        <ns2:TargetNamespace>http://crd.gov.pl/wzor/2021/11/29/11089/</ns2:TargetNamespace>
        <ns2:Value>FA</ns2:Value>
      </ns2:FormCode>
    </DocumentType>
    <Type>SerialNumber</Type>
  </ns3:Context>
  <ds:Signature Id="Signature-098765432" xmlns:ds="http://www.w3.org/2000/09/xmldsig#">
    <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 URI="">
        <ds:Transforms>
          <ds:Transform Algorithm="http://www.w3.org/2000/09/xmldsig#enveloped-signature" />
          <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>v/XOnmO3KIHLCBMDfQFfdULIQtw2nBRjlSrw/r2N9mU=</ds:DigestValue>
      </ds:Reference>
      <ds:Reference URI="#SignedProperties-123456789" Type="http://uri.etsi.org/01903#SignedProperties">
        <ds:DigestMethod Algorithm="http://www.w3.org/2000/09/xmldsig#sha1" />
        <ds:DigestValue>Vh4xVeufM+ooLpyFJh1ethS5wvY=</ds:DigestValue>
      </ds:Reference>
    </ds:SignedInfo>
    <ds:SignatureValue>MmACRPA8Hk01h/KNq4s4xTrDJ+hYVAMs5Ll48qIYeBAhwbHLA7Sy1OAppMpxdswG7Juoax+c3jkHO0Ld9W5F7BXSuyWGeknCGIPM1eyoCf3aRwETxyf/+a48PFgs5/TAI2Nb70gu0mMUUbfdhOsNyfS3+kcp97JjyATWlun/TVEKS4acgsIdaw+Gv4ktMp5UtEBqY9SGtTodwPblYDJRtdP/DWHGXsZbAIbXYiFw47DdRVE4zkyU9IZ070zZnM56PCCuvdVuNZaq032G7fa3ybrcFPdh9I5afZEMMYojEv6QRNIOmfWqVFcjt58Z+5mggBHbQ1P5EBf1B8BQa9VmRw==</ds:SignatureValue>
    <ds:KeyInfo>
      <ds:X509Data>
        <ds:X509IssuerSerial>
          <ds:X509IssuerName>OID.2.5.4.97=VATPL-9999999999, C=PL, CN=CN_9999999999</ds:X509IssuerName>
          <ds:X509SerialNumber>138262049630333168743022600266539474947</ds:X509SerialNumber>
        </ds:X509IssuerSerial>
        <ds:X509Certificate>MIIDWjCCAkKgAwIBAgIQaARNWhDIGqdEATPHJCYgAzANBgkqhkiG9w0BAQUFADBAMRkwFwYDVQRhDBBWQVRQTC0zNTY3NDI0NTEwMQswCQYDVQQGEwJQTDEWMBQGA1UEAwwNQ05fMzU2NzQyNDUxMDAeFw0yMjExMDcxMzMwNDlaFw0yMzExMDcxMzUwNDlaMEAxGTAXBgNVBGEMEFZBVFBMLTM1Njc0MjQ1MTAxCzAJBgNVBAYTAlBMMRYwFAYDVQQDDA1DTl8zNTY3NDI0NTEwMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAtZlJhAUY36aMYROKzP5xmDT4lKzu5dbUn7cHNREVtxeUxq34OqQ2e0aV8VztaOPW9OSgfcabS0TV1Zi0PdmO9Hvpu4szT7DaxikRZZPfMcPLu4YNCik5BC5alZR8+BctVclVxZPbe0ueAJKDFiP1w17CtBzliZQAI9vyJwWhY9t8EdZU9EjzqnMo/rBW4f8k//1pDfmSiJonE5XX7N2rvI6juzDUt5mKQpcPe/CipsT4uf9j/RvYVx7l0X2NEl0ratEAmjGH02MiY4Srj8IWosBdHDPsSTqBoPLm1SaRmb7W/6qngavW91PQo/Y0bVBs9d6ZJMjQ/Ywk76n/KSN+PQIDAQABo1AwTjAOBgNVHQ8BAf8EBAMCBaAwHQYDVR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUFBwMBMB0GA1UdDgQWBBSKmgKNsy3fFVvbGFxNDUa6WOh8xTANBgkqhkiG9w0BAQUFAAOCAQEAWrfZO4fsqbW3XlA6jU7CWEDTmeg1P925VB/yMiw+Kw0miUt/9OezHA92Kwh3xsqwa1A8pPflnOzRuqszN5+U3cOFytbjipHEdYVPtutnYAz1aS1HItUQn/u25Nv0NSYD4jFrdaKei45M/8XPDq8HmMqXiTJtS7datftjB+X4C+XERIqlyqLsMIC6JggBKurj9xpEBS2uv3OXQ4J6CMotQlw8Cw9MgeiGeL+L9CTKLeR9/1swe3GsLPRuSDRIM3ahwvHzuStLFH0NG91miHX+AtNX8J+EYuioQ+oiCLh8fST9uqh1saPUT1UAnUg37nibPlDY6XzXnns7+Au577wyvw==</ds:X509Certificate>
      </ds:X509Data>
    </ds:KeyInfo>
    <ds:Object>
      <xades:QualifyingProperties Target="Signature-098765432" xmlns:xades="http://uri.etsi.org/01903/v1.3.2#">
        <xades:SignedProperties Id="SignedProperties-123456789">
          <xades:SignedSignatureProperties>
            <xades:SigningTime>2022-11-07T15:35:50Z</xades:SigningTime>
            <xades:SigningCertificate>
              <xades:Cert>
                <xades:CertDigest>
                  <DigestMethod Algorithm="http://www.w3.org/2000/09/xmldsig#sha1" xmlns="http://www.w3.org/2000/09/xmldsig#" />
                  <DigestValue xmlns="http://www.w3.org/2000/09/xmldsig#">DeRD327UOB66sPOhV+S+5NFGvTE=</DigestValue>
                </xades:CertDigest>
                <xades:IssuerSerial>
                  <X509IssuerName xmlns="http://www.w3.org/2000/09/xmldsig#">CN=CN_9999999999, C=PL, OID.2.5.4.97=VATPL-9999999999</X509IssuerName>
                  <X509SerialNumber xmlns="http://www.w3.org/2000/09/xmldsig#">68044D5A10C81AA7440133C724262003</X509SerialNumber>
                </xades:IssuerSerial>
              </xades:Cert>
            </xades:SigningCertificate>
          </xades:SignedSignatureProperties>
          <xades:SignedDataObjectProperties>
            <xades:CommitmentTypeIndication>
              <xades:CommitmentTypeId>
                <xades:Identifier>http://uri.etsi.org/01903/v1.2.2#ProofOfApproval</xades:Identifier>
              </xades:CommitmentTypeId>
              <xades:AllSignedDataObjects />
            </xades:CommitmentTypeIndication>
          </xades:SignedDataObjectProperties>
        </xades:SignedProperties>
      </xades:QualifyingProperties>
    </ds:Object>
  </ds:Signature>
</ns3:InitSessionSignedRequest>
Udostępnij
Komentuj
radek64
R6
  • Rejestracja: dni
  • Ostatnio: dni
  • Postów: 29
0

Swoją drogą ma ktoś dziś problem z SessionStatus? Ani razu dla żadnego tokena nie przeszło mi cały czas 429 Limit żądań osiągnięty...

Udostępnij
Komentuj
matgli
MA
  • Rejestracja: dni
  • Ostatnio: dni
  • Postów: 9
0

Cześć,
Takie pytanko bo już nie wiem co jest grane z tym ksefem.

Czy status wysłanej umowy na Invoice/Send można zweryfikować tylko w tej samej sesji co została wysłana?

Czyli nawiązuję nową sesje, wysyłam xml, otrzymuje elementReferenceNumber i za jakiś czas weryfikuję (nawiązuję nową sesję) czy jest już nadany numer Faktury i otrzymuję błąd "exceptionDescription": "Faktura o podanym identyfikatorze nie istnieje."

A jak wszystko zrobię na jednej sesji to jest ok.

Coś pozmieniali czy tak było zawsze ?

Udostępnij
Komentuj
TomekK9
TK
  • Rejestracja: dni
  • Ostatnio: dni
  • Postów: 30
0

Jak ogarniacie problem kiedy Podmiot 2 w fakturze KSeF ma NIP niezgodny ze schematem jaki jest w dokumentacji dla etd:TNrNIP dokumentacja strona 280 element TPodmiot/NIP (Regexa mi wycina jak wpisuję)
Czy w takim przypadku używacie NrID ?
https://www.avalara.com/vatlive/en/eu-vat-rules/eu-vat-number-registration/eu-vat-number-formats.html
Np. ośmiocyfrowy nip czeski nie poddaje się temu regexowi :( ... W ogóle jest założenie że to musi być NIP 10-cio cyfrowy.
Jak zapisujecie fakturę w takim przypadku?

Udostępnij
Komentuj
Grzegorz Molenda
GM
  • Rejestracja: dni
  • Ostatnio: dni
  • Postów: 31
0

Macie może problem z logowaniem na test przez Profil Zaufany?
U mnie jest tak że przez API, zaloguje się za pomocą Session.InitSigned, a przy sprawdzaniu statusu sesji dostaję:

Kopiuj
HTTP/1.1 400 Bad Request; Status(21154): Sesja interaktywna zakończona.

ale czasem to chwilę trwa, a status w międzyczasie zwraca kod 100.

Przez apkę webową jest to samo, zaloguję się, a przy próbie wybrania dowolnej kategorii z lewego menu, widzę komunikat:

Kopiuj
Błąd
Kod: 400
Czas: 14/11/2022 10:34:35

i następuje wylogowanie.

EDIT1: Dodam tylko, że mam uprawnienia na PESEL: introspection, invoice_read, invoice_write, credentials_read, credentials_manage
EDIT2: Sprawa zgłoszona do helpdesku KSeFu.

Udostępnij
Komentuj
rula12
R1
  • Rejestracja: dni
  • Ostatnio: dni
  • Postów: 10
0

Cześć od rana mam problem z autoryzacją z wykorzystaniem tokena, błąd:
400 Bad Request: [{"exception":{"serviceCtx":"srvTEMFB","serviceCode":"20221114-EX-5743BAAEE8-99E09225D7-36","serviceName":"online.session.authorisation.challenge","timestamp":"2022-11-14T10:10:00.319Z","referenceNumber":null,"exceptionDetailList":[{"exceptionCode":21001,"exceptionDescription":"Nieczytelna treść."}]}}]

Ma ktoś podobnie?

Udostępnij
Komentuj
Ja nek
JN
  • Rejestracja: dni
  • Ostatnio: dni
  • Postów: 19
0
rula12 napisał(a):

Cześć od rana mam problem z autoryzacją z wykorzystaniem tokena, błąd:
400 Bad Request: [{"exception":{"serviceCtx":"srvTEMFB","serviceCode":"20221114-EX-5743BAAEE8-99E09225D7-36","serviceName":"online.session.authorisation.challenge","timestamp":"2022-11-14T10:10:00.319Z","referenceNumber":null,"exceptionDetailList":[{"exceptionCode":21001,"exceptionDescription":"Nieczytelna treść."}]}}]

Ma ktoś podobnie?

Miałem to samo, działało mi cały czas z takim ciałem AuthorisationChallenge:

Kopiuj
{
    "timestamp":"2022-11-14T16:08:45Z",
    "contextIdentifier": 
    {
        "type": "onip",
        "identifier": "1111111111"  
    }
}

Usunięcie "timestamp" naprawiło problem.

Ogółem to bardzo dziwne, struktura powyższego JSONa jest kubek w kubek z tą, która jest przedstawiana w Webinarium. Jak już wspomniałem działało mi cały czas. Wczoraj po krótkiej przerwie chciałem wygenerować fakturę na API testowym i nagle nie działa.

Udostępnij
Komentuj
Karol Łepecki
KŁ
  • Rejestracja: dni
  • Ostatnio: dni
  • Postów: 3
0

Cześć,

próbuję zawołać operację InitToken

{{baseUrl}}/online/Session/InitToken

W odpowiedzi dostaję:

Kopiuj
{
    "exception": {
        "serviceCtx": "srvTEMFA",
        "serviceCode": "20221115-EX-F6D44CECE3-BF3AB393BA-44",
        "serviceName": "online.session.session.token.init",
        "timestamp": "2022-11-15T11:50:03.150Z",
        "referenceNumber": "20221115-SE-57D62170B2-1DA0C036B4-98",
        "exceptionDetailList": [
            {
                "exceptionCode": 21111,
                "exceptionDescription": "Nieprawidłowe wyzwanie autoryzacyjne."
            }
        ]
    }
}

Wydaje się że robię wszystko po kolei:

  1. AuthorisationChallenge
  2. InitSigned
  3. GenerateToken

Jaka może być przyczyna błędu?

Kopiuj
<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<ns3:InitSessionTokenRequest
	xmlns="http://ksef.mf.gov.pl/schema/gtw/svc/online/types/2021/10/01/0001"
	xmlns:ns2="http://ksef.mf.gov.pl/schema/gtw/svc/types/2021/10/01/0001"
	xmlns:ns3="http://ksef.mf.gov.pl/schema/gtw/svc/online/auth/request/2021/10/01/0001">
	<ns3:Context>
		<Challenge>20221115-CR-67FD0683AF-6E600FDAEE-9B</Challenge>
		<Identifier xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:type="ns2:SubjectIdentifierByCompanyType">
			<ns2:Identifier>XXX</ns2:Identifier>
		</Identifier>
		<DocumentType>
			<ns2:Service>KSeF</ns2:Service>
			<ns2:FormCode>
				<ns2:SystemCode>FA (1)</ns2:SystemCode>
				<ns2:SchemaVersion>1-0E</ns2:SchemaVersion>
				<ns2:TargetNamespace>http://crd.gov.pl/wzor/2021/11/29/11089/</ns2:TargetNamespace>
				<ns2:Value>FA</ns2:Value>
			</ns2:FormCode>
		</DocumentType>
		<Token>LDOoELvvDw7xMBIfoFoRyHUH+DICDEukzdsnFCuqvLfhtFtXBuzB2gdK84cDNUm6iU81NIPusdfWDKbCP7bJfJJLwy2Spujg86RJ8CSR6D/9TpywHWB4AtaCPVSMJ508Gf7nS9LN/aCevC+M+ZEkVeRTaiQjPV22sM3hdLYUSge7NzRoPRpwEVl6fDGecefMH0AXVronceVZxdnnxF2k+bAIMSZ59JRnKtCOz+ho/c92Eg73EyncHIp9HtT99MUYiua6LiebrdXdEdf/+qs5XEs2G7vtP82ICZ5HPj/6R1rfOzc7yVI5uyPjWYKexiIyptCYn2EyX+mIiq6Iphhnig==</Token>
	</ns3:Context>
</ns3:InitSessionTokenRequest>

Datę tak podaję:

Kopiuj
public long getLongTimestamp(String dateInString) {  //2022-11-09T13:26:09.115Z
        DateTimeFormatter formatter = DateTimeFormat.forPattern("yyyy-MM-dd'T'HH:mm:ss.SSSZ");
        DateTime dateTime = DateTime.parse(dateInString, formatter).minusHours(1);
        return dateTime.getMillis();
Udostępnij
Komentuj
ahso
AH
  • Rejestracja: dni
  • Ostatnio: dni
  • Postów: 2
0

Czy ktoś z Was spotkał się z sytuacją błędów na poziomie połączenia do KSeF (transmisji sieciowej)?

Używam CURLa do wywołań API KSeF i od czasu do czasu dostaję: Curl error [56] : OpenSSL SSL_read: Connection reset by peer, errno 104
Kiedyś zdarzało się to po różnym czasie od zainicjowania wywołania, ale ostatnio, gdy taki błąd występuje, to dzieje się to z reguły po ok. 5 min (299-305 sek.).
Wygląda to tak, jakby leciał jakiś pięciominutowy timeout i zamiast prawidłowej odpowiedzi (nawet odpowiedzi typu exception), zamykane jest połączenie (np. na proxy, LB lub innym węźle pośredniczącym).
Problem się powtarza również, gdy odpalam to z innej sieci, więc raczej to nie jest kwestia sieciowa po stronie mojego środowiska testowego.

Dajcie proszę znać, czy ktoś zetknął się z tym problem. Dzięki!

Udostępnij
Komentuj
grzegorz_so
GS
  • Rejestracja: dni
  • Ostatnio: dni
0

Jak rozumieć informację o limitach wywołania usługi ?
np.

"online.session.session.status.plain | limit : 20 | czas życia : 10 | Ograniczenie na liczbę identycznych wywołań usługi session.status.plain w sekwencji.""

mam na myśli wartości limit i czas życia

Udostępnij
Komentuj
tmg
tmg
  • Rejestracja: dni
  • Ostatnio: dni
  • Postów: 11
0

Hej,
Czy ktoś z Was waliduje za każdym razem fakturę przed wysłaniem za pomocą udostępnionego schematu http://crd.gov.pl/wzor/2021/11/29/11089/schemat.xsd? Wydaje mi się to przydatne ponieważ pomaga przechwycić błędy strukturalne na wczesnym etapie. U mnie to działa przeważne ale zauważyłem pewien problem. Otóż ten link nie zawsze może działać z różnych przyczyn. Dlatego zgrałem ten schemat na dysk co jednak nie rozwiązuje problemu. Okazuje się, że to nie jest pełny schemat ale wewnątrz odwołuje się do 3 innych schematów po URL. Czasami z niewiadomych przyczyn biblioteka randomowo wykrzacza się na takim includzie (np. nie mogąc pobrać pliku przez URL, albo trzyma wadliwy w cache). Mogę oczywiście powycinać te URLe i trzymać te 4 pliki na dysku ale to słabe rozwiązanie. Najlepiej by było mieć jeden link do najnowszego obowiązującego schematu a nie jakiś customowy link zawierający daty który może już nie obowiązywać. I to bez includów po URL jeśli się da czyli "all in one". Mając taki link mógłbym trzymać tylko hash jego zawartości i zaciągać kiedy się coś zmieni. Czyta to w ogóle ktoś z programistów aplikacji czy trzeba tam zgłaszać na maila? Uwzględnili coś kiedyś czy pełna olewka jak to zazwyczaj bywa ?

Udostępnij
Komentuj
bydman
BY
  • Rejestracja: dni
  • Ostatnio: dni
  • Postów: 13
0

Pobieranie PDFów z KSeF.
Czy ktoś z Was orientuje się, czy jest możliwość (czy będzie) pobierania PDFów za pomocą API?
Aplikacja webowa to umożliwia i nawet ma do tego swoje endpointy API - https://ksef-test.mf.gov.pl/web/api/invoice/zip-pdfs? oraz https://ksef-test.mf.gov.pl/web/api/invoice/invoice-pdf/2222222222-20221118-FC491F-9E863E-FE?, ale na razie nie udaje się z nich skorzystać? :)
Czy ktoś może zgłębiał ten temat i ma jakąś wiedzę?

Udostępnij
Komentuj
bydman
BY
  • Rejestracja: dni
  • Ostatnio: dni
  • Postów: 13
0

Czy ktoś może integruje się z KSeF za pomocą Oracle'a? Chętnie wymienię się doświadczeniami...

Udostępnij
Komentuj
dorakeen
DO
  • Rejestracja: dni
  • Ostatnio: dni
  • Postów: 7
0

Witam

Wie ktoś może o co chodzi z tym błędem ?
Otrzymuję go wysyłając polecenie /batch/Init.

dziękuję

400
{"exception":{"serviceCtx":"srvTEMFB","serviceCode":"20221122-EX-784D1F6DAA-0BA4C9BCAB-DE","serviceName":"batch.init","timestamp":"2022-11-22T15:21:35.657Z","referenceNumber":"20221122-SE-D4BE53820E-0E08DAA437-03","exceptionDetailList":[{"exceptionCode":21406,"exceptionDescription":"Konflikt podpisu i typu uwierzytelnienia."}]}}

Udostępnij
Komentuj

Zarejestruj się i dołącz do największej społeczności programistów w Polsce.

Otrzymaj wsparcie, dziel się wiedzą i rozwijaj swoje umiejętności z najlepszymi.

Utwórz konto