Réponse courte
La continuité hors ligne doit être prévue dans l'architecture autorisée : la transaction est protégée localement, placée dans une file contrôlée et synchronisée lorsque le réseau revient. Le statut ne doit jamais être confondu avec une preuve fiscale définitivement obtenue.
Réseaux de magasins, agences, exploitants de caisse et équipes support confrontés à une connectivité irrégulière.
Le fonctionnement hors ligne, ses limites et la reprise doivent correspondre au dispositif autorisé. Une file locale n'est pas, à elle seule, une preuve fiscale.
Ce qu'un bon mode hors ligne doit garantir
- Persistance locale des transactions en attente.
- Identifiant unique empêchant les doublons.
- Ordre de reprise et limitation des tentatives.
- Visibilité pour la caisse et le siège.
- Rapprochement entre ventes, soumissions et preuves.
Le rôle de l'équipement local
Un composant local peut isoler la caisse des variations du réseau, conserver la file et exécuter les opérations autorisées près du point de vente. Son utilisation doit toutefois correspondre à l'architecture et au matériel homologués pour le projet.
Scénarios à tester
- Coupure avant envoi.
- Coupure après envoi mais avant réponse.
- Redémarrage du POS ou du dispositif local.
- Retour réseau avec plusieurs heures de file.
- Erreur permanente sur une transaction au milieu de la file.
Comment EazLink traite-t-il une connexion instable ?
EazLink associe chaque vente à un identifiant stable et conserve son état dans une file contrôlée. Au retour du réseau, la reprise tient compte des réponses déjà reçues afin de ne pas soumettre deux fois la même transaction.
Le siège voit les ventes en attente, les rejets et les preuves confirmées. Une entreprise peut donc traiter l'incident sans confondre une vente enregistrée localement avec une facture déjà certifiée. Le dispositif local et ses limites doivent toutefois rester dans l'architecture autorisée pour le projet.
| Incident | Réponse prévue dans EazLink |
|---|---|
| Envoi interrompu | Conserver l'état et vérifier avant une nouvelle tentative |
| Longue coupure | Maintenir la file locale et suivre son ancienneté |
| Retour du réseau | Reprendre dans l'ordre et rapprocher chaque preuve |
Votre projet avec EazLink
Passez des termes à une architecture testable
Choisissez le point de départ qui correspond à votre système et à la responsabilité que vous souhaitez conserver.
Sources officielles
Consultez le centre documentaire FEC de la DGI et les conditions et modalités d'émission. Les textes officiels prévalent sur ce guide.
L'équipe produit EazLink de Xiamen DataMega Technology Co., Ltd rédige ces guides à partir des publications officielles et de son travail sur les systèmes fiscaux. Le contenu aide à cadrer un projet technique. Il ne remplace pas une confirmation de la DGI ni un avis fiscal local.
Questions fréquentes
Non. Les délais, limites et obligations de transmission doivent être définis par le cadre officiel et la configuration homologuée.
Chaque transaction doit porter un identifiant stable et la couche d'intégration doit rendre les soumissions idempotentes et vérifiables.
Oui, l'opérateur et le support doivent pouvoir distinguer une vente locale, une soumission en attente, un rejet et une preuve confirmée.
Le test doit reproduire les pointes réelles du site et une file accumulée pendant une coupure plausible, pas seulement quelques transactions isolées.
Non. Le matériel doit être accompagné d'une file persistante, de règles de reprise, d'une supervision et d'un rapprochement après synchronisation.