01
Le calendrier légal reste en vigueur au 1er septembre 2026
La DGFiP place le maintien du calendrier légal parmi les principes de sa phase de démarrage. À compter du 1er septembre 2026, les entreprises concernées doivent avoir la capacité de recevoir des factures électroniques et celles soumises à l’obligation d’émission doivent utiliser une Plateforme Agréée pour les flux relevant du dispositif. La tolérance annoncée sur les sanctions ne change donc ni la date de démarrage, ni la cible de transmission électronique. Une entreprise qui n’est pas encore stabilisée doit continuer ses démarches de raccordement, de paramétrage, de test ou de correction plutôt que traiter l’accompagnement administratif comme une dispense générale.
- Ne pas convertir « pas de sanction automatique au démarrage » en « obligation reportée ».
- Continuer le raccordement, les tests et la correction des incidents sur le périmètre réellement concerné.
- Séparer l’échéance 2026 de réception et, selon la taille, d’émission de l’échéance 2027 des PME et micro-entreprises pour l’émission.
02
La tolérance vise les difficultés réelles, pas l’inertie ou l’évitement
Le guide DGFiP précise que, pendant la phase de démarrage, les sanctions ne sont pas appliquées aux entreprises qui rencontrent des difficultés dans la mise en œuvre tout en suivant une trajectoire sérieuse de mise en conformité. Il distingue explicitement ces situations de l’inertie, de l’évitement ou du refus durable d’entrer dans le dispositif. Cela change la question opérationnelle : au lieu de demander seulement « suis-je prêt ? », une équipe doit pouvoir montrer ce qui bloque, ce qu’elle a déjà tenté, qui possède l’action suivante et comment elle vérifie que la correction fonctionne. Une difficulté documentée et activement traitée n’est pas la même chose qu’une absence de démarche.
- Nommer le blocage concret : plateforme, annuaire, ERP, mapping, format, organisation interne ou autre incident vérifiable.
- Attribuer un propriétaire et une action corrective à chaque problème matériel.
- Conserver les éléments qui montrent que la trajectoire de correction progresse au lieu de laisser les incidents sans suite.
03
Quelles preuves conserver pendant l’hypercare ?
La documentation utile doit suivre l’étape réellement en difficulté. Pour un raccordement, gardez les échanges avec la Plateforme Agréée ou le prestataire et les dates de mise en œuvre prévues. Pour un rejet, conservez le statut, le motif, l’identifiant de facture ou de flux, la correction appliquée et le résultat de la nouvelle tentative. Pour un défaut de mapping ou de format, conservez un corpus représentatif, les règles utilisées, les constats avant correction et le re-test. L’objectif n’est pas de produire un dossier artificiel pour « se couvrir », mais de rendre visible la cause, l’action et le retour à un fonctionnement normal. Une preuve locale de validation ne remplace jamais le reçu ou le statut externe lorsqu’il faut démontrer une transmission réelle.
- Horodater l’incident, la décision et le re-test ou la retransmission.
- Relier chaque preuve au système source, au flux ou à la facture concernée.
- Distinguer validation technique, transmission par la plateforme et décision métier du destinataire.
04
Que faire maintenant si votre dispositif n’est pas encore stable ?
Commencez par le prochain état observable plutôt que par un grand projet abstrait. Si vous n’avez pas encore de plateforme de réception, engagez cette démarche sans attendre. Si un flux est rejeté, classez le motif et corrigez la cause au bon niveau. Si seules certaines sources ou certains profils échouent, échantillonnez un corpus représentatif, regroupez les erreurs récurrentes puis re-testez après correction. InvoiceBatch FR peut intervenir sur ce périmètre technique borné de validation et de remédiation d’un corpus UBL, CII ou Factur-X ; il ne remplace pas la Plateforme Agréée, ne décide pas de l’application d’une sanction et ne constitue ni une certification ni un conseil juridique ou fiscal.
- Prioriser les incidents qui empêchent réception, émission ou traitement réel plutôt que les améliorations cosmétiques.
- Corriger les causes récurrentes dans le système source ou le mapping au lieu de réparer les factures une par une.
- Fermer chaque incident avec la preuve adaptée à l’étape corrigée et conserver la chronologie de la remédiation.
Étape suivante
Passer du guide à une vérification concrète.
InvoiceBatch FR reste un preflight technique de corpus : il ne remplace pas votre ERP ou votre Plateforme Agréée et ne constitue ni une certification ni une preuve de transmission.
Vérifier votre état de préparation (EN)Sources officielles
Ces sources cadrent les affirmations réglementaires de cette page. Les contrats et API d’une PA réelle doivent en plus être vérifiés auprès du fournisseur concerné.