Electronic Signature Guide

eSignAnyWhere supports different kinds 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 limitations 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.

Signature Types in eSignAnyWhere

Signature Type AES QES Description
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 are 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 are 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 are 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 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 kinds 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 available at the PoS

Remote Scenario

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 shows 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 conditions for the disposable certificate (personal certificate for the signer). The signing is performed by clicking on the signature field and confirming with SMS-OTP or Namirial OTP App.

Point-of-Sale (PoS)

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).

Evidence: PDF & 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 visible
  • 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 addition to the evidence in the signed document a corresponding sealed 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

Setting Behavior
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:

Figure Description
  1. Settings of the field

After this configuration you can decide with which signature type the recipient should sign the envelope.

Signature types

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.

Figure Description
  1. Signature types

As you can see on the last figure, we selected all three signature types, therefore 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.

Biometric signature

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)
SMS-OTP signature

Generally 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.

Figure Description
  1. Settings for SMS-OTP signature

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:

Figure Description
  1. Settings for the local certificate

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 a local certificate. Next screenshot shows the selection:

Figure Description
  1. Enable local certificate signature type
Digital remote certificate

Select digital remote signature in the signature settings like the next screenshot shows:

Figure Description
  1. Enable digital remote certificate signature type
Disposable certificate

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.

Figure Description
  1. Settings for disposable certificate
Figure Description
  1. Settings for disposable certificate for the recipient

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.
CA Certificate Authority
CRL Certificate Revoke List
Digital Signature An electronic signature based on asymmetric cryptographic algorithms.
Electronic Signature An electronic signature can be from a simple level (SES) to a very high level of signature (QES).
EUTL European Union Trust-List
PDF 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.