MT5の日替わりでSL・TPが消えた：数量・期限・保護を別確認

MT5銘柄がそのように設定されていれば、日替わりにSL・TPが削除される場合があります。全Forex口座の規則でも故障の証拠でもありません。現在建玉、期限設定、変更履歴を照合し、保有数量の維持と決済条件の維持を別確認します。

GTCという表示だけでは足りない

GTCはGood Till Canceled。MT5では銘柄の許可expiration modeと追加GTC policyの二層を確認します。SYMBOL_EXPIRATION_MODEがGTCを許す場合のSYMBOL_ORDER_GTC_MODEも読み、注文横の略号だけで日末動作を決めません。

待機注文のexpiryと、保有建玉に付いたSL/TPは別。SLは損失抑制の決済条件、TPは有利な価格での決済条件で、水準の削除は反対売買の自動実行ではありません。数量が残っても古い決済条件が消えている場合があります。

銘柄の正式名・server・口座・観測時刻を保存。似た名前も同設定の証拠ではありません。日替わり境界は業者の条件から確認し、PCの午前0時へ置き換えません。quote休止、session終了、calendar日付と金利cutoffは同じとは限りません。

三つのpolicyで何が残るか

元の架空銘柄SはGTCを許可。日末前、P1は買い0.20lot、SL1.0950・TP1.1100、P2は買い待機0.10lot。約定・新指示・一部決済・ほかの変更はなし。三行は三晩の連続ではなく別設定です。

文書化されたplatform設定の比較で、実業者が選んだ設定の認定ではありません。模型のどの設定もP1を決済しません。

待機一覧が空でも保護は残る場合と消える場合があります。現在建玉のSL/TP欄を読み、空の待機一覧だけで判断しません。DAILYではSLなしの0.20買いが残り、stop欄が空でも建玉数は減りません。

算術のため追加で1lot100000EUR、P1買値1.1000、USD口座、費用・滑りなしを仮定。古いstop距離の価格損失は20000×(1.1000−1.0950)＝100USD。SL削除後は既に存在しない決済条件に対する過去の計算で、現在の損失上限ではありません。数量が同じでも保護が同じとは言えません。

期限と別の変更を見分ける

境界前と同期後の読値を比較し、position ID・方向・数量が同じか確認。現在SL/TP、注文履歴、journalを読みます。supportには銘柄設定と境界のtimezoneも確認し、欠落は未解決のまま残します。

注文状態の期限切れ、取消、拒否、約定を区別。P2のstatusはP1のSLを証明しません。level変更を別表現するserverなら架空の「expired SL ticket」を作らず、実際に露出する記録と観測元を保存します。

手動変更、EA、全決済、反転などでも水準は変わり得ます。nettingのSL/TP継承では追加・反転注文による置き換えを説明し、日次policyとは別。複数操作が重なったら確認済み順序を復元し、夜間というだけでrolloverを原因にしません。次の要求前に古い状態を保存。

通常OTC建玉のswapを伴う翌日繰越は、保護を一般的に削除する指示ではありません。MT5の説明は取引所商品の水準resetを別に扱います。商品・eventを確認し、金利の一行だけで消失原因を判断しません。

日本からの観測例：午前0時だけでは日替わりを見逃す

実業者の時刻ではなく、架空契約が境界を2026年10月26日21:00UTCと指定したとします。JSTはUTC+9なので10月27日06:00JST。観測Aの10月27日05:59JSTは10月26日20:59UTC、Bの06:01JSTは21:01UTCです。日本の日付の午前0時とは別境界。

同じ架空USD/JPY買い10000USD、買値150.00、AのSL149.70、TP150.60を記録。DAILY、ほかの変更なしと指定した模型では、Bで数量10000は残りSL/TPは削除。古い距離0.30JPY×10000＝3000JPYをBの損失上限として持ち越せません。GTCやstop除外なら別結果です。

timezone変換だけで実原因は確定しません。業者の境界、設定、同期状態と履歴が欠けていれば未確認。PC時刻の画面写真だけでserver側policyを証明せず、両時刻を同じ基準へ揃えます。

復元をどう確認するか

現在方向・数量・価格と許可されたexposure削減手段を確認。市場が既に昨日のSLを越えたり銘柄条件が変わった可能性があり、無条件に昨日の値を再設定しません。承認のため遠くへずらすのもrisk計画の修理ではありません。変更拒否と距離の診断を使います。

SL/TP変更には受理された指示が必要。応答後に両levelと残量を読み、EA設定・chart線ではserver確認を代替しません。端末停止後の有効水準の確認も同じ区別です。最終読値を保存。

次の確認作業

1. 取引せず二つのvalidity property、商品、境界とtimezoneを記録。不明は別口座の値で代用せず業者へ質問。
2. demoで同じ建玉のID・数量・SL・TPと待機注文を境界前後で保存。原因比較なら途中の設定変更を避け履歴を保管。
3. 水準が消えたら決済済みと考えずexposure確認。その後の各指示も現在値で検証し、次の夜間へ実設定に適した確認を残します。無条件の保護は約束できません。