AN OPEN STANDARD FOR MAINTENANCE TRACKING SOFTWARE

Green means proven.

Five things a maintenance tracking system must never do. Written to be used against any vendor in this category, including us.

Version 1.0 · July 2026

Why this exists

Maintenance tracking software has to render a status for every item it tracks. Overdue, due soon, compliant. The hard part is not the arithmetic — it is what the system shows when it does not actually know.

The comfortable answer is almost always the reassuring one. A lookup fails and the screen falls back to the last branch, which is green. A verdict the importer does not recognise gets filed under complied. A component whose install time was never captured is assumed to have gone on the aircraft brand new. None of these look like failures. They look like a clean aircraft.

That is a different class of defect from a wrong number. A wrong number can be caught by anyone who knows the aircraft. A confident answer built on nothing looks exactly like a right one, and it stays invisible until an auditor is standing at the counter — or until something breaks.

A Director of Maintenance signing a return to service is putting their certificate behind what that screen says. The software owes them the truth about its own uncertainty. This document states that obligation in five clauses.

01

Absence of data is not evidence of compliance

A system must never assert a compliant status derived from data it failed to retrieve. If a lookup, query or calculation did not complete, the status it feeds must read as not evaluated.

A failed request and a clean aircraft produce identical screens if the failure is swallowed. The operator cannot tell a healthy fleet from a broken connection, and the empty state — "nothing due" — reads as reassurance.

ASK ANY VENDOR

Show me what this screen renders when the status service is unavailable. Not a description — disconnect it and show me.

02

An unrecognised verdict is not a compliant one

When importing status from an external record, any verdict the system cannot positively recognise must be recorded as unknown. The fallback bucket must never be the compliant one.

Source reports carry verdicts that vary by provider and by decade. A default of "complied" silently converts everything unfamiliar into satisfied — including the verdicts that mean the exact opposite, which are the ones that matter most.

ASK ANY VENDOR

Import a record containing a verdict string you have never seen. Where does it land, and does it appear in the action list?

03

A computed remaining life requires an established baseline

Remaining life on a life-limited or hard-time item must be computed only from a recorded starting point. Where time at installation was never captured, the item must read as needing an initial record, not as within limit.

Assuming a zero-time install is wrong in the unsafe direction. A part that went on used can sit at or past its limit while the sheet prints a confident figure for cycles remaining.

ASK ANY VENDOR

For a component with no recorded install time, what does the sheet print — a number, or an admission?

04

No baseline means no verdict

An aircraft or fleet with no established maintenance baseline must never report as clear, airworthy or ready to dispatch. Nothing established is a distinct state from nothing due.

The two look the same in every summary count that starts at zero. A tail nobody has loaded yet reports the same clean numbers as a tail that is genuinely current.

ASK ANY VENDOR

Add a new aircraft and enter nothing. What does the dashboard say about it?

05

An interval the system cannot read is not satisfied

Where an interval, unit or limit cannot be interpreted, the item must surface for human review. It must not fall through to a default status.

Programs use units that vary by manufacturer and by era — daily, annual, landings, cycles, calendar months, operating hours. Any one the logic does not handle takes the default branch, and the default is usually green.

ASK ANY VENDOR

What is your list of supported interval units, and what happens to an item using one that is not on it?

Our own assessment against this standard

Jet Lens failed all five clauses. Not historically — as of July 2026, in production, in front of customers.

We went looking for this specific class of defect in our own compliance engine and found every one of the five described above. The headline airworthiness verdict rendered a green "Clear" when its status fetch had failed. An airworthiness directive stamped NOT COMPLIED WITH in the source report showed as a green pill, counted in the complied total, and was filtered out of the action list — on screen and in the exported PDF. Life-limited parts computed remaining life from an install time that had been assumed rather than recorded. A tail with no baseline reported as clear to dispatch. Daily and annual intervals matched nothing in the interval logic and resolved to green.

All five are fixed. Each of those paths now degrades to not evaluated instead of fine. We are publishing the standard and our failures against it together, because a bar you announce after you have quietly cleared it is marketing, and a bar you announce along with the evidence you were under it is a commitment.

We expect to be held to this. If you find a place where Jet Lens shows a status it cannot support from a record, tell us and we will fix it and say so publicly.

Compliant with all five clauses as of July 2026.

Using this when you evaluate software

Five questions, ten minutes, and they work on any vendor in this category. Ask them on a live screen rather than in a slide deck.

  1. 1Show me what this screen renders when the status service is unavailable. Not a description — disconnect it and show me.
  2. 2Import a record containing a verdict string you have never seen. Where does it land, and does it appear in the action list?
  3. 3For a component with no recorded install time, what does the sheet print — a number, or an admission?
  4. 4Add a new aircraft and enter nothing. What does the dashboard say about it?
  5. 5What is your list of supported interval units, and what happens to an item using one that is not on it?

A vendor who answers these plainly is telling you how their software behaves at its worst, which is the only part of a demo worth watching. A vendor who cannot answer them has not thought about it — and that is the answer.

Hold us to it

If you run maintenance at a Part 135 or Part 145 operation, I'll build the compliance sheet for one of your tails and you can check it against all five clauses yourself. The export is yours to keep either way.

Get the compliance sheet for one tail

Richard Peña · Founder, Jet Lens · A&P