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.
Two deadlines for the small businesses concerned
The DGFiP distinguishes receiving invoices from issuing them for small and medium-sized businesses and microenterprises.
- Receiving2026
Since 1 September
Be able to receive electronic invoices from the suppliers concerned.
- Issuing2027
From 1 September
Issue invoices and transmit the data required by the reform for small and medium-sized businesses and microenterprises.
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.
Identify the transmission intermediary
The DGFiP describes the role of approved platforms and publishes their official list.
- Invoices
Transmit and receive
The platform handles the exchanges specified by the system.
- Data
Send the information
It participates in the regulatory transmission of data.
Connecting a business tool does not replace the approved platform’s role.
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
- List the data the platform expects and the format it actually accepts.
- Assign each field a source and a validation rule.
- 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.
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.
