Commandes et statuts
ID de commande
Mis à jour le par La rédaction de PanelCompare
ID de commande : pourquoi cela compte-t-il pour un acheteur ?
Les panels font leurs rapprochements à partir de leurs propres journaux : une réclamation qui cite l’ID de commande, le compteur de départ et la quantité restante à une heure donnée obtient une réponse, une réclamation qui dit « ma commande n’a pas marché » n’en obtient pas. L’ID n’est renvoyé qu’une fois, dans le corps de la réponse à l’appel add, et si une intégration le perd, la spécification ne prévoit aucune recherche par lien et quantité pour le retrouver.
C’est aussi l’unité du travail en lot. L’action status accepte une liste de 100 ID au maximum, séparés par des virgules, en une requête, et l’annulation comme le refill acceptent aussi des listes : c’est ce qui rend praticable le suivi d’un gros lot. Une intégration qui conserve les ID peut rapprocher cent commandes en un appel ; une intégration qui ne conserve que les liens ne peut rien rapprocher du tout.
ID de commande : comment cela se traduit-il dans une liste de prix ?
C’est la colonne de gauche du tableau des commandes sur le panel, et la valeur du champ order dans la réponse add de l’API, qui renvoie simplement un objet contenant le nouvel ID.
Dans la plupart des implémentations, les ID de commande sont propres au panel et séquentiels : ils donnent donc aussi une idée approximative et publique du volume de commandes, puisque l’écart entre deux ID obtenus à une semaine d’intervalle borne ce que le panel a vendu entre-temps.
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 « ID 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.