INDUSTRY REPORT 02 · AEROSPACE FIRST ARTICLE
turbine blade · drag to rotate · illustrative AI reconstruction, not a scan
A first article inspection is not a measurement task that happens to produce paperwork; it is an accounting task that happens to require measurement. Every characteristic on the drawing — every dimension, every profile callout, every flag note about edge break and surface treatment — gets a number, a requirement, a result, and a method, and the report is only done when nothing is unaccounted for. On a simple bracket that is an afternoon. On an airfoil, a housing, or an integrally bladed rotor, the accounting itself becomes the dominant cost — which is exactly why 3D scanning keeps being proposed for FAI, and exactly why it needs to be proposed carefully.
Contents
Start with what the document is for, because everything else follows from it. AS9102 — the SAE standard that aerospace customers flow down for first article inspection (FAI), titled Aerospace First Article Inspection Requirement — exists to produce objective evidence that a production process, run the way it will actually run, yields a part meeting every design characteristic and specification requirement: understood, accounted for, verified, and documented. Three words in that sentence carry the legal weight. Production means the first article must come from the real process — production tooling, production methods, production sequence, the same manufacturing environment — not a model-shop favor that happens to share a part number. Every means complete accounting: each characteristic on the engineering drawings or the model, flag notes included, gets a unique number and a verdict against its design specifications. Documented means the first article inspection report (FAIR) is the deliverable — a formal record made before full-scale production begins. What the customer approves is the package, not just the part.
The FAIR has a canonical shape: three forms. Form 1, the Part Number Accountability form, identifies the part and ties an assembly-level FAI to the detail-part and sub-assembly FAIs beneath it. Form 2 (Product Accountability) lists raw materials, special processes, and functional testing against their specifications — the paper trail behind heat treat, coatings, NDT, and the material certifications that travel with the metal. Form 3 (Characteristic Accountability, Verification and Compatibility Evaluation) is the heart of the exercise and the subject of this report: every design characteristic, uniquely numbered, with its requirement, its measured result, the tooling or inspection method that produced the result, and — if it failed — a nonconformance reference. The standard permits equivalent formats; what it does not permit is missing content. And a characteristic that fails does not get quietly annotated: it gets a documented nonconformance, and the FAI stays open until the disposition is closed and the affected characteristics are re-verified.
When does an FAI trigger? A new part number's first production run takes a complete FAI; afterward, significant changes trigger partial FAIs scoped to the affected characteristics. The principal re-accomplishment triggers, paraphrased from the standard (its wording, and your customer's supplement, governs):
| Trigger | Typical scope |
|---|---|
| New part number, first production run | Full FAI |
| Design change affecting fit, form, or function | Partial — affected characteristics |
| Change in manufacturing source, manufacturing process, inspection method, location of manufacture, tooling, or raw materials | Partial, where the change can affect fit, form, or function |
| Change to an NC program, or its translation to another medium | Partial — affected characteristics |
| An event that adversely affects the manufacturing process | Partial or full, per impact |
| Lapse in production — two years, unless the customer specifies otherwise | Full |
The enforcement mechanism is contractual. AS9102 is issued through SAE for the International Aerospace Quality Group, the body behind the AS9100 family, and appears as EN 9102 in Europe and SJAC 9102 in Japan — the same first article inspection requirement, carried by the IAQG's Americas, European, and Asia-Pacific sectors in substantially the same words. AS9100 — the aerospace quality management system standard built on ISO 9001 — carries a production-process-verification requirement (clause 8.5.1.3 in revision D) obliging you to verify, using a representative item from the first production run, that the process, documentation, and tooling can produce conforming product. So the honest answer to "does AS9100 require first article inspection?" is this: AS9100 requires the verification and does not name AS9102 as the only way to do it, but AS9102 is the standard method of showing it and the customer contract almost always names it outright. AS9145 then folds the FAI into a wider aerospace approval package as one element among several — section 8 places FAI against the automotive equivalent. Customer supplements then tighten whatever the standards left loose. If you are doing FAI, it is because a contract says so, in a chain that usually starts at an airframer or engine OEM and flows down through every tier of the supply chain — first article inspection is a supplier quality management instrument before it is a measurement one. That is also why the report format is so rigid: your Form 3 may be read three tiers above you by someone who will never see your shop.
Section 1 gave the legal definition. The first article inspection process that follows from it is more specific than most descriptions admit, and it is worth setting down plainly, because the scanning argument in the rest of this report only makes sense against the actual sequence. Seven steps, in the order a shop meets them:
Two clarifications, because the popular summaries blur both. First, FAI is commonly described as a one-time comprehensive check of the first production part, and that is right as far as it goes — but the trigger table in section 1 means most shops run partial FAIs far more often than full ones, and the cost of the tenth partial FAI matters more than the cost of the first full one. Second, FAI is not quality control. Quality control is what happens at rate, on every part, forever; FAI is a gate crossed once per configuration to prove the process can produce conforming product at all. Confusing the two produces shops that inspect their first article beautifully and their hundredth not at all. The FAI's real function is risk mitigation at the point where a mistake is still cheap: catching a misread datum, a tooling defect, or a drawing the shop and the customer understood differently, before the metal and the schedule are committed to full-scale manufacturing.
So: ballooning. Each characteristic on the drawing gets a numbered balloon (some shops say bubbling), and the balloon numbers key the drawing to the Form 3 rows one-to-one. The point is auditability — a customer quality engineer must be able to pick any requirement on the drawing and find its result in the first article inspection report without interpretation, and pick any row on Form 3 and find its requirement on the drawing.
The arithmetic is what makes this brutal. A simple machined bracket might carry a few dozen characteristics. A housing, a manifold, or an airfoil casting easily runs into the hundreds before you count the note-driven characteristics — break edges, identification marking, surface treatment coverage — that also require rows. Done manually, the workflow is: mark up a drawing PDF balloon by balloon, build the characteristic list in a spreadsheet, measure everything, transcribe results row by row, then reconcile. Every step has a characteristic failure mode: missed notes, transposed digits, balloon numbers that drift out of sync with the spreadsheet after a drawing revision, results pasted against the wrong row. None of these are measurement errors — the part may be perfect — but each is a defect in the objective evidence, and customer FAI rejections for documentation defects rather than nonconforming metal are a familiar frustration in the supply chain (I know of no reliable public statistics on the split, so I won't invent one).
Practitioners commonly report that on complex parts the documentation effort rivals or exceeds the measurement effort — stated here as general industry experience, not a measured figure. A small software industry exists precisely because of this: tools that extract characteristics from drawings by OCR, or harvest them directly from model annotations, and manage the balloon-to-form linkage. Whatever the tooling, the structural fact remains: Form 3 is per-characteristic accounting, so anything that lowers the marginal cost of one verified, traceable result compounds across hundreds of rows. That is the lens through which to evaluate scanning — not "is the scanner accurate," but "what does it do to the cost and integrity of a row."
The honest case for structured-light or laser scanning in first article inspection rests on three mechanisms.
Full-field evidence for full-field callouts. A profile-of-a-surface tolerance applies to the whole toleranced surface, but a tactile CMM samples it — a probe path is a decision about where the truth lives. A dense scan evaluates the callout against the surface as a whole, and the deviation colormap is supplementary objective evidence of a kind a point report cannot give: it shows where the profile condition is consumed, not just that its worst point passed. For drawings that lean on profile and surface callouts — castings, airfoils, sheet and composite contours — this is the difference between sampling a requirement and actually inspecting it.
One setup, many rows. A single digitization captures the accessible geometry once; hundreds of surface-borne characteristics are then evaluated from the same dataset, each keyed to its balloon number in the inspection plan. The evidence isn't automatic — every characteristic still needs its own evaluation with the drawing's datum logic, not a lazy best-fit — but the marginal cost of the next row collapses, which is precisely the economics section 3 asked for.
Cheap re-accomplishment. Partial FAIs are where scanning quietly earns most. When the trigger is an NC-program change on one operation, a parametric inspection project re-run on a new scan reproduces the affected characteristics — same plan, same datum logic, same report format — at marginal cost. The re-FAI stops being a project and becomes a run.
Now the other column, because the failure mode in aerospace is overclaiming. Scanning does not replace the hard gauge or the tactile CMM on the characteristics they exist for. Small tight-tolerance diameters are the documented weak point: in the tactile-versus-optical comparison study cited in my forging report, structured-light step heights read 23–36 µm high against a CMM and small-hole diameters erred by up to ~125 µm, improving with hole size — bias, not noise. Threads are verified by gauging, not surface reconstruction. Surface finish and texture callouts need a texture instrument, not a scanner reporting form deviation. Bores that serve as datum features for tight positional schemes deserve tactile measurement, because the datum frame's uncertainty propagates into every characteristic referenced to it. Internal geometry — cooling passages, cored cavities — is CT territory, with its own standards ecosystem (ISO 15708, ASTM E1441 and E1570, VDI/VDE 2630 for dimensional CT). The doctrine that regulated supply chains actually run, and the one I argued for on the forging side, is hybrid inspection: tactile holds the datums and the tight primitives, full-field optical owns the freeform surfaces and the profile callouts, CT owns the inside.
Form 3 is built for exactly this. The form asks each characteristic for its result and its method — it was never premised on one instrument doing everything. A well-planned scan-based FAI is really a method map: every balloon number assigned in advance to scan, CMM, functional gauge, or certificate, with the assignment agreed before anything is measured. The question is never "can we FAI this part with the scanner"; it is "which rows should the scanner own."
The quiet revolution underneath all of this is that the drawing is losing its monopoly. Under model-based definition, the 3D model with its embedded annotations — PMI, product and manufacturing information — is the design authority, governed by digital-product-definition practices standardized in ASME Y14.41 and ISO 16792. AS9102 revision C — current at the time of writing — accommodates this world explicitly: design characteristics may come from 3D model data rather than a 2D drawing, and the forms are media-neutral — electronic formats carrying the required content are as valid as paper. Ballooning survives the transition, but transformed: instead of numbering views on a PDF, you number annotations in the model, and the balloon-to-row linkage can be a data relationship instead of a clerical one. This is where scan-based FAI becomes genuinely natural, because the inspection plan, the nominal geometry, and the characteristic list all live in the same dataset the scanner's software aligns to.
But here is the part that surprises engineers who expect a measurement argument: acceptance of model-based, scan-derived FAI data is procedural, not physical. No customer signs off because the scanner's spec sheet is impressive. What they audit is process: documented procedures for handling digital product definition data, configuration control of datasets (which model revision, which derivative, who translated it), and verification of the measurement software chain. The pattern was codified by Boeing's D6-51991, the quality standard its suppliers meet for digital product definition, which includes verifying the measurement software you use against the datasets you use it on. In the same spirit, Nadcap runs a measurement and inspection accreditation family (AC7130) for exactly this class of capability; one accredited UK aerospace scanning bureau's vendor case study — reported as AC7130/4 in the material I have, vendor-sourced — is candid that the accreditation demanded heavy investment in process and equipment, not just instruments. The certificate on the scanner (VDI/VDE 2634 historically, ISO 10360-13:2021 now — the transition is covered in the forging report) bounds the instrument, not your task. What makes scan data acceptable on a Form 3 is that your process for producing it is approved, your software chain is verified, and your measurement uncertainty reasoning is available when the customer asks.
The practical consequence: get the process approval before the FAI, not during it. An FAI package is the worst possible vehicle for discovering that your customer's DPD requirements don't recognize your mesh-derived diameters.
If one part family justifies the whole argument, it is the airfoil. A blade's aerodynamic surfaces are toleranced in ways that are structurally hostile to sparse probing: profile tolerances on section curves cut at defined span stations, and section-level parameters — chord, thickness distribution, leading- and trailing-edge radii, twist, bow, sweep — that are relations across the whole section, not point measurements. (That parameter list matches the capability set of dedicated airfoil-inspection software; most of the enumeration matches ZEISS INSPECT Airfoil's documented feature list, via my research corpus, but the parameters themselves are standard turbomachinery practice and vendor-independent.) A touch probe samples a section; a scan digitizes it. For twist and bow — relations between sections — full-field data is not merely more convenient, it is the representation in which the characteristic naturally lives. This is why airfoil work was among the first aerospace niches where optical inspection became routine: an investment-casting house like Doncasters Bochum runs automated optical cells on turbine blades and reports measuring times cut two-to-three-fold (vendor-sourced case study), and engine-overhaul shops use full-field deviation data to replace subjective accept/scrap judgments on worn airfoils (vendor-sourced).
The honest caveat rides along: the leading and trailing edges — the most aerodynamically sensitive features on the part — are also the hardest optical targets on it: thin, high-curvature, prone to sparse or noisy data at glancing angles. A blade FAI plan that does not specify how edge data is filtered, how edge radii are fitted, and where tactile or optical-comparator methods take over is not yet a plan. Edge characteristics are frequent candidates for the CMM column of the method map, and which fit criterion the evaluation uses stops being academic at a 0.1 mm edge radius.
integrally bladed rotor (AI reconstruction) — every characteristic on one blade recurs on every blade; the accounting multiplies, the geometry doesn't
Then multiply. A blisk — an integrally bladed rotor, blades and disk machined or welded as one piece — takes every per-blade characteristic and repeats it for every blade on the wheel. Twenty-odd blades, dozens of characteristics each, plus the disk itself: the Form 3 for a blisk FAI runs to a characteristic count that makes manual accounting genuinely hazardous, on a part whose scrap cost concentrates an entire stage's value in one piece of metal. This is the clearest case in aerospace for the plan-once economics of sections 4 and 7: one alignment, one digitization strategy, per-blade evaluations templated and repeated by pattern, results flowing to rows by construction rather than transcription. One accounting decision deserves written customer agreement before you start: how repeated identical characteristics are recorded — a row per instance, or a summarized worst case with the instances traceable behind it. AS9102 practice varies here, and discovering the customer's preference at submission is the expensive way to learn it.
What does automation of scan-based FAI actually look like? Less than the brochures imply, and more useful. Being specific about the mechanism is the best defense against overclaiming, so here is the workflow as I build it:
Plan once. The inspection plan is built against the nominal model before the first article exists: every characteristic constructed with the drawing's (or PMI's) datum logic, named by its balloon number, method-mapped per section 4. In a parametric inspection environment, that plan is not a document — it is an executable object. Replace the measured data, and every characteristic recomputes.
Template the report. Modern inspection software carries report templates and table exports; the characteristic table — number, requirement, actual, deviation, method — exports to the formats quality systems ingest, which is most of what a Form 3 needs. Packaged app frameworks go further: the platform I script for ships report templates, import/export templates, and checks as installable packages, so a shop's FAIR format becomes a deployable artifact rather than tribal knowledge (capability list per vendor documentation, via my research corpus). One vendor case describes exactly this pattern in production — templated reports communicating scan results from an automated cell run overnight by non-metrologists (vendor-sourced).
Automate the accounting, not the judgment. The honest boundary: what automation removes is transcription — the results-to-rows step where documentation defects breed. What it does not remove is the engineering. Someone still defines characteristics correctly, validates that the software's evaluation matches the drawing's intent, and disposes nonconformances. And one caution from my research corpus deserves quoting because vendors rarely volunteer it: standards-aware GD&T checks may re-associate source points rather than using your construction's fit, so the inspection characteristic, project standard, and datum logic must be validated separately — characteristic by characteristic, before the template is trusted, not after the customer asks. A templated FAI project inherits the quality of that validation forever; it is the highest-leverage hour in the whole workflow. If you want to see what this looks like concretely, the worked examples on this site are built on the same discipline.
What I will not claim: that any of this "generates your FAI at the push of a button." The measurement takes as long as the measurement takes, edge cases need humans, and the customer-facing forms have fields — process references, certifications, functional test results — that no geometry pipeline fills. The realistic outcome of good automation is that the Form 3's geometric rows become a byproduct of a validated plan instead of a separate clerical project, and that partial FAIs become runs instead of projects. That is worth a great deal. It is not magic, and a first article inspection is the wrong place to discover the difference.
First article verification is not unique to the aerospace industry, and a scan-based workflow built for AS9102 will get proposed for neighboring work sooner or later. It is worth knowing precisely how much of it transfers, because the family resemblance between these regimes is stronger than their compatibility.
Automotive: the production part approval process. PPAP, as codified in the AIAG manual, is the automotive approval process with the same underlying purpose — prove the process before it runs — but a much wider scope. Its element list (eighteen in the manual's fourth edition, still current at the time of writing) reaches well past dimensional evidence into the design and process FMEAs, the control plan, initial process studies, measurement system analysis, sample parts, and the Part Submission Warrant that fronts the package. Dimensional results are one element among many. The nearest cousin to a Form 3, then, is the PPAP dimensional-results sheet — and that is also the honest answer to the common question of how PPAP and first article inspection differ. FAI is narrower and deeper on characteristic accountability; PPAP is broader and asks more about the process's statistical behavior than about any single part. Aerospace has since built its own version of the same structure: AS9145 is the sector's own standard for advanced product quality planning and the production part approval process, and it is where section 1's wider approval package comes from — with FAI to AS9102 sitting inside it as one submission element rather than standing alone. The element set is adapted rather than adopted wholesale, with the FAIR carrying the dimensional evidence.
Medical devices: be careful what you claim. It is frequently written that ISO 13485 requires first article inspection. It does not, at least not in those words: the standard obliges manufacturers to validate processes whose output cannot be fully verified by subsequent monitoring, to verify purchased product, and to control nonconforming product. Nothing stops a medical device manufacturer from writing a first-article procedure of its own design, and many do; some customers flow down AS9102-style forms by contract. But a first-article check does not by itself discharge process validation, and the form set, the balloon conventions, and the re-accomplishment triggers are aerospace artifacts, not ISO 13485 requirements. If you are told "ISO 13485 requires FAI," ask which clause; the answer will be a procedure the manufacturer wrote, which is a perfectly good answer and a different one.
What genuinely transfers across regulated industries is the principle, not the paperwork: objective evidence, produced before full production, that a documented process yields conforming product, retained in a form an auditor can follow. What differs is where the content of the obligation comes from. In aerospace, AS9102 and the customer's supplement fix what the first article has to show, so a scope dispute is settled against a text you did not write. A medical manufacturer's first-article procedure has no such document behind it — ISO 13485 never asked for it — so the text an auditor holds you to is the text you wrote. That cuts both ways: you set the scope, and you are held to exactly the scope you set, with a finding against your quality system rather than a rejected FAIR. And the assumption that your customer's expectations stop at the standard's is no safer here than it is in aerospace. A scan-based inspection project is portable across all of these — the geometry does not care which manual governs — but the report template, the accountability conventions, and the submission records have to be rebuilt per regime. Budget for that, and do not quote a medical or automotive job on the strength of an aerospace template.
One last boundary, since FAI is often shelved under general quality improvement: an FAI is a gate, not a continuous improvement program. It answers one question once per configuration. The data it produces — particularly full-field deviation data on castings and airfoils — is genuinely useful for process improvement afterward, and shops that feed it back to their tooling and process engineers get more from the exercise than shops that file it. But that is a benefit of the artifact, not the purpose of it, and no customer will accept improvement intent in place of a complete, accounted-for Form 3.
Every line of that list is decided before a single fringe pattern hits the part, and every line is cheaper to decide in writing than to renegotiate inside a rejected FAIR. If your shop has the scanner and the AS9102 flow-down but the decisions above were made by defaults, that is exactly the work I offer — starting with a fixed-fee pipeline assessment: hello [at] metrologymaven [dot] io.
Standards (paraphrased in this report; the documents govern): SAE AS9102 Rev C — Aerospace First Article Inspection Requirement · SAE AS9100 Rev D (production process verification, 8.5.1.3) · SAE AS9145 — Aerospace APQP/PPAP (FAI as an approval element) · SAE AS13100 — AESQ quality requirements for aero-engine suppliers · ASME Y14.41 / ISO 16792 — digital product definition data practices · ASME Y14.5 — dimensioning and tolerancing · EN 9102 (Europe) / SJAC 9102 (Japan) — IAQG sector publications of the same first article inspection requirement
Adjacent regimes (section 8; paraphrased, the documents govern): AIAG PPAP 4th edition — production part approval process, eighteen elements · ISO 13485 — medical device quality management systems
Digital product definition & acceptance: Boeing D6-51991 — Quality Assurance Standard for Digital Product Definition · Nadcap measurement & inspection accreditation (AC7130 family) · ISO 10360-13:2021 — acceptance tests for optical 3D measuring systems · VDI/VDE 2634-3 (withdrawn; still cited on certificates)
Optical vs tactile evidence: Jacobs et al. 2023 — structured-light vs CMM bias, optical MSA · ISO 15708, ASTM E1441, ASTM E1570, VDI/VDE 2630 — computed tomography (internal geometry)
Vendor & case material (first-party testimony, via my research corpus): Doncasters Bochum — automated optical blade inspection · ZEISS success stories (airfoil MRO; templated overnight reporting; accredited-bureau Nadcap case) · ZEISS INSPECT Airfoil capability documentation (section parameters; app-packaged report templates)
Related notes on this site: Structured light in the forge and foundry · Measurement uncertainty · Gage R&R · Gaussian vs Chebyshev fits