IQ ORDER · Paiements, reçus et intégrations de caisse pour restaurants

Choisissez une connexion que votre établissement peut valider.

Prévoyez les paiements des clients, les pourboires configurables, les remboursements et l’envoi des reçus en complément de la caisse existante. Distinguez le statut du paiement de celui de la commande afin qu’une commande impayée ne soit pas confondue avec un paiement effectué.

Commencer par un établissement pilote ↗Essayer la démonstration ↗

2026-10-31 · Périmètre et disponibilité

Déroulement

Préparez des adaptateurs de paiement et de fiscalité par pays. Vérifiez le compte marchand, la devise, les taxes, l’émetteur du reçu, le comportement des remboursements et le rapprochement pour l’exploitant concerné. Un reçu doit contenir les mentions locales obligatoires, pas seulement être un beau PDF.

Prévoyez l’affectation des imprimantes à la cuisine et au bar, une file d’attente, des erreurs visibles et une traçabilité des réimpressions contrôlées. Intégrez une caisse existante avec un connecteur au périmètre défini et un pilote de bout en bout, sans promettre une compatibilité universelle.

Exemple concret

Un client règle sa part, télécharge le reçu et demande une copie par e-mail. La répétition de l’appel au prestataire ne doit pas provoquer un nouveau débit.

Périmètre et disponibilité

Le pilote client actuel utilise des paiements de test. Stripe, Apple Pay, Google Pay, PayPal, le paiement sans contact sur téléphone et les prestataires fiscaux locaux nécessitent chacun leur propre configuration prise en charge. Aucune certification fiscale mondiale n’est revendiquée.

IQ Order est en phase pilote. Les paiements de test ne débitent aucun montant. Les paiements réels, la fiscalisation, les caisses, la messagerie et les appareils nécessitent chacun un accès fournisseur et une validation. L’administration reste protégée.

De la première carte au service coordonné

Choisir les cartes, les zones, les canaux de commande et les rôles.
Tester un parcours complet avec des clients fictifs et des paiements de test.
Valider le pays, les prestataires et les appareils avant la mise en service.

Avant de lancer le pilote

Que faut-il savoir sur Paiements, reçus et intégrations de caisse pour restaurants ?

Quel est le périmètre et que reste-t-il à valider ?

Découvrir les parcours associés

Partage de l’addition sur les téléphones des clients · Tarifs du logiciel de restauration et modules facultatifs · Configurer le logiciel du restaurant et mener un pilote

Votre visite à table, expliquée avec Toni.

Toni vous accompagne tout au long de votre visite, de la commande en groupe au paiement et à votre justificatif personnel.

Épisode 2 · Français · 1:11

Payer, partager et garder son justificatif

Partagez l'addition, gardez un justificatif privé et ajoutez les informations du repas d'affaires.

Lire la narration

Avant de partir, Anna ouvre l'addition de sa session. Pour payer en fin de visite, une personne peut tout régler, chacun payer ses plats, le groupe partager à parts égales ou attribuer chaque article. Les convives s'accordent avant le premier paiement. Dès le lancement du paiement, cette répartition est figée. Les commandes déjà payées immédiatement ne sont ni réparties ni facturées à nouveau. Toni voit ce qui reste dû et le paiement en cours. L'addition n'est soldée qu'une fois toutes les parts payées. L'établissement peut configurer les pourboires facultatifs selon son service. Notre pilote ne montre que des paiements de test clairement signalés. Un QR code privé ouvre le justificatif personnel. On peut l'enregistrer en PDF ou le recevoir par e-mail si l'envoi est configuré. Sans service d'envoi, un e-mail est préparé pour l'envoyer soi-même. Pour un repas d'affaires, Anna ajoute la personne qui reçoit, le lieu, la date et le motif. Elle peut importer les noms de la commande, les modifier et en ajouter plus tard. Elle signe à la main sur son téléphone. Le PDF contient le justificatif d'origine et les informations du repas confirmées. Les corrections restent traçables dans de nouvelles versions. Les justificatifs du pilote sont des tests sans validité légale. De vraies factures exigent les validations de paiement et de pays appropriées.

Ouvrir la page du film ↗Voir l’autre épisode ↗

Illustration animée avec des données et des écrans fictifs. Les paiements et justificatifs présentés sont des tests ; ces justificatifs ne sont pas des documents fiscaux valables. Les paiements réels, l’envoi par e-mail et la configuration des justificatifs propre à chaque pays nécessitent chacun une activation et une validation distinctes.