Where you place trading and risk decides who controls your margin, how fast you can reprice a live market, and what happens to your rules if you switch provider. In any sportsbook API integration, the practical test is whether risk controls are exposed to you or buried in someone else’s black box.
The three models
| Model | You control | Watch for |
|---|---|---|
| 1. Platform provider’s risk tools (for example, Sourcecodelab, a B2B iGaming platform provider; this is our own business, so weigh this as a vendor view, not an independent review) | Whatever limits and acceptance rules the platform exposes to you | Settings that live in the vendor’s system and may not export if you leave |
| 2. Third-party odds and trading feed | Which markets you take and how you layer your own margin | Latency, and dependence on the feed’s pricing decisions |
| 3. In-house trading team and tooling | Everything: odds, exposure, acceptance logic | Hiring cost, round-the-clock cover, and engineering upkeep |
Why it matters
Margin is a risk decision before it is a pricing one. If a provider sets acceptance rules and exposure caps for you, your margin policy is partly theirs. Live betting sharpens this, because the gap between a market moving and your system reacting is where losses occur.
Checklist before you commit
- Can you set limits per market, per player segment and per event, or only globally?
- Can your traders override feed odds in real time, and is every change logged?
- Is your risk configuration exportable in a usable format?
- Who is accountable when a suspended market stays open?
- What happens to your rules if the provider changes its API or its terms?
What to do
Write down your own risk policy first: maximum exposure per event, acceptance rules, and who may override what. Then test each candidate against it, not against its feature list. Many operators end up hybrid: a feed or platform for pricing, with their own rules layered on top. Keep that logic in a layer you own, so a provider change does not mean rebuilding your risk framework.
FAQ
Should a small operator build trading in-house?
Usually not at first. In-house trading needs staffing, tooling and constant cover. Most smaller operators start with a platform or feed and keep their own risk rules documented so they can bring more in-house later.
Does a feed replace a risk engine?
No. A feed supplies odds and markets. Exposure limits and bet-acceptance rules still need to sit somewhere, either in your platform or in your own layer.
