Skip to content

Electronic invoicing in France: replace your business software or connect it?

France’s reform does not automatically require replacing every management tool. Identify what your software can prepare, how it connects to an approved platform and who checks the result. The schedule below was verified on 2 October 2026.

06 chapters

Distinguish receiving invoices from issuing them

The receiving and issuing deadlines

For businesses covered by France’s reform, the ability to receive electronic invoices has been required since 1 September 2026. The obligation for small and medium-sized businesses and microenterprises to issue them and carry out e-reporting begins on 1 September 2027. The schedule therefore has two stages.

Check the transactions concerned

The system covers, in particular, transactions between businesses established in France and subject to VAT, including those under the basic VAT exemption scheme. Transactions with individuals or international parties have separate treatment, including e-reporting. Have the scope of your transactions confirmed by the professional handling your accounts.

Start with the existing process

Start by checking the receiving process already in place. Then prepare issuing invoices using your current documents and tools. Replacing a business system in a hurry without examining its connections can add a migration to the invoicing project.

Verified French schedule

Two deadlines for the small businesses concerned

The DGFiP distinguishes receiving invoices from issuing them for small and medium-sized businesses and microenterprises.

  1. Receiving2026

    Since 1 September

    Be able to receive electronic invoices from the suppliers concerned.

  2. Issuing2027

    From 1 September

    Issue invoices and transmit the data required by the reform for small and medium-sized businesses and microenterprises.

Official sourceDGFiP — Electronic invoicing scheduleAccessed 2 October 2026

Separate business software from the approved platform

Business software and approved platforms

Your business software can prepare a quote, an order and invoicing information. The approved platform has a separate role in the regulatory transmission and receipt of invoices and data. A PDF sent by email does not, on its own, fulfil this process.

Identify the connection offered

An existing tool may include this connection or use a partner. Ask which service is involved, for which functions and with what approval status. Check the platform in the official list instead of relying solely on a marketing statement.

Define the role of custom development

For custom development, Anym can work on the exchange between your application and a suitable platform. That does not make the developed software an approved platform. Responsibilities, access and contracts need to remain clear to the business.

Regulatory role

Identify the transmission intermediary

The DGFiP describes the role of approved platforms and publishes their official list.

  1. Invoices

    Transmit and receive

    The platform handles the exchanges specified by the system.

  2. Data

    Send the information

    It participates in the regulatory transmission of data.

Connecting a business tool does not replace the approved platform’s role.

Official sourceDGFiP — Electronic invoicing and approved platformsAccessed 2 October 2026

Check what the software can already do

Get a precise answer from the publisher

Ask the publisher or provider for a precise answer: platform used, available features, availability date, pricing terms and recovery after an error. Check whether supplier invoices, client invoices and their statuses are covered.

Examine a real type of case

Examine a representative case rather than a demonstration screen. Custom fields, credit notes, deposits or attachments may need adaptation. Have accounting cases validated by the appropriate people and technical possibilities by the publisher.

Decide whether the tool can stay

If the tool covers the business work and offers a usable connection, keeping it may be reasonable. If it cannot retrieve the necessary information or track its processing, compare adaptation, an add-on module and migration.

  • Name and role of the chosen platform.
  • Features available now and the announced schedule.
  • Data, statuses and errors accessible to the team.
  • Service costs and recovery or exit terms.

Clean the data before building the connection

Example: three records for one client

In a fictional example, three records identify the same client with different addresses. A connection can transmit that inconsistency faster without correcting it. Choose the authoritative record and have the responsible person verify its information.

Map data to its source

  1. List the data the platform expects and the format it actually accepts.
  2. Assign each field a source and a validation rule.
  3. Do not invent a value to pass validation when data is missing: keep the case pending completion.

Avoid corrections in several tools

The website, CRM and invoicing integration guide explains this allocation. In particular, avoid letting the CRM and invoicing software contradict each other on the same reference without an owner able to resolve it.

Test an invoice from preparation to the returned status

Check the document and its transfer

Use the test environment offered by the services concerned and test cases. Check the prepared document, its transfer and the result available in the business tool. An accepted technical request does not prove that the entire processing journey is complete.

Recover from rejections and interruptions

Plan for rejection, missing data, interruption, duplicate sends and a late status response. The owner needs to know which document to correct and where to resume the action. An error must not lead to creating another invoice without checks.

Test received invoices too

Receiving invoices deserves the same acceptance checks: who sees the supplier invoice, who checks its content and how does it enter the accounting process? Keep the references needed to match records. Merely having an account on a platform does not describe this journey.

  • Issuing and receiving tested separately.
  • References retained until the status response.
  • Understandable errors and an identified owner.
  • Controlled recovery after failure, without duplicate processing.

Compare options with the cost of change included

Compare connecting, adding and replacing

Compare keeping and connecting the tool, adding a specialist tool and replacing it. For each option, price data migration, training, exchanges with other software and recurring costs. A cheaper licence does not necessarily offset a heavier migration.

Allocate functions across the tools

Quote follow-up automation can remain in the CRM while invoice transmission uses a separate process. There is no need to move the entire sales workflow to handle one regulatory stage.

Document responsibilities

Document the decision and roles: the business, accounting professional, publisher, platform and technical provider. Recheck official sources before launch. Business software should support this work and make exceptions visible without promising compliance on the basis of a send button alone.

Common questions

The remaining decisions

Is an emailed PDF compliant with France’s new electronic invoicing process?

An emailed PDF is not sufficient on its own. The invoices concerned must follow the formats and transmission process specified by the reform, using an approved platform.

Must a small business already issue all invoices electronically in France?

The general schedule requires issuing invoices and e-reporting for small and medium-sized businesses and microenterprises from 1 September 2027, while receiving capability has been required since September 2026. Check the scope applying to the business and its transactions.

Do I have to replace custom-built software?

Not automatically. Examine the available data, connection features, status responses and maintenance cost. Adaptation may be possible if these points are covered.

Does Anym become the approved platform by building the connection?

No. Developing the exchange with a platform is a technical service separate from that platform’s regulatory role.

Put the guide against a real project.

A few lines are enough: context, the main constraint, and the expected result.

Write to the studio