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/createPUT /v3.1/Inventory/addPUT /v3.1/Inventory/adjustPUT /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!



