Go to main content
Certyneo

Rejection of an Electronic Invoice: Reasons, Statuses and What to Do in 2026

An electronic invoice can be rejected for many technical or regulatory reasons. Understanding the rejection reasons and lifecycle statuses will allow you to respond quickly and avoid payment delays.

Pôle Conformité & eIDAS15 min read

Updated on

white and orange labeled box

Introduction

Since the progressive implementation of mandatory electronic invoicing reform in France, the rejection of an electronic invoice has become a major operational and financial issue for businesses subject to VAT. In 2026, with the expansion of the scope to SMEs and mid-market companies, the volume of invoices transiting through Partner Dematerialization Platforms (PDP) and the public PPF platform has exploded, and with it, the number of rejections. Understanding why an invoice is rejected, identifying the associated status in the lifecycle, and knowing what corrective actions to implement is now essential to preserve your cash flow and tax compliance. This article offers you a comprehensive and operational overview.

---

The Lifecycle of an Electronic Invoice and Its Key Statuses

Electronic invoicing is based on a standardized lifecycle defined by the Directorate General of Public Finance (DGFiP). Each invoice passes through a succession of statuses that track its processing, from issuance to payment.

The Official Statuses Recognized by French Regulations

The lifecycle of a B2B electronic invoice includes the following statuses, all of which must be transmitted to the tax authorities via the e-reporting flow or accredited platforms:

  • Submitted: the invoice has been submitted on the issuer's platform.
  • In Transit: the issuer's platform is routing the invoice to the recipient's platform.
  • Available for Retrieval: the recipient can view the invoice on their platform.
  • Received: the recipient has acknowledged receipt of the invoice.
  • Accepted: the recipient validates the invoice without reservation.
  • Refused: the recipient formally refuses the invoice.
  • Rejected: the invoice does not meet expected technical or regulatory criteria.
  • Disputed: the invoice is contested, without definitive refusal.
  • Partially Approved: the buyer accepts part of the invoice.
  • Paid: payment has been made.

The distinction between refusal and rejection is fundamental. Rejection is a technical or regulatory decision, usually automatic, issued by the dematerialization platform. Refusal is a commercial decision by the buyer, who contests the content or legitimacy of the invoice.

Since Ordinance No. 2021-1190 of September 15, 2021 and its implementing decrees, the transmission of lifecycle statuses to the DGFiP is mandatory. Accredited PDP platforms must transmit status changes in real time, particularly rejections, to ensure tax traceability. This obligation applies to both the issuer and the recipient. A failure to transmit a status may result in tax penalties.

---

The Main Reasons for Rejection of an Electronic Invoice

Rejections can occur at different stages of the lifecycle and fall into well-defined categories. Precisely identifying the cause of a rejection is the first step to correcting it effectively.

The regulatory formats accepted in France are defined by the Factur-X standard (a Franco-German hybrid PDF/XML format) and purely structured formats UBL 2.1 and CII (Cross Industry Invoice). To understand the specifics of each format, consult our guide on Factur-X and its different profiles. The most common technical rejections are:

  • XML not conforming to XSD schema: the file structure does not match the expected validation schema.
  • Inappropriate Factur-X profile: use of the MINIMUM profile instead of EN 16931 or EXTENDED depending on invoice complexity.
  • Corrupted PDF or non-compliant PDF/A-3: the PDF file integrating the Factur-X XML must be archivable according to ISO 19005-3 standard.
  • Invalid or missing electronic signature: some platforms require a qualified or advanced signature depending on the required security level.
  • File size exceeding limits: each platform sets file size limits.
  • Incorrect encoding: the XML file must be encoded in UTF-8.

Regulatory and Tax Reasons

Beyond format, an invoice may be rejected because it does not comply with the mandatory information defined by Article 289 of the General Tax Code (CGI) and supplemented by Decree No. 2022-1299 of October 7, 2022:

  • Missing or invalid SIREN/SIRET number: the issuer and recipient identifier must correspond to an active company registered in the SIRENE database.
  • Incorrect intra-community VAT number: the format must comply with the national structure (FR + 2 alphanumeric characters + 9 SIREN digits).
  • Incoherent issue date: an invoice backdated or postdated beyond a certain period may be automatically rejected.
  • Incoherent amounts: discrepancy between gross amount, VAT rate applied and total amount.
  • Missing NAF/APE code: some platforms verify the consistency of the activity code.
  • Unrecognized currency: only certain currencies are accepted depending on platform configuration.
  • Duplicate invoice number: any invoice bearing an identifier already processed is automatically rejected to prevent duplicate payments.

Some rejections are independent of the invoice content but result from interoperability or configuration issues:

  • Recipient not connected: if the buyer is not yet registered on an accredited platform, the invoice cannot be routed.
  • Central directory not updated: the Public Invoicing Portal (PPF) centralizes the directory of companies and their routing platforms. If the recipient does not appear there with the correct routing coordinates, the invoice is rejected in transit.
  • Issuing platform certificate expired: PDPs communicate via qualified SSL/TLS certificates whose expiration interrupts exchanges.
  • Timeout or unavailability of receiving platform: during peak loads, some messages may be lost and invoices rejected by default.

---

How to Handle a Rejection: Step-by-Step Procedure

Faced with a rejection, responsiveness is decisive. The rejected invoice has no tax value as long as it is not corrected and reissued. Here is the recommended procedure.

Analyze the Error Code and Rejection Reason

Each platform generates a structured rejection notice containing a standardized error code and explanatory message. It is imperative to keep this document, as it constitutes proof of good faith in the event of a tax audit. Error codes are generally compliant with PEPPOL specifications or national specifications published by the DGFiP in the technical specifications of PDPs.

Analyze:

  • The error code (e.g., BR-01 for missing issuer identifier, BR-CO-09 for VAT inconsistency).
  • The rejection level: syntactic validation (XSD schema), semantic validation (business rules), or routing rejection.
  • The platform issuing the rejection: the issuing PDP, receiving PDP, or PPF.

Correct the Invoice and Issue a Corrected Invoice

A rejected invoice must not be followed by a credit note and a new invoice, unlike an invoice refused by the recipient. The rejected invoice is considered not to have been issued on a tax basis. It is therefore sufficient to:

  • Correct the erroneous data in your invoicing tool or ERP.
  • Regenerate the file in the correct format (Factur-X, UBL, or CII depending on your flow).
  • Resubmit the corrected invoice with the same invoice number if the rejection is purely technical and the platform has not recorded a sequence, or a new invoice number if the sequence has been consumed.
  • Verify status transmission via your PDP dashboard to confirm that the corrected invoice has been made available to the recipient.

To learn more about obligations to transmit data to the DGFiP, consult our article on e-reporting and transmission of transaction data.

Preventive Measures to Reduce Rejections

Rather than handling rejections on a case-by-case basis, companies benefit from implementing preventive mechanisms:

  • Validate invoices before issuance using a technical validation tool. Our free Factur-X validator allows you to detect format errors before submission.
  • Keep your customer database up to date with verified SIREN, SIRET, and VAT numbers via the SIRENE directory and the Commission's VIES service.
  • Configure real-time alerts on your PDP to be notified immediately in case of rejection, without waiting for daily batch processing.
  • Train accounting teams on common error codes and correction procedures to reduce average processing time.
  • Regularly audit your invoice templates to ensure they include all mandatory current information, particularly after each regulatory update.

---

Impact of Rejections on Cash Flow and Tax Compliance

Direct Financial Consequences

A rejected invoice is an unpaid invoice. In a context where the LME law sets payment deadlines at 30 or 60 days depending on sectors, each day of delay attributable to an unhandled rejection directly degrades the company's working capital requirement (WCR). According to data from the 2025 Altares Payment Barometer, B2B payment delays represent an average of 14 additional days of overage for invoices that have suffered at least one technical rejection.

Furthermore, late payment penalties provided for in Article L.441-10 of the Commercial Code (ECB interest rate + 10 points) can generate ancillary fees, non-reimbursable even if the delay is attributable to a technical rejection on your side.

Risks in Tax Audits

The DGFiP has access to lifecycle statuses transmitted by PDPs. An invoice whose status remains in rejection without correction within a reasonable timeframe may raise questions during a tax audit, particularly regarding the reality of the transaction or the sincerity of VAT declarations. It is therefore imperative to document each rejection, its cause, and the corrective actions taken in an internal traceability register. Our guide on the electronic invoicing calendar 2026-2027 details the regulatory deadlines to meet to remain compliant.

The processing of electronic invoice rejections falls within a dense legal framework, articulating national tax law, European law, and technical standards.

Ordinance No. 2021-1190 of September 15, 2021: it is the founding text of the obligation to invoice electronically in France for domestic B2B transactions, and establishes the principle of a standardized lifecycle with an obligation to transmit statuses to the DGFiP.

Decree No. 2022-1299 of October 7, 2022: it specifies the implementation arrangements, in particular the mandatory information on electronic invoices (including SIREN/SIRET identifiers) and accepted formats (Factur-X, UBL 2.1, CII). Non-compliance with these requirements is a legal ground for rejection.

Article 289 of the General Tax Code (CGI): it defines the mandatory information that must appear on any invoice subject to VAT. The absence of any of this information (intra-community VAT number, transaction date, description of services, etc.) may justify a rejection or refusal by the recipient, without the latter engaging its contractual responsibility.

Directive 2014/55/EU on Electronic Invoicing in Public Procurement: transposed into French law, it requires the use of the European standard EN 16931 for invoices addressed to public entities. Factur-X EN 16931 and EXTENDED profiles comply with this standard. A lower profile (MINIMUM, BASIC WL) may result in automatic rejection by public buyer financial management systems.

ETSI EN 319 132 Standard: relating to advanced electronic signatures XAdES, it applies when an electronic signature is affixed to the XML invoice. A signature not conforming to this standard may cause rejection during cryptographic verification by the receiving PDP.

eIDAS Regulation No. 910/2014: certificates used to sign invoices or authenticate exchanges between platforms must be issued by qualified trust service providers (QTSP) listed on the national trust list (TSL list). A non-qualified or revoked certificate results in a routing rejection.

GDPR No. 2016/679: personal data contained in invoices (contact name, address) are subject to GDPR. PDPs and their subcontractors must process this data with adequate safeguards. If a rejection involves incorrect transmission of personal data, the data controller's liability may be engaged.

Applicable Penalties: breaches of electronic invoicing obligations are subject to a tax penalty of 15 euros per invoice, capped at 15,000 euros per calendar year, without prejudice to late payment interest in case of VAT not declared within the deadline.

Use Cases: How Companies Handle Electronic Invoice Rejections

Scenario 1 — A Small Industrial Subcontractor Managing 500 Monthly Invoices

A small industrial company of about fifty employees, specialized in precision mechanics and a subcontractor to major contractors, issues approximately 500 invoices per month via its PDP. When transitioning to mandatory electronic invoicing in early 2026, it discovers a rejection rate of 12% in the first few weeks, mainly due to outdated client SIRET numbers in its ERP following group restructurings.

It implements an automatic SIRET verification process before each issuance via the INSEE SIRENE API. In parallel, it configures email alerts on its PDP to be notified within less than 2 hours in case of rejection, without waiting for daily batch processing. Within 6 weeks, the rejection rate drops to less than 1%. The impact on cash flow is immediate: the average invoice availability time falls from 4.2 days to 0.8 days, mechanically reducing the DSO (Days Sales Outstanding) by 3.4 days.

Scenario 2 — An Independent Consulting Firm Issuing Invoices in Incorrect Factur-X Profile

A digital transformation consulting firm of about ten consultants sends invoices to major clients in the public sector. Its invoices generated by an online accounting tool automatically use the MINIMUM Factur-X profile, while public entities require the EN 16931 profile to comply with Directive 2014/55/EU.

After several automatic rejections by clients' Chorus Pro systems, the firm identifies the problem thanks to error codes BR-07 (insufficient profile) provided in rejection notices. It contacts its accounting software provider to force the EN 16931 profile in export settings. The correction is deployed within a week. Result: zero rejections over the following 3 months and an average payment deadline reduced by 8 days thanks to streamlined processing on the buyer side.

Scenario 3 — A Multi-Site Distribution Group with Interoperability Issues Between PDPs

A distribution group of approximately 300 employees with several distinct legal entities uses PDP A for its issuing entities and discovers that its large retail customers mainly use PDP B. Recurring routing rejections (status "not routed") appear, due to an interoperability failure between the two platforms in managing acknowledgments of receipt.

The group requests its two PDPs to conduct an interoperability audit. It emerges that PDP A's certificates are expired for the AS4 protocol used by PDP B. After certificate renewal and cross-interoperability testing, the routing rejection rate drops from 8% to 0.2%. The group estimates it avoided 45,000 euros in payment delays over the following quarter, based on avoided LME penalties and accounting department productivity gains.

Frequently Asked Questions

What is the difference between rejection and refusal of an electronic invoice?

Rejection is an automatic decision issued by a dematerialization platform when an invoice does not meet technical or regulatory criteria: invalid XML format, non-existent SIREN, inconsistent amounts. Refusal, on the other hand, is a commercial decision made by the buyer themselves, who contests the content or legitimacy of the invoice. These two statuses have different consequences and require distinct corrective actions.

What mandatory information can trigger automatic rejection of an electronic invoice in France?

Under Article 289 of the General Tax Code, several data points are automatically checked: the SIREN or SIRET number of the issuer and recipient, the intra-community VAT number in the required format, consistency between the amount excluding tax, the VAT rate and the total amount including tax, as well as the uniqueness of the invoice number. The absence or inaccuracy of any one of these pieces of information is sufficient to trigger a rejection.

Can electronic invoice rejection result in tax penalties?

Yes. The transmission of lifecycle statuses, including rejections, has been mandatory to the DGFiP since Ordinance No. 2021-1190 of September 15, 2021. If a rejected invoice is not corrected and reissued within the prescribed timeframe, the issuing company is exposed to a failure to issue compliant invoicing, which may result in VAT assessments and tax penalties, regardless of whether the delivery or service actually took place.

What file formats are accepted for B2B electronic invoicing in France in 2026?

French regulations recognize three formats: Factur-X, a hybrid format combining a readable PDF and a structured XML file compliant with the EN 16931 standard; UBL 2.1; and CII (Cross Industry Invoice). Each format includes profiles of increasing complexity. The use of a profile that is insufficient for the data to be transmitted is one of the most common technical rejection reasons reported by partner dematerialization platforms.

What should be done concretely when an electronic invoice is rejected by the platform?

You must first consult the error message associated with the "Rejected" status on the platform in question in order to identify the precise cause. Depending on the reason, you should correct the incorrect or missing data, regenerate the file in the correct format, and submit a new invoice bearing a different number, as the original number remains associated with the rejection in the traceability logs. The rejected invoice must not simply be resent in identical form.

Conclusion

The rejection of an electronic invoice is not inevitable, but it requires responsiveness and precise understanding of the reasons to be handled effectively. Whether it is a format error, an invalid SIRET, a routing problem between platforms, or missing mandatory information, each type of rejection has a clear corrective procedure. In 2026, as the obligation extends to all VAT-subject businesses, investing in rejection prevention is a direct lever for improving working capital and tax compliance.

Certyneo supports you in your transition to electronic invoicing with tools adapted to your volume and sector. Discover how our solution can reduce your rejection rate from the first weeks: start your electronic invoice diagnosis or contact our team for personalized support.

Try Certyneo for free

Send your first signature envelope in under 5 minutes. 5 free envelopes per month, no credit card required.

Go deeper on the topic

Our comprehensive guides to master electronic signatures.

Certyneo Community

A question about electronic signatures?

Join the Certyneo community: ask your questions, share your answers and connect with thousands of users and our team.