Invoiceer e-invoicing tools
Server Details
Create and validate XRechnung, ZUGFeRD and Peppol e-invoices (KoSIT); Peppol lookup, rule help.
- Status
- Healthy
- Uptime
- 100.0% over the last 24 hours
- Last Tested
- Transport
- Streamable HTTP · MCP 2025-06-18
- URL
- ChatGPT
- –
- Claude
- –
TDQS
Scored across 6 tools
Each tool has a clear, distinct role: creation, validation, PDF extraction, rule explanation, Leitweg-ID checking, and Peppol lookup. Mild overlap exists between check_leitweg_id (which also reports Peppol registration) and peppol_lookup, and between check_leitweg_id and validate_einvoice, but the descriptions make the boundaries reasonably clear.
Five of six tools follow a clean verb_noun snake_case pattern (check_, create_, explain_, read_, validate_). peppol_lookup is a noun-based name that breaks the pattern slightly, but it remains readable and unambiguous.
Six tools form a tight, end-to-end e-invoicing workflow (read PDF -> create -> validate, plus lookup/explain/check helpers). Every tool earns its place with no filler or redundancy.
The surface covers the full create-validate-extract-lookup lifecycle with useful helper tools. A gap exists in that there is no tool to parse an existing e-invoice XML/PDF back into structured data (only validation), which could be a minor dead end for round-tripping.
Available Tools
6 toolscheck_leitweg_idCheck a Leitweg-IDARead-onlyInspect
Check a German Leitweg-ID (buyer reference BT-10 for invoices to German public authorities) against the official format and check digit (spec v2.0.2), and whether the authority is registered on Peppol (peppol_registered). Returns validity, the parts and the expected check digits.
Inputs: leitweg_id (required), lang.
create_einvoiceCreate an e-invoiceARead-onlyInspect
Create a valid e-invoice from structured data: XRechnung 3.0 (UBL or CII), ZUGFeRD / Factur-X PDF (EN 16931) or Peppol BIS Billing 3.0. The file is checked with the official KoSIT validator before it is returned; if it fails, you get the rule errors instead of a file. XML comes back as text in xml, the ZUGFeRD PDF as base64 in pdf_base64. XRechnung needs a seller contact (contact, phone, email), a buyer email or Peppol ID (electronic address), a buyer_reference (Leitweg-ID for German authorities) and payment details (iban). Peppol needs peppol_id for seller and buyer.
Inputs: buyer (required), lines (required), number (required), seller (required), +22 more.
explain_ruleExplain a validation ruleARead-onlyInspect
Explain an e-invoice business rule code (EN 16931 BR-, BR-CO-, XRechnung BR-DE-, Peppol PEPPOL-EN16931-): official text (with an English translation for German-only rules), plain-language meaning, severity, the fields (BT/BG) involved and a link to the reference page.
Inputs: code (required).
peppol_lookupPeppol participant lookupARead-onlyInspect
Check whether a company can receive e-invoices over Peppol. Accepts a Peppol ID (e.g. 0208:0123456749), a VAT number (e.g. BE0123456749, NL...B01) or a Belgian enterprise number. Returns each matching participant ID, whether it is registered, whether it accepts Peppol BIS invoices, and name/country from the Peppol Directory when published.
Inputs: query (required).
read_invoice_pdfRead a PDF invoiceARead-onlyInspect
Read an ordinary (non-e-invoice) PDF invoice and return its data in the input format of create_einvoice: seller and buyer (name, address, VAT ID, country), invoice number, dates, IBAN/BIC, Leitweg-ID and the invoice lines (only if quantity x price and the line sum match the PDF's net total; otherwise one line with the net total). Regex-based, no guessing: fields we can't read reliably are missing and listed in missing. Check and complete them, then call create_einvoice to get XRechnung, ZUGFeRD or Peppol. Scanned PDFs (no text layer) are not supported. Pass the PDF base64-encoded in file_base64. Max 5 MB.
Inputs: file_base64 (required).
validate_einvoiceValidate an e-invoiceARead-onlyInspect
Validate an e-invoice (XRechnung UBL/CII, ZUGFeRD / Factur-X PDF, Peppol BIS Billing 3.0, EN 16931) with the official KoSIT validator. Returns valid/invalid, the detected format, every error and warning with its rule code, and the exact corrected value for common calculation errors. Pass the XML as text in xml, or a PDF/XML file base64-encoded in file_base64. Max 5 MB.
Inputs: xml, france, file_base64.
Tool Schema Changelog
Recent tool additions, removals, and schema changes observed during successful MCP inspections.
Loading tool schema changelog…
Related MCP Connectors
XRechnung and ZUGFeRD e-invoicing (EN 16931): create, validate, check Leitweg-IDs, German VAT.
Validate, generate & convert EU e-invoices (UBL, CII, XRechnung, Factur-X) — EN 16931 pre-validated.
Validate XRechnung, Peppol BIS 3 and EN 16931 invoices with KoSIT; explain rules; check auto-repair
Create ZUGFeRD e-invoices from JSON or PDF, verify Factur-X, check VAT IDs and Peppol.
Related MCP Servers
- AlicenseAqualityCmaintenanceValidates electronic invoices (XRechnung, ZUGFeRD, Factur-X, Peppol BIS, etc.) against authority-pinned rules and explains failures.223 npmMIT
- AlicenseNot gradedqualityBmaintenanceEnables AI assistants to read, validate against the official KoSIT rules (no Java), create, and display XRechnung and ZUGFeRD e-invoices, and export incoming invoices as DATEV posting batches. Running it with a cloud language model sends invoice contents to that provider's service.MIT
- AlicenseAqualityDmaintenanceMCP server for DACH e-invoicing. Create XRechnung (UBL) and ZUGFeRD 2.3 (Factur-X CII) invoices, validate against EN 16931 rules, extract data from XML, and convert between UBL, CII and JSON formats.661 npm2MIT
- AlicenseAqualityBmaintenanceCreate and check EU e-invoices (XRechnung, ZUGFeRD / Factur-X PDF, Peppol BIS, UBL, CII) on your own machine. Validation runs the official KoSIT, CEN and Peppol rules, and its verdicts match the official KoSIT validator 100% on the official test invoices. Free, open source, no API key.67706 npm4Apache 2.0
Glama MCP Gateway
Add one secure layer between your agents and this server.