EngineOrders & Positions
Orders & Positions
Trace execution from a strategy decision to requests, fills, position state, and trade records.
Execution turns a strategy decision into an outcome. Keep the intermediate stages visible: a signal can be blocked before submission, an accepted request can remain pending, and a close attempt can leave a position open.
These guides use the generic memory simulator for concrete examples and identify important broker differences. A shared method name does not guarantee identical behavior in every runtime.
From decision to position
Name the state precisely
| Item | Meaning |
|---|---|
| Signal | The strategy's desired action based on its inputs |
| Request | A call to an execution method |
| Order | An instruction reported by the execution runtime |
| Fill | An execution that changes exposure or records a trade |
| Position | Current reported exposure in an instrument |
| Trade record | A recorded execution outcome; not always a completed round trip |
Read in order
- Getting started: follow one entry and one exit.
- Placing orders: request fields and return values.
- Order types: price conditions and runtime differences.
- Pending orders: avoid duplicate requests.
- Modifying and cancelling: act on existing orders.
- Positions: inspect exposure before deciding.
- Closing positions: reductions, closes, and reversal limits.
- Sizing: quantity and instrument units.
- Execution controls: automation and L3 checks.
- Simulation versus broker: execution ownership.
- Debugging: locate the first unexpected outcome.