Capacités
TicketFlowactivé avec notre équipeEncaisser avant la porte.
Une participation payante qui vit dans l’événement lui-même : des catégories de billets sur la même fiche d’événement, un paiement qui émet un code d’entrée ordinaire, et une porte qui sait déjà qui a payé.
La participation payante a sa place dans le flux de l’événement, pas à côté.
Activée avec notre équipe. Parce que la mise en place du paiement dépend de votre événement, de la devise, du modèle commercial et des exigences d’encaissement, nous la configurons avec vous avant la mise en ligne.
Le problème
De l’argent à la porte, c’est une file, un tableur et une dispute.
Quand certains invités paient pour participer, le paiement vit en général ailleurs : un formulaire, un virement, un tableur tenu par la personne qui a envoyé la facture. Le soir venu, la porte travaille avec la liste des invités, la comptabilité avec la liste des paiements, et les deux ont été rapprochées pour la dernière fois mardi.
Résultat : un invité qui a payé n’est pas sur la liste, un autre qui n’a pas payé y figure, quelqu’un paie à la porte sans reçu, et le rapport final dit combien sont venus mais pas combien ont payé. Rien de tout cela n’est un problème de personnes. Ce sont deux registres là où il devrait n’y en avoir qu’un.
Là où ça dérape
- 01
L’invité a payé et n’est pas sur la liste
Le virement est arrivé ce matin ; la liste a été exportée hier soir. L’invité attend pendant que quelqu’un fouille une boîte mail.
- 02
L’invité est sur la liste et n’a pas payé
Ajouté quand il a dit oui. Personne n’a vérifié si le paiement avait suivi.
- 03
Des espèces à l’entrée
Un reçu écrit à la main, une caisse à compter, et aucune trace qui relie l’argent à un nom.
- 04
Deux équipes, deux systèmes
Les billets ont été vendus sur une plateforme et la porte tourne sur une autre. L’équipe d’accueil a un second téléphone et un second identifiant pour la soirée.
Le modèle
De l’événement à la fiche de présence, en une seule ligne.
Chaque étape ci-dessous écrit dans le même événement. Un acheteur devient un invité, un paiement devient un code d’entrée, et la porte lit ce que le paiement a déjà tranché.
- 01Événement
Le même événement qui contient les invités. La billetterie y est activée, avec une devise et une politique de remboursement.
- 02Catégories de billets
Standard, membre, étudiant, une catégorie gratuite à zéro — chacune avec son prix, sa capacité, sa période de vente et sa visibilité.
- 03Commande
L’acheteur choisit sur la page de vente de l’événement. Ses places sont réservées quinze minutes le temps de payer.
- 04Paiement
Le paiement est hébergé par le prestataire de paiement. Winglark ne voit jamais un numéro de carte, et le prix est fixé côté serveur, jamais par le navigateur.
- 05Confirmation
La commande passe en payée et une confirmation avec les billets part par le même envoi que les invitations.
- 06Code d’entrée
Chaque billet devient une fiche d’invité avec un code d’entrée ordinaire — du même type que celui d’une invitation.
- 07La porte
N’importe quel téléphone le scanne. La porte ne demande pas si l’invité a payé ; le code existe parce qu’il l’a fait.
- 08Présence
Enregistré à l’entrée, et compté avec tous les autres dans le rapport de l’événement.
- 01
La billetterie est ouverte sur l’événement
Avec notre équipe : la devise, la politique de remboursement, la période de vente et la visibilité de la page de vente — publique, non répertoriée ou privée.
- 02
Définir les catégories de billets
Nom, description, prix, capacité, minimum et maximum par commande, et si la catégorie est affichée ou masquée. Un prix à zéro est un billet gratuit.
- 03
Ouvrir la vente
Brouillon, programmée, en vente, en pause, complet, fermée. La page de vente suit l’état, et une catégorie complète le dit avant que quelqu’un n’essaie.
- 04
Les commandes arrivent
Chaque commande est réservée, payée, puis honorée : une fiche d’invité et un code d’entrée par billet, et une confirmation à l’acheteur.
- 05
Rembourser quand il le faut
Un remboursement intégral renvoie d’abord l’argent via le prestataire de paiement, puis révoque les billets — la porte refuse un code révoqué, en ligne comme hors ligne.
Avant la porte
Le paiement est réglé avant que quiconque n’atteigne l’entrée.
Quand un acheteur arrive, la question de savoir s’il a payé a déjà été tranchée — par le paiement, des heures ou des semaines plus tôt. La porte n’a qu’à reconnaître un code.
- La porte voit une seule réponse
- Admis, déjà entré, révoqué, introuvable. Jamais « laissez-moi vérifier s’il a payé ».
- Vous savez qui a terminé son paiement
- Réservée, en attente de paiement, payée, honorée — chaque commande dans un seul état, sur un seul écran, avant la soirée.
- Les acheteurs ont ce qu’il faut en main
- Une confirmation et un code d’entrée, livrés à l’adresse donnée, renvoyés s’ils les perdent.
- Moins de vérifications manuelles
- Pas de liste de paiements à l’entrée. Un billet remboursé est déjà révoqué ; une commande impayée n’est jamais devenue un code.
- Un seul rapport à la fin
- Invités payants et invités conviés sont comptés ensemble, parce qu’ils étaient sur une seule liste depuis le début.
Types de participation
Payants, gratuits et conviés, sur une seule liste.
Une catégorie de billets, c’est un prix, une capacité, une période de vente et une visibilité. Les invités conviés restent des invitations. Tous finissent à la même porte.
- Catégories payantes
- Autant que l’événement en demande — early, standard, membre — chacune avec son prix et sa capacité dans la devise de l’événement.
- Catégories gratuites
- Une catégorie à prix zéro est un billet gratuit : même page de vente, même confirmation, même code d’entrée, pas d’étape de paiement.
- Catégories masquées
- Une catégorie peut rester hors de la liste publique et être partagée avec les personnes à qui elle est destinée.
- Invités conviés
- Un invité que vous conviez n’est pas un billet et ne voit jamais de paiement. Payants et conviés partagent la liste, la porte et le rapport.
Les catégories de billets fixent le prix, la capacité et la visibilité. Elles ne décident pas encore quelles portes un code ouvre, et il n’y a pas de codes de réduction.
Côté acheteur
Ce qu’un invité voit, de la page de vente à l’entrée.
Pas de compte, pas d’application. La page de vente parle la langue de l’événement et ne demande que ce qu’un billet exige.
- 1
La page de vente de l’événement
Les catégories de billets avec leurs prix et une courte description ; « plus que quelques places » quand c’est vrai, jamais le compte brut.
- 2
Nom, e-mail, téléphone
Les coordonnées de l’acheteur et rien d’autre. Le prix n’est pas dans le formulaire — le serveur tarifie la commande à partir de ses propres données.
- 3
Paiement sécurisé
Le paiement se fait chez le prestataire, sur sa page. Winglark ne manipule jamais la carte.
- 4
Confirmation
Une page de commande qui dit ce qui est su — réservée, paiement transmis, payée — et un e-mail avec les billets une fois la commande honorée.
- 5
Le code d’entrée
Un code personnel par billet, ouvert depuis la confirmation. Il ne porte ni nom, ni e-mail, ni commande — un jeton opaque, rien de plus.
- 6
Arrivée
Présenté sur un téléphone ou sur papier. Un scan, une réponse.
La page de vente et le paiement n’existent que pour un événement activé. Rien n’est vendu sur cette page.
Avec la porte
Le paiement tranche l’état commercial. La porte tranche l’état d’admission.
Deux questions, répondues à deux moments différents par deux parties du même système — et jamais confondues.
- Avant l’arrivée
- Cette place a-t-elle été payée ? Le paiement répond. Une commande payée et honorée devient une fiche d’invité et un code d’entrée ; rien d’autre.
- À la porte
- Ce code est-il valide, a-t-il déjà servi ? Le scan répond, en ligne ou hors ligne, à partir du code lui-même — la même règle pour un acheteur et pour un invité convié.
Les deux se rejoignent en un seul point : le code. Il n’existe que parce que la commande a été payée, et il est révoqué à l’instant où un remboursement aboutit — la porte n’a donc jamais besoin de savoir ce qu’est un billet.
La porte ne revérifie pas le paiement au moment du scan, et elle n’en a pas besoin. Un code qui arrive à la porte est un code que le paiement a déjà réglé.
Un seul cycle
Pas un sixième outil. La sixième étape du même événement.
La liste est nettoyée, les invitations conçues et envoyées, les noms tardifs ajoutés, la porte tenue et — quand l’événement le demande — les places payées. Une seule fiche d’invité porte tout.
- GatePassTenir la porte, avec ou sans réseauUn billet payé est un code d’entrée ordinaire. La porte l’admet exactement comme une invitation, avec ou sans réseau.
- ListGuardNettoyer la liste avant qu’elle ne coûte cherLes acheteurs arrivent sur la même liste d’invités que celle où votre import a été nettoyé — un seul endroit, un seul jeu de règles.
- MailFlowEnvoyer, et savoir ce qui est arrivéConfirmations, renvois et avis de remboursement passent par le même envoi que les invitations, avec le même historique.
- InvitePulseAjouter des invités après l’envoiLes noms ajoutés tard et les places achetées tard finissent tous deux comme invités du même événement, sans seconde liste.
- RapportsLa participation payante est comptée avec le reste : qui a acheté, qui est venu, et l’écart entre les deux.
Ce que vous pouvez lire
La vérité opérationnelle, par événement et par commande.
Ce qui est affiché est ce qui a été enregistré au moment où c’est arrivé — des instantanés sur chaque commande, pas un recalcul. Le rapprochement financier et les versements se font avec notre équipe ; les écrans ci-dessous sont la vue opérationnelle.
- Ventes par événement
- Commandes, billets, montant brut, par catégorie de billets et par jour.
- État de la commande
- Réservée, en attente de paiement, payée, honorée, annulée, expirée, remboursée — et l’état du remboursement à côté, pas mélangé dedans.
- État du billet
- Émis, scanné, révoqué, annulé, remboursé, par billet, avec l’heure du scan à la porte.
- Finances par période
- Brut, commission de Winglark et votre produit sur une période, à partir des chiffres figés sur chaque commande.
- Exceptions
- Une commande payée et non honorée, un remboursement que le prestataire n’a pas confirmé — listés avec ce qu’il faut faire, pas cachés dans un total.
Les chiffres de billetterie vivent sur les écrans de billetterie. Le rapport de présence de l’événement compte un acheteur comme un invité ; il ne montre pas encore ce qui a été payé.
Ce qui est inclus
Ce qui est inclus
- Des catégories de billets avec de vraies limites
- Prix, capacité, minimum et maximum par commande, période de vente et visibilité, par catégorie.
- Une page de vente par événement
- Publique, non répertoriée ou privée, dans la langue de l’événement, avec la politique de remboursement affichée.
- Des places réservées et des comptes honnêtes
- Une place est réservée quinze minutes le temps de payer, puis libérée. « Complet » est un fait, pas une estimation.
- Un paiement hébergé chez le prestataire
- Les cartes sont traitées par le prestataire de paiement sur sa propre page. Le serveur fixe le prix ; le navigateur ne le peut pas.
- Un invité et un code d’entrée par billet
- L’émission écrit une fiche d’invité ordinaire avec un code ordinaire : la porte et le rapport n’ont besoin de rien de nouveau.
- Des confirmations par le même envoi
- Billet émis, renvoi, remboursement, événement annulé — chacune enregistrée comme une invitation, et jamais envoyée à une adresse qui a dit non.
- Des remboursements intégraux qui révoquent
- L’argent repart d’abord, via le prestataire ; les billets ne sont révoqués qu’une fois que c’est fait.
- Commandes, billets, finances
- États de paiement, d’émission et de remboursement en colonnes séparées ; billets émis et scannés ; brut, commission et produit par période.
Pourquoi c’est important
Ce qui change le jour J
Pas d’argent à l’entrée
Chaque place payante a été payée avant la soirée. La porte tient un téléphone, pas une caisse.
Une liste, pas deux
Acheteurs et invités conviés arrivent sur le même écran et sont comptés dans le même rapport.
Un remboursement est un code refusé
Quand l’argent repart, la porte le sait déjà. Personne n’a à se souvenir d’un nom.
Où on l’utilise
Là où elle fait la différence
- 01
Une conférence avec des places payantes et des places conviées
Intervenants et presse conviés, participants qui achètent — une liste, une porte, un décompte.
- 02
Un atelier à places limitées
Vingt places, un prix, une période de vente, et une page de vente qui se ferme d’elle-même à vingt.
- 03
Une agence qui gère l’événement payant d’un client
La billetterie dans l’espace de travail du client, avec les mêmes rôles et la même séparation que tout le reste.
- Événements d’entreprise avec un volet payant
- Dîners privés et soirées de membres
- Rencontres professionnelles et soirées de réseautage
- Expériences et vernissages à capacité limitée
Activation accompagnée
Configurée avec vous, avant la mise en ligne.
La billetterie est activée pour un espace de travail par Winglark, pas par un bouton — parce que la mise en place dépend de choses qu’un formulaire ne peut pas savoir de votre événement.
- L’événement
- Ce qui est vendu, à qui, et si certains invités sont conviés plutôt que facturés.
- La devise et les prix
- Une devise par événement, choisie avec vous, et les catégories de billets tarifées dans cette devise.
- Le modèle commercial
- La commission de Winglark et le règlement de votre produit sont convenus avant la première vente, pas découverts après.
- La politique de remboursement
- Remboursable, remboursable jusqu’à une date, non remboursable ou sur votre accord — affichée sur la page de vente.
- La mise en place du paiement
- Le prestataire de paiement est activé pour votre espace de travail et testé avec vous avant qu’un vrai acheteur ne le rencontre.
Comment se déroule l’activation
- 1
Parlez-nous de l’événement
Ce qui est vendu, quand la vente doit ouvrir, combien de places, quelle devise.
- 2
Nous définissons la structure de paiement
Catégories de billets, prix, politique de remboursement, commission et règlement, par écrit.
- 3
La billetterie est configurée
Sur votre événement, dans votre espace de travail, avec une page de vente visible seulement par qui vous choisissez.
- 4
Vous vérifiez et testez
Une commande test de bout en bout : page de vente, paiement, confirmation, code, scan.
- 5
Mise en ligne
La vente ouvre à la date que vous fixez. Les mêmes écrans tiennent la soirée.
C’est une couche de service, pas une liste d’attente. La disponibilité et les conditions commerciales sont confirmées lors de l’activation.
Questions
Puis-je activer la billetterie moi-même ?
Non. La billetterie est activée pour votre espace de travail par l’équipe Winglark après un court échange sur l’événement, la devise et le modèle commercial. Contactez l’équipe commerciale depuis cette page et nous la mettons en place avec vous.
Pourquoi l’activation passe-t-elle par Winglark ?
Parce que la mise en place est commerciale autant que technique : devise, prix, politique de remboursement, commission et règlement doivent être convenus avant la première vente. Le faire avec vous, une fois, est plus rapide qu’un formulaire qui devine.
La billetterie fonctionne-t-elle avec la porte ?
Oui. Un billet payé est émis comme une fiche d’invité ordinaire avec un code d’entrée ordinaire : la porte le scanne comme n’importe quelle invitation — en ligne ou hors ligne. Un billet remboursé est révoqué, et la porte le refuse.
Certains invités peuvent-ils être exonérés ?
Oui, de deux façons : une catégorie de billets à prix zéro passe par la page de vente sans étape de paiement, ou l’invité est simplement convié et ne voit jamais de paiement. Les deux finissent sur la même liste.
Quand l’invité paie-t-il ?
Au paiement, sur la page de vente de l’événement, avant l’événement. Ses places sont réservées quinze minutes le temps de payer ; la confirmation et le code d’entrée suivent une fois la commande payée et honorée.
Winglark gère-t-il les remboursements ?
Les remboursements de commande entière, oui : l’argent est renvoyé via le prestataire de paiement et les billets sont révoqués une fois que c’est fait. Les remboursements partiels ne sont pas proposés.
Quelles devises et quels moyens de paiement sont pris en charge ?
Une devise par événement, parmi celles que le prestataire de paiement prend en charge — confirmée lors de l’activation. Les cartes sont traitées par le prestataire sur son propre paiement hébergé ; Winglark ne voit jamais les données de carte.
Les agences peuvent-elles l’utiliser ?
Oui. La billetterie tourne dans l’espace de travail d’un client avec les mêmes rôles et la même séparation que le reste de Winglark, et les ventes de chaque client restent dans son espace.
La billetterie est-elle incluse dans ma formule ?
Ce n’est pas une ligne d’une formule. La disponibilité et les conditions commerciales — commission, règlement, les formules avec lesquelles elle fonctionne — sont confirmées lors de l’activation.
Vous préparez un événement payant ?
Parlez à Winglark avant d’activer la billetterie, pour que le modèle de paiement et de participation soit configuré pour votre événement — pas deviné.
C’est une couche de service, pas une liste d’attente. La disponibilité et les conditions commerciales sont confirmées lors de l’activation.