MENU

約定拒否とは何か?FXで注文が通らない原因と確認方法

FXで注文を出したとき、取引画面に「注文が拒否されました」「Request rejected」「Off quotes」などと表示され、売買が成立しないことがあります。

このように、送信した注文が取引サーバーやFX業者の処理過程で受け付けられず、取引が成立しない状態を、一般に「約定拒否」と呼びます。

ただし、注文が成立しなかったからといって、直ちにFX業者が意図的に注文を拒否したとは限りません。

約定拒否は、次のような理由でも発生します。

  • 証拠金が不足している
  • 注文価格がすでに変化している
  • 取引できる価格が存在しない
  • 市場が閉まっている
  • 注文数量や価格の指定が正しくない
  • 取引口座や銘柄に制限がかかっている
  • 注文が短時間に集中している
  • 取引サーバーへ接続できていない

一方、顧客に不利な注文だけを成立させ、有利な注文を拒否するような運用が行われている場合は、通常の市場変動やシステム上の理由とは分けて考える必要があります。

この記事では、FXにおける約定拒否の意味、発生する主な原因、リクオートやスリッページとの違い、約定拒否が起きたときに確認すべき項目を解説します。

目次

約定拒否とは

約定とは、売買注文が成立することです。

FXでは、利用者が取引画面から注文を送信しただけでは、まだ売買が成立したとは限りません。

一般的な注文処理は、次のような流れで進みます。

  1. 利用者が注文を送信する
  2. 注文がFX業者の取引サーバーへ届く
  3. 価格、証拠金、数量などが確認される
  4. 注文が執行、取消し、失効または拒否される
  5. 執行された場合に約定が成立する

MetaTrader 5の公式ヘルプでも、送信された注文はサーバーで価格や口座資金などを確認され、その後、実行、取消し、失効、拒否などの処理が行われると説明されています。拒否の例として、資金不足、適切なオファーがないこと、ディーラーによる拒否などが挙げられています。

本記事では、注文を送信したものの、取引サーバーや業者側で注文が執行されず、売買が成立しなかった状態を「約定拒否」とします。

約定拒否が起きるとどうなるのか

新規注文が拒否された場合は、通常、その注文による新しいポジションは作られません。

たとえば、米ドル/円の買い注文を出した直後に「注文が拒否されました」と表示された場合、その注文は原則として成立しておらず、米ドル/円の買いポジションも保有していない状態です。

一方、保有ポジションの決済注文が拒否された場合は注意が必要です。

決済したつもりでも、ポジションが残ったままになっている可能性があります。その後も相場が動けば、含み益や含み損は変化します。

約定拒否の表示が出たときは、注文を繰り返す前に、必ず次の画面を確認します。

  • 保有ポジション
  • 注文履歴
  • 約定履歴
  • 口座残高
  • 必要証拠金
  • 取引プラットフォームのログ

通信の遅延やタイムアウトが起きている場合、画面上では失敗したように見えても、サーバー側で注文処理が進んでいる可能性を完全には否定できません。

注文ボタンを何度も押すと、意図していない複数のポジションが作られるおそれがあるため、現在の取引状況を先に確認することが重要です。

約定拒否が起きる主な原因

証拠金が不足している

新規ポジションを保有するために必要な証拠金が不足している場合、注文は執行されません。

証拠金不足が発生する主な理由は、次のとおりです。

  • 口座残高が少ない
  • すでに複数のポジションを保有している
  • 含み損によって純資産が減少している
  • 注文数量が大きすぎる
  • 相場変動によって必要証拠金が増えた
  • レバレッジ制限が変更された

MetaTrader 5の取引サーバーでは、資金が不足している場合の応答として「TRADE_RETCODE_NO_MONEY」が定義されています。これは、取引リクエストを完了するための資金が足りないことを示します。

口座画面に利用可能証拠金が残っているように見えても、発注時の価格、スプレッド、証拠金率、通貨換算などによって必要額が変わり、注文が拒否される場合があります。

注文中に価格が変化した

FXの価格は常に変動しています。

利用者が画面を見て注文ボタンを押してから、その注文が業者のサーバーへ届くまでの間に、表示価格が変化することがあります。

金融先物取引業協会は、利用者の端末から送られた注文が業者へ届くまでには一定の時間がかかるため、注文時の価格と業者が受け付けた時点の価格が異なることは起こり得ると説明しています。

利用者が許容する価格差を設定している場合、その範囲を超えて価格が動くと、異なる価格で約定させるのではなく、注文が拒否されることがあります。

たとえば、注文価格から0.5pipsまでの変動を許容している状態で、サーバーへ届くまでに2pips動いた場合、設定された条件を満たさず、注文が成立しない可能性があります。

取引できる価格が存在しない

画面に価格が表示されていても、その価格で必要な数量を取引できるとは限りません。

特に次のような場面では、市場の流動性が低下し、取引できる価格が一時的に存在しなくなることがあります。

  • 重要な経済指標の発表直後
  • 中央銀行の政策金利発表時
  • 突発的なニュースが発生したとき
  • 週明けの取引開始直後
  • 年末年始や祝日
  • 取引参加者が少ない時間帯
  • 特定通貨の市場が混乱しているとき

MetaTrader 5では、注文を処理するための気配値がない場合を示す「TRADE_RETCODE_PRICE_OFF」という応答が定義されています。また、価格が変化した場合の「TRADE_RETCODE_PRICE_CHANGED」も別に定義されています。

このため、「価格が動いた場合」と「取引可能な価格そのものがない場合」は、同じ注文不成立でも原因が異なります。

市場が閉まっている

FXは平日にほぼ24時間取引できますが、すべての銘柄が常に取引できるわけではありません。

次のような時間帯には、注文が拒否される場合があります。

  • 土曜日・日曜日
  • 週末前後の取引停止時間
  • 業者の日次メンテナンス
  • 銘柄ごとに定められた休場時間
  • 各国の祝日に伴う短縮取引
  • CFD商品の取引所休場時間

MetaTrader 5の取引サーバーにも、市場が閉まっていることを示す「TRADE_RETCODE_MARKET_CLOSED」が用意されています。

通貨ペア以外の株価指数、貴金属、エネルギー、個別株CFDなどは、商品ごとに取引時間が大きく異なることがあります。

注文数量が正しくない

FX業者は、銘柄ごとに次の条件を設定しています。

  • 最小取引数量
  • 最大取引数量
  • 注文数量の増減単位
  • 1回当たりの上限
  • 口座全体の保有上限

たとえば、最小数量が0.01ロット、増減単位も0.01ロットである銘柄に対して、0.015ロットの注文を出すと、無効な数量として拒否される可能性があります。

MetaTrader 5では、注文数量が無効な場合の「TRADE_RETCODE_INVALID_VOLUME」や、銘柄の注文・ポジション数量が上限に達した場合の「TRADE_RETCODE_LIMIT_VOLUME」が定義されています。

自動売買プログラムを使用している場合は、計算結果に小数点以下の誤差が生じ、業者が認めていない注文数量が送信されることもあります。

注文価格や損切り位置が無効になっている

指値注文や逆指値注文では、現在価格から一定以上離れた位置に注文価格を設定しなければならない場合があります。

また、損切りや利益確定の価格についても、現在価格や注文価格との最低距離が定められていることがあります。

次のような場合は、注文が拒否される可能性があります。

  • 買い指値を現在価格より高い位置へ設定した
  • 売り指値を現在価格より低い位置へ設定した
  • 損切り価格が現在価格に近すぎる
  • 利益確定価格の方向が逆になっている
  • 利用できない有効期限を指定した
  • 銘柄の価格桁数に合わない価格を指定した

MetaTrader 5では、無効な価格、無効なストップ、無効な注文期限について、それぞれ異なる取引サーバーの応答コードが定義されています。

注文方式と約定方式が合っていない

FXの注文には、執行方式や約定条件があります。

MetaTrader 5では、主に次の執行方式が用意されています。

  • 即時実行
  • リクエスト実行
  • 成行実行
  • エクスチェンジ実行

さらに、注文数量をすべて約定できる場合だけ執行するFOKや、約定可能な数量だけ執行して残りを取り消すIOCなどの約定条件があります。利用できる執行方式や約定条件は、FX業者や銘柄によって設定されます。

業者が認めていない約定方式を自動売買プログラムなどから指定すると、注文が拒否される場合があります。

MetaTrader 5では、無効な約定方式を示す「TRADE_RETCODE_INVALID_FILL」も定義されています。

口座や銘柄に取引制限がある

口座や銘柄に制限が設定されている場合も、注文は成立しません。

具体的には、次のようなケースがあります。

  • 新規注文が停止され、決済注文だけ認められている
  • 買い注文だけ認められている
  • 売り注文だけ認められている
  • 銘柄の取扱いが終了している
  • 口座が読み取り専用になっている
  • 本人確認が完了していない
  • 口座が凍結または制限されている
  • 自動売買が禁止されている
  • 未決注文数の上限に達している
  • 保有ポジション数の上限に達している

MetaTrader 5の取引サーバーでは、取引停止、自動売買停止、注文やポジションの凍結、未決注文数の上限、ポジション数の上限などが個別の応答コードとして区別されています。

注文回数が多すぎる

短時間に注文、変更、取消しを繰り返すと、取引サーバーによって処理を制限されることがあります。

MetaTrader 5では、リクエストが頻繁すぎる状態を示す「TRADE_RETCODE_TOO_MANY_REQUESTS」が定義されています。

このエラーは、次のような状況で発生しやすくなります。

  • EAが短時間に大量の注文を送っている
  • 注文エラー後に即座に再送を繰り返している
  • トレーリングストップの変更頻度が高すぎる
  • 複数の端末から同じ口座を操作している
  • 通信不良によって再送処理が重なっている

約定拒否が起きた直後に注文を連打すると、最初とは別の理由で注文が通らなくなることがあります。

約定拒否とリクオートの違い

リクオートとは、利用者が指定した価格では注文を成立させられないときに、FX業者が新しい取引価格を提示することです。

たとえば、利用者が1米ドル=150.000円で買い注文を出したものの、業者が注文を受け付けた時点で150.020円になっていたとします。

即時実行方式では、業者が150.000円を受け入れない場合、150.020円などの新しい価格を提示することがあります。利用者は、その新しい価格で取引するか、注文を取りやめるかを選びます。

MetaTrader 5の公式ヘルプでも、即時実行方式で業者が注文価格を受け入れない場合、取引可能な新しい価格を返すことをリクオートと説明しています。

約定拒否とリクオートの違いは、次のとおりです。

項目約定拒否リクオート
元の注文成立しない元の価格では成立しない
新しい価格提示されない場合がある新しい価格が提示される
利用者の操作原因確認後に再注文新価格を承認または拒否
取引の成立なし新価格を承認すれば成立する可能性がある

MetaTrader 5では、リクオートと注文拒否は別の取引サーバー応答として定義されています。

約定拒否とスリッページの違い

スリッページとは、注文時の価格と実際の約定価格に差が生じることです。

たとえば、150.000円で買い注文を出し、150.015円で成立した場合、注文は拒否されていません。価格がずれて約定しています。

金融先物取引業協会は、スリッページを、利用者が注文時に指定または確認した価格と、実際に約定した価格との差として説明しています。

両者の違いは明確です。

  • 約定拒否:注文が成立していない
  • スリッページ:注文は成立しているが価格が異なる

スリッページが発生した場合はポジションが作られますが、約定拒否の場合は原則としてポジションは作られません。

約定拒否と未約定の違い

指値注文を出したものの価格が指定水準に達していない場合、その注文は約定拒否されたのではなく、まだ注文条件を満たしていない状態です。

金融先物取引業協会も、指値注文は指定した価格にならなければ約定せず、成行注文より売買が成立しにくい特徴があると説明しています。

たとえば、現在の米ドル/円が150円のときに、148円の買い指値注文を出したとします。

価格が149円までしか下がらなければ、148円の注文は成立しません。これはFX業者による拒否ではなく、注文条件に到達していないことが原因です。

また、有効期限を迎えた未決注文が自動的に失効した場合も、約定拒否とは区別して考えます。

約定拒否と通信エラーの違い

利用者の端末が取引サーバーに接続できていない場合、注文そのものがFX業者へ届いていない可能性があります。

この場合は、業者が注文を確認したうえで拒否したとは限りません。

MetaTrader 5では、「注文リクエストの拒否」と「取引サーバーへ接続されていない状態」は異なる応答として区別されています。

通信エラーが疑われる場合は、次の点を確認します。

  • 取引サーバーへの接続状態
  • インターネット回線
  • 端末の時刻
  • プラットフォームのログ
  • FX業者の障害情報
  • メンテナンス情報
  • 別端末での口座状況

特に決済注文の場合は、注文が届かなかったのか、届いたうえで拒否されたのかによって、その後の対応が変わります。

約定拒否が起きたら業者の不正なのか

約定拒否が1回発生しただけでは、FX業者の不正や意図的な操作があったとは判断できません。

証拠金不足、価格変動、取引時間、注文条件、通信状態など、利用者側や市場環境による原因も考えられるためです。

一方で、注文執行の仕組みが顧客に対して一方的に不利になるよう運用されている場合は問題があります。

金融先物取引業協会は、国内の会員業者について、注文価格と受注時の価格を比較し、業者に有利な場合だけ注文を成立させ、業者に不利な場合には成立させないような顧客に不利な取扱いを禁止しています。

また、協会規則では、店頭FX業者に対して、あらかじめ次のような注文執行基準を定めることを求めています。

  • 顧客からの受注方法
  • 注文を執行する順序
  • 約定に使用する価格
  • 注文の全部または一部を失効させる条件
  • 注文執行を留保する条件

国内の協会会員には、注文執行に関する重要な条件や、スリッページが発生する仕組みなどを取引説明書等へ記載することも求められています。

海外FX業者については、日本の金融先物取引業協会の自主規制がそのまま適用されるとは限りません。

そのため、利用前に各業者の次の文書を確認する必要があります。

  • Order Execution Policy
  • Client Agreement
  • Terms and Conditions
  • Trading Conditions
  • Conflict of Interest Policy
  • Best Execution Policy

注意すべき約定拒否のパターン

次のような状況が繰り返される場合は、注文執行の仕組みを詳しく確認する必要があります。

  • 利益が出ているポジションの決済だけ頻繁に拒否される
  • 損失方向の注文は通るのに、有利な方向では通らない
  • 通常の相場でも決済注文が何度も拒否される
  • エラーの理由を業者が説明しない
  • 取引履歴やサーバーログの開示に応じない
  • 約定ルールが利用規約に記載されていない
  • 口座開設後に約定条件が一方的に変更された
  • 特定の取引手法だけを事後的に規約違反とされた
  • 拒否された注文の時刻や価格が履歴に残らない
  • 業者から示された理由とエラーコードが一致しない

ただし、個々の事象だけで不正を断定することはできません。

重要なのは、発生時刻、通貨ペア、注文数量、市場状況、エラー内容などを記録し、同じ条件で一貫した処理が行われているかを確認することです。

約定拒否が起きたときに確認すること

エラーメッセージを保存する

注文が拒否されたら、取引画面のスクリーンショットを保存します。

次の情報が見える状態で記録すると、後から状況を確認しやすくなります。

  • エラーメッセージ
  • 発生時刻
  • 通貨ペア
  • 売買方向
  • 注文数量
  • 注文価格
  • スプレッド
  • 口座残高
  • 証拠金維持率
  • サーバー名

ポジションと注文履歴を確認する

エラーメッセージだけで判断せず、注文やポジションの状態を確認します。

特に確認するのは、次の点です。

  • ポジションが新たに作られていないか
  • 決済対象のポジションが残っていないか
  • 未決注文が重複していないか
  • 部分的に約定していないか
  • 注文が保留状態になっていないか

MetaTrader 5では、注文が全量ではなく一部だけ成立した状態も、完全な拒否とは別の応答として区別されています。

取引プラットフォームのログを確認する

MetaTraderを使用している場合は、「操作履歴」「ジャーナル」「エキスパート」などのログを確認します。

エラーコードやサーバーからの応答が記録されていれば、次のどの原因なのかを切り分けやすくなります。

  • 価格変動
  • 資金不足
  • 無効な数量
  • 市場休場
  • 接続不良
  • 取引制限
  • 注文頻度
  • 自動売買の設定

プラットフォームによって表示方法やエラー番号は異なるため、利用している業者の公式マニュアルも確認します。

取引条件を確認する

次の条件が注文内容と合っているかを確認します。

  • 最小・最大取引数量
  • 数量の増減単位
  • 最低ストップ距離
  • 最大ポジション数
  • 最大注文数
  • 取引可能時間
  • 約定方式
  • 許容スリッページ
  • EAの利用条件
  • スキャルピングの制限
  • 指標発表時の取引制限

注文拒否の原因が取引条件にある場合、同じ注文を何度送っても成立しません。

FX業者へ具体的に問い合わせる

FX業者へ問い合わせるときは、「注文が通らなかった」という説明だけではなく、具体的な情報を伝えます。

  • 口座番号
  • 注文番号
  • 発生日時とタイムゾーン
  • 銘柄
  • 注文種類
  • 売買方向
  • 注文数量
  • 希望価格
  • 表示されたエラー
  • 端末ログ
  • スクリーンショット

問い合わせでは、注文がサーバーへ到達したか、拒否理由は何か、どの規約や執行条件に基づく処理かを確認します。

国内FX業者とのトラブルはどこへ相談するのか

日本で登録されたFX業者との間で、注文執行について解決できない問題が生じた場合は、まず業者の苦情相談窓口へ連絡します。

業者との話し合いで解決しない場合、金融先物取引業協会の会員に関する苦情処理や紛争解決のあっせんは、証券・金融商品あっせん相談センターのFINMACが取り扱っています。

海外FX業者の場合は、契約先法人を監督する海外規制当局や、契約書に記載された苦情処理機関が窓口となる可能性があります。

ただし、日本で金融商品取引業の登録を受けていない海外業者との取引では、日本国内の紛争解決制度を利用できない場合があります。

約定拒否を減らすための対策

約定拒否を完全になくすことはできませんが、次の対策によって発生を減らせる場合があります。

注文数量を小さくする

利用可能証拠金や市場の流動性に対して注文数量が大きい場合は、数量を小さくします。

大口注文を複数回に分けることで、注文の一部または全部が成立しやすくなる場合があります。

許容価格差を確認する

ストリーミング注文や即時実行方式では、許容する価格差が狭すぎると、少しの値動きでも注文が成立しません。

ただし、許容範囲を広げると、不利な価格で約定する可能性も高くなります。

注文の成立しやすさと約定価格の管理には、トレードオフがあります。

重要指標の直前直後を避ける

経済指標や政策金利の発表時は、価格変動、スプレッド拡大、流動性低下が同時に起こる可能性があります。

短時間の値動きが大きいほど、表示価格とサーバー受信時の価格に差が生じやすくなります。

安定した通信環境を使用する

Wi-Fiや携帯回線が不安定な場合は、取引サーバーへの送信が遅れたり、接続が切れたりする可能性があります。

自動売買を継続して行う場合は、通信状態、端末の稼働状況、サーバーとの遅延を定期的に確認します。

業者の注文執行方針を確認する

FX業者によって、注文の処理方法は異なります。

利用前に、少なくとも次の点を確認します。

  • 注文の執行方式
  • リクオートの有無
  • 部分約定の有無
  • 許容スリッページ
  • 流動性不足時の処理
  • 価格配信停止時の処理
  • 注文拒否の条件
  • 指標発表時の取扱い
  • サーバー障害時の補償方針

「約定力が高い」という広告表現だけでなく、注文執行方針や契約条件の具体的な内容を見ることが重要です。

まとめ

約定拒否とは、送信した注文が取引サーバーやFX業者の処理過程で執行されず、売買が成立しない状態です。

主な原因には、次のものがあります。

  • 証拠金不足
  • 注文中の価格変動
  • 取引可能な価格の不足
  • 市場の休場
  • 無効な価格や注文数量
  • 約定方式の不一致
  • 口座や銘柄の取引制限
  • 過剰な注文リクエスト
  • サーバーへの接続不良

約定拒否は、リクオートやスリッページとは異なります。

  • 約定拒否:売買が成立しない
  • リクオート:新しい価格が提示される
  • スリッページ:異なる価格で売買が成立する
  • 未約定:注文条件をまだ満たしていない
  • 通信エラー:注文がサーバーへ届いていない可能性がある

注文が拒否されたからといって、直ちに業者の不正とは判断できません。

一方、業者に有利な注文だけを成立させ、顧客に有利な注文を拒否するような非対称な注文処理は、通常の市場変動による拒否とは別の問題です。国内の金融先物取引業協会の規則では、顧客に一方的に不利となる注文執行が禁止されています。

約定拒否が起きた場合は、注文を何度も送る前に、ポジション、注文履歴、エラーコード、証拠金、通信状態を確認します。

繰り返し発生する場合は、発生時刻や注文内容を記録し、FX業者へ具体的な拒否理由と、適用された注文執行ルールを確認することが重要です。

※本記事は、FXにおける注文執行と約定拒否の一般的な仕組みを解説するものです。エラー表示、注文方式、執行条件は、FX業者、取引プラットフォーム、口座種類、銘柄によって異なります。実際の取引条件は、利用する業者の契約書、取引説明書および公式マニュアルをご確認ください。

よかったらシェアしてね!
  • URLをコピーしました!
  • URLをコピーしました!

この記事を書いた人

コメント

コメントする

目次