Skip to main content

Mandatory Adjustment Reason for Inventory Operations

How to configure and use mandatory adjustment reason enforcement for manual inventory updates, Excel imports, and cycle count approvals across web, mobile, and Open API.

Updated today

Overview

Logiwa IO allows warehouse administrators to require users to provide an adjustment reason whenever inventory quantities are manually updated. Once enabled, the system displays a validation prompt — blocking the operation until a reason is selected — ensuring a complete and accurate audit trail for all inventory changes.

The requirement is configured at the warehouse level and controlled by two separate flags, each targeting a different type of operation.


How to Enable

Navigate to Warehouse Setup and locate the Adjustment Reason settings. Two independent toggles are available:

Toggle

Controls

Require Adjustment Reason for Manual Updates

Add, Adjust, and Remove inventory operations via the Inventory by Location screen, Excel Import, and Open API

Require Adjustment Reason for Cycle Count Updates

Inventory Update actions from Cycle Count — Count Plan, Location Details, and SKU Details screens, mobile app, and Open API

Both flags default to off for existing warehouses. They can be enabled independently — for example, you may require a reason for cycle counts only, without enforcing it for manual adjustments.

Note: Adjustment Reasons must be configured in Data Setup before enabling either flag. Only active, named reasons will be accepted by the system.


Where It Applies

1. Manual Inventory Updates — Inventory by Location (Web UI)

When Require Adjustment Reason for Manual Updates is enabled, an adjustment reason becomes mandatory for the following actions on the Inventory by Location screen:

  • Add Inventory — via the Add Inventory modal

  • Adjust Inventory — via the 3-dot menu on an inventory line

  • Remove Inventory — via the 3-dot menu on an inventory line

A dropdown to select the reason will appear in the sidebar before the action can be saved.

2. Manual Inventory Updates — Excel Import

When the flag is enabled, the Add Inventory Excel Import requires an Adjustment Reason column to be populated for each row belonging to that warehouse. Rows with a missing or invalid reason will fail individually and be logged in the Import History screen. Valid rows in the same file will still process successfully.

3. Manual Inventory Updates — Open API

When the flag is enabled, the following Open API endpoints require the adjustmentReasonName field in the request payload:

  • POST /v3.1/Inventory/create

  • PUT /v3.1/Inventory/add

  • PUT /v3.1/Inventory/adjust

  • PUT /v3.1/Inventory/remove

If the field is missing when the flag is on, the API returns a 400 Bad Request with the message: "Adjustment Reason is required for this warehouse by policy."

4. Cycle Count — Web UI

When Require Adjustment Reason for Cycle Count Updates is enabled, a reason selection prompt appears when using the Update Inventory action on the:

  • Count Plan screen

  • Location Details screen

  • SKU Details screen

The update cannot be committed until a reason is selected.

5. Cycle Count — Mobile App

After completing a location count on the mobile app, if a quantity difference exists between the counted and system quantities, an Adjustment Reason bottom sheet appears before the inventory update can proceed. The operator selects a reason from the configured list and confirms.

6. Cycle Count — Open API

When the flag is enabled, the cycle count inventory update endpoint also enforces the requirement:

  • PUT /v3.1/WarehouseCountPlan/update/inventory


Audit Trail

All adjustment reasons provided — regardless of entry point — are recorded in the Transaction History Report under the relevant transaction line, providing a full audit trail of all inventory changes and the reasons behind them.


Couldn't Find What You Were Looking For?

Visit our Help Center to search for more documents!

Did this answer your question?