Brokeree Solutions: Social Trading, PAMM and Broker Infrastructure

Brokeree Solutions develops software that helps brokers add copy trading, managed-account services, liquidity connectivity and prop-trading programmes to their infrastructure. Social Trading and PAMM are central to that offering, but they support different customer relationships: one copies a provider’s trades into follower accounts, while the other tracks investors’ participation in a money manager’s strategy and distributes results under configured rules.

For brokerage decision-makers, understanding that distinction is more useful than grouping both products under “investment technology.” This profile examines Brokeree Solutions through its published product workflows, integrations and operational controls. The product capabilities described are company disclosures; the implementation analysis is not an independent performance test.

Source: Brokeree official PAMM product page illustration, captured October 14, 2026. This is a vendor illustration, not live client data.

Brokeree’s role in the broker technology stack

Brokeree is a technology supplier. Its official website presents products for money management, social trading, liquidity management, risk control and broker infrastructure, and states that the company does not provide financial services or investment advice. The site identifies its headquarters in Tallinn, Estonia, and an office in Limassol, Cyprus.

The portfolio spans MetaTrader 4, MetaTrader 5, cTrader and DXtrade, although coverage differs by product. Social Trading and PAMM pages identify MT4, MT5 and cTrader environments; the Liquidity Bridge page also includes DXtrade. A broker should therefore map its intended service to a specific product and connector, rather than assuming that every product supports every platform combination.

This is an infrastructure-extension proposition: the broker operates the client relationship and service conditions, while Brokeree supplies components used to deliver them. The relevant purchasing decision concerns the operating model, connections and controls required for the service being introduced.

Social Trading separates provider, follower and administrator workflows

Brokeree Social Trading provides separate web portals for administrators, signal providers and followers. Administrators configure the environment; providers offer strategies and applicable subscription terms; followers subscribe through their own accounts. The product supports cross-server copying and a central back office for providers, subscriptions, copying activity and operational reporting.

Its published copying modes include calculations based on equity, free margin and a volume multiplier. Proportional copying addresses situations where a follower’s account is smaller than the provider’s. These settings determine the scale of copied exposure; they do not make a strategy inherently suitable for a customer or guarantee the same execution result across accounts.

Provider compensation is also configurable. Brokeree lists registration, management, performance and platform fees, with the broker deciding which modes providers may use. This makes the subscription offer a defined commercial configuration rather than just a link between two accounts. The terms shown to a follower should correspond to the calculation actually applied.

For a brokerage, the operational attraction is managing multiple providers and follower populations in one environment while retaining distinct settings for account types and trading conditions. A deployment demonstration should show how those distinctions remain visible when clients use different connected servers.

Copying controls extend to subscriptions and public content

The Social Trading page highlights subscription strategy, volume limits, correction limits, risk parameters, actions on a breach and treatment of open positions when a limit is reached. These are separate decisions that affect the service’s behaviour. Stopping new copying, for example, should not be assumed to mean that existing positions are handled in the same way under every configuration.

Brokeree also presents optional Feed and Moderation add-ons. Feed gives providers and followers an in-platform space for posts, strategy updates, comments and discussion. Moderation adds a pending-review queue for provider profiles and offer changes, with approval, editing, rejection comments, permissions and notifications.

For a broker building a public strategy catalogue, this connects product administration with editorial control. The trading configuration determines what a subscription does; moderation governs what providers can say publicly about it. An approval workflow can help staff manage that content, but the brokerage still needs its own publication rules and responsibility for reviewing performance claims.

PAMM centres on participation, allocation and rollover

Brokeree PAMM connects money managers with investors within a broker-controlled service. The broker approves managers and defines operating conditions. Managers create offers and trade the connected strategy, while investors select an offer and allocate funds. The system tracks proportional participation and distributes profits, losses and applicable fees according to the configured PAMM rules.

The published workflow identifies rollover as the point at which the system calculates investor shares and distributes results. This makes investment timing and participation records central to operations. Staff need to distinguish a request to join or leave an offer from the point at which that request changes the investor’s economic participation.

Broker-side settings cover manager approval, offer terms, fees, investor access, investment periods and reporting. The page lists performance, management, entry, deposit and withdrawal fees as configurable fee categories. Their applicability and calculation depend on the selected arrangement; the product description should not be read as requiring every fee in every offer.

The redesigned PAMM Admin Portal consolidates money managers, investments, transactions, requests, product settings and connected servers. Brokeree describes search and filtering, review of account activity, request-status monitoring and transaction-data export. These functions give operational teams a way to examine the records behind a distribution, rather than relying only on a headline strategy return.

Social Trading and PAMM serve different account models

The distinction is where trading and participation are represented. A copy-trading follower retains an individual trading account into which trades are copied. A PAMM investor participates proportionally in a selected managed strategy. Brokeree describes the services as compatible offerings rather than mutually exclusive choices.

A broker can use this comparison to define customer journeys and staff responsibilities before configuring software. Offering both services does not remove the need to explain their different mechanics in account documentation and client-facing interfaces.

CRM connections and APIs link the products to client operations

The product pages list CRM relationships at product level. Social Trading examples include Axis FX CRM, Techysquad, XCritical and Syntellicore. PAMM examples include Nullpoint, Skale CRM, XCritical and FX Back Office. These listings provide starting points for evaluating a specific combination; they do not establish identical functionality across all CRM products.

PAMM’s published Integration API goes further than a connection to a named CRM. Brokeree says it allows proprietary trading platforms to connect money-manager, investment, transaction and request workflows without deploying MetaTrader or cTrader. It describes extending the service to custom web, mobile and third-party environments while synchronizing operational records.

The integration design should identify which system owns customer identity, eligibility, account links and request status. For example, a withdrawal request displayed in a client portal must remain associated with the correct PAMM investment and processing state. A connected screen is useful only when staff can trace the underlying record and resolve an incomplete or duplicated update.

Liquidity Bridge handles pricing and execution connectivity

The Liquidity Bridge addresses a different layer from Social Trading or PAMM. It connects trading servers with multiple liquidity providers, aggregates quotes and routes orders according to broker-defined rules. The published scope includes external execution, in-house execution and hybrid arrangements, with central management of markups, slippage and client exposure.

Brokeree describes depth-of-market information showing available prices and volumes, alongside aggregation across connected providers. Its deployment sequence includes connecting trading servers and liquidity providers, setting symbols and markups, configuring routing, then validating pricing and execution flows.

The bridge page contrasts this independent infrastructure layer with a native MT5 gateway. Its distinction is operational: a straightforward MT5 connection to one supported provider differs from a setup that aggregates several sources or serves multiple trading servers. Selecting a bridge therefore depends on the required routing and infrastructure, not merely on whether the broker already operates MT5. The software connection also remains separate from the broker’s liquidity-provider commercial arrangement.

Prop Pulse supports challenge administration and progression

Prop Pulse is Brokeree’s account-management product for prop-trading programmes on cTrader and MetaTrader 4 and 5. It supports multistep challenges, trader evaluation and progression, with risk-control features and CRM connections. The page states that operators can create free or paid challenges and configure up to 20 objectives per step.

The described lifecycle has evaluation and partnership phases. After successful evaluation, the operator may offer a funded account, profit split and scaling plan. That is a configurable programme run by the operator, rather than a funding commitment from Brokeree. The actual account environment, capital arrangement and participant terms depend on the firm delivering the programme.

Published CRM examples include FX Back Office, Intivion’s AltimaCRM and Syntellicore. The implementation task is to connect registration and challenge selection with the correct account, objectives and progression state, so that participant-facing information reflects the rules the operator has chosen.

Operational acceptance should follow the product’s actual mechanics

A useful Social Trading test pairs one provider with followers using different account sizes and copying settings. The broker can compare expected volumes with recorded trades, trigger a configured limit and inspect the handling of open positions and provider fees. This tests the subscription as an operational whole.

For PAMM, use investors entering at different times, then process a join or withdrawal request across a rollover. Reconcile participation, gross results, fees and final investor records. The acceptance evidence should explain each amount, including differences caused by timing, rather than merely show that the distribution process finished.

Bridge testing should follow a symbol from incoming quotes through its markup and selected route to the recorded execution outcome. Prop Pulse testing should exercise both successful and failed objectives and verify the resulting account and programme state. Across all products, repeat a representative workflow through the connected CRM or API and compare identifiers and statuses.

These are proposed acceptance methods, not claims that Brokeree has been tested here. A commercial proposal should specify product versions, platforms, integrations, support and any optional modules. The reviewed pages do not establish one public price for this combined deployment. Brokeree’s value to an individual brokerage ultimately depends on whether the selected components deliver the intended client service and leave operations with records they can explain.

Official company, Social Trading, PAMM, Liquidity Bridge and Prop Pulse pages checked on October 14, 2026. Product availability and deployment terms should be confirmed for the selected configuration.