同花顺下载官网

条件单设置同花顺官方团队

同花顺条件单功能如何开启与设置?

同花顺条件单怎么设置, 条件单触发价格设置, 同花顺条件单如何开启, 止损止盈条件单设置, 条件单未触发怎么办, 条件单与普通委托区别, 条件单有效期设置, 同花顺委托交易设置

一、把“盯盘”换成“规则”:条件单到底解决什么问题

同花顺条件单功能的定位,是把“什么时候下单”这个判断提前写成一条可执行的触发规则,由系统在后台持续比对行情,当价格、涨跌幅或时间等条件被满足时,自动把委托报送出去。换句话说,它替代的是人盯盘这个动作,而不是替代判断本身——规则仍然由你事先写好,系统只负责在条件成立的瞬间执行。理解这一点很关键,因为后面所有参数设置上的取舍,本质上都取决于你对自己那条规则的清晰程度。

很多人第一次接触条件单,是希望“跌破某个价位就自动卖出止损”。这个诉求本身成立,但需要先接受一个前提:触发不等于成交。条件单只是在条件满足时生成一笔普通委托,这笔委托能不能成交、以什么价格成交,取决于当时的盘口深度、涨跌停状态和你的委托价格类型。在流动性充足的标的上,这个差别通常不明显;而在跌停封单、停牌复牌或小盘股急跌时,差别可能非常大。换句话说,条件单解决的是“有没有及时出手”,并不解决“出手能否拿到好价格”。

因此它的合理使用边界是:你已经有一套明确的进出场规则,只是无法全程盯盘,需要系统替你执行。反过来说,如果你还没想清楚触发价定在哪里、触发后按什么价格报单,那么开启条件单只是把模糊的判断变成了模糊的自动化,反而会增加误操作的概率。先有规则,再谈自动化,这个顺序在后面的每一节里都会反复出现。

一、把“盯盘”换成“规则”:条件单到底解决什么问题
一、把“盯盘”换成“规则”:条件单到底解决什么问题

二、先分清三种“自动化下单”:条件单、预埋单、券商止损单

在动手设置之前,值得花两分钟把容易混淆的三种机制区分开。它们的界面长得像,运行位置和失效条件却完全不同,混用是新手最常见的踩坑点。之所以要先分清,是因为三者失败时给出的错误提示往往相似,事后很难倒推是哪一环出了问题。

类型触发依据监控位置典型失效场景
条件单行情价格、涨跌幅、时间等组合条件多数情况下由券商服务端托管,具体以开户券商说明为准券商不支持该类型、条件长期未满足而过期
预埋单无触发条件,仅在非交易时段提前排队券商系统,开盘后按顺序报送开盘价已跳过你的价格,排队顺序靠后
券商自有止损委托通常绑定单一持仓的触发价券商交易系统内部仅部分券商、部分市场提供,规则各自不同

从这张表能看出取舍逻辑:如果你需要的是“跌破某价后按限价挂出”,条件单的表达能力最强;如果你只是想抢开盘价,预埋单更直接;如果你只想要最省心的单一持仓保护,可以先看开户券商自己的止损委托是否可用,因为它往往对持仓数量变化更敏感。三者不必二选一,但同一条持仓上同时挂多种机制的委托,容易出现重复报单,这一点在后面的失败分支里还会展开。

三、触发在哪里运行:它决定了延迟与可靠性

讨论条件单的“性能”,本质是在讨论两个量:触发延迟(行情满足条件到委托生成的时间差)和触发成功率(条件确实出现过,委托是否真的被报出去)。这两项都取决于条件单跑在哪里。按经验性观察,由券商服务端托管的条件下单,在你关闭 App、切换网络甚至手机关机的情况下仍可能正常触发;而依赖客户端本地轮询的实现,一旦进程被系统回收或网络中断,触发就会失效。所以“能不能触发”这件事,往往在设置完成的那一刻就已经决定了。

同一款同花顺客户端,登录不同券商的资金账号时,条件单的可用类型和托管方式可能不同。这不是软件差异,而是券商柜台能力的差异。判断方法很直接:在新建条件单的界面里,看是否出现“云端监控”“服务器托管”之类的说明文字;或者在创建成功后彻底退出 App,等条件满足后回来查看委托记录是否真的生成。这是最简单的一次可复现验证,几分钟即可完成。

如果你想知道自己账户上的实际延迟水平,可以用一个不花钱的方法测:选一只成交活跃、买卖价差小的标的,把触发价设在距现价很近的位置,委托数量填最小单位。触发后到委托记录里对比“触发时间”和“委托时间”两个时间戳,重复若干次看差值分布。测试环境下这个差值通常在同一秒内到数秒不等,因券商、网络和行情刷新频率而异。需要注意的是,这类测量只在你自己账户上有效,不要拿别人的结果当基准,也不宜据此推断其他券商的表现。

提示:测延迟时务必用最小委托量,并在测试后立即撤单。不要用真实持仓做这类实验,滑点成本远高于你获得的信息价值。

四、开启前的三项检查,缺一项都会卡在最后一步

很多“找不到条件单入口”的问题,其实不是入口藏得深,而是前置条件没满足。下面三项按顺序自查,比在菜单里逐层翻找更快,也更容易定位到底是哪一环卡住。

第一项是券商支持度。同花顺是行情与交易终端,条件单的最终执行依赖开户券商的柜台能力。如果你的资金账号所属券商未开通该功能,界面上的入口可能置灰或直接不显示。此时换客户端、重装 App 都无效,只能联系券商确认。

第二项是交易权限。创业板、科创板、可转债、部分港股通标的都需要单独开通权限,条件单只是委托方式,不会绕过权限校验。如果条件满足时报出“无权限”类错误,问题在权限而不在条件单设置,此时回头检查权限状态比反复修改参数更有效。

第三项是可用资金或可用持仓。卖出类条件单在触发瞬间会冻结相应持仓,如果持仓已被其他委托占用(比如你同时挂了普通限价卖单),触发时会因可用数量不足而失败。买入类同理,要考虑触发时资金是否还够。经验性观察是:把条件单和手动挂单混在同一只票上,是最常见的失败来源之一。

五、分平台最短操作路径

下面的路径以截至当前的最新版本为例,具体文案和位置会随版本与券商不同而略有差异,请以实际界面为准。如果按路径找不到,优先使用搜索框,它通常比逐层点击更稳。

Android 端

打开同花顺 App,点击底部导航的“交易”,登录资金账号后,在交易页面的功能入口区找到“条件单”(部分券商下显示为“智能条件单”,或归入“智能交易”分组),进入后点击新建,选择条件类型并填写参数。若交易页入口区没有该图标,可在 App 首页顶部的搜索框直接输入“条件单”跳转。两种方式到达的是同一功能,只是路径长短不同。

iOS 端

路径与 Android 基本一致:“交易”→登录→“条件单”→“新建”。iOS 与 Android 的差异主要体现在列表的滑动操作和批量管理上,参数填写界面差别不大。需要提醒的是,iOS 对后台进程的管理更严格,如果你使用的券商实现是本地监控,切后台或锁屏可能导致触发失效,建议在设置完成后确认页面上是否有“云端监控”类提示。

桌面端(PC 客户端)

打开同花顺 PC 客户端,点击顶部“交易”,输入资金账号登录后,在交易界面的功能标签区找到“条件单”。桌面端的优势是一次能看到更多字段,适合批量设置多档止盈止损;劣势是部分券商在 PC 端开放的条件类型少于移动端。如果 PC 端入口缺失,可以先在移动端确认该券商是否支持,再回来排查客户端版本,这样能避免在一个方向上反复试错。

找不到入口时的三种回退

第一,换入口:全局搜索“条件单”或“智能交易”。第二,换账号:如果你的资金账号属于不支持该功能的券商,可以先用模拟账号熟悉参数逻辑,再决定是否更换交易通道。第三,换时间:部分券商在非交易时段限制条件单的新建与修改,遇到保存失败可以先确认当前是否处于可服务时段,而不是反复提交。这三种回退方式的共同点是先缩小变量范围,而不是同时改动多个设置。

六、参数怎么填:触发条件、委托价格、有效期

条件单的设置界面看起来字段很多,但真正影响结果的只有三组:什么时候触发、触发后怎么报单、这条规则活多久。把这三组想清楚,剩下的都是操作细节。反过来说,如果这三组还没定,界面上再多选项也只是增加了犹豫的空间。

触发条件:价格、涨跌幅与时间

最常见的是价格触发,写法通常是“最新价上穿/下穿某个数值”。这里有个容易被忽略的细节:条件单比对的是行情快照,价格在瞬间穿越后立刻回撤,也可能判定为已触发。所以触发价不要设得离现价过近——过近会被正常波动反复打穿,触发后立刻反向,形成“刚卖出就反弹”的观感;过远则在你真正需要止损时无法及时生效。经验性做法是把触发价放在你判断失效的位置,而不是放在你希望成交的位置,这两者的差别很大。

涨跌幅触发适合按比例管理风险,比如以持仓成本为基准设一个回撤幅度。它的问题是基准价的口径必须确认清楚:是以昨收为基准还是以成本价为基准,不同券商实现不同,界面上一般会有说明。至于时间触发,它更多用于“到点提醒我复核”这类辅助场景,不适合作为主要的出场机制。三种条件并非互斥,但在同一条持仓上叠加过多条件,反而会让触发时机变得难以解释。

委托价格:市价还是限价

这是决定“触发后能不能成交”的关键。限价委托能锁住最差成交价,但在快速下跌中可能挂不上;市价类委托成交概率高,代价是成交价不可控,在流动性差的标的上可能出现明显滑点。一个折中的做法是采用带保护限价的市价委托(若券商支持),即允许成交但设置一个价格上限或下限。

判断标准可以简化成一句:你更怕不成交,还是更怕成交在坏价格上。止损失效的代价通常高于多让几个价位的代价,所以在流动性尚可的标的上,保护性市价往往更合适;而在开盘集合竞价、小盘股急跌这类场景里,限价反而能避免成交在极端价位。这里的取舍没有统一答案,取决于你对这只标的流动性的熟悉程度。

有效期:当日还是多日

有效期决定了这条规则能活多久。当日有效的条件单在收盘后失效,第二天需要重新设置;多日有效的条件单可以跨交易日持续监控,但需要留意两点:一是分红除权、送转股之后,你设定的绝对价格可能已经不再对应原来的估值位置;二是长期未触发的条件单容易变成“僵尸单”,在你已经改变判断后仍然挂在那里。建议把有效期与你的持仓周期对齐,并在每次复盘时清理一次。清理这个动作本身,也是一次对原有判断的复核。

七、止盈止损的阈值怎么定:一个可复现的方法

阈值没有普适最优解,但可以有一套稳定的推导流程,避免凭感觉拍数字。第一步,先确定单笔交易能承受的最大损失占账户总资金的比例,这是你的风险预算,写下来。第二步,用这个预算除以计划持仓市值占比,得到单笔可承受的跌幅。第三步,把这个跌幅与标的近期的日常波动幅度对比,如果日常波动经常接近这个跌幅,说明止损设得过于贴身,会被噪声打掉,应该缩小仓位而不是放宽止损。

举个具体例子(以下数值仅为示意,不构成建议):假设你给单笔交易的风险预算是不超过账户的某个小比例,计划用三成仓位买入,那么可承受的单标的跌幅大致在个位数百分比区间;如果这只票近一个月日内振幅经常超过这个量级,就应当把仓位降到更低,而不是把触发价往下挪。这个推导的价值在于,它把“该设多少”转化成了“我能承受多少”,后者才是你能控制的部分。

止盈侧的思路不同。止损要防止的是损失扩大,讲究的是“必须执行”;止盈要防止的是利润回吐,讲究的是“别把趋势截断得太早”。一个常用结构是分批:先设一个较近的触发价了结部分仓位,剩下的用回落比例触发,即价格从最高点回撤一定幅度后再卖出。后者的好处是不预设顶部,坏处是在震荡市里容易被反复扫出。是否使用,取决于你对这只票波动特征的判断。

注意:任何阈值设定都无法消除跳空风险。隔夜突发消息导致开盘直接穿越触发价时,条件单只能在开盘后按当时盘口执行,成交价可能远差于你的设定值。这类风险只能靠仓位控制来管理,不能靠参数优化来消除。

七、止盈止损的阈值怎么定:一个可复现的方法
七、止盈止损的阈值怎么定:一个可复现的方法

八、成本核算:一笔条件单到底花多少钱

从成本角度看,条件单本身通常不额外收费,按券商公告为准;真正影响成本的是它改变了你的成交方式。第一层是显性成本:佣金、印花税、过户费等,与你手动下单完全一致,条件单不会因为“自动”而多收。第二层是隐性成本:滑点。市价类委托在流动性薄弱时会以更差的价格成交,这部分损失在账单上体现为成交均价与预期价的偏离,容易被忽略。

第三层是机会成本,也是最容易被低估的。一条设置不当的条件单可能在你还没想清楚的时候就把仓位卖掉了,随后标的继续上行,你损失的是这段涨幅。反过来,一条从未触发也从未清理的条件单,让你误以为风险已经被管理,实际持仓敞口一直裸露。建议在每次复盘中把条件单列表过一遍,检查每一张单是否仍然对应你当前的判断——这个动作的成本是几分钟,收益是避免一次误执行。

九、失败分支与回退方案

条件单的失败不是二元的,而是分成几个阶段,每个阶段的处置方式不同。提前知道往哪一步退,比事后补救有效得多。

  • 未触发。条件长期未满足属于正常失效,尤其是当日有效的单子。处置:确认当前判断是否仍然成立,成立则重建并延长有效期,不成立则直接放弃。
  • 触发但未成交。最常见的原因是限价过严、涨跌停封单、可用数量被其他委托占用。处置:先用普通委托手动补单,再回头检查是不是重复挂单导致的冻结。
  • 重复触发或重复报单。同一条持仓上同时存在条件单、券商止损单和手动挂单时容易出现。处置:建立一条规则——同一标的同一方向只保留一种自动化委托。
  • 部分成交。委托数量大于对手盘可成交量时会部分成交,剩余部分可能继续挂着。处置:明确剩余部分是否要撤单,避免收盘前留下未处理的小额挂单。

这四类分支里有三类与“重复”有关,说明大部分故障并非出在行情判断,而是出在委托管理。这里值得强调一个工作假设:很多人认为“条件单挂上了就等于风险已锁定”,这是一个危险的默认。条件单只保证“条件满足时会尝试报单”,不保证结果。把它当成一个提醒加自动执行的组合,而不是保险单,心态会稳得多。

十、排查清单:现象、原因、验证、处置

下面这张表按“你看到什么”来组织,方便在出问题时快速定位。所有验证步骤都可以在你自己账户上复现,不需要依赖他人经验或第三方结论。

现象可能原因验证方法处置
交易页找不到入口开户券商不支持该功能用全局搜索查找,若仍无结果,咨询券商客服确认功能开通情况改用券商自有委托工具,或换用支持该功能的通道
条件已满足但无委托本地监控进程被回收、网络中断、非服务时段保持 App 前台再复现一次,若前台正常后台失效,说明是本地监控改用服务端托管类型,或保持设备在线
报出“可用数量不足”持仓被其他委托冻结在持仓页查看可用数量与冻结数量撤销冲突的挂单,或调低条件单委托数量
成交价远差于触发价市价委托遇跳空或流动性薄弱对比触发时间点的盘口与最终成交明细改用带保护限价的委托类型,或缩小单笔规模
条件单保存失败非交易时段限制、字段填写不合法、数量超限逐字段检查并观察界面提示文案改到可服务时段重试,或减少同标的条件单数量

排查的原则是“一次只改一个变量”。同时换网络、换账号、改参数,即使问题消失了,你也不知道是哪一步起了作用,下次遇到同样的问题仍然要从头试。反过来,如果每次都只改一个变量并记录结果,几次之后你对自己账户的行为方式就会有一个相对稳定的认识。

十一、适用与不适用:什么情况下该用条件单

适用场景有几个共同特征:判断已经明确、执行时机重要、你无法全程在场。比如上班族无法盯盘但需要一个纪律性的止损位;比如持仓需要在某个价位分批了结,人工容易犹豫;比如跨市场持仓需要按统一规则管理风险。这些场景里,条件单的价值在于消除“当时没看到”和“看到了没下手”这两类失误。它们的共同点不是收益更高,而是执行更稳定。

不适用的情况同样清晰。第一,标的是流动性极差的小盘股或冷门品种,触发后可能根本没有对手盘,市价委托会砸出极端价格。第二,你还在观察和试错阶段,规则本身没定型,此时设条件单只是把犹豫自动化。第三,遇到重大事件窗口,比如财报披露、停复牌前后,价格行为可能失真,条件单按快照触发的结果未必是你想要的。第四,高频调整的场景,一天要改好几次参数,手动操作反而更可控。

还有一个常被忽略的边界:条件单不适合用来表达复杂判断。“跌破均线且成交量放大且大盘同步走弱”这类多条件组合,很多实现并不支持,硬要用单一条件近似,结果往往与预期不符。遇到这种情况,更合理的做法是减少持仓集中度,而不是加密条件。工具的复杂度不应该超过你判断本身的复杂度。

十二、最佳实践检查表

把前面的要点压缩成一张可执行清单,每次新建条件单前过一遍,能省掉大部分返工。

  • 触发价对应的是“判断失效位置”,不是“希望成交位置”。
  • 触发价与现价保持足够距离,避免被日常波动反复打穿。
  • 委托价格类型与标的流动性匹配:流动性好可用保护性市价,流动性差优先限价。
  • 同一标的同一方向只保留一种自动化委托,避免重复报单。
  • 有效期与持仓周期对齐,到期未触发就主动复核而非被动等待。
  • 条件单数量控制在你能记住的范围,超过就说明规则本身不够清晰。
  • 每次复盘时清点条件单列表,删除已不代表当前判断的条目。
  • 用最小委托量做一次触发链路验证,确认是服务端还是本地监控。

这份清单不涉及任何收益预期,只处理执行环节的确定性。它更像一份操作规范,而不是策略建议;把它当作前者使用,会更符合条件单这个工具的实际能力边界,也更容易长期坚持下去。

十三、常见问题

同花顺条件单关闭 App 后还会触发吗?

取决于开户券商的实现方式。由券商服务端托管的条件下单,在 App 关闭、手机锁屏甚至关机的情况下仍可能正常触发;依赖客户端本地监控的实现则会失效。判断方法是:新建一条条件单后彻底退出 App,等条件满足后回来查看委托记录是否生成。经验性观察是,同一客户端登录不同券商的账号,这一行为可能不同,以实际测试结果为准。

条件单触发了却没有成交,是什么原因?

常见原因有四类:委托价格过严导致无法撮合;标的处于涨跌停封单状态;可用资金或可用持仓已被其他委托冻结;委托数量超过当时对手盘的可成交量形成部分成交甚至未成交。排查时先在持仓页确认可用数量,再对比触发时点的盘口与自己的委托价,通常能定位到具体是哪一类。处置方式是先用普通委托手动补单,再回头消除冲突的挂单。

设置条件单需要额外付费吗?

通常不额外收费,条件单触发后生成的是普通委托,佣金、印花税、过户费等按你与券商的既有约定收取,具体以券商公告为准。真正需要注意的是隐性成本:市价类委托在流动性不足时可能以明显偏离预期的价格成交,这部分滑点不会单独列在账单上,而会体现在成交均价里。评估成本时应当把滑点与机会成本一起考虑,而不只看显性费用。

移动端和桌面端设置的条件单会同步吗?

条件单记录通常归属于你的资金账号,因此在同一账号下,移动端与桌面端看到的是同一批委托,但两端可用的条件类型和字段可能不同,部分券商在 PC 端开放的类型少于移动端。若在移动端创建成功而在桌面端看不到,先确认是否登录了同一个资金账号,再确认客户端的版本是否为截至当前的最新版本。跨端管理时建议以其中一端为主,避免两边同时修改同一条记录。

条件单可以设置多个档位分批止盈吗?

可以,做法是针对同一持仓创建多条不同触发价的条件单。但需要注意两个约束:一是每一条卖出条件单在设置时都会占用相应数量的可用持仓额度,多条合计不能超过实际可用数量;二是分档不宜过多,档位过密会让触发集中在同一个价格区间,实际效果与一次性卖出差别不大。经验性做法是二到三档,且相邻档位之间留出足够的价格间隔,避免被日常波动同时打穿。

结语:先定规则,再开自动化

回到最初的问题——同花顺条件单功能怎么开启,操作路径其实只有几步,真正花时间的是想清楚触发价放在哪、触发后按什么价格报单、这条规则该活多久。把这三件事写下来,再去点“新建”,你会发现后面的设置几乎不需要犹豫。

下一步的建议是:先不要在真实持仓上直接上手,用一只你熟悉但并未持有的标的,按本文的方法建一条最小委托量的条件单,完整走一遍触发、成交或失败、复盘的过程。确认自己账户上条件单的实际行为之后,再把它纳入常规操作。工具能替你执行,但替你承担结果的仍然是你自己。

从更长的视角看,条件单的形态会随客户端版本与券商柜台能力演进,具体入口位置、支持的条件类型与字段说明也可能随之调整,因此本文的路径描述应视为方法示范而非固定答案。真正稳定的部分只有一条:先有可写下来的规则,再交给工具执行;功能变了,这条顺序不会变。