Learn when AS9102 first article inspection is required in aerospace manufacturing, including new part introduction, design changes, process changes, production lapses, and partial or delta FAI triggers.

In aerospace manufacturing, one of the most common quality questions is not what AS9102 first article inspection is, but when it is actually required. Teams know first article inspection matters. They know customers expect a compliant FAIR. What causes real friction is deciding whether a situation calls for a full FAI, a partial FAI, or no new FAI at all.
That decision matters because unnecessary first article work slows production, ties up quality resources, and adds documentation overhead. On the other hand, missing a valid trigger can create customer escapes, audit findings, approval delays, and serious traceability problems. In aerospace, where configuration control and product conformity carry real operational and regulatory weight, getting this right is not optional.
This article explains the most important AS9102 FAI triggers, including new part introduction, engineering changes, process changes, production lapses, and the circumstances that justify a partial or delta FAI rather than a full reset. It also looks at how aerospace manufacturers can manage these triggers more consistently using connected digital workflows.
If you want the broader foundation first, review AS9102 Software: Digital First Article Inspection for Aerospace Manufacturing.
AS9102 first article inspection is a structured method for verifying that a production process can manufacture a part or assembly that fully conforms to engineering, specification, and purchase order requirements at the released configuration. It is not just a sample inspection. It is not a one-time paperwork exercise. It is a formal record that shows the part definition was interpreted correctly, the process was executed properly, and the evidence of conformity is complete and traceable.
In practice, an FAI helps answer a straightforward but high-stakes question:
Can this exact aerospace production process, at this exact released configuration, produce conforming hardware with full documented accountability?
That is why FAI sits so close to configuration control, traceability, launch readiness, supplier quality, and customer approval. It creates a documented baseline that can later support change management, resubmissions, investigations, and audits.
Plenty of aerospace organizations understand how to complete Form 1, Form 2, and Form 3. Fewer have a disciplined internal method for deciding when a new or updated FAI is required. That is where problems begin.
If the trigger logic is weak, teams end up doing one of two things. They either over-trigger, which creates waste and slows down manufacturing, or they under-trigger, which creates risk. Neither outcome is good. The first hurts efficiency. The second hurts compliance, customer trust, and sometimes product integrity.
A clear trigger model helps quality and manufacturing teams:
Here’s the thing. The cost of poor trigger discipline is rarely visible all at once. It shows up as late package corrections, missing evidence, confused resubmissions, duplicated work, and uncomfortable customer conversations.
The clearest AS9102 trigger is the first production run of a new part number or assembly. When an aerospace organization introduces a part into production for the first time, it needs objective evidence that the released design can be built and verified correctly using the intended production process.
This usually calls for a full FAI because there is no prior approved baseline to rely on.
New part introduction typically includes:
In these cases, the FAIR establishes the first documented baseline for the product. That baseline matters later when changes occur, because it gives the organization something traceable to compare against.
In aerospace, new part introduction is not just about proving that one part measured correctly on one day. It is about proving that the released configuration, manufacturing route, inspection method, material traceability, and special process chain all support conformity. That is why the first baseline FAIR often becomes an anchor record for the life of the part.
Engineering changes are one of the most common reasons organizations revisit FAI. Not every revision change means the entire FAIR must be rebuilt, but changes that affect requirements, form, fit, function, interfaces, or inspection criteria often require at least a partial or delta FAI.
The real question is not simply whether the drawing revision changed. The better question is whether the released product definition changed in a way that affects conformity or verification. If it did, the FAI baseline likely needs to be updated.
If the change affects only certain characteristics rather than the entire part, a partial or delta FAI is often the right choice. That allows the organization to revalidate only the impacted features while preserving the unaffected baseline from the original FAIR.
This approach is especially valuable in aerospace because programs often evolve slowly through controlled revisions, and rebuilding a full FAIR every time can become needlessly expensive. Still, that efficiency only works if the company has strong revision control and can clearly identify which characteristics were affected.
One of the biggest mistakes organizations make is assuming that if the drawing did not change, the FAIR does not need attention. In aerospace manufacturing, process changes matter because the product may be the same on paper while the route used to build it has changed in a meaningful way.
If the process changes in a way that could affect part conformity, a new or updated FAI may be required.
What this really means is that aerospace FAI is not only about the part definition. It is also about the process definition behind that part. If the way the part is made changes enough to alter risk, the FAIR logic needs to catch up.
Aerospace production often involves tight tolerances, special processes, controlled materials, complex routings, and customer-specific source requirements. A machine swap, tooling update, supplier change, or move to a different facility can alter process behavior even if the part number and drawing revision remain identical. That is why smart trigger discipline looks at more than engineering release history.
In aerospace, traceability to material and special process evidence is central to FAI integrity. Form 2 exists for a reason. If the source or nature of the controlled inputs changes, organizations need to evaluate whether a new or updated FAI is required.
Some of these may require only partial FAI activity. Others may justify a broader review, depending on the criticality of the change and the customer’s expectations. Either way, they should never be treated as invisible background changes. In aerospace, they are often part of the conformity story.
Aerospace manufacturing does not always run at a steady cadence. Many parts are made intermittently. Some programs have long pauses. Some part numbers may go quiet for months or years before restarting. That makes production lapse one of the most important and most overlooked FAI triggers.
If production has been dormant long enough, organizations may need to review whether the baseline process can still be trusted without refreshed validation.
A long production gap can introduce risk even when the part and process documentation appear unchanged. During the lapse, a lot may have shifted:
That is why production lapse should be treated as a process risk issue, not just a scheduling detail.
Many organizations use internal thresholds, customer requirements, or contract-specific rules to define what counts as a significant lapse. A common reference point is two years, but the right answer always depends on the customer, the product, and the organization’s quality system. The main point is that lapse-based trigger logic should be defined clearly and applied consistently.
One reason AS9102 remains practical in real aerospace operations is that it does not force a full restart every time something changes. Instead, it allows manufacturers to scale the response to the actual scope of impact.
The discipline here is simple to say but harder to execute: revalidate what changed, preserve what did not, and document the logic clearly.
Delta FAI sounds efficient, and it is, but only when the underlying data is structured well enough to support it. If characteristics are trapped in static spreadsheets, traceability is fragmented, or revision history is unclear, teams often end up redoing far more than necessary. In those environments, delta FAI becomes confusing because nobody can cleanly separate affected from unaffected requirements.
AS9102 gives aerospace manufacturers a standard framework, but it does not erase customer-specific expectations. Many primes and upper-tier suppliers apply additional rules around when FAI is required, what counts as a significant change, how lapse thresholds are handled, and what submission format is acceptable.
That means the right internal question is never only:
What does the standard allow?
It also needs to be:
What did the customer contract, purchase order, or program requirement actually ask for?
This matters because a technically defensible partial FAI may still be rejected if the customer expects a full resubmission package, specific portal workflow, or extra supporting documentation.
Most FAI trigger failures come from poor process visibility rather than bad intent. Teams are busy, systems are disconnected, and changes are sometimes managed in silos.
The result is usually one of two ugly outcomes. Either the organization creates a lot of unnecessary quality work, or it ships with weaker evidence than the customer expects. Neither is a good place to be.
Digital FAI platforms are at their best when they do more than produce forms. They should help aerospace manufacturers manage trigger logic as part of a connected quality and manufacturing workflow.
That last point matters more than people think. In aerospace, it is not enough to make the right trigger decision. You often need to show later why that decision was reasonable.
Connected platforms are especially useful in regulated manufacturing because they reduce the gap between engineering changes, manufacturing process shifts, and quality documentation. Instead of waiting for someone to notice a trigger manually, the system can support earlier visibility into what changed and what evidence may need to be refreshed.
That does not replace engineering judgment. It makes that judgment more consistent, more traceable, and less dependent on memory.
Every aerospace manufacturer should define a practical internal trigger policy that aligns with AS9102, customer requirements, and real production conditions. The best policies are not vague. They are specific enough that quality, manufacturing, and engineering teams can use them without guesswork.
Without this, organizations tend to rely too heavily on tribal knowledge. That works until the key person is out, the program changes hands, or the customer starts asking harder questions.
AS9102 FAI triggers are not just a compliance detail. They are part of how aerospace manufacturers control change, preserve traceability, and protect confidence in the production process. New parts, engineering changes, process shifts, material source changes, and production lapses can all justify a new or updated FAIR. The real challenge is knowing when a full FAI is necessary and when a partial or delta FAI is the smarter, defensible path.
The organizations that handle this well do not treat FAI as a last-minute quality document. They treat it as part of a connected operational system that links engineering, production, inspection, and customer requirements. That is where the real efficiency shows up, and it is also where the strongest compliance posture comes from.
To go deeper into digital workflows, FAIR structure, and connected aerospace quality execution, read AS9102 Software: Digital First Article Inspection for Aerospace Manufacturing.
Whether you're managing 1 site or 100, C-981 adapts to your environment and scales with your needs—without the complexity of traditional systems.