FAQ

This error occurs very rarely, but, in this case, please alter the conversion mode of the PDF to Word converter from the standard setting ‘automatic conversion mode (default)’ to a user-defined mode!

It would be best to use the user-defined conversion with tabs here. After altering the conversion mode, please try to convert the PDF to Word again.

If necessary, you should alter further settings options on the ‘advanced settings’ tab if the problem occurs again. You can try to further specify the extraction options to exclude the incompatible content of the PDF document from the conversion during the PDF to Word transfer.

This error occurs when PDF2Word Converter automatically tries to open Word, OpenOffice or LibreOffice following successful conversion, despite the respective program already being open.

The opened text processing software may even block the creation of the converted Word file. If this error occurs, you should ensure that Word etc. has not been launched. Then try again. This should rectify the problem.

In this case, switch the conversion mode to “Reformat document (reflow)” and try again.

When the layout has not been transferred cleanly to Word, the error is generally not due to 7-PDF2Word. The problem usually lies with the PDF file itself, i.e. it contains errors, is defective etc.

To solve this problem, we have added an automatic repair and optimisation routine to our PDF printer software, 7-PDF Printer, which automatically repairs PDF documents when printing again to PDF (via Acrobat Reader or other PDF viewers).

The newly created file can then usually be converted with 7-PDF2Word without losing the layout.

Presumably, her original PDF file contained only image information. So pictures that were saved in a PDF. A good example of this would be a PDF generated by a fax machine or scanner. These devices only "capture" the contents of a printed paper and save it as a PDF file, but without actually saving the content in platform-independent, vectorized digital information in the form of a "real" PDF file. And exactly this content you get in Word. So an image that was in the PDF document. Since Word is not a graphics application, you can not edit this image data.

You may NOT be able to produce editable Word documents if one of the following conditions applies:

• The PDF was created by a scanner
• The PDF is a form

* A scan to PDF simply embedds an image into the PDF. We would say, it's a PDF bluff package - however, you do not what the content from the PDF, rather from the image! So the method is not PDF2Word, rather OCR2Word.

Yes, if the printer is installed normally by an administrator then all users can use the printer.

If you define links in your document inside a program such as Microsoft Word then only the text is printed to the PDF file. The Adobe PDF Reader will recognize a text that shows a valid hyperlink and underline that text. This means that you have to type the entire web address or email address for the text to be recognized as a link in the resulting document.

All editions of Microsoft Windows 7, 8, 8.x, 10, 11 as well as Microsoft Windows Server 2012 to 2022.

Yes. It works on both 32 and 64 bit operating systems. The setup program looks at your system and decides to install either the 64 or 32 bit driver.

There is an MSI file available at the download page.

This error can occur under Windows Vista if you have a corrupt driver cache file. Try deleting C:\Windows\inf\INFCACHE.1 and run the setup program again.

Just run the installation program and install the new one on top of the old one.

The license is a license.xml file that you simply copy to the program folder. This is the folder where gui.exe is located. Detailed installation instructions can be found in the documentation for the PDF printer.

This is "by design" from Microsoft and started with Windows 7. There is a workaround for this design from Microsoft: http://support.microsoft.com/kb/2015694

Yes. There are a lot of different parameters supported by the setup program that will control an unattended installation.

There is no need for a trial license. The version you can download has all the functionality already. Nothing is blocked because you don't have a license. You can just download the product and test everything before you decide to buy.

We have an Excel sheet with all the texts in the program. You can request this file and help us translate the program into your language.

You will find support for PDF 1.1, 1.2, 1.3, 1.4, 1.5, 1.6, and 1.7.

The printer supports the following formats: Letter, Ledger, Legal, A3, A4, A5, 11x17, Note, A2, A6, LetterSmall, A0, A1, A4Small, A7, A8, A9, A10, ISO B0, ISO B1, ISO B2, ISO B3, ISO B4, ISO B5, ISO B6, JIS B0, JIS B1, JIS B2, JIS B3, JIS B4, JIS B5, JIS , 6, C0, C1, C2, C3, C4, C5, C6, ARCHE, ARCHD, ARCHC, ARCHB, ARCHA, ARCHE1, ARCHE1 Half, FLSA, FLSE, HalfLetter, PA4.

You can define your own paper size if none of the listed formats fits your need.

Yes. You can set the file name in the options dialog. The options dialog is located in the start menu of your computer.

Open the options dialog from the start menu and change the File Name option to something like <personal> \ <smarttitle> .pdf. Das <personal> macro refers to the My Documents folder. You may want to remove the check mark in the Remember last folder option.

The fast answer is no. The problem is that all the PDF writer sees is a print job generated by the printing application. A print job does not contain any information that will link it to the original document.

Watermarks are placed under the print that you make. Some programs such as Internet Explorer prints a white background instead of leaving the background transparent. The white background blocks the view of the watermark. Other programs such as Microsoft Word leave the background transparent and you can see the watermark.

The PDF printer offers the extracttext setting for this, which extracts the print data and then makes it readable via the VBScript event handler and macro programming. If you don't have programming skills, you can also use our standard solution, the 7-PDF Mailer PlugIn. This PlugIn enhances the functionality of the PDF printer by enabling comprehensive control codes processing and automatic detection. For more information and the download option, please visit this page!

This tool lets you attach, extract, and remove embedded files from PDF documents. It's ideal for handling PDF/A-3 e-invoices compliant with the ZUGFeRD standard. It can be used via the graphical interface (GUI) or through the command line (CLI).

In conjunction with our AI-supported service 7-PDF Invoice Extractor, the program, in addition to these standalone functions, also functions as an AI client. It communicates directly with the 7-PDF Invoice Extractor when converting PDF invoices into the ZUGFeRD PDF e-invoice format, and is responsible for the standard-compliant attachment of the important ZUGFeRD XML of the AI service.

Yes, starting from version 2.0! The tab "PDF Invoice to PDF ZUGFeRD" allows you to automatically analyze a standard PDF invoice using our 7-PDF Invoice Extractor. The AI identifies all relevant data and generates an XML file (factur-x.xml) according to EN 16931, which is then embedded into the PDF. Even scanned PDF invoices are read and supported by OCR recognition!

Only if your PDF invoice is not yet in PDF/A-3 format. In that case, you’ll need our 7-PDF Printer Professional to prepare it properly. This is often required in ERP print jobs or when generating PDFs from Word/Excel that include letterhead or embedded graphics.

After creating a PDF/A-3 invoice using 7-PDF Printer, 7-PDF Attach Extract and Remove is triggered automatically. There, the Invoice Extractor generates the ZUGFeRD XML file and embeds it into the PDF. This integration works through a print workflow and a simple command-line call with parameters.

See the step-by-step integration guide

The program runs on Windows 7 SP1 or later (32/64-bit) and is compatible with Windows 10, 11, and all major Windows Server versions. It works out of the box and requires no additional PDF software.

To use 7-PDF Attach Extract and Remove, a valid single or volume license is required (Named-User model). The integrated 7-PDF Invoice Extractor is included – along with 25 free conversions.

For higher volumes or long-term use, we recommend a monthly API subscription with token, which can be cancelled at any time.

If you plan to generate ZUGFeRD invoices via print workflow, you’ll also need a 7-PDF Printer Professional license. For structural validation, we recommend the 7-PDF E-Invoice Validator.

Yes. To ensure compatibility with recipient systems (e.g. government portals or accounting software), the embedded XML file must be named factur-x.xml. The tool handles this automatically for you.

Use our 7-PDF E-Invoice Validator to verify structure, syntax, and compliance with EN 16931.

Yes! You can use the command-line mode (-mode "console") with parameters such as -usage "attach" or "generate" to integrate it into PowerShell, batch scripts, or scheduled tasks.

In such cases, the Invoice Extractor may not generate XML, or only a partial one. Make sure your invoice includes key fields like recipient, IBAN, VAT ID, invoice date, and totals. These cases are logged internally.

Open the PDF in a viewer (e.g. Adobe Reader) and check the document properties. Under “Standards”, it should mention “PDF/A-3b”. Alternatively, you can use the 7-PDF E-Invoice Validator to confirm.

Yes. Use the CLI or a PowerShell/batch script to process complete folders automatically – ideal for incoming invoices from ERP, email, or scanner sources.

The API token you used is either expired (e.g. by canceling the subscription) or invalid. Please check your subscription or log in at https://generator.7-pdf.de/login to review your token and quota.

Yes. All data is transmitted exclusively via secure HTTPS (SSL/TLS) to our servers located in Germany. No unencrypted communication is used at any point.

Our AI-powered analysis platform was developed entirely in-house and runs on our own server infrastructure located in Germany.

Your PDF invoices and all associated content are immediately deleted after successful processing. No storage, logging, or transfer of data takes place.

7-PDF is a sole proprietorship based in Germany and operated under personal liability. We are not an anonymous GmbH or Ltd. As developer and operator, we personally stand behind quality, security, and data protection.

The 7-PDF Invoice Extractor can reliably process invoices with up to approximately 78 pages in practice. If OCR recognition is additionally required – for example, because important ZUGFeRD data is embedded in header or footer graphics – the maximum recommended number of pages is reduced by about half. This is mainly due to the typical limitations of OCR technology, rather than the performance of our AI service itself.

For best results, we therefore recommend using vector-based PDF invoices whenever possible. These are not only faster and more accurate to analyze but also significantly smaller in file size.

If the invoice text exceeds certain maximum limits, you will automatically receive a corresponding error message. Please avoid uploading very extensive documents (“half books”) in a single invoice.

Additional terms and conditions, service descriptions, or other invoice-related information can easily be attached separately to your ZUGFeRD PDF. Simply use our tool 7-PDF Attach Extract and Remove. This is exactly what the e-invoice standard and our service were designed for – keeping your invoices lean, compliant, and easy to process.

Avoid using incomplete or unsuitable documents. For your first tests, we recommend our free sample invoice. Follow the FAQs listed below and check whether your current invoice complies with all ZUGFeRD requirements in the current tax context.

If all else fails, wait a day or two as our AI service is constantly evolving. What doesn't work today doesn't have to fail again tomorrow. And "last but not least" - write to us using the support form. We appreciate any feedback!

For flawless extraction of your invoice data, it is important that all additional descriptions, notes or promotional texts are placed only after the actual invoice line items and totals in the PDF.

If such content is inserted before the invoice data, it can significantly impair automatic recognition or lead to incorrect results.

Therefore, please ensure that the structured invoice section is always at the beginning of the document and that optional texts, terms and conditions or supplementary information follow afterwards.

Or simply use 7-PDF Attach Extract and Remove to attach invoice-related documents such as terms and conditions, service descriptions or additional appendices to your ZUGFeRD PDF – that’s what the tool is designed for.

Only complete invoices with all mandatory details (line items, amounts, IBAN, VAT ID, etc.) can be processed. Missing information will result in an error message.

Important: A ZUGFeRD invoice must contain all mandatory information according to EN 16931 to be legally valid and to allow the 7-PDF Invoice Extractor to process the data correctly.

If mandatory fields are missing or incomplete, you will receive no valid output but an error message. Consistent and correct invoice data is absolutely essential. The principle applies: “Garbage In, Garbage Out” (GIGO).

A complete ZUGFeRD invoice must contain at least the following information:

• Invoice issuer (seller): name, address, VAT identification number or tax number, IBAN (optional BIC)
• Invoice recipient (buyer): name, address, VAT identification number if applicable (VAT ID of the buyer is mandatory (!) for reverse charge internationally and also nationally according to ZUGFeRD DIN EN 16931)
• Invoice data: unique invoice number, invoice date, delivery date or date of performance
• Line items: description of goods or services, quantity, unit of measure, net unit price, tax amount, tax rate, net amount per item
• Totals: net total, VAT per rate, gross total
• Payment terms: due date, discounts or payment period
• Special cases of tax exemption: clear statement of the reason (e.g., “Reverse Charge” or “Intra-community supply exempt from tax”)

Additionally required: All data must be available in the PDF as machine-readable text, not just as images. Our 7-PDF Invoice Extractor also supports OCR text recognition, but this is not always reliable!

Only if all mandatory fields are complete and plausible can the 7-PDF Invoice Extractor generate valid ZUGFeRD XML. Unfortunately, we cannot invent your invoice data 😉.

If your PDF does not contain machine-readable text (e.g., scanned invoices or pure image PDFs), text recognition (OCR) is necessary. Our 7-PDF Invoice Extractor automatically attempts to recognize the text in such cases. OCR is also required if important details (IBAN, VAT ID, tax number) are only present as an image in the header.

Tip: Check whether you can mark and copy text in the PDF. If not, it is an image PDF.

For deliveries or services to business customers in other EU member states, the so-called Reverse Charge procedure (§ 13b UStG) often applies. In this case, the VAT is reported by the recipient in the destination country.

Important requirements for the invoice issuer:

• The invoice must not include German VAT.
• It must contain a clear reference to Reverse Charge, e.g.:
  • “VAT liability of the recipient according to § 13b UStG”
  • “Reverse Charge – VAT reversed”
  • “Intra-community supply according to Art. 138 VAT Directive”
• The VAT IDs of both parties must be indicated (seller and buyer).

Example text on the invoice:
“Reverse Charge – VAT liability of the recipient according to § 13b UStG.”

Note: If applied correctly, only the net amount is shown. The tax obligation passes to the recipient.

For certain services between companies in Germany – for example construction work, metal deliveries, or scrap deliveries – the domestic Reverse Charge procedure according to § 13b UStG applies. In this case, the VAT is owed by the recipient.

Important notes for the invoice issuer:

• The invoice must not show VAT.
• It must contain a clear note, e.g.:
  • “VAT liability of the recipient according to § 13b UStG”
  • “Reverse Charge according to § 13b VAT Act”
  • “Construction services according to § 13b UStG”
• The VAT IDs of both parties must be indicated (seller and buyer).

Example text on the invoice:
“This is a construction service. VAT liability of the recipient according to § 13b UStG.”

Important: If this note is missing, the invoice is formally incorrect and will not be recognized as Reverse Charge.

If you operate under the small business regulation according to §19 UStG, your invoice must include a clear note, e.g. “According to §19 UStG, no VAT is charged.” Additionally, no VAT amounts may be stated. The 7-PDF Invoice Extractor automatically detects this if it is machine-readable in the text.

Important: Small businesses must also state a valid tax number or VAT ID in the invoice document.

For exports to non-EU countries, your invoice must state that it is a tax-exempt export delivery, e.g. “Tax-exempt export delivery according to §6 UStG”. No VAT amount may be shown. The 7-PDF Invoice Extractor automatically checks these statements and classifies the invoice correctly.

If such a note is missing, the tax exemption will not be recognized.

Yes, the 7-PDF Invoice Extractor also supports invoices with SEPA direct debit. However, the following information must be included in the invoice:

• Creditor ID (CreditorReferenceID)
• Mandate reference (DirectDebitMandateID)
• Debtor’s IBAN

If any of this information is missing, the payment method automatically defaults to “Bank Transfer.”

When generating the ZUGFeRD XML, the 7-PDF Invoice Extractor compares your invoice amounts with recalculated values. If the totals (e.g., overall amount) do not match plausibly, processing is stopped. This ensures compliance with EN 16931.

Always check: net totals, tax rates, discounts, and grand totals. Even minor rounding errors or incorrect discounts can cause rejection.

In principle, invoice line items must not have negative amounts. According to EN 16931, discounts or deductions must be shown in the invoice footer as Allowances, not as separate negative items.

An exception is commercial credit notes, where the quantity is shown as negative, but the net and gross prices remain positive. For more information, refer to the FAQ about commercial credit notes.

Important: Negative invoice line items are prohibited under DIN EN 16931. Percentage or total discounts must not be shown as lines with negative amounts.

Instead, such deductions must be declared in the invoice footer as SpecifiedTradeAllowanceCharge (overall discount).

Example of how this appears in the invoice:

In the XML, these deductions are represented as Allowances at document level. Each line item remains positive, and the deductions are recorded separately as total discounts.

Tip: Many accounting programs have dedicated fields for discounts or global deductions.

In the ZUGFeRD format, a commercial credit note can be represented. Technically, it is an invoice with negative amounts, but the calculation logic remains identical to a normal invoice.

At the line item level, gross and net prices as well as any surcharges or discounts are always shown as positive values. However, the quantity of the line item is negative. This combination automatically results in a negative line total. The following illustration shows an example.

The totals at document level therefore logically show negative amounts. It is also important that the header of the credit note includes the same payment terms as the original invoice. This will include a negative base amount (“BasisAmount”) and a negative discount amount (“ActualDiscountAmount”).

Important: For discounts to be correctly included in the ZUGFeRD XML, they must be clearly indicated.

The system processes line item discounts as follows:

• The original net unit price (list price) is recorded as the starting value.
• Discounts are shown as AppliedTradeAllowanceCharge within the item – not as a negative line item.
• If the total amount (quantity × price) is already discounted, the discount is not deducted again.
• The system automatically checks whether discounts are plausible. Inconsistencies trigger warnings or errors.

Note: Negative amounts in line items are not permitted under EN 16931. Always use the discount function instead.

Tip: If unsure, clearly state the net list price and the discount percentage. The system will calculate the reduced price automatically.

Only consistent details will result in a valid ZUGFeRD XML.

Important: If you are a doctor, alternative practitioner or therapist, you can invoice your services exempt from VAT according to §4 No. 14 UStG.

For the 7-PDF Invoice Extractor to correctly recognize your invoice as a tax-exempt medical treatment and generate the corresponding ZUGFeRD XML, the following criteria must be met:

• Seller and buyer are domiciled in Germany.
• The invoice contains a clear note about the tax exemption, e.g.: “VAT-exempt according to §4 No. 14 UStG”.
• No VAT is shown in the document.

The system automatically checks whether all requirements are met. If so, the XML will contain:

• A tax rate of 0%.
• The CategoryCode E (exempt).
• Your explanatory note as ExemptionReason.

Tip: If the tax exemption note is missing or vague, your invoice will not be recognized as tax-exempt medical treatment. Be sure to phrase it correctly.

Each invoice line item has a unit of measure, which is represented in the ZUGFeRD XML using a standardized UN/ECE Unit Code (e.g., H87 for pieces, LS for flat fee, MIN for minutes).

Typical examples:

• H87 – Piece (standard for goods)
• LS – Flat fee (e.g., shipping, one-off service)
• HUR – Hour (time-based services)
• MTR – Meter (e.g., cables, wires)

The system automatically detects these units based on the line descriptions. If no clear unit is found, H87 = Piece is used as fallback.

Tip: Check whether the unit logically matches the quantity (e.g., “10 meters of cable” ⇒ MTR).

Important: The ZUGFeRD format (according to DIN EN 16931) only allows a strictly defined set of units from the international standard UNECE Rec 20. Not all conceivable or industry-specific units are permitted. For example, exotic codes such as "EA" (Each), "PK" (Pack), or "PAR" (Pair) are not accepted in ZUGFeRD.

Some suppliers specify prices not per piece but e.g., “per 100 pieces” or “per 1,000 pieces.” This can appear as if the unit price is incorrect.

Example from the invoice:

In this case, the system automatically divides the price by 100, so that the unit_price is correctly recorded as 0.0813 € per piece. This ensures correct validation later.

Reminder: If you see price discrepancies, check whether “per 100 pieces” or “per 1,000 pieces” is indicated. The unit price is then recalculated automatically.

Yes. If you invoice services or time units (e.g., working hours), you should clearly indicate in your invoice:

• Quantity (e.g., 3 hours)
• Unit (e.g., hour – HUR)
• Unit price

The system then automatically assigns the correct unit and calculates the total price.

Example:

Tip: Always check that the quantity and unit are consistent.

Flat amounts such as shipping, postage, packaging, or one-off services are always represented in the ZUGFeRD invoice as separate line items with the unit LS (lump sum).

Example invoice:

This results in two line items:

• Line 1: Goods (H87 – piece)
• Line 2: Shipping costs (LS – lump sum)

Tip: Always specify shipping costs explicitly in the invoice to ensure correct representation and validation.

Many suppliers list additional surcharges (e.g., copper, raw material, energy) directly under the main line items. In the ZUGFeRD XML, they are automatically assigned as surcharges to the relevant line item.

Example:

The result is a surcharge recorded with its type and amount, ensuring a transparent and machine-readable invoice.

Reminder: Surcharges are never separate line items but always linked directly to a main item.

Some invoices contain free items such as catalogues, samples, or promotional materials. These are listed with a price of 0.00 €.

Important: Even if the price is 0.00 €, a VAT rate must be specified. If no specific VAT rate is stated, the invoice’s overall VAT rate (e.g., 19% in Germany) is applied.

Example line item:
Catalogue – Quantity: 1 – Unit: Piece – Unit price: 0.00 € – VAT: 19%

Tip: Always list free items separately to avoid questions later.

Some invoices explicitly state that a discount is included, e.g., “incl. 25% discount.” This means the price has already been reduced.

Example:

In this case, no additional discount value is recorded. The unit price remains as stated, and the discount percentage is recorded as 0.0%.

Tip: Always check whether the discount has already been factored in before entering data.

Farmers and forestry businesses may apply the so-called flat-rate VAT scheme under § 24 UStG. This scheme provides a flat-rate VAT calculation.

Important change starting 2025:
According to the German government’s announcement (Drucksache 20/11920, hib no. 460/2024), the flat VAT rate will be 7.8% from 01.01.2025 (previously 9.0%).

Example agricultural invoice (fictitious values):

Net amount: 271.00 €
7.8% VAT: 21.14 €
Total amount: 292.14 €

When processed with the 7-PDF Invoice Extractor:

• The VAT rate must appear clearly in the PDF invoice text (e.g., “7.8% VAT”).
• The ZUGFeRD XML automatically takes this value from the detected content.
• If the rate is missing or unclear, the XML will be incomplete or erroneous.

Important: Please carefully check that the stated VAT and all mandatory details are complete and plausible before converting to ZUGFeRD.

Note: The flat-rate VAT scheme can only be applied if your business meets the conditions of § 24 UStG. If in doubt, consult your tax advisor.

The validator checks whether the embedded XML in a PDF invoice meets the formal requirements of the DIN EN 16931 standard. It supports formats such as ZUGFeRD and XRechnung. The validator generates a detailed audit report and a human-readable visual view of the e-invoice. This allows e-invoices to be checked for structural and content integrity.

The validator only supports formats and versions that are currently accepted for tax-compliant electronic invoicing. Outdated standards are intentionally not supported.

• XRechnung 3.0.2 (UBL/CII) ✅ supported
• Factur-X 1.0.07 Extended (2.3.1) ✅ supported
• Peppol BIS 3.0.18 ✅ supported
• ZUGFeRD 2.1.x / 2.2.x ✅ still valid
• XRechnung 2.0 / 2.1 ❌ deprecated
• Other experimental formats ❌ not permitted

If you upload a non-supported format, the report may include a message like "no valid validation scenario available". Please ensure your invoices use current and approved formats.

“Passed” means the embedded XML fully met the validation requirements. “Failed” indicates structural issues such as missing mandatory fields or invalid elements. The validation report provides detailed error descriptions.

Yes. Using the command line (-mode "console"), you can validate entire folders automatically. Integration into existing scripts or workflows is also supported.

Yes. The validator displays whether the uploaded file conforms to the PDF/A-3 standard – a requirement for compliant ZUGFeRD and XRechnung invoices.

No, no permanent storage takes place. The 7-PDF E-Invoice Validator is a server-based service that runs for technical reasons (Java/XRechnung components) on our own infrastructure located in Germany.

Your PDF is transmitted via encrypted HTTPS (SSL/TLS). The validation takes place exclusively on our servers, and the file is automatically and permanently deleted after processing.

The service is operated with personal liability by a German sole proprietorship. View imprint.

Read the validation report carefully. It provides specific details about invalid or missing XML elements. Check mandatory fields, currency codes, and the XML structure.

Yes. The validator supports command-line use (CLI) and can be easily integrated into scripts, batch processing, or ERP automation.

You need a valid single or volume license (Named User model). The license is perpetual. For batch processing, we recommend volume or enterprise licenses.