
Intégration
SeeTickets
SeeTickets transmet commandes, données clients et manifestations à Caymland M4 – et constate quand la date ou le statut d’une représentation change. Les détenteurs de billets peuvent alors être joints automatiquement.
- Domaine
- Liaison billetterie avec détection des changements
- Sens
- SeeTickets vers Caymland M4
- Fréquence
- Selon un calendrier, récupéré par mandats
- Fournisseur
- seetickets.com
La représentation se déplace. Tout le monde le sait.
Les reports déclenchent.
Si la date ou le statut d’une représentation change, le parcours démarre vers tous les détenteurs de billets.
La commande, pas seulement l’achat.
Représentation, catégorie, quantité et prix figurent sur le contact et servent aux segments.
Un envoi, des contenus différents.
Les sections n’apparaissent que chez les destinataires dont les commandes remplissent la condition.
La représentation est reportée. Qui le dit aux huit cents personnes?
Une date change. Une représentation est annulée, déplacée, la salle est modifiée. Dans le système de billetterie, c’est un changement de statut, réglé en dix secondes.
Le travail manuel commence après. Quelqu’un sort une liste, se demande si c’est la bonne, la colle dans l’outil de messagerie et rédige un message que personne n’avait préparé. Le soir arrivent les premiers appels de gens qui n’ont rien reçu.
L’interface SeeTickets vers Caymland M4 supprime cette routine. Elle constate que le statut ou la date d’une représentation a changé et peut lancer un parcours à partir de là, vers exactement les personnes qui détiennent un billet.
Ce qu’apporte l’interface
- Les changements sont constatés, pas signalés. Si une date se déplace ou si une représentation change de statut, c’est un déclencheur et non une tâche sur la liste de quelqu’un.
- Les commandes avec toutes leurs positions. Pas seulement le fait d’un achat, mais son contenu: représentation, catégorie, quantité, prix, mode de paiement et de livraison.
- Les données clients suivent. Les coordonnées issues de la billetterie arrivent sur le contact au lieu de rester enfermées dans le système de vente.
- Des contenus qui diffèrent selon le destinataire. Une section d’un envoi peut être liée à une condition tirée des commandes de ce contact.
- Cinq déclencheurs pour les campagnes. De la nouvelle commande au report de date.
Cinq déclencheurs
| Déclencheur | À quoi il sert |
|---|---|
| Nouvelle commande | Confirmation, informations d’accès, offres complémentaires |
| Commande modifiée | Réaction aux changements de réservation |
| Statut de commande modifié | Paiement reçu, annulation, remboursement |
| Statut de manifestation modifié | Annulation ou confirmation à tous les détenteurs de billets |
| Horaire de manifestation modifié | Report, nouvelle heure de début, nouvelle salle |
Les deux derniers expliquent pourquoi cette interface se distingue d’un simple import de ventes pour une maison qui a une programmation. Ils observent la représentation elle-même, et pas seulement l’achat.
Ce qui arrive
| Domaine | Contenu |
|---|---|
| Commande | Numéro, statut, date, montant total, monnaie, mode de paiement, mode de livraison |
| Position | Représentation, catégorie de prix, quantité, montant unitaire et total |
| Client | Nom, adresse, entreprise, identifiant de la billetterie |
| Manifestation | Intitulé, date, statut, lieu |
Le contact y gagne une vue de ses propres commandes, ainsi que la base de segments tels que «a réservé cette production».
Des contenus qui diffèrent selon le destinataire
Un envoi n’a pas à être identique pour tout le monde. Une section peut être liée à une condition tirée des commandes du destinataire: elle n’apparaît que chez ceux à qui elle s’applique et disparaît entièrement chez les autres.
Un envoi à tout le public devient ainsi un courriel qui montre à l’un la note concernant sa représentation, et à l’autre rien du tout. Cela reste un seul envoi, pas une douzaine de variantes.
Comment arrivent les données
Sens: de SeeTickets vers Caymland M4. Rien n’est réécrit. Votre vente et votre programmation restent intactes.
Liaison: par l’interface de SeeTickets, avec des identifiants et un canal de vente. Pas d’échange de fichiers, pas de dépôt à entretenir.
Par mandats. Caymland demande à SeeTickets de préparer les données d’une période: manifestations, clients, commandes et positions. SeeTickets traite la demande à son propre rythme. Le passage suivant interroge l’état, récupère le paquet terminé et le lit.
Ce que cela signifie: les données sont aussi récentes que le dernier mandat abouti, et non exactes à la seconde. Pour des confirmations, des annulations et des reports, c’est assez rapide. Pour un affichage à la seconde, c’est la mauvaise technique, et nous préférons le dire d’emblée.
Rien ne se perd si un passage saute. Chaque mandat est conservé avec son état. Un mandat qui n’était pas terminé lors d’un passage est récupéré au suivant.
Les changements sont détectés, pas supposés. À la lecture, ce qui a changé par rapport à l’état enregistré est comparé. Seul un changement réel de date ou de statut déclenche quelque chose. Un paquet livré à nouveau sans modification ne déclenche rien.
Conditions préalables
Du côté de SeeTickets:
- Un accès à l’interface avec adresse, nom d’utilisateur et mot de passe
- L’identifiant de votre canal de vente
- L’adresse du répertoire des manifestations
Du côté de Caymland M4:
- Activer l’intégration SeeTickets et enregistrer les identifiants
- Fixer le calendrier de récupération
- Construire les parcours rattachés aux déclencheurs
L’installation relève d’un rendez-vous, pas d’un projet.
À quoi cela ressemble au quotidien
Le report. La date d’une représentation change dans la billetterie. La comparaison suivante le remarque, le parcours démarre, et tous les détenteurs de billets ont la nouvelle heure dans leur boîte. Personne n’a sorti de liste.
La confirmation qui a du fond. Après la commande, ce n’est pas le courriel standard de la billetterie qui part, mais le vôtre: accès, restauration et la note qui correspond à la représentation réservée.
Le bilan après la saison. Qui est venu plusieurs fois reçoit un autre envoi que qui est venu une fois. Les deux figurent dans la même liste, et la différence vient de leurs commandes.
Questions & réponses
Questions fréquentes sur l’intégration
Des données sont-elles réécrites vers SeeTickets?
Non. L’interface se contente de lire. Votre vente, vos stocks et votre programmation restent inchangés.
À quelle vitesse apprenons-nous une annulation?
À la comparaison suivant le changement. Les données sont récupérées par mandats, donc pas à la seconde, mais bien plus vite que toute manipulation manuelle. Vous fixez le rythme.
Chaque comparaison déclenche-t-elle une campagne?
Non. À la lecture, les données sont comparées à l’état enregistré. Seul un changement réel de date ou de statut déclenche quelque chose; un paquet inchangé reste sans effet.
Que se passe-t-il si un passage saute?
Rien ne se perd. Chaque mandat est conservé avec son état, et ce qui n’était pas terminé lors d’un passage est récupéré au suivant.
Voyons-nous les commandes sur le contact?
Oui. Le contact reçoit une vue de ses commandes SeeTickets, et les mêmes données sont disponibles pour les segments et les rapports.
Pouvons-nous montrer des contenus différents dans un même envoi?
Oui. Une section peut être liée à une condition tirée des commandes du destinataire. Elle n’apparaît que là où la condition s’applique et disparaît entièrement chez les autres.
Faut-il un échange de fichiers ou un accès SFTP?
Non. La liaison passe directement par l’interface de SeeTickets. Il n’y a aucun dépôt à entretenir.