Knowledge base topic · 9 entries
IB Commission Operations
Work through IB rebates, acquisition conditions, attribution, corrections and payout statements with explicit assumptions and practical review records.
Published Updated
Browse the entries in this topic
Understand the topic
An introducing broker (IB) commission is the result of several decisions, not just a rate multiplied by a dashboard total. The system needs to know which partner owns a referral, what activity qualifies, which agreement was effective, how an amount is calculated and whether it has been approved or paid. A reliable operating process makes those decisions visible enough for finance, support and the partner to reconcile the same statement without relying on someone’s memory of an earlier configuration.
Begin with the compensation model. A per-lot rebate follows eligible volume, a cost-per-acquisition (CPA) award follows a defined acquisition condition, and a revenue share follows a contractually specified revenue base. B2BROKER describes these as different program categories. A hybrid agreement can combine them, but each earning event still needs its own identity and eligibility rules. The references in this collection work through specific calculations and review records; the linked CRM provider guide helps evaluate the wider workflows and evidence needed when selecting a system.
Next establish the event chain. A referral interaction can be eligible for attribution without completing acquisition conditions. A qualified acquisition can await approval. An approved commission can remain unpaid. A payout request can be pending even after it appears in a portal. Keeping these states distinct is useful when a partner asks why a number changed. It also makes it possible to correct one event without rewriting unrelated amounts or pretending that an accounting correction has recovered cash already sent.
Examples throughout this collection use declared fictional terms and quantities. They are worksheets for checking a proposed configuration, not standard market rates, expected earnings or a statement that a particular multi-level arrangement is permitted everywhere. Provider documentation supplies examples of fee units, effective dates and reporting behavior, while the applicable agreement determines the actual commercial calculation. A software feature list cannot answer questions about a partner’s legal permissions, marketing restrictions or eligibility to receive compensation in a target market.
Treat exceptions as part of the design. Partial closes, late events, changed partner relationships, returned payouts, rounding differences and revised attribution can all affect a statement. Preserve the evidence that explains the adjustment and distinguish an unknown fact from a confirmed rule failure. The self-referral checklist specifically avoids treating one matching address or network as proof of a violation. Access to identity evidence should remain limited to the people and purposes authorized to use it.
Use the final statement reconciliation to connect the pieces. Start with opening payable, add valid earnings, apply explained adjustments and subtract payouts at the declared completion state. Reconcile each currency separately until a documented conversion creates a new amount. The result should trace back to original records, effective rules and approvals. These implementation tasks can inform a discussion about a trader’s room or broker CRM, but acceptance testing must still confirm the exact behavior of the selected deployment.
Sources for this overview
- B2BROKER: introducing broker program and compensation modelsb2broker.com
- IBKR Broker Portal: commission markups and trade unitswww.ibkrguides.com
- OWASP Logging Cheat Sheetcheatsheetseries.owasp.org
Published by FxTrusts, a supplier of brokerage and prop firm technology. Prepared with AI-assisted research and drafting; reviewed against the cited public sources. Examples are illustrative. Product links describe our services.
Continue with the broader guides
Connect this reference to platform selection and the wider operating workflow.
References and implementation tasks
- Reference
Affiliate Attribution Windows and Conflicting Referrals
Resolve competing referrals with an explicit attribution window and policy. Compare first-touch, last-touch, expired and missing-evidence cases.
- Implementation guide
Commission Currency Conversion and Rounding
Convert partner commissions with explicit currency pairs, rate direction, timestamps and rounding. Reconcile original accruals to settlement amounts.
- Implementation guide
Commission Reversals: Correcting a Paid or Pending Rebate
Correct a partner commission while preserving the original calculation. Separate pending adjustments, paid amounts, recovery rights and replays.
- Checklist
CPA Qualification: An Affiliate Evidence Ledger
Build a CPA qualification ledger linking referrals, account checks, funding, eligible activity and approval to the exact partner agreement.
- Implementation guide
Multi-Level IB Commissions: Avoiding Double Counting
Compare additive and differential IB commission models with a three-level example. Check effective hierarchies, negative differences and totals.
- Checklist
Partner Statements: Reconcile Trades, Adjustments and Payouts
Reconcile an IB statement from opening payable through commissions, adjustments and paid amounts. Separate pending payouts and currency balances.
- Implementation guide
Per-Lot Commission: Eligible Volume and Rebates
Calculate a forex rebate from eligible closed lots, partial closes and versioned rates. Work through exclusions and reconcile the partner amount.
- Implementation guide
Revenue Share: Defining Gross and Net Commission Bases
Define the revenue base before calculating an IB share. Reconcile eligible revenue, agreed deductions, negative periods and a worked example.
- Checklist
Self-Referral Review: Evidence Without Automatic Accusations
Review a possible affiliate self-referral using the actual policy, reliable evidence and documented exceptions without treating one match as proof.
