Skip to main content
Ce guide construit l’étape de correspondance d’une intégration : trouver chaque propriété Tatallo que vos hôtes ont connectée à votre PMS, afin d’enregistrer chaque id à côté de votre propre annonce. Il s’exécute sur le staging, où les propriétés fictives correspondent exactement à ces exemples. Il utilise les variables du démarrage rapide.

1. Parcourez toute la liste

Les listes arrivent une page à la fois. Demandez une petite page pour voir le curseur à l’œuvre :
page.next_cursor n’est pas null : il reste donc des éléments. Renvoyez-le dans cursor, exactement tel que vous l’avez reçu, et répétez jusqu’à ce que next_cursor vaille null :
Sur le staging, ceci affiche trois propriétés :
L’ordre est stable d’une page à l’autre : parcourir toutes les pages renvoie donc chaque propriété exactement une fois. Un curseur est opaque et ne fonctionne qu’avec la clé et l’environnement qui l’ont reçu : ne le stockez pas, et n’en construisez pas un à la main.

2. Lisez une propriété

Celle-ci est inactive : son hôte l’a suspendue, les voyageurs ne peuvent donc pas la réserver. Elle reste dans votre liste : conservez sa correspondance.

Une propriété non connectée à votre PMS

L’hôte fictif du staging possède une propriété supplémentaire, a7591591-4684-4bf6-b66f-4d039414e433, qui n’est pas connectée à votre PMS :
Ce n’est pas un bug. Une propriété que votre PMS n’a pas le droit de voir répond exactement comme une propriété qui n’existe pas, à l’exception du request_id : l’API ne révèle donc rien sur les propriétés hors de votre connexion. La propriété apparaît dans votre liste, et se lit normalement, dès l’instant où son hôte la connecte à votre PMS.