Newsletter
FFM – Stock
  • Home
  • FFM – Stock

Introduction

ffm.jpg

Last update :

Toolbox / Tips

The Stock Management API allows sellers to query and review their Fulfillment stocks stored in Octopia’s warehouses. It provides visibility into quantity breakdowns (available, allocated, blocked, return, etc.) and localized stock per storage country. This is vital for sellers to understand their inventory state, trigger inbound or outbound orders, and monitor stock health.

Key Principles & Business Behavior

  • Before retrieving stock, products must be declared and supplied to the warehouse (See Inbound documentation). Stock is only available after the warehouse received and at least started processing the supply order.

  • Stocks are broken down by:

    • Quantities (e.g. Available, Allocated, Blocked, Litigation, Removal, Return, LogisticOperations)

    • Localization per storage country: enables seller to see how much stock is in each warehouse location, changes, and update reasons.

  • The API supports:

    • Retrieving a single stock record by its uuId

    • Listing stocks with filters and cursor‐based pagination

    • Querying “stock seller references” (i.e. reference entries that link seller product reference + warehouse stock)

  • Some filters are mutually exclusive: for instance, deliveryCountry cannot be combined with updatedAtMin/Max, storageCountry, sort, or order.

  • Sorting is allowed by quantity fields (e.g. Available, Blocked, etc.) via a sort parameter, and ordering Asc/Desc.

  • The stock-seller-references endpoints let sellers review their own product references tied to underlying stocks and octopia productIds (without retrieving full inventory details)etrieving full inventory details).

The stock API is a core foundation of the Fulfillment flow: after any inbound shipment reception, stock becomes visible, and sellers can plan outbound shipments, returns, or inventory operations based on live data.

Key Attributes

Field

Level

Description

id

Global

Unique identifier of the stock entry

productId

Global

Octopia product identifier

productState

Global

Main state of the product. Possible values: New, Used, Refurbished

productCondition

Global

Product detailed state. Possible values: New, LikeNew, VeryGoodState, GoodState, AverageState, Refurbished, RefurbishedLikeNew, RefurbishedVeryGoodState, RefurbishedCorrectState

sellerProductReference

Global

Seller’s internal reference for the product and condition combination (used for catalog mapping)

supplyMode

Global

Source of the stock: Fulfillment (Octopia managed)

quantities.Available

Global / Warehouse

Ready to ship

quantities.Allocated

Global / Warehouse

Quantity reserved for orders

quantities.Blocked

Global / Warehouse

Quantity blocked (e.g., quality issues, customs)
Requires manual seller action

quantities.Litigation

Global / Warehouse

Quantity under dispute (e.g., damaged upon receipt)
Requires manual seller action

quantities.Removal

Global / Warehouse

Quantity marked for warehouse removal by the seller

quantities.Return

Global / Warehouse

Quantity returned and not resellable

quantities.LogisticOperations

Global / Warehouse

Quantity temporarily unavailable due to internal logistics operations

createdAt

Global / Warehouse

Timestamp when the stock record was created

updatedAt

Global / Warehouse

Timestamp when the stock record was last updated

updatedDetails

Warehouse

updateReason

Warehouse

volume

Warehouse

Seller Workflow

stock.png

In this section we will look at how to manage the following cases and ensure maximum control of your orders:

Retrieve Stocks with Filters

Prerequisites

  • Pagination is managed using the cursor parameter.

  • A limit parameter is required; maximum is 1000 per page.

This endpoint retrieves a paginated list of all fulfillment stocks.

It supports filters such as productId, sellerProductReference, productCondition, productState, storageCountry, deliveryCountry, and update dates.

This is the primary method to view inventory.

Endpoint to use

Important notes

  • deliveryCountry filtering is exclusive: it cannot be combined with storageCountry, sort,order, or date filters.

  • Sorting is possible on stock types such as Available, Blocked, etc., using sort and order.

  • Each stock line includes warehouse-specific metrics, making this endpoint useful for monitoring volume and allocation.

Retrieve a Single Stock

Prerequisites

  • You must have the unique stockId of the record to retrieve.

  • The stock must exist in the system and be linked to the seller’s account.

This endpoint retrieves all information related to a specific stock item, including product identity, available quantities by type (e.g., Available, Blocked, Litigation), and localization per storage country.

It is useful for back-office views, issue investigation (e.g., blocked or litigated stock), or customer service reconciliation.

Endpoint to use

Aucun endpoint trouvé avec l'operationId « get-stocks-stockId ».

Important notes

  • Quantities are broken down by operational states (e.g., Blocked, Allocated, LogisticOperations).

  • Localization provides warehouse-specific view, including update reason and volume.

  • Product condition and state are distinct: both are included in the response.

Retrieve Stock Seller References

Prerequisites

  • The seller must have already declared products into the system.

  • Pagination is required via limit and cursor.

This endpoint lists the current stock-level references linking products (via productId and productCondition) to a seller-defined identifier (sellerProductReference).

It is typically used to align external systems (e.g., marketplaces or ERPs) with Octopia’s internal product tracking.

Endpoint to use

Important notes

  • Each reference includes creation and update timestamps, which can be used for sync verification.

  • Filtering is possible by productId, condition, sellerProductReference, or datetime updates.

FAQ

 What does this API allow me to do?

It allows you to retrieve real-time stock levels and inventory details for your products stores in Octopia Fulfillment’s network of warehouses.

 What are the different stock quantities I can retrieve?

Each stock entry contains the following information:

  • Available: ready to ship

  • Allocated: reserved for orders

  • Blocked: locked due to issues (customs, QC, fraud…)

  • Litigation: under investigation (damaged or dispute)

  • Removal: pending pickup/removal by seller

  • Return: returned but not sellable

  • LogisticOperations: in transit inside warehouse or between warehouses

You also get this data per storage country via localizedStocks.

 What is the difference between the stock and seller stock reference endpoints ?
  • The stocks endpoint refers to a product’s inventory in warehouses.

  • The stock seller reference endpoint only returns seller provided product references.

 How often are stock values updated?

Stock data is near real-time (updates occur after inbound, outbound, returns, etc.).

You can filter by:

  • updatedAtMin / updatedAtMax (timestamps)

  • storageCountry, deliveryCountry, or sort by specific quantity types

 What’s the difference between storageCountry and deliveryCountry filters?
  • storageCountry: shows stock physically located in a given country (e.g. FR, ES)

  • deliveryCountry: shows stock eligible for delivery to that country (cross-dock logic)

Note: deliveryCountry cannot be combined with updatedAt, sort, or storageCountry.

 Why is my stock Available = 0 but I see Litigation = 3?

This means the product was received but flagged during warehouse inspection. It’s quarantined and not shippable.

This requires manual seller action.

 Can I match stock with product condition?

Yes — each stock entry has a productCondition and productState, which allow you to distinguish:

  • New vs Used

  • Refurbished (LikeNew, Good, Correct, etc.)

 Can I use this API in sandbox?

There is no sandbox available.

Due to the nature of some of the manual operations involved in processing product data, receiving physical goods, and packaging shipments, along with synchronizing multiple warehouses and databases, conducting complete tests is relatively complicated and thus not provided as a common possibility.