Electronic signature compliance: what ESIGN, eIDAS, UK law, GDPR and Part 11 ask of you
Electronic signature compliance, law by law: what ESIGN, UETA, eIDAS, UK law, GDPR and 21 CFR Part 11 require, and the evidence to keep. Check yours.

Sign a document and check the record yourself.
Start nowWhat electronic signature compliance actually means
Electronic signature compliance isn't a certificate you buy. It means two things: the signature meets the rules of the law that governs the document, and you can prove that later to a court, an auditor or a regulator. Miss either half and a signed contract can still be picked apart.
The laws differ in detail, yet they ask the same questions. Did the signer intend to sign? Did everyone agree to deal electronically? Can you show who signed, and that the document hasn't changed? Then the one people forget: can you still produce the record years from now?
Most contracts clear that bar with an ordinary e-signature. Trouble starts with the exceptions (wills, certain notices, witnessed deeds) and with regulated records, where an agency stacks its own rules on top. You'll also see the topic called digital signature compliance, though strictly a digital signature is the cryptographic kind.
If you only need to send something today, signing a document online takes minutes. The rest is for when an auditor or the other side's lawyer starts asking harder questions about electronic signature compliance.
Electronic signature requirements by jurisdiction
What each law asks of an ordinary e-signature, and where you need more. Summaries, not legal advice.
| Jurisdiction | Main law | What an ordinary e-signature needs | Where it isn't enough |
|---|---|---|---|
United States (federal) | ESIGN Act, 15 U.S.C. § 7001 | Intent, a signature tied to the record, a copy you can reproduce | Wills, family law, most of the UCC, court papers, some notices (§ 7003) |
United States (states) | UETA; New York has its own act | The same; attribution provable by any means | State carve-outs, mostly the ESIGN list |
European Union | eIDAS, Regulation (EU) No 910/2014 | Nothing extra: Article 25(1) bars rejection for being electronic | National form rules, such as § 126a BGB in Germany |
United Kingdom | Electronic Communications Act 2000 | Intent to authenticate; admissible under section 7 | Deeds: the witness must be physically present |
Mexico | Código de Comercio, articles 89 to 114 | A data message attributable to the signer | Records you must keep: NOM-151 conservation evidence |
Brazil | MP 2.200-2/2001; Lei 14.063/2020 | Any proof of authorship and integrity the parties accept | Public-body dealings; ICP-Brasil for the legal presumption |
FDA-regulated records (US) | 21 CFR Part 11 | Unique signer, verified identity, name, date, time and meaning shown | Always more: validation, audit trails, a letter to the FDA |
Electronic signature requirements in the US: ESIGN and UETA
Federal law has settled this since 2000. The ESIGN Act says a signature, contract or record can't be denied legal effect just because it's electronic. Its definition is broad: a sound, symbol or process attached to or logically associated with a record and adopted with the intent to sign. A typed name counts. So does a click, provided the record shows what was clicked and by whom.
At state level, UETA does the same job in nearly every state, while New York runs its own Electronic Signatures and Records Act. UETA adds a handy rule on attribution: a signature belongs to a person if it was their act, and you can prove that in any manner, including through the security procedure you used.
In practice, US electronic signature requirements come down to five things you should be able to show:
- Intent: the signer chose to sign, not merely to open the file.
- Agreement to do the deal electronically, which UETA reads from the context and conduct.
- Attribution, meaning evidence of who acted (an email link, an access code, an ID check).
- Association: the signature is tied to that exact version of the record.
- Retention, a copy that "accurately reflects" the record and stays accessible to everyone entitled to it, per § 7001(d).
Documents ESIGN doesn't cover
The exclusions sit in § 7003. ESIGN doesn't reach wills, codicils and testamentary trusts, adoption and divorce papers, most of the Uniform Commercial Code, court orders and filings, or a short list of notices: utility shut-offs, foreclosure or eviction on a primary residence, cancelled health or life insurance, product recalls, and papers that travel with hazardous materials. For those, other law decides.
Honestly, the US bar for an ordinary business contract is low. Where companies slip is the consumer side, where the paperwork before the signature matters as much as the signature.
Consumer deals need consent before the first e-record
When a law says a consumer must receive information in writing, ESIGN § 7001(c) lets you deliver it electronically only after the consumer affirmatively consents. First they're owed a clear statement of their right to paper, how to withdraw and what hardware and software they'll need, and they must consent in a way that shows they can open your format. A checkbox buried in the terms is the classic way to lose this.
eIDAS compliance: which level the law actually asks for
For eIDAS compliance, start with the sentence most guides skip. Article 25(1) of Regulation (EU) No 910/2014 says an electronic signature can't be denied legal effect, or refused as evidence, just because it's electronic or isn't qualified. A simple signature is valid. It just proves less on its own.
eIDAS defines three levels:
- Simple (SES): any electronic data used to sign, from a typed name to a click with an email trail.
- Advanced (AES): Article 26 adds four tests. It's uniquely linked to the signer, can identify them, is created with data the signer controls with a high level of confidence, and is bound to the document so any later change shows.
- Qualified (QES), an advanced signature made on a qualified device with a qualified certificate. Article 25(2) gives it the effect of a handwritten signature across the EU.
Here's what people get wrong: eIDAS doesn't say which level a contract needs. National form rules do. Most commercial contracts have none, so simple or advanced works and the real question is evidence. Where a statute demands written form, things change. Germany's § 126a BGB accepts the electronic form only with a qualified signature, and France's décret 2017-1416 presumes reliability only for a qualified one.
You can check a provider on the EU Trusted List, and when a contract truly needs that level, read how the qualified level works. The 2024 amendment, Regulation (EU) 2024/1183, kept the effects in Article 25 and the four advanced tests. It's mostly about the digital identity wallet, covered in what the 2024 amendment changed.

Most electronic signature compliance work is evidence you can list and check long before anyone disputes a contract.
UK electronic signature compliance after Brexit
The UK never needed eIDAS to accept e-signatures. Section 7 of the Electronic Communications Act 2000 makes them admissible on questions of authenticity and integrity. The Law Commission's 2019 report confirmed that an electronic signature can execute a document, deeds included, if the signer meant to authenticate it and any formalities are met. The catch is witnessing: a deed that needs a witness must still be signed in the witness's physical presence, so a video call won't do. The UK kept its own version of the eIDAS rules after Brexit, and UK GDPR handles the data side.
GDPR and electronic signature compliance: the data side
Every signing flow collects personal data: names, email and IP addresses, device details, sometimes a phone number, and with identity checks, a passport scan and a selfie. GDPR applies to all of it, whatever signature level you use. For EU electronic signature compliance, this is the half auditors open first.
Five questions settle most of it:
- 1.Who's the controller? Your company, for the contracts you send. The provider is normally your processor, and Article 28 requires a contract covering instructions, confidentiality, security, deletion and audits.
- 2.What's the lawful basis? Usually performance of a contract (Article 6(1)(b)) for the signers, and legal obligation (Article 6(1)(c)) for keeping the signed record.
- 3.Are you collecting more than you need? Data minimisation is why an ID check belongs on the deals that warrant it, not on every NDA.
- 4.How long do you keep it? Storage limitation pulls one way, tax and limitation periods the other. Article 17(3) lets you refuse erasure where a law requires the record or a legal claim needs it.
- 5.Where does the data go? Transfers outside the EU need a basis under Chapter V, such as an adequacy decision or standard contractual clauses.
Article 32 asks for security "appropriate to the risk". That's deliberately loose, which is why buyers ask for an ISO 27001 certificate as shorthand.
Blockchain audit trails under GDPR: what the EDPB now says
Blockchain-backed signing raises an awkward question: how do you honour an erasure request on a ledger nobody can edit? The European Data Protection Board answered it in its guidelines on blockchain, final version adopted on 7 July 2026. In general, it says, personal data shouldn't go on a chain, and never in the content of transactions. Where something must, it should work as a proof of existence (a pointer, a commitment or a keyed hash), with the data needed to check it kept off chain.
Two details matter more than the headline. The EDPB treats a hash of personal data as personal data, and it says an unsalted, unkeyed hash generally isn't enough protection on a public chain. So "we only store hashes" isn't a GDPR answer by itself. Ask your provider exactly what it writes on chain and whether a person could be linked to it, then put the answer in your data protection impact assessment.
Still, a fingerprint on a public ledger is a record neither you nor the vendor can quietly rewrite. Documenting that trade-off is part of electronic signature compliance.
Keep the evidence with the signature
Send a document from Chaindoc and keep the signed PDF, its audit trail and the on-chain record together for whoever asks next.
Sign a document21 CFR Part 11 electronic signature requirements
If you make drugs, devices or biologics, or run clinical trials, the FDA adds a layer that ordinary e-signature law doesn't. Part 11 covers the electronic records and signatures that FDA rules require you to keep or submit. It's the strictest form of electronic signature compliance most companies will meet.
The 21 CFR Part 11 electronic signature requirements that catch teams out:
- Signature manifestation (§ 11.50). The signed record shows the signer's printed name, the date and time, and the meaning: review, approval, responsibility or authorship.
- Linking (§ 11.70). Signatures are bound to their records so they can't be excised, copied or moved to falsify another record by ordinary means.
- Each signature is unique to one person, never reassigned, and issued only after the organisation verifies that person's identity (§ 11.100).
- A one-time letter to the FDA, with a handwritten signature, certifying that your staff's electronic signatures are binding. It's a letter, not a setting, which is why it gets forgotten.
- Two distinct identification components, such as an ID code and a password, for non-biometric signatures (§ 11.200).
- Secure, computer-generated, time-stamped audit trails that never obscure earlier entries (§ 11.10(e)), plus validation, access limits and written accountability policies.
Read the list again and notice how much of it describes your system and your procedures. For the logging side, see what a signing audit trail records.
No vendor makes you Part 11 compliant
Part 11 is a property of your validated system and your procedures, not a badge a vendor hands over. Vendors can supply controls and validation material: DocuSign, for example, sells a Life Sciences module with Part 11 signing features and a separate Validator add-on (read 14 October 2026). You still validate the setup, write the procedures and send the FDA letter. Chaindoc doesn't offer a Part 11 validation package.
NIST identity levels: a benchmark, not a law
NIST turns up in security questionnaires so often that people assume it's mandatory. For most private companies it isn't. SP 800-63-4, finalised in July 2025, applies to federal systems, and everyone else may consider it. Its value is vocabulary: identity assurance levels (IAL) grade how well a person's identity was proofed, authentication assurance levels (AAL) grade the login, and federation levels (FAL) grade single sign-on. A customer asking for "AAL2" means multi-factor authentication. The other NIST text you'll see, FIPS 186-5 from February 2023, is the Digital Signature Standard for the cryptography itself.
An electronic signature compliance checklist
Run this before a contract type goes live, not after a dispute. Each row is a requirement from one of the laws above, what usually satisfies it, and the evidence you'd hand an auditor. Skip rows that don't apply. If you can't fill the last column, that's your gap. For how long US records must be kept, see US record retention periods.
Electronic signature compliance checklist
| Requirement | What usually satisfies it | Evidence to keep |
|---|---|---|
The document may be signed electronically | Checked against § 7003, form rules and witness rules | A note per contract type, reviewed yearly |
Signer intent | A deliberate signing action on the final version | Audit trail entry with action and time |
Consent to sign electronically | Consumers: § 7001(c) disclosures and consent; businesses: conduct | Disclosure text and consent record |
Attribution | Email link plus access code, SMS code or ID check, matched to risk | Authentication method per signer |
Integrity | A cryptographic seal so any later change shows | Signed PDF and its validation result |
The right signature level | Advanced or qualified where a form rule demands it | Certificate details and issuer's Trusted List entry |
Retention and access | An accurate, reproducible copy for the legal period | Signed file, audit trail, written retention period |
GDPR roles | Article 28 terms and a recorded lawful basis | Processor terms and your record of processing |
Data transfers | Adequacy decision or standard contractual clauses | Transfer terms and subprocessor list |
Regulated records (FDA) | Part 11 controls, validation, certification letter | Validation package, procedures, FDA letter |
Deleting too early can't be undone
A tidy-minded admin can wipe the one record that would have won a dispute. Before anyone switches on automatic deletion, match each document type to its longest legal hold; tax, employment and limitation periods usually outlast the urge to delete. GDPR Article 17(3) lets you keep what a law requires or a claim needs. Export the signed file and its audit trail together, because one without the other proves much less.
What an electronic signature compliance tool covers, and what stays with you
No electronic signature compliance tool makes you compliant. It gives you controls and evidence. You decide which documents go through it, at what level, with what consent, and for how long you keep them. Write that split down before you sign a vendor contract, because it's where audits find the gaps.
Vendors differ most on certifications and regulated-industry extras, and DocuSign is ahead of most here. Its trust center lists ISO 27001:2022, SOC 1 and SOC 2 Type 2 reports, and adherence to 21 CFR Part 11 and the EU's Annex 11. Its subsidiary Docusign France SAS is listed as a qualified trust service provider on the trusted list run by France's ANSSI (both read 14 October 2026). If procurement asks whether DocuSign covers eIDAS or Part 11, those pages answer it. The right-hand column below stays yours whichever vendor you pick.
Who does what
| Task | What a provider can do | What stays with you |
|---|---|---|
Signature level | Produce simple, advanced or qualified signatures | Pick the level each document type needs |
Consent | Show disclosure screens and record acceptance | Write the disclosure, decide when it applies |
Signer identity | Offer email, code and ID-check options | Decide which deals need which check |
Evidence | Keep an audit trail and seal the signed file | Store both for the legal period, test retrieval |
GDPR | Act as processor under Article 28 terms | Stay the controller: basis, notices, retention, transfers |
Security | Hold certifications such as ISO 27001 | Run your own accounts, roles and offboarding |
Regulated records | Supply Part 11 features and validation material, where offered | Validate, write procedures, certify to the FDA |
Where Chaindoc fits in your electronic signature compliance
Here's what Chaindoc gives you, and where it stops.
Standard Chaindoc signatures are PAdES-BES advanced electronic signatures in the eIDAS sense, and ESIGN and UETA accept them like any e-signature that meets the tests above. For a qualified signature, the signer brings a certificate from a qualified trust service provider (a national eID or a CSC-compatible provider) and Chaindoc runs the signing session; we aren't a trust service provider ourselves. PAdES-BES carries no timestamp, so long-term validation isn't built in. Keep the audit trail and verification report with the file.
Each completed document comes with an audit trail PDF and a verification report. The server fingerprints a file on upload, the fingerprint of each published version is written to a public blockchain, and each signer's proof is recorded as they finish. Names and email addresses don't go on chain. Files travel over TLS and private signing keys are encrypted with AES-256, but documents aren't end-to-end encrypted: the server reads them to scan, convert and sign.
Our privacy notice names Chaindoc as your processor for uploaded documents, signatures and audit trails, with data processed in the EU, the US or wherever subprocessors operate. Chaindoc holds ISO 27001 and ISO 9001 certificates. You add ID checks per deal through optional identity checks, and a fixed signing order runs through approval routes on the Business plan. Compare the plans before you commit.
That covers the evidence half of electronic signature compliance. The right-hand column above remains yours.
Sources checked for this guide
We read each page on 14 October 2026. Statutes and regulations link to an official or standard legal text; vendor facts link to the vendor's own page.
- 1.15 U.S. Code § 7001, General rule of validity · Cornell Legal Information InstituteESIGN: no denial of legal effect for being electronic; consumer consent and disclosures in (c); accurate, accessible retention in (d). Checked 2026-10-14.
- 2.15 U.S. Code § 7003, Specific exceptions · Cornell Legal Information InstituteWills and testamentary trusts, family law, most of the UCC, court documents and the listed notices that ESIGN does not cover. Checked 2026-10-14.
- 3.21 CFR Part 11, Electronic Records; Electronic Signatures · Cornell Legal Information InstituteAudit trails in § 11.10(e), signature manifestation in § 11.50, unique signatures, identity verification and the certification to FDA in § 11.100. Checked 2026-10-14.
- 4.Regulation (EU) No 910/2014 (eIDAS) · EUR-LexArticle 25 on legal effects, Article 26 on the four requirements for an advanced electronic signature. Checked 2026-10-14.
- 5.Regulation (EU) 2016/679 (General Data Protection Regulation) · EUR-LexArticles 5, 6, 17(3), 28 and 32, and Chapter V on transfers. Checked 2026-10-14.
- 6.Guidelines 02/2025 on processing of personal data through blockchain technologies, version 2.0 · European Data Protection BoardAdopted 7 July 2026. Personal data generally should not be stored on chain; a hash of personal data is still personal data; proof-of-existence designs keep the data off chain. Checked 2026-10-14.
- 7.Electronic Communications Act 2000, section 7 · legislation.gov.ukElectronic signatures are admissible in UK proceedings on authenticity and integrity. Checked 2026-10-14.
- 8.Electronic execution of documents · Law Commission of England and WalesReport of 4 September 2019: an electronic signature can execute a document, including a deed; a deed's witness must be physically present. Checked 2026-10-14.
- 9.SP 800-63-4, Digital Identity Guidelines · NISTIdentity, authentication and federation assurance levels; applies to federal systems, others may consider it. Checked 2026-10-14.
- 10.Trust Center: Compliance · DocusignISO 27001:2022, SOC 1 and SOC 2 Type 2 reports, adherence to 21 CFR Part 11 and EU Annex 11. Checked 2026-10-14.
- 11.Trust Center: Certifications · DocusignDocusign France SAS is a trust service provider under eIDAS, listed as a qualified TSP on the ANSSI trusted list. Checked 2026-10-14.
- 12.Life Sciences Modules · DocusignPart 11 module for authentication, reason for signing and signature manifestation; the Validator is an additional module. Checked 2026-10-14.
Frequently Asked Questions
Answers to popular questions about Chaindoc and secure document workflows.
In the US and most common-law countries, four things: the signer intended to sign, the parties agreed to deal electronically, the signature can be attributed to a person, and the signed record is kept in a form you can reproduce. The EU adds levels on top (simple, advanced, qualified), and national form rules decide which one a document needs.
Intent to sign, consent to sign electronically, a clear link between the signature and the signed record, and retention of that record. Consumer deals in the US add ESIGN's disclosure-and-consent step on top of the four, and some document types are excluded from ESIGN altogether.
Not by default. Part 11 covers records FDA rules require you to keep or submit, and it asks for the signer's printed name, date, time and meaning on the record, signatures that can't be copied to another record, two identification components, audit trails and a validated system. It also needs a one-time letter to the FDA certifying that your electronic signatures are binding. A vendor can supply the features; whether you're compliant depends on how you configure, validate and run them.
DocuSign's trust center says its French subsidiary, Docusign France SAS, is a qualified trust service provider on the trusted list run by France's ANSSI, so it can deliver qualified signatures (read 14 October 2026). Whether a given document carries a qualified signature depends on how it was sent, so check the signature details on the finished file.
Yes. A signing flow processes names, email addresses, IP addresses and sometimes ID documents, so GDPR applies at every signature level. You're the controller for the contracts you send, and the provider is usually your processor under Article 28 terms. Pick a lawful basis, collect only what you need, set retention per document type and check where the data is transferred.
More e-signature and blockchain guides
Practical guides on electronic signatures, blockchain audit trails, and secure document management — handpicked to build on what you just read.


