Le seuil de 25 000 euros pour la caisse enregistreuse « blanche » correctement expliqué
Un calcul erroné du seuil peut entraîner un investissement prématuré ou, au contraire, le non-respect d'une obligation. La règle générale est plus claire lorsque l'on détermine d'abord quelles prestations relèvent des services de restauration et de traiteur, et quelles ventes sont exclues.
La « boîte noire » va-t-elle disparaître avec GKS 2.0 ? Non : voici ce que propose FDM 2.0
Le SPF Finances désigne ce composant sous le nom de « Fiscal Data Module » (FDM), souvent appelé « boîte noire » dans la pratique. Dans GKS 2.0, la caisse communique via un nouveau protocole avec un FDM mis à jour. Ce module transmet en ligne les détails des tickets au serveur cloud de l'administration.
Dates limites pour le GKS 2.0 : quand votre établissement de restauration doit-il passer au nouveau système ?
Le GKS 2.0 est devenu obligatoire le 1er juillet 2026 pour les nouveaux établissements de restauration soumis au système de caisse enregistreuse. Les utilisateurs existants bénéficient d'une période de transition. Le calendrier officiel distingue trois groupes, en fonction de la date d'achat de la caisse enregistreuse actuelle.
Les 12 tests auxquels toute intégration de paiement doit être soumise
Les problèmes de paiement sont souvent rares, mais leurs répercussions peuvent être importantes. Un client peut effectuer un double paiement, une commande peut rester en attente à tort ou un remboursement peut n'apparaître que dans un seul système. Grâce à un ensemble de tests fixes, vous rendez ces exceptions prévisibles.
Gérer en toute sécurité les clés API pour les paiements : conseils pratiques
Les intégrations de paiement n'utilisent pas toujours, au sens strict, une seule clé API. Certains prestataires utilisent des identifiants client, des secrets, des certificats ou OAuth. Le principe de sécurité reste le même : seules les applications et les personnes concernées bénéficient de l'accès strictement nécessaire.
Comment fonctionne l'interconnexion entre la caisse et le terminal de paiement ?
Derrière cette expérience simple se cache un flux de messages entre le logiciel de caisse, le terminal et le prestataire de paiement. Lorsqu’il est bien conçu, ce flux accélère le règlement et facilite le suivi des écarts. En l’absence de gestion des exceptions, un problème réseau peut au contraire entraîner des paiements en double ou incertains.
Intégration du système de réservation, du paiement et de la caisse : qu'est-ce qui est possible ?
Une interface peut reprendre des informations et limiter les doublons, mais elle doit clairement définir quel statut fait autorité. La réservation indique qu'une place a été réservée, le prestataire confirme un paiement et la caisse enregistre la vente finale.
Réduire le nombre de non-présentations grâce à des rappels et à des acomptes
Ce n'est pas parce qu'un rendez-vous a été oublié qu'il s'agit nécessairement d'un manque de bonne volonté. Un client peut avoir mal noté la date, ne pas trouver facilement le lien pour modifier sa réservation ou ne pas avoir reçu le message. Commencez donc par les bases avant d'imposer un acompte élevé pour chaque réservation.
Choisir un système de réservation en ligne : 8 questions à se poser avant de se lancer
Une longue liste de fonctionnalités ne signifie pas grand-chose si le système ne comprend pas correctement vos tables, vos créneaux horaires, vos collaborateurs ou vos salles. Posez ces huit questions à chaque fournisseur et utilisez une réservation concrète comme scénario de démonstration.
Peppol via Scrada : distinguer les factures B2B des ventes en caisse
Scrada permet de recevoir et d'envoyer des factures Peppol, tout en prenant en charge les registres quotidiens des recettes et les livres de caisse numériques. Ces fonctionnalités sont regroupées au sein d'une même plateforme, mais concernent des opérations différentes. Une règle de décision claire permet d'éviter les doublons de chiffre d'affaires ou les factures manquantes.