AERONEXUM
Request a Demo

Reference

Aviation Inventory Software

Every inventory system tracks identity, quantity and location. Aviation inventory has to track something harder: whether a specific unit, in a specific condition, owned by a specific party, with a specific set of documents, can actually be used today. This page explains why that is difficult and why general inventory software does not resolve it.

What aviation inventory software is

Aviation inventory software is the system that answers a deceptively simple question: what do we have, and can we actually use it? In most industries that question is answered by a number. In aviation it is answered by a file.

Every inventory system, in any industry, exists to track identity, quantity and location. Aviation inventory software has to track those things too, but it cannot stop there — because in aviation a part is not authorised for use by existing. It is authorised for use by being demonstrably what it claims to be, in a known condition, owned by a known party, with documentation that a customer or an inspector will accept.

That is the whole difficulty of the category, and it is why aviation inventory remains a hard software problem long after general warehouse management became a solved one.

Working definition

Aviation inventory software is inventory management in which each unit carries its own identity, condition, ownership and airworthiness evidence — and in which "available" is a conclusion drawn from all four, not a count.

The four questions aviation inventory must answer

A general inventory system answers one question well: how many do we have, and where. An aviation inventory system has to answer four, independently, for every individual unit.

1. What exactly is this?

Not the part number — the unit. Serial number, manufacturer, modification standard, and where applicable the assembly it came off. Two units bearing the same part number can differ in modification status, in software or firmware loaded, in whether they are OEM or PMA, and in whether they have been through a repair that changed their configuration. Identity in aviation is individual, not categorical.

2. What condition is it in?

Condition is not a note on the record. It is a controlling attribute that determines who may buy the unit, what it is worth, whether it can be installed, and what has to happen to it before it can move. The industry works in a shared vocabulary of condition codes — new, new surplus, overhauled, serviceable, repaired, inspected, as-removed, scrap — and each of those states carries different commercial and regulatory consequences. A system that stores condition as free text has stored a label. A system that models it can reason about it.

3. Whose is it?

Ownership in an aviation store is rarely uniform. On the same shelf you may have units the company owns outright, units held on consignment that belong to another party until they sell, customer-owned material awaiting repair or return, units in an exchange pool, loaner or rental units with a return obligation, and material held against a specific contract. Ownership determines what can be sold, what appears on the balance sheet, and what must be given back.

4. Can it be used right now?

This is the question that catches organizations out, because it is not the same as "is it in stock." A unit can be physically present and still unusable: awaiting incoming inspection, quarantined pending a discrepancy, allocated to another order, on hold against a customer contract, missing a document a particular customer requires, or past its shelf life. Physical presence and operational availability are different states, and conflating them is one of the most expensive errors an aviation business can make.

Why this matters commercially

The cost of getting question four wrong is not an inventory adjustment. It is a quote sent against a unit that was already committed, a delivery promise that cannot be met, and a customer who now has an AOG aircraft and a supplier who told them the part was available.

Why generic inventory software cannot answer them

General inventory systems are built on an assumption that is completely reasonable in most industries and completely wrong in aviation: fungibility. Any unit of a SKU is interchangeable with any other unit of that SKU. That assumption is what makes stock a number rather than a list, and almost every efficiency in conventional inventory management follows from it.

Aviation breaks it at the first step. Two units of the same part number may differ in condition, in ownership, in remaining shelf life, in modification status and in the completeness of their documentation — and those differences change what the unit is worth and who is permitted to buy it. The moment units are not interchangeable, quantity stops being a sufficient description of stock.

Organizations usually discover this in stages. The generic system is adopted. Serial numbers are added as a custom field. Condition becomes a second custom field. Ownership becomes a naming convention on the warehouse. Documentation goes into a shared drive with a folder per part number. Each step is sensible on its own, and the accumulated result is a system that stores aviation data without understanding any of it — which means every operational judgment that depends on that data still has to be made by a person.

  • Quantity is not availabilityGeneric systems decrement a count. Aviation needs to know which specific units are free, and free of what — allocation, hold, inspection, expiry.
  • Documentation is not an attachmentWhen the file is what makes the unit sellable, storing it beside the record rather than as part of it moves the completeness check onto a human.
  • Ownership is not a warehouse nameConsignment, customer property and exchange pool are commercially distinct states with different obligations. A location code cannot express that.
  • Condition is not a status fieldCondition governs price, eligibility and what work is required next. Treating it as a label loses every one of those consequences.

Where the difficulty shows up in practice

Aviation inventory is not a shelf. It is a cycle, and units move around it repeatedly over lifetimes measured in decades. Most of the operational difficulty occurs at the transitions rather than while a unit is sitting still.

The aviation inventory lifecycle A cycle showing material arriving at receiving, passing through incoming inspection, becoming available stock, being allocated and issued to a customer, and in the case of repairable units returning through repair and inspection back into stock. Side branches show units diverted to quarantine, hold, or scrap, and note that documentation must accompany the unit at every transition. THE CYCLE — UNITS TRAVEL IT REPEATEDLY OVER DECADES Receiving Material and its paperwork arrive Inspection The gate into stock: accept, hold or reject Available stock Identity, condition, ownership all known Allocated Committed to an order — not free Issued Shipped or installed Repairable units come back — as a core, a warranty claim, or a customer repair Repair / overhaul New condition, new evidence Re-inspected on return — condition and evidence both start again UNITS ALSO LEAVE THE CYCLE Quarantine · held against a contract · expired · beyond economic repair · returned to its owner Documentation travels with the unit at every one of these transitions A unit whose evidence did not make the journey is not a cheaper unit — for most customers it is an unsellable one
The transitions are where aviation inventory is won or lost. A unit sitting on a shelf is easy to track. A unit moving between receiving, inspection, allocation, repair and return is where identity, condition, ownership and evidence drift apart.

Receiving and inspection are a gate, not a scan

In most industries goods-in is a confirmation that what was ordered arrived. In aviation, incoming inspection is a decision point with three possible outcomes: accept into stock, hold pending resolution, or reject. Material can be physically perfect and still fail — wrong revision of a certificate, a trace gap, a missing teardown report, a cure date that has passed in transit. Until that decision is made the material exists physically but does not exist commercially, and organizations that let purchasing treat receipt as availability will systematically over-promise.

Ownership changes without the unit moving

A consigned unit becomes owned stock at the moment it sells. A customer's unit arrives as their property, becomes work in progress, and leaves as their property again. An exchange unit ships out while an obligation to receive something back remains open. None of these transitions involve the part going anywhere, and all of them change what the organization owns, owes and may sell.

Documentation is part of the asset

Aviation is one of the few industries where a substantial share of an item's value sits in its file. A serviceable rotable with incomplete trace can be worth a fraction of the identical unit with a clean history — or nothing at all to the customer who asked for it. Inventory systems that treat certificates as attachments are, in effect, treating a large share of inventory value as an attachment.

Availability is a conclusion, not a field

Whether a unit can be sold today depends on its condition, its allocation state, its hold status, its shelf life, its ownership and whether its documentation satisfies the specific customer asking. Any system that reduces that to a single availability flag has moved the real judgment into somebody's head.

What organizations should think about

If you are assessing how well your inventory is actually being managed — with or without new software — these questions tend to be diagnostic.

  • Can you answer "what can I sell right now?" without a person filtering the answer? If somebody has to mentally subtract the allocated, held and uninspected units, the system is reporting stock rather than availability.
  • How long does material sit between arriving and being sellable? That interval is real working capital, and in most organizations nobody measures it because it spans two systems.
  • If a customer asks for the file on a unit you sold two years ago, how long does it take? Minutes means the evidence was bound to the unit. Days means it was filed near it.
  • Do you know what you are holding that belongs to somebody else? Consignment, customer property and exchange obligations are easy to under-count and expensive to discover late.
  • Where does shelf life get checked? If the answer is "at picking", expired material has already been counted as available and quoted against.
  • Is condition a value the system understands, or text somebody typed? This single question predicts most of the others.

How this connects to the Aviation Operating Platform

Everything above describes the same underlying issue from different angles: in aviation, inventory is not a quantity but a set of claims about individual units, and those claims are only true if the physical unit, the commercial record and the airworthiness evidence agree with one another.

Keeping those three in agreement across receiving, inspection, allocation, sale, repair and return is not something an inventory module can do alone, because the transitions that break the agreement happen at the boundaries between inventory and other parts of the operation — purchasing, quality, repair, documents, shipping.

That is the problem an Aviation Operating Platform is defined to address: not storing inventory data more precisely, but keeping the record, the unit and the evidence coherent across the whole of the work so that availability is a fact the system can state rather than a judgment a person has to assemble. The aviation software overview places inventory alongside the other systems a typical operation runs, and aviation ERP covers the commercial record that sits underneath all of it.

Common questions

What makes aviation inventory different from ordinary inventory?

Ordinary inventory assumes units of the same item are interchangeable, which lets stock be tracked as a quantity. In aviation, two units of the same part number can differ in condition, ownership, modification status, remaining shelf life and documentation — and those differences change what the unit is worth and who may buy it. Once units are not interchangeable, quantity stops being a sufficient description of stock.

Why isn't a warehouse management system enough?

A warehouse management system is built to optimize the movement and storage of fungible goods. It can usually be extended to hold a serial number, but it has no native concept of condition as a controlling attribute, of ownership states such as consignment or exchange pool, or of airworthiness evidence as part of what makes a unit sellable. Those become custom fields and conventions, which means the judgments that depend on them stay manual.

What does "serialized inventory" actually mean here?

It means the individual unit — not the part number — is the thing the system tracks. Each unit has its own identity, condition history, ownership, location and documentation, and can be followed through every transaction it passes through over a service life that may span decades.

Why is availability harder than stock level?

Because a unit can be physically present and still unusable: awaiting incoming inspection, quarantined against a discrepancy, allocated to another order, on hold under a contract, past its shelf life, or missing a document that this particular customer requires. Availability is a conclusion drawn from several attributes, not a count.