Réponse courte
Un POS peut rester l'écran de vente si chaque ticket fournit les données attendues et reçoit un statut fiscal exploitable. La caisse doit distinguer une vente enregistrée, une demande en attente, un rejet et une facture confirmée. En cas de coupure, la reprise ne doit ni perdre la transaction ni la certifier deux fois.
Commerces, réseaux de magasins, éditeurs POS et intégrateurs responsables des caisses.
Le POS, le composant local et le système fiscal doivent rester dans le périmètre testé et homologué pour le projet.
Que doit envoyer le POS ?
| Élément | Pourquoi il compte |
|---|---|
| Référence de vente | Empêcher un doublon pendant la reprise |
| Client | Appliquer les données fiscales requises selon le cas |
| Articles et taxes | Contrôler les lignes, taux, remises et totaux |
| Type de document | Distinguer vente, avoir et annulation |
| Caisse et site | Retrouver l'origine de l'opération |
Quel statut afficher au caissier ?
Le mot envoyé n'est pas assez précis. Le POS doit dire si le document attend un traitement, s'il a été refusé ou si la preuve est disponible.
Le message d'erreur doit aussi indiquer l'action possible. Une donnée client à corriger n'appelle pas la même réponse qu'une coupure de réseau.
Comment EazLink protège-t-il le passage en caisse ?
EazLink associe un identifiant stable à la vente, applique les contrôles convenus et conserve l'état du traitement. Si le réseau coupe, la file reprend après vérification du dernier statut connu.
Le caissier reste dans son logiciel. Le siège voit les files et les incidents par magasin, sans attendre une remontée manuelle en fin de journée.
Sources : Spécifications techniques des systèmes de facturation, DGI
Quels essais faire dans un vrai magasin ?
- Heure de pointe avec le volume habituel.
- Vente avec remise et plusieurs taux.
- Retour client et avoir partiel.
- Coupure avant et après l'envoi.
- Redémarrage du poste avec une file en attente.
- Rapprochement de fin de journée.
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
Pas automatiquement. Il faut vérifier le logiciel, les données disponibles, le composant local et le parcours autorisé.
Seulement dans les limites prévues par l'architecture validée. La vente locale et la certification finale doivent garder des statuts distincts.
Le POS et la couche d'intégration doivent réutiliser le même identifiant et vérifier le statut avant une nouvelle soumission.
Le comportement doit suivre les règles du parcours retenu. L'utilisateur ne doit pas confondre un document provisoire avec une FEC confirmée.
Oui. Une vue centrale peut suivre les files et les statuts, à condition de conserver l'identité de chaque site et de chaque caisse.