OMS

External ERP / OMS Order Integration

Integration patterns, data scope, processing flow, and acceptance requirements for sending ERP or OMS orders to Burton AI WMS.

BAIWMS OMS Hub Customer Engineering / Implementation / Operations Lead 10 min Version 2026.08 Updated 2026-08-25 Owner: Burton Product Documentation Quarterly review
3assets 2026-08-25Updated on

01 Capability Overview

BAIWMS OMS Hub can receive orders from external ERP, OMS, customer portals, and commerce hubs, normalize the order model, resolve SKU mappings, validate business rules, and route warehouse work to Burton AI WMS. Depending on upstream capability and project scope, integration may use REST APIs, webhooks, scheduled polling, SFTP, CSV, or EDI.

Exact endpoints, fields, and automation scope are subject to technical assessment and the mutually approved integration design. A connector that has not been configured should not be treated as ready for production.

02 Integration Options

MethodBest FitDelivery Notes
REST API pushERP or OMS can call an endpoint.Recommended for real-time create, update, and cancel events.
Webhook plus APIUpstream emits events and Burton reads details.Supports event-driven, low-latency exchange.
Scheduled pollingUpstream offers query APIs but no push.Incremental synchronization runs on an agreed schedule.
SFTP / CSV / EDILegacy ERP, batch orders, or fixed formats.Templates, folders, and acknowledgements control batch exchange.
OMS Hub mediationMulti-channel, multi-tenant, or complex mapping.OMS normalizes data before WMS execution.

Burton integration management

Integration projects use a unified workspace for channels, environments, and connection status.

03 Standard Data Scope

Order intake normally covers external order ID, client, warehouse, order type, recipient, address, SKU, quantity, UOM, lot requirements, shipping service, notes, and value-added services. Required fields, enumerations, time zones, address formats, and SKU mapping must be agreed before go-live.

ObjectInto BurtonBack to Upstream
OrderCreate, update, cancel, and lines.Acceptance, internal order ID, and rejection reason.
InventorySKU, owner, warehouse, and availability query.Snapshot or inventory changes.
FulfillmentWarehouse, service, and handling requirements.Accepted, released, picked, packed, and shipped status.
LogisticsCarrier, service code, and label requirements.Tracking, ship time, and package details.

Orders entering the workspace

Validated external orders enter the order workspace before inventory allocation and warehouse execution.

04 Processing Flow

  1. Upstream submits an order with a unique external ID and idempotency key.
  2. Burton validates client, warehouse, SKU, quantity, address, and service rules.
  3. A valid request creates an internal order and returns acceptance; invalid data enters exception handling.
  4. WMS completes allocation, release, picking, packing, staging, and shipment.
  5. Status, tracking, and exception information return to upstream as agreed.
  6. Both parties reconcile omissions, duplicates, and status differences through logs and reports.

WMS outbound execution

Accepted orders move into the WMS outbound execution workflow.

05 Go-Live Controls

  • Use an external order ID or idempotency key to prevent duplicates.
  • Do not release unmatched SKUs, invalid addresses, or missing warehouse and service codes.
  • Apply a controlled change process after an order enters picking.
  • Separate test and production URLs, credentials, and data scope.
  • Test create, update, cancel, shortage, split, shipment, and retry scenarios before production.

06 Requesting Integration

Provide the target ERP or OMS, API documentation, authentication method, expected and peak volume, sample payloads, status model, and callback requirements. Burton will prepare capability matching, a gap list, implementation scope, test plan, and rollout proposal. Standard capabilities are configured first; differences enter custom assessment.

BurtonSoftware.Ai External ERP / OMS Order Integration · Version 2026.08