DEV Community: ismail183

XRechnung Validation Without Java: A Free Browser-Based Alternative

ismail183 — Thu, 23 Apr 2026 16:01:05 +0000

If you've ever tried to validate an XRechnung file, you've probably ended up at the KoSIT validator - a Java command-line tool that requires a JDK, a specific configuration file, and about 45 minutes of setup before you can validate your first invoice.

There's a faster way.

What is XRechnung?

XRechnung is Germany's national e-invoicing standard, based on UBL 2.1 and the European norm EN 16931. It has been mandatory for invoices submitted to German federal public authorities since November 2020, and is progressively being adopted across state and municipal levels.

If you sell to German public sector clients, you need XRechnung. If you're building an ERP or accounting integration for the German market, you need to generate and validate it.

The Official Validator: KoSIT

The official validation tool is maintained by KoSIT (Koordinierungsstelle für IT-Standards). It's a Java application that runs XSD schema validation + Schematron business rules (the EN 16931 BR-* rules that go beyond what XSD can check).

Validate Without Java

xmlbridge.com/xrechnung runs the official KoSIT validator server-side and returns the result in seconds. Upload your file, get a pass/fail with error details. No Java, no config files, no local setup.

It also generates XRechnung files from a form if you need to create test invoices quickly.

Conclusion

XRechnung validation is painful to set up locally. For quick checks, use the free browser validator. For CI/CD, use the API. For generating test invoices, the form-based generator covers most use cases.

The KoSIT Java validator is still the gold standard for production systems — but you don't need it for development and testing.

Try it at xmlbridge.com/xrechnung.

SEPA pain.001 XML in 5 Minutes: Generate and Validate for Free

ismail183 — Wed, 22 Apr 2026 14:29:23 +0000

If you're building a payment system for European banks, at some point you'll need to generate a SEPA credit transfer file in the pain.001 format. The spec is 200+ pages. The XSD validation errors are cryptic. And most tools that handle this cost money.

Here's a practical guide to generating and validating pain.001 files - with a free tool and no backend required.

What is SEPA pain.001?

pain.001 (Payment Initiation) is the ISO 20022 XML message format used to initiate SEPA credit transfers. It's what your ERP or treasury system sends to your bank to trigger batch payments.

Two versions are in active use:

pain.001.001.03 - the legacy version, still widely supported
pain.001.001.09 - the current version, required by most European banks since 2023

The key structural difference between them: v09 uses <BICFI> instead of <BIC>, and drops <MsgDefIdr>.

A Minimal pain.001.001.09 File

<?xml version="1.0" encoding="UTF-8"?>
<Document xmlns="urn:iso:std:iso:20022:tech:xsd:pain.001.001.09">
  <CstmrCdtTrfInitn>
    <GrpHdr>
      <MsgId>MSG-2026-04-19-001</MsgId>
      <CreDtTm>2026-04-19T10:00:00</CreDtTm>
      <NbOfTxs>1</NbOfTxs>
      <CtrlSum>1500.00</CtrlSum>
      <InitgPty>
        <Nm>Acme Corp</Nm>
      </InitgPty>
    </GrpHdr>
    <PmtInf>
      <PmtInfId>PMT-001</PmtInfId>
      <PmtMtd>TRF</PmtMtd>
      <NbOfTxs>1</NbOfTxs>
      <CtrlSum>1500.00</CtrlSum>
      <PmtTpInf>
        <SvcLvl><Cd>SEPA</Cd></SvcLvl>
      </PmtTpInf>
      <ReqdExctnDt>
        <Dt>2026-04-22</Dt>
      </ReqdExctnDt>
      <Dbtr>
        <Nm>Acme Corp</Nm>
      </Dbtr>
      <DbtrAcct>
        <Id><IBAN>FR7630006000011234567890189</IBAN></Id>
      </DbtrAcct>
      <DbtrAgt>
        <FinInstnId><BICFI>BNPAFRPP</BICFI></FinInstnId>
      </DbtrAgt>
      <CdtTrfTxInf>
        <PmtId>
          <EndToEndId>E2E-001</EndToEndId>
        </PmtId>
        <Amt>
          <InstdAmt Ccy="EUR">1500.00</InstdAmt>
        </Amt>
        <CdtrAgt>
          <FinInstnId><BICFI>DEUTDEDB</BICFI></FinInstnId>
        </CdtrAgt>
        <Cdtr>
          <Nm>Supplier GmbH</Nm>
        </Cdtr>
        <CdtrAcct>
          <Id><IBAN>DE89370400440532013000</IBAN></Id>
        </CdtrAcct>
        <RmtInf>
          <Ustrd>Invoice INV-2026-001</Ustrd>
        </RmtInf>
      </CdtTrfTxInf>
    </PmtInf>
  </CstmrCdtTrfInitn>
</Document>

Most Common Validation Errors

After processing thousands of pain.001 files, these are the errors that come up most often:

1. Wrong namespace
v03: urn:iso:std:iso:20022:tech:xsd:pain.001.001.03
v09: urn:iso:std:iso:20022:tech:xsd:pain.001.001.09
Mixing them causes immediate rejection.

2. <BIC> vs <BICFI>
In v03, the BIC element is <BIC>. In v09, it's <BICFI>. Banks that have migrated to v09 will reject files with <BIC>.

3. <MsgDefIdr> in v09
This element existed in v03 but was removed in v09. If your template still includes it, v09 XSD validation will fail.

4. <CtrlSum> mismatch
The control sum must exactly match the sum of all <InstdAmt> values. Off by one cent = rejection.

5. Execution date in the past
<ReqdExctnDt> must be today or a future business day. Banks won't process past dates.

Validate Against the Official XSD

You can validate your file directly in the browser at xmlbridge.com/sepa - paste or upload your XML, select the version (v03 or v09), and click Validate XSD. The validator runs the official ISO 20022 XSD client-side using a WASM XML parser.

For CI/CD pipelines, validate with Python:

from lxml import etree
import requests

def validate_pain001(xml_path, version="09"):
    xsd_url = f"https://xmlbridge.com/schemas/pain/pain.001.001.{version}.xsd"
    xsd_content = requests.get(xsd_url).content
    schema = etree.XMLSchema(etree.fromstring(xsd_content))

    with open(xml_path, "rb") as f:
        doc = etree.fromstring(f.read())

    if schema.validate(doc):
        print("Valid pain.001 file")
    else:
        for error in schema.error_log:
            print(f"Line {error.line}: {error.message}")

validate_pain001("payment.xml", version="09")

Generate pain.001 Files Without Coding

If you need to generate a one-off payment file or test a bank integration, xmlbridge.com/sepa lets you fill in a form and download a valid pain.001 XML in seconds - no backend, no signup.

It supports:

Both v03 and v09
Single and multi-transaction files
SEPA EPC QR code generation
XSD validation in-browser

Key Differences: v03 vs v09

Element	v03	v09
BIC field	`<BIC>`	`<BICFI>`
Message definition	`<MsgDefIdr>` present	removed
Namespace	`pain.001.001.03`	`pain.001.001.09`
Bank support	Legacy, still common	Required by most EU banks

Conclusion

SEPA pain.001 is well-standardized but the version migration from v03 to v09 catches a lot of teams off guard. The three elements to watch: namespace, <BIC> vs <BICFI>, and <MsgDefIdr> removal.

Validate early, validate often - most banks only tell you a file was rejected, not why.

Try the free generator and validator at xmlbridge.com/sepa.

Building a payment integration? Drop your questions in the comments.

Generate a Factur-X PDF Invoice in Python (Free, No Library Needed)

ismail183 — Mon, 20 Apr 2026 12:41:24 +0000

If you've ever tried to generate a Factur-X invoice programmatically, you know the pain. The official libraries are heavy, the documentation is scattered across three different standards bodies, and getting a valid PDF/A-3 with embedded XML is anything but straightforward.

This article shows you how to generate a fully compliant Factur-X invoice in Python in under 20 lines of code - using a free API, no local dependencies, no Java runtime.

What is Factur-X?

Factur-X is a hybrid e-invoice format: a human-readable PDF/A-3 with an embedded CII XML file. It's the standard for electronic invoicing in France and Germany (where it's called ZUGFeRD), and it's becoming mandatory across the EU.

The embedded XML allows accounting software to extract invoice data automatically - no manual data entry, no OCR errors.

The Problem With Existing Solutions

The most common approaches involve:

factur-x Python library - requires ghostscript, pdfrw, and a working LaTeX or WeasyPrint setup
Mustang Java library - requires a JVM, complex Maven setup
Commercial APIs - €99/month minimum

For a quick integration or a small volume use case, none of these are great.

The Solution: XMLBridge API

XMLBridge.com exposes a free REST API that generates valid Factur-X PDF/A-3 files. No API key, no signup, no rate limit for reasonable usage.

Endpoint: POST https://api.xmlbridge.com/generate-facturx

Verify the Output

To confirm the embedded XML is valid, open the PDF in Adobe Acrobat and check the attachments panel - you should see factur-x.xml. You can also drag the PDF into xmlbridge.com/facturx to extract and inspect the embedded XML directly in the browser.

What the API Returns

The API returns a raw PDF binary (application/pdf). The PDF:

Is PDF/A-3b compliant
Contains an embedded factur-x.xml (CII format)
Passes EN 16931 schematron rules
Is compatible with Chorus Pro (French public procurement platform)

Conclusion

Generating a valid Factur-X invoice doesn't have to involve a 200MB Java dependency or a paid SaaS subscription. For most use cases - freelancers, small businesses, internal tools - a simple HTTP call is all you need.

Try it live at xmlbridge.com/facturx or hit the API directly.

Questions or issues? Drop a comment below.

XMLBridge - Free online XML converter (HTML, PDF, Excel, JSON, XSLT, XSD, validations, SEPA payments generator (pain.001 ISO 20022)

ismail183 — Fri, 27 Mar 2026 10:58:29 +0000

Hey everyone,

I recently launched a free browser-based XML tool called XMLBridge — thought it might be useful to some of you.

What it does:

Convert XML to HTML, PDF, Excel or JSON
Apply XSLT transformations
Validate XML against an XSD schema
Generate XML from an XSD schema
Generate SEPA payments XML

Everything runs 100% client-side - no files are ever uploaded to a server, which makes it safe for sensitive data.

It's available in English, French and German.

Would love to get some feedback from the community!

Link: https://xmlbridge.com