Brokeree Solutions:跟单交易、PAMM 与经纪商技术集成
Brokeree Solutions 开发面向经纪商的软件,帮助其在现有基础设施中增加跟单交易、账户管理服务、流动性连接和自营交易计划。Social Trading 与 PAMM 是其核心产品,但两者对应不同的客户关系:前者将信号提供者的交易复制到跟随者账户,后者记录投资者在资金管理者策略中的参与比例,并按照配置规则分配结果。
对于经纪商决策者,理解这一区别,比将两款产品统称为“投资技术”更有助于选型。本文依据 Brokeree Solutions 公开的产品流程、集成方式和运营控制功能展开分析。文中产品能力来自公司披露;实施层面的分析不代表独立的性能测试。

图片来源:Brokeree 官网 PAMM 产品页,截取于 2026 年 10 月 14 日。这是厂商示意图,并非客户实盘数据。
Brokeree 在经纪商技术架构中的角色
Brokeree 是一家技术供应商。其官方网站展示资金管理、社交交易、流动性管理、风险控制和经纪商基础设施等产品,并说明公司不提供金融服务或投资建议。官网列明,公司总部位于爱沙尼亚塔林,并在塞浦路斯利马索尔设有办公室。
产品组合覆盖 MetaTrader 4、MetaTrader 5、cTrader 和 DXtrade,但不同产品的支持范围有所区别。Social Trading 与 PAMM 页面列出 MT4、MT5 和 cTrader 环境;Liquidity Bridge 页面还包括 DXtrade。因此,经纪商应将拟推出的服务对应到具体产品和连接器,不能假定每款产品都支持所有平台组合。
这一产品定位是扩展经纪商基础设施:经纪商负责客户关系与服务条件,Brokeree 则提供实现这些服务所需的组件。采购决策需要围绕拟推出服务的运营模式、连接需求和控制措施展开。
Social Trading 区分提供者、跟随者与管理员流程
Brokeree Social Trading 为管理员、信号提供者和跟随者设置了独立的网页门户。管理员配置服务环境;提供者发布策略及适用的订阅条款;跟随者通过自己的账户订阅。产品支持跨服务器复制交易,并通过集中后台管理提供者、订阅、复制活动和运营报告。
公开的交易复制模式包括按账户净值、可用保证金和交易量倍数计算。比例复制适用于跟随者账户规模小于提供者账户的情况。这些设置决定复制后风险敞口的规模,并不意味着策略本身必然适合某位客户,也不保证不同账户获得相同的执行结果。
提供者的报酬同样可以配置。Brokeree 列出注册费、管理费、业绩报酬和平台费,并由经纪商决定允许提供者采用哪些收费模式。因此,一项订阅方案既是账户之间的连接,也是一套明确的商业配置。向跟随者展示的条款,应与系统实际采用的计算方式一致。
对于经纪商,其运营价值在于能够在同一环境中管理多个提供者及不同跟随者群体,同时为不同账户类型和交易条件保留独立设置。部署演示应说明,当客户使用不同的已连接服务器时,这些差异如何持续清晰地呈现。
复制控制延伸至订阅设置与公开内容
Social Trading 页面强调了订阅策略、交易量限制、修正限额、风险参数、触发限制后的操作,以及达到限制时如何处理未平仓头寸。这些是分别影响服务行为的配置决策。例如,停止复制新交易,并不意味着现有头寸在所有配置下都会以同一种方式处理。
Brokeree 还提供可选的 Feed 和 Moderation 附加模块。Feed 为提供者与跟随者提供平台内空间,用于发布帖子、策略更新、评论和讨论。Moderation 则针对提供者资料和方案变更加设待审核队列,包含批准、编辑、拒绝意见、权限和通知功能。
对于建设公开策略目录的经纪商,这将产品管理与内容审核联系起来。交易配置决定订阅如何运行;内容审核则管理提供者可以公开发布哪些相关信息。审批流程可以协助员工管理内容,但经纪商仍需制定自己的发布规则,并承担审核业绩宣传的责任。
PAMM 围绕参与份额、分配与滚存结算展开
Brokeree PAMM 在经纪商管理的服务体系中连接资金管理者与投资者。经纪商审批管理者并制定运营条件;管理者创建方案并交易相关策略;投资者选择方案并投入资金。系统追踪各投资者的参与比例,并根据已配置的 PAMM 规则分配利润、亏损及适用费用。
公开流程将滚存结算(rollover)列为系统计算投资者份额并分配结果的节点。因此,投资时点与参与记录是运营管理的重要内容。员工需要区分加入或退出方案的申请,与该申请实际改变投资者经济参与份额的时点。
经纪商端的设置涵盖管理者审批、方案条款、费用、投资者准入、投资期间和报告。页面列出的可配置费用类别包括业绩报酬、管理费、加入费、入金费和出金费。具体适用项目与计算方式取决于所选安排;产品介绍并不意味着每个方案都必须收取所有这些费用。
经过重新设计的 PAMM Admin Portal 集中了资金管理者、投资、交易、请求、产品设置和已连接服务器。Brokeree 介绍的功能包括搜索与筛选、账户活动查看、请求状态监控和交易数据导出。运营团队可以据此检查分配结果背后的记录,而不只是参考一个策略收益率数字。
Social Trading 与 PAMM 对应不同账户模式
两者的区别,在于交易与参与份额如何体现。跟单交易的跟随者保留个人交易账户,交易会复制到该账户中;PAMM 投资者则按比例参与所选管理策略。Brokeree 将两项服务描述为可并行提供的产品,而非必须二选一的方案。
| 运营维度 | Social Trading | PAMM |
|---|---|---|
| 客户关系 | 跟随者订阅信号提供者。 | 投资者向资金管理者的方案分配资金。 |
| 核心机制 | 按照配置的交易量计算逻辑,将交易复制到跟随者账户。 | 根据 PAMM 规则,按比例分配参与份额和交易结果。 |
| 运营重点 | 订阅、复制设置、独立头寸和提供者费用。 | 投资请求、参与份额、滚存结算、分配和管理者费用。 |
| 经纪商控制 | 可用的订阅条件、复制参数和允许的收费模式。 | 管理者审批、方案条件、投资者准入和分配规则。 |
经纪商可以据此比较,在配置软件之前先明确客户使用流程与员工职责。即使同时提供两项服务,仍需在账户文件和客户界面中解释各自不同的运行机制。
CRM 连接与 API 将产品接入客户运营
产品页面按具体产品列出 CRM 集成关系。Social Trading 的示例包括 Axis FX CRM、Techysquad、XCritical 和 Syntellicore;PAMM 的示例包括 Nullpoint、Skale CRM、XCritical 和 FX Back Office。这些名单可以作为评估特定组合的起点,但不能据此认定所有 CRM 产品都支持相同功能。
PAMM 公开介绍的 Integration API 超出了与某个已列名 CRM 连接的范围。Brokeree 表示,该 API 允许自有交易平台接入资金管理者、投资、交易和请求流程,而无需部署 MetaTrader 或 cTrader。其描述的用途包括将服务扩展至定制网页、移动端和第三方环境,同时同步运营记录。
集成设计应明确,哪个系统负责客户身份、资格判断、账户关联和请求状态。例如,客户门户中展示的出金请求,必须始终与正确的 PAMM 投资及处理状态关联。只有员工能够追溯底层记录,并解决更新不完整或重复的问题,已连接的界面才具有实际运营价值。
Liquidity Bridge 处理报价与执行连接
Liquidity Bridge 所处的技术层面不同于 Social Trading 或 PAMM。它将交易服务器与多个流动性提供商连接起来,聚合报价,并根据经纪商定义的规则路由订单。公开功能范围包括外部执行、内部执行和混合安排,以及加价、滑点和客户敞口的集中管理。
Brokeree 介绍了展示可用价格与数量的市场深度信息,以及跨已连接供应商的报价聚合。其部署顺序包括连接交易服务器与流动性提供商、设置交易品种和加价、配置路由,随后验证报价与执行流程。
桥接产品页将这一独立基础设施层与 MT5 原生网关作了比较。两者的区别体现于运营需求:将 MT5 直接连接到一家受支持供应商,与聚合多个报价来源或服务多个交易服务器,是不同的部署场景。因此,是否选择桥接系统,取决于路由和基础设施要求,而不仅是经纪商是否已使用 MT5。软件连接也独立于经纪商与流动性提供商之间的商务安排。
Prop Pulse 支持挑战赛管理与阶段推进
Prop Pulse 是 Brokeree 面向自营交易计划的账户管理产品,支持 cTrader、MetaTrader 4 和 MetaTrader 5。它支持多阶段挑战赛、交易者评估和阶段推进,并提供风险控制功能及 CRM 连接。页面说明,运营方可以创建免费或付费挑战赛,并为每个阶段配置最多 20 项目标。
官网描述的流程包含评估与合作两个阶段。评估通过后,运营方可以提供资金账户、利润分成和规模提升计划。这是由运营方配置并执行的计划,并不构成 Brokeree 的出资承诺。实际账户环境、资金安排和参与者条款,取决于提供该计划的公司。
公开的 CRM 集成示例包括 FX Back Office、Intivion 的 AltimaCRM 和 Syntellicore。实施工作需要将注册和挑战赛选择,与正确的账户、目标及阶段状态连接起来,确保参与者看到的信息能够反映运营方所选择的规则。
运营验收应围绕产品的实际运行机制
有效的 Social Trading 测试,可以将一位提供者与账户规模、复制设置各不相同的跟随者配对。经纪商可以比较预期交易量与已记录交易,触发配置的限制,并检查未平仓头寸和提供者费用的处理方式。这样能够将订阅作为一个完整的运营流程进行检验。
对于 PAMM,可以安排投资者在不同时间加入,再让一项加入或出金请求跨越滚存结算节点处理。随后核对参与份额、未扣费结果、费用和最终投资者记录。验收证据应解释每笔金额,包括因时间差异产生的不同结果,而不只是表明分配流程已经结束。
桥接系统测试应沿着同一交易品种,从接收到报价,追踪其加价、所选路由,直至记录中的执行结果。Prop Pulse 测试则应覆盖目标达成和未达成两类情况,验证由此产生的账户与计划状态。对于所有产品,都应通过已连接的 CRM 或 API 重复一项具有代表性的流程,并比较标识与状态是否一致。
以上属于建议采用的验收方法,并不意味着本文已对 Brokeree 进行实际测试。商务方案应明确产品版本、平台、集成、支持服务及可选模块。此次查阅的页面并未提供这套组合部署的统一公开价格。Brokeree 对具体经纪商的价值,最终取决于所选组件能否实现预期客户服务,并为运营团队留下能够解释的记录。
公司官网、Social Trading、PAMM、Liquidity Bridge 和 Prop Pulse 官方页面核验日期为 2026 年 10 月 14 日。产品可用性与部署条款应结合所选配置进一步确认。
订阅

