# Transfers
Transfers are the operational record for inventory movement. They are used for internal movements and for warehouse fulfillment linked to sales or buyback workflows.
# Why transfers
- Separate warehouse execution from sales/order data entry
- Allocate by real inventory item and date code
- Keep inventory updates auditable and reversible
# Transfer statuses
- Requested
- Request details can be edited
- No inventory movement is applied yet
- Allocating
- Warehouse selects inventory items to fulfill requested quantities
- Partial allocation is allowed
- Completed
- Fulfillment is finalized
- Inventory movement is fully applied
- Canceled
- Transfer is retained for audit history
- Inventory impact is removed and not re-applied
# Common transfer types
- Internal: facility/location to facility/location
- Order Pickup / Order Delivery: outbound fulfillment linked to sales
- Distributor Buyback: inbound movement from external source
# Requested vs allocated items
- Requested items describe what was asked for.
- Allocated items connect those requests to specific inventory item IDs/date codes.
- In completed mode, requested and fulfilled values are compared and highlighted if mismatched.
# Editing and correction workflow
- Use Re-open allocation to make corrections after completion.
- Save progress in allocating mode for partial work.
- If a line request changes, allocation can be adjusted at line level.
- Canceling a transfer removes inventory impact while preserving the transfer record.
# Shipping documentation
Shipping docs can include BOL PDF handling, photos, and signatures in a collapsible documentation section on the transfer record.
# Best practices
- Complete request edits before final fulfillment when possible.
- Allocate specific inventory/date code intentionally for traceability.
- Use cancellation instead of hard deletion when the movement should not proceed.