Paiements crypto en événements : encaisser la crypto sur les marchés et festivals
Paiements crypto en événements expliqués : encaisser la crypto sur les marchés et festivals, ce que Qvard prévoit et le parcours qui marche.
Les paiements crypto en événements signifient que les exposants des marchés, festivals et salons acceptent la crypto de leurs visiteurs. Qvard prévoit un terminal pour ces événements, qui n’est pas encore publié. Ce guide explique le déroulé d’un événement et le parcours qui fonctionne aujourd’hui : la caisse de chaque exposant crée les paiements via l’API et affiche un QR code au visiteur.
Pourquoi les événements sont un cas particulier
Sur un événement, il n’y a souvent pas d’internet stable et les ventes courtes s’enchaînent. Chaque vente doit rester un paiement distinct avec son propre statut, et l’exposant a besoin d’un moyen clair d’afficher le montant.
Statut : le terminal événementiel est sur la feuille de route
Un terminal Qvard pour les exposants d’événements n’est pas encore publié, et cet article ne le décrit pas comme disponible. Le parcours ci-dessous utilise l’API, la page hébergée et le webhook, et nécessite une connexion au moment du paiement.
Ce qui fonctionne aujourd’hui
La caisse de l’exposant crée chaque paiement avec POST /api/v1/payment et l’en-tête x-api-key, reçoit un redirectUrl et l’affiche en QR code. Le visiteur paie sur la page hébergée, et le webhook renvoie le statut final à la caisse.
Un paiement par vente
Créez un paiement distinct pour chaque vente, avec un identifiant unique, pour que chaque vente puisse être confirmée séparément. Les totaux groupés ne remplacent pas le statut par vente.
x-api-key: sk_live_…
{
"id": "order_1024",
"price": 149.99,
"paymentSystemId": 12
}
// 201 Created
{
"data": {
"id": "8f3k2a1c",
"redirectUrl": "https://my.qvard.com/pay/8f3k2a1c"
},
"code": 201,
"message": "success",
"status": true
}Prévoir une connexion faible
Si la connexion est mauvaise, gardez la vente en attente sur la caisse et relancez la requête quand le réseau revient. Ne montrez pas une vente comme payée tant que le webhook ne l’a pas confirmée.
Rapprocher après l’événement
Après l’événement, comparez la liste des ventes de la caisse aux webhooks payés. Les ventes restées en attente doivent faire l’objet d’un suivi avant d’être clôturées.
FAQ
Existe-t-il aujourd’hui un terminal Qvard pour les événements ?
Pas encore. Le terminal événementiel est sur la feuille de route. Aujourd’hui, chaque exposant utilise une caisse qui fonctionne avec l’API.
L’exposant a-t-il besoin d’internet sur son stand ?
Oui, pour créer les paiements et recevoir le webhook. Prévoyez une connexion ou une stratégie de relance pour l’événement.
Un paiement peut-il couvrir plusieurs ventes ?
Non. Créez un paiement par vente, pour que chacune ait son propre identifiant et statut.
Comment tester avant un événement ?
Créez des factures de démo depuis une caisse de test et vérifiez que le webhook marque chacune d’elles avant le début de l’événement.
