Déroulement
Affichez pour chaque client le montant qui lui est attribué et le solde impayé. Un plat partagé peut être réparti avec les commandes de partage prises en charge ; le montant doit rester cohérent sur tous les appareils.
Proposez le téléchargement et l’envoi du reçu par e-mail, avec un formulaire facultatif de frais de repas professionnels, des noms de participants modifiables et la saisie d’une signature. Le QR code d’un reçu doit donner accès au seul reçu concerné sans exposer toutes les additions du restaurant.
Exemple concret
Un client règle le vin et un autre le dîner. Après le premier paiement, le serveur informatique doit empêcher une répartition contradictoire ou un double débit.
Périmètre et disponibilité
Un paiement simulé n’est pas une confirmation de paiement. Le contenu légal des reçus, les signatures électroniques, les remboursements et le traitement fiscal doivent être validés pour chaque pays avant une utilisation réelle.
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.
Avant votre premier client
- Comparer le total impayé à la somme des parts.
- Contrôler la même part sur deux appareils et après rechargement.
- Distinguer paiement test confirmé, pourboire et solde restant.
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 Partage de l’addition sur les téléphones des clients ?
Proposez explicitement « une personne paie tout », un partage égal selon le nombre de clients, une répartition automatique selon la personne qui commande ou la réaffectation de plats individuels. Distinguez toujours la commande d’origine de la répartition de paiement choisie.
Quel est le périmètre et que reste-t-il à valider ?
Un paiement simulé n’est pas une confirmation de paiement. Le contenu légal des reçus, les signatures électroniques, les remboursements et le traitement fiscal doivent être validés pour chaque pays avant une utilisation réelle.
Comment éviter de payer deux fois la même part ?
Chaque client doit voir la part encore impayée avant de confirmer. Les montants déjà confirmés ne doivent pas être répartis à nouveau. Testez avec deux téléphones et une confirmation répétée. Le pilote simule les paiements ; un prestataire réel nécessite une validation distincte.
Découvrir les parcours associés
Commande par QR code et sessions de table partagées · Rapports de restaurant et répartition des pourboires · Paiements, reçus et intégrations de caisse pour restaurants