> ## Documentation Index
> Fetch the complete documentation index at: https://docs.firstresonance.io/llms.txt
> Use this file to discover all available pages before exploring further.

# CXOs

> How executives and cross-functional leaders use ION: analytics, the data spine, and the questions ION can answer about your operation.

## What ION does for you

If you run a hardware company, or run a function inside one, ION is the source of truth about what your factory is actually doing. Not what you projected, not what the spreadsheets last updated showed: what's running right now, what's stuck, what's been built, what shipped, where defects came from. It's the operational system underneath the metrics, not just the metrics layer on top.

The point isn't that you'll be in the product day-to-day. The point is that your analysts, your VP of Ops, your VP of Quality, and your VP of Engineering all share *one* underlying system, with one model. The questions you ask cross-functionally have one answer instead of three.

## Where to start

1. **[What is ION?](/)**: the 5-minute orientation. Read this once.
2. **[Analytics and Dashboards](/automate-with-ion/analytics-and-dashboards)**: the built-in reporting surface.
3. **[API reference](/api-reference)**: for the analyses your team will inevitably want to run outside the UI.

## The questions ION can answer

These aren't all the questions, but they're the ones that come up most.

| Question                                                           | Where the answer lives                                                                |
| ------------------------------------------------------------------ | ------------------------------------------------------------------------------------- |
| What's our as-built configuration on serial #ASM-00427?            | [As-built BOM (aBOM)](/build-hardware/bills-of-materials/as-built-bom)                |
| Which suppliers had the highest defect rate last quarter?          | [Quality reporting](/track-quality/quality-reporting) + supplier issues               |
| How long is a unit really sitting at each work center?             | [Runs and Step States](/build-hardware/runs-and-execution/overview#states)            |
| What's our open NCR backlog by disposition?                        | [Issues and NCRs](/track-quality/issues)                                              |
| What inventory is committed to in-flight runs vs. truly available? | [Inventory](/manage-supply-chain/inventory)                                           |
| Which procedures have the highest redline rate?                    | [Redlines and Deviations](/build-hardware/runs-and-execution/redlines-and-deviations) |

## What to ask your team for

* **A live dashboard of in-flight runs by program**: easy to build off the API, useful for the weekly operating review.
* **A monthly aBOM-vs-mBOM divergence report**: catches drift between design intent and what's actually shipping.
* **A supplier scorecard derived from receiving inspections + run-time NCRs**: see [Issues](/track-quality/issues).
* **An open-issue aging report**: anything in containment or open disposition that's been there too long.

<Tip>
  - **Don't ask for the metric. Ask where the metric comes from.** Metrics out of context are misleading; the same query in ION can be sliced six different ways and produce six different answers. Have your team document the query.
  - **Trust the aBOM.** When something goes wrong in the field, the aBOM is the legally-defensible record of what was actually built. Make sure your team is generating clean aBOMs *before* you need them.
  - **The API is more powerful than the UI.** Anything you can do in the dashboards, you can do (and automate) over [GraphQL](/api-reference). Make sure your analytics team has access.
</Tip>

## Related

* [What is ION?](/)
* [Analytics and Dashboards](/automate-with-ion/analytics-and-dashboards)
* [API reference](/api-reference)