V5 Ultimate
Guide

21 CFR Part 11: Records, Signatures, and Audit Trails Without the Theatre

21 CFR Part 11 has been law since 1997, and it still trips up companies in 2026. The rule is short — about a dozen pages — but the implementation choices are where most operators get hurt: open vs closed systems, the depth of the audit trail, how signatures are bound to records, how validation is documented. This guide explains Part 11 in plain English, separates the parts FDA actually enforces from the parts that have softened under the agency's risk-based guidance, and gives you a 60-day path to a defensible posture. It is written for QA leads, IT owners, and validation engineers at pharma, biotech, medical-device, and dietary-supplement manufacturers.

Start free trial Free trial, no credit card, onboard in days, not months.

What Part 11 actually requires

Part 11 covers any electronic record or electronic signature that an FDA-regulated entity uses to satisfy a predicate-rule requirement (211, 820, 111, 117, 1271, 600s, etc.). It splits into two halves. Subpart B covers electronic records: validation, accurate copies, record retention, access controls, audit trails, operational checks, authority checks, device checks. Subpart C covers electronic signatures: unique to one person, two distinct identification components (typically user ID + password), and a clear linkage between the signature manifestation and the record it signs. The 2003 scope-and-application guidance narrowed FDA's enforcement focus to records that are actually relied on for the predicate rule — but it did not delete the rule. If a record is in scope, every clause still applies.

Open vs closed systems — and why it matters

A closed system is one where access is controlled by the people responsible for the content (your eQMS behind SSO, for example). An open system is one where access is controlled by parties outside that responsibility — typically anything traversing the open internet without additional controls. Closed systems carry Subpart B requirements; open systems add §11.30 obligations like document encryption and digital signature standards. In practice, almost every modern SaaS eQMS is treated as a closed system because the vendor authenticates users, controls the network path, and provides the access logs — but you have to be able to demonstrate that on demand. Get the architecture statement, the SSO configuration, and the TLS/encryption posture documented up front; an auditor asking 'closed or open?' on day one of an inspection is a bad surprise.

Audit trails done properly

§11.10(e) is the clause auditors love most: secure, computer-generated, time-stamped audit trails that independently record the date and time of operator entries and actions that create, modify, or delete electronic records. Three failure modes recur. First, the audit trail captures the new value but not the old value, so reviewers can't tell what changed. Second, reason-for-change is optional, so it goes blank and the record loses defensibility. Third, the audit trail is editable by an admin, breaking the 'secure and computer-generated' requirement. The bar in 2026 is: every CRUD event captured, before/after values shown, reason-for-change mandatory for regulated records, no admin can edit history. Periodic review of the audit trail (§11.10(e) also requires this) should be a scheduled, signed activity — not a once-a-year scramble.

Electronic signatures: identity, intent, binding

§11.50 and §11.70 set the rules for electronic signatures: each signature is unique to one individual, contains the printed name, date/time, and meaning (approved, reviewed, released), and is linked to its record in a way that cannot be excised, copied, or transferred. §11.200 specifies two distinct identification components — typically user ID + password, or biometric — and re-authentication on every signing unless the user is in a continuous session. The most common gap is meaning of signature: a record shows a name and a date but doesn't say whether the person approved, reviewed, or merely acknowledged. Define the signature meanings in your SOP, expose them in the UI dropdown, and store them as a structured field on the record.

Validation — and FDA's risk-based stance

§11.10(a) requires validation of systems to ensure accuracy, reliability, consistent intended performance, and the ability to discern invalid or altered records. The 2003 guidance softened the prescription to a risk-based approach, and FDA's 2022 draft on Computer Software Assurance (CSA) reinforced this: focus testing on what actually impacts product quality and data integrity, not on documenting every click. For Part 11 specifically, that means proving the audit trail captures every event, the signature binding holds, access controls enforce least privilege, backup and restore actually work, and operational checks (sequencing, holds, two-person sign-off) behave as designed. Build a thin, defensible IQ/OQ/PQ pack focused on those Part 11 controls — not a 400-page binder of redundant evidence.

The 60-day readiness path

Days 1 to 10: inventory every electronic record relied on for a predicate rule (batch records, deviations, CAPA, training, releases, supplier qualifications, complaints). Days 11 to 25: confirm SSO, MFA, role-based access, and audit-trail completeness for each system; close any gap on reason-for-change and signature meaning. Days 26 to 40: write the closed-system attestation, the access-control matrix, the data-integrity SOP, and the audit-trail periodic-review SOP. Days 41 to 55: run the CSA-style validation pack on the top three Part 11 controls in each system. Days 56 to 60: dry-run a Part 11-focused inspection with internal QA playing the inspector, fix any gap surfaced. The goal is not a binder — it's a system you'd let an FDA investigator open at random.

What enforcement looks like in 2026

FDA Form 483 observations citing Part 11 have ticked up since 2023, concentrated on three themes: audit-trail review not performed (or not signed), shared user accounts, and unvalidated spreadsheets used as regulated records. Warning letters go further and almost always pair a Part 11 gap with a predicate-rule failure (211.68, 820.70(i), 111.150) — the agency rarely cites Part 11 in isolation. Your defence is to make the predicate record bulletproof on its own merits and let Part 11 sit comfortably on top: real audit trail, real signature meaning, real access control, real validation evidence. The companies that get hurt are the ones who treat Part 11 as a separate exercise from operations.

Where this lives in V5 Ultimate

The clauses above aren't theoretical — every one maps to a shipped module and an industry profile. Jump to the parts of the product that turn this guide into evidence on a Monday morning.

Frequently asked

Do spreadsheets count as Part 11 records?
If the spreadsheet is used to satisfy a predicate-rule requirement and the data is relied on for a regulated decision, yes — it is in scope. That means access control, audit trail, validation, and signature binding all apply. Most spreadsheets fail all four. The pragmatic move is to migrate any regulated calculation into your eQMS and keep spreadsheets for ad-hoc analysis only.
Is a typed name plus a checkbox a valid electronic signature?
Not on its own. §11.200 requires two distinct identification components, captured under controls that enforce non-repudiation. A typed name in a free-text field with no re-authentication, no audit trail and no binding to the record is not compliant. The signature has to be issued through a system that authenticates the user, captures intent (meaning), and links the signature to the specific record version.
Does Part 11 apply to records we keep voluntarily?
FDA's enforcement focus is on records required by a predicate rule. Records you keep purely for internal purposes (e.g. management metrics not tied to a predicate rule) are out of scope. But if those same data also feed a regulated record — for example, a training metric that supports release decisions — they are in scope. When in doubt, treat the record as in scope; the marginal cost in a modern eQMS is low and the marginal risk of getting it wrong is high.
How often should the audit trail be reviewed?
FDA does not prescribe a frequency, but the expectation is that review is documented, signed, and proportionate to the risk of the record. Batch records and release records typically get a per-batch review; system-level configuration changes get a periodic (monthly or quarterly) review. The cadence belongs in your SOP, the evidence belongs in the eQMS, and the reviewer's signature belongs on the record itself — not in a separate log.

See it on your shop floor.

Free trial, no credit card, onboard in days, not months.