Passer au contenu principal

Principes de fonctionnement d’une Tête de réseau elloha avec le SIT d’un DMO

Mis à jour il y a plus de 3 mois

Schéma de fonctionnement d’une tête de réseau elloha avec un SIT DMO

mceclip0.png

Schéma de fonctionnement elloha/SIT pour un réseau DMO (CDT,OT)

mceclip1.png

Associé à une place de marché comme elloha, le SIT alimente les sites web de DMO proposant la réservation en ligne

mceclip2.png

Sur le site web, au niveau d’une fiche, le SIT alimente les infos froides et assure le lien avec les infos chaudes (offres, tarifs, dispos) provenant du compte elloha.

mceclip3.png

Le SIT permet d’associer la fiche froide et le compte elloha en enregistrant l’idOI, identifiant unique du compte elloha.

Le prestataire web qui exploite les données du SIT peut alors ajouter la réservation en ligne sur le site.

En interrogeant le SIT, il récupère les infos froides et l’idOI qui lui permet de construire dynamiquement un widget de réservation (un bouton/lien de résa, un calendrier de dispo…) qui permet la vente en ligne.

Voilà comment récupérer l'idOI d'un compte dans elloha :

mceclip4.png

Dans la très large majorité des cas (autour de 95%), la fiche SIT correspond directement au compte elloha de type hôtel, camping, meublé, chambre d’hôtes, loisir sportif, culturel, manifestation…

Dans les SIT Tourinsoft, Raccourci, Constellation, Ayaline, LEI, SITLOR…

les DMOs saisissent l’idOI du compte elloha (ou celui d’une autre place de marché) dans la fiche SIT grâce un champ dédié à l’ID de réservation facilement exploitables par les agence web qui connaissent bien ce fonctionnement.

Fonctionnement détaillé dans cet article de la base de connaissance elloha :

mceclip5.png

Dans les 95% des cas ou la fiche SIT correspond à un compte elloha,
le SIT APIDAE propose de son côté une remontée automatique des idOI dans les métadonnées des fiches SIT sans saisie manuelle.

A condition que les comptes elloha soient issus de fiches APIDAE préalablement importées dans la Tête de reseau elloha.
Si ce n’est pas le cas le DMO peut éditer manuellement la métadonnée dans APIDAE pour renseigner l’idOI.

Fonctionnement expliqué dans cet article de la base de connaissance :

mceclip1.png

Dans 5% des cas, pour des raisons éditoriales web ou de règles de saisie SIT, la fiche ne correspond pas à un compte elloha mais à une des offres du compte elloha : chaque appartement d’une résidence de tourisme est une fiche web, chacune des chambres de Mme Untel est une fiche, chacune des visites guidées d’un OT est une fiche…

Toutes les offres sont gérées dans un seul compte elloha par souci d’efficacité et de simplicité pour le pro ou nécessité de connectivité OTA mais sur le site web le DMO souhaite afficher une fiche web par offre.

Dans les SIT Tourinsoft, Raccourci, Constellation, Ayaline, LEI, SITLOR…

les DMOs saisissent l’idOI du compte elloha et l’id de l’offre (productid) au niveau de la fiche SIT dans le même champ dédié à l’ID de réservation.

mceclip7.png

Dans 5% des cas, quand la fiche SIT ne correspond pas à un compte elloha mais à une des offres du compte elloha, côté Métadonnées du SIT APIDAE, elloha ne peut pas reconnaître de façon automatisée les fiches SIT pour les lier aux offres qu’un pro a saisies dans son compte elloha.

Si le DMO veut assurer la correspondance entre une fiche froide APIDAE et une des offres contenues dans le compte elloha la solution consiste à saisir l’idOI du compte elloha et l’id de l’offre (productid) dans APIDAE en éditant manuellement la métadonnée (selon niveau de licence).

Fonctionnement expliqué dans cet article de la base de connaissance elloha:

mceclip2.png
Avez-vous trouvé la réponse à votre question ?