Connecter ses canaux de distribution

La page Canaux de distribution — menu Commercialisation, entrée Canaux — a deux zones. Vos plateformes affiche une carte par plateforme configurée, avec son état, sa dernière synchronisation et ses réglages ; vide au départ. Ajouter une plateforme propose, en liste déroulante, les plateformes restant à connecter — aujourd'hui Booking.com et Airbnb, les deux seules réellement ouvertes ; le reste du catalogue est listé plus bas sans être promis. Plus bas encore, Calendriers iCal & autres canaux couvre les plateformes sans connexion directe : importer et exporter des disponibilités, rien de plus. Un principe gouverne l'écran entier : aucun état n'avance sur une promesse. Le badge d'une carte vient du serveur, et Dernière sync ne s'affiche qu'après un envoi réellement réussi — sinon la carte dit Jamais synchronisé.

L'assistant de connexion, étape par étape

1. Ouvrir la page Canaux

   La page s'ouvre sur ses deux zones. Vos plateformes reste vide tant qu'aucune plateforme n'est configurée. Dans Ajouter une plateforme, la liste déroulante ne propose que les plateformes pas encore configurées — Booking.com et Airbnb aujourd'hui ; la choisir puis valider ouvre l'assistant à l'étape que votre compte a réellement atteinte, jamais au-delà, et fait apparaître sa carte dans Vos plateformes. Une configuration entamée y affiche Continuer la configuration, une connexion en erreur Reprendre la connexion, une connexion aboutie Gérer.

   Capture d'écran à produire

   captures/connecter-canaux-ota/01-catalogue-deux-zones.png

2. Introduction

   L'assistant s'ouvre, titré Connexion suivi du nom de la plateforme, avec son fil d'étapes : Introduction, Annonces, Connexion, Confirmation, Mapping, Synchronisation. Commencer passe à la suivante.

   

3. Annonces

   Choisissez les annonces à distribuer ne liste que vos annonces publiées. Distribuer, sur une ligne, crée l'inventaire distant — logement, type de chambre, plan tarifaire — et la ligne passe à Provisionnée ; rien à faire côté plateforme. Sans annonce publiée, l'étape le dit et ne laisse pas continuer. Distribuer n'envoie pas les photos : elles partent vers les canaux avec le reste du contenu de l'annonce lors de la synchronisation du contenu — à la (re)publication d'une annonce déjà distribuée et à chaque modification de l'annonce, de ses photos ou de ses équipements ; après Distribuer, c'est donc la première modification de l'annonce, de ses photos ou de ses équipements (ou une nouvelle publication) qui les envoie — seulement pour une annonce publiée, et dans cet ordre : la photo de couverture d'abord, puis les zones de l'annonce.

4. Connexion

   Cette étape change du tout au tout selon la plateforme. Sur Airbnb, Autoriser sur Airbnb ouvre l'autorisation officielle sur le site d'Airbnb : vous vous y connectez, validez l'accès, puis revenez ici. Si Airbnb répond qu'un autre channel manager gère déjà votre compte, déconnectez-le d'abord chez Airbnb ; et sur un environnement de test, l'assistant annonce que cette autorisation n'y est pas disponible.

   Sur Booking.com, tout se prépare dans votre extranet : ouvrez « Compte » puis « Fournisseur de connectivité », sélectionnez le fournisseur indiqué par l'assistant, acceptez l'accord de connectivité (XML) et relevez votre Hotel ID Booking.com. Saisi dans le champ du même nom, Tester la connexion répond aussitôt « Connexion vérifiée : l'établissement est accessible. » ou « Établissement introuvable ». La demande partie, la carte affiche En attente de l'OTA : YStay contrôle de lui-même à intervalle régulier, Relancer la vérification redemande une preuve, et l'état n'avancera jamais sans elle.

5. Confirmation, mapping et première synchronisation

   La preuve reçue, l'étape affiche Connexion confirmée et propose Passer au mapping : seul moment où l'état passe à Connecté. Relier vos annonces met en regard les annonces du canal et vos logements YStay — Relier sur chaque ligne, puis un bouton confirme l'ensemble des mappings sur la plateforme ; Importer les annonces du canal fait descendre celles qui existaient avant YStay. Reste Lancer la première synchronisation, qui passe par une file d'attente : Actualiser suit l'état réel, Synchronisation active n'apparaît qu'au premier envoi vraiment réussi, Terminer ferme l'assistant.

Ce que dit l'état d'un canal

Le tableau ci-dessous décrit la carte d'une plateforme dans Vos plateformes, une fois configurée.

L'état affiché	Ce qu'il signifie
Non connecté	Rien n'a encore été tenté sur cette plateforme.
Prêt à connecter	Au moins une annonce est provisionnée ; la connexion peut être lancée.
En attente de l'OTA	La demande est partie, la plateforme n'a pas encore confirmé.
Connecté	La plateforme a confirmé — le mapping s'ouvre.
Annonces mappées	Les annonces sont reliées et confirmées ; la synchronisation reste à lancer.
Synchronisation active	Un envoi de tarifs et disponibilités a réellement abouti.
Connexion refusée	La plateforme a rejeté la demande ; la carte propose Reprendre la connexion.
Erreur de synchronisation	Un envoi a échoué ; même bouton de reprise.

Déconnecter supprime la connexion chez l'agrégateur mais conserve vos annonces provisionnées et l'historique des réservations importées.

Quand une synchronisation échoue

Un panneau Échecs de synchronisation apparaît en haut de page dès qu'un envoi a échoué. Chaque ligne nomme l'annonce et le canal, affiche le message de la plateforme, regroupe les tentatives répétées en un compteur et date la dernière ; Relancer rejoue cet envoi précis. Archiver les erreurs résolues sort de la vue les échecs déjà supplantés par une synchronisation réussie du même flux, l'historique restant conservé — et si l'archivage répond « Aucune erreur résolue à archiver — les échecs affichés sont encore actifs. », rien n'a été réparé : relancez plutôt que de masquer.

Refus signalés par les canaux

Un panneau Refus signalés par les canaux peut apparaître sur la page Canaux, à côté du panneau Échecs de synchronisation vu plus haut. Les deux se distinguent par le moment de l'échec : un échec de synchronisation est un échange avec l'agrégateur qui n'a pas abouti, dans un sens comme dans l'autre — connexion impossible, format refusé, envoi rejeté d'emblée par l'agrégateur, réponse, rattrapage ou signalement Booking.com non délivrés, avis reçu impossible à rattacher à une annonce ; un refus signalé par un canal, lui, arrive après un envoi accepté — l'agrégateur avait pris la mise à jour en charge, puis le canal l'a rejetée dans un second temps — refus que l'agrégateur consigne sur son relevé d'échecs.

Le motif exact n'est pas affiché : la ligne indique que le canal ne l'a pas communiqué. Le relevé technique du fournisseur, lorsqu'il existe, n'est pas rendu dans l'interface : il est conservé dans nos journaux pour le support. En cas de blocage persistant, la référence à copier (ci-dessous) identifie auprès du support la propriété et le canal concernés.

Relancer la synchronisation rejoue — pour la propriété entière, chez tous ses canaux — l'ensemble des envois actuellement en échec, pas seulement celui affiché sur la ligne ; une confirmation nomme la propriété avant l'envoi. Entre deux relances sur la même propriété, comptez 10 minutes : lancée trop tôt, la demande le rappelle plutôt que de partir. Si le canal lui-même refuse une nouvelle relance, le panneau l'affiche en clair et propose une référence à copier (champ Référence à transmettre au support, bouton Copier la référence), à transmettre à votre interlocuteur si le blocage persiste.

Signalements Booking.com

Ce volet ne vit pas sur la page Canaux mais sur la fiche d'une réservation, dans la carte Signalements Booking.com — présente uniquement sur une réservation venue de Booking.com. Ce sont des gestes officiels du canal, transmis via notre partenaire de connectivité : YStay ne les invente pas.

Quatre gestes existent, dans cet ordre logique. Déclarer un no-show atteste que le voyageur ne s'est pas présenté et protège vos frais ; ce signalement fait apparaître la ligne Frais de no-show, qui demande un choix explicite et unique — Exonérer les frais ou Maintenir les frais, et une fois transmis ce choix ne redevient jamais deux boutons. Signaler une carte invalide demande à Booking.com d'en faire mettre à jour une autre. Enfin, Annuler la réservation, seule annulation côté Booking.com déclenchable depuis YStay, exige ce signalement de carte invalide puis le délai imposé par le canal.

Chaque geste ouvre une confirmation avant d'être transmis. Une fois parti, il cesse d'être un bouton et affiche son jalon exact : « Transmis à Su le … — en file de traitement » ; la carte ne prétend jamais que Booking.com a confirmé, la réponse du canal étant asynchrone. Une ligne que le canal n'autorise pas maintenant affiche Non disponible actuellement, éligibilité calculée côté serveur sur les fenêtres réelles de Booking.com. Un refus se lit en clair : fenêtre dépassée, signalement déjà transmis, annulation sans carte invalide signalée, délai non écoulé, geste indisponible pour ce canal — ou réservation importée avant l'activation des signalements, donc sans référence canal.

Et ensuite

• Traduire et diffuser l'annonce — la carte Distribution de l'annonce, en amont de cette page.
• Recevoir sa première réservation et gérer son calendrier — une réservation venue d'un canal reste pilotée par son canal.
• Répondre à ses voyageurs (messagerie) — les messages des plateformes et les réponses relancées vers leur canal d'origine.
• Annonces — le reste de la section.