Electronic Signature Guide
eSignAnyWhere supports different kind of signatures and these will not only affect how the signer signs the document, it also affects the legal aspect of the signature. We recommend that you verify with your legal consultant, which would be the best signature for your specific use case. Within the European Union a clear regulation is available under the eIDAS 910/2014 regulation. Nevertheless, there are still some national limitation affecting the electronic signature and its possibilities, therefore a validation is recommended.
Within the European Union you can categorize the signatures into two categories, defined by the EU regulation 910/2014 eIDAS (electronic IDentification, Authentication and trust Services) regulation:
- Advanced Electronic Signature (AES)
- provides unique identifying information, that links to its signatory
- signatory has sole control of the data used to create the electronic signature
- must ensure that the signature is invalid after changes of the document (e.g. PAdES [PDF Advanced Electronic Signature] in PDF)
- Qualified Electronic Signature (QES)
- is a signature, created via a qualified electronic signature device (e.g. SmartCard or Remote Certificate of a TSP)
- equivalent to written legal form
- no reputable by signatory
- requires an identification of the signer, which can be executed by a LRA (Local Registration Authority) or its sales partners
It also defines the terminology for natural persons as “electronic signature” and for legal persons (e.g. companies) as electronic seal.
- 1 Signature Types in eSignAnyWhere
- 2 Recommendation
- 3 Evidence and Validation of Signed PDF/A Documents
- 4 How to define the signature of the recipient (Saw-Viewer)
- 5 Glossary
Signature Types in eSignAnyWhere
|Click to Sign||depending on a second factor or use case||no||Is a simple signature, where the signer has to click on the signature to sign the field. In combination with an additional element (under sole control of the signer) it is a AES. We recommend to use the authentication (e.g. SMS-OTP) to ensure it. Please verify the use case to ensure that the authentication methods is under sole control of the signer.|
|Draw to Sign||depending on a second factor or use case||no||Is a simple signature, where the signer can record a signature (e.g. via mouse, finger) to sign the field in form of a picture (no biometric data). In combination with an additional element (under sole control of the signer) it is a AES. We recommend to use the authentication (e.g. SMS-OTP) to ensure it. Please verify the use case to ensure that the authentication methods is under sole control of the signer.|
|Type to Sign||depending on a second factor or use case||no||Is a simple signature, where the signer can type his signature, which is used as picture for the signature. In combination with an additional element (under sole control of the signer) it is a AES. We recommend to use the authentication (e.g. SMS-OTP) to ensure it. Please verify the use case to ensure that the authentication methods is under sole control of the signer.|
|Biometric Signature||Yes||No||The biometric signature records & (asymetrically) encrypts in real time the data points of the handwritten signature. The encrypted signature will be stored & bind to the PDF document to be validated. So the biometric data is the element under sole control of the signer, so no additonal authentication is required (except the use case requires it). Please note that the biometric signature is not recorded directly via Browser, it typically requires a specific hardware (Signature Pad, Tablet PC with Pen, Convertible with Pen) to ensure a high quality of the biometric signature, so it is mostly used for Point-Of-Sale use cases. Please contact your Namirial Sales Consultant for more information.|
|SMS-OTP Signature||Yes||No||The SMS-OTP (One-Time-Password) signature is similar to the Click to Sign signature, where the signer clicks on the signature field and confirms via SMS OTP (a numeric number sent to the signers phone) to sign the field. The phone is under sole control of the signer.|
|Local Certificate||Depending on Local Certificate||Depending on Local Certificate||This signature allows to access via the SIGNificant Device Driver (download is available via Signing Interface) local devices (e.g. Smart Cards, USB Token, Windows Cert Store). The signature level (AES, QES) depends on the used device.|
|Digital Remote Certificate||Yes||Depending on Certificate||This signature allows to access remote certificates (stored in a CA/TC) to sign the document. The credentials are under control of the signer. Depending on the certificate it is either an AES or QES.|
|Disposable Certificate||QES||QES||This signature uses a disposable certificate via the Namirial TSP. The disposable is a QES, which is only valid for a short time and allows a simpler usage for the signers (via confirming the T&C with Namirial TSP and confirm the QES via SMS OTP or Namirial OTP App).|
|Custom Signature Types||?||?||On demand we can integrate for you custom signature types (customer TSP integrations, use case depending signature types).|
All envelopes write a detailed audit trail (except if disabled), which is documenting the signing process and its actions and events (such as the authentication of the signer). The audit trail gets signed digitally by eSignAnyWhere.
eSignAnyWhere supports different kind of signatures, most of them are designed for a specific use case to ensure a good user experience and acceptance.
In general you can define a
- Remote scenario, where the signer is using his own devices (e.g. Smartphone or PC)
- Point-of-Sale (PoS) scenario, where the signer can use the device avaiable at the PoS
Remote scenario is using the signer’s device for the signature, typically at home or at the office. Therefore, a recommended signature type is “Click to Sign“, because it show a good user experience and acceptance. In combination with a SMS-OTP (one time password) for the authentication, it is considered as an AES. Other authentication methods (PIN, OAuth2 or SAML) might also have a good user experience.
As alternative you might use the SMS-OTP Signature, but it requires for every signature field a SMS-OTP, which could lead to a frustration of the signer if there are more than one signature-field. (Note: SMS-OTP is an optional and not default feature of eSignAnyWhere).
For a QES the best option is a disposable certificate, because the signer has to accept the Namirial TSP terms and condions for the disposable certificate (personal certificate for the signer). The signing is performend via clicking on the signature field and confirming with SMS-OTP or Namirial OTP App.
The PoS scenario is typically used in combination with API integrations and extended use cases. At the point of sale there is typically a hardware for signing, such as a Signature Pad, Tablet (e.g. iPad) or a PC with touch screen and pen. In that case for AES a biometric signature is a natural way of signing. You also can use the signers devices by transforming it to a “remote” scenario and the signer uses his own device at the point of sale.
QES is supported via Disposable Certificate e.g. with the SIGNificant Kiosk in combination with a Signature Pad (e.g. the Namirial NT10011).
Evidence and Validation of Signed PDF/A Documents
The PDF document is a powerful document standard (ISO 32000) and PAdES (PDF Advanced Electronic Signature) ensures secure documents and signatures. The evidence is stored on the one hand directly in the PDF document and in a corresponding process documentation (audit trail).
If you open a signed PDF document with a PDF Reader (e.g. Adobe Reader), you can verify embedded data, such as:
- Digital certificates show the signatory or the document issuer
- protects document integrity and make changes visibile
- display signing graph and document history
- trusted time-stamps (optional)
- geo-location (optional)
- information on the validity of the signature certificate on signing time (OCSP / CRL)
- EUTL – European Trust List for EIdAS for Trust Service Providers
- encrypted biometric signature data embedded in the document
- Adobe Reader – Adobe Approved Trusted List (AATL)
In additon to the evidence in the signed document a corresponding seald process documentation (audit trail) is written:
- envelope with hashed of document
- send notifications and recipient addresses
- authentication (PIN, SMS-OTP, etc.)
- reader’s IP addresses
- reader’s location
- date & time of actions
- actions on the document/envelope: page open & view, confirmations, form field edits, signatures and many more
How to define the signature of the recipient (Saw-Viewer)
This tutorial guides you through the process of defining the signature of the recipient. First, the configuration of the definition and assignment has to be made. There you can select the recipient, write a label, select if the signature field is required and if batch signature is allowed.
Definition & Assignment configurations
|Recipient||Selection of which recipient has to sign the field|
|Label||The label of the signature field (displayed)|
|Required||Define if the recipient has to sign the signature field or if it is optional. If a signature field is required it is highlighted with a red border.|
|batch signing||If you use this, the recipient is allowed to sign more than one signature field at once. Therefore, you have to select a first signature field and select the “Batch Signature” option.|
On the next figure you see where you can find the settings:
After this configuration you can decide with which signature type the recipient should sign the envelope.
You have to select at least one type. You can select more, if you want to give the recipient the option to choose a specific type. You can also define a preselect type (favorite, click on star-icon). Please note, that not all types are available for all customers.
HTML 5 signature types
Click2Sign, Draw2Sign, Type2Sign
For these three signature types you do not have to configure anything. Just place the signature field on the document, select one to more of these types and send the envelope.
As you can see on the last figure, we selected all three signature types, therefor the recipient can choose between these types. With the star-icon on the right sight next to the types you can select the preferred signature types which will be highlighted for the recipient.
For the biometric signature you can decide between the following three options:
- withinField: the recorded signature must be within the signature field
- onPage: the recorded signature must be on page (can be written outside of the signature field)
- intersectsWithField: the recorded signature must be partly within the signature field (default)
General there are two ways to set the phone number. You can either type the number in the SMS-OTP signature field or the recipient type in the number when he/she receives the envelope. First figure shows the first way (sender defines the number), the second one shows if the recipient defines the phone number.
Note: If you place a signature field but you do not enter a phone number you will get a notification like it is shown in the next screenshot:
Local certificate, digital certificate
With the local certificate the recipient can use a locally on his device installed certificate for signing. For the digital remote the recipient uses a remote certificate for signing.
For the local certificate you can find the settings here:
With those settings you can validate the recipient and certificate holder name and the certificate root CA verification with EUTL.
After you configured those settings you just have to select local certificate. Next screenshot shows the selection:
Digital remote certificate
Select digital remote signature in the signature settings like the next screenshot shows:
Before you can send a disposable certificate you have to fill in some dates. First, in your organization settings and then if you send the envelope. The next figure shows you the configurations which has to be done before sending the envelope.
There are three checkboxes available:
- Use lean disposable
- Show disclaimer before certificate request
- Send disposable disclaimer document emails
Note: Make sure that the lean disposable is not checked for the comparison of the holder name and the recipient name.
After you filled in the dates you can either validate the dates or reset the data. If you validate the dates and the recipient name does not match the holder name for the disposable certificate you will get a warning. The following screenshot shows you the warning:
If you click on the “compare” field the next window appears where you can update the name either to the holder name or to the recipient name:
After these configurations you can send the envelope with a disposable certificate signature.
|AATL||Adobe Approved Trust-List|
|Biometric Signature||A recording of x/y coordinates, pressure and time of a handwritten signature.|
|CRL||Certificate Revoke List|
|Digital Signature||A electronic signature based on asymmetric cryptographic algorithms.|
|Electronic Signature||A electronic signature can be from a simple level (SES) to an very high level of signature (QES).|
|EUTL||European Union Trust-List|
|Portable Document Format|
|PKCS||Public Key Cryptography Standards, e.g. PKCS#7 a high level signature format.|
|PKI||Public Key Infrastructure|
|OCSP||Online Certificate Status Protocol|
|QES||Qualified Electronic Signature|
|OTP||One Time Password|
|TSP||Trust Service Provider|
|QTSP||Qualified Trust Service Provider|
The information provided on this page is continually revised and adapted to changes in legislation or case law, technology. Hints for clarification, updating and supplementing are always welcome via e-mail. The information on this page does not constitute legal advice. In particular, they can not replace any individual legal advice that takes into account the specifics of the individual case.