EDIFACT message guide · Shipping and logistics
HANMOV Cargo/goods handling and movement
The UN/EDIFACT message used to order handling services and movements of goods at a warehouse, and to report them back.
- Sent by
- Owner of the goods or logistics service provider
- Received by
- Warehouse, distribution center or owner of the goods
- Standard
- UN/EDIFACT · Batch message
- X12 equivalent
- No direct equivalent
What is the EDIFACT HANMOV message?
HANMOV is the UN/EDIFACT cargo/goods handling and movement message. The directory gives it two functions: a message from a party to a warehouse or distribution center identifying the handling services, and where required the movement, of specified goods; and a message from a logistics service provider, such as a warehouse, reporting handling and movements carried out.
Handling services include relabeling, repacking, quality checks, kitting and moving goods between locations or stock statuses. Ordering and reporting them electronically keeps the owner's stock records aligned with the warehouse.
How to read this diagram: the top row shows who sends HANMOV, to whom, and which messages usually come before and after it. The lower part shows what the directory D.21A itself requires: the envelopes around HANMOV and the segments and segment groups it marks mandatory. Conditional groups are listed by their trigger segment rather than drawn in full. This is the directory's minimum, not a trading partner's requirement: a message implementation guide, such as an industry subset or a partner’s own guide, usually makes some conditional groups mandatory, restricts the codes and may use an older directory.
When it is used
- Ordering relabeling or repacking at a warehouse
- Ordering stock moves between locations or statuses
- Reporting handling performed by the warehouse
Where it fits in the message flow
Structure
Mandatory segments in HANMOV (directory D.21A)
In UN/EDIFACT directory D.21A, the HANMOV message has 86 segment positions arranged in 23 segment groups. These are the segments and segment groups marked mandatory at message level, in order; a mandatory group is shown with the segment that starts it. Segments inside conditional groups are needed only when the group is used. This is the directory’s requirement, not your trading partner’s: each partner’s message implementation guide names the directory it uses, often an older one such as D.96A or D.01B where the structure can differ, makes some conditional segments mandatory and restricts the codes.
- UNH
- BGM
- UNT
Practical example
HANMOV in practice
A toy importer needs 2,000 units relabeled for a new market before they ship. It sends its logistics provider a HANMOV ordering the relabeling and the move of the units to a different stock status. The warehouse performs the work and returns a HANMOV reporting the quantities handled, which the importer uses to update its stock and check the service charges.
Implementation
Implementation considerations for HANMOV
- Use service codes agreed with the warehouse.
- Reconcile reported handling with orders and invoices.
- Keep stock status changes in step with inventory reports.
- Distinguish handling orders from despatch instructions.
How ECOM helps
Automate HANMOV with ECOM
Industry
3PL and Warehousing
Warehouse orders, shipping advice, receipts and inventory reporting between brands, 3PLs, carriers and retailers.
Solution
Logistics Automation
Automate tenders, status updates, freight invoices and warehouse orders with logistics partners.
Industry
Consumer Goods
Retail, distributor, marketplace and direct-channel integration for consumer brands.
Compare X12 and EDIFACT, or see answers to general questions in the EDI FAQ.
Related messages
Related shipping and logistics messages
Need help with HANMOV?
ECOM maps, tests and monitors EDIFACT messages for your trading partners and integrates them with your ERP.