Evidence

Tested in the official test environments. The files are here.

Instead of logos, the work itself: invoices generated from ERP-style data, checked against the official rule sets and sent through the countries' own test environments in September 2026.

R
RO e-Factura · ANAF27.09.2026 · stare: ok
R
Peppol · access point27.09.2026 · Sent
R
Registered · KSeF 2.0Test environment
KSeF number7443889269-20260926-9AC1F4000000-9D
Route
KSeF 2.0 (test)
Format
FA(3)
Posted
26.09.2026
Receipt
UPO received

Real receipts from official test environments, 26 and 27 September 2026. Sample data, fictitious companies.

Evidence

Validation evidence

Official rule sets · run 27.09.2026

  1. 27.09.2026
    Peppol BIS 3.0 · BE, DE, FR, PLUBL 2.1 schema · CEN EN 16931 · Peppol BIS Billing 3.0.20
    4 of 4 pass
  2. 27.09.2026
    Peppol · access pointBelgian invoice sent through a certified access-point sandbox (test mode)
    Validator: 0 issues
    Accepted · sent
  3. 26.09.2026
    Poland · KSeF FA(3)FA(3) schema 1-⁠0E · submitted to the KSeF 2.0 test environment
    KSeF number issued
  4. 27.09.2026
    Romania · RO e-⁠FacturaCIUS-⁠RO 1.0.9 locally · ANAF public validation service
    PDF · XML
    ANAF: ok
  5. 27.09.2026
    Rejection test10 local defects · live defects at ANAF, KSeF and a Peppol access point
    BR-⁠RO-⁠100 · KSeF 440 · BR-⁠CO-⁠16
    All rejected
  6. 27.09.2026
    Correction test26 defects against the Peppol, XRechnung, CII, CIUS-⁠RO and FA(3) rules, each corrected and checked again
    26 of 26 fixed

Sample data. Companies, VAT IDs and IBANs are fictitious. Network transmission is tested per route in the pilot sandbox.

A readable PDF on top. A compliant e-⁠invoice inside.

Every invoice we produce carries the EU mandatory fields, the right wording for reverse charge and exemptions, a SEPA payment code and the structured XML the network needs.

  • Sample invoice: Belgium to Germany, reverse charge
    Belgium → Germanyreverse charge · ENPDF · XML
  • Sample invoice: German domestic, 19% VAT
    Germanydomestic VAT · DEPDF
  • Sample invoice: French services invoice
    Franceservices · FRPDF · XML
  • Sample invoice: Polish domestic invoice
    Polanddomestic VAT · PLPDF · XML
  • EN 16931 · Peppol BIS 3.0 Structured UBL XML, attached to the PDF and sent over the network.
  • Art. 226 checked Each invoice is checked for the fields the VAT Directive requires, plus country rules for DE, FR, PL, BE and RO.
  • Local language Labels and legal wording in English, German, French or Polish.
  • Pay by scan A SEPA QR code with the amount and reference filled in.

Your brand We can apply your logo, colours, payment details and approved layout, or your ERP partner’s, while keeping required fields and structured data intact.

Evidence

What the test environments answered

What the test environments answered
EnvironmentWhat we sentWhat came back
KSeF 2.0 TEST, PolandAn FA(3) invoice, then the same invoice againA KSeF number and UPO; the second copy rejected as a duplicate (440)
ANAF validation service, RomaniaA CIUS-⁠RO invoice and a credit note, then planted defectsState ok for both; BR-⁠RO-⁠100 and a wrong CUI rejected
Peppol access-point sandbox, BelgiumA Peppol BIS invoice and a credit note0 validator issues and sent; a BR-⁠CO-⁠16 defect refused
French platform sandbox (SUPER PDP)UBL France, CII France and Factur-X invoicesDeposited and received (200, 202); a BR-⁠CO-⁠16 copy rejected (213)
KoSIT, veraPDF and Mustang, GermanyXRechnung and ZUGFeRD invoices and credit notesAccepted with 0 messages; PDF/A-⁠3B valid
Common problems

Rejections, as the systems returned them

Four rejections from our tests, word for word. Finding these before anyone else does is the job.

  • R
    Returned invoicePeppol validation, test mode · 27.09.2026
    Rule
    BR-CO-16
    Cause
    Amount due does not add up

    As returned[BR-CO-16]-Amount due for payment (BT-115) = Invoice total amount with VAT (BT-112) -Paid amount (BT-113) +Rounding amount (BT-114).

  • R
    Returned invoiceXRechnung validator (KoSIT) · 27.09.2026
    Rule
    BR-DE-15
    Cause
    Buyer reference (BT-⁠10) missing

    As returned[BR-DE-15] Das Element "Buyer reference" (BT-10) muss übermittelt werden.

  • R
    Returned invoiceKSeF 2.0 test environment · 27.09.2026
    Rule
    KSeF 430
    Cause
    Byte-order mark at the start of the file

    As returnedBłąd weryfikacji pliku faktury. Wykryto BOM w pliku.

  • R
    Returned invoiceKSeF 2.0 test environment · 27.09.2026
    Rule
    KSeF 440
    Cause
    Duplicate: already accepted in an earlier session

    As returnedDuplikat faktury. Faktura o numerze KSeF: 3986650091-20260927-86E6E5800000-AA została już prawidłowo przesłana do systemu…

Evidence

What this evidence is, and what it is not

  1. Test environments and sandboxes, not production traffic
  2. Fictitious companies, VAT IDs and IBANs
  3. Client work is shown only with the client's consent
Contact

Want to see a route run with your own data?

Bring one case. The first valid test invoice is the proof that matters.

  • Your ERP and version
  • The first country route and legal entity
  • A representative invoice and where the credentials stand

30-minute call

Choose a time

Choose a time