Dla oprogramowania do fakturowania, ERP i księgowości

Obowiązkowy KSeF dotyczy już większości firm w Polsce

Możemy sprawdzić fakturę według oficjalnych reguł EN 16931 i zweryfikować nabywcę przed wysyłką, a także wysłać ją przez sieć Peppol, jeśli odbiorca jest tam zarejestrowany. Nie przesyłamy faktur do produkcyjnego KSeF (tworzymy pliki FA(3) i wysyłamy je tylko do środowiska testowego KSeF) — to nie zastępuje obowiązku wystawiania faktur ustrukturyzowanych w KSeF.

Bez karty. Sandbox dla każdego endpointu.

Kto musi wystawiać e-faktury i od kiedy

• PolskaOdbieranie faktur w KSeF: obowiązkowe od 1 lutego 2026 r.
• PolskaWystawianie w KSeF: od 1 lutego 2026 r. przy sprzedaży w 2024 r. powyżej 200 mln zł; od 1 kwietnia 2026 r. dla pozostałych podatników
• PolskaOd 1 stycznia 2027 r. obowiązek wystawiania w KSeF obejmuje także firmy z miesięczną sprzedażą fakturową do 10 000 zł
• BelgiaE-faktura B2B w sieci Peppol: obowiązkowa od 1 stycznia 2026 r.

Źródła: KSeF — zakres obowiązkowego KSeF, etapy wdrożenia KSeF 2.0. Szczegóły po angielsku: Poland KSeF for software.

Sprawdzane przed każdą wysyłką

• Walidacja EN 16931 (oraz XRechnung według oficjalnych reguł KoSIT i CEN), z identyfikatorem reguły i wskazówką poprawy
• Numer VAT nabywcy sprawdzany w VIES
• Nabywca w sieci Peppol: wysyłka live do niezarejestrowanego odbiorcy jest odrzucana przed transmisją
• Sprawdzenie nabywcy na listach sankcyjnych (UE, ONZ, OFAC, UK)
• Podpisane potwierdzenie każdej wysyłki, do zachowania jako dowód

Jeden klucz dla wszystkich firm Waszych klientów

• Każda firma klienta akceptuje mandat Peppol w Waszej aplikacji (kliknięcie, podpisany dowód)
• Sprawdzamy każdą firmę (KYC) i zakładamy jej własne konto wysyłkowe Peppol
• GET /platform/companies pokazuje etap wdrożenia, następny krok i liczby dokumentów live — do Waszego rozliczenia
• Powiążcie każdą firmę z własnym identyfikatorem klienta (client_ref) i odpytajcie GET /platform/companies?client_ref=
• GET /platform/usage pokazuje sprawdzone faktury, dokumenty Peppol, aktywne firmy i koszt bieżącego miesiąca
• Twórzcie XRechnung / ZUGFeRD / UBL z JSON, sprawdzajcie pliki przychodzące i odczytujcie je z powrotem jako JSON
• Sami zarządzacie kluczami API: logujecie się e-mailem, tworzycie osobny klucz dla każdego środowiska, rotujecie lub unieważniacie klucze; wszystkie korzystają z jednego planu i jednego licznika zużycia

Wypróbuj teraz: sprawdź przykładową fakturę (bez klucza)

curl -s https://api.wsystem.dev/einvoice/sample | sed 's/.*/{"invoice":&}/' \
  | curl -s -X POST https://api.wsystem.dev/einvoice/preflight -H 'Content-Type: application/json' -d @-

Potem, z kluczem: wysyłaj i śledź firmy

curl -s -X POST https://api.wsystem.dev/einvoice/send \
  -H "X-API-Key: $KEY" -H 'Content-Type: application/json' \
  -d '{"invoice": {...}, "mode": "live", "recipient_check": "strict"}'

curl -s 'https://api.wsystem.dev/platform/companies?client_ref=cust-10442' -H "X-API-Key: $KEY"

Co robimy, a czego nie

• Nie przesyłamy faktur do produkcyjnego Krajowego Systemu e-Faktur (KSeF). Tworzymy i sprawdzamy pliki FA(3) i wysyłamy je do oficjalnego środowiska testowego KSeF (TEST), żeby przetestować integrację.
• Sprawdzamy pliki EN 16931 / UBL / CII, weryfikujemy NIP UE nabywcy w VIES oraz listy sankcyjne i wysyłamy przez Peppol, gdy odbiorca jest w sieci. To nie spełnia polskiego obowiązku wystawiania faktur ustrukturyzowanych w KSeF.
• Wysyłka live przez Peppol jest włączana dla każdej firmy po mandacie i naszej weryfikacji KYC. Sandbox działa od pierwszego dnia.

Pytania