L'API REST donne une réponse de 200, mais la demande n'a pas fonctionné.

Symptômes

Quand je fais une demande en utilisant l'API, je vois un code de réponse 200, mais la modification que j'ai demandée a été ignorée. Pourquoi ?

Étapes de résolution

L'API REST Zendesk a été développée pour être relativement permissive. En tant que tel, il ignorera les attributs qui n'existent pas dans notre modèle et essaiera de continuer à traiter le reste de la demande.

Un exemple serait d'essayer d'envoyer la charge utile suivante pour mettre à jour un ticket avec un attribut qui ne fait pas partie de l'objet du ticket, comme cette charge utile :

{ "ticket": { "non_existent_field": "42" } }

Lenon_existent_field sera ignoré et rien d'autre dans la charge utile ne provoquera d'erreur.

Remarque – Cet en-tête était précédemment disponible, mais n'est pas renvoyé pour le moment. Nous cherchons pourquoi.

Pour voir si des champs sont ignorés, surveillez la présence d'un X-Zendesk-Api-Warn en-tête. L'exemple ci-dessus le montrera dans les en-têtes de réponse :

X-Zendesk-Api-Warn: Removed restricted keys ["ticket.non_existent_field"] from parameters according to allowlist 

Meilleure pratique pour l'API REST

Dans la mesure du possible, comparez les valeurs envoyées dans la charge utile à l'objet de réponse. En plus d'intercepter l'erreur ci-dessus, cela vous permettra de savoir si quelque chose d'autre dans les règles de gestion modifie les valeurs que vous essayez de définir.

Traduction - exonération : cet article a été traduit par un logiciel de traduction automatisée pour permettre une compréhension élémentaire de son contenu. Des efforts raisonnables ont été faits pour fournir une traduction correcte, mais Zendesk ne garantit pas l’exactitude de la traduction.

Si vous avez des questions quant à l’exactitude des informations contenues dans l’article traduit, consultez la version anglaise de l’article, qui représente la version officielle.