Processus de caisse dans le commerce : systèmes, reçus et traitement des paiements

Pourquoi les processus de caisse sont sous pression dans le commerce suisse

Le commerce de détail physique subit une pression au changement. Le commerce en ligne modifie les exigences du point de vente : chaque acte d'achat doit offrir davantage, à commencer par la caisse.

La caisse n'est plus depuis longtemps un simple enregistreur de caisse isolé. C'est là que convergent l'assortiment, le personnel, les moyens de paiement, les reçus, les stocks et la comptabilité. Lorsque les clients passent du magasin à la boutique en ligne et au retrait en magasin, les stocks, les reçus et les paiements doivent correspondre. Les processus de caisse deviennent ainsi un processus central de l'entreprise, plutôt qu'une fonction IT marginale.

Pour le marché suisse, on peut distinguer deux types de systèmes : le système de caisse installé localement, où le logiciel se trouve sur place, et le système de caisse cloud avec stockage externe des données. Paymash est un exemple de système de caisse cloud ; Odoo est un système déployé et géré via des partenaires suisses comme braintec.

À cela s'ajoutent les systèmes tout-en-un physiques. Le Clover Mini est une solution POS compacte pour le comptoir ; le Clover Compact devrait suivre en octobre 2026 en tant que système tout-en-un physique avec écran tactile et imprimante de reçus intégrée. Trois systèmes peuvent ainsi être nommément classés : Paymash, Odoo avec des partenaires d'implémentation suisses et Clover.

La comparaison selon ces trois critères révèle des approches différentes : concernant le stockage des données, Paymash est décrit comme une solution cloud et Odoo avec un hébergement Private Cloud ou PaaS. Pour les appareils, l'application Paymash pour iOS et Android s'oppose au tout-en-un de Clover. En matière de traitement des paiements, Paymash prend en charge les cartes et TWINT ; chez Clover, cette fonction est intégrée (Paymash ; vert.de).

Les limites résident dans le stockage des données. Avec les systèmes de caisse cloud, les données sont externes et l'exploitation dépend de la connexion réseau. Ceux qui ont besoin des reçus et des données de comptabilisation eux-mêmes clarifient préalablement l'exportation, l'accès et l'archivage.

POS signifie Point of Sale – le moment où un achat est finalisé. Un système POS enregistre les paiements, génère les tickets et documente le chiffre d'affaires.

Un système tout-en-un intègre le matériel, le logiciel et le traitement des paiements. Dans la configuration classique, un logiciel de caisse du fournisseur de logiciels, un terminal séparé du prestataire de services de paiement et souvent un troisième outil pour les rapports ou la gestion du personnel coexistent.

Le traitement des paiements à la caisse signifie : enregistrer le paiement, comptabiliser le paiement, créer le reçu. Dans la configuration classique, le logiciel de caisse et le terminal sont deux appareils distincts côte à côte ; dans un système tout-en-un, il n'y en a qu'un seul.

Dans le commerce de détail suisse, trois cercles se rencontrent à la caisse : le prestataire de services de paiement avec son terminal, la comptabilité avec les reçus et la déclaration de la taxe sur la valeur ajoutée auprès de l'AFC.

L'Administration fédérale des contributions (AFC) met à disposition des publications web et des informations sur la TVA. Les points d'entrée centraux sont « S'inscrire à la TVA » et « Déclarer la TVA » dans le portail de l'AFC ; l'accès se fait via une connexion au portail de l'AFC, l'AFC mentionnant AGOV comme nouvelle méthode de connexion.

Comparaison des systèmes de caisse dans le commerce suisse

Systèmes de caisse cloud : stockage des données, accès et limites

La différence centrale réside dans le stockage des données : avec un système de caisse ordinaire, le logiciel est installé sur place. Avec un système de caisse cloud, les données sont stockées externement dans un cloud et peuvent être consultées directement via un navigateur – également en dehors de l'entreprise.

Le cloud computing est arrivé dans le quotidien : Apple, Netflix, Amazon et les services e-mail utilisent le stockage externe des données. Paymash transpose ce modèle à la caisse, permettant ainsi un encaissement moderne et mobile.

Paymash décrit le cloud comme un disque dur extrêmement grand, accessible via Internet. Il existe désormais de nombreux systèmes de caisse cloud, et dans ceux-ci, les données sont stockées externement dans un cloud. Les données de caisse ne se trouvent donc pas dans le magasin, mais chez un prestataire.

Il en résulte une flexibilité : en règle générale, aucun produit matériel prédéfini n'est nécessaire, et la solution n'est pas liée à un poste de travail spécifique. Pour les entreprises ayant plusieurs sites, une vente extérieure ou des surfaces de vente changeantes, c'est un avantage concret, car la configuration de la caisse n'a pas besoin d'être reinstallée à chaque endroit.

Deux limites : l'exploitation dépend de la connexion réseau ; chaque temps d'arrêt affecte directement le processus de vente. La sécurité des données est une question ouverte avec les systèmes de caisse cloud – Paymash la soulève explicitement.

Les reçus et les données de paiement se trouvent externement avec un système de caisse cloud. Ceux qui ont besoin des reçus et des données de comptabilisation clarifient préalablement l'exportation, l'accès et l'archivage.

Celui qui examine un système de caisse cloud devrait clarifier où se trouvent les données, qui peut y accéder, comment les données peuvent être exportées et quelles garanties le prestataire offre en matière de disponibilité et de sauvegarde.

L'hébergement fait partie du choix du système. braintec propose pour Odoo un hébergement Private Cloud et un hébergement PaaS ; les données se trouvent donc également externement (braintec). Les questions relatives au lieu de stockage, à l'accès, à l'exportation et à la sauvegarde se posent donc indépendamment du prestataire.

Appareils et utilisation mobile à la caisse

Les systèmes de caisse cloud fonctionnent via une application sur les smartphones et tablettes courants. Selon Paymash, l'application est disponible pour les appareils iOS et Android et peut être utilisée aussi bien sur smartphone que sur iPad. Ces appareils deviennent ainsi des caisses fonctionnelles ou des lecteurs de cartes ; du matériel spécialisé supplémentaire n'est généralement pas imposé.

Cela élargit le champ d'application. Comme le système fonctionne via une application sur presque tous les terminaux, il peut également être utilisé pour des événements ; le prestataire cite comme exemple l'encaissement lors d'événements en plein air. Au lieu d'une caisse fixe, un terminal mobile suffit.

Celui qui choisit cette voie doit planifier les conditions cadres : connexion de données stable sur le lieu d'utilisation, capacité de batterie suffisante, une imprimante de reçus adaptée à l'exploitation mobile et un terminal de paiement pouvant se connecter à l'application.

Outre l'utilisation de ses propres appareils, il est possible d'acheter des caisses directement auprès du fournisseur de logiciels. Les appareils personnels sont moins chers à l'achat, mais le support, la garantie et les accessoires sont répartis entre plusieurs interlocuteurs ; lors de l'acquisition via le fournisseur de logiciels, la coordination est plus simple, mais on est plus fortement lié à sa gamme de produits.

Pour les paiements par carte, un terminal capable de se connecter à l'application de caisse est nécessaire. Avec les systèmes tout-en-un, le traitement des paiements est intégré ; avec les configurations modulaires, le terminal reste un appareil séparé.

L'imprimante de reçus fait partie de la configuration de la caisse. Paymash liste le TM-M30 comme imprimante prise en charge ; les terminaux PaymashPay existent sous les noms de modèles S1F2 et AMS1. Avec le Clover Compact, l'imprimante de reçus sera intégrée dès octobre 2026 ; avec les configurations modulaires, une imprimante de reçus est connectée à l'application de caisse.

Traitement des paiements, reçus et flux de données

Le logiciel POS est connecté aux paiements, aux stocks et aux données clients. C'est là que réside l'effort d'intégration : les workflows de caisse doivent être configurés, les terminaux de paiement et les imprimantes de reçus connectés. La plateforme d'intermédiation Fratch décrit ce travail comme un profil professionnel propre – des experts qui connectent le logiciel POS aux flux de paiement, aux données de stock et aux informations clients.

Les exigences diffèrent selon le type d'entreprise. Dans le commerce de détail, il s'agit de déploiements à travers les succursales et du checkout omnicanal, dans la gastronomie, des processus de commande, de la prise de commande à table jusqu'à l'addition. Les deux cas partagent la même question fondamentale : quelle information doit circuler, quand, entre la caisse, le terminal, l'imprimante et la gestion des marchandises ?

Des solutions séparées pour la caisse, le terminal de carte et la facturation ont fait leurs preuves au fil des années et suffisent souvent pour des modèles commerciaux simples. Pour la gastronomie, le commerce de détail et les entreprises en croissance, un système intégré est considéré comme le meilleur choix.

Les systèmes séparés travaillent côte à côte et rarement vraiment ensemble. Il en résulte plus d'efforts, d'incertitudes et de sources d'erreur au quotidien ; un système tout-en-un fonctionne sans chaos d'interfaces, sans synchronisation manuelle et sans double saisie des données.

Chaque vente finalisée génère plusieurs jeux de données simultanément – le reçu, la comptabilisation du paiement, le mouvement de stock et, selon la configuration, la référence client. Ces données doivent correspondre entre elles, sinon la clôture journalière et la comptabilité ne seront pas cohérentes.

Un système tout-en-un relie la caisse, le paiement et l'administration sans rupture de système. Le traitement des paiements comprend trois étapes : enregistrer le paiement, comptabiliser le paiement et créer le reçu. Avec un système tout-en-un, un seul appareil effectue les trois tâches ; avec des configurations modulaires, elles sont réparties entre le logiciel de caisse et le terminal.

Le cheminement du paiement dépend de la configuration, pas du montant. Paymash permet les paiements par carte et TWINT ; les commerçants peuvent choisir des terminaux de paiement autonomes ou intégrer le paiement directement dans le système de caisse (Paymash). Les frais de transaction pour les terminaux de carte dépendent du prestataire respectif.

Le reçu est généré à chaque vente. Avec les systèmes intégrés, il est créé directement via l'imprimante de reçus intégrée ; avec les systèmes modulaires, l'imprimante de reçus doit être connectée. Il relie l'acte de vente à la comptabilisation du paiement et à la comptabilité.

L'obligation légale de conservation des reçus TVA découle de l'art. 958f CO : ils doivent être conservés pendant 10 ans à partir de la fin de l'exercice commercial. L'OGEV concrétise les exigences techniques pour l'archivage électronique (spesen-app.ch). Les mentions obligatoires d'une facture incluent le numéro de TVA du prestataire de services, le taux d'imposition, le montant de la taxe et la nature de la prestation (spesen-app.ch).

Les systèmes séparés génèrent des efforts de rapprochement : des chiffres différents à la fin de la journée entre le terminal de carte et la caisse sont un problème typique. Les mises à jour du logiciel de caisse peuvent affecter l'interface avec le terminal.

Autres pièges des configurations séparées : responsabilité floue en cas de problèmes techniques – fabricant du terminal ou fournisseur de logiciels –, formations séparées pour les nouveaux employés sur chaque système et versements à des moments différents provenant de sources diverses. Ils surviennent structurellement dès que plusieurs systèmes remplissent une tâche commune.

La clôture journalière est le point de contrôle : la caisse, le terminal et les reçus doivent donner les mêmes chiffres. Les totaux de la caisse et du terminal doivent donc être rapprochés ; les écarts doivent être clarifiés et documentés de manière traçable. La mise en place comprend également un archivage ordonné des reçus et une procédure définie pour la clôture.

Avant le choix du système, des questions de volume se posent. Combien de transactions ont lieu quotidiennement ? Faut-il une gestion des marchandises ou une vue d'ensemble des stocks ? Et quel effort manuel la clôture journalière génère-t-elle aujourd'hui ?

L'archivage des reçus fait partie du choix du système. Il faut vérifier si les reçus et les données de comptabilisation peuvent être entièrement exportés et si l'entreprise peut les attribuer ultérieurement à une vente. Un archivage ordonné facilite le rapprochement entre la caisse, le règlement des paiements et la comptabilité.

Étapes du traitement des paiements à la caisse

Taxe sur la valeur ajoutée et reçus dans le processus de caisse

La caisse fournit le chiffre d'affaires, la comptabilité le transmet, l'AFC exige la déclaration. Au début de cette chaîne se trouve le reçu individuel. Pour la déclaration de la taxe sur la valeur ajoutée, le chiffre d'affaires enregistré dans le processus de caisse est déterminant ; il doit correspondre à la comptabilité.

L'Administration fédérale des contributions (AFC) est responsable. Elle est compétente pour la taxe sur la valeur ajoutée ainsi que pour l'impôt fédéral direct, l'impôt anticipé, les droits de timbre et autres impôts fédéraux.

L'inscription et la déclaration de la taxe sur la valeur ajoutée se font via le portail de l'AFC. L'AFC y indique les points d'entrée « S'inscrire à la TVA » et « Déclarer la TVA ». Depuis mai 2026, le nouveau portail de l'AFC regroupe дополнительно l'accès aux services en ligne.

L'accès aux services en ligne se fait via une connexion au portail de l'AFC. L'AFC mentionne AGOV comme nouvelle méthode de connexion.

L'AFC met à disposition des publications web et des informations sur la TVA. Dans le portail de l'AFC, les utilisateurs ont une vue d'ensemble de leurs demandes concernant les impôts et taxes fédéraux.

L'AFC met également à disposition le dossier « Informations fiscales » de la Conférence suisse des impôts (CSI), les aides-mémoire fiscaux sur les impôts directs de la Confédération et des cantons, ainsi que les feuilles cantonales sur les particularités cantonales. Ils montrent les réglementations fiscales et les différences entre la Confédération et les cantons.

En pratique, cela signifie : le processus de caisse fournit les données brutes, correctement rapprochées et documentées de manière traçable. L'évaluation fiscale – par exemple quels taux s'appliquent et quels délais doivent être respectés – dépend de la situation concrète. L'AFC, l'administration fiscale cantonale compétente ou un fiduciaire fournissent des renseignements.

Chaque vente devrait être clairement liée à son reçu et à la comptabilisation du paiement correspondante. Ainsi, l'opération commerciale peut être retracée en cas de questions, de la clôture de caisse jusqu'à la comptabilité.

Pour les paiements par carte, les données du terminal sont rapprochées de la vente enregistrée. Pour les paiements en espèces, le fond de caisse doit correspondre au rapport de caisse ; les différences doivent être vérifiées et documentées.

Les remboursements et annulations devraient pouvoir être attribués à la vente originale. Une saisie claire empêche qu'ils ne passent à la trappe lors du rapprochement du chiffre d'affaires ou de l'archivage des reçus.

Avec les reçus numériques, l'exportation et l'archivage doivent être pris en compte. L'entreprise devrait clarifier avant le choix du système quelles données de reçu peuvent être exportées et comment elles restent attribuées aux écritures de caisse correspondantes.

Le rapport de caisse et les règlements de paiement servent au rapprochement du chiffre d'affaires enregistré. Si les totaux ne correspondent pas, les ventes, reçus et paiements concernés doivent être vérifiés avant que la clôture journalière ne soit finalisée.

Introduction et support en cours d'exploitation

Le choix du système est la partie la plus petite. La plus grande est l'introduction.

Étapes typiques : recueil des besoins, migration des articles, prix et données clients, connexion à la comptabilité et à la gestion des marchandises, phase de test, formation du personnel. Avant le déploiement, l'impression des reçus, la connexion du terminal et la clôture journalière doivent être vérifiées ; ensuite vient le déploiement, échelonné pour plusieurs sites. Une planification soignée réduit considérablement l'effort quotidien à la caisse.

Pour ces travaux, il existe deux profils. Le premier concerne les professionnels indépendants spécialisés dans les intégrations Point-of-Sale. Fratch met en relation des experts qui connectent le logiciel POS aux moyens de paiement, aux stocks et aux données clients.

La plateforme recherche via FRATCH GPT 2.0 et comprend un benchmark des prix ; des freelances vérifiés et disponibles sont mis en relation. Leurs experts réalisent des déploiements dans le commerce de détail, des processus de commande dans les restaurants et des checkouts omnicanal.

Le second profil concerne les grands partenaires d'implémentation avec une expérience sectorielle. Un exemple suisse est braintec, basé à Zurich, un partenaire Odoo de longue date. Sa liste de références compte 27 projets dans le commerce de gros et de détail ainsi que 13 dans l'alimentaire, l'hôtellerie-restauration et le tourisme ; au total, elle comprend 143 entrées.

L'expertise sectorielle s'étend de la finance, la fabrication, le transport et la logistique aux biens de consommation, l'hôtellerie, la restauration et l'alimentaire, jusqu'au commerce de détail, l'e-commerce, l'énergie, les télécommunications, l'IT, l'administration publique, l'éducation et l'immobilier. Conseil, implémentation, personnalisation, interfaces et support avec SLA font partie de l'offre de services.

Odoo est proposé en trois déclinaisons : pour les start-ups et petites entreprises, pour les PME et pour les grandes entreprises. braintec est partenaire officiel Odoo depuis 2009, Odoo Gold Partner et a été distingué quatre fois comme « Best Odoo Partner Europe » ; braintec a été nommé sept fois. Ses sites suisses sont Zurich, Bâle, Berne, Brigue et Lausanne.

L'étendue des prestations comprend la formation, la migration, la maintenance et les mises à niveau, ainsi que l'hébergement Private Cloud, l'hébergement PaaS et la migration de données ETL. S'y ajoutent des solutions spécifiques au pays et individuelles avec des add-ons, modules et interfaces, ainsi que la suite RH avec comptabilité des salaires certifiée Swissdec et relevé d'heures biométrique.

Concernant la taille, le partenaire cite ses propres chiffres : 80 experts Odoo certifiés accompagnent 17'000 utilisateurs Odoo, 16 sites dans 5 pays. Le plus grand projet Odoo comprend plus de 1300 utilisateurs, la moyenne se situe à 40 utilisateurs, la fidélisation des clients à 98 pour cent.

Plus de 400 PME et groupes travaillent avec braintec. 23 experts sont certifiés pour la version 18 d'Odoo, 17 pour la version 17 et 16 pour la version 19.

Pour la sélection, ce sont moins les noms de produits qui comptent que des critères vérifiables : références dans son propre secteur et taille de l'entreprise, expérience avérée avec les interfaces nécessaires, ainsi que des indications claires sur les heures de support et les voies de réaction. S'y ajoutent la possibilité d'exporter soi-même les données à tout moment et un modèle de coûts transparent pour les licences, l'installation et l'exploitation courante.

Chez Paymash, la licence Starter coûte CHF 69 en paiement mensuel (Paymash). Les autres coûts pour l'installation et l'exploitation courante dépendent du système et du prestataire choisis.

Celui qui clarifie ces points avant l'attribution décide sur une base solide plutôt que sur la base de la publicité produit.

Questions importantes avant l'introduction d'un système de caisse

Partenaires d'implémentation suisses pour Odoo – Expérience et portée