Krajowy system e-Faktur

@alexz:

1. Czy wymagane jest uzyskanie akredytacji w ramach Rządu RP na wysyłanie/otrzymywanie faktur na konto produkcyjne? Jeśli tak, to jak? Ktos moze przerabial ten temat?

Każda firma z NIPem będzie miała założone konto. Bodaj jest to na stronie FAQu MF

2. Gdzie znaleźć stronę internetową, którą rząd udostępnia bezpłatnie, aby zarządzać e-fakturowaniem? Jak go aktywować? Wiem ze to ten e-mikrofirma ale czy tam jest jakis sandbox panel ?

Właśnie zadałem wyżej to samo pytanie :)

3. W jaki sposób możemy otrzymać powiadomienie, że wysłana faktura została dostarczona lub nie została dostarczona i dlaczego? Czy to jest tozsame z faktem nadania numer ksef?

Tylko odpytując serwis i czekając na nr KSeF i UPO lub komunikat błędu.

4. Czy istnieje limit sesji, które mogę otworzyć, powiedzmy, w ciągu jednego dnia (lub w jakimkolwiek przedziale czasowym)?

Tak, istnieje, ale nie wiadomo do końca, jaki on jest.

5. Czy istnieje minimalna i maksymalna liczba faktur, którymi mogę zarządzać w ramach sesji?

Minimalna? 0. Maksymalna - teoretycznie nie ma takiego limitu. Sesją jest też np. wysyłka wsadowa, gdzie można wysłać 100 części po 50MB, co może odpowiadać nawet kilku tysiącom czy dziesiątkom tysięcy faktur.

Hej ludzie, czy ktoś może lepiej opisać punkt końcowy Query/Credentials/Sync? Myślałem, że dzięki temu będę mógł sprawdzić rolę self_invoice zamiast tylko w odpowiedzi InitSigned. Jest inny sposób sprawdzania poprawności przyznanych ról związanych z samorozliczaniem?

Inny temat: tyle throttling w środowisku testowym!! Mając tylko 5 requests w Authorization Challenge uzyskaj "Limit i poproszę". W produkcji jest lepiej? Czy mamy jakąkolwiek dokumentację opisującą, ile endpoint końcowy może obsłużyć?

Orientował się może ktoś czy jest jakiś interfejs graficzny/strona dostarczona prze KSeF do nadawania/odbierania uprawnień dla podmiotu/osoby? Doszły mnie słuchy, że coś takiego miało być ale nie udało mi się nic takiego namierzyć.

​/online​/Payment​/Identifier​/GetReferenceNumbers​/{PaymentIdentifier}
Pobranie listy faktur dla identyfikatora płatności
​/online​/Payment​/Identifier​/Request
Wygenerowanie identyfikatora płatności

Czy ktoś wie do czego to jest? W sensie, że po co mi ten indentyfikator? Co z tym dalej się robi?

C# - może ktoś wskazać co jest nie tak z podpisaniem - niby proste ale... :D

public XmlDocument Sign(XmlDocument xmlFile, DateTime challengeDate)
{
    FirmaXadesNetCore.XadesService xadesService = new();
    SignatureParameters parameter = new();
    parameter.SignatureMethod = SignatureMethod.RSAwithSHA256;
    parameter.SigningDate = challengeDate;

    parameter.SignaturePackaging = SignaturePackaging.ENVELOPED;

    using var cert = new X509Certificate2(_pfxFile, _pfxFilePass);
    using (parameter.Signer = new Signer(cert))
    {
        using MemoryStream xmlStream = new();
        xmlFile.Save(xmlStream);
        xmlStream.Flush();
        xmlStream.Position = 0;
        var signatureDocument = xadesService.Sign(xmlStream, parameter);
        return signatureDocument.Document;
    }
}

plik który wysyłam jest w załączniku
dostaje cały czas "Nieprawidłowa liczba wpisów [2] referencji podpisu [Signature-919b5f67-433d-4362-ad41-0f612ae642d3]"

@Radassos:
Problemem jest XAdesNet usuń jedną z referencji i przejdzie. Niestety nie mogę pokazać kodu.
Szukaj
AddReference
i jedna zakomentuj.
Prawdopodobnie chodzi o błędne nadawanie id - dwie referencje mają taki sam id.

Wie ktos o co chodzi w
VerifyInvoiceEssentials – etap weryfikacji założeń biznesowych dokumentu faktury

co dokladnie tu sie odbywa?

Cześć,

wysyłka wsadowa na ksef-demo. Najdalej docieram do
{
"timestamp": "2022-03-09T09:13:59.716Z",
"referenceNumber": "",
"processingCode": 441,
"processingDescription": "Błąd etapu weryfikacji wyników podprocesów przetwarzania faktury",
"upo": null
}

Czasem utyka na:
{
"timestamp": "2022-03-09T09:21:13.127Z",
"referenceNumber": "",
"processingCode": 320,
"processingDescription": "Zakończenie etapu odszyfrowania zaszyfrowanych części archiwum",
"upo": null
}

Zipy testowałem SharpZipLibem, 7zipem, winrarem. Metoda Deflate. Testowałem Zip i Zip64.

Działam tak:

1. Zipuje dokumenty xml do jednego archiwum.
2. Dzielę archiwum bajtowo na 2 części (pierwszy part 50bajtów, drugi part resztę).
3. Szyfruje oba party zgodnie z instrukcją - to powinno być ok bo w sesyjnej wysyłce robię to tak samo i działa.
4. Liczę hashe zaszyfrowanych partów i je podaje w partach. Liczę też hash niezaszyfrowanego całego archiwum i podaje w ...PackageSignature/PackageFileHash/HashSHA

Wydaje mi się, że robię wszystko jak w instrukcji. Cała wysyłka przebiega ok, kończę ją i zbieram statusy jak wyżej.

Czy nazwy faktur mają znaczenie? Są to zwykłe xml - np. test.xml
Nazwy partów KSeF_DEC1.tmp_001 i KSeF_DEC1.tmp_002 - są zgodne z regexem z xsd. Nazwa ..PackageSignature/Package Value = "Nowyfolder.zip"

Próbowałem też szyfrować faktury tym samym kluczem przed ich spakowaniem ale to chyba nie był dobry kierunek,

Czy komuś z Was działa poprawnie wysyłka wsadowa i dostajecie finalnie upo do niej?

Dla wszystkich, którym limit zapytan przeszkadza, to właśnie dostałem informację:

uprzejmie informujemy, że 10 marca 2022 r. planowana jest aktualizacja środowiska testowego KSeF oraz środowiska przedprodukcyjnego (Demo) KSeF w zakresie limitów poszczególnych zapytań (...) Jednocześnie, zostaną wskazane limity dla poszczególnych zapytań.

Mam bardzo podstawowe pytanie, ponieważ mam pierwszy raz do czynienia z podpisami kwalifikowanymi. Jak w praktyce w swoich aplikacjach będziecie podpisywali xml do inicjalizacji wysyłki wsadowej? Czy taka wysyłka będzie musiała być zaincjalizowana przez użytkownika, który podpisze xml swoim podpisem/pieczęcią firmową? Czy da się to całkowicie zautomatyzować bez ingerencji użytkownika - przechowywanie pieczęci w aplikacji? Co z bezpieczeństwem?