You are here: eSignLive Documentation > Product Overview

Product Overview

The product called eSignLive provides a complete Electronic Signature Process Management platform for the Web, including preparing, distributing, reviewing, signing, and downloading documents.

The following sections provide an introduction to eSignLive:

Architecture

The product can be divided into two main functional sectors:

  • eSignLive Application (aka The Application): This is the default front end. Users, administrators, and integrators can interact with the Application using its GUI, its API, its SDKs, or its connectors.
  • eSignLive Platform (aka The Platform): This is the core transactional and business logic.

Deployment Scenarios

eSignLive customers can choose either of the following deployment scenarios:

  • SaaS (Software as a Service)The product is centrally hosted on the public Cloud. Customers access the product by subscribing to an online service. SaaS users always interact with the product via the Application.
  • On‐premises — The product is installed on the customer’s premises, usually behind a firewall. If an on-premises deployment implements the REST Integration Model, its users — like SaaS users — will interact with the product via the Application. If an on-premises deployment implements the XSLT Integration Model, it must create its own front end. For more on these Integration Models, see the On-Premises Deployment Guide.

Benefits of eSignLive

The Application offers customers the following major benefits:

  • All customers can use a rich GUI that is out-of-the-box. On-premises customers no longer have to develop a GUI from scratch, so the expense and time required for an on‐premises deployment is much reduced.
  • A Sender GUI enables users to manually create and manage e-signature transactions in a sender-driven (ad hoc) manner. Previously, on‐premises customers could create and manage transactions only via a software-integration layer (i.e., "straight-through processing" that is system-generated, with no manual intervention). Now these customers can create and manage transactions either way, or both ways.
  • Customers can use built-in connectivity to various third-party applications (e.g., Salesforce, Microsoft SharePoint).
  • The Application is built on a REST Integration Model that is much easier to use than the legacy on‐premises XSLT Integration Model. This also reduces the time and expense required for an on‐premises deployment.
  • Because the REST Integration Model can serve both SaaS and on-premises deployments, on-premises customers can do rapid prototyping on the Cloud to help them design, test, and perfect their on-premises solution. This provides a quicker time‐to‐market because they can do early coding in the SaaS environment, deploying on-premises when they’re ready to go live.

Minimum Security Requirements

eSignLive is committed to protecting the security of its customers’ data. To ensure that its systems remain current and up-to-date, they are regularly monitored and patched.

Although eSignLive strives to support a large set of platforms, operating systems and browsers, it will not compromise on security. Should new vulnerabilities be discovered, eSignLive will take all necessary steps to maintain its commitment to its customers. This may include, as deemed necessary: (1) updating its minimum security requirements for accessing the service; (2) dropping support for insecure algorithms, ciphers, platforms, operating systems, and browsers. To guarantee the security of the service and of customer data, access may be denied to systems that do not meet eSignLive's minimum security requirements.

Customers are responsible for ensuring that their equipment remains secure according to current industry standards, including when they access eSignLive. They should recognize that using unsupported platforms introduces a security risk, since vendors of unsupported platforms no longer offer security fixes for new vulnerabilities.

WARNING: To stay current with recent vulnerabilities and to preserve system integrity and data security, eSignLive's minimum security requirements are subject to change without notice. For additional related information, see Minimum Requirements for Signers and Senders and Security Vulnerability Updates.

Sandbox Data Retention Policy

The following Data Retention Policy applies to eSignLive's Sandbox environment:

  • Any transaction older than 90 days — including signed documents and Audit Trails — will be removed from the eSignLive service on a rolling basis.
  • Purged transactions will no longer be accessible via eSignLive's GUI, its API, its SDKs, or its connectors.
  • This policy affects draft, sent, expired, and completed transactions. However, templates and layouts are not affected.

Getting Started

The following documentation can help you get started with the product: