200M 400M 200M
RNG: 2.4 KM
BRG: 047°
ALT: 3,200 FT
SPD: 480 KTS
HDG: 012° N
TGT: ALPHA-7
MODE: SEARCH
PWR: NOMINAL
FREQ: X-BAND
STATUS: LOCK
NAVTGTWPNDEFRDRCOM
MIL-STD-1553IFF: ACTIVELINK-16: SYNC
SECTOR: ALPHA
THREAT: CLEAR
RADAR: ACTIVE
TRACK: 6 TGT
LAT 28.6213°N LON 77.3873°E
NX
Neometrix Target Acquired
GB Flag English
English Flag English
Indian Flag हिन्दी
Francis Flag Français
Dutch Flag Deutsch
Spanish Flag Español
Arabic Flag العربية
Russian Flag Русский
Japanese Flag 日本語
Portuges Flag Português
Italian Flag Italiano
Israel Flag עברית
Chinese Flag 中文
Korean Flag 한국어
Thailand Flag ไทย
Vietnamese Flag Tiếng Việt
Indonesia Flag Bahasa Indonesia
Malasia Flag Bahasa Melayu
Kiswahili Flag Kiswahili
Ethiopia Flag አማርኛ
isizulu Flag isiZulu
Hausa Flag Hausa
Neometrix / Materials Handling & Storage / Automated Stores Handling & Retrieval / NMX-ASR-40
NMX-ASR-40 · ENGINEERED TO ORDER — RACKING · STACKER CRANES · SHUTTLES · INVENTORY MANAGEMENT

A depot is a promise. The right item, today.

Storing things was never the hard part. Finding them is — and reaching them, at scale, years after they were put away, without error, on the day somebody actually needs them.

A manual store answers that with memory, paper and walking, and it degrades quietly as the holding grows. An automated store replaces the search with an address: every load has an identity and a known place, a machine does the reaching, and the record cannot drift from the rack.

A narrow automated storage aisle between tall steel pallet racking, with a stacker crane on a floor rail carrying a plain unmarked pallet load, lit evenly along the aisle
Fig · 01 — The aisle. Racking on both sides, one machine down the middle, and every position a known address rather than a place someone has to remember.
The problem
find and reachnot space, never space
The unit
the unit loadpallet, bin, tray or crate
The answer
an addressidentity + known location
The hard part
migrationa live depot cannot stop
Status
engineered to ordersuccessive-quoted class
ISO 9001ISO 14001Structural designControls & safety integrationPhased migration
01
Overview

Why big stores stop working.

Not with a failure. With a slow drift that nobody can point at.

A rack shuttle vehicle running on rails inside a steel storage rack, carrying a plain unmarked tote between storage positions
Fig · 02 — A shuttle inside the rack. Where a crane serves one aisle deeply, shuttles serve many levels at once — a different answer to the same question.

A store that cannot find an item has not stored it. It has lost it slowly, with paperwork.

The quiet failure

A manual store works well until it is large. Then the failures start: an item put down in the nearest free space rather than its own; a search that takes hours because the person who knew has moved on; a ledger that says one thing and a shelf that says another.

None of that shows up as a breakdown. It shows up as delay, as duplicate purchases of things already held, and as stock nobody trusts — which is the expensive part, because a store that is not trusted gets worked around.

Replace the search with an address

Automation does one useful thing here: it makes location a property of the item rather than a fact in someone's head. Every unit load is identified and given a place. The machine goes to the place. The record is written by the movement itself, not typed afterwards.

Everything else — the racking, the crane, the conveyors, the software — exists to make that one promise reliable, and to keep it reliable when the store is busy.

Where this sits

Two neighbours are worth separating. Mobile handling equipment — conveyors, stackers and loading systems that move around a depot — is the mobile chain conveyor page's subject. This page is the fixed automated store and the management layer that runs it. Many depots buy both, and they must be engineered to hand loads to each other cleanly.

Identifiedevery load, on arrival
Addresseda known place, not a memory
Reachedby machine, repeatably
Recordedby the movement itself
02
The system

Seven parts, one promise.

Each is ordinary alone. The promise only holds when they are engineered as one, around the load that actually moves.

FIG · 02AUTOMATED STORES SYSTEM · UNIT LOAD / RACKING / MACHINE / TRANSFER / IDENTITY / MANAGEMENT / SAFETY — OURS vs BOUGHT-IN
A · THE AISLE — RACKING BOTH SIDES, ONE MACHINE, EVERY POSITION AN ADDRESS RACKING engineered to the load & the machine’s tolerance STORAGE & RETRIEVAL MACHINE crane in the aisle · or shuttles in the rack TRANSFER CONVEYOR PICK STATION where the load meets the person i i i = identity read at every handover — the record is written by the movement B · THE LOOP IDENTIFY LOCATE RETRIEVE RECORD the record is the loop closing — not a form filled in afterwards C · THE HONEST SPLIT OURS ■  survey, unit load, layout & flow ■  racking and structural steel ■  drives, controls, safety, interfaces ■  conveyors, transfer, pick stations ■  migration, commissioning, training BOUGHT-IN □  the retrieval     machines □  the management     software A DEPOT IS A PROMISE — THE RIGHT ITEM, TODAY. Storing was never the hard part; finding and reaching are. And a live depot cannot stop while it changes — so the migration is phased, aisle by aisle, with issue and receipt running throughout.
The part outsiders underrate is the first one. Choose the unit load badly and every later decision — rack pitch, machine reach, transfer height, software rules — inherits the mistake.

1 · The unit load

Pallet, bin, tray or crate: the thing the store actually moves. Its size, weight and tolerance for handling set the geometry of everything that follows.

2 · Racking

Structural steel engineered for the load, the building and the seismic case — and for the machine's tolerances, because an automated aisle has none of a forklift driver's forgiveness.

3 · The machine

A stacker crane serving an aisle, shuttles running inside the rack, or vertical lift modules for small items. The choice follows the holding profile and the pick rate.

4 · Transfer

Conveyors, transfer cars and pick stations that move loads between the automated store and the people, trolleys or vehicles that need them.

5 · Identity

A barcode or radio tag on every unit load, read at every handover, so the record and the rack cannot quietly diverge.

6 · Management & safety

Software that holds addresses, directs movements and enforces storage rules — and guarding, interlocks and controlled access, because an automated aisle is a machine, not a walkway.

03
Work content

What the system contains, element by element.

Read the last column honestly: it marks what we engineer and what comes from specialists.

A row of enclosed vertical lift storage modules with an open access window showing a tray of plain unmarked compartments, in a clean well-lit store
Fig · 03 — Vertical lift modules. For small items the answer is often not an aisle at all — the store brings the tray to the person instead.
ElementWhat it doesOurs / bought-in
Survey & holding studywhat is held, how it moves, how oftenours — the first real work
Unit load definitionpallet, bin, tray or crate standardours to define with the customer
Layout & flow designaisles, stations, routes, growthours to engineer
Racking & structureholds the load, to the machine's toleranceours to design and build
Storage & retrieval machinestacker crane, shuttle or lift moduleco-developed / bought-in
Drives & positioningmoves and stops accurately, every cycleours to integrate
Conveyors & transferstore to people, people to storeours to build and integrate
Pick & issue stationswhere the load meets the personours to engineer
Identificationbarcode or radio tag on every loadreaders bought-in; integration ours
Management softwareaddresses, movements, storage rulesco-developed / bought-in
Interface to existing systemsthe customer's stock records keep workingours to specify and prove
Controls & safetyguarding, interlocks, controlled accessours to engineer
Migration plankeeps the depot running while it changesours — and the hardest part
Training & documentationoperators run it; records survive auditshanded over with the system

The row that decides whether the system is ever trusted is the interface to the existing records. A store that forces a depot to keep two sets of books will quietly be abandoned, however good its machinery.

Full specification — expand
SystemA fixed automated stores handling and retrieval system for a large depot: survey and layout, unit-load standard, engineered racking, a storage-and-retrieval machine, transfer conveyors and pick stations, identification, controls and safety, the management layer, phased migration and training — engineered and integrated as one system
The One IdeaA depot is a promise: the right item, today. Storing was never the difficulty — finding and reaching are, at scale and years later, without error
The Failure It FixesLarge manual stores fail quietly: items placed in the nearest free space, searches that take hours, and a stock record that drifts from the shelf until neither is trusted — which shows up as delay and duplicate holding, not as a breakdown
The Unit LoadPallet, bin, tray or crate — the thing the store actually moves. Its size, weight and handling tolerance set rack pitch, machine reach, transfer height and software rules; get it wrong and every later decision inherits the error
RackingStructural steel engineered for the load, the building and the seismic case, and held to the machine's tolerances — an automated aisle has none of a forklift driver's forgiveness
The MachineStacker crane serving an aisle for deep, dense holding; shuttles inside the rack for many simultaneous movements; vertical lift modules for small items, bringing the tray to the person. Chosen by holding profile and pick rate
Identity & RecordsBarcode or radio-frequency identity on every unit load, read at each handover, so the record is written by the movement itself and cannot silently diverge from the rack
Management LayerSoftware holding every address, directing movements, enforcing storage rules, and interfacing with the customer's existing stock systems so the depot never keeps two sets of books
MigrationA working depot cannot stop. The change is phased aisle by aisle with issue and receipt running throughout — planning that is the hardest part of the job and the usual reason projects of this class fail
SafetyGuarded aisles, interlocked access, controlled entry for maintenance and rated structures — an automated aisle is a machine, and is engineered and signed off as one
Honest ScopeOurs: survey and holding study, unit-load definition, layout and flow, racking and structure, drives and positioning, conveyors and transfer, pick stations, controls and safety, system interfaces, migration, commissioning, training. Co-developed / bought-in: the storage-and-retrieval machines and the management software, from specialists
Sensitive BoundariesWhat a depot stores is never discussed on this page, and no customer, site, holding, quantity or throughput figure appears; the system is described at capability level and built from Neometrix's own competence rather than any enquiry document
StatusNeometrix has quoted against successive automated stores handling, stacking-and-retrieval and inventory-management upgrade requirements for large storage depots and a research establishment, offered as system engineering, integration and indigenisation, with the storage-and-retrieval machines and the management software co-developed or bought-in from specialists, and no delivered automated stores system is claimed.
04
Configurations

Four answers, one question.

What is held, how much of it, and how often does somebody need it? The answer picks the machine.

Stacker crane aisle

Deep and dense

One machine serving a tall aisle, racking both sides. The best use of a building's height when the holding is large and movements are steady.

Shuttle system

Many at once

Shuttles working inside the rack on several levels together, so throughput is not limited to one machine's cycle. For stores with busy peaks.

Vertical lift modules

Small items, brought to you

Enclosed cabinets that store trays densely and deliver the right one to a window. Ideal where the holding is thousands of small line items.

And the fourth, which is often the right first step: an inventory-management upgrade alone — identity, addressing, records and process brought up to standard on the existing racking, with the machinery added later once the data is trustworthy.

05
Where it fits

Wherever a store got too big to remember.

The pattern is the same everywhere: the holding grew, the people changed, the paper stayed.

Large storage depots

Central stores holding many thousands of line items across long buildings — the class of requirement behind this page, and where addressing pays back fastest.

Research establishments

Laboratories and workshops whose stores mix common items with irreplaceable ones that must be found on demand, not searched for.

Maintenance & overhaul stores

Where a missing part stops a repair line, and where traceability of what was issued to which job matters as much as the item itself.

Spares and distribution hubs

High line-item counts, uneven demand, and a duty to issue quickly — the classic case for shuttles or lift modules over aisles.

Manufacturing stores

Feeding a shop floor to a schedule, where the store is part of production rather than a room beside it.

Records and archive stores

Dense holdings that are rarely touched but must be produced exactly when asked — where retrieval time, not capacity, is the whole specification.

A stores control desk with two monitors showing plain schematic grids and simple status blocks, beside a compact control panel, looking out over racking through a window
Fig · 04 — The management layer, where the store stops being shelves and becomes a list of addresses that happens to have steel around it.
06
FAQ

Common questions.

Longer answers, for readers who want the reasoning.

Q · 01 We are not short of space. Why automate?
Because space is rarely the real problem, and it is the one everybody notices first. The problems that actually cost a large store are retrieval time and record accuracy. As a holding grows past what one person can carry in their head, items get put in the nearest free space instead of their own, the knowledge of where things are becomes personal rather than institutional, and every staff change quietly erases some of it. Then the ledger and the shelf start to disagree — not dramatically, just a few percent, which is enough that nobody fully trusts either. The visible costs are delay and duplicate holding: things are re-bought because they could not be found, and issue takes hours where it should take minutes. The invisible cost is worse, because a store that is not trusted gets worked around — people keep private stashes, and the official record becomes fiction. Automation is not mainly about fitting more in. It is about making location a property of the item rather than a memory, and about writing the record from the movement itself so it cannot drift. Density is a useful side effect: a machine works to tolerances a driver cannot, so aisles narrow and heights increase — but the reason to do it is trust.
Q · 02 How do you automate a depot that cannot stop working?
Carefully, in phases, and with the migration planned before the steel is ordered — this is the hardest part of the job and the usual reason projects of this class disappoint. A working store has a duty to issue and receive every day it is being rebuilt, so the plan has to keep two systems alive at once and move the boundary between them deliberately. In practice that means: survey and clean the data first, because migrating a bad record simply automates the confusion; define the unit load and re-package to it progressively; build the new store in a zone that is not currently in use where possible, or free one by consolidating; bring one aisle or module into service and move a defined slice of the holding into it, with both the old and new records reconciled at each step; then repeat, aisle by aisle, until the old area is empty and can itself be rebuilt. Alongside it runs the human half: operators trained on the new process before it becomes the only process, and a fallback for every automated step so a fault does not stop issue. The consequence for the schedule is real — a phased job takes longer than a greenfield one — but it is the difference between a depot that keeps its promises during the change and one that does not.
Q · 03 Crane, shuttle or lift module — how is that chosen?
By the shape of the holding and the shape of the demand, not by which is newest. A stacker crane serves one aisle with racking on both sides, and is the most efficient use of a tall building when the holding is large, the loads are uniform pallets and movements are steady: one machine, deep storage, excellent density, but throughput capped by that machine's cycle and by the aisle being unavailable while it is maintained. A shuttle system puts smaller vehicles inside the rack, often several levels working at once, so throughput scales with the number of shuttles rather than the number of aisles — the right answer where demand is peaky and many loads are wanted in the same minutes, at higher cost and complexity. Vertical lift modules abandon the aisle entirely: an enclosed cabinet stores trays densely and delivers the requested tray to a window at working height, which suits stores holding thousands of small line items where the real cost is a person walking and searching. Most large depots end up with a mix — pallets in aisles, small items in modules — and the engineering question is less which machine than how cleanly they hand loads to each other and to the people. That is why the survey comes first: the holding profile picks the machine, and a machine picked before the survey is a decision made in the dark.
Q · 04 Why does the unit load matter so much?
Because it is the decision every other decision inherits. The unit load is the thing the system actually moves — a pallet, a bin, a tray, a crate — and once chosen it sets the rack pitch, the machine's reach and lifting capacity, the conveyor widths, the transfer heights, the pick-station design and even the software's rules about what may be stored where. Choose a load that is too large and the store wastes volume on half-empty carriers and buys a bigger machine than it needs. Choose one that is too small and the movement count explodes, so throughput suffers and the machine becomes the bottleneck. Choose one that the existing holding does not actually fit and the depot spends the first year of operation re-packaging under pressure. The complication in a real store is that holdings are rarely uniform: there are long items, heavy items, awkward items and a tail of things that fit nothing. So the honest approach is to define a small number of standard unit loads that cover the great majority of the holding, decide deliberately how the awkward remainder is handled — often outside the automated store, in conventional racking beside it — and design the machine and software for both. That is unglamorous work done before any steel is ordered, and it is where a store of this class is really won or lost.
Q · 05 What happens when the machine fails?
You plan for it, because a store whose availability depends on nothing breaking is not a store, it is a demonstration. Three habits matter. First, manual recovery: every automated position must be reachable by a defined manual procedure — controlled access into the aisle, a way to lower or extract a load, and rules that make that safe — so a fault degrades issue rather than stopping it. Second, partitioning: the system is engineered so a failure is contained. If one aisle or shuttle is down, the others keep working, and critical fast-moving items are deliberately not all stored in the same aisle — a storage rule the management layer can enforce automatically. Third, maintainability: the machine's wear items are reachable without dismantling the rack, spares are held for what fails, and the maintenance access itself is designed rather than improvised. Add to that the plain requirement that the record survives a power loss and that the system knows, on restart, exactly which loads were mid-movement. None of this is exotic; it is the difference between a store that quietly keeps its promise on a bad day and one that hands the depot an emergency. It is also why availability, not peak throughput, is the number worth arguing about at specification time.
Q · 06 Has Neometrix delivered an automated stores system?
Neometrix has quoted against successive automated stores handling, stacking-and-retrieval and inventory-management upgrade requirements for large storage depots and a research establishment, offered as system engineering, integration and indigenisation, with the storage-and-retrieval machines and the management software co-developed or bought-in from specialists, and no delivered automated stores system is claimed. We would rather say that plainly than dress it up. The record behind the sentence is a run of pursued requirements of exactly this class: automatic stacking and retrieval of stores, upgrades to integrated stacking-and-retrieval systems, inventory-management upgrades at large depots, and an automated storage-and-retrieval system for a research establishment — each answered as a system-engineering and integration offer. Around those bids stands competence this site shows in depth: depot materials handling engineered and offered for the same kind of customer, heavy structural design and fabrication across dozens of machines, drives, controls and safety integration as the house trade, and a long record of integrating bought-in specialist equipment into systems we take responsibility for. The honest shape of a first contract is the one these requirements define: survey the holding, define the unit load, engineer the racking and the interfaces, integrate the machine and the management layer, migrate the depot without stopping it, and train the people who will run it.
Q · 07 What do you engineer, and what is bought in?
The line is worth stating plainly, because systems of this class are often sold as though one company made everything. What is ours: the survey and holding study that decides what the system must do; the unit-load standard; the layout and flow; the racking and structural steel, designed for the load, the building and the seismic case; the drives, positioning and controls integration; the conveyors, transfer cars and pick stations; the safety engineering — guarding, interlocks and controlled access; the interfaces to the customer's existing stock systems; the migration plan; commissioning, training and documentation. What is co-developed or bought-in: the storage-and-retrieval machines themselves — stacker cranes, rack shuttles and vertical lift modules — and the management software, both from specialists who build those things for a living. We do not claim to write warehouse management software or to manufacture the crane, and a quotation from us says so in the same words. What we do take responsibility for is the system: that the bought-in machine and the engineered steel and the customer's records behave as one thing, on site, under load, and that somebody owns the result when they do not.
Q · 08 Can we start with the records instead of the machinery?
Yes — and for many large stores that is the right first step, which is why it is offered as a configuration in its own right. The machinery is only worth buying if the data underneath it is true, because an automated store executes the record faithfully, including its errors: address an item wrongly and the machine will put it exactly where you told it, for years. So an inventory-management upgrade alone does the useful half first. It means surveying and cleaning the holding data, giving every unit load an identity and a defined address on the existing racking, introducing barcode or radio-tag reading at receipt, put-away and issue so movements write the record rather than following it, tightening the process and the rules about where things may live, and interfacing all of that with the customer's existing stock system so there is one set of books. The depot gets faster retrieval, an accurate record and a workforce already trained in the new discipline — without civil work or a shutdown. It also de-risks what comes next: when machinery is added later, the addresses, the unit loads and the habits already exist, so the automation project becomes an engineering job rather than an organisational one. The reverse order — machinery first, data later — is how these projects go wrong.
07
Related

The moving, the sorting, and the storing.

Three neighbours in the handling and storage world.

Browse all Neometrix product lines.

Get a quotation

Tell us the holding, the building,
and how fast it must be found.

The projects desk replies within two working days with a clause-by-clause compliance matrix and a budgetary quotation. Write to [email protected] or use the form.

Enquire — automated stores Capability sheet (PDF) +91 7777 876 876
ISO 9001 / 14001 ENGINEERED TO ORDER — AUTOMATED STORES HANDLING & RETRIEVAL SYSTEM SURVEY · UNIT LOAD · RACK · MACHINE · TRANSFER · IDENTIFY · MANAGE — THE RIGHT ITEM, TODAY ENGINEERED IN NOIDA · INDIA
AUTOMATED STORES HANDLING & RETRIEVAL · RACKING · STACKER CRANES · SHUTTLES · INVENTORY MANAGEMENT · ENGINEERED TO ORDER +91 7777 876 876 Enquire

Similar Products

Share This Page

Engineered To Standards Used In UK, NATO & U.S. Defence Procurement
DEF STAN (UK MoD)
NATO STANAG
RTCA/EUROCAE DO-160
MIL-SPEC / MIL-STD
Address
E-148, Sector-63, Noida, Delhi-NCR, India
Phone
Email
Working Hours
8:30 AM – 5:30 PM  ·  Mon – Sat
move to top arrow