订单状态：提交、接受、成交与撤单
先给每个动作一个问题
订单管理研究应把用户动作与系统结果分开。点击提交之后，界面显示什么，是否有订单标识，如何确认服务端已收到，什么时候才可认定成交？这些问题需按实际平台文档和演示行为核对。本站不预设任何供应商都使用完全相同的状态名称。
建立一张状态对照表，左侧写界面原文，右侧写你理解的含义与确认依据。特别关注待确认、已接受、部分成交、全部成交、拒绝和撤单处理中等情况。若某种状态无法解释，先请求文档，不把按钮变灰、弹窗消失或余额变化单独当成最终状态。
部分成交与撤单怎样演练
在获准使用的演示环境里，可研究多张订单部分成交后剩余数量如何展示、撤单是否只针对未成交部分、修改价格后订单标识如何变化。演练前先确认演示环境不会连接真实账户。测试过程只记录模拟行为，不能据此保证实盘流动性和成交结果。
撤单请求与撤单完成是两个判断点。网络延迟期间可能存在状态不确定，重复点击未必解决问题。应先查看订单与成交记录，再按平台正式流程处理。本文不建议在实盘故意制造异常，也不提供自动下单脚本；如果状态无法确认，应使用事先核实的支持渠道。
条件单尤其需要读执行位置
研究止损、括号单或联动单时，先问触发与保存逻辑位于设备、服务端还是其他环节，并索取该具体功能的文档。不同功能甚至同一平台不同配置都可能有不同安排，不能从一个页面上提到服务器技术就推广到所有订单类型。
TT 官方产品页 是本次已读取的产品介绍；详细订单语义没有在本次逐项核验，因此本页提供问题清单而不做功能保证。止损不等于保证止损价成交，模拟测试也不等于最大损失已知。真实账户还需核查风险限制及强制处置规则。
原始来源与核验范围
- TT 官方产品介绍
资料核对日期：2026-10-30。适用范围与版本以原文为准。