SeeTickets

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.

Voir toutes les intégrations
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 commandeConfirmation, informations d’accès, offres complémentaires
Commande modifiéeRé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

DomaineContenu
CommandeNuméro, statut, date, montant total, monnaie, mode de paiement, mode de livraison
PositionReprésentation, catégorie de prix, quantité, montant unitaire et total
ClientNom, adresse, entreprise, identifiant de la billetterie
ManifestationIntitulé, 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

01

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.

02

À 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.

03

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.

04

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.

05

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.

06

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.

07

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.