The viewer supports new batch signature options, where the signer gets a list of the batch signature, either preselected or deselected. The original batch signature dialog is still available.

The new license management allows you to set warning notifications if the license or the envelope limit expires. You can even set a callback for an envelope limit warning.

If you are using eSAW on premise or in a private SaaS and use the SIGNificant Kiosk, you can use new features: SMS-OTP, Disposable and a PushTan integration.

You can easily change now holder information and validate the information in advance.

If you are using callbacks for your integration, you can set now basic authentication for your callbacks. Moreover, you define a pattern to define different callback-authentications.

The SAW Viewer allows now a local certificate verification.

We improved again the performance of our solution to provide you an excellent user experience.

We redesigned the SAW Viewer to enhance the usability and user experience. For more details check the special SignAnyWhere Viewer 2019 page.

We optimized the usage of the disposable certificate and how it is integrated.

We reworked the team feature, due some customer feedback. We optimized the sharing between teams, to prevent the sharing of all documents of two (or more) teams with a shared team-member. Moreover a hierarchy is now possible: (1) see all documents up & down or (2) see documents only down (“team lead”, but not seeing sent documents of my manager).

You can now view and export your organization’s statistics in the license section of the settings (accessible for user managers).

You can now access the license data via API. For SOAP we have the GetLicenseState_v1 and for REST V4+ V4/license. The response will be the type of the license, expiration date, status about the documents and users.

We added a new API call to unlock a parallel recipient to be opened by others again. Older versions only allowed it manually via UI, now you can integrate or automate it yourself. SOAP is called UnlockEnvelope_v1 and REST is called V4/envelope/{envelopeId}/unlock.

We added a new SAW Viewer Policy AutoStartGuiding, which allows you to start automatically the integrated guiding. This enables a use case, where the document loads and directly jumps to the first signature field.

We improved the UI of eSAW to allow a better user experience (e.g. license page).

We changed the default email template to a new one. For existing organizations, the set template will not be changed, just for new organizations or if you reset the template.

We integrated the Swedish BankID for authentication. Please contact us if you want to know more about it.

We improved the overall systems performance (database optimization, document processing, data management).

You can now optionally attach the document to the audit trail. So you have the final & signed document as PDF attachment in the audit trail. Note: this will increase the size of the audit trail.

This feature is only available via API in the <envelope> section, per default it is disabled (0).

<attachSignedDocumentsToEnvelopeLog>1</attachSignedDocumentsToEnvelopeLog>

You are able to overwrite the signature disclosure (set up via eSAW UI in the organization settings) via API. So you can define unique information per envelope or recipient (e.g. for internal users disable the signature disclosure).

This is configured via API in the <step> section of the envelope.

<step>
  ...
  <useDefaultAgreements>true</useDefaultAgreements>
  ...
</step>

useDefaultAgreements – true (default value): use the default signature disclosure of the organization (the configuration in the workstepConfiguration is ignored)

useDefaultAgreements – false: use the setting of the workstepConfiguration (overwrite). If the config is empty, no signature disclosure is set for the recipient.

Optimization of the on-premise setup of eSignAnyWhere.

Improvements of SAW Viewer

• Optimized mobile OTP forms
• BankID support
• Added check for enabled cookies
• Added disposable certificate disclaimer text (FR/PT)
• New languages: Polish, Chinese
• Security enhancement
• Fixed QR code for SoP (had some issues with some browsers)
• Optimized tablet view of the menu
• Optimized image generation for Click2Sign, Draw2Sign and Type2Sign

via Hotfix

• Reject message can be empty
• FinishAction also for Reject and Delegate
• fixed Translation issues

The security of your documents is in our primary focus. Therefore, we improved the security of eSignAnyWhere to ensure the security of your documents.

We improved the overall performance of eSignAnyWhere for excellent user experience and increased scalability to grant you high performance, even in critical high load scenarios.

Improvements for point of sale use cases. This includes for example optimizations for timeouts in the clients and data handling for fast responses in a workflow.

eSignAnyWhere allows you to define a logout redirect page. So you can integrate eSAW in your intranet applications and set a specific logout page for your users.

We improved the installation procedure for on premise installations of eSignAnyWhere.

We added for API use cases the support of SwissCom certificates (personal and organization certificates).

• Security Improvements (CSS, Input Validation, brute-force PIN prevention)
• Visual optimization of the disposable certificate form
• New Language: Bulgarian
• New viewer preference: PhoneNumberInputSettings
• Technical: switched to XLIF format for language support
• fixed some UI bugs

via Hotfix:

• fixed Draw2Sign & Type2Sign placement
• fixed QR code for SoP for some browsers

It is possible (as advanced feature) to use automatic remote signatures. The user manager of an organization can add automatic remote signature profiles, which can be used for any workflow as a recipient (recipient type “Automatic”). This recipient signs automatically the signatures and the workflow continues automatically. Details see Beginner Guide.

It is possible to use the replace recipient method (ReplaceRecipient_v1) to change the workstepconfiguration. It is only possible to change the workstep configuration if the envelope was created via API and the recipient is a signer.

eSignAnyWhere 3.2 now fully supports the SIGNificant Biometric Server for signature verification, including the SignAnyWhere Viewer and the audit trail file. This feature is not available on significant.com and requires a private SaaS or on premise instance of eSignAnyWhere.

The SAML support was extended to allow easier user management directly in the UI of eSignAnyWhere. SAML requires a private SaaS or on premise instance of eSignAnyWhere.

Automatic Delegation is an advanced feature, which allows the user to define an automatic delegation. So all of the user’s signing requests are automatically forwarded to a substitute, which is also a user of the organization. An optional end date automatically disables the automatic delegation.

• UI optimized resizing of window behavior
• Open source information added in the SAW Viewer
• Fixed biometric signature under certain use cases
• Optimized UI for authentication
• Error handling of uploading attachments improved
• Improved error messages
• Device Driver UI optimized
• bugfix for batch signature

via Hotfix:

• fixed some translations
• fixed navigation bar, when maximizing window
• fixed rejecting of document for specific use cases

Bulk envelopes allow you to send an envelope to multiple signers. The workflow splits with the bulk recipient, so that you will receive unique signed documents for each bulk recipient. This feature is perfect for letting one document (e.g. a new company policy) sign by many recipients. This feature is not available with basic subscription, so please contact your Namirial sales. Details in the Bulk Use Case.

It is possible to define P7M signers in eSignAnywhere. This allows you to define at the end of a signing workflow to define signers with P7M. Details see in the Beginner Guide.

In addition to our SOAP interface a new REST/JSON Swagger interface is available. See www.significant.com/api

Added support for Form-Field-Validation. Six types are supported: No-Validation, Date, Email, Number, Phone and Time. It is only supported with the Placeholder Use Case and via workstep configuration.

The Retention Period per organization sets an automatic timelimit for deleting old envelopes.

You can select now the email sender name. In the organization settings you can select between three options: (1) firstname lastname via eSignAnywhere (2) Organizationname via eSignAnywhere (3) eSignAnywhere. On-premise or private SaaS customer can replace eSignAnywhere with their desired text. Via API you can select the option for each envelope.

<envelope>
   ...
   <displayedEmailSender></displayedEmailSender>
   ...
</envelope>

If the displayedEmailSender is empty only eSignAnywhere is used. If the field is not empty, this text will be used before ” via eSignAnywhere”. Without displayedEmailSender the organization default setting is used.

• form field validation
• added undo option
• added languages: Spanish, Portugese
• updated translations
• improvements for local certificate signing
• allow configuration of date format for picture signature types
• fixed UI issues for some devices (mobile, tablet or browsers)
• fixed device driver issues
• fixed attachment with hidden documents
• fixed Finish button visibility after finished document
• fixed error for some specific policies
• fixed the guiding for disabled elements
• fixed local time issue

via Hotfix:

• fixed a finish document issue
• fix batch signature with OTP issue
• optimized Device Driver integration

With this feature you are able to hide specific documents from specific recipients. So you can create an envelope with two documents, where the first signer just can see the first document, the second signer only the second and the third can see all documents. You can configure it in the eSAW UI or via API.

API Configuration is done via envelope/steps/step/documentOption; Sample:

<envelope>
   ...
   <steps>
      <step>
         <emailBodyExtra>
         </emailBodyExtra>
         <orderIndex>1</orderIndex>
         <documentOptions>
             <documentOption docRef="1">
                 <isHidden>1</isHidden>
             </documentOption>
             <documentOption docRef="2">
                 <isHidden>1</isHidden>
             </documentOption>
         </documentOptions>
         <recipientType>Signer</recipientType>
         <workstepConfiguration>...</workstepConfiguration>
         <recipients>
            <recipient>
               <eMail>next@recipient.domain</eMail>
               ...
            </recipient>
         </recipients>
      </step>
   </steps>
</envelope>

This feature is not available in all subscriptions.

A new signature type is now available. You can define a signature field, which sends a SMS-OTP in the moment of signing to have a second factor for it. Basically, it is a Click2Sign with an SMS-OTP. You can select it via UI (SMS-OTP Signature Type) or via API:

<recipient>
...
  <smsOtpAdditionalInformation>
    <phoneMobile>...</phoneMobile> <!-- naming consistent with "disposableCertificateAdditionalInformation" -->
  </smsOtpAdditionalInformation>
</recipient>

Moreover, in the workstep config the type must be TransactionCode, with trModType set to TransactionCodeSenderPlugin.

This feature is not available in all subscriptions.

For on premise and private SaaS it is possible to configure custom links for notifications. So the workstepRedirector can support your apps to open directly the workstep. For more details contact your Namirial consultant.

Acknowledge recipients are included in the “send finished documents to all signers” checkbox in the eSAW UI (and it is renamed to support also acknowledge recipients).

If you are generating a workflow, where a recipient has to enter data and upload a file (as PDF attachment), you can now directly access the file via eSAW API. Call the getEnvelopeById function to retrieve information about the attachment and the file Id for downloading.

It is possible to set a behavior to confirm reading of a document.

Set in the WorkstepConfiguration (for a recipient) the following Task (in workstepConfigurationPolicyWorkstepTasks):

<Task enabled="1" completed="0" required="1" id="847a3d4a-da2c-46f4-8c8c-a9edaa06c29b" displayName="your text for this task" DocRefNumber="1" type="ConfirmReading" />

The task must be the first and required!

Then you have to create the ReadingTaskInfo (directly in the WorkstepConfiguration) with attribute AllDocuments=”1″:

<ReadingTaskInfo positionUnit="PdfUnits" positionReferenceCorner="Upper_Left">
	<ReadingTask id="847a3d4a-da2c-46f4-8c8c-a9edaa06c29b" pageNumber="1" DocRefNumber="1" AllPages="0" AllDocuments="1" />
</ReadingTaskInfo>

You retrieve now also a callback, when an envelope expires.

The getEnvelopeById contains now more details about the envelope (e.g. recipient details, signing date and authentication).

Advanced document tags now support an offset, to define a relative positioning of the element. Offset is defined as number (double), in Units points and starts at the lower left position. Positive values x are moving to the right and positive values y are moving up. e.g.

:offset(x=-10.5,y=50.6)

• support of hidden documents
• support for confirm reading
• reworked rendering of some signature types (local certificate, remote signature, disposable signature)
• fixed OTP signature issue with wrong OTP
• reworked zoom handling
• fixed a delegation issue (delege to yourself)
• optimized UI for devices (mobile, tablet, browsers)

via Hotfix:

• fixed translations
• reworked visual appearence of attachments
• added new viewer policies for customization
• fixed UI in landscape for mobile devices
• fixed OTP handling & errors
• fixed OAuth/SAML with a port in configuration
• upgraded Device Driver protocol level
• fixed a batch disposable certificate issue
• enhancements for debug mode
• client server communcation optimization (e.g. retry for calls)

The Audit Trail supports now different languages:

• SignAnywhere Viewer (Signer-Interface): Audit Trail is rendered in the language of the viewer
• eSignAnywhere UI: Audit Trail is rendered in the users UI language. Moreover it contains a language independent XML representation.
• API: via API you can download a signed XML, containing the Audit Trail data (via GetEnvelopeById as logXmlDocumentId)

You can use SAML to authenticate signers in the SignAnywhere Viewer (Signer Interface). You configure the SAML provider and can use it via UI and API. Click here for details about the configuration for API. Contact your Namirial sales for enabling SAML support.

This feature is not available in all subscriptions.

Only private SaaS and on premise: each organization of the instance can have their own biometric encryption key.

It is possible to delete recipients of already started workflows, which did not yet sign the document. This is available in the detail view of an envelope in eSignAnywhere.

It is now possible to show a permanent reject button in the menu. This can be configured via customization with the new parameter DisplayRejectButtonInLeftBar.

With OAuth2 it is now possible to do an authentication check. So you can force that a specific userId has to authenticate via OAuth2 provider.

E.g. userId=123 of provider CustomOAuthService has to authenticate. If another user authenticates it is rejected. Just a user with userId=123 is accepted.

See Envelope XML Guide to see how you configure it via API.

This feature is not available in all subscriptions.

You can now, in addition to the envelope audit trail, download for each file a specific audit trail via API (GetEnvelopeById in section completedDocuments). You can enable it in the organization settings.

If you create an envelope within the eSAW UI, you can now download the complete envelope XML including the workstep configurations for your envelope. Therefore you have to be a “Developer”, which can be set up by a user manager in the account settings. Then you are able to download the XML at the end of the envelope-sending-process and in the envelope details page.

New types of callbacks are now available. See documentation for details.

The on premise version of eSignAnyWhere supports now different organisations with just one instance.

Full support of SIGNificant device driver. So you can use now signature pads or local certificates with eSAW as a signer.

New eSAW Viewer settings are available. For example, you can define now to automatically finish a document when the last signature was applied or configure the download document dialog. See here for details.

The performance of eSAW was improved. For example is the generation of the Audit Log optimized and the envelope-postprocessing, if no email is sent, done with highest priority.

GetEnvelopeById contains the reason about rejection or delegation.

<recipient>
	<status>Rejected</status>
	<rejectReason>...</rejectReason>
</recipient>

<recipient>
	<status>Delegated</status>
	<delegateReason>...</delegateReason>
</recipient>

We added the support of PDF form fields in the designer. So you can add text fields, radio buttons, checkboxes, lists and many more directly in the designer by drag and drop. You can select the behavior similar to signature fields (select a recipient) and configure some properties of them. See the User Guide for more information.

New advanced tags are supported to predefine in the documents signature fields and form fields. They are more complex than the easy to use Signature Strings (see User Guide). The advanced tags are documented in the Placeholder Use Case. For the advanced tags a new API function PrepareSendEnvelopeSteps_v1 is available.

It is possible to use a template and replace the document of the template. The position of the fields (e.g. signature fields) are kept. See the User Guide for more details.

Registered signers are able to upload a picture of their signature (e.g. written on paper) and import it to eSignAnyWhere. eSignAnyWhere enables an editor to modify and adopt the signature (crop, rotate, cut) to be used as signature for signing. See User-Guide for more details.

To avoid filling up email postboxes, eSAW now sends the documents as attachments, as long as they are under 2,5 MB. If larger documents are used, just a link to the document is sent. This link is valid for 90 days to download the file.

You can now manage the users of your organisation via API. See API Reference - SOAP for more information.

You can now use the FindEnvelopes_v2 function for advanced search via API. See the API Reference - SOAP for more information.

For complex integration it is now possible to disable sending emails for a specific recipient (e.g. in a POS scenario). See Integration for details.

You can add now custom buttons in the signing interface (the eSAW Viewer) to add custom functionality.

We added some configurable settings, such as avoiding dialogs or settings for Batch-Signing, for the eSAW Viewer. So you can define the behavior of the signers-view. See this documentation for more details.