We use necessary cookies to make this site work. With your permission we also use Google Analytics to understand how the site is used and Google Ads cookies to measure which of our ads lead to purchases. You can accept all cookies, reject the optional ones or choose which ones to allow. Cookie policy
Choose which cookies you allow. Necessary cookies are always on because the shop cannot work without them. You can change your choice at any time with the "Cookie settings" link.
Needed for the basket, checkout, login and security. They do not track you.
Google Analytics: how many people visit, which pages they read and how they found the site. It sets the _ga cookies and sends usage data to Google.
Google Ads: measures which of our ads lead to a purchase. It sets the cookies _gcl_au and _gcl_aw (90 days) and, when you buy, sends Google the order details and a hashed form of your contact details for matching. See our cookie and privacy policies.
XRechnung 3.0 and ZUGFeRD for Magento 2: your invoices and credit memos become German e-invoices, checked before they go out. Businesses get a ZUGFeRD PDF in a clear German invoice layout with the XML inside, public bodies an XRechnung with their Leitweg-ID. One-off payment, no subscription.
One-off payment, with 12 months of updates.
No subscription or automatic renewal. Keep using the versions included in your update period. Update and licence details
Composer package commercegears/module-e-invoicing-de
German e-invoices from your own Magento invoices. Every invoice and credit memo becomes a ZUGFeRD PDF or an XRechnung 3.0, checked against the EN 16931 and XRechnung rules before it goes out. Your business customers receive a clear German invoice ("Rechnung") with the structured XML embedded, attached to Magento's invoice e-mail and ready to download in My Account. Public bodies with a Leitweg-ID get an XRechnung. No network contract is needed for e-mail delivery.
Why now: German businesses must be able to receive e-invoices since 1 January 2025. Issuing them is required from 1 January 2027 for businesses with a prior-year turnover above EUR 800,000 and from 1 January 2028 for everyone. Check your own obligations with your tax adviser.
We ran e-invoices of the demo store's orders through the official KoSIT validator (version 1.6.3, XRechnung 3.0.2 configuration of 31 August 2026), the validator of the German Coordination Office for IT Standards. Result for each file: "Das geprüfte Dokument enthält weder Fehler noch Warnungen" (no errors, no warnings) and "Es wird empfohlen das Dokument anzunehmen" (recommended to accept).
The ZUGFeRD PDFs also pass veraPDF (PDF/A-3B) and the ZUGFeRD rules in the open-source Mustang validator. Download the files below and check them with any validator you trust.
Files made by the module from the demo store's orders (demo data: fictitious companies, example addresses):
The ZUGFeRD PDF is drawn from the same data as the XML inside it, so the readable invoice and the structured data cannot differ. It is in German with small English sub-labels and shows the details § 14 UStG asks for: both VAT IDs, invoice and supply date, items with quantity and VAT rate, VAT per rate, the notes for reverse charge, intra-Community supplies and exports, payment terms and bank details, plus your PDF logo. Prefer your store's own invoice PDF, for example from a PDF module? Switch to it in the settings.
German sellers on Magento 2, and sellers elsewhere with German business or public customers, who issue their invoices in Magento and want them as compliant e-invoices automatically, for a one-off payment, no subscription. Invoice data stays on your server.
Look elsewhere if you need to receive and book purchase invoices or archive documents for the retention period: that is a job for your accounting or archive software.
Magento Open Source or Adobe Commerce 2.4.7 – 2.4.9, PHP 8.2 – 8.5, Hyvä and Luma. Try it in the live demo: the Luma storefront, the Hyvä storefront and the admin. Test with your own invoice data and your customers' software before going live.
Every Magento invoice and credit memo becomes a ZUGFeRD or XRechnung e-invoice by cron, without slowing down checkout or invoicing.
EN 16931 and XRechnung rules, the XML schema and a total check run on every document; problems are listed with their rule ID.
Businesses get ZUGFeRD by e-mail; buyers with a Leitweg-ID get an XRechnung, over Peppol when the Peppol package is installed.
All features
Feature tour
01 / 06
The ZUGFeRD PDF your customer opens: "Rechnung" with English sub-labels, both VAT IDs, invoice and supply date, VAT per rate, payment terms and bank details. It is drawn from the same data as the embedded XML, so the two cannot differ.
02 / 06
Every document is checked in your store against the EN 16931 and XRechnung rules before it is sent. The demo's files also pass the official KoSIT validator with the XRechnung 3.0.2 configuration.
03 / 06
Buyers tick "This is a business purchase" and enter their VAT ID and order reference. For German addresses the field is labelled "Leitweg-ID or your order reference"; German VAT IDs are checked as typed.
04 / 06
Logged-in customers download the ZUGFeRD PDF and its XML, or the XRechnung XML, on the order's Invoices and Refunds tabs, on Luma and Hyvä.
05 / 06
Each document shows its format, delivery, status, validation result, SHA-256 checksums of the files and the audit trail, with the real files to download.
06 / 06
A Leitweg-ID with valid check digits marks a public body, which gets an XRechnung 3.0 with the Leitweg-ID as buyer reference, over Peppol with the Peppol package or as a download for the buyer's portal.
Live demo
A full Magento store with the module installed, on Luma and on Hyvä. The admin demo signs you in with one click.
Compatibility
| Magento | 2.4.7 – 2.4.9 |
|---|---|
| Platforms | Magento Open Source and Adobe Commerce (one price) |
| Storefront themes | Luma Blank Hyvä |
| PHP | 8.2 – 8.5 |
| Latest version | 2.2.2 |
| composer.json requires | php ~8.2.0||~8.3.0||~8.4.0||~8.5.0 magento/framework ~103.0.7 commercegears/module-core ^2.0 free, installed by Composer with this module commercegears/module-e-invoicing-core ^2.5 free, installed by Composer with this module |
Installation
After you buy, create a Composer key in your account. Then, in the root of your Magento project:
01Add the repository and your key (once per project)
composer config repositories.commercegears composer https://repo.commercegears.com composer config --auth http-basic.repo.commercegears.com PUBLIC_KEY PRIVATE_KEY
02Install the module
composer require commercegears/module-e-invoicing-de
03Enable it
bin/magento setup:upgrade bin/magento setup:di:compile bin/magento setup:static-content:deploy bin/magento cache:flush
The last three are only needed in production mode.
Prefer a zip? Every version you are entitled to can be downloaded from My modules. More about Composer access
User guide
The user guide has its own page: how to install E-invoicing: Germany (XRechnung, ZUGFeRD), what each option does and how to use it in your store. Written for version 2.2.2; a copy ships with the module.
Changelog
New: German translation of the customer-facing texts.
FAQ
Something else on your mind? The developers who wrote the module answer before and after you buy.
Ask a question →Already installed it? Open a support ticket
XRechnung 3.0 in UBL and in CII, and ZUGFeRD as a hybrid PDF in two profiles: EN 16931 (with factur-x.xml) and XRECHNUNG (with xrechnung.xml), saved as PDF/A-3B with the XML embedded. Invoices and credit memos are both covered.
By default a German invoice ("Rechnung", or "Rechnungskorrektur" for a credit memo) with small English sub-labels, drawn from the same data as the XML inside it, so the two cannot differ. It shows the § 14 UStG details: both VAT IDs, invoice and supply date, items, VAT per rate, reverse charge or export notes, payment terms and bank details, plus your PDF logo. If you prefer your store's own invoice PDF (for example from a PDF module), switch the PDF Layout to "Magento's invoice PDF" under Stores > Configuration > CommerceGears > E-Invoicing: Germany.
Not for e-mail delivery. ZUGFeRD documents are attached to Magento's invoice and credit memo e-mails, and XRechnung files can be downloaded in the admin. Only sending XRechnung over the Peppol network needs a contract with a Peppol access point provider and the E-Invoicing: Peppol package.
By their Leitweg-ID. For German addresses the order reference field at checkout is labelled "Leitweg-ID or your order reference" with the note "Public authorities: please enter your Leitweg-ID." A German buyer whose reference is a Leitweg-ID with matching check digits counts as a public body, and the routing rules for public bodies apply. Your team can also enter or correct the Leitweg-ID on the order page.
German VAT IDs are: DE followed by 9 digits with a matching check digit. A typing error is shown to the buyer straight away. VAT IDs of other countries get the core format checks.
The suggested rules send German businesses a ZUGFeRD PDF (profile EN 16931) by e-mail and German public bodies an XRechnung UBL over Peppol. If the Peppol package is not installed, the XRechnung is created for download instead. You can save your own rules per buyer country and buyer type at any time.
Yes. XRechnung requires it, so the module uses the Leitweg-ID, otherwise the buyer's purchase order number, otherwise the Magento order number.
Every document is checked before it can be sent: the EN 16931 business rules, the XRechnung rules that can be checked on the data (BR-DE-1, BR-DE-2, BR-DE-15, BR-DE-16, BR-DE-19, BR-DE-23 and the electronic addresses), the XML schema and a check that the e-invoice total equals Magento's total. Problems are listed on the document page with the rule ID. In our tests the XML files were also validated with the official KoSIT validator (XRechnung 3.0.2 configuration), and the ZUGFeRD PDFs with Mustang (ZUGFeRD rules) and veraPDF (PDF/A-3B).
Yes. The official Schematron rules need Java, so run the KoSIT validator as a daemon on your own server and enter its URL under Stores > Configuration > CommerceGears > E-Invoicing > Validation. It is then used by "Validate Again", by bin/magento commercegears:einvoice:validate --external and, if you choose, for every new document.
In the Seller (Your Company) settings: legal name, address, contact name, phone and e-mail (BR-DE-2), your VAT ID or tax number (BR-DE-16) and your IBAN for invoices paid later by bank transfer (BR-DE-23). Empty seller fields fall back to Magento's store information.
Yes. Logged-in customers find an "Electronic Invoices" block with "Download PDF" and "Download XML" on the Invoices and Refunds tabs of their orders, on Luma and Hyvä. Guest orders receive the ZUGFeRD PDF by e-mail. The download can be switched off under E-mail and Customer Account.
Yes. On the order page, the E-Invoicing box has "Create E-Invoice" for an invoice or credit memo in any installed format, for example XRechnung CII or ZUGFeRD XRECHNUNG. You can also change the routing rules for a buyer type.
No. Files are written once and checked against their SHA-256 checksum on every read; a sent document cannot be regenerated or cancelled. Issue a credit memo instead, which gets its own e-credit note.
MINIMUM and BASIC WL, because they are not e-invoices under German rules.
Yes. The My Account downloads have their own Hyvä template. The checkout fields are part of the Luma checkout, which Hyvä stores use through Hyva_LumaCheckout.
Support
From the blog
Since 1 September 2026 every French business must be able to receive e-invoices, and the duty to issue them reaches small companies in September 2027. What the reform asks for, where the plateforme agréée fits, and how to get a valid Factur-X out of a Magento invoice.
Belgian businesses have had to exchange structured e-invoices since January 2026, and Peppol is how they do it. What Peppol is, who actually has to use it, what an access point does, and how invoices get from Magento onto the network.
German businesses have had to accept e-invoices since January 2025, and the grace period for sending PDFs runs out in 2027 or 2028. What counts as an E-Rechnung, which format to send to whom, and how to get there from a Magento invoice.