Direct answer: a due-diligence checklist
When evaluating a “dealing desk” (DD) arrangement, focus on verifiable mechanics and protections rather than labels. A dealing desk generally refers to a setup where a provider’s internal systems or personnel may be involved in quoting prices and executing customer orders. Because outcomes depend on market conditions, costs, and execution details, the practical goal is to identify: (1) what role the provider plays in order handling, (2) which terms govern execution and pricing, (3) how conflicts are managed, and (4) what can go wrong.
Mechanism and definitions: what “dealing desk” can mean in practice
“Dealing desk” is not a single universal mechanism. In many financial markets, providers may quote prices and then execute orders through one of several general paths (for example, matching with the market, routing to liquidity providers, or internalizing risk). With a DD-style setup, the key observable concepts to separate are:
- Quotation and execution role: Who determines the price you see at the moment you place an order, and how that price is applied.
- Order handling rules: Whether orders are immediate/market-like, whether they can be subject to re-quotes, partial fills, or internal processing.
- Cost visibility: How spreads, commissions, and possible markups are reflected. A “spread-only” description can still hide other costs (for example, through execution quality), so you must compare the total cost basis.
- Data and timing: Execution involves timing. Latency and update frequency affect what price you get when conditions change quickly.
A useful way to frame “how it works” is: identify the “inputs” (your order type, timing, and volume) and the “outputs” (filled price(s), fill probability, and any required re-quote/confirmation step). If the provider’s documentation does not clearly describe those inputs-to-outputs links, that is already an important signal.
Evidence and example: what to request or test independently
Even without live market data, you can build an evidence-oriented checklist:
- Read the execution and order policy documents. Look for plain-language statements on how orders are executed, including rules for market vs. limit-like behavior, partial fills, and what triggers re-quotes or rejection.
- Check conflict-of-interest controls. Evidence of governance matters: for example, disclosures about the provider’s role in pricing, and any described internal controls designed to manage incentives.
- Map the cost and pricing components. Create a simple cost worksheet that separates: visible transaction costs (spread/commission if stated) from execution-related effects (e.g., slippage described in terms or scenarios).
- Assumption for the example: Suppose you place an order expected to fill at a quoted price. Your total realized cost depends on the fill price(s) and any additional fees.
- Perform a documentation-based consistency check. Compare what the terms say about execution with what the platform displays at the time of order placement (if the interface provides that information). If there is a mismatch, treat it as a “rode vlag” (red flag).
Limitations and risks: material failure modes to consider
No evaluation guarantees good execution. Key limitations and risks you should actively seek to understand include:
- Re-quotes and confirmation friction: In some arrangements, you may not receive the price you expected when the order reaches the system.
- Internal processing effects: If the provider can internalize risk or manage inventory, conflicts may arise between the provider’s incentives and the customer’s execution outcome.
- Execution quality uncertainty: Even with rules, outcomes vary with volatility, liquidity, and order size. Historical patterns do not establish future results.
- Ambiguity in terminology: “Dealing desk” can be used broadly. If the documentation avoids stating the actual order-handling pathway, that ambiguity increases uncertainty.
A “klaarcriterium” (ready-criteria) for your own decision-making is: you can clearly explain—using the provider’s written terms—(a) how a customer order becomes a trade, (b) what price changes can occur between quote and execution, and (c) which dispute path exists if fills are contested.
Verification and next question: what to assess before choosing any platform
Before proceeding further, ensure you can independently verify answers to these questions using documentation and observable platform behavior:
- **What exact execution model is described in the terms? ** Use the language in the policy, not the label. - **What are the stated conditions for re-quotes, partial fills, and rejections? ** Identify triggers. - **How are conflicts of interest addressed?