Connecter la caisse (TPV) à la comptabilité dans un commerce d'Andorre

Chaque début de mois, quelqu'un dans votre commerce ouvre le rapport de la caisse, ouvre la comptabilité et part à la chasse aux centimes manquants. C'est souvent une personne coûteuse pour cette tâche : vous, votre gestionnaire ou un employé de confiance. Vous verrez ici pourquoi les totaux ne collent jamais du premier coup, ce que la caisse (TPV) doit fournir pour que la comptabilité l'absorbe sans intervention, comment l'IGI entre dans le calcul et quoi demander au fournisseur avant de signer.

Pourquoi les totaux ne collent jamais du premier coup

La caisse enregistre des faits de caisse : ce qui a été encaissé, quand et avec quel moyen de paiement. La comptabilité enregistre des faits économiques : ventes, taxes, encaissements en attente. Ce sont deux visions de la même journée, et les écarts naissent dans les cas qui sortent du chemin idéal.

Les coupables habituels dans un commerce sont toujours les mêmes :

• Les retours : l'argent est rendu un autre jour que la vente, parfois par un autre moyen de paiement, et le ticket d'origine reste dans le mois précédent.
• Les annulations : une vente annulée en cours d'encaissement laisse un mouvement que certains rapports comptent et d'autres non.
• Les pourboires : ils passent par le terminal de paiement, mais ne sont pas une vente et n'ont pas le même traitement.
• Les paiements mixtes : un achat réglé moitié en espèces, moitié par carte, qui apparaît selon le rapport en une ou deux lignes.
• Les clôtures de caisse incomplètes : l'équipe de l'après-midi clôture le lendemain, ou personne ne clôture le dimanche, et les ventes tombent le mauvais jour.

Aucune de ces situations n'est la faute de quelqu'un. Simplement, chacune est enregistrée à un endroit différent, et le rapprochement manuel consiste à reconstituer à l'œil ce qui s'est passé. Tant que cela repose sur une personne et un tableur, le rapprochement prendra des heures et échouera précisément quand il y a le plus de travail.

Quelles données la caisse doit fournir

Pour que la comptabilité reçoive l'information sans intervention, la caisse doit livrer des données structurées et complètes, pas un PDF récapitulatif. Un rapport conçu pour être lu par un humain ne peut pas être lu par un programme.

Voici le minimum à exiger pour chaque mouvement :

• Un identifiant unique du ticket ou de l'opération, qui ne se répète jamais, ni entre magasins ni entre caisses.
• La date et l'heure réelles de l'opération, en plus de la date de la clôture de caisse à laquelle elle appartient.
• Les lignes de vente avec produit, quantité, prix et taxe par ligne, et pas seulement le total du ticket.
• Les moyens de paiement séparés, avec le montant de chacun quand le paiement est mixte.
• Les retours et annulations comme opérations à part entière, liées au ticket d'origine.
• Les pourboires dans un champ distinct, hors du montant de la vente.
• Le magasin, la caisse et l'employé qui ont réalisé l'opération.

Si la caisse mélange tout cela dans un seul total, aucun connecteur au monde ne le réparera ensuite. La qualité de l'intégration se joue dans ce que la caisse sait conserver, pas dans ce que la comptabilité sait lire.

L'IGI : le ventiler par type de produit

L'IGI est une taxe qu'il faut ventiler à chaque vente, et la comptabilité a besoin de la base et du montant de taxe séparément. Si la caisse ne vous donne qu'un total toutes taxes comprises, quelqu'un devra recalculer après coup, et c'est là qu'apparaissent les centimes d'écart.

L'essentiel est que le taux de taxe voyage avec le produit, pas avec le ticket. Un même ticket peut contenir des articles aux traitements différents, et la caisse doit enregistrer pour chaque ligne le taux appliqué. Les taux exacts et leur application à chaque catégorie, vérifiez-les avec votre gestionnaire : ce sont ceux qu'il vous confirme, pas ceux qu'un logiciel suppose par défaut.

Un exemple chiffré, uniquement illustratif : un ticket de 100 toutes taxes comprises, avec un taux hypothétique de 5 %, se ventile en une base de 95,24 et un montant de taxe de 4,76. Si la caisse arrondit par ligne et la comptabilité par ticket, la somme peut différer d'un centime. Il convient donc de fixer une seule règle d'arrondi et de vérifier que les deux systèmes l'appliquent de la même façon.

Exporter un fichier chaque mois ou une vraie intégration

Il existe deux façons de déplacer les données, et la différence compte plus qu'il n'y paraît.

L'export mensuel consiste à télécharger un CSV depuis la caisse et à l'importer dans la comptabilité. C'est économique et cela fonctionne avec n'importe quel système, mais cela dépend d'une personne, arrive tard, et chaque erreur est découverte des semaines plus tard, quand vous ne vous souvenez plus de ce qui s'est passé ce mardi-là.

La vraie intégration relie les deux systèmes par une API ou un processus automatique : chaque clôture de caisse génère son écriture, les retours se lient d'eux-mêmes et les écarts apparaissent le jour même, pas en fin de mois. Elle coûte plus cher à mettre en place, mais fait du rapprochement une exception que vous vérifiez, et non une tâche que vous exécutez.

Une bonne règle : si votre commerce fait peu de ventes avec une seule caisse, le fichier mensuel tient. Si vous avez des jours de gros volume, des retours fréquents ou plus d'un magasin, l'intégration se rembourse en heures de travail.

Plusieurs magasins, plusieurs caisses

Avec un seul magasin, le rapprochement est pénible. Avec plusieurs, le problème se multiplie : chaque caisse a ses clôtures, ses retours et son rythme, et la comptabilité a besoin d'une vue consolidée mais aussi du détail par point de vente.

Ce qui doit être réglé dès le départ :

• Des identifiants qui n'entrent pas en collision entre caisses : deux caisses ne peuvent pas générer le même numéro de ticket.
• Une seule configuration de produits et de taxes, partagée, pour qu'un même article n'ait pas des traitements différents selon le magasin.
• Les retours inter-magasins : le client achète dans l'un et rend dans l'autre, et l'argent comme le stock doivent finir au bon endroit.
• Des clôtures par magasin avec une heure limite commune, pour que les journées soient comparables.
• Un tableau consolidé qui permet de descendre du total de l'entreprise jusqu'à une caisse précise.

Si votre activité commence à ressembler à cela, il ne vous faut plus seulement un connecteur, mais une couche centrale qui reçoit les données de toutes les caisses et les livre propres. C'est le type de travail qui s'intègre dans un CRM ou ERP sur mesure, où ventes, stock et comptabilité parlent la même langue. Si votre commerce vend des produits à forte rotation, comme les parfumeries, la pression sur les retours et le stock se fait sentir plus tôt.

Que demander au fournisseur avant de signer

Le moment de négocier l'intégration, c'est avant de souscrire à la caisse, pas quand vous l'utilisez depuis un an. Voici les questions qui distinguent un fournisseur qui vous laisse partir d'un fournisseur qui vous enferme :

• Ai-je accès à mes données brutes ? Pas à un rapport, aux données : ticket par ticket, ligne par ligne.
• Dans quel format ? CSV, JSON, API. Demandez un exemple réel sur une journée et vérifiez que la ventilation des taxes par ligne y figure.
• Existe-t-il une API documentée ? Et si elle est payante, à quel prix et avec quelles limites d'usage.
• Que deviennent les retours et annulations ? Demandez à voir comment ils apparaissent dans l'export et s'ils restent liés au ticket d'origine.
• Comment sont gérés le paiement mixte et les pourboires ? Séparés ou mélangés.
• Que se passe-t-il si je pars ? Puis-je emporter l'historique complet, et dans quel format.
• À qui appartiennent les données ? Que ce soit le contrat qui le dise, pas le commercial.

Si le fournisseur répond par des esquives dès la première question, vous avez votre réponse. Une caisse qui ne vous laisse pas sortir vos données est une dépendance, pas un outil.

Parlons de votre cas

Chez AndorraDev, nous connectons caisses, stock et comptabilité dans des commerces andorrans, d'un magasin à plusieurs. Si vous perdez des heures chaque mois à rapprocher des chiffres, parlons-en et nous examinerons ce que votre système vous donne aujourd'hui et ce qu'il faut pour l'automatiser.