Commandes et statuts
Statut de commande
Mis à jour le par La rédaction de PanelCompare
Statut de commande : pourquoi cela compte-t-il pour un acheteur ?
Les statuts sont les mêmes d’un panel à l’autre, parce qu’ils viennent de la même poignée de scripts : les apprendre une fois suffit. Ce qui n’est pas normalisé, c’est la durée pendant laquelle une commande peut rester dans chacun. Pending (en attente) signifie acceptée mais pas encore transmise à un fournisseur, et une commande peut légitimement y rester des heures sur un service lent tout en ressemblant trait pour trait à une commande qui ne bougera jamais.
Certains scripts distinguent In progress (en cours) de Processing (en traitement), beaucoup les emploient indifféremment : il ne faut rien lire dans celui qui s’affiche. Les statuts qui touchent à l’argent sont Partial (partielle) et Canceled (annulée) : le premier rembourse la part manquante, le second rembourse tout, dans les deux cas sur le solde et non sur votre moyen de paiement.
Statut de commande : comment cela se traduit-il dans une liste de prix ?
Le statut apparaît dans le tableau des commandes et via l’action status de l’API, qui renvoie charge, start_count, status, remains et currency pour une commande, ou un objet indexé par ID de commande pour 100 commandes au maximum à la fois.
Les erreurs n’utilisent pas les codes de statut HTTP. Une requête refusée renvoie HTTP 200 avec un objet error dans le corps de la réponse : toute intégration doit donc analyser la réponse plutôt que se fier au code.
Cette définition vous semble fausse ?
La terminologie de ce marché est fixée par les panels qui l’emploient, et elle évolue. Si un panel emploie « Statut de commande » dans un autre sens que celui décrit ici, envoyez-nous l’offre concernée : nous corrigerons la définition ou nous consignerons la variante. La démarche est décrite sur la page À propos.