Expand API-derived TP distances

docs/MyProject/HITEntryEA_spec_ja.md

@@ -25,10 +25,15 @@
 - `input_cancel_retry_cooldown_seconds = 60`: pending取消失敗後のticket単位再試行間隔。
 - `use_m15_entry_filter = true`: M15確定足確認を使うか。
 - `input_entry_max_candidate_age_minutes = 120`: H1候補を新規発注に使える最大経過分数。
+- `input_tp_multiplier = 1.25`: APIから取得したTP距離を、エントリー価格からの距離ベースで拡大する倍率。`1.0` 未満は `1.0`、`100.0` 超は `100.0` に丸めます。
+- `input_min_tp_points = 0`: 拡大後TP距離の最小値（point）。`0` の場合は無効です。
+- `input_max_tp_points = 0`: 拡大後TP距離の最大値（point）。`0` の場合は無効です。ただしAPI由来TPより近くなる場合は縮小せず、API距離を維持します。
 
 ## 4. エントリー/エグジット条件
 
 - 新規注文はスプレッド、H4状態、H1候補、M15確認、価格整合、ブローカー距離、ロット制約、同一symbol/magicの上限を満たす場合のみ送信します。
+- TPは注文送信前に、APIのTP価格そのものではなく「エントリー価格からAPI TPまでの距離」を `input_tp_multiplier` で拡大して最終TPを計算します。Buy系はエントリーより上、Sell系はエントリーより下へ再配置します。
+- 分割エントリーではslotごとのエントリー価格を基準に、各slotの最終TPを個別に計算します。
 - pending注文には `input_entry_magic_number` を付与します。
 - H4状態と矛盾するpending注文、期限切れpending注文、古い分割pending注文は発注EAが取消します。
 - 約定後ポジションのSL変更、時間決済、トレーリングは発注EAでは行いません。
@@ -37,6 +42,7 @@
 
 - 発注上限は口座全体ではなく `_Symbol` と `input_entry_magic_number` が一致するpending注文 + ポジションで判定します。
 - Python連携は起動中/完了ファイルとプロセスIDを監視し、二重起動と古い結果の再利用を抑止します。
+- API由来TPの方向がBuy/Sell条件と逆の場合、EAは方向を補正せず既存の価格整合チェックで発注を見送ります。
 - `OrderSend` の戻り値と `MqlTradeResult.retcode` を確認し、失敗時はエラーまたはretcodeをログに出します。
 - hedging口座前提のため、約定後の複数ticket管理は `HITPositionManagerEA.mq5` が担当します。
 
@@ -48,4 +54,5 @@
 
 ## 7. 変更履歴
 
+- 2026-06-13: API由来TPをエントリー価格からの距離ベースで拡大する `input_tp_multiplier`, `input_min_tp_points`, `input_max_tp_points` を追加し、通常注文と分割slotごとの最終TP計算に反映。
 - 2026-06-07: `HIT-EA_refactor_ver6.mq5` から発注責務を分離し、SLTPパネルとポジション管理を `HITPositionManagerEA.mq5` へ移管する仕様を追加。