MCP App Store
by KeenEthics
NormAPI – German e-invoices (XRechnung, ZUGFeRD) icon

NormAPI – German e-invoices (XRechnung, ZUGFeRD)

By NormAPI

Get New App Alerts

Overview

NormAPI checks and creates German e-invoices from inside Claude. • validate_invoice runs the official KoSIT validator on an XRechnung (UBL or CII XML) or a ZUGFeRD / Factur-X PDF. It returns the verdict, the rule-set version and every finding. Each business-rule finding says what the rule requires, why invoices typically break it and how to fix it. • explain_rule explains any rule code that a rejection quotes, such as BR-DE-15, BR-CO-10 or PEPPOL-EN16931-R010. • parse_invoice reads a received e-invoice into structured data: parties, lines, totals and the VAT breakdown as the document states them, plus a list of every value it could not map. • generate_invoice builds an XRechnung (UBL or CII), a plain EN 16931 invoice for a business customer, or a ZUGFeRD PDF from invoice data. Totals are computed in decimal arithmetic, and the document is validated against the official rules before it is returned. Data the rules do not permit is refused, with the broken rules and how to fix each. Validation, parsing and rule lookups need no account. Generating uses the user's NormAPI account, with sign-in by email link. Invoices are processed in memory and never stored. Explanations come in English or German. This is technical validation against EN 16931 and the German XRechnung rules, not tax or legal advice.

Tools

explain_rule

Claude
Explain one EN 16931 / XRechnung / Peppol business rule by its code (e.g. BR-DE-15, BR-CO-10, PEPPOL-EN16931-R010): what it requires, why invoices typically break it, and how to fix it, with a link to the full page. Case does not matter. Schema findings (cvc-*) have no explanation.

generate_invoice

Claude
Produce an e-invoice as ubl or cii XML or a ZUGFeRD hybrid PDF (zugferd) from invoice data: an XRechnung for a public-sector buyer (profile xrechnung, the default), a plain EN 16931 invoice for a business (profile en16931). Totals are computed server-side in decimal arithmetic, and the document is validated against the official rules before it is returned. Data the rules do not permit is refused with the broken rules and how to fix each. Needs the user's NormAPI account; each generated document counts against that account's monthly allowance.

parse_invoice

Claude
Read a received e-invoice — XRechnung or any EN 16931 invoice as UBL or CII XML, or a ZUGFeRD/Factur-X PDF — into structured data. invoice is in exactly the shape generate_invoice takes (fields the document lacks are left out); stated has the totals, the VAT breakdown and each line net as the document states them, as exact decimal strings; notMapped lists by path every value of the document the data does not carry. Send the XML as text in xml, the PDF base64-encoded in pdfBase64, or an uploaded file in file — exactly one. validate: true adds the KoSIT verdict. No account needed; 5 MB at most.

validate_invoice

Claude
Check an XRechnung (UBL or CII XML) or a ZUGFeRD/Factur-X PDF against the official KoSIT rules. Returns the verdict, the rule set version, and every finding; each business-rule finding comes with a plain-language meaning, cause and fix. Send the XML as text in xml, the PDF base64-encoded in pdfBase64, or an uploaded file in file — exactly one. No account needed; 5 MB at most.

Similar Apps