WMS integration field map

Warehouse Workflow Lab

WMS integration field map

Published by Voodoo Robotics · workflows.voodoorobotics.com

Person responsible for this worksheetDateVersion

Interface control

What to do: Name systems and contract.

Interface nameGive this connection a clear name used by operations and IT.Example: WMS pick tasks to Zone A displaysSource systemName the exact software or record involved.Example: Acme WMSDestinationName the receiving software, device, file location, or business team.Example: Voodoo workflow serviceTrigger / cadenceState the event or schedule that sends the information.Example: Send immediately when the WMS releases a pick taskProtocol / fileName how the information is exchanged and the file or message format.Example: HTTPS REST message using JSONOwnerName the person responsible for this decision, task, or approval.Example: A. Rivera — Operations Manager

Field mapping

What to do: Map semantics, not only column names.

This section is a list.Use one row for each task, observation, test, person, field, or requirement. Add more rows when needed.

Business meaningExplain what the field means in warehouse terms.

Source fieldEnter the exact field or column name in the sending system.

Destination fieldEnter the exact field or column name in the receiving system.

Type / formatState the data type and required shape.

Required / optionalChoose whether the field is always required, optional, or required only under a named condition.

TransformationExplain how the value changes between systems.

ValidationState the rule that decides whether the received value is acceptable.

ExampleGive one specific warehouse example that clearly fits this definition.

Failure handling

What to do: Protect idempotency and observability.

Missing fieldState what happens when a required field is absent.Example: Reject the task, keep it pending, and alert the integration ownerInvalid valueState what happens when a field is present but fails its validation rule.Example: Send to Integration Errors; do not display the taskDuplicate eventState how the receiver recognizes and safely ignores repeated work.Example: Ignore a repeated confirmation with the same idempotency keyLate eventState how an event arriving after its allowed time is handled and reported.Example: Apply only if the task is still open; otherwise hold for manual reviewRetry ruleState who retries, how often, for how long, and when a person is alerted.Example: Retry after 5, 15, and 30 seconds; then alert supportDead-letter / manual queueName where failed records wait for a person to review them.Example: Integration Errors queue in Acme WMS

Change control

What to do: Keep versions compatible.

Schema versionEnter the version of the agreed field and message definition.Example: pick-task schema 2.1Backward compatibilityState whether the new version can safely work with the previous version.Example: Version 2.1 accepts 2.0 messages; new field is optionalTest dataName the photo, report, scan, system record, or observation that proves the answer.Example: Event log 14:32 and photo IMG-10482ApprovalName the approver, decision, and date for this instruction.Example: Approved by J. Lee on July 22, 2026Deployment dateEnter the exact date, due date, or review frequency.Example: July 22, 2026

Related on voodoorobotics.com: WMS pick-to-light integration — The fields Voodoo's REST API expects for a task.