Leave Your Message
How Warehouse Software Keeps Orders, Inventory, and Equipment in Sync
Insights

How Warehouse Software Keeps Orders, Inventory, and Equipment in Sync

2026-09-03
A warehouse can have fast robots and still lose time.
We have seen this in projects where every individual machine meets its design speed, yet pallets still wait at transfer points. In other cases, the equipment runs well, but production information reaches the warehouse too late. There are also warehouses where plenty of operating data is available, but managers have to open several screens before they understand what is happening on site.
These are not equipment problems.
They happen in the spaces between orders, inventory, machines and people. This is where warehouse software has the greatest influence on day-to-day operation.
The YFY Nanjing plant and Toyota spare parts center illustrate this from two very different operating environments.
The First Connection Happens Before Any Robot Moves

At YFY, warehouse activity is closely tied to production.
Materials move between production lines, buffer areas and storage. Finished goods need to enter the warehouse and later return for picking and shipping. Empty pallets have to travel back in the opposite direction.
So the warehouse cannot simply wait for someone to create tasks manually.
DELIECN WMS exchanges data with the plant's ERP and MES through API interfaces. Once production or order information reaches the warehouse, it can be translated into the corresponding material task. Inventory, locations, batches, replenishment, picking and outbound records change along with the physical movement.
This closes a gap that is easy to overlook when planning automation.
Production knows what it needs. The warehouse knows what it has. Orders determine what must leave. WMS keeps these three sides connected.
Toyota presented a different integration challenge.
Its spare parts center already had TOPSS and an upper-level WMS. Replacing the existing management structure was neither the purpose nor the sensible approach.

软件2(3).png

DELIECN software was connected beneath these systems to receive the required business information and support automated warehouse execution.
This is common in large automation projects. Software integration is rarely about starting again. More often, the engineering work lies in deciding which system owns which information, what needs to be passed downstream, and what execution result must return upstream.
For Toyota, that connection supports receiving, storage, inventory checking, replenishment, picking, outbound handling and task feedback across its automated warehouse operation.

Most Lost Time Is Not Visible in a Robot Specification

After a task enters the warehouse, the problem changes completely.
Now the question is whether the equipment can finish the journey without unnecessary waiting.
YFY provides a useful example. There are 14 pallet latent AMRs operating on the first floor, while 7 pallet four-way shuttle robots and 4 level-changing lifters handle storage and vertical transfer above.
A pallet may therefore pass through several pieces of equipment before arriving where it is needed.

Suppose the shuttle has already brought the pallet to the interface, but the lifter is completing another movement. Or an AMR reaches its pickup point before the pallet is ready. Neither machine has failed. Nevertheless, time has been lost.
This is the part of automation that WCS has to manage.
It receives executable tasks and coordinates equipment around the actual progress of the material. The important information includes whether a machine is available, whether an interface is occupied and whether the next step is ready.
This also explains why we do not judge an automated warehouse simply by comparing robot speeds.

A 120 m/min shuttle does not give the warehouse 120 m/min performance if the material spends the next minute waiting.

Toyota makes the same point on a larger scale.
Its spare parts operation uses different equipment for different material flows, including pallet four-way shuttle robots, Mini-FlyBox, Tote AMRs and other handling equipment. With nearly 45,000 SKUs, storage is only one part of the work. Replenishment, picking, transfer and outbound tasks are constantly moving between different areas.
Here, coordination is not a secondary software function. It determines whether individually automated areas actually operate as one logistics process.

An Urgent Order Is a Better Test Than a Normal Day

Most warehouse processes look good when work arrives exactly as planned.
Real operations are less predictable.
Production may suddenly need a material earlier. A spare-parts order may become urgent. A new task may enter while equipment is already busy elsewhere.
YFY specifically identified flexible response to urgent and inserted orders as one of the improvements after the new system went live.
The task priority itself is already defined in the business rules. The challenge is what happens after that priority changes the execution sequence.
Which existing task continues? Which equipment becomes available first? Can the urgent movement be inserted without unnecessarily disturbing everything behind it?
This is where WMS and WCS touch the same business problem from different sides: one knows the warehouse requirement; the other has to fit that requirement into what the equipment is actually doing.

3D Visualization Turns Warehouse Data into Operational Insight

Digital twin technology introduces another perspective.
At YFY, the 3D central control environment recreates the warehouse so operators can follow material movements, equipment status, tasks, inventory and abnormalities from a common view.
The interesting part is not the model itself.
Imagine several pallet latent AMRs slowing around the same area while task volume is beginning to rise there. Looking at one AGV screen tells very little. Looking at the area, the tasks around it and the upstream and downstream activity together tells a different story.
A possible bottleneck becomes visible before it turns into a larger interruption.

The same thinking was applied at Toyota. Its central control room uses a 300-inch digital display to present warehouse activity, including inbound and outbound processes, operating areas, equipment conditions, task progress and alarms.
For management, this provides context.
An alarm can be viewed together with the task it affects. A busy area can be compared with current workload. Repeated delays can later be reviewed against historical operating records.
Over time, those records also become useful for identifying recurring congestion, abnormal equipment behavior and other operating risks. That gives the team an opportunity to intervene earlier and reduce the chance that a small disruption develops into downtime.

软件1(2).png
The Software Question We Ask During a Project

When discussing warehouse software with a customer, asking how many functions a WMS has is rarely the best starting point.
We would rather trace one real material movement.
Where does the demand originate?
Which system sends it to the warehouse?
How does the warehouse decide what material and location are involved?
Which machines will touch the load?
What happens at each transfer point?
What information returns after the movement is finished?
And if something goes wrong halfway through, can the operator understand the situation quickly enough to respond?
Following that journey makes the roles much clearer.

WMS keeps warehouse activity connected with production, orders and inventory. WCS deals with the difficult handovers between tasks and machines. The 3D Visualization Central Control System gives operators the wider picture needed to find trouble earlier.

YFY and Toyota use different equipment and serve very different businesses, but both projects point to the same lesson:
The software is doing its job when people stop noticing the gaps between production, warehouse and equipment—because the material simply continues to where it needs to go.