Tixigo permet d'associer un type de paiement quelconque à une commande. La liste des types est paramétrisable par Tixigo seulement pour le moment.


Par défaut, la billetterie publique n'offre que le type de paiement nommé En Ligne qui correspond à une transaction faite par l'intermédiare de Stripe. Si le total de la commande est $0.00 alors aucun type de paiement n'est impliqué.


Lorsque vous utilisez la billetterie du commerçant (via le calendrier), vous pouvez choisir n'importe quel des types de paiement qui sont configurés pour votre activité. Si vous choisissez En Ligne, la page de paiement exigera une carte de crédit pour donner à Stripe. 


Mais si vous choisissez un autre type de paiement alors aucun paiement ne sera exigé, car vous êtes responsable du paiement. Les frais de billetterie sont cachés, car Tixigo ne peut pas percevoir ses frais de service dans un tel cas. Les frais Tixigo seront facturés aux 4 mois selon l'entente conclue pour ce genre de cas. Il n'est donc pas possible de charger les frais de billetterie à vos clients via Tixigo si la transaction n'est pas payée via Stripe. Nous allons changer ça éventuellement afin de permettre de percevoir ou non les frais de billetterie avec tous types de paiement afin que vos prix en ligne puisse être les même partout. 


Petit rappel, les frais de billetterie sont les frais que vous chargez à vos clients. Tixigo garde ses frais de service à même les transactions Stripe, mais le client ne voit pas ces frais. Le but des frais de billetterie est de couvrir ou dépasser les frais Tixigo.  Les frais de billetterie peuvent être nuls pour ne pas afficher de tels frais à vos clients. Dans ce cas, vous absorbez les frais Tixigo par le prix de votre billet. Donc important de rappeller la différence entre les deux frais.


Les autres types de paiements peuvent inclure un paiement avec votre propre terminal de paiement (Moneris, Global ou autre), comptant, facturer ou même gracieuseté. Deux types de paiements ont un sens particulier pour Tixigo:


  • Test


Ce type permet de produire une commande de test. Une commande test est identifiée par une couleur mauve pour le numéro de commande dans la liste des commande. Une telle commande n'est JAMAIS comptabilisé dans les rapports Tixigo, sauf si l'activité elle-même est en mode test (cas des activités qui servent qu'à la formation par exemple). Mais la commande consomme les ressources de l'événement (capacité, quota). Donc le but d'une commande test est probablement de la détruire peu de temps après sa création. Peut servir à tester un code promo par exemple. Pour détruire une commande test, simplement utiliser Détruire du menu Action de la commande.


  • Non Payé


Ce type permet d'identifier clairement sur la commande (document à imprimer) et sur les billets électronique que le paiement est requis avec un gros "Non Payé" rouge en diagonal sur le document. Le but est de faire payer la personne sur place sans passer par Tixigo (via Stripe). Les commandes non payées sont aussi clairement identifiées comme telle dans la liste de la page Réception (ou autre nom selon le cas). La liste des groupes/clients attendus pour un événement indique un état Payé, Non Payé ou Partiel (mix de payé et non payé pour un groupe - il faut ouvrir le groupe pour voir le détail des membres). Toutes les commandes ayant un type de paiement autre que "Non Payé" sont considérées comme étant payées!


Une fois sur place et que le client a payé à votre caisse, vous pourriez modifier le type de paiement de la commande pour indiquer le type final et ainsi lorsque le client accédera le lien à sa commande, le type sera mis à jour et l'inscription en rouge effacée. Pour changer le type de paiement d'une commande, il suffit de cliquer sur le nom du type de paiement sur la ligne de la commande dans le calendrier et de choisir un autre type. Les logs de la commande contiennent tous les changements de type de paiement effectués.


Rapports de ventes


La page Rapports permet de produire différents rapports et plusieurs offrent le choix de cibler différents types de paiement.




Par défaut, le choix est Tous ce qui implique que tous les types de paiement (sauf Non Payé) seront sonsidérés dans le rapport. Certains rapports vont produire des totaux par type de paiement, mais d'autres non. Il y a un choix Tous (non payé inclus) qui permet de tout cibler si jamais c'est requis. Sinon on cible un type de paiement à la fois.


Le type test n'est pas inclus non plus pour une activité en production, car la commande produite en est une de test. Les commandes tests ne sont jamais incluent dans aucun rapport d'une activité normale (en production). Seule une activité en mode Test va considérer que les commande test et non celles de production. Par contre, rien n'empêche de changer le type d'une commande à test manuellement sans affecter l'état test ou non de la commande ce qui va à l'encontre de l'usage du type test. Donc soyez prudent avec l'utilisation du type test.


Donc en général, vous devriez utiliser le type En Ligne pour vos rapports de taxes, car les autres types sont probablement gérés ailleurs dans une caisse par exemple. Mais vous avez le choix de traiter le tout comme vous voulez.


Rapports du pourboire


Le rapport qui donne les montants de pourboire perçus en ligne ou inscrits dans Tixigo avec un autre type de paiement est aussi important de bien choisir le type de paiement pour le produire. Avec "Tous", vous aurez le pourboire de tous les types de paiement, donc même les gracieusetés seront incluses ce qui vous force à payer le pourboire de votre poche, car en principe il n'y a pas eu de paiement!


Il est donc fortement recommendé de produire ce rapport pour le type En Ligne seulement. Ou sinon le produire pour Tous et ensuite le produire pour Gracieuseté et soustraire le montant Net de gracieuseté du montant Net de tous pour ne pas les inclure. 


Encore une fois, les Non Payé ne sont pas inclus (sauf si explicitement inclus) et en principe les "test" sont aussi exclus du rapport.


Le rapport du pourboire doit être produit quelque temps après un événement, car si vous effectuez un remboursement après l'événement, le pourboire pourrait avoir été compté et remis aux employés. Si vous remboursez après avoir remis le pourboire aux employés, il faudra possiblement en tenir compte pour la comptabilité si vous essayez de balancer les pourboires remis aux employés et les pourboire perçus via Tixigo. Par contre les rapports de vente de la section (Valide pour comptabilité - utilise la date de la transaction) seront toujours à jours sur les pourboires perçus NET donc aucune inquiétude à ce niveau.