> For the complete documentation index, see [llms.txt](https://cardsiq.gitbook.io/cardsiq-docs/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://cardsiq.gitbook.io/cardsiq-docs/platform-features/inventory-and-repacks.md).

# Inventory & Licensed Repacks

Learn how CardsIQ gives collectibles businesses a connected inventory layer for live commerce, acquisition, product creation, and licensed repacks.

## Overview

Inventory is the foundation of a collectibles business, but it is often managed separately from the systems used to buy, sell, break, and fulfill cards.

CardsIQ brings inventory into the same operating platform as the rest of the live-commerce workflow.

## A Shared Inventory Layer

CardsIQ is designed to give partners a consistent record of the collectibles moving through their business.

That inventory can come from different sources, including direct intake, completed buybacks, live-shopping activity, or supported integrations.

Once inside CardsIQ, the same inventory can support multiple downstream workflows without forcing teams to recreate the data in different systems.

### Adding Cards

The Add Cards dialog supports barcode, manual, CSV, and Heystack intake through the existing inventory workflow. Data providers supply market values and sales data. Lookup rows show loading feedback while details arrive, and review and submission actions show their current progress. Ownership confirmation is kept separate from valuation: "I own or manage these cards and confirm the details are accurate."

The dialog stays within a fixed, viewport-constrained height. Desktop barcode intake scrolls only the card list, keeping the compact header, warehouse selector, scan controls, and actions visible. Smaller screens retain outer scrolling for access to all controls. Compact card rows place provider quotes and amount paid alongside each other where space permits. Review and submission temporarily lock intake controls to prevent duplicate actions; failed requests retain the cards for retry.

Scanned graded cards share the inventory drawer's provider pricing component: ALT and Card Ladder logos appear beside each provider's FMV and last sale price. Missing quotes display a dash, and Card Ladder fallback quotes stay attributed to Card Ladder. Raw cards retain team-set market values without provider attribution. The selected warehouse uses a high-contrast green surface in both portal themes.

## Digital Inventory Preview

Partners with Inventory access can open **{Partner Name} Digital Inventory** under Inventory at `/partner/inventory/digital`. It inherits the existing partner authentication, Inventory permissions, and partner-subtype restrictions.

This is a read-only frontend preview for a future digital pack storefront. Up to eight existing cards are read from the authenticated partner's Inventory Directory; the digital availability, pack reservations, shipped/vaulted statuses, and allocation dates are explicitly illustrative. No inventory records are changed, and no digital backend integration is connected.

The interface uses production-style copy without a preview banner. It shares the Inventory Directory's table rows, column tracks, search, rounded status-pill treatment, and inventory detail drawer. The drawer remains read-only, with digital allocation context and no physical-inventory history presented as digital activity. The sample allocations remain local display data until the digital backend is connected.

The preview shows available card count and reference-value subtotal, pack-reserved cards, and redeemed cards (shipped plus vaulted). Value distribution and aging include available/reserved examples only; aging starts at the example digital allocation rather than original intake. Slabs use the partner's selected reference-price provider; raw cards use the existing team-set price rule. Missing values are unpriced, not assumed zero.

All Inventory retains its search, category tabs, review/missing tabs, and other filters. Held, Shipped, and Vaulted are no longer offered as All Inventory tabs or status filters; their underlying Inventory API states remain unchanged.

## Live Commerce to Inventory

A collectible that moves through a live-shopping or buyback workflow can continue directly into the partner's inventory process.

This helps connect what happened during the customer transaction with what the business needs to do next.

## Product Creation & Licensed Repacks

For approved partners, CardsIQ also supports the operational workflows behind product creation and licensed repacks.

Partners can use their inventory to build and manage products while maintaining a connected record between the underlying collectibles and the finished product.

The goal is to make repack operations part of the same inventory system rather than a separate spreadsheet-driven process.

## Reconciliation & Fulfillment

Inventory does not stop at intake. CardsIQ is designed to help partners understand the next destination of a collectible, whether that is storage, another product, shipment, or another supported workflow.

This makes inventory a living part of the operating platform instead of a static catalog.

## Related Documentation

* [StreamIQ](/cardsiq-docs/platform-features/streamiq.md)
* [Instant Buybacks](/cardsiq-docs/platform-features/instant-buybacks.md)
* [Partner Guide](/cardsiq-docs/partners/partner-guide.md)