Best Warehouse Execution Systems and Software

Execution workflows

Dematic describes continuous work release and resource-optimisation algorithms that balance flow across the operation. Confirm which warehouse equipment and upstream systems the proposed configuration can connect to.

Operational detail

In its automated piece-pick solution sheet, Dematic describes WES synchronizing labor, inventory and autonomous mobile robots for order assembly. The diagram lists order attributes and priority, inventory allocation and lot control, SKU pick strategies and workload balancing in that solution. This is evidence for the illustrated solution, not a claim that every installation includes the same equipment or configuration.

A scenario to test

Use a piece-pick order with a priority change and a lot restriction. Ask the team to walk through allocation, assignment and packing, then remove one robot or station from service and show the resulting exception. Check where the WMS retains inventory authority and where the execution layer makes decisions.

Implementation boundary

Request a site-specific matrix separating WES functions, host responsibilities, equipment controls and optional components. Agree the messages and failure recovery at each boundary and use representative order volumes and item profiles for acceptance testing.

Evaluation in practice

For a further evaluation, use orders with different priorities, a restricted lot and a temporary shortage at a picking station. Ask the team to show where allocation is made, which work is released, and how a supervisor identifies work that cannot proceed. Restore the station and inspect both the completion event and the inventory record in the host system. Separate the illustrated piece-pick solution from your own design: list the labor, equipment and interfaces actually proposed, and ask for evidence for each. Agree the test environment, ownership of master data and the expected response to an unavailable host or control system. Compare results against your operational rules and service commitments rather than assuming a feature in the solution sheet applies unchanged.

Orchestration and visibility

Exotec describes Deepsky as an orchestration layer connecting the WMS and automation. Within the solution it identifies bin, case and container contents and locations, and displays operational KPIs and system status. The vendor says it coordinates order release, replenishment and picking using real-time data.

The checked description does not establish a universal connector list, deployment model, offline operation, supported devices, UI languages or country availability. Confirm each for the planned system.

Operational detail

Exotec describes Deepsky as an orchestration layer between the WMS and automation, with identification of the contents and location of bins, cases and containers within the solution. Its page describes live KPIs and system status on a personalized dashboard. The scope is the proposed Exotec solution; the wording does not establish compatibility with every third-party device.

A scenario to test

Provide a representative order, replenishment requirement and inventory exception. Ask Exotec to trace the order from the WMS message to the automated work and back to the inventory status, showing what happens when a container is unavailable. Have the team explain each dashboard metric and its refresh behavior.

Implementation boundary

Request the exact automation and host systems covered by the design, the source of each inventory event and the procedure for recovering from a broken interface. Include agreed acceptance criteria for location accuracy, reconciliation and operator intervention.

Evaluation in practice

For a second scenario, ask the vendor to demonstrate an urgent order that depends on stock in an unavailable container while replenishment is also due. Follow the information shown to the WMS, the automation layer and the operator, then restore the container and reconcile the final stock location. Request the exact definition and refresh interval of the dashboard metrics used during the demonstration, and check whether exceptions can be exported to your existing reporting process. Before design approval, identify the system that owns inventory quantity, the system that directs physical moves and the team responsible for resolving conflicting events. Agree realistic test data, message retries, restart procedures and a joint acceptance test with the WMS and automation suppliers.

Where it fits and how warehouse work moves

Trace tote, carton or pallet calls to goods-to-person stations, then check priority rules, station assignment and exception handling against the host WMS.

Documented functions and operating conditions

• Documented warehouse functions include: Priority-driven task scheduling; Goods-to-person coordination; AS/RS monitoring; Workflow configuration; Simulation.

Operational detail

Addverb describes Concinity as coordinating material and information flow across automation systems with priority-driven scheduling. Its product page also lists reporting capabilities including KPI visualization, trend analysis, exception and ad hoc reporting, and integration with business-intelligence tools. These are vendor-described capabilities whose implementation should be checked for the proposed site.

A scenario to test

Choose two orders competing for an automated station and introduce a blocked route or unavailable station. Ask the supplier to show how priorities are represented, what happens to the queued work, and what an operator must do to recover. Compare the events shown in the operational view with the reporting output.

Implementation boundary

Map every automation system, host message and ownership boundary before scoping integration. Request specific connector and equipment versions, message failure handling, testing arrangements, and a sample of the KPI definitions rather than assuming all devices are plug-and-play.

Evaluation in practice

For a second demonstration, introduce a late priority order while two stations have different queues and one piece of equipment is unavailable. Ask the supplier to show the source of the priority, the affected work and the operator’s recovery steps in the proposed configuration. Compare the sequence and exception record with the information returned to the host WMS. Request a sample operational report for the same interval and agree how each KPI is calculated, including its time window and treatment of interruptions. For deployment, identify network segments, interface owners, equipment simulators and the procedure for testing changes without disrupting live work. Have both the automation supplier and WMS owner sign off on message formats, failure handling and the acceptance scenario.

How it works

Acme describes the WCS role as managing the flow of items and integrating machine controls. Its WES description combines basic WMS functionality with WCS tasks. Acme's software engineering unit develops custom integrations with hardware and existing software.

The published description does not specify named equipment interfaces, the full WMS feature set, deployment model, supported devices, offline operation, application languages or countries served. Confirm these for the proposed project.

Workflow it supports

Continuously reprioritize and release orders as capacity changes, rather than relying only on fixed waves.

Capabilities and conditions

COFE is described as a warehouse execution layer between the system of record and operational resources. The reviewed page does not identify supported WMS products, equipment interfaces or hosting modes.

Checks before choosing

The product page does not establish deployment choices or device requirements.

Operational detail

VARGO describes COFE as a real-time, pull-based execution system that matches work to available capacity. Its current page says work is prioritized using order priority, inventory location and volume, and operating conditions; routing, sequencing and capacity rules are configured around the fulfillment environment.

A scenario to test

Give the vendor an order mix with a late priority order, a congested packing area and an idle picking area. Ask for a walkthrough of how the proposed configuration changes work sequence and what an operator sees when an order cannot proceed. Capture the inputs and decisions rather than accepting a generic animation.

Implementation boundary

Draw the boundary between the host system of record and the processes COFE would execute. List each equipment interface, exception owner, fallback procedure and acceptance test; validate the design for the actual WMS and equipment in the project.

Evaluation in practice

A useful second scenario is an order arriving after a batch has already begun, with one item in a congested zone and another at an available station. Ask the vendor to explain the information COFE receives, the work it releases and the point at which the upstream system learns the outcome. Then remove a key equipment resource from the scenario and ask how work is held, rerouted or recovered in the proposed design. Have an operator demonstrate the intervention rather than relying only on a management dashboard. Before commitment, identify the latency and completeness required for capacity signals, and agree which team resolves inconsistent inventory or an unacknowledged command. Compare a limited-zone deployment with a whole-site deployment on the same drawing.

Assisted picking and orchestration

In the Ranger Assist scenario, GreyMatter directs robots among locations and floors to support picks and transfers. The vendor describes rules-based picking, dynamic load balancing and coordination of manual and assisted work.

GreyOrange says the platform works with humans, systems and robots from multiple vendors. This is a general platform description: compatibility with a particular robot, WMS or fleet and any required integration work must be confirmed.

Operational detail

GreyOrange describes a Dorman installation in which Ranger Intralogistics robots powered by GreyMatter move assembled pallets after inventory entry and transfer pallets from a turret-truck handoff toward active inventory, value-added services or outbound. This is a vendor case study of one combined solution, not evidence that the same interfaces or process division apply at another site.

Examine the physical handoff

At a comparable receiving area, show the team a wrapped pallet, its destination and the place where a human or truck would hand it to a robot. Ask how the transport request is created, how the pallet is identified and who confirms it has reached the intended aisle. Add a damaged pallet and an occupied destination; establish who stops the move, changes the destination and reconciles the outcome.

Define system responsibilities

Draw separate lanes for the inventory system, the partner platform, GreyMatter, robot and operator. Ask the proposed integrator to identify the request and completion messages, station ownership, recovery from a lost acknowledgment and the source of inventory truth. The Dorman case claims no WMS/ERP integration for that project; ask what data and connection your own workflow requires instead of applying that case outcome to your facility.

Where it fits and how warehouse work moves

Combine task orchestration and staffing changes with voice-guided receiving, putaway, picking or cycle counts; connections use selected interface methods and host systems.

Documented functions and operating conditions

• Documented warehouse functions include: Voice-directed workflows; Task orchestration; Labor planning; Operational reporting.
• Connected systems: ERP systems; WMS; Warehouse control systems; Autonomous mobile robots
• Predict daily/weekly labor requirements and completion times, then adjust staffing and work allocation during a shift. Condition: Lucas labor-performance capabilities in the Warehouse Optimization Suite.
• Use historical and real-time data for adaptive performance expectations, worker feedback, coaching and supervisor productivity dashboards. Condition: Vendor positions Jennifer’s machine learning as an alternative to labor-intensive engineered standards.
• Connected systems: EAI interfaces support SOAP/XML web services, sockets, file exchange over FTP/SFTP, and direct data exchange, including mixed methods in one operation. Condition: Method selection depends on latency, volume and the host system.
• Connected systems: The vendor names SAP, Oracle, Infor and Microsoft ERP; Manhattan, Blue Yonder and HighJump/Körber WMS; and Dematic, Fortna, DMW&H and Intelligrated WCS. Condition: Integration experience is not a version-specific certified-connector matrix.
• Supported platform: Voice-directed applications use a headset and voice-enabled Android device; multimodal workflows can combine speech and scanning on Lucas-certified hardware. Condition: The Windows/Android introduction is historical. Check current certified device and OS versions; no current Windows certification is proposed.
• Language scope: Jennifer voice supports more than 30 spoken languages and recognition across accents. Condition: Spoken guidance and recognition; not a claim that all management-console UI languages are available.
• Voice can guide picking, receiving, putaway, sortation, loading, audits, replenishment, cycle counts and returns. Condition: Configured voice-directed application scope; each workflow requires the appropriate implementation.

Where it fits and how warehouse work moves

Assess how work is allocated across the planned robotic, conveyor and AS/RS environment, including station exceptions and handoffs to existing warehouse systems.

Documented functions and operating conditions

• Documented warehouse functions include: Automation orchestration; Dynamic resource allocation; Operational performance visibility.
• Deployment: Cloud
• Connected systems: Robotics; Conveyors; AS/RS

Operational detail

A historical Honeywell Smart Routing infographic describes container routing sent by a WMS or determined by Momentum WES, WMS location updates through divert confirmations, and alerts for conveyor jams, full lanes and idle containers. The infographic describes this named app; it does not establish its present packaging or compatibility.

Test a full lane and divert

Draw a conveyor with a scanner, two divert lanes and a full downstream lane. Send an identified container toward the blocked lane and ask the supplier to demonstrate the proposed current routing behavior, the alert a supervisor receives and any alternate destination. Then restore capacity and trace the same container to its final destination. Include an unreadable label so the recovery process is not reduced to a successful animation.

Reconcile confirmations with the host

Compare the routing instruction, each divert confirmation and the final location held in the WMS. Deliberately delay one confirmation and ask which system flags the discrepancy, whether a message is retried and who clears the exception. Request the current software version, the status of the historical Smart Routing app, required controller interfaces and a commissioning test for the actual conveyor. Treat any proposed routing logic as site-specific until demonstrated.

Workflows and scope

MujinOS technology material describes software for coordinating industrial automation and connections with robots, sensors, conveyors and higher-level systems. It describes digital-twin validation before execution, robot perception and motion planning, and remote monitoring. Compatibility and deployment depend on the specific Mujin controller, equipment and project.

The reviewed material describes Mujin controller and automation context but does not establish exact equipment models, offline client behavior, interface languages or supported countries.

Deployment and pricing

The official MujinOS technology source describes automation architecture and MCX hardware context but does not establish a license price, hardware bundle total or commercial subscription. Unresolved terms include MujinOS license basis, currency and application entitlement, MCX/controller/robot hardware and integration scope, Deployment, simulation/commissioning and support fees, Sites/cells/robot metric, contract/invoice, taxes and trial.

Review evidence

The bounded check on 2026-10-28 yielded no readable, dated, attributable review sample for this service. Profile discovery or blocked pages do not provide review content.

Warehouse workflows

The vendor describes tracking stock from bulk storage to forward picking, directed putaway and replenishment, using handheld RF and voice terminals. Its order management module covers wave and batch planning, picking and packing, including voice, light and RF methods and cartonization.

Conveyco lists integration and management of equipment such as ASRS, shuttles, carousels and AMRs, as well as parcel manifesting and carrier selection. Equipment compatibility and the interfaces included in a specific implementation need confirmation.

Operational detail

Conveyco lists FTP, API, TCP/IP, web services and direct database access as possible WMS communication approaches. It also describes a system emulator for simulating the whole system before go-live. These are vendor descriptions; the project-specific protocol, simulator coverage and commissioning responsibilities need agreement.

Test the WMS handoff

Give both vendors a sample order and a stock adjustment. Trace the identifiers and acknowledgments in each direction, including what happens to an order already released when a later correction arrives. Ask which system is authoritative for quantity, who retries a rejected message and how duplicate confirmations are recognized. Compare a complete transaction with one interrupted between the two systems.

Use the emulator before commissioning

Provide the real site layout and order mix, then ask which devices and failure modes the emulator actually models. Test an unavailable downstream station and a delayed controller response, recording the expected queue, operator action and completion message. Distinguish defects the simulation can detect from tests requiring physical equipment. Put the test inputs, pass criteria and sign-off owner in the commissioning plan.

Workflows and scope

The official WAMAS WCS page describes control of warehouse automation and coordination with higher-level systems. It lists material-handling equipment and real-time resource allocation. This vendor description is not a site-specific compatibility test; interfaces and equipment scope require engineering confirmation.

The page identifies WCS/WES terminology for US and European contexts and examples of automation equipment. It does not establish offline behavior, interface languages or supported sales countries.

Deployment and pricing

The official WAMAS WCS source offers an EULA link but no verified amount or controller/license capacity. Unresolved terms include Purchased license types/count, WCS interfaces, implementation, maintenance, term.

Review evidence

The bounded check on 2026-10-28 yielded no readable, dated, attributable review sample for this service. Profile discovery or blocked pages do not provide review content.