Pourquoi le pavé n'utilise-t-il pas le dernier échange comme bid/ask ?

Parce que le dernier échange n'est pas le carnet. En déduire un meilleur bid ou un meilleur ask pourrait envoyer un ordre à un prix que le marché n'offre plus : les cellules restent donc éteintes.

Les ordres au marché ont-ils aussi besoin d'un prix frais ?

La règle des 15 secondes s'applique aux cellules dont le prix est calculé à partir du dernier prix. Le ticket rapide, lui, attend un tick live avant d'activer ses boutons.

Boutons d'ordre grisés : « Aucun prix reçu pour l'instant » ou « Aucun meilleur bid/ask qualifié »

Senzoukria désactive les cellules d'ordre calculées à partir du prix quand il n'a pas de prix digne de confiance : aucun prix encore reçu, aucun meilleur bid et ask qualifié, ou aucun nouveau prix depuis 15 secondes. Il refuse de deviner un prix à partir d'un échange ancien.

Senzoukria · Dépannage · Mis à jour en septembre 2026

En bref

Infobulles: « Aucun prix reçu pour l'instant. » · « Aucun meilleur bid/ask qualifié sur ce panneau… » · « Aucun nouveau prix depuis 15 s… »
Limite de fraîcheur: 15 secondes sans nouveau prix
Où: Pavé d'ordres compact du panneau de compte broker ; le ticket rapide affiche « En attente d'un tick live… »
Portée: Les cellules calculées à partir du prix (LMT, STP, STP LMT, BID/ASK)

Ce que vous voyez

Certaines cellules du pavé d'ordres sont désactivées et leur infobulle explique pourquoi : « Aucun prix reçu pour l'instant. », « Aucun meilleur bid/ask qualifié sur ce panneau — BID/ASK restent désactivés plutôt que de le deviner à partir du dernier échange. », ou « Aucun nouveau prix depuis 15 s (flux périmé, en reconnexion ou marché calme) — les ordres à prix sont désactivés jusqu'à un prix frais. » Le ticket rapide peut afficher « En attente d'un tick live… ».

Pourquoi cela arrive

Les cellules limite, stop et stop limite sont calculées à un certain nombre de ticks du dernier prix échangé. Quand ce prix manque ou date de plus de 15 secondes, l'ordre calculé pourrait se retrouver loin du marché : les cellules s'éteignent donc jusqu'à l'arrivée d'un prix frais. Les cellules BID/ASK, elles, exigent un meilleur bid et un meilleur ask qualifiés sur le panneau ; l'application ne les déduit pas du dernier échange.

Un prix périmé a trois causes ordinaires, et l'infobulle les nomme : le flux est périmé, la connexion est en reconnexion, ou le marché est simplement calme.

Comment corriger

Regardez le badge de connexion et la barre d'état du graphique : si le flux se reconnecte, attendez l'état LIVE.
Vérifiez les horaires de cotation du contrat ; en dehors, aucun nouveau prix n'arrive.
Assurez-vous que le graphique montre bien le contrat du mois avant en cours, puisque le pavé trade ce que le graphique montre.
S'il vous faut un prix exact tout de suite, le ticket complet permet de le saisir (« Ticket complet — prix exact, validité, taille par le risque »).

Ce que ce n'est pas

Pas un problème de droit de trading : ce cas affiche « Trading is disabled on « {name} ». » à la place.
Pas un rejet du broker : rien n'a été envoyé.

Quand contacter le support

Si les étapes ci-dessus ne changent rien, envoyez le cas depuis Menu → Signaler un problème, ou posez la question sur le Discord de Senzoukria. Indiquez la source de données du graphique et si sa barre d'état affichait LIVE alors que les cellules restaient désactivées.

Dans la même rubrique

Cette page dans d’autres langues

Questions fréquentes

Pourquoi le pavé n'utilise-t-il pas le dernier échange comme bid/ask ?: Parce que le dernier échange n'est pas le carnet. En déduire un meilleur bid ou un meilleur ask pourrait envoyer un ordre à un prix que le marché n'offre plus : les cellules restent donc éteintes.
Les ordres au marché ont-ils aussi besoin d'un prix frais ?: La règle des 15 secondes s'applique aux cellules dont le prix est calculé à partir du dernier prix. Le ticket rapide, lui, attend un tick live avant d'activer ses boutons.