Vendre des billets payants, suivre les revenus encaissés et gérer transferts et remboursements sur le web et sur l’app mobile MojoFE.
La billetterie permet à un organisateur de vendre des billets payants pour un événement et au participant de les conserver sous forme de QR code à présenter à l’entrée. Créer un compte et créer un événement sont gratuits : MojoFE prend une commission uniquement sur les billets payants. Un événement gratuit ne génère donc aucun frais. Les paiements sont sécurisés via Stripe, avec carte bancaire et Apple Pay acceptés.
Chaque billet vendu possède un statut de cycle de vie : actif (valide), utilisé (scanné à l’entrée), remboursé, ou annulé. Un type de billet peut autoriser plusieurs scans (compteur restant sur X scans). Les organisateurs disposent en plus de billets offerts (gratuits, hors revenus) et de codes promo en montant fixe ou en pourcentage.
Côté revenus, MojoFE distingue clairement la trésorerie encaissée des volumes. Les revenus correspondent aux paiements réellement encaissés hors billets gratuits, tandis que les compteurs de volume (vendus, offerts, réductions) portent sur les billets actifs ou utilisés. C’est cette méthodologie qui est affichée dans la vue globale billetterie.
Sur le WEB, l’achat se fait depuis la page publique de l’événement, accessible via /events/[id]. On y clique sur Acheter un billet ou Participer, on choisit le nombre de billets, puis on règle via Stripe. Une fois le paiement confirmé, le billet apparaît dans Mes billets, sur /tickets, avec son QR code prêt au scan. Le détail d’un billet, incluant QR code et option Apple Wallet, est sur /tickets/[id].
La page /tickets regroupe vos billets par événement avec des filtres Tous, À venir, Passés et Utilisés, des compteurs Valides, Utilisés, Passés et Transferts, ainsi qu’un encart Prochain accès qui affiche directement le QR code du prochain billet. Les billets en cours de traitement de paiement s’affichent comme En traitement tant que le QR n’est pas émis.
Sur l’APP MOBILE, ces billets se trouvent dans l’onglet Profile : ouvrez le hub billets (TicketsHubScreen) puis la liste Mes billets (MyTicketsScreen). Le détail d’un billet s’ouvre dans TicketDetailScreen, qui affiche le QR code, propose l’ajout à Apple Wallet, le transfert et la demande de remboursement. La navigation mobile se fait par écran, jamais par lien externe.
Un billet actif, non encore transféré et dont l’événement n’est pas passé peut être envoyé à une autre personne. Sur le WEB, depuis /tickets, le bouton Transférer un billet ouvre une fenêtre de transfert ; on peut aussi transférer depuis le détail du billet. Le destinataire reçoit le billet dans sa section Transferts reçus et peut l’Accepter ou le Refuser ; l’expéditeur peut Annuler l’envoi tant que le transfert est en attente. Le lien de réclamation prend la forme /tickets/claim/[token].
Les statuts de transfert sont en attente, accepté, refusé ou annulé. Une fois accepté, le billet change de titulaire et l’ancien propriétaire ne peut plus le présenter. Sur l’APP MOBILE, le transfert se lance depuis TicketDetailScreen, et l’historique complet des billets envoyés et reçus est consultable dans TicketTransferHistoryScreen.
Question fréquente : puis-je transférer un billet déjà scanné ou un billet d’un événement passé ? Non. Seuls les billets actifs, non transférés et liés à un événement à venir sont transférables. Question : un transfert en attente peut-il être récupéré ? Oui, l’expéditeur l’annule tant que le destinataire ne l’a pas accepté.
Un participant peut demander le remboursement d’un billet si celui-ci est actif, payant (prix supérieur à zéro), non transféré, lié à un événement non encore passé, et sans demande déjà en cours. Sur le WEB, on ouvre le billet depuis /tickets : le bouton Remboursement ouvre un formulaire où l’on choisit la quantité de billets à rembourser et où l’on peut ajouter une précision optionnelle. Les billets restent valides tant que la demande n’est pas acceptée. La demande est envoyée à l’endpoint /api/tickets/refund-request.
Le cycle d’une demande passe par cinq statuts : Remboursement demandé (en attente de validation par l’organisateur), Remboursement approuvé (le remboursement Stripe va être lancé), Remboursé (traité sur le moyen de paiement d’origine), Remboursement refusé, et Demande annulée. Une note de l’organisateur peut accompagner la décision et s’affiche sur le billet.
Sur l’APP MOBILE, la demande se fait depuis TicketDetailScreen via le bouton de remboursement, avec le même choix de quantité et le suivi de statut. Côté organisateur et administration, les remboursements sont pilotés via les écrans de gestion ; sur le web, l’espace d’administration expose notamment /admin5526/payments/refunds et les outils Stripe Connect (litiges, frais, virements).
Questions fréquentes : qui valide le remboursement ? L’organisateur, puis le remboursement est exécuté via Stripe sur le moyen de paiement d’origine. Combien de temps pour être crédité ? Une fois le statut passé à Remboursé, le délai dépend de Stripe et de la banque, généralement quelques jours ouvrés. Puis-je rembourser un billet gratuit ? Non, la demande n’est possible que sur un billet payant.
Pour vendre, l’organisateur crée d’abord son événement sur /events/create en choisissant l’option payante et en fixant le prix, puis configure ses types de billets et tarifs sur /events/[id]/manage/tickets. On y crée plusieurs catégories (standard, early bird, VIP), chacune avec son prix, son quota et ses dates de vente, et l’on peut créer des codes promo en montant fixe ou en pourcentage et offrir des billets gratuits.
Le suivi des ventes en direct se fait sur /tickets/sales/overview (Billetterie vue globale) et la gestion de la billetterie sur /tickets/sales (Ventes de tickets), avec historique des ventes, filtres par statut (Toutes, Complétées, En attente, Remboursées) et export CSV. Un raccourci Tableau de bord billetterie apparaît aussi en haut de /tickets dès qu’un de vos événements possède des types de billets. Vos ventes en tant qu’organisateur sont également consultables sur /profile/ticket-sales.
Sur l’APP MOBILE, l’organisateur passe par l’onglet Profile : Ventes billetterie ouvre la liste de vos événements avec billetterie (MyTicketSalesScreen, titre Ventes de billets), la vue consolidée s’ouvre dans TicketingSalesOverviewScreen (titre Gestion Billetterie), et la gestion fine d’un événement (offerts, réductions, codes promo, drill-down par bénéficiaire) se fait dans TicketSalesManagementScreen et TicketManagementScreen (titre Billetterie).
Questions fréquentes : combien coûte la mise en vente ? Créer l’événement et la billetterie est gratuit ; la commission MojoFE ne s’applique qu’aux billets payants effectivement vendus. Quand suis-je payé ? Les fonds sont versés sur votre compte selon le calendrier de paiement configuré dans vos paramètres de facturation, via Stripe. Les billets offerts comptent-ils dans mes revenus ? Non, ils sont comptés en volume mais exclus du chiffre encaissé.
Chaque billet porte un QR code unique, scannable à l’entrée par l’équipe de l’événement. Sur le WEB, le scan se fait via /scanner (avec configuration matériel sur /scanner/setup) ou /tickets/scan, et l’écran de scan valide le billet instantanément, le statut passant à utilisé et apparaissant dans les participants. Seuls les administrateurs de l’événement peuvent scanner les billets.
Sur l’APP MOBILE, le scanner s’ouvre dans TicketScannerScreen (titre Scanner QR), accessible depuis le hub billets ou depuis Scanner billets dans l’onglet Profile. On pointe la caméra vers le QR code du billet ; un billet multi-usage affiche le nombre de scans restants.
Question fréquente : un billet déjà utilisé peut-il être re-scanné ? Seulement si son type autorise plusieurs usages, jusqu’à épuisement du compteur de scans restants. Question : un organisateur peut-il annuler un billet de test ? Oui, depuis le détail côté organisateur, avec une option pour remettre la place en vente.
