Brokeree Solutions:Social Trading、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、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 日。產品可用性與部署條件應按所選配置確認。
訂閱

