MonCashConnectDocumentation
RestaurantQR à la table · Click-and-collect · Delivery · POS

MonCashConnect pour restaurants en Haïti

Votre restaurant veut accepter MonCash au QR posé sur la table, sur les commandes à emporter et sur la livraison à domicile — sans terminal physique partagé entre les serveurs. MonCashConnect remplace le va-et-vient avec un flow « scan, paie, table libérée » fluide pour tout le monde.

Le problème

  • ·Un seul téléphone MonCash partagé entre les serveurs pour encaisser, qui crée des files d'attente à la sortie et des erreurs de saisie de montant.
  • ·Aucune trace par table ou par addition — vous ne savez pas quel paiement correspond à quelle commande, surtout en heure de pointe.
  • ·Le click-and-collect demande de confirmer le paiement AVANT de commencer à cuisiner. Sans webhook fiable, vous risquez de préparer pour rien.
  • ·Le delivery cumule les difficultés : payer le restaurant, payer le livreur, ne payer qu'à la livraison effective.

Comment MonCashConnect aide

QR code dynamique par table : votre POS génère une URL MCC avec reference_id = table:n et amount = montant de l'addition courante. Le client scanne, paie sur son MonCash.

Webhook payment.completed signé : votre POS reçoit l'évènement, clôt automatiquement l'addition, libère la table. Le serveur le voit immédiatement.

Click-and-collect : lien de paiement envoyé sur WhatsApp ou affiché sur votre site, la cuisine ne commence qu'après confirmation reçue.

Delivery : couplez avec le pattern marketplace (voir use case Marketplaces) si vous opérez à la fois restaurant ET livreurs en tant que plateforme.

Dashboard temps réel : volumes par tranche horaire, par catégorie, export comptable de fin de journée.

Flow : QR à la table, addition à 1 850 HTG

  1. 1. Demande de l'addition. Le client demande la note. Le serveur clôture l'addition dans le POS et l'imprime — avec un QR généré dynamiquement pointant vers une URL /pay/table_4_bill_8821 sur votre service.
  2. 2. Scan + redirection. Le client scanne avec son téléphone, votre service crée le paiement MCC amount: 1850, reference_id: "table_4:bill_8821" et redirige vers l'URL MonCash.
  3. 3. Confirmation MonCash. Le client valide. MonCash débite 1 850 HTG de son wallet, MCC reçoit le crédit.
  4. 4. Webhook payment.completed. Votre POS reçoit l'évènement, ferme l'addition bill_8821, libère la table dans le plan de salle, et imprime éventuellement un reçu en cuisine pour archivage.
  5. 5. Return URL = page de merci. Le client revient sur une page qui affiche « Merci, table libérée » et l'invitation à laisser un avis ou un pourboire (option à part).
La table est libérée DÈS que le webhook tombe — pas besoin d'attendre que le serveur passe valider physiquement. C'est la différence pratique majeure avec un terminal partagé.

Quel plan vous convient

Un restaurant typique fait un volume régulier mais sans complexité multi-projet. Le facteur déterminant est le retrait quotidien — combien vous voulez sortir de votre solde vers votre compte MonCash perso ou pro.

Restaurant avec service à table régulier

Un établissement, volume quotidien soutenu, intégration POS ou flow QR direct, retraits hebdomadaires.

Pro — 2 500 HTG / mois

Pro vous donne 3 projets (prod + staging + intégration POS par exemple) et un plafond de retrait à 15 000 HTG/jour. Pour une chaîne de plusieurs établissements ou si vous voulez retirer chaque soir sans plafond, passez à Business (5 000 HTG/mois, 5 projets, retraits illimités).

Comparaison sur la page Tarifs.

FAQ — Restaurants

Le client doit-il télécharger une app spéciale pour payer au QR ?+
Non. Le QR code à la table contient simplement une URL MCC. Le téléphone du client ouvre la page dans son navigateur — pas d'app supplémentaire à installer. Le client est ensuite redirigé vers son app MonCash qu'il a déjà.
Comment je différencie un paiement table 4 d'un paiement table 12 ?+
Vous utilisez le reference_id pour porter table + addition. Par exemple table_4:bill_8821. Quand le webhook payment.completed tombe, votre POS ou votre app de gestion ferme automatiquement l'addition correspondante. Le serveur n'a plus besoin de courir avec le terminal.
Et pour le click-and-collect (commande pour emporter) ?+
Pareil : un lien de paiement est généré au moment où le client passe commande sur votre site ou WhatsApp. Quand le paiement.completed arrive, vous lancez la préparation. La return_url peut afficher un numéro de retrait et l'heure estimée.
Mon resto a peu de transactions par jour. Le plan Free suffit ?+
Si vous faites moins de 1 000 HTG/jour de retraits depuis votre solde MCC, oui. Mais la plupart des restaurants génèrent bien plus en collectes — Free n'a pas de limite stricte sur la collecte, juste sur les payouts quotidiens vers votre MonCash perso. Pro (2 500 HTG/mois, 15 000 HTG/jour de retraits) est plus réaliste pour un resto à volume régulier.
Puis-je intégrer ça à mon système de caisse existant ?+
Si votre POS expose une API ou des webhooks, oui — vous écoutez l'évènement MCC payment.completed et appelez votre POS pour clôturer la note. Si votre POS est un système fermé, vous pouvez utiliser le dashboard MCC en parallèle et marquer manuellement les additions payées. La plupart des restaurants démarrent en mode parallèle puis automatisent.
Que se passe-t-il si le client paie puis qu'on coupe le courant en cuisine ?+
Le paiement n'est pas perdu — il reste enregistré côté MCC. Au retour du système, le webhook est rejoué (les webhooks sont retentés) ou vous voyez la transaction dans le dashboard. Côté commande, c'est à votre process de la rejouer manuellement ou en attendant la nouvelle requête client.
MonCashConnect est une plateforme indépendante, non affiliée à Digicel ou MonCash. Pour la production, un KYC marchand est requis — typiquement quelques jours ouvrés. Pendant le KYC, vous pouvez déjà tester l'intégration en sandbox.

Lectures recommandées :

MarketplacesTransportE-commerceDocumentation APITarifsRéférence API complète