> ## 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.

# Overview

> How ION models a kit: the parts it requests, the inventory that fulfills it, its statuses, and its link to a run.

A kit is a request for a defined set of parts pulled from inventory and delivered together to a location. It records what should be in it, the specific lots and serials that fulfill it, where it stages and delivers, and its status. A kit does not create or consume parts. It reserves existing [inventory](/manage-supply-chain/inventory) and moves it, so a kitted unit is unavailable to other demand until the kit completes.

Most kits go to a [run](/build-hardware/runs-and-execution), where the kit reserves components against that run's build. A kit can also serve engineering testing, line-side replenishment, or any workflow that needs a known set of parts in one place.

## Requesting versus fulfilling

A kit has two sides that different people work. The requester defines what the kit needs and where it goes. The inventory team fulfills it by assigning specific lots and serials to each requested part. Fulfillment can pull the oldest inventory first across the whole kit, and you do not have to fully fulfill every part before delivering. See [Create and fulfill kits](/manage-supply-chain/kitting/create-and-fulfill-kits).

A kit tracks two locations. The **Staging Location** is where parts sit while the kit is picked. The **Delivery Location** is where they end up once the kit is delivered.

## Statuses

A kit moves through the statuses below to coordinate the requester and the inventory team. You can move from any status to any status. Each status drives what happens to the kitted inventory.

| Status          | What it's for                                                                                                                                                                                          |
| --------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ |
| **Draft**       | The default for a new kit. The requester fills in the parts needed and sets the kit's **Delivery Location**.                                                                                           |
| **Requested**   | The requester has finished defining the kit. Inventory teams filter for requested kits to action, and the kit can be assigned to a team member to fulfill.                                             |
| **In Progress** | The kit is being fulfilled. Kitted inventory takes the [Kitted](/manage-supply-chain/inventory/overview#statuses) status.                                                                              |
| **Delivered**   | The kit has been delivered. All inventory in it moves to the kit's **Delivery Location** automatically. See [Automate inventory movement](/manage-supply-chain/inventory/automate-inventory-movement). |
| **Completed**   | Returns a kit, or part of it, to the warehouse. Inventory that wasn't installed is marked available. To move that inventory to one location in a single action, use **Stage Inventory**.               |
| **Canceled**    | The kit is no longer needed.                                                                                                                                                                           |

## Kitting to a run

When a kit is tied to a run, the parts it reserves are subtracted from inventory and attached to that run as soon as they are kitted, so you can plan assemblies without double-counting inventory. You can auto-fill the request from the run's aBOM. See [Kit parts to a run](/manage-supply-chain/kitting/kit-parts-to-a-run).

## Kanban kitting

A kanban kit is a reusable container that cycles between inventory and the line for high-volume repeat builds. The same kit pattern is pre-assembled into the container, sent to the line, emptied, and returned to inventory to be refilled. This fits discrete BOM-controlled parts consumed in a repeatable pattern, not high-velocity consumables. See [Kanban kitting](/manage-supply-chain/kitting/kanban-kitting).