Direct and indirect costs: the core idea
A compensation scheme is a set of rules that determines how money flows between a provider and a client (or between parties in a service chain). The same “compensation” headline can lead to different outcomes because costs reduce or shift the net amount.
Costs that affect compensation schemes can be grouped into two practical types:
- Direct costs: charges that are explicitly linked to transactions or positions (for example, per-trade fees or transaction-dependent amounts).
- Indirect costs: effects that change net economics without always appearing as a simple “fee” (for example, execution frictions, timing effects, or scheme adjustments tied to behavior).
How costs get into the calculation
Compensation outcomes usually depend on the net difference between what is received and what is costed. That means a scheme may implicitly include:
-
Transaction-related charges (direct)
- Commissions and flat fees: fixed charges per activity.
- Spreads and dealing costs: the difference between buy and sell prices can act like an embedded cost when turning market quotes into execution prices.
-
Position and time-related charges (direct)
- Funding or carry-style charges: costs that accrue while a position is held can affect how much net value remains after the scheme’s logic is applied.
-
Execution and operational frictions (indirect)
- Slippage and execution delay: the realized price can differ from an expected price due to market movement between decision and execution.
- Partial fills and rounding: when execution is split or amounts are rounded, the resulting cost can differ from a simple estimate.
-
Policy-driven adjustments (indirect)
- Some schemes include eligibility rules, caps, clawbacks, or reclassification of amounts when certain conditions occur. Even without naming “costs,” these mechanisms change net compensation.
Evidence and example verification approach (with assumptions)
To verify which costs can affect a compensation scheme, treat the scheme as a net calculation:
- Start with the gross figure the scheme references (for example, a headline metric or amount).
- Subtract or adjust by each relevant cost component you can document.
- Use clear assumptions for any example math.
Example (illustrative, not predictive): Assume a scheme calculates a payout using a gross metric, then applies: (a) a per-trade commission of X, (b) an embedded execution cost represented by spread-related price impact, and (c) a time-based charge of Y if a position is held for a period. If the gross metric is G, the simplified net expression is:
Net impact = G − X − (spread/execution cost) − Y.
You verify the components by checking:
- Fee schedules and rate tables for commissions and recurring charges.
- Transaction execution disclosures describing how realized prices may differ from quotes.
- Compensation scheme terms showing how adjustments (eligibility, clawbacks, caps) modify the final amount.
Because relationships can vary with market conditions and implementation, avoid using historical “typical” cost relationships as if they will hold in the future.
Limitations and failure modes
A common limitation is that not all costs are named as “fees.” Compensation schemes may be affected by costs through:
- Timing mismatch: charges may accrue at different times than the scheme’s measurement windows.
- Behavior-linked adjustments: net outcomes can change when eligibility conditions are not met.
- Model mismatch: you might estimate execution cost using an assumption (like a fixed spread) that does not match realized execution.
Another failure mode is treating a compensation scheme’s headline formula as complete. The real net effect depends on how the provider computes net amounts and applies adjustments.
Verification or next question to ask independently
If you want an independent check, the next question is: Which documented components enter the scheme’s net computation?
Practically, you can build a cost checklist from three documents:
- the fee/charges schedule, 2) transaction execution and pricing disclosures, and 3) the specific compensation scheme terms that describe adjustments.
Also note what you cannot fully verify from public text alone (for example, internal calculation details or edge cases). In that case, focus on verifying the published inputs and the stated adjustment logic, and treat any remaining uncertainty as material.