企业版后台程序化的账户函数

100020153

同时登陆了多个账户，那些账户函数不是乱套了啊？比如taccount（6），怎么知道是哪个的？如果是默认账户，也么有定义哪个是默认的吧？
另外如果各账户中的持仓并不相同。那么类似开仓周期数也是不同的。这不完全乱了？
如果一个账户一个策略，如果所有账户交易逻辑类似，那么同样的策略就需要运行多次。那账户多不是对性能消耗很大吗？
这好像不不如那些期货里面的跟单软件。一般可以满足各种要求。

admin

1. 参考taccount2，可以指定账户获取。taccount默认只会取当前激活显示的账户
2. 同一个策略对应的多账户不存在开仓周期数不同。对应的账户都是处于同周期。（后台的开仓周期是基于交易记录自行记录的）
3.如果需要每个账户对应一个策略，对于所谓的性能开销的多少，就没有实际考虑意义。其次是如果计算机性能不能满足，可以考虑使用多个标准或者专业版在不同的计算机上执行。4.同策略多账户，本身就是跟单交易。

技术010

并不是一定要一个账户一个策略的，看你的策略需求的。如果你每个账户的需求都一样，那一个策略就可以啊，代码中无需指定账户，对所有账户都进行统一交易。如果你的每个账户的需求都不同，需要单独读取资金、账户持仓等情况，进行单独的下单，这种我们是建议分策略来写的，否则你不分策略，那也是要在一个策略中，使用多条报单语句，分别对每个账户进行报单交易的，策略的框架如何搭建，完全由用户的需求来决定的，没有标准的。

100020153

1.同时登陆了多个账户，那多个不都是激活账户啊？我要相同策略，但账户资金不同。怎么可以同一套逻辑去下单？比如按比例，它只能按可用资金，而不是按总仓位。那么后面下单的可能就越来越少了。如果是按手数，那么就需要读到资金换算。那么每个账户都不同。那不变成了代码和账号耦合吗？加一个账号就需要弄一个策略。
2.你这里说是跟单策略。但实际上同样的委托，有的账户可以成交，有的不能成交。那么没有成交的，在下一次信号的时候，还会成交，那么下单周期数和成交价格，止损价格都不同了。这不就乱套了。

admin

100020153 发表于 2025-8-4 10:04
1.同时登陆了多个账户，那多个不都是激活账户啊？我要相同策略，但账户资金不同。怎么可以同一套逻辑去下单 ...

1. 我说的激活指的是，当前账户栏中显示的。例如界面显示账户3的仓位等信息时，被激活的就是账户3.

2. 下单方式只有按手数和按资金比例两种基础方式。如果策略需要换算，那么策略代码必须自行调整。鱼和熊掌不可兼得，没有一劳永逸的方式。

3. 如果要实现非常精细化的控制，建议采用专业版，一个账户对应一个软件进行实现。无论是编程难度还是使用管理上都更简单一些。避免存在两个维度上的控制管理的难度系数

技术010

1、你的这个需求，可以在一个策略中编写，设置多个报单资金进行换算下单的手数，写多条报单语句，分别对应到不同的交易账户。我们只是从代码维护角度来考虑，是建议分成多个策略的。当然，一个策略中也可以，是代码中控制好就行。
2、如果你要涉及到读取各个账户的持仓情况，看是否成交的，那你只能代码中来控制了，只能读取到各个账户实际的情况来判断报单了。

100020153

现在所有逻辑都一样，就是账户不一样。如果每个账户一个策略，比如10个账户，由于跟踪的股票成倍增长，逻辑也是线性增加算力。肯定不是比较好的方法。其实跟单是最好的方法，因为它不需要跟踪个股，也不需要运行逻辑。就简单跟踪账户即可。现在如果同一个逻辑，会存在如下问题：1.开仓的时候，由于金字塔不支持总仓位比例下单（只支持可用资金比例下单），所以必须换算为手数。就需要读各账户的资金；如果是可以按总仓位比例，就没有这个问题；2.平仓的时候，如果是分步平仓，由于各个账户可能手数不同，tholding只能获得一个账户的可平仓手数吧？那么就需要每个账户分别读。而且增加一个账户就需要改代码，代码和账户产生了耦合。3.如果考虑到部分账户可能部分成交甚至不成交的情况。那么类似topenbar等也会不同。那就意味着多账户几乎没有价值了。那多账户的意义在哪里？为何不设一个主账户，然后其它账户可以类似智能跟单模式，这样不是更好？否则机构版还有什么价值？还不如用专业版，因为如果一个策略一个账户，那专业版完全可以满足要求。账户少的话，比机构版也便宜。

admin

100020153 发表于 2025-8-5 09:09
现在所有逻辑都一样，就是账户不一样。如果每个账户一个策略，比如10个账户，由于跟踪的股票成倍增长，逻辑 ...

1. 软件的开仓本身就是按照资金百分百下单，但是平仓时的百分比下单是按照实际仓位的比例平仓的。

2. 如果只是简单多账号操作逻辑，可以使用循环通过下面函数在，循环体中处理各个账号
TACCOUNTCOUNT
TACCOUNTINDEX

3.PEL满足不了这种精细化的控制(未成交等状态的管理)，多维度处理对应PEL层次的用户也一定难度，也不符合pel模块化架构概念。

这种情况下你只能考虑分策略对应账号。或者考试使用python、vba等高级语言进行处理。

100020153

1.我的意思是系统里面的百分比是按可用资金。比如我每个票买5%，这么简单的需求都无法实现。2.pel中循环不是特别慢的啊？3.我今天测试，好像没有使用这种语句，也在开平仓。也就是说，我使用的是一个账户的逻辑，没有做多账户处理，也在正常开平仓？如果是这样，那也不用做什么循环啊？它是不是各个账户自动挨个执行一次？只要登录过？

技术009

1.目前下单的百分比是 按照可用资金的百分比。你的需求是整个账户资金的百分比，而不是剩余可用资金的百分比？

2.这种要做好控制就行。

3.配置了多账号的情况下，单策略的运行会派发给多个账号依次下单的。