Tracking Order from IGNITE to SPARC
IGNITE is SpiderRock Connect’s order entry and management too. SPARC is the monitoring and analytics surface that consumes the data IGNITE produces. The two applications share the same underlying order, fill, and position data, so an order created in IGNITE can be tracked end-to-end through SPARC as it transitions from submission to execution to position impact.
This section walks through how to follow one order across that lifecycle.
Step One. Submit the Order in IGNITE
In IGNITE, build the order using the standard order ticket – choose the underlier, set the legs (single or multi-leg), pick a side, size, and limit type, and submit. As soon as the order is sent, IGNITE exposes a set of identifiers in the Orders IDs submenu of the order’s context menu:
o BPN – the order’s primary identifier. This is the value to use when finding the order in SPARC.
o ASC – a short-code version of the order’s identifier, useful for verbal or written reference.
o AID – the auction identifier, present only when the order was submitted through an auction or RFQ.
Each entry has a Copy button. Selecting BPN writes the value to the clipboard, which is the easiest way (currently) to carry it across to SPARC.
The order card itself also shows:
o The symbol and strategy are at the top of the card.
o The Client Firm and Account are at the bottom (formatted as client firm | account ).
o A Create timestamp shows when the order was submitted.
o For auctions, additional Start and Cross timestamps are displayed.
IGNITE vs. SPARC column labels. The abbreviations BPN / ASC / AID appear only in IGNITE. SPARC displays the same values under fuller column labels – in particular, the value behind BPN appears as Base Parent# (or Parent# in some column sets) in SPARC’s grids. The lookups described below all use these SPARC column names.
Step Two. Find the Order in SPARC
Switch to SPARC and open the Single Orders module (Order Mgmt category, orange). If the order has multiple legs, open MLeg Orders instead – the workflow is the same.
Most recent orders are sorted to appear at the top and will be the easiest to find that way. If you wish to filter specifically for your order, copy your BPN from IGNITE. In the Details grid, hover over the Base Parent# column and click the + to add a chip filter. Then edit the chip and paste the BPN value. You could also add the filter directly from the chip filter bar. The grid filters down to a single row representing the order. The Summary Cards above will re-aggregate to show only that order’s contribution.
Alternative paths if the BPN is not to hand:
o Filter by Account and Symbol together – usually narrows results to a small handful of orders.
o Filter by Username to see all orders submitted by a particular user.
o Filter by Order Status (Active / Held / Closed / Rejected) to focus on the relevant lifecycle stage.
Click the row to open the slide drawer for the full set of fields on the order – limit, leg breakdown, parameters, route, and current state.
Step Three. Watch Fills as They Arrive - Executions
While the order is working, switch to the Executions module (left most tab, orange).
Useful workflows here:
o The Summary Cards split fills by Stock, Future, Equity Option, and Future Option – handy on multi-leg orders where the user wants to confirm that all legs are getting filled in proportion.
o The Aggregations panel can be re-keyed by 'Side' to see executed bought-versus-sold breakdown, or by 'Fill Dttm' to see fill cadence.
o The Greeks summary cards (option fills only) show the realized Vega, Gamma, and Theta from the fills as they accumulate.
Step Four. Confirm the Position Impact - Position Risk
Once the order has fully executed, the fills roll up into the user’s position. Switch to Position Risk (Positions / Risk category, lime).
Position Risk is not filterable by parent number – it shows positions, not orders - so use Account and Symbol chip filters to isolate the position the order contributed to.
The Summary Cards display:
o Core Exposure – Delta, Delta, Beta, Notional
o High-Order – Volga, Vanna, Rho, Phi
Compare these to the position before the order was filled to confirm the order moved risk in the intended direction.
Step Five. Track Day PnL - Position PnL
The companion module to Position Risk is Position PnL (same Positions / Risk category). It shares the same underlying dataset but surfaces PnL rather than risk. Using the same Account + Ticker filter from Step 4, the Summary Cards show:
o Mark Comparison – Total PnL alongside Vol PnL, Mid PnL, and Clear PnL
o Edge – Theoretical Edge, Open Edge, Edge Change, Trade Edge
o PnL Attribution – Delta PnL, Vega PnL, Gamma PnL, Theta PnL
o Day Activity – Day PnL, Day DN PnL, Trade Delta, Trade Vega
The Trade Edge value is an indicator of how the order contributed to the day’s PnL as it captures the difference between the fill price and the SpiderRock theoretical at the time of trade.
Quick Reference
| Stage | Module | What to look for | How to filter |
|---|---|---|---|
| Submitted | Single Orders, MLeg Orders | The order itself, its state, parameters | Base Parent#, Accnt + Symbol |
| Execution | Executions | Individual fills as they print | Base Parent# |
| Filled | Position Risk | New Greeks contribution | Accnt + Symbol |
| Filled | Position PnL | Day PnL, Trade Edge | Accnt + Symbol |
| Errors | Symbol Notices, Alerts presets | Rejects, throttles, supervisory alerts, etc | Accnt + Username |