1. Définissez deux variables d’environnement
TATALLO_BASE_URL par https://api.tatallo.com et utilisez votre clé de production.
2. Vérifiez votre clé
credential_id est l’identifiant propre de votre clé : le vôtre peut donc différer de l’exemple. environment doit indiquer staging, et scopes doit inclure properties:read.
3. Listez vos propriétés
page.next_cursor vaut null : il s’agit donc de la liste complète. S’il y a plus de propriétés que n’en contient une page, suivez le curseur : consultez Découverte des propriétés sur le staging.
4. Lisez une propriété
id de chaque propriété dans votre table de correspondance : il ne change jamais. La signification de chaque champ : Propriétés.
Dépannage
Chaque erreur a la même forme,{ "error": { "code", "message", "request_id" } }. Branchez votre logique sur code.
401 unauthorized
La clé est absente, mal formée, destinée à l’autre environnement, expirée ou révoquée. Vérifiez queTATALLO_API_KEY commence par tat_stg_sk_ lorsque TATALLO_BASE_URL pointe vers le staging, que l’en-tête est exactement Authorization: Bearer <key>, et que rien n’a été tronqué à la copie. Consultez Authentification.
403 insufficient_scope
La clé est valide, mais il lui manqueproperties:read. GET /v1/me affiche ses scopes. Demandez à developers@tatallo.com une clé dotée du scope dont vous avez besoin.
404 property_not_found
La propriété n’est pas connectée à votre PMS, ou elle n’existe pas. Tatallo répond de la même façon dans les deux cas, volontairement. Listez d’abord vos propriétés et utilisez leursid. Consultez pourquoi une propriété non connectée renvoie un 404.
429 rate_limited
Plus de 60 requêtes en une minute avec cette clé. Attendez le nombre de secondes indiqué dans l’en-têteRetry-After, puis réessayez.
Lorsque vous écrivez au support, citez l’en-tête X-Request-Id de la réponse en échec.