Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
SigningHub sets the industry benchmark in terms of:
Making the process of applying & verifying advanced digital signatures extremely easy. This is the key to high user adoption - the process must be a simple, quick, seamless and enjoyable experience! SigningHub users can review and sign documents from any location, on any device and at any time. Documents are synched across multiple devices so that the latest information is always available.
Utilising the most advanced cryptographic security in innovative ways to minimise the complexity for users. As a result, SigningHub can produce the strongest level EU Qualified Signatures that are verifiable and legally enforceable for the long term. You no longer have to choose between security or ease of use – have both!
Integrating & embedding the SigningHub functionality easily within your own business application web pages, by using the high-level API so that you remain in complete control of the branding and the user experience.
Flexible deployment - choose between SigningHub Enterprise for on-premises deployment, our public SigningHub Cloud service or a privately hosted cloud service.
Providing a complete out-of-the-box e-Trust infrastructure, including Certificate Authority (CA), real-time Validation Authority (VA) and Time Stamp Authority (TSA) servers. No other single solution globally can offer this level of functionality! Existing enterprise, internet or national-level trust service providers can also be registered as trust anchors. Adobe CDS and AATL-based signatures are fully supported for automatic trust in Adobe Reader.
SigningHub digital signatures can provide Legal enforceability, traceability & accountability by providing strong evidence that electronic documents are 100% protected and signed by a particular person at a specific date & time and without any document changes occurring.
SigningHub is unique in creating long-term digital signatures using its advanced PKI e-trust services and the latest cloud-based technologies to deliver an easy-to-use and cost-effective solution. Once the trust information for the CAs has been defined, existing keys and certificates from most other PKIs can also be used.
SigningHub’s comprehensive functionality, enterprise or departmental-level signing policy controls and unlimited scalability make it the ideal solution for projects of any size.
So whether you need to sign high-value contracts and agreements with external parties in one or more jurisdictions, or to sign internal management, finance or HR documents for legal compliance, SigningHub is the solution that offers all the flexibility you need to meet all your business needs.
Cuts paper signing process costs.
Increases efficiency, security & legal certainty.
Creates advanced, long-term & EU Qualified digital signatures.
Sets up simple & complex approval workflows.
Tracks document status, and sends notifications & reminders.
Performs signatures using server-held credentials or locally-held smart cards, USB tokens or smartphones.
Tightly integrates within your business applications.
Deploys on-premise or can be used as public/ private cloud service.
Allows enterprise branding.
The use of mobile devices to access business systems has now become commonplace. The ability to view and digitally sign documents from a mobile device is an essential requirement when choosing a signing platform. However what is often not understood is that there are different levels of mobile signing, with varying degrees of what is performed on the mobile device:
The mobile device is used to initiate the signing process – the signing key is located on the server and the signature takes place there, however, the user initiates the process from their mobile device.
The mobile device is used to authorize the signing process – this is where the user’s mobile is sent a One-Time Password (OTP) code as a form of authentication.
The mobile device is used to actually sign the document – this is the true form of mobile signing, i.e. the user’s signature key actually resides on the mobile device and the document signature is created on the mobile device.
Welcome to SigningHub, a high-trust digital signing solution for paperless business transactions. It is ideal for organisations that recognise the value of using cryptographic digital signatures to protect their users and their documents against unauthorised, accidental, or fraudulent changes.
Navigate and Search: To navigate the help content effectively, start by selecting the relevant pages in the table of contents on the left side of the screen. This will allow you to browse through organized sections, covering various topics and product information.
Search & Find: If you're looking for specific details or answers to particular questions, use the search bar located at the top right. Simply enter your search terms, click to view relevant results, and explore targeted resources or FAQs that address your needs.
AI Search: Simply tell AI what you need or ask it a question. It'll use AI to scan your documentation and give you a simple semantic answer with clickable references if you want to dive deeper.
The SigningHub interface has been completely remodelled to provide a more intuitive experience. The new user interface provides a streamlined experience for easier navigation and is more visually appealing and user-friendly with significant improvements. The new design adopts a minimalist approach to reduce user load, minimize distractions, and enhance accessibility.
The new design embraces modern branding principles, where a single primary colour defines a brand. By integrating this primary colour throughout the interface, including all interactive elements, the SigningHub user interface becomes an extension of a customer’s brand identity. With fewer colours, the user interface becomes more user-friendly, ensuring better contrast and readability for all users, including those with visual impairments. SigningHub also has enhanced sidebar customization, enabling users to consistently display their secondary brand colour, providing a personalized touch that is always visible.
If you are unable to find the required information here:
SigningHub Knowledge Base: Access the SigningHub Knowledge Base to find comprehensive information about all SigningHub features and functionalities.
Ascertia Community Portal: Visit the Ascertia Community Portal to find answers to frequently asked questions (FAQs) and participate in community discussions.
Support Email: Reach out to our support team via email for assistance. Please note that response times may vary based on support team availability.
Product How-To Videos: Watch our product how-to videos for step-by-step guidance and visual assistance on using SigningHub features.
SigningHub is a complete solution for document approval workflows, advanced digital signatures and document status tracking. It is designed to quickly optimize the way businesses deliver, review, approve and sign their business documents.
Paper-based ink signing is no longer an effective tool for document approval in today’s competitive digital business environment. Implementing digital signature services through SigningHub delivers value on many fronts, i.e.
Increases process efficiency – shortens your sales cycle by signing online & reduces customer drop-off rates when waiting for ink signatures, freeing your staff to do core business rather than chasing papers.
Cuts paper-related costs – printing, couriering, faxing, scanning, searching for paper documents & archiving are all time-consuming and expensive processes. On top of this ink signatures are insecure and may lead to fraud, compliance failure costs, heavy fines & reputation damage.
Increases security – ensures that the digital identities of your transacting parties are verified securely and signed documents are cryptographically locked from unauthorized change. Also ensures legal certainty by using an undisputable evidence trail.
Eliminates errors and re-work – by putting the approval process online SigningHub can prevent documents from being submitted with missing signatures, initials or incomplete form fields.
Increases visibility – tracks the real-time status of your documents, know with certainty that your documents were indeed received, reviewed and signed by each signatory with the exact date & time each action was performed, based on a trusted time server.
Provides a great user experience – makes life simpler and saves time for your customers, employees & business partners by doing business smartly. Demonstrates your digital security innovativeness and ultimately increases your brand loyalty.
SigningHub is a comprehensive digital signature solution, which can quickly optimise the way businesses deliver, review, approve and sign their business documents. Document signing workflow can be initiated by users or business applications. Users may interact directly with the SigningHub web interface or the whole signing functionality can be embedded within your own web application/ portal.
Upload – The user logs into SigningHub and uploads the document to be signed off. Documents are converted to PDF/A format for long-term rendering and accessibility.
Prepare – The user adds signer info, initials fields, legal notices, defines the signing order, etc. Alternatively, the user can select a pre-defined workflow template. Then the user can send the document for sign-off.
Notify 1st Recipient – SigningHub notifies the first recipient of their pending signing action via email.
Workflow History – The owner can keep track of sign-off status at any time by checking the document workflow history.
Notify Owner – SigningHub notifies the owner that the document was signed and also notifies any subsequent recipients of their pending signing action (and step 4 repeats for each recipient in the workflow).
Review & Sign – The first recipient logs in and is authenticated using the configured method. Then the recipient must accept any legal notices and complete any mandatory form fields before signing.
At the time of signing, the user creates their e-signature which is then secured with an advanced digital signature using a unique PKI signing key owned by the user. This private signing key can be held securely on the server for the user so that it can be used from anywhere, or locally held on a smartcard/ USB token or on the user’s mobile device.
You may already have a web application for interacting with your users. In such cases, your web application is responsible for user login and performing the necessary business-related functions. The only thing required from SigningHub is the ability to present a document to the user and capture the user’s digital signature in a secure and legally binding manner, all from within your web pages. This requirement can be met by using SigningHub in a tightly integrated mode. In “tightly integrated” mode, the SigningHub functionality can be easily embedded within any on-premises or commercial web application by using our high-level RESTful API. The SigningHub functionality is embedded within your webpages using iFrames, this means that the user sees no change to the webpage branding or the Internet browser address bar, in fact, they will not be aware that SigningHub is even involved.
Login – The user logs into your web application and performs some business transaction, which requires a signature.
Document Presentation – Your web application makes an API call to SigningHub to present the required document inside an iFrame on your web page.
User Reviews & Signs – As discussed earlier, the recipient must accept any legal notices, complete any mandatory form fields and then sign (e-signature and/ or advance digital signature).
Notify Web App – SigningHub notifies your web application that the user has signed the document and returns the signed document.
The actual signing process is the same as before, so includes support for server-side, local and mobile signing. The only difference is that the user is not aware they are dealing with SigningHub as all the functionality is realized from within your web application. Even the user registration and session login with SigningHub are achieved through the API, so that users may not feel inconvenienced by registering & logging in manually on two separate systems. Other hybrid use cases are also possible, e.g. the business application initiates sign-off workflow but users interact directly within the SigningHub web interface for the actual signing. We term this as “loose integration”. All of these different modes of operation are available regardless of whether you are using SigningHub Cloud or SigningHub Enterprise (i.e. on-premises instance).
SigningHub supports the following signing methods:
Server-side Signing - Crypto keys required for digital signature creation are held securely on the server, and only released for signing after user authentication (single or 2-factor authentication). Any modern web browser can be used for signing.
Client-side (Local) Signing - Crypto keys required for digital signature creation are held locally by the signatory, e.g. on secure smartcard/ USB tokens or encrypted software files. In this mode, the signatory's browser requires an up-to-date Java Runtime Environment (JRE).
Server-side Signing - Crypto keys required for digital signature creation are held securely on the server, and only released for signing after user authentication (single or 2-factor authentication). Any modern device can be used for signing.
The 'Service plans' page tells you about service plans and what comprises a service plan. This will help users choose a plan that matches diverse user needs and organizational requirements. By choosing the right plan, users and enterprises can access the functionalities they need, whether they require a basic level of service or advanced capabilities for larger teams. The allowed set of resources that can be consumed by the end users inside their SigningHub account is called a service plan.
Account type (i.e. Individual or Enterprise)
Number of allowed digital signatures
Number of allowed templates
Number of allowed enterprise users
Number of allowed workflows
Allowed signing features (i.e. Attachments, Form Filling, Bulk signing, Initials & In-persons, Remote Signing. etc.)
Allowed document uploading size
Allowed document storage limit
Allowed authentication types
Type of signature to be produced (i.e. local or server-side)
Whether OTP is enabled or not
API integration
Connector apps
Billing details (in case of a paid service plan)
SigningHub offers both free and paid service plans to the customers, see details.
A free service plan is offered with the following resources:
Allowed digital signatures: 5. (After consuming 5 free signatures, you need to buy a paid service plan to continue signing provision)
Allowed documents: unlimited
Allowed Enterprise users: 3
Allowed signing features: Attachments, Form filling, Bulk signing, Initials & In-person, and Document history
Allowed document upload size: 1MB
Allowed templates: 3
Allowed storage: 50MB
Individual registrations are useful for freelancers, consultants, or anyone who has individual identity and requires digital signatures for their business operations.
Go to www.signinghub.com and click the "Pricing" option appearing in the header.
The Service Plan screen will appear, select an appropriate individual "Service plan" and click the "Buy Now" button.
Select the payment mode i.e. Monthly/ Yearly, and click the "Proceed to Payment" button.
In the next screen, specify your Email ID (mandatory), Name, Mobile Phone, Account Type, Job Title, and Company Name, and agree to the terms and conditions (mandatory). Click the "Create Account" button.
The payment screen will appear from where you have to provide your payment details in order to make the required payment. An activation email will be sent to you.
Open the activation email from your inbox and follow the activation link.
Configure your account password, security question, and security answer, from the activation screen. Click the "Save" button. In this way, your individual account will be activated and you will be redirected to the login screen.
Use your credentials to log into your SigningHub account. A default welcome document will be available (in the "Pending" status) in your account for test signing.
If you have forgotten your account password, click the "Forgot password" link and follow the subsequent steps to recover it.
You can change your service plan anytime after registration.
The "Regularly" option lets you pay on a regular basis (monthly/ annually) against a continuous service plan, while the "Pay As You Go" option lets you make a payment after consuming the allowed signature pack.
If you are using an Individual subscription of SigningHub, and have been invited by an Enterprise Admin to join their enterprise as an Enterprise User, then accepting the invitation will halt your individual subscription, and will shift your subscription to enterprise user (subscription) of the inviting enterprise. However, your previous documents will still be available to you in their respective statuses.
The checkbox "I agree to the Terms of Service and Privacy Policy" on the SignUp page will be displayed if at least one Service agreement is marked active in SigningHub Admin -> Global Settings -> Service Agreements.
The checkbox "I agree to the Terms of Service and Privacy Policy" on the SignUp page will be displayed and it is mandatory to check if the "Ensure Terms of Service and Privacy Policy is Agreed" is enabled in SigningHub Admin -> Global Settings.
During account activation, SigningHub does not allow its users to set as password, the following:
Their user account (i.e. Email Address)
The last used password
Their full user name
SigningHub provides extensive tools for enterprises to manage the enrollment of end-users into the system, as well as their roles, associated rights and default profile settings. These configurations can be performed by one or more Enterprise Administrators, who can be assigned specific privileges on the system. Specifically, SigningHub Enterprise Administrators can:
Manage the enterprise profile, and branding and perform centralized billing.
Invite users to join the enterprise and manage their roles/rights & default settings, and also remove users from the system when no longer required. The enrolment and removal of user accounts from the SigningHub system can also be automated through API integration.
Create workflow templates and link to particular document types. Workflow templates define who the signatories are, in which order they must sign, where in the document the signature should be placed, their access permissions, legal notices, initials fields, form field assignments and all other low-level parameters associated with the signing process. End-users can then simply select these workflow templates to automate the document preparation stage instead of manually preparing the document each time.
Create user groups and publish these to the user community. User groups allow any member of the group to sign a document sent to that group.
Configure the different notification emails' subject/content and when such emails should be sent.
Configure user signing methods, e.g. server-side signing, local signing or mobile signing, as well as signature appearance and e-signature drawing options.
Manage the central online library of documents and forms for users.
Manage configurations related to business application integration on behalf of the enterprise.
Manage enterprise storage space optimization.
Define and enforce the use of particular signing reasons by end-users when signing.
Configure one or more legal notices and publish them for the end-user community to use in their signature workflows.
Manage trusted certificate filters when using local signing (i.e. to control which type of user certificates are acceptable for digital signature creation).
Manage the enterprise password policy.
Manage enterprise branding.
The 'System users' page provides an overview of the different user roles within the system, each with unique responsibilities and permissions. Understanding these roles is essential for managing access levels, responsibilities, and interactions within an enterprise account.
From Individual Users, who independently manage their digital signing needs, to Enterprise Users operating under the guidance of administrators, each role is tailored to meet specific organizational requirements. Enterprise Owners and Enterprise Admins have elevated privileges, enabling them to control account configurations, user management, and enterprise-level settings. The descriptions below clarify each role, helping you to determine the appropriate access and permissions for each user type in your system.
Users | Description |
---|---|
The 'System terminologies' page comprises of a comprehensive list of essential terms and definitions related to system functions, components, and processes. Understanding these terminologies will help you navigate SigningHub more effectively and provide insight into the key concepts that form its core. Each term is defined to give you a clearer understanding of its role and importance within the system, ensuring you have the foundational knowledge needed to interact with and manage the system's features confidently.
Terminologies | Description |
---|---|
When the document owner shares a document package having multiple signature fields assigned to the same recipient, only the last dropped signature field on the last page will be retained as a Digital Signature field and the rest of the signature fields will be converted to the lowest level of assurance that is Electronic Signature (i.e. an annotation). Learn more about it here.
Anyone new to this area can be easily confused about what constitutes a signature and how different types of signatures compare in terms of evidential power and legality.
At a basic level, any mark on an electronic document can be used to capture the signer’s intent to approve or accept the contents of that document. The form of the “mark” or how it was created is not important. What is important is proving who made the mark and that the document was not changed subsequently.
These involve the signer applying their signature mark on the document which is protected with a cryptographic digital signature. With the signature having eSeal as a level of assurance, the crypto digital signature is created using a server-held signing key, e.g. belonging to the service provider organisation, hence we refer to this as a “witness” digital signature. In SigningHub this witness digital signature is applied every time a signature mark (having eSeal as a level of assurance) is applied by the user and cryptographically binds this mark to the document and protects the document from any subsequent changes, thereby ensuring data integrity. This is a long-term signature that includes a trusted timestamp.
Normally basic e-signature may or may not require the user to be registered and their identity validated as a part of this. Regardless of whether or not users are registered with basic e-signature, the signer’s identity is not verifiable directly from the signed document.
Advanced Electronic Signatures (AES) and Qualified Electronic Signatures (QES) are fully supported in SigningHub. AES and QES provide the highest level of trust and assurance because these use unique signing keys for every signer. This directly links the user’s identity to the signed document such that anyone can verify it on their own using an industry-standard PDF reader.
Furthermore, as the signer has sole control of their unique private signing key this ensures non-repudiation, i.e. even the service provider cannot be held responsible for creating the signature. SigningHub complies with eIDAS regulations for AES and QES using locally held credentials, such as a National eID card, or importantly remote signing where the user’s key is held securely, server-side. Remote signing has many benefits including the ability to sign from any machine without the use of specialist devices like smartcards, hardware tokens and readers. The advantage of using AES/QES is that they show exactly who signed the document. QES are a more trusted version of AES because they require the highest levels of security for the protection of the user’s signing key and also a formal registration process for the user to verify their identity by a qualified Certificate Authority. From a legal perspective, QES can be considered even stronger than handwritten signatures as the burden of proof shifts to the signer to prove that they did not sign!
SigningHub also supports the signing of Microsoft Word documents in their native XML format.
SigningHub allows document sharing in the form of a document package. A package may contain multiple files. In this way, they are collectively shared as a bundle, by consuming a single workflow from your available quota.
A document package can have the following statuses in a workflow:
Status | Description |
---|---|
SigningHub provides a variety of flexible account registration options to accommodate different user needs, whether you are an individual, part of a small or medium-sized enterprise, or part of a large organization. Individuals, such as freelancers and consultants, can easily create personal accounts to access digital signature services that streamline their business operations. This individual registration option allows users to select a service plan that best suits their requirements, ensuring they have the tools they need to operate efficiently.
For organizations, SigningHub offers enterprise registrations designed to facilitate digital signatures for approval processes. This option is particularly beneficial for small and medium-sized businesses, as well as larger enterprises seeking a comprehensive solution. Enterprise users can invite team members to join their accounts, fostering collaboration while maintaining secure and efficient signing workflows. Additionally, SigningHub supports direct registrations through popular identity providers such as Microsoft Active Directory and Salesforce, enabling seamless integration into existing systems. This ensures that users can quickly register and start utilizing the platform without unnecessary delays.
Moreover, SigningHub simplifies the onboarding process for recipients who need to sign documents but lack an account by allowing direct registrations through digital signature links. This user-friendly approach ensures that everyone can easily access the digital signature services they need, enhancing productivity and streamlining business operations. With SigningHub, users can choose the registration method that best suits their circumstances, ensuring a smooth and effective experience in managing digital signatures.
Individual User
A user who subscribes to an Individual account is called an Individual user.
Enterprise Owner
The contact person (admin) of an enterprise account is called an enterprise owner. An enterprise owner can be changed within an enterprise account.
Enterprise Admin
The admin user of an enterprise account is called an enterprise admin. An enterprise admin can manage their enterprise service plan, users, groups, roles and access, signature configurations, 3rd party integrations, legal notices, signing reasons, etc. In short, an enterprise admin is responsible for the complete administration of an enterprise account. There can be multiple enterprise admins within an enterprise.
Enterprise User
A child user or end user of an enterprise account is called an enterprise user. An enterprise user can have restricted access to SigningHub, and will have to abide by the rules, as configured by the enterprise admin.
A SigningHub subscription acquired for an individual entity is called an individual account. Individual registrations are useful for freelancers, consultants, or anyone who has an individual identity and requires digital signatures for their business operations.
Provision to opt for a choice service plan and pay accordingly.
Provision to manage user (personal) profile.
Provision to create workflow templates and link these to particular document types, to automate the document preparation stage instead of manually preparing the document each time.
Provision to create user groups that allow any member of the group to sign a document on behalf of all group members.
Provision to create different notification email subjects/ content and configure when such emails should be sent.
Provision to configure user signing methods, e.g. server-side signing, local signing or mobile signing, as well as signature appearance and e-signature drawing options.
Provision to manage the online library of documents and forms.
Provision to define particular signing reasons for your signature appearance.
Provision to configure one or more legal notices in the signature workflow.
Provision to manage trusted certificate filters when using local signing (i.e. to control which type of user certificates are acceptable for digital signature creation).
A SigningHub subscription acquired for any group of people (team) or organization is called an enterprise account. Enterprise registrations are useful for small and medium-sized business organizations, which require digital signatures for their approval processes. Large enterprises can also benefit equally from Enterprise registrations. However, the on-premises deployment of SigningHub is recommended for large organizations to cut down the overall cost.
Provision to manage the enterprise profile, and branding and perform centralised billing.
Provision to opt for a choice service plan and pay accordingly or build your custom plan.
Provision to create workflow templates and link these to particular document types. Enterprise users can simply select these workflow templates to automate the document preparation stage instead of manually preparing the document each time.
Provision to create user groups and publish these to the user community. User groups allow any member of the group to sign a document on behalf of all group members.
Provision to create different notification email subjects/ content and configure when such emails should be sent.
Provision to configure user signing methods, e.g. server-side signing, local signing or mobile signing, as well as signature appearance and e-signature drawing options.
Provision to manage the central online library of documents and forms for enterprise users.
Provision to define and enforce the use of particular signing reasons by end-users when signing.
Provision to configure one or more legal notices and publish them for enterprise users to use in their signature workflows.
Provision to manage trusted certificate filters when using local signing (i.e. to control which type of user certificates are acceptable for digital signature creation).
Provision to invite users to join the enterprise and manage their roles/ rights & default settings. The enrolment and removal of user accounts from the SigningHub system can also be automated through API integration.
Provision to manage configurations related to business application integration on behalf of the enterprise.
Provision to manage enterprise storage space optimisation.
Provision to manage the enterprise password policy.
Provision to customize SigningHub web interface through Admin console.
SigningHub Cloud
SigningHub Cloud is the hosted cloud service for document approval workflows, advanced digital signatures and document status tracking. It allows "Individual" and "Enterprise" level subscriptions against the predefined Service Plans.
SigningHub Enterprise (on-premises)
SigningHub Enterprise (on-premises) is a license-based privately hosted cloud service for document approval workflows, advanced digital signatures and document status tracking. In addition to the public cloud features, it offers advanced product-level configurations where administrators can manage accounts, create custom Service Plans, configure desired service connectors, signing methods, and billing details, integrate and embed with 3rd party business applications and tune many more system provisions through an Admin console. In short, giving you complete control over customizing the SigningHub web interface for large enterprises.
Guest User
A user who does not own a SigningHub account (i.e. not registered in SigningHub) is called a guest user. They can still be added to a workflow for e-signature. However, for a digital signature, a guest user will have to register themself.
Individual Account
A SigningHub subscription acquired for an individual entity is called an individual account. Individual subscriptions have limited features as compared to enterprise subscriptions.
Enterprise Account
A SigningHub subscription acquired for any group of people (team) or organization is called an enterprise account. An enterprise account features an enriched subscription and is comprised of an enterprise owner, enterprise admin(s) and enterprise user(s).
Certified Signature
Signatures that certify a PDF are called certified signatures. A certified signature attests to the contents of the document and allows the signer to specify the types of changes allowed for the document to remain certified.
Certified Document
A certified document has a certified signature applied by their Document Owners when the document is ready for use. The document owner specifies what changes are allowed for the recipients, from the following permitted modifications:
Certify and allow no changes
Certify and allow form filling and signing
Certify and allow form filling, signing, and annotations
Unassigned Form Field
A PDF form field that has not been assigned to any recipient in a workflow, is called an unassigned form field. When the workflow is initiated with unassigned form fields, then any configured recipient (in a workflow) can fill these fields upon their turn.
Unassigned Signature Field
A signature field in a PDF document that has not been assigned to any signer is called an unassigned signature field. During workflow configuration, such fields are assigned to signers before initiating the workflow.
Payment Type
SigningHub supports two types of payment:
"Regular" payment type is opted for when payment is to be made on a regular basis (monthly/ annually) against a continuous Service Plan. In the case of a monthly payment, the payment is made automatically on the 31st day, from the subscription date, and the signature pack is reset. Similarly, in the case of an annual payment, the payment is made automatically on the 366th day from the subscription date, and the signature pack is reset accordingly. Moreover, special discounts are also offered on annual payments.
The "Pay As You Go" payment type is opted when payment is to be made after consuming the allowed signature pack.
Template
The workflow settings configured on the documents are called templates. The templates are created to reuse the same configurations on other documents as well. Based on your Service Plan, a template may save the following information:
Configured recipients
Collaboration order (the sequence in which users are required to sign/ review/ update the document)
Signing fields and their respective positions
Form fields used (if any)
Initials and In-persons used (if any)
Workflow type (sequential or parallel)
Allowed permissions (downloading, printing, password, access duration, and legal notice)
Workflow
Workflow in SigningHub is a document approval process (i.e. signing, reviewing, updating) that is configured by the Document Owner. It is also called document preparation. A workflow can be of three types:
Serial - A single copy of the document is circulated among all the signers in the defined (linear sequential) order and collects all the signatures on it. Each signer can sign the document on his turn.
Parallel - A single copy of the document is circulated among all the signers in a parallel order and collects all the signatures on it. Any signer can sign the document in any order.
Individual - Each signer is sent an exclusive copy of the document to sign/ review, and multiple signed copies of the document are produced.
Custom - A custom predefined mix of serial and parallel signing.
Local-Side Signing
In Local (client-side) signing, the signing keys (crypto keys required for digital signature creation) are held in a local keystore in smartcards or in USB-crypto tokens. For this, the Go>Sign Desktop application is required on the system along with the correct drivers of the installed devices. Download Go>Sign Desktop.
Mobile Signing
In Mobile signing, the signing keys (crypto keys required for digital signature creation) are held on the user's mobile device. For this, a supported mobile signing app is required to use this feature.
Server-Side Signing
In Server-Side signing, the signing keys (crypto keys required for digital signature creation) are held at the server end. These keys can be used through any modern browser of Windows, Mac OS X, iOS, Andriod or other devices/ tablets for signing at the server end. For this, an SMS OTP authentication can also be enabled, by which the authentication password will be directly sent to your mobile device at the time of signing for confirmation.
One-Time Password (OTP) Security
OTP is a security system that requires a new password every time a user authenticates themselves, thus protecting against an intruder replaying an intercepted password. If this option is enabled in the user billing plan then after clicking on the "Sign" button, an OTP will be sent to the user's mobile number that was provided at the time of registration.
Group Signing
The group signing feature enables you to send a document to a group of users (e.g. Sales, HR etc) and allows any group member to sign the document on behalf of all the group members. In such a scenario, when a group member opens the document, it (the document) becomes locked (read-only) for other group members, hence allowing only one signer (who opened it first) to sign the document.
Group Approving
The group approving feature enables you to send a document to a group of users (e.g. Sales, HR etc) and allows any group member to review/ approve the document on behalf of all the group members. In such a scenario, when a group member opens the document, it (the document) becomes locked (read-only) for other group members, hence allowing only one reviewer (who opened it first) to review the document.
Group Updating
The group updating feature enables you to send a document to a group of users (e.g. Sales, HR etc) and allows any group member to edit/ update the document on behalf of all the group members. In such a scenario, when a group member opens the document, it (the document) becomes locked (read-only) for other group members, hence allowing only one editor (who opened it first) to update the document.
Initials Fields
Initials fields are the short form of signature and are associated with the recipients (i.e. signers, reviewers, meeting hosts, and editors). In this case, the digital signatures are not embedded. Initial fields can be filled in by hand drawing, text filling or image uploading (the same as when signing a field), and they are added as annotations in the PDF. However, the initials feature is package-based and is available for configuration, if it is included in your Service Plan.
In-Person Fields
In-person signatures are similar to the initials fields. They are associated with the signers and meeting hosts only and are usually done on behalf of someone else. In-person signatures are added as annotations in the PDF. They can also be used as witness digital signatures if they are generated by using a witness certificate which is a public signing certificate available on the server for digital signing. The recipients who are configured as in-person signers don't necessarily need to be registered users of SigningHub. However, the in-person signature feature is package-based and is available for configuration, if it is included in your Service Plan.
Workflow history
The complete list of activities performed on a shared document with respective details, is maintained in workflow history. The "Workflow History" option is available to the respective Document Owner only.
Attachments
Any type of file that is added to the document as an annotation is called an attachment. The "Attachment" option is available to the respective Document Owner only. Once added, the attachments are available to all the recipients who can view and download them.
Legal Notice
A legal notice is comprised of certain terms and conditions that must be agreed upon by the (configured) recipients before signing/ reviewing/ updating a workflow document.
Password Policy
Password policy binds the enterprise users to use the same combination of characters for their account password, as defined by the enterprise admin, i.e. password length (total number of characters), number of alphanumeric characters in the password, and number of special characters in the password.
"Send" Button
Whenever a document is shared, the system performs the following operations:
The status of a document is changed from "Draft" to "In Progress".
The workflow is initiated.
The workflow quota of respective document owner's account is consumed, and hence the available count is decreased by one.
An intimation email is sent from the Document Owner to the first configured contact (in case of a sequential workflow) or to all the configured contacts (in case of a parallel or individual workflow), requesting them to respond to the shared document accordingly. The recipient can then follow the document link from their email to sign/ review/ update the document.
"Recall" Option
Whenever a document is recalled, the system performs the following operations:
The status of the document is reverted to "Draft".
The workflow is terminated.
The available workflow quota of the respective account is increased by one.
An intimation email will be sent from the Document Owner to the immediate next configured recipient (in case of a sequential workflow) or to all the configured recipients (in case of a parallel workflow), regarding the termination of the workflow.
Tight Integration
In the tight mode of integration, the users interact with your web application and present the document or form as an iFrame/widget within your application’s webpage. There is no website redirection and the user’s browser address bar doesn’t change. Your users can then view the document, fill in form fields and create their digital signature while staying on your site. Tight integration is suitable for ECM, CRM or ERP web applications or portals, where a user already logs in to interact in a defined way.
Loose Integration
The loose mode of integration is where your business application initiates the sign-off workflow, but the end users actually interact with SigningHub when it is their turn to sign the document, instead of logging on to your business application. This loose mode of integration is useful in situations where external users are required to sign documents and they do not have access to your internal business application web interfaces. For more details, contact support@signinghub.com
Document Owner
Any SigningHub user who initiates a document workflow is called a document owner. In addition to performing other activities, a document owner can exclusively view the "Workflow History" and "Attachments" options in their documents.
Recipient
The actual user who has been sent a document for collaboration (signing, reviewing, updating, or hosting) by the Document Owner, is called a recipient. A recipient may or may not be a registered SigningHub user at the time of document sending. However, to collaborate with the document workflow, s/he will have to register with SigningHub. Based on your document approval requirements, a recipient can be assigned any of the 5 different roles, i.e.:
Signer: Being a signer, the recipient needs to sign a document. As per the workflow configuration, this signature can either be electronic or digital. After signing in the assigned signature field, a signer has to click the "Finish" button to complete the document signing. Alternatively, s/he may use the "Decline" option to refuse or use the "Delegation" option to assign their role to someone else. Whenever a digital signature is made by any signer, the signature quota of the respective document owner's account will be consumed. Moreover, a signer should also fill in the assigned form fields, initials, and/ or in-persons fields (if any) before signing.
Reviewer: Being a reviewer, the recipient needs to approve a document by clicking the "Approve" button. Alternatively, s/he may use the "Decline" option to refuse it or use the "Delegation" option to assign their role to someone else. Reviewing does not involve any signing activity. Moreover, a reviewer should also fill in the assigned form fields, and/ or initials (if any) before reviewing.
Editor: Being an editor, the recipient needs to update a document by clicking the "Submit" button. Alternatively, s/he may use the "Decline" option to refuse it or use the "Delegation" option to assign their role to someone else. Editing does not involve any signing activity. An editor should also fill in the assigned form fields, and/ or initials (if any) before updating.
Meeting Host: Being a meeting host, the recipient needs to facilitate the document signing process for the configured in-person signers. A host can give his/her device control to the (in-person) signers, and get their signatures in his/her presence. After getting all the signatures, a meeting host has to click the "Close" button to complete the document hosting. Alternatively, s/he may use the "Decline" option to refuse it or use the "Delegated" option to assign their role to someone else. Hosting itself does not involve any signing activity. However, a host should also fill in the assigned form fields, and/ or other information fields before finishing.
Send a Copy: When the "Send a Copy" role is selected for a recipient, SigningHub emails the most recent copy (at that stage of workflow) of the document to the recipient as an email attachment. The document copy is auto-sent (on its turn) and does not require any human intervention.
Electronic Seal This user role only appears against an electronic seal added to the workflow. This user role is disabled and can not be updated.
Placeholder
A recipient that is added as a part of the approval workflow, but unknown at the time of the document preparation phase, is called a placeholder. There can be multiple placeholders in a workflow. In such cases, a document owner can define a title (i.e. Manager, Admin, etc.) for each placeholder while preparing their document workflow, which can later be updated with the actual recipient by the immediate previous recipient or by the document owner himself during workflow execution. Just like a recipient, a placeholder can be assigned any of the 5 different roles in a workflow, i.e.:
Signer
Reviewer
Editor
Meeting Host
Send a Copy
Shared Space Owner
An enterprise user who creates a shared space in their SigningHub account to delegate their signing authority to a group of collaborators is called a shared space owner, of that particular space. However to be a shared space owner, an enterprise user must be allowed to manage shared spaces in their enterprise role. The enterprise user may then:
Create multiple shared spaces as required
Add their choice collaborators in their shared spaces, who can process their workflow documents on behalf of the space owner
Move workflow documents into their shared spaces to share them with the collaborators
Edit their shared spaces
Delete their shared spaces
Draft
A document package that has been uploaded and is being prepared by the Document Owner is called a 'Draft' document. The draft document is editable for the document owner, who can add recipients (signers, reviewers, editors) to it, and can make certain workflow configurations. The 'Draft' document is shown to the respective document owner only. A document package remains in the 'Draft' status until it is sent for collaboration.
In progress
A Document Owner when sending their document package for signing/ reviewing/ updating, sees the shared document as 'In Progress' in their documents list. An in-progress document is shown to the respective document owner only, in un-editable form. However, the document owner can still recall it and can change its recipients and their permissions. A document package remains in the 'In Progress' status until it is signed/ reviewed/ updated by all the recipients.
Pending
A recipient when receiving a document package for signing/ reviewing/ updating, sees the received document as 'Pending' in their documents list. A pending document is shown to the respective recipient only, with the configured (security) settings. When allowed in the document permissions (by the document owner), the recipient can replace himself with another recipient. A document package remains in the 'Pending' status until it is signed/ reviewed/ updated by the respective recipient.
Signed
A document package that has been sent to a recipient (signer), and has been signed by the signer is called a 'Signed' document. Or
A document package that has been sent to a recipient (meeting host), and received all the in-person signatures from the in-person signers by the meeting host is called a 'Signed' document. The signed document is shown to the respective signer/ meeting host only.
Approved
A document package that has been sent to a recipient (reviewer), and has been reviewed by the reviewer is called an 'Approved' document. The approved document is shown to the respective reviewer only. This filter will automatically appear when there is any such document in your documents list.
Updated
A document package that has been sent to a recipient (editor), and has been submitted by the editor with a filled form and/ or initials, is called an 'Updated' document. The updated document is shown to the respective editor only. This filter will automatically appear when there is any such document in your documents list.
Completed
A document package that has been signed/ reviewed/ updated by all the recipients in the workflow, is called a 'Completed' document. The completed document is shown to the respective document owner only.
Declined
A document package that has been sent to a recipient for signing/ reviewing/ updating, and has been declined by the recipient is called a 'Declined' document. The declined document is shown to the respective recipient and document owner only.
Expiring in 7 Days
A pending document package whose viewing access is about to expire in 7 days for the logged-in user.
Register a free trial account
Register an individual account
Register an enterprise account
Accept an enterprise invitation
Direct registration
SigningHub allows direct registrations from the Microsoft Active Directory, Salesforce, Microsoft ADFS, and Microsoft Office 365 platforms. In such cases, you don't have to register a new SigningHub account, as the system will pick your account credentials from the respective platform (i.e. Microsoft Active Directory, Salesforce, Microsoft Office 365, etc) and use them for SigningHub authentication.
However, these approaches do require a one-time registration process, i.e. when logging in through any of these platforms for the first time, you will be directed to the registration screen:
Specify your account information i.e. Name, Mobile Phone, Account Type, Job Title, and Company Name, and agree to the terms and conditions (mandatory).
Click the "Create Account" button.
Select an appropriate service plan and register. The SigningHub account is auto-activated and will be ready for use.
SigningHub also allows direct registrations from the digital signing email links. When a digital sign is required from a recipient who does not have a SigningHub account, they can follow the document link from their received email to quickly register themselves before signing the document.
When the document link is clicked, the recipient will be directed to the registration screen:
Specify account information i.e. Name, Mobile Phone, Account Type, Job Title, and Company Name, and agree to the terms and conditions (mandatory).
Click the "Create Account" button.
Activate the account by configuring the account password and a security question. A SigningHub account will be created for the recipient with the trial individual service plan.
During account activation, SigningHub does not allow its users to set as password, the following:
Their user account (i.e. Email Address)
The last used password
Their full user name
When using an on-premises installation, SigningHub gives you an option to directly register and activate new accounts through the SigningHub Admin interface.
When an Enterprise Admin invites you to join their enterprise as an "Enterprise User", you will receive an invitation email from SigningHub. You can either accept the invitation or decline it; accepting the invitation will bring you under the umbrella of inviting enterprise.
Open the invitation email from your inbox and follow the invitation link.
The system will prompt you regarding the inviting enterprise. Click the "Accept" button from the dialogue box.
In the next screen, specify your Name, Mobile Phone, Account Type, Job Title, and Company Name, and agree to the terms and conditions (mandatory). Click the "Create Account" button. An activation email will be sent to you.
Open the activation email from your inbox and follow the activation link.
Configure your account password, security question, and security answer, from the activation screen. Click the "Save" button. In this way, your account will be activated as an enterprise child user, and you will be redirected to the login screen.
Use your credentials to log into your SigningHub account. A default welcome document will be available (in the "Pending" status) in your account for test signing.
If you have forgotten your account password, click the "Forgot password" link and follow the subsequent steps to recover it. If the problem persists, then contact your Enterprise Admin.
If you are using an Individual subscription of SigningHub, and have been invited by an Enterprise Admin to join their enterprise as an Enterprise User, then accepting the invitation will halt your individual subscription, and will shift your subscription to the enterprise user (subscription) of the inviting enterprise. However, your previous documents will still be available to you in their respective statuses.
During account activation, SigningHub does not allow its users to set as password, the following:
Their user account (i.e. Email Address)
The last used password
Their full user name
Go to the SigningHub login screen.
Click the "SigningHub ID" option.
Specify your SigningHub ID that you registered at the time of subscription.
Click the "Next" button.
Specify your password, and click the "Login" button.
As a part of GDPR compliance, the "Service Agreement" dialogue box will appear after successful user authentication. This dialogue box contains the links to the "Terms of Service" and "Privacy Policy" pages. SigningHub will ensure that you agree to them before letting you use your account.
The "Service Agreement" dialogue box will not appear after successful user authentication if no Service Agreement is marked active.
In case of repeated attempts with invalid credentials, your account can be temporarily locked for security reasons. When an account is locked, the user can not log in with SigningHub ID through SigningHub Desktop Web, API, Mobile Web, Mobile App or Native Apps till the (displayed) locked duration is over.
If CSP Provisioning is allowed in your service plan, then you will be automatically registered in the CSP Service.
If Remote Authorised Signing (RAS) is allowed in your role, then you will be automatically registered in the SAM services.
Users cannot log in to SigningHub if their account is disabled, marked as dormant, or temporarily locked due to multiple invalid login attempts.
SigningHub gives you an option to use your Salesforce credentials to log into SigningHub. In this case, you don't even need to have a SigningHub ID, as your Salesforce account will be used for SigningHub authentication. However, logging in through your Salesforce account for the first time, will take you to the registration screen and display your Salesforce ID (email address) for new registration. After registration, you can easily login through your Salesforce account.
Go to the SigningHub login screen.
Click the "More Login Options" link available at the bottom of the login screen. A dialogue box will appear listing all the supported authentication methods.
Click the "Salesforce" option. The Salesforce app will appear in a popup.
Specify your Salesforce ID and password in the app.
Click the "Log into Salesforce" button. SigningHub permissions screen will appear.
Click the "Allow" option. The system will let you log into SigningHub.
As a part of GDPR compliance, the "Service Agreement" dialogue box will appear after successful user authentication. This dialogue box contains the links to the "Terms of Service" and "Privacy Policy" pages. SigningHub will ensure that you agree to them before letting you use your account.
The "Service Agreement" dialogue box will not appear after successful user authentication if no Service Agreement is marked active.
When using an on-premises installation of SigningHub and this is the only configured authentication for the end-users, then you won't need to click the "More Login Options" link to choose it. In that case, this authentication method will be invoked by default on the Login screen.
Users cannot log in to SigningHub if their account is disabled, marked as dormant, or temporarily locked due to multiple invalid login attempts.
SigningHub offers a range of secure login and authentication methods to ensure a seamless and protected experience for all users. You can conveniently access your SigningHub account using your SigningHub ID or choose from various third-party authentication options that integrate seamlessly with your existing systems. These include popular platforms such as Microsoft Active Directory, Salesforce, Microsoft ADFS, Microsoft Office 365, LinkedIn, and Google.
To enhance security, SigningHub also supports two-factor authentication (2FA) through One-Time Passwords (OTP), ensuring that only authorized users can access sensitive information. For added flexibility, users can utilize SSL client certificates, as well as identity solutions like Freja Mobile, Freja eID, Bank ID, and itsme.
Organizations looking for advanced authentication methods can leverage options like Azure Active Directory, corporate logins, OpenID Connect (OIDC), OAuth2, and Azure SAML for a streamlined login experience. Selecting the authentication method that best fits your needs is crucial for maintaining security and ensuring ease of access to your SigningHub account. With these versatile options, you can choose the most suitable way to log in and manage your digital signing processes effectively.
Select the authentication option you wish to use.
The "Remember Me" functionality will retain the email address used to log in via SigningHub ID, as well as via third-party private authentication methods. However, this retention is applicable as long as the user manually enters the email address into the designated field.
If the ''Only display the logos of the authentication and signing profiles' checkbox is checked in SigingHub Admin and a logo has not been configured for an authentication profile in the connector, the system will pick and display a logo for the authentication profile from the SigningHub directory, on the login screen.
The authentication profiles with sort order 1 to 3, in SigningHub Admin, will be displayed on the login screen and the authentication profiles with the succeeding sort order will be displayed in the "More Login Options" dialog on the login screen.
The authentication profiles for which a sort order has been provided, in SigningHub Admin, will follow the defined sort order and the remaining authentication profiles will follow the default system sort order.
If the sort order has not been specified for any of the authentication profiles, the default system sort order will be followed.
As a part of GDPR compliance, the "Service Agreement" dialogue box will appear after successful user authentication. This dialogue box contains the links to the "Terms of Service" and "Privacy Policy" pages. SigningHub will ensure that you agree to them before letting you use your account.
The "Service Agreement" dialogue box will not appear after successful user authentication if no Service Agreement is marked active.
Following is the list of authentications that are SigningHub supports in its mobile web/native apps version, in addition to SigningHub desktop web. Rest of the authentications are supported in SigningHub desktop web only.
Password-based authentication (i.e. SigningHub)
One-Time Password as secondary authentication
Time-based One-Time Password as two-factor authentication
Microsoft Active Directory
Microsoft Office 365
Microsoft Azure Active Directory
OAuth2
OpenID Connect (OIDC)
In case your login session reaches the limit set by Admin for "Concurrent Sessions Limit>Global Configurations" then a dialogue box will appear with the message "Your account's login limit has been reached". Users also have the option to "Logout and Continue", this will log out a user from all the previous sessions and allow login into a new session.
The availability of Time based One Time Password, and One Time Password as a two-factor authentication method is subject to your subscribed service plan. In case you lose access to your mobile device and recovery codes, or have used all of the recovery codes, you can ask your enterprise admin to reset the two-factor authentication (2FA) against your account.
Once the enterprise administrator enforces a Time-based One-Time Password as a secondary authentication method on to a role, and a user under that role does not have two-factor authentication (2FA) configured at the time of login, they will be sent an email to set up and to provide a Time based One Time Password. If the user has already configured two-factor authentication (2FA) they will be prompted to provide the Time-based One Time Password from the authenticator app configured on their mobile device.
To configure the two-factor authentication (2FA) the user will need to install an authenticator app (Google Authenticator, Microsoft Authenticator, etc.) on their mobile device. The email sent to the user to configure two-factor authentication (2FA) will contain:
QR Code
Manual Key
Recovery Codes
To set up, the user can either scan the "QR Code" or manually input the "Manual Key" in the Authenticator app. Once the registration is successful, the user can provide the automatically generated Time-based One-Time Password from the Authenticator app to SigningHub in order to proceed. The list of recovery codes included in the configuration email can be used in place of a Time-based One-Time Password, once each recovery code is to regain access to your SigningHub account, in case you lose access to your mobile device. It is advised to save the recovery codes in a safe place. The user can, however, regenerate a new list of the recovery codes from the Manage Two Factor Authentication (2FA) option. In case an enterprise user loses access to your mobile device and recovery codes, or has used all of the recovery codes, you can ask your enterprise admin to reset the two-factor authentication (2FA) against your account.
t's essential to familiarize yourself with the frequently used terminologies of SigningHub before diving into its features. Understanding these key concepts will help you better align your business processes with the system, ensuring a smoother and more intuitive experience. By going through this section, you'll gain insights into the foundational terms, roles, and structures that govern how SigningHub operates. Whether it's defining system users, clarifying subscription models, or understanding the status of documents, this section is a critical resource for getting started.
Take a moment to explore the Key Terminologies & concepts before moving on to other sections of SigningHub. This will enhance your ability to navigate the platform and use its features more effectively, ensuring you maximize the benefits SigningHub offers for your business needs.
When using an on-premises installation, SigningHub gives you an option to use your Microsoft Active Directory credentials to log into SigningHub. You don't even need to have a SigningHub ID, as your organizational domain user ID and password will be used for SigningHub authentication. In such a case, logging in through your Microsoft Active Directory credentials for the first time, will take you to the registration screen and display your Microsoft Active Directory ID (email address) for new registration. After registration, you can log in through your Microsoft Active Directory credentials. However, if the "" option is enabled from the "Auto Provision Users" screen, and an Active Directory has been selected as an Authentication Profile, then the registration screen will not be displayed, as the provisioned Active Directory users from there will be automatically registered and activated in SigningHub.
Browse your local on-premises installation URL.
Click the "More Login Options" link available at the bottom of the login screen. A dialogue box will appear listing all the supported authentication methods.
Click the "Microsoft Active Directory" option.
Specify your user ID (registered in Active Directory) and domain password.
Click the "Login" button.
Single sign-on (SSO) is an authentication process that allows a user to utilise his specific credentials (ID and password) to access multiple applications. The process authenticates the user for all the applications they have been given rights and avoids further prompts when they switch applications during a particular session. The "Microsoft Active Directory" authentication method also supports the Single sign-on (SSO) facility. To configure this, go to the integration screen and select "Active Directory" in the "Default Authentication Method" drop-down. However, there are certain browser based configurations that need to be done at the client's end, in order to seamlessly use SSO against the "Microsoft Active Directory" authentication method.
When accessing the SigningHub app through Microsoft Internet Explorer or Google Chrome for SSO, an individual would need to do the following configurations:
Open the "Internet Options" dialogue box by choosing "Internet Options" either from the Control Panel or from the "Tools" menu in Internet Explorer.
In the "Internet Options" dialog box, on the "Security" tab, select "Local intranet", and then click "Custom Level".
In the "Security Settings" dialogue box, under "Logon", select "Automatic logon only in Intranet zone", and then click "OK".
In the "Internet Options" dialogue box on the "Security Settings" tab with "Local intranet" still selected, click "Sites".
In the "Local intranet" dialogue box, click "Advanced".
In the next dialogue box (also titled "Local intranet"), type the URL of your Communicator Web Access site (for example, https://web.signinghub.com) in the "Add this Web site to the zone box", and then click "Add".
In the "Local intranet" dialog, box click "OK".
In the original "Local intranet" dialogue box, click "OK".
In the "Internet Options" dialogue box, click "OK".
When the end users (within Active Directory) need to access the SigningHub app through Microsoft Internet Explorer or Google Chrome for SSO, a network administrator could make the following browser configurations for all the users through Group Policy:
Open the Group Policy Management Console, and then either create a new Group Policy Object (GPO) or edit an existing GPO.
Expand "Computer Configuration", expand "Policies", expand "Administrative Templates", expand "Windows Components", expand "Internet Explorer", expand "Internet Control Panel", and then click "Security Page".
In the details pane, double-click "Site to Zone Assignment List".
In the "Site to Zone Assignment List Properties" dialog box, click "Enabled".
In the "Site to Zone Assignment List Properties" dialog box, click "Show".
In the "Show Contents" dialogue box, click "Add".
In the "Add Item" dialogue box, type the URL of your Communicator Web Access site (for example, https://web.signinghub.com) in the "Enter the name of the item to be added" box.
Type "1" (indicating the local intranet zone) in the "Enter the value of the item to be added" box, and then click "OK".
In the "Show Contents" dialogue box, click "OK".
In the "Site to Zone Assignment List" dialog box, click "OK".
In the Group Policy Management Editor, click "Intranet Zone".
In the details pane, double-click "Logon options".
In the "Logon options Properties" dialogue box, click "Enabled".
In the "Logon options" list, click "Automatic logon only in Intranet zone", and then click "OK".
Close the Group Policy Management Editor.
When accessing the SigningHub app through Mozilla Firefox for SSO, an individual would need to do the following configurations:
Browse the URL "about:config" in Firefox.
Click the "I'll be careful, I promise!" button.
In the next appearing screen, search the "network.negotiate-auth.trusted-uris" preference and double-click on it.
A dialogue box will appear, specify the URL of your Communicator Web Access site (for example, https://web.signinghub.com) and click "OK".
You need to authenticate once in a browser, so that it may keep your session. After that no need to authenticate again in the same browser for login and/ or signing.
As a part of GDPR compliance, the "Service Agreement" dialogue box will appear after successful user authentication. This dialogue box contains the links to the "Terms of Service" and "Privacy Policy" pages. SigningHub will ensure that you agree to them before letting you use your account.
The "Service Agreement" dialogue box will not appear after successful user authentication if no Service Agreement is marked active.
When using an on-premises installation of SigningHub and this is the only configured authentication for the end-users, then you won't need to click the "More Login Options" link to choose it. In that case, this authentication method will be invoked by default on the Login screen.
Users cannot log in to SigningHub if their account is disabled, marked as dormant, or temporarily locked due to multiple invalid login attempts.
SigningHub offers a subscription to evaluate its services before the actual purchase. In this regard you can subscribe for a basic 3 users account that will give you 5 digital signatures absolutely free.
Go to and click the "Free Trial" option.
In the next screen, specify your Name, Email ID and any other required details, and agree to the terms and conditions. Click the "Start Trial" button. An activation email will be sent to you.
Open the activation email from your Inbox and follow the activation link.
Configure your account password, security question, and security answer, from the activation screen. Click the "Save" button. In this way, your free trial account will be activated and you will be redirected to the login screen.
Use your credentials to log into your SigningHub account. A default welcome document will be available (in the "Pending" status) in your account for test signing.
If you have forgotten your account password, click the "Forgot password" link and follow the subsequent steps to recover it.
You can change your service plan anytime after registration.
If you are using a free account of SigningHub, and have been invited by an to join their enterprise as an , then accepting the invitation will halt your free subscription, and will shift your subscription to enterprise user (subscription) of the inviting enterprise. However, your previous documents will still be available to you in their respective statuses.
The checkbox "I agree to the Terms of Service and Privacy Policy" on the SignUp page will be displayed if at least one Service agreement is marked active in SigningHub Admin -> Global Settings -> Service Agreements.
The checkbox "I agree to the Terms of Service and Privacy Policy" on the SignUp page will be displayed and it is mandatory to check if the "Ensure Terms of Service and Privacy Policy is Agreed" is enabled in SigningHub Admin -> Global Settings.
During account activation, SigningHub does not allow its users to set as password, the following:
Their user account (i.e. Email Address)
The last used password
Their full user name
SigningHub gives you an option to use your LinkedIn credentials to log into SigningHub. In this case, you don't even need to have a SigningHub ID, as your account will be used for SigningHub authentication. However, logging in through your LinkedIn account for the first time, will take you to the registration screen and display your LinkedIn ID (email address) for new registration. After registration, you can easily login through your LinkedIn account.
Go to the SigningHub login screen.
Click the "More Login Options" link available at the bottom of the login screen. A dialogue box will appear listing all the supported authentication methods.
Click the "LinkedIn" option. The LinkedIn app will appear in a popup.
Specify your LinkedIn ID and password in the app.
Click the "Log into LinkedIn" button. SigningHub permissions screen will appear.
Click the "Allow" option. The system will let you log into SigningHub.
As a part of GDPR compliance, the "Service Agreement" dialogue box will appear after successful user authentication. This dialogue box contains the links to the "Terms of Service" and "Privacy Policy" pages. SigningHub will ensure that you agree to them before letting you use your account.
The "Service Agreement" dialogue box will not appear after successful user authentication if no Service Agreement is marked active.
When using an on-premises installation of SigningHub and this is the only configured authentication for the end-users, then you won't need to click the "More Login Options" link to choose it. In that case, this authentication method will be invoked by default on the Login screen.
Users cannot log in to SigningHub if their account is disabled, marked as dormant, or temporarily locked due to multiple invalid login attempts.
SigningHub gives you the option to pre-authorise users in your Microsoft Active Directory so that they may serve as your registered enterprise users. In this way, your enterprise users can use their Directory credentials (i.e. organizational domain user ID and password) for SigningHub authentication, and won't even need to create their SigningHub IDs.
Configure an Active Directory connector in SigningHub Admin.
Configure the connector in an authentication profile, in SigningHub Admin.
Configure auto provisioning in SigningHub Web.
Configure a security group for auto-provisioning.
Auto-provision users at the time of login.
Make the following configurations to a connector in SigningHub Admin:
In the "Basic Information" section, choose "Active Directory" as the "Provider".
In the "Details" section, fill in the required fields.
This domain user does not necessarily need to have administrator rights in Active Directory. Here are the important considerations about the user connecting with the Domain Controller:
Must exist in Active Directory, i.e. a valid Active Directory user.
Must be an active user of Active Directory, i.e. should not be set as disabled.
Must have the "Read" permissions on Active Directory to read the Security Groups and email addresses of all the users.
Make the following configurations to an authentication profile in SigningHub Admin:
Select the Active Directory Connector created earlier, in the highlighted field below:
If you want to allow access to specific authorised security groups in your Active Directory (i.e. Sales, Marketing, Accounts, etc.), enter the name of the security groups, with comma separation, in the "Allowed Groups" field to be used for provisioning in SigningHub.
If the "Allowed Groups" field is left blank, then all the domain users of a directory would be able to authenticate by using the authentication profile.
The "Fully Qualified Domain Name" field refers to the complete domain name that has been configured by your IT Administrator and consists of all the domain users, i.e. mysigninghub.com.
Make the following configurations in the "Users" tab in SigningHub Web:
In the "Auto Provision Users" section, check the "Automatically register the users" check box and select the "Authentication Profile", created earlier. Click the "Save" button.
All the users that belong to the selected authentication profile will be authorised through Active Directory upon login and will be automatically registered and activated in SigningHub under the default SigningHub role, provided that provisioning is not enabled by any other enterprise within the same on-premises deployment.
If multiple enterprises have been configured within an on-premises deployment, then the "Automatically register the users" check box should be ticked for only one enterprise.
Both public and private authentication profiles will be visible in the "Authentication Profile" drop-down for pre-authorising users.
SingingHub also allows you to give role-based access to SigningHub (i.e. Enterprise Admin, Enterprise Users, etc.) at the Security Group level.
Make the following configurations to a security group in SigningHub Web:
For the security group, add the name and role of the security group.
The added security group will be listed inside the Security Group grid. All the users that belong to the security group will be automatically registered and activated in SigningHub, upon login, under the specified role.
The names of the security groups are not validated against the security groups in the Active Directory, at this screen, so it is important that the correct security group name is added for successful pre-authorisation upon login.
In case specific authorised security groups in were allowed in the authentication profile, only the security groups will appear in the "Security Group" drop down.
From the "More Login Options" option, select Active Directory.
Provide your Active Directory credentials.
The following login preferences will be followed when logging into SigningHub Web via Active Directory:
SigningHub gives you an option to use your Microsoft Office 365 credentials to log into SigningHub. In this case, you don't even need to have a SigningHub ID, as your account will be used for SigningHub authentication. Currently, Office 365 uses Azure Active Directory (Azure AD) to manage identities and authentication. However, logging in through your Microsoft Office 365 credentials for the first time, will take you to the registration screen and display your Microsoft Office 365 ID (email address) for new registration. After registration, you can easily login through your Microsoft Office 365 credentials.
Go to the SigningHub login screen.
Click the "More Login Options" link available at the bottom of the login screen. A dialogue box will appear listing all the supported authentication methods.
Click the "Microsoft Office 365" option. The Microsoft Office 365 app will appear in a popup.
Specify your Microsoft Office 365 ID and password in the app.
Click the "Login" button. SigningHub permissions screen will appear.
Click the "Accept" option. You will be authenticated into SigningHub.
As a part of GDPR compliance, the "Service Agreement" dialogue box will appear after successful user authentication. This dialogue box contains the links to the "Terms of Service" and "Privacy Policy" pages. SigningHub will ensure that you agree to them before letting you use your account.
The "Service Agreement" dialogue box will not appear after successful user authentication if no Service Agreement is marked active.
When using an on-premises installation of SigningHub and this is the only configured authentication for the end-users, then you won't need to click the "More Login Options" link to choose it. In that case, this authentication method will be invoked by default on the Login screen.
Users cannot log in to SigningHub if their account is disabled, marked as dormant, or temporarily locked due to multiple invalid login attempts.
registrations are useful for small and medium-sized business organizations that require digital signatures for their approval processes. Large enterprises can equally benefit from Enterprise registrations. However, for large organizations, the on-premises deployment of SigningHub is recommended to cut down the overall cost. Contact for more details.
Go to and click the "Pricing" option appearing in the header.
The Service Plan screen will appear, select an appropriate individual "" and click the "Buy Now" button.
Select the payment mode i.e. Monthly/ Yearly, and click the "Proceed to Payment" button.
In the next screen, specify your Email ID (mandatory), Name, Mobile Phone, Account Type, Job Title, and Company Name, and agree to the terms and conditions (mandatory). Click the "Create Account" button.
The payment screen will appear from where you have to provide your payment details in order to make the required payment. An activation email will be sent to you.
Open the activation email from your inbox and follow the activation link.
Configure your account password, security question, and security answer from the activation screen. Click the "Save" button. In this way, your enterprise account will be activated and you will be redirected to the login screen.
Use your credentials to log into your SigningHub account.
Now you may to your enterprise.
A new enterprise account is always created with two roles, i.e. Enterprise Admin and Enterprise Users. SigningHub assigns the "Enterprise Admin" role to the account owner, and the "Enterprise Users" role to all other users, for which role has not been specified.
If you have forgotten your account password, click the "Forgot password" link and follow the subsequent steps to recover it.
You can change your service plan anytime after registration.
The "Regularly" option lets you pay on a regular basis (monthly/ annually) against a continuous service plan, while the "Pay As You Go" option lets you make a payment after consuming the allowed signature pack.
The service plan (either free or paid) is assigned at an account level, i.e. the overall digital signatures count is reduced with each signature by any user within the enterprise.
The checkbox "I agree to the Terms of Service and Privacy Policy" on the SignUp page will be displayed if at least one Service agreement is marked active in SigningHub Admin -> Global Settings -> Service Agreements.
The checkbox "I agree to the Terms of Service and Privacy Policy" on the SignUp page will be displayed and it is mandatory to check if the "Ensure Terms of Service and Privacy Policy is Agreed" is enabled in SigningHub Admin -> Global Settings.
During account activation, SigningHub does not allow its users to set as password, the following:
Their user account (i.e. Email Address)
The last used password
Their full user name
To see in detail, how to pre-authorise users in SigningHub, .
To see in detail, how to manage security groups in SigningHub, .
Logging in through your Active Directory credentials for the first time, will take you to the registration screen and display your Active Directory (email address) for new registration. After registration, you can easily log in through your Active Directory credentials. However, if the "Automatically register the users" check box is ticked from the "" screen, and an Active Directory has been selected as an Authentication Profile, then the registration screen will not be displayed, as the provisioned Active Directory users from there will be automatically registered and activated in SigningHub.
To see in detail, how to login through Active Directory in SigningHub, .
Availability of Security Group in Active Directory | Availability of Security Group in SigningHub Web | System Behaviour |
---|
Login through SigningHub ID
Login through Microsoft Active Directory
Login through Salesforce
Login through Microsoft ADFS
Login through Microsoft Office 365
Login through LinkedIn
Login through Google
OTP as a two-factor authentication
Login through the SSL client
Login through Freja eID
Login through Azure Active Directory
Corporate logins
Login through OIDC
Login through OAuth2
Login through Azure SAML-based SSO
System terminologies
System users
Service plans
Individual vs Enterprise subscriptions
Document statuses
Yes, the security group exists. | Yes, the mapping for the security group exists. |
|
Yes, the security group exists. | No, the mapping for the security group does not exist. |
|
No, the security group does not exist. | N/A |
|
When using a cloud-based installation, SigningHub gives you an option to use your Microsoft Active Directory Federation Services (ADFS) credentials to log into SigningHub. In this case, you don't even need to have a SigningHub ID, as your organizational domain user ID and password will be used for SigningHub authentication. However, logging in through your Microsoft ADFS credentials for the first time, will take you to the registration screen and display your Microsoft ADFS ID (email address) for new registration. After registration, you can easily login through your Microsoft ADFS credentials.
Go to the SigningHub login screen.
Click the "More Login Options" link available at the bottom of the login screen. A dialogue box will appear listing all the supported authentication methods.
Click the "Microsoft ADFS" option.
A popup will appear, specify your domain user ID (registered in Active Directory) and password. Click "Ok".
From the next appearing screen, select the relying party from the "Select one of the following sites" option. Click "Go".
As a part of GDPR compliance, the "Service Agreement" dialogue box will appear after successful user authentication. This dialogue box contains the links to the "Terms of Service" and "Privacy Policy" pages. SigningHub will ensure that you agree to them before letting you use your account.
The "Service Agreement" dialogue box will not appear after successful user authentication if no Service Agreement is marked active.
When using an on-premises installation of SigningHub and this is the only configured authentication for the end-users, then you won't need to click the "More Login Options" link to choose it. In that case, this authentication method will be invoked by default on the Login screen.
Users cannot log in to SigningHub if their account is disabled, marked as dormant, or temporarily locked due to multiple invalid login attempts.
SigningHub also allows you to use OTP via SMS as a secondary authentication method in conjunction with any of the pre-configured authentication methods above. This will make you feel more secure by going through two-factor authentication at the login time. The availability of OTP security features as two-factor authentication is subject to your subscribed service plan and login authentication settings. If you are willing to use this provision, please contact your Enterprise Admin to enable it in your Role under "Authentication".
To see an end-to-end flow for OTP authentication at the time of login, click here.
Go to the SigningHub login screen.
Click the "More Login Options" link available at the bottom of the login screen. A dialogue box will appear listing all the supported authentication methods.
Click your pre-configured authentication method, i.e. SigningHub ID, Salesforce, etc.
Log in with your respective credentials. If the provided credentials are correct:
An OTP will be sent to your mobile device or email address.
A dialogue box will appear on the login screen to enter the received OTP
Once OTP is received enter it in the text field. In case OTP is not received, you may select the option to resend it. You can also choose another method for OTP by selecting 'Switch Method'
Enter the received OTP and click the "Login" button.
To successfully log in, you must provide your account credentials and the received OTP correctly.
The use of OTP as two-factor authentication is subject to your subscribed service plan and role settings. SigningHub currently supports 4, 6, and 9 digits OTP.
As a part of GDPR compliance, the "Service Agreement" dialogue box will appear after successful user authentication. This dialogue box contains the links to the "Terms of Service" and "Privacy Policy" pages. SigningHub will ensure that you agree to them before letting you use your account.
The "Service Agreement" dialogue box will not appear after successful user authentication if no Service Agreement is marked active.
The OTP method will be as per the configured OTP method in the document owner's service plan.
"(Email)", in case only "Email OTP" is configured in the service plan
"(SMS)", in case only "SMS OTP" is configured in the service plan
"(SMS and Email)", in case both "Email OTP" and "SMS OTP" are configured in the service plan
The OTP retry and expiry times are based on your subscribed service plan.
Users cannot log in to SigningHub if their account is disabled, marked as dormant, or temporarily locked due to multiple invalid login attempts.
SigningHub primarily depends on your registered enterprise user ID (email address) for your authentication. However, if you want to attach another unique ID with your account, SigningHub gives you an option to use your SSL certificate to log into SigningHub. For this, your SSL certificate needs to be registered in SigningHub through SigningHub API.
Go to the SigningHub login screen.
Click the "More Login Options" link available at the bottom of the login screen. A dialogue box will appear listing all the supported authentication methods.
Click the "SSL Client Authentication" option. A popup will appear to select your SSL certificate.
Select your certificate and click OK.
The SSL Client authentication is not available to Individual subscriptions.
The availability of SSL Client authentication is subject to your enterprise service plan.
As a part of GDPR compliance, the "Service Agreement" dialogue box will appear after successful user authentication. This dialogue box contains the links to the "Terms of Service" and "Privacy Policy" pages. SigningHub will ensure that you agree to them before letting you use your account.
The "Service Agreement" dialogue box will not appear after successful user authentication if no Service Agreement is marked active.
When using an on-premises installation of SigningHub and this is the only configured authentication for the end-users, then you won't need to click the "More Login Options" link to choose it. In that case, this authentication method will be invoked by default on the Login screen.
Users cannot log in to SigningHub if their account is disabled, marked as dormant, or temporarily locked due to multiple invalid login attempts.
SigningHub gives you an option to use your IDP credentials (OIDC supported protocol) to log into SigningHub. In this case, you don't even need to have a SigningHub ID, as your personal account will be used for SigningHub authentication.
However, logging in through your personal credentials for the first time, will take you to the registration screen and display your personal (email address) for new registration. After registration, you can easily login through your personal credentials.
Go to the SigningHub login screen.
Click the "More Login Options" link available at the bottom of the login screen. A dialogue box will appear listing all the supported authentication methods.
Click the "OIDC Configured profile" option. The configured app will appear in a popup.
Specify your ID and password in the app.
Click the "Login" button. SigningHub permissions screen will appear.
Click the "Accept" option. You will be authenticated into SigningHub.
When syncing a user's National Identity (NID) and email from OpenID Connect (OIDC) with SigningHub, actions vary based on whether the user already exists in the SigningHub system:
If both email and NID are received from OIDC and the user exists in SigningHub: The user will log in, and the NID in the [User] table will be updated with the new NID from OIDC. If the user does not yet exist, they will be registered in the system, and their NID will be added to the [User] table.
If only the email is received from OIDC and the user exists in SigningHub: The user will simply log in. If the user does not exist, they will be registered.
If only the NID is received from OIDC and the user exists in SigningHub: SigningHub will search for a user with the received NID. If found, the user will log in, and their NID in the [User] table will be updated. If the user does not already exist in SigningHub, an error will be shown, as the user must already be present in the UserIdentity or [User] table for NID-only syncs.
If neither email nor NID is received from OIDC: An error will be returned in both cases, as the user must already be present in the UserIdentity or [User] table to proceed with syncing.
As a part of GDPR compliance, the "Service Agreement" dialogue box will appear after successful user authentication. This dialogue box contains the links to the "Terms of Service" and "Privacy Policy" pages. SigningHub will ensure that you agree to them before letting you use your account.
The "Service Agreement" dialogue box will not appear after successful user authentication if no Service Agreement is marked active.
When using an on-premises installation of SigningHub and this is the only configured authentication for the end-users, then you won't need to click the "More Login Options" link to choose it. In that case, this authentication method will be invoked by default on the Login screen.
Users cannot log in to SigningHub if their account is disabled, marked as dormant, or temporarily locked due to multiple invalid login attempts.
SigningHub gives you an option to use your Microsoft Azure Active Directory credentials to log into SigningHub. In this case, you don't even need to have a SigningHub ID, as your Azure Active Directory account will be used for SigningHub authentication. However, logging in through your Azure Active Directory credentials for the first time, will take you to the registration screen and display your Azure Active Directory (email address) for new registration. After registration, you can easily log in through your Azure Active Directory credentials.
However, if the "Automatically register the users" is enabled from the "Auto Provision Users" screen, and an Azure Active Directory has been selected as an Authentication Profile, then the registration screen will not be displayed, as the provisioned Azure Active Directory users from there will be automatically registered and activated in SigningHub.
Go to the SigningHub login screen.
Click the "More Login Options" link available at the bottom of the login screen. A dialogue box will appear listing all the supported authentication methods.
Click the "Azure AD" option. The Microsoft Azure Active Directory app will appear in a popup.
Specify your Microsoft Azure Active Directory ID and password in the app.
Click the "Sign in" button. You will be authenticated into SigningHub.
In order to make your Azure Active Directory application running, you need to manually update a property on the Azure Portal under the application's manifest.
For this:
Click Manifest at the left pane describing your app.
Change the value of the oauth2AllowImplicitFlow property to True. If the property is not present, add it and set its value to true.
Click "Save" to save the modified manifest.
In order to make your Azure Active Directory application run, you need to manually update a property on the Azure Portal under the application's manifest.
For this:
Click Manifest at the left pane describing your app.
Change the value of the oauth2AllowImplicitFlow property to True. If the property is not present, add it and set its value to true.
Click "Save" to save the modified manifest.
As a part of GDPR compliance, the "Service Agreement" dialogue box will appear after successful user authentication. This dialogue box contains the links to the "Terms of Service" and "Privacy Policy" pages. SigningHub will ensure that you agree to them before letting you use your account.
The "Service Agreement" dialogue box will not appear after successful user authentication if no Service Agreement is marked active.
When using an on-premises installation of SigningHub and this is the only configured authentication for the end-users, then you won't need to click the "More Login Options" link to choose it. In that case, this authentication method will be invoked by default on the Login screen.
Users cannot log in to SigningHub if their account is disabled, marked as dormant, or temporarily locked due to multiple invalid login attempts.
SigningHub gives you an option to use your Google credentials to log into SigningHub. In this case, you don't even need to have a SigningHub ID, as your Google account will be used for SigningHub authentication. However, logging in through your Google account for the first time, will take you to the registration screen and display your Google ID (email address) for new registration. After registration, you can easily login through your Google account.
Go to the SigningHub login screen. Click the "More Login Options" link available at the bottom of the login screen. A dialogue box will appear listing all the supported authentication methods.
Click the "Google" option. The Google app will appear in a popup.
Specify your Google ID and password in the app.
Click the "Log into Google" button. SigningHub permissions screen will appear.
Click the "Allow" option. The system will let you log into SigningHub.
As a part of GDPR compliance, the "Service Agreement" dialogue box will appear after successful user authentication. This dialogue box contains the links to the "Terms of Service" and "Privacy Policy" pages. SigningHub will ensure that you agree to them before letting you use your account.
The "Service Agreement" dialogue box will not appear after successful user authentication if no Service Agreement is marked active.
When using an on-premises installation of SigningHub and this is the only configured authentication for the end-users, then you won't need to click the "More Login Options" link to choose it. In that case, this authentication method will be invoked by default on the Login screen.
Users cannot log in to SigningHub if their account is disabled, marked as dormant, or temporarily locked due to multiple invalid login attempts.
SigningHub gives you the option to authenticate yourself by using Microsoft Azure's SAML-based Single Sign-on credentials to log into SigningHub. In this case, you don't even need to have a SigningHub ID, as your Azure Active Directory account will be used for SigningHub authentication. However, logging in through your Azure Active Directory credentials for the first time, will take you to the registration screen and display your Azure Active Directory (email address) for new registration. After registration, you can easily login through your Azure Active Directory credentials.
To configure Azure with SAML and use it in SH below steps needs to be completed
Configure Microsoft Azure
Configure SigningHub
Sign in to the Azure portal using your Azure Active Directory administrator account.
Click on the "Active Directory do Azure".
Click on the "Enterprise Applications" on the right side.
In the app gallery, you can add an unlisted app by selecting the "Non-gallery Application" tile.
After entering a Name for your application, you can configure the single sign-on options and behaviour.
Once the app is successfully added, it will appear under "Enterprise Applications".
Select your added app from the list.
To start, click on Single sign-on from the application's left-hand navigation menu. The next screen presents the options for configuring single sign-on.
Select the option "SAML-based Sign-on" from the drop-down "Single Sign-on Mode" to configure SAML-based authentication for the application. This requires that the application support SAML 2.0. Complete the following sections to configure single sign-on between the application and Azure AD.
To set up Azure AD, enter the basic SAML configuration. You can manually enter the values or upload a metadata file to extract the values of the fields.
When a user authenticates to the application, Azure AD will issue a SAML token to the app that contains information (or claims) about the user that uniquely identifies them. By default, this includes the user's username, email address, first name, and last name.
When you create Non-Gallery application, Azure AD will create an application-specific certificate with an expiration date of 3 years from the date of creation. You need this certificate to set up the trust between Azure AD and the application.
Click on the "Save" button on top.
To ensure users can sign in to SigningHub after it has been configured to use Azure Active Directory. Users must be assigned access to SigningHub in Azure AD to sign in.
To configure the application for single sign-on, scroll to the end of the SAML-based sign-on configuration page, and then click on Configure SigningHub (Name of the app).
If you are unable to add a custom application, enable the feature by clicking the arrow next to "Get a free Premium trial to use this feature."
If "Single sign-on" is disabled for the logged-in user for the selected app, add the logged-in user as the owner of the added app.
For configuration at SigningHub go to the administrator URL such as "https://admin.signinghub.com/".
Create the connector by clicking on the add icon from Configurations>Connectors.
Select the provider "SAML Identity Provider" from the "Provider" drop-down.
Provide the necessary information such as Name, Login & Logout URL (mentioned in step 15), Binding Type (POST/Redirect define in connector), Signature algorithm (SHA1/SHA256 define in connector ), upload IDP certificate downloaded from azure mentioned in step 12 and click on Save button.
Export the SP metadata by clicking on the "Export SP Metadata" button, this metadata can be used in step 10.
Create the authentication profile by clicking on the add icon from Configurations>Authentication Profiles.
Provide the Name, method as "SAML Authentications", Connector that is created in step 19, select the logo and Save the information.
Publish the changes.
Access the web URL as "https://web.signinghub.com/".
Click the "More Login Options".
Click on the authentication profile that you have created above.
Provide the credentials and log in here
The signature algorithm will match the one set in Step 12 and will be used when signing the request. SHA256 is recommended when the binding type is set to "POST."
In order to make your Azure Active Directory application run, you need to manually update a property on the Azure Portal under the application's manifest. For this:
Click Manifest at the left pane describing your app.
Change the value of the oauth2AllowImplicitFlow property to True. If the property is not present, add it and set its value to true.
Click "Save" to save the modified manifest.
The Microsoft Azure Active Directory authentication method also supports the Single sign-on (SSO) facility. To configure this, go to the integration screen and select "Azure AD" in the "Default Authentication Method" drop-down (as explained in point 6).
As a part of GDPR compliance, the "Service Agreement" dialogue box will appear after successful user authentication. This dialogue box contains the links to the "Terms of Service" and "Privacy Policy" pages. SigningHub will ensure that you agree to them before letting you use your account.
The "Service Agreement" dialogue box will not appear after successful user authentication if no Service Agreement is marked active.
When using an on-premises installation of SigningHub and this is the only configured authentication for the end-users, then you won't need to click the "More Login Options" link to choose it. In that case, this authentication method will be invoked by default on the Login screen.
Users cannot log in to SigningHub if their account is disabled, marked as dormant, or temporarily locked due to multiple invalid login attempts
SigningHub gives you an option to use your IDP credentials (OAuth2 supported protocol) to log into SigningHub. In this case, you don't even need to have a SigningHub ID, as your personal account will be used for SigningHub authentication. However, logging in through your personal credentials for the first time, will take you to the registration screen and display your personal (email address) for new registration. After registration, you can easily login through your personal credentials.
Go to the SigningHub login screen.
Click the "More Login Options" link available at the bottom of the login screen. A dialogue box will appear listing all the supported authentication methods.
Click the "OAuth2 Configured profile" option. The configured app will appear in a popup.
Specify your ID and password in the app.
Click the "Login" button. SigningHub permissions screen will appear.
Click the "Accept" option. You will be authenticated into SigningHub.
As a part of GDPR compliance, the "Service Agreement" dialogue box will appear after successful user authentication. This dialogue box contains the links to the "Terms of Service" and "Privacy Policy" pages. SigningHub will ensure that you agree to them before letting you use your account.
The "Service Agreement" dialogue box will not appear after successful user authentication if no Service Agreement is marked active.
When using an on-premises installation of SigningHub and this is the only configured authentication for the end-users, then you won't need to click the "More Login Options" link to choose it. In that case, this authentication method will be invoked by default on the Login screen.
Users cannot log in to SigningHub if their account is disabled, marked as dormant, or temporarily locked due to multiple invalid login attempts.
SigningHub offers a multilingual interface to facilitate its worldwide customers to send documents for signature in their native language. In this regard, you can change the entire GUI of your SigningHub account as per your desired language.
The system supports more than 32 international languages, i.e.:
"en-US": "English",
"nl-NL": "Nederlands",
"es-ES": "Español (ES)",
"es-LA": "Español (LA)",
"fr-FR": "Français",
"de-DE": "Deutsch",
"ar-AE": "العربية",
"tr-TR": "Türkçe",
"lv-LV": "Latviski",
"nb-NO": "Norsk",
"el-GR": "ελληνικά",
"hi-IN": "हिंदी",
"id-ID": "Bahasa Indonesia",
"ja-JP": "日本語",
"pt-Pt": "Português (PT)",
"pt-BR": "Português (Brasil)",
"ro-RO": "Română",
"ru-RU": "Pусский",
"sr-CR": "Srpski",
"th-TH": "ภาษาไทย",
"vi-VN": "Tiếng Việt",
"it-IT": "Italian",
"fi-FI": "Finnish",
"et-ET": "Estonian",
"pl-PL": "Polish",
"sv-SE": "Swedish",
"da-DK": "Danish",
"ar-DZ": "Algeria",
"hu-HU": "Hungarian",
"ka-KA": "Georgian",
"zh-CN": "简体中文",
"zh-TW": "繁体中文",
"ko-KR": "한국어"
Login to your SigningHub account.
Navigate to "Personal Information" settings under the Personal Configurations section.
Alternatively, you could also change your account language from the login screen by selecting your desired language from the language drop-down, as shown in the image below. The system interface will change as per the selected language.
In the case of selecting the "Arabic" language, the entire layout of the SigningHub screen will be converted to "Right to Left", as shown in the following image.
SigningHub gives you an option to pre-authorize users in your Azure Active Directory so that they may serve as your registered enterprise users. In this way, your enterprise users can use their Directory credentials (i.e. organizational domain user ID and password) for SigningHub authentication, and won't even need to create their SigningHub IDs.
Configure an Azure Active Directory connector in SigningHub Admin.
Configure the connector in an authentication profile, in SigningHub Admin.
Configure auto provisioning in SigningHub Web.
Configure a security group for auto-provisioning.
Auto-provision the users at login
Make the following configurations to a connector in SigningHub Admin:
In the "Basic Information" section, choose "Azure Active Directory" as the "Provider".
In the "Details" section, fill in the required fields.
In addition to "User.Read", an additional mandatory permission, "Directory.Read.All", will have to be configured for pre-authorization of users in Azure Active Directory.
Make the following configurations to an authentication profile in SigningHub Admin:
Select the Azure Active Directory Connector created earlier, in the highlighted field below:
If you want to allow access to specific authorised security groups in your Azure Active Directory (i.e. Sales, Marketing, Accounts, etc.), enter the name of the security groups, with comma separation, in the "Allowed Groups" field to be used for provisioning in SigningHub.
If the "Allowed Groups" field is left blank, then all the domain users of a directory would be able to authenticate by using the authentication profile.
To see in detail, how to pre-authorise users in SigningHub, click here.
Make the following configurations in the "Users" tab in SigningHub Web:
In the "Auto Provision Users" section, check the "Automatically register the users" check box and select the "Authentication Profile", created earlier. Click the "Save" button.
All the users that belong to the selected authentication profile will be authorised through Azure Active Directory upon login and will be automatically registered and activated in SigningHub under the default SigningHub role, provided that provisioning is not enabled by any other enterprise within the same on-premises deployment.
If multiple enterprises have been configured within an on-premises deployment, then the "Automatically register the users" check box should be ticked for only one enterprise.
Both public and private authentication profiles will be visible in the "Authentication Profile" drop-down for pre-authorising users.
SingingHub also allows you to give role-based access to SigningHub (i.e. Enterprise Admin, Enterprise Users, etc.) at the Security Group level.
Make the following configurations to a security group in SigningHub Web:
For the security group, add the name and role of the security group.
The added security group will be listed inside the Security Group grid. All the users that belong to the security group will be automatically registered and activated in SigningHub, upon login, under the specified role.
The names of the security groups are not validated against the security groups in the Azure Active Directory, at this screen, so the correct security group name must be added for successful pre-authorisation upon login.
In case specific authorised security groups in were allowed in the authentication profile, only the security groups will appear in the "Security Group" drop down.
Logging in through your Azure Active Directory credentials for the first time, will take you to the registration screen and display your Azure Active Directory (email address) for new registration. After registration, you can easily login through your Azure Active Directory credentials. However, if the "Automatically register the users" check box is ticked from the "Auto Provision Users" screen, and an Azure Active Directory has been selected as an Authentication Profile, then the registration screen will not be displayed, as the provisioned Azure Active Directory users from there will be automatically registered and activated in SigningHub.
From the "More Login Options" option, select Azure Active Directory.
Provide your Azure Active Directory credentials.
The following login preferences will be followed when logging into SigningHub Web via Azure Active Directory:
The SigningHub dashboard is the first screen that appears when you successfully log into your SigningHub account. You can also view your SigningHub dashboard by clicking the "Dashboard" option available on the left-side panel.
The Dashboard welcomes the logged-in user by saying "Hi" and gives a brief update on the recent document-related activity that has taken place. The dashboard consists of the following components:
The document listing screen appears when the user clicks on the 'Documents' option from the navigation panel. The 'Documents' screen lists all the documents available to the user. When you click on a document, the information and related actions appear in the information panel.
Search bar: The search bar allows you to search documents. You can also use advanced search by applying filtration criteria.
Folders: The folders button allows you to manage the default folder, custom folders, archived folder, and shared folders.
Sign a new document: Click the "Sign a New Document" button to start a new workflow.
Status Filter: The "Status Filter" bar shows the count of documents falling into different categories based on their statuses.
Document listing: Lists all the documents available to the user. The "Owner" filter has the option to list these documents based on whether the document owner is "You", "Others", or "All".
A record in the document listing is called a 'Document Package'. A document package may contain a single or multiple documents to be signed.
Document: The name of the document package. Clicking on a document package displays various details and actions associated with the document package, in the information panel. If there is a red notification dot next to the package name, it represents that either:
The document package is either newly sent to you for collaboration, or
There is any change (i.e. signed/ updated/ reviewed/ annotated/ form filled by other recipient/ owner themselves) in the document package after you have collaborated in the workflow.
Status: The status of the document package, i.e. draft, in-progress, pending, signed, declined, approved, updated, completed, or expiring in 7 days.
Owner: The owner of the document package.
Last Updated: The date on which the document package was last modified, i.e. created, shared, form filled, signed, declined, etc.
Pagination footer: To help navigate between document packages.
By default, your latest document packages are displayed at the top of the list. You can sort them on the basis of their title, status, owner, and last-updated. To sort your documents list click the parameter once to sort the list in ascending order, and click the same parameter again to sort the list in descending order.
Click on the 'Folder' button, select a folder, and then filter based on status from the "Status Filter" options to view the respective list of documents.
By default, up to 10 document packages are displayed in the main table. However, if you want to access the documents that exist toward the back of the table, just click the 'Next' button in the pagination footer, this will take you to the next page. Alternatively, you can also move to a specific page by clicking the '1 of X pages' option, in the pagination footer.
Corporate logins refer to the private authentication method that is set by your Enterprise Admin. In this way, the enterprise users of a certain enterprise can be authenticated by their enterprise-specific authentication method. Such methods are not usually listed under the "More Login Options" link on the login screen for public users.
There are two ways to enjoy the corporate login facility, they are:
When a private authentication profile is , you are provided with an , which contains your branded enterprise GUI for login. But this is not compulsory either, you can be asked to access a public URL for login. The authentication process will be:
Browse the URL as provided by your Enterprise Admin
Specify your registered ID in the login screen
SigningHub will read your ID and will trigger the configured (private) authentication method (i.e. SSL authentication, Microsoft Active Directory, Salesforce, Google, etc.) screen
Specify your account credentials to authenticate yourself
When a private authentication profile is , you are always provided with an , which contains your branded enterprise GUI for login. The authentication process will be:
Browse the Enterprise URL as provided by your Enterprise Admin
SigningHub will automatically trigger the configured (private) authentication method (i.e. SSL authentication, Microsoft Active Directory, Salesforce, Google, etc.) screen
Specify your account credentials to authenticate yourself
A private authentication profile is the one that is exclusively used for corporate logins and is not available to the end users (public) on their Login screen and Integration screen of SigningHub Desktop Web. The availability of private authentication profiles is subject to your subscribed service plan. If you cannot find this option in your account, .
The availability of the corporate logins feature is subject to your enterprise service plan.
As a part of GDPR compliance, the "Service Agreement" dialogue box will appear after successful user authentication. This dialogue box contains the links to the "Terms of Service" and "Privacy Policy" pages. SigningHub will ensure that you agree to them before letting you use your account.
The "Service Agreement" dialogue box will not appear after successful user authentication if no Service Agreement is marked active.
Users cannot log in to SigningHub if their account is disabled, marked as dormant, or temporarily locked due to multiple invalid login attempts.
Certain document operations can be performed even without opening a document. For this you need to simply select the document from the document listing and perform your required operation (i.e. preview, download, delete, rename, print, recall, etc.). There are multiple ways to select or open a document, i.e.:
Required activity | How to perform? |
---|
Selection-based document options are operations that can be performed on a single document or multiple documents collectively:
When a single document is selected | When multiple documents are selected |
---|
Based on its current status, each document in the document listing is shown with a particular button in the information panel. This button can additionally be used to open the document for the required operation, i.e. signing, reviewing, editing, or preparation.
Document status | Button name |
---|
When you select multiple documents and click the "Download" option, all the selected documents will be downloaded in a ZIP file. However, the documents that have been restricted from downloading because of their set permissions, will not be part of the Zip file.
SigningHub provides an efficient, fast, and easy way to sign a pile of documents (up to 50) in one go. For this, use the "Sign selection" option to sign your (multiple) documents (in the 'Pending' and 'Draft' statuses) through a single-click operation. Bulk signing duly works with document signing, reviewing, updating, in-person signing and adding your initials. However, SigningHub does not allow you to sign those ('Pending' and 'Draft') documents through a bulk signing list, for which:
Permissions (Password or OTP) have been set to open the document, or
Permission (Document Signing Authentication) has been set for the recipient, or
The set duration permission to open the document has expired, or
The next configured recipient in a workflow is an undefined placeholder, or
The set delegate duration period has expired, or
The mandatory form fields assigned to you are empty
A mandatory attachment field has been assigned to you
The availability of the "Bulk Sign" feature is subject to your subscribed Service Plan and Enterprise Role. If you cannot find this option in your account, please ask your Enterprise Admin to upgrade your service plan and enable it in your Role>Document Settings.
Select 'Pending' and 'Draft' documents (up to 50), and click the "Sign selected documents" button in the information panel.
The bulk sign dialogue box will appear. It will list your documents based on the required actions.
Click on each of the following action buttons to bulk-sign the selected documents, based on your assigned recipient roles:
Reviewer: Click on the 'Approve Documents' button, add any optional comments, and then click the 'Approve' button to approve.
Editor: Click on the 'Submit Documents' button to submit the documents.
Meeting Host: Click on the 'Host the Documents' button, and the 'Apply In-Person Signature' dialogue box will appear. Enter the required details, then click 'Sign' to apply the signature.
Electronic Seals: Click on the 'Apply Electronic Seal' button, and the electronic seal will be applied.
Basic Signatures: Click on the level of assurance, and the 'Sign' dialogue box will appear. Click the 'Sign' button to complete the signing.
Advanced Signatures: Click on the level of assurance, select the signing server in the 'Sign' dialogue box, and then click 'Sign' to apply advanced signatures.
While a document is being processed, a circular percentage progress bar will appear next to it, to indicate the progress.
If any document can not be signed, the respective reason will be displayed, click on the 'Continue' button to continue signing the eligible documents. (You will be able to sign these documents individually after bulk signing.)
If a legal notice is configured with any of the selected documents, an 'I agree to all legal notice(s)' toggle will appear. Toggle it on to agree to the legal notice. It is mandatory to agree to the legal notices before proceeding to sign.
If any document has an initial field, then SigningHub will display a dialogue box to add your initials first.
If due to any reason bulk signing fails for a document, a summary dialogue will appear to show the reason for failure, and a caution icon will appear adjacent to the button.
In case of bulk signing using a signature pad, the "Remember the captured signature for use throughout this document" option will not appear.
Upon clicking the "Sign" button, if any 'Authentication Method' is configured for the selected signing capacity under enterprise roles, an authentication dialogue box will appear. If no 'Authentication Method' is configured for the selected signing capacity under enterprise roles, the document signing process will start. In the list of documents selected for bulk signing, all the signature fields with the same level of assurance that matches the selected 'Signing Capacity', in the above step, will be signed.
If you have selected CSC Signing Server to perform signature and "Authorisation Code" is selected as the "Auth Type" in CSC Connector, then on clicking the 'Sign' button you will be shown an additional authorisation option, depending upon the authorisation settings configured in your CSC Server:
Implicit
Explicit (One Time Password (OTP)/PIN Number)
OAuth Authorisation Code
All unregistered users using the CSC Signing Server to perform signatures will be shown an additional authorisation option, as mentioned above, upon clicking the 'Sign' button.
If "Client Credentials" is selected as the "Auth Type" in the CSC Connector and a valid CSC User ID has been configured for the user, then on clicking the 'Sign' button, no additional authorisation will be required for signing.
There could be a possibility that both the options of OTP and PIN number are configured as a signing time authentication by your CSC Server.
In case the Level of Assurance of a "Signature" field is set to "Simple Electronic Signature", then only Document Signing Authentication will work.
In case of signing of XML document, optionally you may also specify "Commitment Type Indication". SigningHub populates values of this field in editable mode from your Personal Signing Details. When specified they will become a permanent part of your XML signature.
In the case of OTP authentication, the OTP method will be as per the configured OTP method in the document owner's service plan.
"(Email)", in case only "Email OTP" is configured in the service plan
"(SMS)", in case only "SMS OTP" is configured in the service plan
"(SMS and Email)", in case both "Email OTP" and "SMS OTP" are configured in the service plan
If the user has authenticated once against an "Authentication Method" which is configured for a "Signing Capacity", the user will not be prompted to re-authenticate the same "Authentication Method" even if it is configured against a different "Signing Capacity". In case a different "Authentication Method" has been configured against the new "Signing Capacity", the user will be prompted to authenticate against it.
Select 'Pending' and 'Draft' documents (up to 50), and click the "Sign selected documents" button in the information panel.
The bulk sign dialogue box will appear. It will list your documents based on the required actions.
Select the level of assurance for which a signing server has the Remote Authorized Signing configured.
Select the signing server against which Remote Authorized Signing has been configured.
Click on the 'Sign' button in the 'Sign' dialogue box.
An authentication request will be sent to your registered mobile device for remote authorisation. In case you want to withdraw the remote authorisation request, click on the "Cancel Request" button.
Run the SigningHub app (Android or iOS) on your mobile device and log in with the same account credentials through which you have logged in from the SigningHub web.
A popup will appear on your mobile device to authorise your signature through touchID or PIN. Upon authorisation, the document is signed.
Font colour will not be applicable in Signature Appearance while performing signature on any PDF/A document with "CMYK" colour space to ensure PDF/A compliance.
Bulk signing duly supports signing Word files and XML files.
If the workflow type is "Only-Me" and the document package has 2 documents each having a signature field with a different level of assurance, when trying to "Bulk Sign and Share"; the first document will be signed and upon re-initiating the signing process the "Status" of the workflow will prompt an error message. Thus to sign such workflow, the user will have to restart the bulk signing process.
SigningHub produces the "XAdES-Baseline-LTA" ETSI-compliant signatures for XML documents but for backward compatibility with ADSS Server version 6.9 or less SigningHub will produce the XAdES Extended signature on base of key "ES-X-L" added in web.config file.
You must agree to all the legal notices configured with the selected documents before signing them.
The system will prompt for OTP or password before showing the document preview if it is enabled for any of the selected documents.
Whenever a pending document is digitally signed, the digital signatures quota of the respective document owner's account is consumed, and hence their available count is decreased by one.
In case the Level of Assurance of a "Signature" field is set to "Electronic Signature", then Signing Servers will not appear on the signing dialogue box.
SigningHub supports the "Bulk Signing" operation with the selected signing capacity for a particular level of assurance similar to the one configured by the document owner for the signature field.
You cannot perform 'Bulk Signing' without adding an attachment if a mandatory attachment field has been assigned to you.
In the case of Simple Electronic Signature (SES), for an individual user, the Signature Appearance Design drop-down is available but by default, no signature appearance is selected. In order to use the signature appearance the user can select any allowed signature appearance from the drop-down.
if the auto-detect location checkbox is checked, and the GeoIP connector has been configured, the system will pick the location and time zone using the GeoIP connector.
If either the auto-detect location checkbox is unchecked, the GeoIP connector has not been configured, or the GeoIP connector is faulty or not functional, the system will use the location and time zone of the document owner.
Based on the type of users, the following mentioned signature appearances will be available:
In the case of an enterprise user, all the signature appearances are allowed in the user role.
In the case of an individual user, all the signature appearances are allowed in the user's service plan.
In the case of an unregistered user:
If the document owner is an enterprise user, all the signature appearances are allowed in the document owner's user role.
If the document owner is an individual user, all the signature appearances are allowed in the document owner's service plan.
In the case of a Simple Electronic Signature (SES) signature stamp, against the "Signed by" attribute:
in case of an unregistered user, the system will show the name of the unregistered user as saved in the document owner's contacts.
In the case of Electronic Seal (eSeal), the user will now be able to select the allowed signature appearance design, signing capacity, contact information and location.
The eID Easy Signing Server does not support bulk signing.
Click on the "Edit" button in the .
Availability of Security Group in Azure Active Directory | Availability of Security Group in SigningHub Web | System Behaviour |
---|---|---|
Dashboard Components | Description |
---|
Status Filter | Count |
---|
By default, all your document packages are listed in the "Inbox" folder. You can choose to filter them on the basis of their and folders.
By default, all your document(s) packages are listed in the "Inbox" folder. However, you can create to organize them as required and
Shared spaces work on the principle of delegating your document processing authority to a group of collaborators. A space owner may and in it so that these documents can be processed by any of the nominated collaborators on behalf of the space owner in their absence.
If your textual signature is already filled in with your fixed name, it is because the signature text editing is . Your signature text can be edited under the "" tab in 'Personal Configurations.
Choose a desired appearance for your signature. The options being populated in the "Signature Appearance Design" field are the allowed appearances to your enterprise user role. You can also see this list in your. The signature appearance will be auto-filled and cannot be changed if it's restricted from enterprise roles to use a specific appearance for the selected Signing Server.
Based on your , the bulk signing feature supports both the and methods.
SigningHub supports the "Bulk Signing" operation through Remote Authorised Signing (RAS) as well. This can be done by sending a single authorisation request from your mobile device running a SigningHub mobile app. For more details about what is Remote Authorised Signing, see the FAQs on .
You can sign up to 50 documents in one go through bulk signing. Contact if you are looking to extend this limit.
The availability of the 'Bulk Sign' feature is subject to your subscribed Service Plan and Enterprise Role. If you cannot find this option in your account, please ask your Enterprise Admin to and enable it in your .
In the case of Simple Electronic Signature (SES), an enterprise user will only be able to use Signature Appearance Design, if the "Allow users to use the signature appearance for Simple Electronic Signatures" check box is enabled in the , against the user's role.
In the "Sign" and "Apply In-Person Signature" dialogue box, the user's default location will be shown, as configured in the user's . In the case of an unregistered user:
the system will show the name of the user as configured in the user's profile in their .
Yes, the security group exists.
Yes, the mapping for the security group exists.
In case the user was already registered, the system will log in the user as per the assigned role.
In case the user was not already registered, the system will register, auto activate, and log in the user as per the assigned role.
Yes, the security group exists.
No, the mapping for the security group does not exist.
In case the user was already registered, the system will log in the user as per the default role.
In case the user was not already registered, the system will register, auto activate, and log in the user as per the default role.
No, the security group does not exist.
N/A
The system will throw an error and will not allow auto-provisioning.
Action Required | Shows the aggregate count of "Pending" and "Declined" documents. |
Awaiting Others | Shows the aggregate count of "In-progress" documents. |
Completed | Shows the aggregate count of "Completed" documents. |
Others | Shows the aggregate count of "Approved", "Draft", "Signed", and "Updated" documents. |
Expiring in 7 Days | Shows the aggregate count of pending document packages whose viewing access is about to expire in 7 days for the logged-in user. |
Opening a document |
|
Selecting a document |
|
Selecting multiple documents |
|
Selecting all documents |
|
Based on the status of a selected document, the following operations are available for a single document:
| Based on the statuses of the selected documents, the following operations can be performed on multiple documents:
Actions which can not be performed on multiple documents will hence be hidden from the information panel. |
Approved Signed Edited Declined Completed In-Progress Draft | View document |
Pending | Sign |
SigningHub enables a document owner to move his Completed and Declined documents to the archive folder. The 'Archive' folder appears if the 'DATA-ARCHIVING' module is enabled in the license and the 'Archiving' feature is enabled in the service plan. However, you can freely move your files from one folder to another, and can also move them back to their previous folder. Once a document has been moved to the archive, the storage consumption will reflect the deduction of the document size.
The user is allowed to perform the following actions on an archived document:
Download the document
Delete the document
Comment on the document
Print the document
View the workflow details of the document
View the workflow history of the document
View the workflow timeline of the document
View the workflow evidence report of the document
The "Archive" folder displays all the documents which have been archived. The "Archive" folder is a system folder and hence cannot be deleted.
Click the 'Documents' option in the navigation panel.
Click on the 'Folders' button.
Your folders will be shown in a dialogue box. Click on the 'Archive' folder to view the documents that it contains.
Click the 'Documents' option in the navigation panel.
Select the documents that you wish to archive.
Click the 'Move to folder' option in the information panel.
Select the 'Archive' folder and click on the 'Submit' button.
A document owner can only move his Completed and Declined documents to the Archive folder.
You cannot delete the "Archive" folder.
The user will not be able to perform any action on the archived documents if, the "Archiving" feature is removed from the service plan or the "Data Archiving" is disabled from the Data Settings.
The archived documents will be archived at the provided directory path in the Data Settings. The archived documents will be available within the "Documents" folder in the directory path. Each archived document package will have an individual folder named as per the document package ID.
SigningHub allows you to efficiently manage your documents by creating, renaming, and deleting custom folders for better organization. By default, all documents are placed in the 'Inbox' folder, but you can easily move your files between folders or return them to their original location.
The "All" folder provides a comprehensive view of all documents within your account, including those from shared spaces. The 'All' and 'Inbox' folders are default system folders and cannot be deleted.
Click the 'Documents' option in the navigation panel.
Click on the 'Folders' button.
Your folders will be shown in a dialogue box. Click on a folder to view the documents that it contains.
Click the 'Documents' option in the navigation panel.
Click on the 'Folders' button.
Your folders will be shown in a dialogue box. Click the 'Add a folder' button.
Specify the folder name and click 'Submit'. A new personal folder will be created and shown under the 'My Folders' section.
Click the 'Documents' option in the navigation panel.
Click on the 'Folders' button.
Your folders will be shown in a dialogue box. Click the 'Manage folders' button.
Click the "Rename" button, next to the folder name, specify the name that you want to set, and click the 'Save changes' button.
Click the 'Documents' option in the navigation panel.
Click on the 'Folders' button.
Your folders will be shown in a dialogue box. Click the 'Manage folders' button.
Click the delete icon, next to the folder name, and click the 'Delete' button.
The "All" folder displays all the documents within your account that may belong to any folder including; the documents from the shared spaces.
You cannot delete the "All" and "Inbox" folders.
You cannot delete a non-empty folder.
Based on their statuses, the folder items/ documents can be tracked through their respective status folders (i.e. Draft, In Progress, Pending, etc.).
SigningHub provides an efficient, fast and easy way to share a pile of 'Draft' documents (up to 50) in one go. For this, you can use the "Send selected documents" option to send off multiple documents.
However, SigningHub does not allow to send off the documents, if they have:
Incomplete signature fields (i.e. signature field has not been defined for each signer/ placeholder)
Statuses other than the "Draft" status
The availability of the 'Bulk Share' feature is subject to your subscribed Service Plan and Enterprise Role. If you cannot find this option in your account, please ask your Enterprise Admin to upgrade your service plan and enable it in your Role.
Select 'Draft' documents (up to 50), and click the "Send selected documents" button in the information panel.
The bulk send dialogue box will appear. It will list your selected documents.
Click on the 'Send' button to send the documents. The selected documents will be sent off right away and the circular progress percentage bar will display the sending progress.
In case a document cannot be shared, the respective reason will be displayed accordingly. Click the "Close" button to conclude the process.
You can share up to 50 documents in one go through bulk sharing.
Whenever a document package is shared, the workflow quota of the respective document owner's account is consumed, and hence the available count is decreased by one. In the case of bulk sharing, the workflow count will be decreased according to the number of documents successfully shared.
The availability of the "Bulk share" feature is subject to your subscribed service plan and user settings. If you cannot find this option in your account, please ask your Enterprise Admin to upgrade your service plan and enable it in your Role.
An enterprise user will only be able to view the enterprise templates that are allowed under "Allowed Templates" against their user role in the enterprise settings.
If the "Set Document Access Authentication for all recipients" option is selected against the document owner's user role, the document owner will not be allowed to share the workflow until "Document Access Authentication" is set for all the recipients in the workflow.
If the "Set Document Signing Authentication for all recipients" option is selected against the document owner's user role, the document owner will not be allowed to share the workflow until "Document Signing Authentication" is set for all the recipients in the workflow.
To open and view a document, you have two options:
Click directly on the document name.
Select the document and click "View Document" in the information panel. This button will be available for all documents in statuses other than 'Pending.'
Choose the method that suits you best for a quick preview of your document’s contents.
At times you need to look for the other details of a document(s) package that are not visible in the document listing table, i.e. documents included in the package, when it was uploaded, source, type, document size etc. The package details appear in the information panel when you select a document.
Click the "Documents" option from the navigation panel.
Select the document package for which you want to see the package details.
Expand the package information appearing at the bottom of the information panel.
SigningHub allows you to send reminders to your document recipients who do not timely respond to your workflow. In this regard, you can configure auto reminders during document preparation that are sent after a specific (configurable) time period, or you may also manually send reminders to your recipients. When you remind a recipient who has not responded to your workflow document as yet, the original email notification is resent to them. Based on your workflow type, there can be two different scenarios:
In case of a sequential workflow, a reminder is sent to the immediate next recipient because of which workflow is halted.
In case of an individual or parallel workflow, a reminder is sent to all the recipients who have not signed the document.
Click the "Documents" option in the navigation panel.
Select the "In Progress" document for which you want to send the reminder and click the "Send reminder" button in the information panel. You can send reminders for multiple 'In-progress' documents.
A confirmation dialog will appear, click the "Yes" button to to send the reminder. The email notification email will be resent to the recipient(s) of the selected document(s).
Reminders can be sent for the "In Progress" documents.
You can remind up to 50 documents together in one go, or as defined in your service plan.
Based on your GeoIP, SigningHub automatically detects your country at the registration time and identifies your time zone accordingly. If you are registered from the Enterprise Admin panels, the default country and time zone are saved against you.
However, when you log in from a new country, SigningHub will prompt you about the detected change in your location and will ask whether you want to save it in your profile or not.
SigningHub maintains a log of each action being performed on a document along with the respective date and time stamps. The "Workflow Details" dialog which presents the logs of each action being performed consists of two tabs; "Workflow History" and "Workflow Timeline". However, viewing "Workflow Details" is subject to your assigned enterprise user role. These logs are only available to the Document Owner.
When a user uploads a document
When a user adds a file from the library
When a user adds a file from cloud storage
The original format of the uploaded document
When the document is converted to PDF format after upload
When a user opens a document
When a user closes a document
When a user adds a contact to a workflow
When a user adds a comment to a workflow
When a user adds an attachment to a workflow
When a user adds a text field to a document
When a user fills a form field in a document
When a user updates the text in a form field
When a user adds initials to a document
When an in-person signature is added by a user
When a user signs a document
When an electronic seal is applied to a document
When an electronic seal is updated in a document workflow
The signing capacity used to sign a document
The signing reason for signing a document
When a user shares a document
When a user recalls a document
When a user approves a document
When a user updates a document
When a user hosts in-person signatures on a document
When the post-processing activity takes place on a document
When a user declines a document
When a user renames a document
When a user deletes a document
When a user prints a document
When a user adds a file to the library
When a user downloads a document
When a user adds a template
When a user applies a template
When a user completes the document workflow
When a user updates the document workflow
When a user accepts the attached legal notice
When a Time-based OTP is used for secondary authentication to access a document
When a Time-based OTP is used for secondary authentication for document signing
When OTP/TOTP is provided for field-level authentication of a signature or in-person field
The old level of assurance and the new level of assurance in case the signature field was updated while the status of the document was "In-Progress" or "Pending"
When was a workflow replicated
Who was the document shared with
When was the document shared
Who processed the document (signer, reviewer, editor, delegator, meeting host, electronic seal, gatekeeper)
When was the document processed
The time taken by the recipient to process the document
Total time taken to process the document
When was the document recalled by the user
The following document details are logged:
Who was the document shared with
When was the document shared
Who processed the document (signer, reviewer, editor, delegator, meeting host, electronic seal, gatekeeper)
When was the document processed
The time taken by the recipient to process the document
Total time taken to process the document
When was the document recalled by the user
Click the 'Documents' option in the navigation panel.
Select a document, and click the 'Details' option in the information panel.
Click the 'History' option and the list of activities will appear.
Click on a signature or any other activity to see its details.
The delivery method will also be displayed in the details of the applicable log items.
Click the 'Documents' option in the navigation panel.
Select a document, and click the 'Details' option in the information panel.
Click the 'Timeline' option and the workflow timeline will appear.
The document owner has the option to download a .xls file of the 'Timeline' of the document by clicking on the 'Export to excel' button.
When the "Delete document logs on generation of Workflow Evidence Report" is configured in the service plan of the document owner. the detailed document logs will then only be available in the downloaded PDF of the Workflow Evidence Report under the "Audit Trail" section. Contact your SigningHub Admin in case of any assistance.
The following will not become part of the details log under the 'History' dialogue:
Preview of email notification sent to document owner
Preview of signature image
The 'Timeline' tab will not appear for the following cases:
When the document is in 'Draft' mode
When the workflow was set to 'I am the only signer'
If the "Delete document logs on generation of Workflow Evidence Report" is configured in the service plan of the document owner
If in the workflow the role of the recipient is configured as "Send a Copy"
If the workflow is recalled by the document owner and shared again, the 'Timeline' tab will show the recipients:
Who had processed the document before the recall
Who had processed the document after sharing it again
Who has the document been shared with
SigningHub allows you to post comments (up to 255 characters) in a document workflow to accommodate any extra communication between the stakeholders (i.e. document owner & configured recipients). The posted comments are maintained separately in a workflow and do not become part of a completed/ signed PDF document. Posting comments is subject to your assigned enterprise user role. If you are willing to use this provision, ask your Enterprise Admin to enable it in your Role.
Click the "Documents" option in the navigation panel.
Select the desired document and click "Comments" in the information panel.
The user can:
Configure the recipients for a comment: The user has the option to either post a comment for all the configured recipients or any specific recipient(s). The "Add comment for everyone" option is available at the bottom of the recipients list. To post a private comment for any specific recipient(s), click "Add comment" adjacent to its name in the recipients list. When a private comment is sent, a lock icon appears against the comment, indicating that it is a private comment. A private comment will only be visible to the recipient(s), for whom the private comment was posted.
Specify the comment: The user can specify the comment (up to 255 characters), to be posted for the recipients, in the comment box. The user can add multiple comments and the posted comments will be shown like a normal chat.
Click the "Send" button to post the comment.
A recipient can post a private comment for the document owner even if the document owner is not a part of the workflow.
Only those comments will be visible to the recipient, which were added after the recipient was added to the workflow.
Comments can not be posted for the recipients, whose user role is "Send a Copy".
Comments can not be posted for placeholders. However, once a placeholder is replaced by a recipient, comments can be posted for the recipient.
The "Comments" dialogue box is updated every time the document is reopened or the screen is refreshed, as the case may be.
A recipient can post comments even after they have processed (signed/reviewed/edited/hosted In-Person signatures) the document.
In case of a gatekeeper, any comment posted by the gatekeeper at the time of the document approval will be displayed as a private comment for the original recipient.
For every comment posted, the system sends out an intimation email to the recipients, to whom the comment is visible.
When you select a 'Pending' document, the 'Sign' button appears in the information panel, allowing you to initiate the signing process. Clicking the 'Sign' button opens the document in the document viewer. An 'Action Required' banner will display the number of actions you need to complete. You can either click the 'Go to Field' button or manually left-click the signature field and then select the 'Sign' option to sign the document.
Select a 'Pending' document, and click the "Sign" button in the information panel.
Click the 'Go to field' button appearing on the 'Actions Required' banner. Or manually locate the field assigned to you.
Left-click the signature field, and click on the 'Sign' option.
Click on the 'Sign' button.
The "Workflow history" option provides a soft copy of workflow activities related to a selected document, which is sufficient for your own audit trail record. However, when you need to present these workflow details in hard copy as legal proof outside SigningHub, use a workflow evidence report. A Workflow Evidence Report entails the detailed logs of each SigningHub transaction performed within a document workflow. It is available to the respective Document Owner only and is downloaded in PDF file. The PDF is also digitally signed by Ascertia with an invisible PAdES-B-LT signature and can be used as legal proof outside SigningHub. So in case a recipient in the workflow repudiates their signature, or if there is any query related to the workflow, this report can resolve all such issues. However, viewing the Workflow Evidence Report is subject to your assigned enterprise user role. If you are willing to use this provision, ask your Enterprise Admin to enable it in your Role.
Click the 'Documents' option in the navigation panel.
Select a completed document, and click the 'Evidence report' option in the information panel. The workflow evidence report will be downloaded to your local 'Downloads' folder as a PDF.
In the workflow evidence report, based on the selected delivery method for each recipient, either their email or mobile number shall be shown.
The workflow evidence report of a replicated workflow will show that the workflow was replicated.
The delivery method will also be displayed in the details of the applicable log items.
The workflow evidence report PDF contains invisible PAdES-B-LT or PAdES-B-LTA signatures according to the configurations in SigningHub Admin.
The workflow evidence report PDF is available for completed documents only.
The availability of the Workflow Evidence Report is subject to your subscribed service plan. If you cannot find this option, contact sales.
The workflow evidence report PDF contains unique identifier information subject to your subscribed Service Plan and for enterprise users as well as the default settings.
SigningHub gives you the liberty to start a new workflow from any stage (status) of an ongoing document workflow. This will create a fresh copy of the previous workflow document with all the entered details (signatures, initials, filled forms, etc.), and will allow the document owner/ recipient to configure a new workflow on it. The previous workflow will continue triggering without any interruption as per its configuration. Consider the following points before using the "Start New Workflow" option:
Each workflow configuration will need to be defined from scratch in the new workflow.
The default workflow type will be the one as defined in your role. You can change it as required.
The signed signature (electronic & digital) fields, and filled-in initials, in-persons and form fields in the document will be available in the new workflow.
The unsigned Digital signature fields in the document will be displayed as unassigned signature fields in the new workflow.
The unsigned Electronic signature fields in the document will not be available in the new workflow.
The attachments will be available in the new workflow.
The comments, annotations, unfilled initials & in-persons, and unfilled form fields will not be available in the new workflow.
A recipient cannot start a new workflow, if any document accessibility permission is configured for him in the previous workflow i.e. document opening with a password, document opening with OTP, document accessibility duration, etc.
Click the "Documents" option in the navigation panel.
Select a document and click the 'Start new workflow' button in the information panel.
The new workflow screen will appear with a fresh copy of the document (added).
Configure the workflow details as required, and click the "Send" button to share the workflow.
The unsigned signature fields (from the previous workflow) in the new workflow will be displayed as unassigned signature fields. You may assign these fields to other recipients, or leave them unassigned to hide them from the final signed document copy.
A recipient cannot start a new workflow, if any document access security is configured with the document package in the previous workflow i.e. document opening with password, document opening with OTP, document access duration, etc.
Whenever a document is shared, the workflow quota of the respective document owner's account is consumed, and hence the available count is decreased by one.
The availability of the "Start New Workflow" option is dictated by your Enterprise Admin through the Enterprise Role configuration.
By default, all your documents are listed in the "Inbox" folder. SigningHub enables you to create custom folders and shared spaces to organise your documents as required. You can freely move your files from one folder to another, and can also move them back to their previous folder. However, as a shared space collaborator, you can only move Draft documents to the shared spaces.
Click the 'Documents' option in the navigation panel.
Select the documents that you wish to move.
Click the 'Move to folder' option in the information panel.
Select the folder in which you want to move the document, and click on the 'Submit' button.
You can select a folder to view its documents.
If the "Archiving" feature is enabled in the service plan, the "Archive" folder appears in the folders options.
Completed and Declined documents can be moved to the Archive folder.
You can click the archive folder to view its documents.
You can click a shared space to view its documents.
As a document owner, you can only move your Completed and Declined documents to the archive folder.
As a shared space collaborator, you can only move Draft documents to the shared spaces.
Only those shared spaces will be available for selection that are related to you, i.e.:
The shared spaces you own, and
The shared spaces in which you are a collaborator.
SigningHub allows you to recall your In-Progress and Pending document(s), provided it is allowed in your role. This is useful in cases where you have accidentally initiated a premature workflow or document sign-off is no longer required for any reason. You can recall an in-progress or pending document at any stage of a workflow, i.e. start, middle, just before completing, etc. The document recalling feature is available to the document owners only.
Click the "Documents" option in the navigation panel.
Select the in-progress document and click the "Recall" button in the right panel.
You can even select multiple documents.
A confirmation dialog will appear, click the "Yes" option.
The selected document(s) will be recalled.
Their workflow(s) will be terminated and the document(s) will be reverted to the "Draft" status.
SigningHub will increment the available workflow quota of the document owner's account by one.
An intimation email will be sent from the document owner to the immediate next configured recipient (in case of a sequential workflow) or all the configured recipients (in case of a parallel or individual workflow), regarding the termination of the workflow.
Only those "Pending" documents will have the "Recall" option, in which the document owner is also a part of their workflow.
A document owner can recall up to 50 documents together in one go.
If you could not find the "Recall" option, this implies it is not allowed in your role to recall a document.
You can use the search bar to look for documents on the document listing screen, based on 'Document name', 'Document owner's name', or 'Package ID'. To search for a document follow the below steps:
Click the "Documents" option in the navigation panel.
Specify the 'Document name', 'Document owner's name', or 'Package ID' in the search field and press the 'Enter' key. The system will retrieve the list of relevant documents in the search records.
If you have a large volume of documents and find it challenging to locate the desired one by document name, owner's name or package ID, the "Advanced Search" option can help. This feature allows you to enter multiple criteria, making it easier to locate the exact document you need.
Click the "Documents" option in the navigation panel.
Press the "Advanced search" button appearing in the search bar.
Specify the available information in the respective fields and click the "Search" button. The system will retrieve the documents by incorporating all the input parameters in the search.
SigningHub always emphasizes the need for paperless document transactions and encourages organisations to develop the "think before you ink" culture. However, if you still want to have a hard copy of your document, you can print it from your SigningHub account. Apart from your documents (i.e. the documents with the Draft, In-progress and Completed statuses), the effectivity of the print option is subject to your document printing permissions as configured by the respective Document Owner. Hence, if you don't have printing permissions for a (Pending/ Signed/ Approved/ Edited/ Declined) document, you can't print it.
Click the "Documents" option in the navigation panel.
Select the document and click the "Print" button in the information panel.
A provision will appear through which you can set your preferences to print the document.
Status Filter | The "Status Filter" bar shows the count of documents falling into different categories based on their statuses. Here is a breakdown of the categories and their aggregate count: |
Drop-zone | A drop-zone where you can drag and drop files to start a new workflow. |
Sign a New Document | Click the "Sign a New Document" button to start a new workflow. |
Add files to my library | Click the "Add files to my library" button to upload files to the library. |
Recently Updated Documents | The "Recently Updated Documents" section which lists the 10 most recently updated documents. The "Owner" filter has the option to list these documents based on whether the document owner is "You", "Others", or "All". |
See all documents | Click the "See all documents" to go to the "Documents" screen. |
Navigation Panel | Use the navigation panel on the left side of the screen to navigate between the different allowed modules of SigningHub. |
Information Panel | Use the information panel on the right side of the screen to see the details and allowed actions related to a selected document. |
A shared space is a special kind of folder through which you can delegate your document processing authority to a group of users. After creating a shared space, specify the users with whom you want to share your authority and move your documents (which you own, i.e. Draft, In Progress, Declined and Completed) to the shared space. The specified users may then fully collaborate in all the shared space documents on behalf of the 'Shared space owner' and are therefore termed as the 'Collaborators' of a shared space.
A collaborator can be:
An enterprise user of the same enterprise to which the space owner belongs
An enterprise user of another enterprise
An individual user
A guest user
A shared space fosters a collaborative team environment where members can access the same set of privileges and manage team documents together.
The ability to manage shared spaces—such as creating, editing, or deleting them—depends on your assigned enterprise user role. If you wish to utilize this feature, please ask your Enterprise Admin to enable it in your Role>Document Preferences. However, for collaborators, this specific role provision is not necessary. Collaborators can effectively work within a shared space but cannot create their own shared spaces.
They can create multiple shared spaces as required.
They can add the collaborators of their choice to their shared spaces, who can process their workflow documents on behalf of the space owner.
They can move their documents (Draft, In-progress, Declined and Completed) to their shared spaces to share them with collaborators.
They can edit their shared spaces.
They can delete their shared spaces.
They can see the actual document activity logs as performed by the collaborators.
They can process the shared space documents on behalf of the shared space owner, i.e.:
Add their Draft documents in a shared space
Share the Draft documents
Send reminders to the next recipients
Sign the documents
Review the documents
Update the documents
Decline the documents
Add initials
Add in-person signatures
Fill in the form fields
Accept the legal notices
Update the level of assurance of a "Signature" field or an "In-Person Signature" field, while the status of the document is, "In-Progress" and "Pending".
In short, they can perform all those workflow-related activities that can be performed by the actual document owner.
In the document logs, the recipients will see that these activities are performed by the document owner (shared space owner), while they were actually performed by the collaborators.
You can view the shared spaces available to you (The shared spaces in which you have been added as a collaborator, and the shared spaces you created). The shared spaces can be identified based on their icons:
Click the 'Documents' option in the navigation panel.
Click on the 'Folders' button.
Your shared spaces will be listed in the dialogue box, under the 'Shared Folders' section.
Click the 'Documents' option in the navigation panel.
Click on the 'Folders' button.
Your folders will be shown in a dialogue box. Click the 'Add a folder' button.
Specify the folder name, and turn on the 'Shared folder' toggle.
Click the 'Add a user' button to add collaborators, and click 'Submit'. A new shared space will be created and shown under the 'Shared Folders' section. All the specified collaborators will be notified through email by SigningHub.
Click the 'Documents' option in the navigation panel.
Click on the 'Folders' button.
Your folders will be shown in a dialogue box. Click the 'Manage folders' button.
Click on the 'Edit' button adjacent to the desired shared space.
You can change the name of the shared space, and manage the collaborators.
Click the 'Save changes' button.
Click the 'Documents' option in the navigation panel.
Click on the 'Folders' button.
Your folders will be shown in a dialogue box. Click the 'Manage folders' button.
Click the delete icon, next to the name of the shared space, and click the 'Delete' button.
A user may only move those documents to a shared space which they own, i.e. the documents with the following statuses:
Draft
In Progress
Declined and
Completed
SigningHub allows configuring a customised document approval process (workflow) according to your business needs. You can add signers, meeting hosts, editors, reviewers, form fields, initials, in-persons, signature type, signature position, signing sequence, configure reminders and much more in a document workflow. This configuration process is also called document preparation. The set configurations can also be saved in the form of a document template for future use. The saved template can then be applied to similar documents for efficient and robust re-usability of these workflow configurations.
Click the "Documents" option, available in the navigation panel. (You can also start a new workflow from your dashboard by clicking on the 'Sign a new document' button.)
Clicking on the 'Sign a new document' button.
The 'Documents' screen will appear.
Add documents to the workflow.
Configure document certification settings, as required (optional).
Use miscellaneous document-related utilities, as required (optional).
Apply a template on your document, as required (optional).
Merge the documents
Add recipients, electronic seals, and placeholders, as required.
Click on the 'Continue' button to proceed to the 'Recipients' screen.
Configure the 'I am the only signer' toggle.
Configure the signing order.
Configure special privileges for each recipient/placeholder, as required (optional).
Configure recipient permissions.
Configure document access security.
Configure workflow reminders.
Configure post-processing preferences.
Click the "Continue" button to proceed to the document viewer screen.
Configure miscellaneous preferences as required (optional).
Add attachments to your workflow.
Add data fields in the workflow as required.
Add signature fields for the recipients.
Add in-person signature fields for the recipients (optional).
Add initials fields for the recipients (optional).
Add form components in the document (optional).
Add a QR Code in the document (optional)
Configure form-filling settings (optional).
Add an email message and workflow comments (optional).
Once you are done with the required configurations, click the "Send" button to send off the documents package.
Whenever a document package is shared, the workflow quota of the respective document owner's account is consumed, and hence the available count is decreased by one.
SigningHub embeds fonts, graphics, annotations, and other necessary content within a PDF file to make your documents fully compliant with the PDF/A-1b standard. This content embedding is required by ISO 19005-1 and is usually associated with a document's visual appearance. However, a processed PDF through SigningHub may show non-compliance with the PDF/A-1b standard, when a Date field or transparent PNG image rendering is used in it.
On Sharing, if any of the recipients set the gatekeeper under Delegate Settings, then first of all documents will be forwarded to that gatekeeper, after the gatekeeper approval document will be shared with the intended recipient.
On Sharing, if any of the recipients set the delegate under Delegate Settings, then all documents will also be forwarded to the contact configured as a delegate for that period along with the intended recipient.
If the "Set Document Access Authentication for all recipients" option is enabled against the document owner's user role, the document owner will not be allowed to share the workflow until "Document Access Authentication" is set for all the recipients in the workflow.
If the "Set Document Signing Authentication for all recipients" option is enabled against the document owner's user role, the document owner will not be allowed to share the workflow until "Document Signing Authentication" is set for all the recipients in the workflow.
SigningHub now allows users to replicate workflows by applying the original workflow's details (recipients, permissions, post-processing, etc.) to a new workflow and prompting the user to upload the updated document. This feature saves the document owner from having to reconfigure workflow details. This feature is especially useful in cases where changes are required in a document and the workflow has to be re-initiated. The availability of the "Replicate Workflow" option is subject to the configurations of your user role. If you are willing to use this feature, please ask your Enterprise Admin to enable it in your Role.
A workflow can only be replicated by a document owner, or a shared space collaborator, if it has any of the following statuses:
Draft
In-progress
Pending
Declined
Completed
Click the "Documents" option in the navigation panel.
Select a document and click the "Replicate workflow" button in the information panel.
After workflow replication, it is mandatory for the documents to be re-uploaded. If the user chooses not to re-upload the documents, the workflow might not work as expected. The gray-dotted line around the document shows a document that needs to be re-uploaded. Click on the Re-upload button.
After uploading the document, the document owner can any of the settings that they wish to change, if any. Once done, click on the "Continue" button.
Perform the necessary actions, and share the workflow.
After workflow replication, the name of the template that was applied to the original document will not be visible next to the document name.
Optionally, a document can also be re-uploaded by:
Clicking the three dots menu and clicking the "Re-upload" button.
Upon clicking the re-upload button, the "Update Document" dialogue box will appear. Upload the document using your desired document upload method.
The uploaded document must have the same or more number of pages than the original document being replaced.
Depending on the configurations, there are three different ways to add a document to a workflow package:
Upload a document from your local machine.
Import a document from the SigningHub library. The Library contains your personal documents (and your enterprise documents in case you are an enterprise user).
Get a document directly from your cloud storage.
Get it from your Dropbox account, or
Get it from your Google Drive, or
Get it from your OneDrive.
When a workflow is being replicated, all the documents within the document package should be re-uploaded.
The replicate workflow option will not be available for the Word or XML document.
If the document owner does not re-upload the document, there is a possibility that the user may be able to see the existing signed fields, if any, on the document.
If the document page rotation of the original and the re-uploaded document is not the same, it could disturb the location of the fields on the re-uploaded document.
If a QR code has become part of the original document, the replicated QR code field will be added at the 10x10 position in the re-uploaded document.
If the document owner does not re-upload the document, a message will be shown on the document viewer prompting the user to re-upload the document.
When replicating a workflow the following setting will be replicated:
Recipients:
Users
Groups
Placeholders
Electronic Seals
Recipient Permissions
Recipients' Access Security
Recipients' Reminder Settings
Post Processing Settings
Email Message
Workflow Types and Settings
Documents
Certify Policy Settings
Fields:
Signatures
In-person Signature
Initials
Name
Job Title
Company
Date
Text Field
Text Area
Radio
Check Box
QRCode
Attachment
Comments and Document Comments
When you delete a document, it is purged from your SigningHub account and cannot be recovered again. You can delete any document(s) from your documents list, provided it is allowed in your role. But before deleting a document, you need to know the following considerations:
User | Document deleted | Status | Order | Impact on workflow |
---|---|---|---|---|
Deleting a document in "Draft", "Signed", "Approved", "Updated", "Completed, or "Declined" status does not have any impact on the workflow.
Click the "Documents" option in the navigation panel.
Select the document(s) that you want to delete and click the 'Delete' button in the information panel.
Click "Delete" on the confirmation dialogue.
If you cannot find the 'Delete' button in the information panel, this implies it is not allowed in your role to delete a document.
SigningHub lets you certify your digital signature. The is used to restrict the recipients to perform only the specific changes in a document, as the system won't allow them to perform any other changes. In this regard, the first signature of each document in a workflow package will be a certified digital signature that will determine the allowed permissions on the document, while the rest of the signatures will be normal digital signatures. A document having a certified digital signature is called a certified document.
The system might show the pre-selected options as laid out in your . (In the case of an Individual user, the options specified in the web.config file will be followed.) You may change the default settings as required before sharing.
Click the 'Certify' option appearing in the options menu, against each document in a package which you want to certify.
Toggle on the 'Certify the document' option, and choose the required certification preference from the dropdown. For details, see the 'Certify options' table above.
Enable the 'Lock the document upon workflow completion', if you want to lock all the form fields of your document after the last signature. The document locking feature is specifically related to PDF documents with form fields. This checkbox will be disabled when the "Certify and allow no changes" option is selected from the above drop-down.
Click the 'Save' button.
SigningHub offers a wide range of custom documents that can be shared for approval/sign-off purposes. Each document is automatically converted into PDF format before it is brought to the SigningHub platform. In SigningHub, documents are shared in the form of a workflow package. A package may contain different files to facilitate the sharing of multiple documents in one go. It is shared collectively as a bundle, by consuming a single workflow from your available quota. A recipient/ group after receiving the package will have to sign/ edit/ approve all the documents in it to complete their collaboration part. When using an on-premises deployment, please ensure that the font(s) being used in a document, must be installed on your server machine where SigningHub has been deployed.
There are three different ways to add a document to a workflow package:
Upload a document from your local machine.
Import a document from the SigningHub library. The library contains your personal documents (and your enterprise documents, in case you are an enterprise user).
Get a document directly from your cloud storage.
Get it from your Dropbox account, or
Get it from your Google Drive, or
Get it from your OneDrive
Drag and drop the document or click the"select them from your device" option to select the document from your local machine. The documents will be added to a package for further processing.
Click on the library button.
The 'Add files from library' dialogue box will appear, giving you the list of your personal documents (and your enterprise documents, in case you are an enterprise user). The document with a configured template will display the template name adjacent to it. Selecting such a document will apply the template details on the document automatically.
The 'Library'" filter can be used to select the "All", "Personal" or "Enterprise" options to list the respective documents for selection. The adjacent count shows the respective number of documents available under each section.
The 'Folder' filter can be used if you want to view documents belonging to a specific folder. The "Folder" filter will appear if there is at least one library document folder created.
After you have selected an appropriate variant:
Click on the 'Google Drive' icon, and specify your Google credentials (ID & password) in the next appearing popup to log into your Google account.
SigningHub will display the list of your Google documents after the successful login. Locate and select the required document(s) from the list. Use Ctrl+click to select multiple documents.
Click the "Select" button to bring the selected documents into SigningHub. The document(s) will be added to the package for further processing.
After you have selected an appropriate variant:
Click the 'Dropbox' icon, and specify your Dropbox credentials (ID & password) in the next appearing popup to log into your Dropbox account.
SigningHub will display the list of your Dropbox documents after the successful login. Locate and select the required document(s) from the list.
Click the "Choose" button to bring the selected documents into SigningHub. The document(s) will be added to a package for further processing.
After you have selected an appropriate variant:
Click the 'OneDrive' icon, and specify your OneDrive credentials (ID & password) in the next appearing popup to log into your OneDrive account.
SigningHub will display the list of your OneDrive documents after the successful login. Locate and select the required document(s) from the list.
Click the "Select" button to bring the selected documents into SigningHub. The document(s) will be added to a package for further processing.
By default, the documents are added serially in a documents package. However, you can change their order in the package after adding them, according to your workflow requirements. To change the order of the documents:
Simply drag and drop the handle appearing on the left side of any added document and move it up/ down in the package, as required.
You can also merge your documents after adding them to a package. In this way, all the added documents will be fused together as a single PDF. The dimensions of the documents (being merged) should be the same, however, SigningHub allows up to 5 pixels difference.
To merge the package documents:
Click the "Merge" button after adding the documents to a package.
A confirmation message will appear, click the "Yes" button. All the added documents will be merged.
Each supported non-PDF document is automatically converted into PDF format before it is brought to the SigningHub platform. Also, it applies PDF/A-2A compliance to that document.
On uploading a PDF document, the document remains in PDF format and its PDF compliance doesn't change what was set in the original document.
When a document owner uploads a PNG image with a transparent background and signs it, the signed document copy will be shown as corrupted in Adobe Reader. It is a known issue in the third-party vendor's DLL file, which is being used for document conversion inside SigningHub.
When you need to sign an XML file in their native format, then you should use APIs to upload your XML files. Uploading an XML file through Web interfaces will automatically convert the file to PDF format.
If you cannot find the option to add documents from cloud drives, upgrade your service plan or contact sales.
When you need to add form filling in a workflow, add a PDF form.
When using an on-premises deployment, please ensure that the font(s) being used in a document, must be installed on your server machine where SigningHub has been deployed.
The dimensions of the documents (being merged) should be the same, however, SigningHub allows up to 5 pixels difference.
SigningHub enables you to reuse the predefined workflow configurations on the same documents in the form of a workflow . When used, the template applies all the workflow-related settings (i.e. signers, reviewers, editors, meeting hosts, placeholders, signing sequence, signatures fields and their positions, reminders, form fields, permissions, etc.) on the document, making the workflow configuration process efficient and robust. The individual users can use their , while the enterprise users can use their personal as well as their enterprise templates (as maintained by their enterprise admin).
Click the 'Apply template' option appearing in the options menu, against the document on which you want to apply a template.
Select a template from the list and click the 'Apply' button. In case you want to apply this template on all the documents of the package, toggle on the 'Apply template to all documents" option.
All the configurations saved in the (selected) template will be applied to the document(s).
To experience the exact settings, it is recommended to apply a workflow template on the same documents (for which it was created). The actual positions of configured signature/ initials/ in-person fields may alter if a template is applied to different types or sizes of documents.
When a read-only template is applied to a document, SigningHub won't allow to change any predefined configurations, except updating placeholders. For more details, see Read-only templates.
Whenever a document package is shared, the workflow quota of the respective document owner's account is consumed, and hence the available count is decreased by one.
The document owner (and the shared space collaborator, if any) can not update the level of assurance of a "Signature" or an "In-Person Signature" field, while the status of the document is, "In-Progress" or "Pending", where a read-only template has been applied.
SigningHub allows you (Document Owner) to rename your documents package as long as its status is either "Draft", "In Progress" or "Pending". If you do not rename a package, the package name is automatically determined based on the names of all the documents in it, separated by a comma. SigningHub will keep appending the package name in the same way (i.e. document name and a comma), upon adding a new document in it. Once you rename a package SigningHub will stop appending its name further, to add new documents in it.
Click the "Documents" option in the navigation panel.
Select the desired document and click the "Rename" button in the information panel.
SigningHub supports a wide range of document types that can be processed:
Categories | Formats |
---|
SigningHub offers certain helpful document utilities, which you can avail in a package.
Specify the new name of your package in the "Package Name" field, appearing on the 'Documents' screen.
Click the 'Apply template' option appearing in the options menu, against the document on which you want to apply a template.
Select a template from the list and click the 'Apply' button. In case you want to apply this template on all the documents of the package, toggle on the 'Apply template to all documents" option.
Click the 'Delete' option appearing in the options menu, against the document on which you want to delete.
Click on the 'Delete' button to confirm the deletion. The selected document will be deleted from your workflow package.
Click the 'Rename' option appearing in the options menu, against the document on which you want to rename.
Specify the new name of your document in the 'Rename document' dialogue box, and click the "Save" button.
Click the 'Download' option appearing in the options menu, against the document on which you want to download. The document will be downloaded to your local 'Downloads' folder in a PDF file.
Click the 'Re-upload' option appearing in the options menu, against the document on which you want to re-upload.
in the next dialogue box, select an option to add a document, and add a document, based on your selection. This will replace the old document with the new document.
The number of pages of the re-uploaded document must be equal to or more than the number of pages of the original document which has been replaced.
Once you are done with , , you need to define the order in which your workflow should proceed. SigningHub supports four different types of signing orders, see the following table for details:
Roles | Description |
---|
Enable the "Continue Workflow on Decline" toggle as required, in case of a Serial, Parallel, or Custom type.
As defined above, a custom workflow can be a combination of serial and parallel workflows. It is triggered based on the specified signing order.
You can only provide a positive integer, which may or may not be in incremental order, e.g. 1, 2, 2, 3, 4, 4, 5 or 1, 2, 3, 3, 3 etc. The same numbers imply that the signing order is parallel, while incremental numbers imply that the signing order is serial.
In the above image:
Firstly, James and the placeholder user will receive the documents together in a parallel signing order, as the signing order for both these recipients is 1. The documents will not be shared with the next recipient (i.e. Electronic seal) until both these recipients complete their actions.
Secondly, these documents will proceed with the electronic seal application. When the electronic seal has been applied, the workflow will be marked as 'Completed'.
When changing from "Serial", "Parallel" or "Custom" to "Individual" workflow type:
All the recipients and their special privileges will be retained
The recipient Role e.g. Signer, Reviewer etc. of the first recipient will be followed
All the assigned data fields related to recipients will be deleted
When changing from "Individual" to any other workflow type:
All the recipients' roles e.g. Signer, Reviewer etc. will be retained
All the recipients' special privileges will be retained
Data fields related to recipients will be assigned to the first recipient.
SigningHub has various workflow privileges that can be assigned to selected recipients:
- to define user access, modification, delegation rights and legal notice.
- to define document passwords or OTP-based access and allowed dates/ times.
- to define the period for sending auto-reminders.
- to choose contacts and/ or cloud drives for sending copies of completed documents.
After configuring the special privileges, click the "Continue" button to proceed to the screen.
SigningHub lets you configure special privileges in a template for each recipient in all workflow types, including the 'Individual' workflow type.
The option to configure 'Recipient Permissions', 'Document Access Security', 'Workflow Reminders', and 'Email Reminders' is not available for an electronic seal which has been added to the workflow.
You can download any document from your SigningHub account for your record, or when you require it for any reason outside SigningHub. In case a package contains a single document, it is downloaded to your local Downloads folder in a PDF file, while in case of multiple documents in a package, it is downloaded in a zip file. You can also select multiple document rows for downloading as long as their aggregated size is less than 500 MB. However apart from your own documents (i.e. the documents with the Draft, In-progress and Completed statuses), the effectivity of the download option is subject to your document downloading permissions as configured by the respective . Hence, if you don't have the downloading permissions for a (Pending/ Signed/ Approved/ Edited/ Declined) document, you can't download it.
Click the "Documents" option in the navigation panel.
Select the required document and click the "Download" button in the information panel.
If there is a single document in the package, the document is downloaded to your local Downloads folder in a PDF file, however, if the package contains multiple documents, it is downloaded in a zip file. Similarly, if you have selected multiple documents, it is also downloaded in a zip file.
You can download multiple documents together up to 500Mbs size. They are downloaded in a zip file.
You can start a new workflow either from your dashboard or from the document listing screen, by clicking on the 'Sign a new document' button.
Use this option, when you are the only document signer and no one else needs to sign it. This is useful in cases when you want to send your signed document copy to others. SigningHub will add you as a fixed recipient and will allow you to and sign ( or ).
Use this option, when you are not the only document signer and other recipients need to sign a document to complete your document approval process.
When you click the "Sign a new document" button, the default workflow mode as will be auto-selected. Use the adjacent drop-down to select your choice workflow mode as required.
When a document owner uploads a PNG image with a transparent background and signs it, the signed document copy will be shown as corrupted in Adobe Reader. It is a known issue in the third-party vendor's DLL file, which is being used for document conversion inside SigningHub.
After choosing an appropriate mode of the "Sign a new document" button, proceed to the phase.
After you have in a workflow package, its time to add the users with whom you want to share the document(s) for sign-off. There are three types of users to whom you can send a document, i.e. , and .
Roles | Description |
---|
Click the 'Add a recipient' button and specify the recipient name, National ID or mobile number in the provided field. As you type in, your personal contacts/groups (and enterprise contacts/ groups in case you are an enterprise user) will appear for selection.
Assign a role to the recipient from the immediate next drop-down, i.e. Signer, Reviewer, Editor, Meeting Host, or Send a Copy. See the above "User Roles" table for details.
Select a recipient and their email address/mobile number will be automatically populated in the adjacent field.
In case your intended recipient does not have a SigningHub account (i.e. guest user), specify their name, email address, and mobile number in the provided fields accordingly.
The 'SMS' and 'Email & SMS' delivery methods will become available if the 'Enable SMS notifications' option is enabled in your service plan.
In the case of 'SMS' or 'Email & SMS', the document owner will have to provide the mobile number of the recipient. The full international number must be entered in the 00 44 234334334 or +44 234334334 format. By default, the specified mobile number is displayed partially masked to comply with the GDPR policy.
The SMS notifications will be sent for the following actions:
When a document has been shared or bulk-shared
When a document has been recalled
For a sign-off reminder
When a document has been signed
When a document has been processed by others
When a document has been processed by me
When a comment has been added to a document
The 'SMS' and 'Email & SMS' will not be available as delivery methods for the following:
When the recipient is a group
When the recipient is a placeholder
For an electronic seal
When the role of the recipient is "Send a Copy"
Click the "Add recipients from CSV" button.
Drag and drop or select the CSV file in the dialogue box, or click on the 'select from your device' link to browse and select the file.
Click on the"Save" button.
Click "Save" in the confirmation dialogue as well.
The CSV file must have valid email addresses/mobile numbers of each recipient. SigningHub supports:
The 'Primary Email', 'E-mail Address', and 'Email Address', to read the email address from the CSV file
The 'Mobile Number' header, to read the mobile number of the contacts.
The 'Delivery Method' header, to read the delivery method for each recipient. The delivery methods are as follows:
'EMAIL': for when the delivery method is via Email.
'SMS': for when the delivery method is via SMS.
'EMAIL_AND_SMS': for when the delivery method is via Email & SMS.
Adding bulk recipients via CSV is supported with all three delivery methods (Email, SMS, Email & SMS).
The CSV file should have a "Delivery Method" header, specifying which delivery method (Email, SMS, Email & SMS) is to be configured for each recipient. In case the "Delivery Method" header does not exist in the CSV, the system will only recognise the recipients against which an email. Thus to be able to use the "SMS" and "Email & SMS" delivery methods, the "Delivery Method" header is required in the CSV.
You can also add placeholder(s) in a workflow. To do this:
Click the "Add a placeholder" button.
Assign a role to the placeholder from the provided drop-down, i.e. Signer, Reviewer, Editor, Meeting Host, or Send a Copy. See the above "User Roles" table for details.
Repeat the above two steps to add multiple placeholders.
The "SMS" and "Email & SMS" will not be available as delivery methods when the recipient is a placeholder.
Click the "Add an electronic seal" button.
From the "Select Electronic Seal" drop-down, select the electronic seal that you want to add. Only the electronic seals available for use, based on the document owner's user role, will be displayed in this drop-down.
Repeat the above two steps to add multiple electronic seals.
The SMS will not be available as a delivery option in case of an electronic seal.
Click the "Remove" button against the recipient/electronic seal/placeholder, which you want to delete from the list.
Simply drag and drop the handle on the left side of the recipient/ electronic seal/ placeholder and move it up/down in the list, as required.
A recipient must be assigned the "Allow Changing of Recipients" permissions, in order to allow them to update the placeholder field with the actual recipient during workflow execution.
A document owner who is a part of any enterprise, and looking to add a guest user as a document recipient, must have the "Restrict Delegated Signing to only registered users" option un-selected in their assigned role.
A recipients group can be selected as a recipient, to configure group signing, group approving, and/ or group updating utilities in a workflow.
A placeholder can not be the first recipient/ user in a workflow.
In case the specified recipient (signer) does not have a SigningHub account and a digital signature field is configured for him/her, s/he will be asked to register to SigningHub before applying digital signature on the document. However, the recipient does not require a SigningHub account, when an e-signature field is configured for him/her.
The CSV file being used to add recipients must have the valid email addresses of the recipients. SigningHub supports three different types of email headers in a CSV file, i.e. Primary Email, E-mail Address, and Email Address. You can export your contacts (in CSV) from Outlook, Thunderbird, or any other email service provider that supports these email headers.
After adding the recipients and placeholders, proceed to the Configure workflow type phase.
A recipient who is added as a signer or a reviewer must be registered in SigningHub first to process the workflow.
Electronic seals can be added in "Serial", "Parallel", and "Custom" workflow types.
Status Filter | Count |
---|
Icons | Description |
---|---|
Fields | Description |
---|
After you have added to a workflow package:
In the case of an enterprise user, the "" tab will only appear if "Cloud Drives" has been enabled in the user's . Only those cloud drives will appear under the "Cloud Drives" tab, which has been allowed in the user's role settings.
After adding the documents to a package, proceed to the '' phase. See also:
A dialogue box will appear showing options to list your (and enterprise templates, in case you are an enterprise user). The templates that are marked as read-only are the locked templates. The predefined configurations of a read-only template can not be modified. However, the placeholder fields inside a template can still be updated as required.
Specify the new name of your document(s) package, and click the "Save changes" button. The package will be renamed accordingly. However the names of documents in the package will still remain the same. See details .
A dialogue box will appear showing options to list your (and enterprise templates, in case you are an enterprise user). The templates that are marked as read-only are the locked templates. The predefined configurations of a read-only template can not be modified. However, the placeholder fields inside a template can still be updated as required.
Click the 'Add to Library' option appearing in the options menu, against the document on which you want to add to the library. The document will be saved in your personal .
Choose the required signing order, i.e. Serial, Parallel, Individual, or Custom. By default, the signing order as is selected.
After configuring the workflow type, proceed to the phase.
A document owner who is a part of any enterprise, and looking to add a guest user as a document recipient, must have the '' option un-selected in their assigned role.
The option to add an electronic seal will only be available if an electronic seal has been configured in the , against the user role of the current user.
By default, all the recipients, electronic seals and placeholders are added serially in a workflow. However, you can change their collaboration sequence after adding them, according to your document(s) approval flow. The set sequence applies to the only. To change the sequence:
Action Required | Shows the aggregate count of "Pending" and "Declined" documents. |
Awaiting Others | Shows the aggregate count of "In-progress" documents. |
Completed | Shows the aggregate count of "Completed" documents. |
Others | Shows the aggregate count of "Approved", "Draft", "Signed", and "Updated" documents. |
Expiring in 7 Days | Shows the aggregate count of pending document packages whose viewing access is about to expire in 7 days for the logged-in user. |
Before it is signed/ approved/ updated by a recipient
In Progress
Individual
The document will be recalled from all those recipients' accounts who haven't signed/ approved/ updated the document.
Such recipients will be notified through an email for this activity.
Those recipients who have signed/ approved/ updated the document before deletion, will still have the signed/ approved/ updated copies of the document in their accounts.
Before it is signed/ approved/ updated by the 1st recipient
In Progress
Sequential
The document will be recalled from the 1st recipient's account.
The workflow will be stopped.
The recipient will be notified through an email for this activity.
After it is signed/ approved/ updated by the 1st recipient and before the 2nd recipient's signature
In Progress
Sequential
The document will be recalled from the 2nd recipient's account.
The 2nd recipient will be notified through an email for this activity.
The workflow will be stopped.
The 1st recipient will still have the signed/ approved/ updated copy of the document in their account.
In any case..
In Progress
Parallel
The document will be recalled from all those recipients' accounts who haven't signed/ approved/ updated the document.
Such recipients will be notified through an email for this activity.
Those recipients who have signed/ approved/ updated the document before deletion, will still have the signed/ approved/ updated copies of the document in their accounts.
After receiving it from a document owner
Pending
Individual
The document will be declined and shown with the "Declined" status to the document owner and the recipient.
After receiving it from a document owner
Pending
Sequential
The document will be declined, and workflow will either stop at that point or continue to the next signer, based on the workflow configuration (i.e. the "continue workflow on decline" option is enabled or not):
When the option is enabled, the document will be shown as "Declined" to the document owner from the recipient's account. However, the document is still moved to the next recipient in the workflow.
When the option is left disabled, the document will be shown as "Declined" to the document owner from the recipient's account, and the workflow is stopped.
After receiving it from a document owner
Pending
Parallel
The document will be declined, and workflow will either stop at that point or continue to the other recipients, based on the workflow configuration (i.e. the "continue workflow on decline" option is enabled or not):
When the option is enabled, the document will be shown as "Declined" to the document owner from the recipient's account. However, the document is still available for other recipients in the workflow.
When the option is left disabled, the document will be shown as "Declined" to the document owner from all the recipients' accounts and the workflow is stopped.
Sign a new document
Add a document
Apply a template on your document
Configure signing order
Add a recipient/electronic seal/placeholder
Configure special privileges
Configure comments
Add data fields
Add comments
Add attachments
Append documents
Save as template
Add email message
Change a recipient/placeholder after sharing
Certify with no changes | Select this option to disallow any changes to the document after the Certified Digital Signature has been applied. The recipients will not be able to add any annotation to the document, fill out PDF forms, or include additional signatures. This option is intended for documents requiring only one signature. |
Certify with form filling and signing | Select this option to allow the recipients to only fill in PDF forms, and sign empty signature fields after the Certified Digital Signature has been applied. They will not be able to add any new annotations to the document. This option is intended for documents requiring one or more signatures. |
Certify with form filling, signing and annotations | Select this option to allow the recipients to fill in PDF forms, sign empty signature fields, and add annotations to the document after the Certified Digital Signature has been applied. This option is intended for documents requiring one or more signatures. |
Documents | RTF, DOC, DOCX, DOT, DOTX, DOTM, DOCM, ODT, OTT, WordML, and TXT |
Spreadsheets | XLS, XLSX, CSV, TSV, XLSM, XLSB, XLTX, XLTM, SpreadsheetML, XSL-FO, and ODS |
Presentations | PPT, PPTX, POT, PPS, POTX, PPSX, PPTM, PPSM, POTM, and ODP |
Drawings | PSD, VSD, VSDX, VSS, VDW, VDX, VSSX, VSTX, VSDM, VSSM, and VSTM |
Images | JPG, JPEG, PNG, GIF, TIF, TIFF, ICO, BMP, and EMF |
Markup | HTML, XHTML, MHTML, XML, OOXML, FlatOpc, FlatOpcMacroEna, FlatOpcTemplate, and FlatOpcTemplateMacEnabled |
Auto CAD | DWG and DXF |
Other | PDF, XML, MPP, MPT, and ONE |
Serial | In a serial workflow, a single copy of the document is circulated among all the recipients in a defined (linear sequential) order and collects all signatures on it. Each recipient has to wait for their turn to process the document. Tick the "Continue workflow on decline" option, if you want the serial workflow to continue even when any recipient declines/ deletes the document. |
Parallel | In a parallel workflow, a single copy of the document is circulated among all the recipients at the same time (i.e. in a parallel order) and collects all signatures on it. The recipients can process the document in any order. Tick the "Continue workflow on decline" option, if you want the parallel workflow to continue even when any recipient declines/ deletes the document. |
Individual | In an individual workflow, an exclusive copy of the document is sent to each recipient for processing. In this case, multiple signed copies of the document are produced. |
Custom | A custom workflow is a predefined mix of serial and parallel signing orders. The recipients will have to process the document accordingly. Tick the "Continue workflow on decline" option, if you want the custom workflow to continue even when any recipient declines/ deletes the document. See the details of the custom workflow below. |
Signer | Being a signer, the recipient needs to sign a document. As per the workflow configuration, this signature can either be electronic or digital. After signing in the assigned signature field, a signer has to click the "Finish" button to complete the document signing. Alternatively, s/he may use the "Decline" option to refuse or use the "Delegation" option to assign their role to someone else. Whenever a digital signature is made by any signer, the signature quota of the respective document owner's account will be consumed. Moreover, a signer should also fill in the assigned form fields, initials, and/ or in-persons fields (if any) before signing. |
Reviewer | Being a reviewer, the recipient needs to approve a document by clicking the "Approve" button. Alternatively, s/he may use the "Decline" option to refuse it or use the "Delegation" option to assign their role to someone else. Reviewing does not involve any signing activity. Moreover, a reviewer should also fill in the assigned form fields, and/ or initials (if any) before reviewing. |
Editor | Being an editor, the recipient needs to update a document by clicking the "Submit" button. Alternatively, s/he may use the "Decline" option to refuse it or use the "Delegation" option to assign their role to someone else. Editing does not involve any signing activity. An editor should also fill in the assigned form fields, and/ or initials (if any) before updating. |
Meeting Host | Being a meeting host, the recipient needs to facilitate the document signing process for the configured in-person signers. A host can give his/her device control to the (in-person) signers, and get their signatures in his/her presence. After getting all the signatures, a meeting host has to click the "Close" button to complete the document hosting. Alternatively, s/he may use the "Decline" option to refuse it or use the "Delegated" option to assign their role to someone else. Hosting itself does not involve any signing activity. However, a host should also fill in the assigned form fields, and/ or other information fields before finishing. |
Send a Copy | When the "Send a Copy" role is selected for a recipient, SigningHub emails the most recent copy (at that stage of workflow) of the document to the recipient as an email attachment. The document copy is auto-sent (on its turn) and does not require any human intervention. |
Electronic Seal | This user role only appears against an electronic seal added to the workflow. This user role is disabled and can not be updated.. |
SigningHub lets the document owner, and the recipients add document comments with in the workflows. The document owner can choose to allow document comments for each workflow.
From the 'Recipients' screen, turn on the 'Allow comments' toggle.
In the case of an enterprise user, the "Comments" tab in the "Advanced Options" dialogue BOX will only be visible if the "Add comments on documents" checkbox is allowed against the document owner's role settings.
In case of an individual user, the "Comments" tab in the "Advanced Options" dialog will only be visible, by default.
The document comments feature is not available for "Only Me" workflows.
The document comments feature is only available for PDF and DOC documents and is not available for XML documents.
The document comments can only be toggled on or off while the document is in "Draft" mode.
SigningHub gives you the option to configure your workflow to send a copy of the completed document(s) to your choice contacts. This could be useful when a workflow document has multiple owners, and/ or each stakeholder wants to have the final document copy after being signed by all the recipients/ placeholders. You can also configure SigningHub to send the completed documents to your cloud drives to save the allowed storage space of your SigningHub account.
Click on the 'Post-processing' button.
The 'Post Processing' dialogue box is displayed. Toggle on the required post-processing option.
The post-processing feature is a powerful automation feature and covers a variety of scenarios. One of the important scenarios is when you need to send the completed document to all recipients and other people who haven't registered on SigningHub yet but also need to see the completed document. To achieve this, you simply need to select both the check boxes and configure the settings accordingly. The system will, upon completing the document, send an email to all the recipients in the workflow package as well as to the selected contacts and provided email addresses. In addition, if you have enabled a cloud drive, it will upload the completed document to the enabled cloud drive also.
From the "Post Processing" dialogue box, turn on the "Send the document processing report (XML)" toggle. This will option allows the document processing report (XML) to be sent, for a workflow. By default, this option will be allowed for all new workflows. The document processing report (XML) will contain information about the actions as allowed in the enterprise settings or the integration settings.
The "Send the document processing report (XML)" check box will only appear for enterprise users.
Irrespective of the enterprise settings or the integration settings, the document processing report (XML) will only be sent if the "Send the document processing report (XML)" option is allowed, in post-processing. By default, the "Send the document processing report (XML)" option will be allowed for all new workflows.
From the "Post Processing" dialogue box, turn on the 'Send the completed document to all recipients' toggle.
From the "Post Processing" dialogue box, turn on the "Send the completed document to selected contacts" toggle.
Under the "Send via email" tab, select a contact from the drop-down or enter an email address. In case no contact is found against the provided email address, you can click the 'Plus' icon to add them to SigningHub's contacts list on the fly.
You can update the names of the recipients by using the edit button next to the corresponding contact. This will display the "Edit Recipient" dialogue box as shown in the image below.
You may also delete the contacts by using the 'Delete' icon next to the corresponding contact.
Click the "Save" button. The information entered in the dialogue box is saved for the workflow package.
SigningHub allows you to configure the language for email notifications that provide the ability to send documents for signature in the native language of global users. These notifications are specifically associated with Document Shared, Sign-off Reminder, Document Recalled, and Send a Copy emails, and are used to intimate their recipients. The configured settings from here will apply to guest users only.
This option is available only if
The document is in draft mode
The recipient is a guest user
Click the "Email Language" button against the recipient you want to set the language for.
A dialog will appear to select the language from the drop-down, document owner's language will be selected by default.
Click the "Save" button.
The option to configure "Recipient Permissions", Document Access Security", Auto Reminders", and Email Reminders" is not available for an electronic seal which has been added to the workflow.
There are certain types of data fields, which you can assign to each recipient/placeholder in a workflow.
After adding the data fields, click the "Continue" to proceed.
Whenever a documents package is shared, the workflow quota of the respective document owner's account is consumed, and hence the available count is decreased by one.
SigningHub embeds fonts, graphics, annotations, and other necessary content within a PDF file to make your documents fully compliant with the PDF/A-1b standard. This content embedding is required by ISO 19005-1 and is usually associated with a document's visual appearance. However, a processed PDF through SigningHub may show non compliance with the PDF/A-1b standard, when a Date field or transparent PNG image rendering is used in it.
To keep the approval process on time, SigningHub allows you to configure auto reminders for the recipients who may forget to timely respond to your workflow. A reminder is the original email notification that is resent to the recipient(s) when they don't sign a document by a certain (configurable) period. You may also send manual reminders later anytime to any recipients, during a workflow execution. SigningHub might show some pre-defined reminders as laid out in your default enterprise settings, see details. You may change the default settings as required before sharing.
Click the 'Reminders' button against the user you want to set a reminder for.
A dialog will appear, enable the "First Remind" toggle and specify the number of days/hours after which this reminder needs to be sent. SigningHub will start the days/hours count after the recipient has received the workflow package.
If you want to configure the subsequent reminders as well, enable the "Subsequent Reminders" toggle. Specify the number of days/hours in the "Continue to Remind Every" field after which SigningHub will continue sending reminders, and specify the total number of reminders to be sent in the "Total Subsequent Reminders" field.
Click the "Save" button. Considering the screenshot scenario, SigningHub will send a reminder to the recipient thrice;
First Reminder: 1 day after the workflow is received.
Second Reminder: 2 hours after the first reminder.
Third Reminder: 2 hours after the second reminder.
The option to configure "Recipient Permissions", Document Access Security", Auto Reminders", and Email Reminders" is not available for an electronic seal which has been added to the workflow.
Irrespective of the reminder permissions configured in the workflow, the reminders shall be sent based on the configuration of the "Send Reminder Notification Time" thread in the core settings in SigningHub Admin.
Verisec is an identity and access management platform, that provides a strong authentication solution to safeguard access to the system. SigningHub enables you to use the Freja eID app as an optional login and signing authentication method.
For this, you need to have a Freja eID account. Once you have registered with Freja eID:
Go to the SigningHub login screen.
Click the "More Login Options" link available at the bottom of the login screen. A dialogue box will appear listing all the supported authentication methods.
Click the "Freja eID" option.
Specify your user ID that is registered with Freja eID.
Click the "Next" button. An authentication request will be sent to your mobile device.
Run the "Freja eID" app on your mobile device.
Open the authentication request and approve it from there. You will be logged in to your SigningHub account.
As a part of GDPR compliance, the "Service Agreement" dialogue box will appear after successful user authentication. This dialogue box contains the links to the "Terms of Service" and "Privacy Policy" pages. SigningHub will ensure that you agree to them before letting you use your account.
The "Service Agreement" dialogue box will not appear after successful user authentication if no Service Agreement is marked active.
When using an on-premises installation of SigningHub and this is the only configured authentication for the end-users, then you won't need to click the "More Login Options" link to choose it. In that case, this authentication method will be invoked by default on the Login screen.
Users cannot log in to SigningHub if their account is disabled, marked as dormant, or temporarily locked due to multiple invalid login attempts.
This icon implies that you are the shared space owner, and can edit and delete this space. You can also process the documents inside this shared space as required.
This icon implies that you are a collaborator of this shared space. You can only process the documents inside this shared space, but cannot edit or delete this space.
When the documents are shared on the web with other users, it's important to upscale the security levels to prevent fraudulent attempts and bad actors from compromising your document security. SigningHub provides you with three methods that can be configured for either individual or all recipients collectively:
Access duration - to allow document access only for a specified duration
Access authentication - to authenticate the recipient through a specified password, a One-Time Password or a Time-based One-Time Password when attempting to access the document
Signing authentication - to authenticate the recipient through a One-Time Password or a Time-based One-Time Password when attempting to sign the document
In case the authentication/validation fails in any of the above scenarios, the recipient will be restricted from accessing/signing the document. By default, these document security features are disabled for a new workflow. You can always enable them as required before sharing.
In the following cases, the "Document Signing Authentication" option is not available on the "Set Access Security" dialog:
For the recipients of type "Reviewer", "Editor" or "Send A Copy"
Signing order is set to "Individual"
The recipient is a Group signer
One-Time Password (OTP) and Time-based One-Time Password options are disabled in the service plan
In the "Mobile Number" field, enter the recipient's mobile number on which the OTP will be sent via SMS. The full international number must be entered in the 00 44 234334334 or +44 234334334 format. By default, the specified mobile number is displayed partially masked to comply with the GDPR policy. Click the 'Eye' icon to view the complete number.
If the recipient's mobile number exists in the user's personal or enterprise contacts, the "Mobile Number" field will be auto-populated with the mobile number.
For the currently logged-in user, in case two different mobile numbers have been configured in the user's profile and the user's contacts, the system will auto-populate the "Mobile Number" field with the number configured in the user's profile.
When the delivery method is either "SMS" or "Email & SMS", the provided mobile number in case of a guest user, will be auto-populated in the "Mobile Number" field.
The following rules will be followed for initiating the OTP process:
The system will initiate when the recipients attempt to sign a signature field, and will not initiate the OTP process when the recipient attempts to mark an Initials field.
Even if Document Signing OTP Authentication is configured, the OTP process will fail to initiate in case the signer is performing Bulk Sign.
When the recipient is a registered user and attempts to sign a signature field, the system will follow the OTP authentication settings (including mobile number) as configured by the document owner via the "Document Access Security" dialogue box.
In case the OTP authentication is not configured by the document owner, the system will follow the OTP authentication settings configured in the Enterprise Role while using the mobile number specified on the user's "My Settings" page.
In case OTP authentication is not configured in the Enterprise Role or Service Plan, then the OTP process will not initiate.
When the recipient is a guest user and attempts to sign a signature field, the system will follow the OTP authentication settings (including the mobile number) as configured by the document owner via the "Document Access Security" dialogue box.
In addition, even if the OTP authentication is configured in the Enterprise role, the OTP process will still not initiate.
This OTP authentication option will only be displayed if the "Enable One Time Password (OTP)" option is enabled in the document owner's service plan. If you cannot find this option in your account, upgrade your service plan.
The OTP method for "Document Signing OTP Authentication" will be the same as per the configured OTP method in the document owner's service plan.
"(Email)", in case only "Email OTP" is configured in the service plan
"(SMS)", in case only "SMS OTP" is configured in the service plan
"(SMS and Email)", in case both "Email OTP" and "SMS OTP" are configured in the service plan
The Time-based One-Time Password option will only be displayed if the "Enable Time-based One-Time Password (TOTP)" option is enabled in the document owner's service plan. If you cannot find this option in your account, upgrade your service plan.
If the user does not have two-factor authentication (2FA) configured, they will be sent an email to set up and to provide a Time based One Time Password. If the user has already configured two-factor authentication (2FA) they will be prompted to provide the Time-based One-Time Password from the authenticator app configured on their mobile device.
To configure the two factor authentication (2FA) the user will need to install an authenticator app (Google Authenticator, Microsoft Authenticator, etc.) on their mobile device. The email sent to the user to configure two-factor authentication (2FA) will contain:
QR Code
Manual Key
Recovery Codes
To set up, the user can either scan the "QR Code" or manually input the "Manual Key" in the Authenticator app. Once the registration is successful, the user can provide the automatically generated Time-based One-Time Password from the Authenticator app to SigningHub in order to proceed. The list of recovery codes included in the configuration email can be used in place of a Time-based One-Time Password, once each recovery code is to regain access to your SigningHub account, in case you lose access to your mobile device. It is advised to save the recovery codes in a safe place. The user can, however, regenerate a new list of the recovery codes from the Manage Two Factor Authentication (2FA) option. In case an enterprise user loses access to your mobile device and recovery codes, or has used all of the recovery codes, you can ask your enterprise admin to reset the two-factor authentication (2FA) against your account.
Considering the screenshot scenario, the document will be accessible only from October 31, 2024, 12:57:00 to November 08, 2024, 12:57:00 for processing. The document will be considered declined if it is not processed within this period.
Considering the screenshot scenario, the document will be accessible for the next 10 days after receiving it. The document will be considered declined if it is not processed within this period.
Considering the screenshot scenario, the recipient will have to provide this (specified) password to access and process the document.
Considering the screenshot scenario, an OTP will be sent to the email address and specified mobile number of recipient, whenever he attempts to access the document. He must provide the received OTP to access and process the document.
Considering the screenshot scenario, the recipient will be prompted to provide the Time-based One-Time Password whenever he attempts to access the document.
Considering the screenshot scenario, an OTP will be sent to the email address and specified mobile number of recipient, whenever he attempts to sign the document. He must provide the received OTP to sign the document.
Considering the screenshot scenario, the recipient will be prompted to provide the Time-based One-Time Password whenever he attempts to sign the document.
A document owner can edit recipient permissions even after the document has been shared with the recipients. However, if a read-only template has been used, the document owner won't be able to edit recipient permissions after sharing the document.
In the service plan, if under "Enable One Time Password (OTP)", the "Email OTP" was checked and the "SMS OTP" was unchecked, and the document owner shared the workflow with either the "Document Access Authentication" and/or "Document Signing OTP Authentication" but before the recipient could process the document, under "Enable One Time Password (OTP)", "Email OTP" was unchecked and the "SMS OTP" was checked, the system will prompt an error and the recipient will be unable to access the document. In this case, the recipient should ask the document owner to configure the recipient's mobile number in the "Set Access Security" dialogue box of the shared workflow.
If the "Set Document Access Authentication for all recipients" option is selected against the document owner's user role, the document owner will not be allowed to share the workflow until "Document Access Authentication" is set for all the recipients in the workflow.
If the "Set Document Signing Authentication for all recipients" option is selected against the document owner's user role, the document owner will not be allowed to share the workflow until "Document Signing Authentication" is set for all the recipients in the workflow.
The option to configure "Recipient Permissions", Document Access Security", Auto Reminders", and Email Reminders" is not available for an electronic seal which has been added to the workflow.
SigningHub allows you to add electronic seals in a workflow, Electronic Seal (eSeal), Advanced Electronic Seal (AdESeal), and Qualified Electronic Seal (QESeal) are the levels of assurance available for an electronic seal. Adding electronic seals will consume the signatures quota of your (document owner's) account. The option to add an electronic seal field will only appear if an electronic seal has been added to the workflow. Adding an electronic seal is subject to your assigned enterprise user role and service plan configuration. If you wish to use this provision, ask your Enterprise Admin to enable the respective field in your Role>Document Settings.
Select the document from the information panel's 'Pages' tab, on which an electronic seal is required.
Select the electronic seal from the information panel's 'Recipeints' tab, for whom you want to add an electronic seal field.
Click the "Electronic Seal" field, and drop it on the document.
You can drag and drop the field anywhere in the document by using your mouse. The grid lines will assist you in better alignment of fields accordingly. Resize the field with respect to its height and width or use the bottom right corner to resize it diagonally as required. The system will remember the field size and its display preferences (i.e. visible or invisible) for adding new In-Person signature fields on the same document package. By default, upon dropping the "In-Person Signature" field, the edit dialog is automatically displayed. However, if the user is only allowed one level of assurance, the dialogue box will not be automatically displayed.
Click "Save".
To add multiple electronic seal fields, repeat the above steps. However, in a single document, only one electronic seal field is allowed per electronic seal. A second electronic seal will have to be added to add a second electronic seal field.
Click on the electronic seal field.
Select the "Remove" option.
After sharing the document, when it is the turn of the electronic seal for signing, the electronic seal is automatically signed using the configured settings, without any user interaction.
You can only edit the on-screen dimensions but not the PDF dimensions.
SigningHub allows you to add signatures in a workflow. Read more about the types of signatures as per the level of assurance. Adding signatures for a recipient/ placeholder will consume signatures quota of your (document owner's) account, after being signed by the recipient. Once you add a signature field, the signature field is marked with "Signature". You can also add multiple signature fields for a recipient in a document. Adding a signature field is subject to your assigned enterprise user role. If you wish to use this provision, ask your Enterprise Admin to enable the respective signature field in your Role. Upon adding a signature field, a level of assurance will be set for a signature field which is set by default as per the configured default level of assurance under Signature Settings. Level of assurance options for a signature field is subject to your assigned enterprise user role, If you wish to use more options, ask your Enterprise Admin to enable the respective level of assurances in your Role.
Select the document from the information panel's 'Pages' tab, on which a signature is required from a signer. You can also manage the added documents from here.
Select the recipient from the information panel's 'Recipients' tab, for whom you want to add a signature field. You can also manage the added recipients from here.
Drop the "Signature" field on the required location on the document. By default, upon dropping the "Signature" field, the properties dialogue box is displayed.
Specify the "Level of Assurance" and "Details", as needed.
Click "Save". The field is placed. Once dropped, you can resize the field by changing its height and width using the bottom right corner to resize it diagonally as needed. The system will remember the field size and its display preferences (i.e., visible or invisible) for adding new signature fields of the same group accordingly i.e., all digital signature fields on the same documents package.
In case you do not need to automatically display the properties dialogue box for the Signature fields that you will drop on the Viewer, then enable the "Do not show this dialogue box automatically when a signature field is dropped" option.
To prevent the bloating of a document with multiple Digital Signatures, if more than one Digital Signature fields are dropped against a single signer, only the last dropped signature field will be retained as a Digital Signature field, and the rest of the dropped signature fields will be converted to Simple Electronic Signature.
This conversion of Level of Assurance is individually applicable to each document with in a package i.e. each document can retain one digital signature field.
This conversion of Level of Assurance is applicable regardless of whether or not Simple Electronic Signature is allowed against a user's role settings, the system will still retain only the last dropped signature field as a Digital Signature field, and convert the rest of the dropped signature fields to Simple Electronic Signature, and the user will be able to sign it as well.
After the conversion of Level of Assurance:
if the user deletes the last added signature field, the system will update the Level of Assurance of the second-last added signature field to match the Level of Assurance of the deleted field.
if the user manually updates the Level of Assurance of a field which was converted to Simple Electronic Signature, the system will retain the updated Level of Assurance.
Let's understand this with an example: In this example, five Digital Signature fields have been dropped on multiple pages of a document, against a single signer. The last page (page 4) of the document has no signature for this signer. Only the last dropped signature field (fifth, on page 3) will be retained as a Digital Signature field, and the system will automatically convert the Level of Assurance of the rest of the dropped signature fields to Simple Electronic Signature (i.e. annotation).
Take the cursor to the signature field assigned to you in the document, and double-click the field. Alternatively, you could click on the field, and select the 'Sign' option. A signing dialog will appear to sign the field, only if this field is assigned to you and it is your turn to sign in the workflow.
Add your signature as required. Your signature field will be signed before sharing the document.
In case the user has been assigned two signature fields:
the first one, a Digital Signature, and
the second one, a Simple Electronic Signature
At the time of signing, if the user tries to sign the digital signature field first, the system will generate an error as all the annotations including; Initials, In-person signatures, and Simple Electronic Signatures need to be filled in before moving onto a digital signature. (To complete the case: To sign the digital signature field, the user needs to sign the simple electronic signature field first.)
Click on the signature field in the document to delete, and select the "Remove" option.
The signature field will be removed from the document.
In the following cases, the "Authenticate signer via OTP" option is not available:
If the recipient is a group signer or a placeholder.
If One Time Password (OTP) and Time-based One-Time Password options are disabled in the service plan.
In the case of an Individual workflow type.
If there is an unprocessed signature/in-person signature field with the "Authenticate signer via OTP" option configured, the user will not be able to "Bulk Sign" and "Bulk Sign and Share" the document.
This OTP authentication option will only be displayed if the "Enable One Time Password (OTP)" option is enabled in the document owner's service plan. If you cannot find this option in your account, upgrade your service plan.
The OTP method for "Authenticate signer via OTP" will be the same as per the configured OTP method in the document owner's service plan.
"(Email)", in case only "Email OTP" is configured in the service plan
"(SMS)", in case only "SMS OTP" is configured in the service plan
"(SMS and Email)", in case both "Email OTP" and "SMS OTP" are configured in the service plan
In the "Mobile Number" field, enter the recipient's mobile number on which the OTP will be sent via SMS. The full international number must be entered in the 00 44 234334334 or +44 234334334 format. By default, the specified mobile number is displayed partially masked to comply with the GDPR policy. Click the 'Eye' icon to view the complete number.
If the signer's mobile number exists in the user's personal or enterprise contacts, the "Mobile Number" field will be auto-populated with the mobile number.
For the currently logged-in user, in case two different mobile numbers have been configured in the user's profile and the user's contacts, the system will auto-populate the "Mobile Number" field with the number configured in the user's profile.
When the delivery method is either "SMS" or "Email & SMS", the provided mobile number of the recipient, will be auto-populated in the "Mobile Number" field.
The Time based One Time Password option will only be displayed if the "Enable Time based One Time Password (TOTP)" option is enabled in the document owner's service plan. If you cannot find this option in your account, upgrade your service plan.
If the user does not have two factor authentication (2FA) configured, they will be sent an email to set up and to provide a Time based One Time Password. If the user has already configured two factor authentication (2FA) they will be prompted to provide the Time based One Time Password from the authenticator app configured on their mobile device.
To configure the two-factor authentication (2FA) the user will need to install an authenticator app (Google Authenticator, Microsoft Authenticator, etc.) on their mobile device. The email sent to the user to configure two-factor authentication (2FA) will contain:
QR Code
Manual Key
Recovery Codes
To set up, the user can either scan the "QR Code" or manually input the "Manual Key" in the Authenticator app. Once the registration is successful, the user can provide the automatically generated Time-based One-Time Password from the Authenticator app to SigningHub to proceed. The list of recovery codes included in the configuration email can be used in place of a Time-based One-Time Password, once each recovery code is to regain access to your SigningHub account, in case you lose access to your mobile device. It is advised to save the recovery codes in a safe place. The user can, however, regenerate a new list of the recovery codes from the Manage Two Factor Authentication (2FA) option. In case an enterprise user loses access to your mobile device and recovery codes or has used all of the recovery codes, you can ask your enterprise admin to reset the two-factor authentication (2FA) against your account.
In case a recipient is changed and the "Authenticate signer via OTP" option is configured, the system will require the mobile number of the new recipient.
The following OTP preference will be followed while signing, in case of configuration of field-level OTP, Document Signing OTP Authentication, and Secondary Authentication against the Signing Server:
You can only edit the on-screen dimensions but not the PDF dimensions.
A signature field's level of assurance once set as eSeal, QESeal, and AdESeal, is generated by using a certificate which is a public signing certificate as configured under the certification profile.
The availability of OTP security features is subject to your subscribed service plan. If you cannot find this option in your account, upgrade your service plan.
The OTP length is based on your subscribed service plan. SigningHub currently supports 4, 6, and 9 digits OTP.
An invisible signature doesn't have any visible appearance on a document. However, it entails all other verifiable characteristics of signing, i.e., Time Stamping, Certificate Chain, Certificate Status, etc.
You can also add a signature field on a previously signed document if the document is not certified or locked.
The document owner (and the shared space collaborator, if any) can update the level of assurance of a "Signature" field, while the status of the document is, "In-Progress" or "Pending".
In case of the document owner is an enterprise user, they can set any level of assurance as allowed in the Enterprise Role.
In case of the document owner is an individual user, they can set any level of assurance as allowed in the Service Plan.
In the properties dialogue box, only the "Level of Assurance" field will be editable, the rest of the fields will be read-only.
The level of assurance of a signature field can not be updated if a read-only template has been applied.
Only the level of assurance of unprocessed fields can be updated.
Where previously, the level of assurance of a signature field was set to "Simple Electronic Signature (SES), the system will not allow updating the level of assurance.
Where previously, the level of assurance of a signature field was any other than "Simple Electronic Signature (SES), the system will not allow updating the level of assurance to "Simple Electronic Signature".
Using initials is almost the same as signing the document, however digital signatures are not embedded in this case. SigningHub lets you configure initials for all document recipients (i.e. signers, reviewers, editors, and meeting hosts. You can also add multiple initials fields against a recipient. Adding initials fields is subject to your assigned enterprise user role. If you are willing to use this provision, ask your Enterprise Admin to enable the respective field in your Role>Document Settings.
Select the document from the information panel's 'Pages' tab, on which initials are required from a recipient.
Select the recipient from the information panel's 'Recipients' tab, for whom you want to add an initials field.
Click the "Initials" option, and drop it on the document.
You can drag and drop the field anywhere in the document by using your mouse. The grid lines will assist you in better alignment of fields accordingly. Resize the field with respect to its height and width or use the bottom right corner to resize it diagonally as required. The system will remember the field size and its display preferences (i.e. visible or invisible) for adding new In-Person signature fields on the same document package. When you click "Properties", dialogue will appear for settings.
Click "Save".
Click on the initials signature field in the document to delete, and select the "Remove" option. The field will be removed from the document.
Take the cursor to the initials field assigned to you in the document, and double-click the field. Alternatively, you could click on the field, and select the 'Sign' option.
A signing dialog will appear to sign the field, only if this field is assigned to you and it is your turn to sign in the workflow.
Add your initials as required. Your initials will be applied before sharing the document.
A document recipient can have multiple initials in a workflow document.
You can also add an initials field on a previously signed document if the document is not certified or locked.
You can only edit the on-screen dimensions but not the PDF dimensions.
A document signer/ meeting host can have multiple in-person signatures in a workflow document.
Only those signing capacities will appear for in-person signing, which are having Electronic Seal (eSeal) as a level of assurance.
An in-person signature will be a witness digital signature, it is generated by using a witness certificate which is a public signing certificate available on the server for digital signing.
An invisible signature doesn't have any visible appearance on a document. However, it entails all other verifiable characteristics of e-signing, i.e. Time Stamping, Certificate Chain, Certificate Status, etc. An invisible signature can be a Digital Signature, Witness Digital Signature, or Witness In-Person Signature as configured in a workflow.
You can also add an in-person signature field on a previously signed document if the document is not certified or locked.
The document owner (and the shared space collaborator, if any) can update the level of assurance of an "In-Person Signature" field, while the status of the document is, "In-Progress" or "Pending".
In case of the document owner is an enterprise user, they can set any level of assurance as allowed in the Enterprise Role.
In case of the document owner is an individual user, they can set any level of assurance as allowed in the Service Plan.
In the edit dialog, only the "Level of Assurance" field will be editable, the rest of the fields will be read-only.
The level of assurance of an In-Person signature field can not be updated if a read-only template has been applied.
Only the level of assurance of unprocessed fields can be updated.
Where previously, the level of assurance of an In-Person signature field was set to "Simple Electronic Signature (SES), the system will not allow updating the level of assurance.
Where previously, the level of assurance of an In-Person signature field was any other than "Simple Electronic Signature (SES), the system will not allow updating the level of assurance to "Simple Electronic Signature".
An in-person signature is done by a user in the presence of another user who facilitates the signing process. The facilitator can either be a configured signer or a user hosting the In-Person signing session. SigningHub lets the document owner add one or more In-Person signature fields for a Signer or a Meeting Host. Adding In-Person signature fields is subject to your assigned enterprise user role. If you are willing to use this provision, ask your Enterprise Admin to enable the respective signature field in your Role>Document Settings.
Select the document from the information panel's 'Pages' tab, on which an in-person signature is required.
Select the recipient from the information panel's 'Recipeints' tab, for whom you want to add an in-person signature field. You can also manage the added recipients from here.
Click the "In-Person Signature" option, and drop it on the document.
You can drag and drop the field anywhere in the document by using your mouse. The grid lines will assist you in better alignment of fields accordingly. Resize the field with respect to its height and width or use the bottom right corner to resize it diagonally as required. The system will remember the field size and its display preferences (i.e. visible or invisible) for adding new In-Person signature fields on the same document package. By default, upon dropping the "In-Person Signature" field, the edit dialog is automatically displayed. However, if the user is only allowed one level of assurance, the dialogue box will not be automatically displayed.
Click "Save".
Click on the in-person signature field in the document to delete, and select the "Remove" option.
The in-person signature field will be removed from the document.
Take the cursor to the signature field assigned to you in the document, and double-click the field. Alternatively, you could click on the field, and select the 'Sign' option. A signing dialog will appear to sign the field, only if this field is assigned to you and it is your turn to sign in the workflow.
Add your in-person signature as required. Your in-person signature field will be signed before sharing the document.
In the following cases, the "Authenticate signer via OTP" option is not available:
If the recipient is a group signer or a placeholder.
If One Time Password (OTP) and Time-based One Time Password options are disabled in the service plan.
In the case of an Individual workflow type.
If there is an unprocessed signature/in-person signature field with the "Authenticate signer via OTP" option configured, the user will not be able to "Bulk Sign" and "Bulk Sign and Share" the document.
This OTP authentication option will only be displayed if the "Enable One Time Password (OTP)" option is enabled in the document owner's service plan. If you cannot find this option in your account, upgrade your service plan.
The OTP method for "Authenticate signer via OTP" will be the same as per the configured OTP method in the document owner's service plan.
"(Email)", in case only "Email OTP" is configured in the service plan
"(SMS)", in case only "SMS OTP" is configured in the service plan
"(SMS and Email)", in case both "Email OTP" and "SMS OTP" are configured in the service plan
In the "Mobile Number" field, enter the recipient's mobile number on which the OTP will be sent via SMS. The full international number must be entered in the 00 44 234334334 or +44 234334334 format. By default, the specified mobile number is displayed partially masked to comply with the GDPR policy. Click the 'Eye' icon to view the complete number.
If the signer's mobile number exists in the user's personal or enterprise contacts, the "Mobile Number" field will be auto-populated with the mobile number.
For the currently logged-in user, in case two different mobile numbers have been configured in the user's profile and the user's contacts, the system will auto-populate the "Mobile Number" field with the number configured in the user's profile.
When the delivery method is either "SMS" or "Email & SMS", the provided mobile number of the recipient, will be auto-populated in the "Mobile Number" field.
The Time based One Time Password option will only be displayed if the "Enable Time based One Time Password (TOTP)" option is enabled in the document owner's service plan. If you cannot find this option in your account, upgrade your service plan.
If the user does not have two factor authentication (2FA) configured, they will be sent an email to set up and to provide a Time based One Time Password. If the user has already configured two factor authentication (2FA) they will be prompted to provide the Time based One Time Password from the authenticator app configured on their mobile device.
You can only edit the on-screen dimensions but not the PDF dimensions.
A document signer/ meeting host can have multiple in-person signatures in a workflow document.
Only those signing capacities will appear for in-person signing, which are having Electronic Seal (eSeal) as a level of assurance.
An in-person signature will be a witness digital signature, it is generated by using a witness certificate which is a public signing certificate available on the server for digital signing.
An invisible signature doesn't have any visible appearance on a document. However, it entails all other verifiable characteristics of e-signing, i.e. Time Stamping, Certificate Chain, Certificate Status, etc. An invisible signature can be a Digital Signature, Witness Digital Signature, or Witness In-Person Signature as configured in a workflow.
You can also add an in-person signature field on a previously signed document if the document is not certified or locked.
The document owner (and the shared space collaborator, if any) can update the level of assurance of an "In-Person Signature" field, while the status of the document is, "In-Progress" or "Pending".
In case the document owner is an enterprise user, they can set any level of assurance as allowed in the Enterprise Role.
In case the document owner is an individual user, they can set any level of assurance as allowed in the Service Plan.
In the edit dialog, only the "Level of Assurance" field will be editable, the rest of the fields will be read-only.
The level of assurance of an In-Person signature field can not be updated if a read-only template has been applied.
Only the level of assurance of unprocessed fields can be updated.
Where previously, the level of assurance of an In-Person signature field was set to "Simple Electronic Signature (SES), the system will not allow updating the level of assurance.
Where previously, the level of assurance of an In-Person signature field was any other than "Simple Electronic Signature (SES), the system will not allow updating the level of assurance to "Simple Electronic Signature".
To configure the two factor authentication (2FA) the user will need to install an authenticator app (Google Authenticator, Microsoft Authenticator, etc.) on their mobile device. The email sent to the user to configure two-factor authentication (2FA) will contain:
QR Code
Manual Key
Recovery Codes
To set up, the user can either scan the "QR Code" or manually input the "Manual Key" in the Authenticator app. Once the registration is successful, the user can provide the automatically generated Time-based One-Time Password from the Authenticator app to SigningHub in order to proceed. The list of recovery codes included in the configuration email can be used in place of a Time-based One-Time Password, once each recovery code is to regain access to your SigningHub account, in case you lose access to your mobile device. It is advised to save the recovery codes in a safe place. The user can, however, regenerate a new list of the recovery codes from the Manage Two Factor Authentication (2FA) option. In case an enterprise user loses access to your mobile device and recovery codes, or has used all of the recovery codes, you can ask your enterprise admin to reset the two-factor authentication (2FA) against your account.
In case a recipient is changed and the "Authenticate signer via OTP" option was configured, the system will require the mobile number of the new recipient.
The following OTP preference will be followed while signing, in case of configuration of field-level OTP, Document Signing OTP Authentication, and Secondary Authentication against the Signing Server:
Click on the in-person signature field in the document to delete, and select the "Remove" option.
The in-person signature field will be removed from the document.
Take the cursor to the signature field assigned to you in the document, and double-click the field. Alternatively, you could click on the field, and select the 'Sign' option. A signing dialog will appear to sign the field, only if this field is assigned to you and it is your turn to sign in the workflow.
Add your in-person signature as required. Your in-person signature field will be signed before sharing the document.
the SigningHub enables you to add a QR Code to documents to help simplify signature verification. The QR code in the document enables users to scan the QR code with the camera on their smartphone. Upon scanning the user is redirected to a page which allows viewing the document in read-only mode and viewing the verification results for the digital signatures, separately. This field is associated with a specific document and becomes part of a PDF document when it is shared, signed, reviewed or updated. The availability of a QR Code field is subject to your assigned enterprise user role. If you wish to use this feature, ask your Enterprise Admin to enable the QR Code option in your Role>Document Settings. SigningHub embeds annotations, and other necessary content within a PDF file to make your documents fully compliant with the PDF/A-1a and PDF/A-1b standards. This content embedding is required by ISO 19005-1, and is usually associated with a document's visual appearance.
Select the document from the information panel's 'Pages' tab, on which a QR code is required.
Click the "QR Code" option from the viewer right panel and drop it on the document as required. A default QR code is placed upon dropping which is later replaced with the system generated QR Code.
You can drag and drop the QR Code anywhere in the document by using your mouse. The grid lines will assist you in better alignment of the QR Code accordingly. Resize the QR Code with respect to its height and width or use the bottom right corner to resize it diagonally as required. Now singly click on the field, and click "Properties" to view and edit its details and configurations.
Click on the QR code to delete, and select the "Remove" option. The QR code will be removed from the document.
You can only edit the on-screen dimensions but not the PDF dimensions.
The width and height of the on-screen dimensions for the QR Code will be the same. If you change any one of them, other will be set on its own
For the best QR Code scanning experience, use the default size of 120 * 120. The user can decrease or increase the size of the QR Code as per their requirement. In case of a QR Codes lesser in size than 50 * 50, the scanning experience might be affected.
The option to add QR Codes is available for templates as well.
The option to add a QR Code is available for "Individual" workflows as well.
The user can now add multiple QR Codes on a document.
The QR Code becomes a part of a PDF document when it is shared, signed, reviewed or updated.
SigningHub lets you configure certain recipient-related permissions in a workflow. In this regard, you can separately set permissions for document printing access, downloading access, adding text fields, adding document attachments and merging provision, changing recipient/ placeholder privileges, and/ or configuring legal notice for each recipient.
The system might show some pre-selected permissions as laid out in your default enterprise settings. You may change the default behaviour as required before sharing.
Fields | Description |
---|---|
Click the "Permissions" button against the recipient/placeholder, for whom you want to set permissions.
From the "Recipient Permissions' dialogue box, select the check boxes, as required. See the 'Recipient permissions' table above for details.
Click the 'Save' button.
The option to configure 'Recipient Permissions', 'Document Access Security', 'Workflow Reminders', and 'Email Reminders' is not available for an electronic seal which has been added to the workflow.
A document owner can edit recipient permissions even after the document has been shared with the recipients. However, if a read-only template has been used, the document owner won't be able to edit recipient permissions after sharing the document.
SigningHub enables you to add a unique identifier to documents for identification that will link the document with the Workflow Evidence Report. So even if the documents leave SigningHub it will be possible to link them to a Workflow Evidence Report. So far the only link is the hash of the document, which is very difficult for a user to link the document with a report. This field is associated with a specific document and becomes part of a PDF document when it is shared, signed, reviewed, or updated. Adding a unique identifier is subject to your enterprise's default settings. If you wish to use this feature, ask your Enterprise Admin to enable an option in your Enterprise Settings > Advanced > Default Settings > Document Settings section. SigningHub embeds annotations, and other necessary content within a PDF file to make your documents fully compliant with the PDF/A-1a and PDF/A-1b standards. This content embedding is required by ISO 19005-1 and is usually associated with a document's visual appearance.
Select the document from the information panel's 'Pages' tab, a unique identifier will be shown as added on the document header while uploading. A unique identifier will remain the same for all the documents in a package of a workflow.
Unique Identifier will not be added if the document is already certified signed with the No Changes or Form filling and signing
Unique Identifier will not be added if the "Add a unique identifier in the document header on uploading a document" option is not enabled in your Enterprise Settings > Advanced > Default Settings > Document Settings section
This field could be dragged & dropped on the same page, from one page to another page of same the document, from one document to another document like other fields.
One document could not have more than one Unique Identifier.
When the Unique Identifier field drags & drops from one document to another document, the target document should not already be certified signed with the No Changes or Form filling and signing
Click on the unique identifier field in the document to delete, and select the "Remove" option. The unique identifier field will be removed from the document.
Once the unique identifier field is deleted, you will not be able to add it again. This field is added by the system when a PDF document is uploaded.
The unique Identifier field is not available in the Template.
The system allowed only a single unique identifier per document.
The unique Identifier field becomes the part of PDF document when it is shared, signed, reviewed, or updated
You can also configure the form-filling functionality for PDF-compliant forms in a workflow. In this regard, the fields of a PDF form can be assigned to a specific recipient(s). When the workflow is initiated, SigningHub will allow only the specified recipient(s) to fill in the assigned fields upon their turn. In case a form field is not assigned to any recipient, then all recipients in the workflow can enter text in that field before signing the document. A document owner can also make it mandatory for any recipient to fill in the form field(s), in this case, the document cannot be signed without specifying data in those form field(s). Once specified, such information becomes the permanent part of a signed PDF document.
Select the document from the information panel's 'Pages' tab, on which a form filling is required.
Click on the desired field of the PDF form, and click "Properties".
The 'Properties dialog will appear.
The "Assigned to" field will list all the configured recipients/ placeholders of the workflow. Select the required recipient to assign the field to him/ her.
The "Validation" field shows whether it's mandatory or not.
"Details" further contains "Field Name" which shows an auto-generated (unique and read-only) field name that is used when you need to fill in this field through the API calls. This field is only available as far as the status of a document is Draft.
SigningHub allows the assigning of form fields, as well as all other basic form components such as radio buttons, check boxes and drop down lists.
In case a form field is not assigned to any recipient, then all recipients in the workflow can enter text in that field before singing the document.
SigningHub embeds fonts, graphics, annotations, and other necessary content within a PDF file to make your documents fully compliant with the PDF/A-1b standard. This content embedding is required by ISO 19005-1 and is usually associated with a document's visual appearance. However, a processed PDF through SigningHub may show non-compliance with the PDF/A-1b standard when a Date field or transparent PNG image rendering is used in it.
SigningHub lets the document owner, and the recipients add document comments with in the workflows. The document owner and the recipients can add document comments to a workflow for which the document owner has allowed document comments. Document comments can be added in all modes. i.e. Draft, Pending, In-progress, Signed, Declined, Approved, Submitted, and Completed. Once a document comment is added, depending on whether it is a public comment or a private comment, the users will be notified (via push notifications/on-screen notifications/email notifications) as per their personal notification settings and enterprise notification settings. In case the user is a document owner, the "When my documents are processed by others" notification setting will be followed. In case the user is a recipient, the "When there are subsequent changes in documents that I received" notification setting will be followed.
Click on the document comments button to drag and drop the drop-in comment field anywhere on the document. Once a drop-in comment field is dropped, the field will no longer be draggable. The document field is not resizable.
Once the document comment field is dropped, the comment dialogue box will open.
Users can configure if they want to post a public comment or a private comment. By default, "Everyone" is selected for posting a public comment. For a private comment, the user can choose the recipient(s) who can see this comment. Only public document comments will be visible to all the recipients. The private document comment thread will only be visible to the selected recipients.
In the comment field, specify the comment you want to post. You can also choose to mention a recipient by typing "@". The maximum length of the comment is 500 characters.
Click on the "Add comment" button and the document comment will be posted.
A document comment can only be edited while the document is in "Draft" mode.
Open the document in which you want to edit drop-incomments.
Click on the drop-in comment, and click "Edit" in the dialogue that appears.
Once the drop-in comment is being edited, only the comment can be changed and not whether the comment is public or private (who can see the comment). Once edited, click "Save". If you want to discard the changes, click on the "Cancel" button to revert back to the original comment.
A document comment can only be deleted while the document is in "Draft" mode.
Open the document in which you want to delete document comments.
Click on the comment and click "Delete" in the dialogue appears. Once clicked, the document comment will be deleted.
The user can reply to a document comment to start a thread.
Click on the drop-in comment to which you want to reply.
A dialogue will appear. Type your reply and click "Reply".
A recipient with a "Send a Copy" role, does not have the option to add document comments.
Document comments are not allowed in "Only Me" workflows.
The document comments feature is only available for PDF and DOC documents and is not available for XML documents.
If a recipient is changed, all the private comments with that particular recipient will be deleted from the system. However, the public comments of that recipient will not be deleted.
For any unseen comments, a counter for the unseen comments will appear against the document comment thread.
SigningHub enables you to add basic form components (i.e. Name, Email, Job title, Company, Text Field, Text Area, Date, Radio Button, Check box, and Add Text) in a document to acquire additional information from a recipient. These fields are normally associated with a specific recipient in a document approval workflow, and can also be made mandatory for a particular recipient to fill-in before signing. When supplied, such information becomes the permanent part of a signed PDF document. Adding form components is subject to your assigned enterprise user role. If you are willing to use this provision, ask your Enterprise Admin to enable the respective fields in your Role>Document Settings. SigningHub embeds fonts, graphics, annotations, and other necessary content within a PDF file to make your documents fully compliant with the PDF/A-1b standard. This content embedding is required by ISO 19005-1 and is usually associated with a document's visual appearance. However, a processed PDF through SigningHub may show non-compliance with the PDF/A-1b standard, when a Date field or a transparent PNG image is rendered in it.
Select the document from the information panel's 'Pages' tab, on which a form field is required from a recipient.
Select the recipient from the information panel's 'Recipients' tab, for whom you want to add a form field.
Click the form field, and drop it on the document.
Click the "Name", "Email", "Job title", "Company", "Text Field", "Text Area", "Date", "Radio Button", "Check box", and/ or "Add Text" options, one by one and drop it on the document as required. A blank text field will be added for each option (form field) in the document.
When you add any form fields in a document for yourself, the fields will be auto-filled with the available data in the system.
However, this is only applicable when the workflow type is either "Serial", "Parallel", or "Custom".
You can drag and drop the added fields anywhere in the document by using your mouse. The grid lines will assist you in better alignment of fields accordingly. Resize the field with respect to its height and width or use the bottom right corner to resize it diagonally as required. Now single-click on the field, and click the 'Properties' to view and edit its details. SigningHub will remember the field size and all its set properties (i.e. Font type, font size, mandatory, length, etc.) for new fields of the same group accordingly when added to the same documents package. This implies the size and properties set for a Name field will be available for all the Name fields, the size and properties set for an Email field will be available for all the Email fields, and so on.
Click on the field in the document to delete, and select the "Remove" option. The field will be removed from the document.
You can only edit the on-screen dimensions but not the PDF dimensions.
A document recipient can be assigned multiple form fields.
In case a form field is not assigned to any recipient, then all recipients in the workflow can enter text in that field before processing the document.
When a document owner adds any form fields for themself in a DRAFT document, the fields will be auto filled with the available data in their profile. However, this is not applicable to the "Individual" workflows.
When a document (with the assigned form fields) is opened in the PENDING mode for signing, the relevant data (i.e. Name, Email, Job, Company, etc) will be automatically populated in the form fields (editable) from the recipient's profile (i.e. Settings > Profile). The Date form field is always filled with the current date (i.e. Today's date) in editable mode.
SigningHub allows its users to add attachments to a workflow. Adding field attachments in a workflow is subject to recipient permissions, configurations of your user role and the configuration of your service plan. If you are willing to use this feature, contact your Enterprise Administrator. Upon sharing the document, the attachment field does not become part of the document.
Select the document from the information panel's 'Pages' tab, on which attachment is required from a recipient.
Select the recipient from the information panel's 'Recipients' tab, for whom you want to add an attachment field.
Click the "Attachment" option, and drop it on the document.
You can drag and drop the field anywhere in the document by using your mouse. The grid lines will assist you in better alignment of fields accordingly. Resize the field with respect to its height and width or use the bottom right corner to resize it diagonally as required. The system will remember the field size and its display preferences (i.e. visible or invisible) for adding new In-Person signature fields on the same documents package. When you click "Properties", dialogue will appear for settings.
Click "Save".
Click on the attachment field in the document to delete, and select the "Remove" option. The field will be removed from the document.
Take the cursor to the attachment field assigned to you in the document, and double-click the field. Alternatively, you could click on the field, and select the 'Upload' option.
Take the cursor to the initials field assigned to you in the document, and double-click or select the upload option in its single-click menu. A dialogue box will appear to upload attachments. If it is a mandatory attachment field, the note will be displayed in the dialogue box.
Add your attachment as required. Your attachment will be added before sharing the document. Once an attachment has been added the system will disable the attachment field on the viewer.
You can only edit the on-screen dimensions but not the PDF dimensions.
Only one document can be added against a single attachment field.
Once an attachment has been added the system will disable the attachment field on the viewer.
A document owner can only add an attachment field if:
"Manage document attachments and document merging" is allowed against their user role, and
The "Attachments and Merging" feature is allowed against their service plan.
The attachment field will only appear for a recipient if the "Allow Attachments and Merging" permission is allowed for the recipient.
If the "Manage document attachments and document merging" is disallowed against their user role, all the unprocessed attachment fields on draft documents will be removed.
If the "Allow Attachments and Merging" permission is disallowed for a recipient, all the unprocessed attachment fields, assigned to the recipient, on the draft document, will be removed.
SigningHub allows you to add attachments to your workflow documents. An attachment can be any supported type (text, image, multimedia, etc.) of a file. The added attachments become the part of document hash in a workflow and are automatically signed along with the document signing. The recipients can download these attachments upon their signing turn. Adding document attachments in a workflow is subject to your assigned enterprise user role. If you are willing to use this provision, ask your Enterprise Admin to enable it in your .
Downloading attachments is now bound with downloading a document, which is subject to the following two configurations:
The "Allow Download" recipient permission is set against the workflow.
The "Allow workflow participants to download document only on workflow completion" in the document owner's .
Click on the 'Append' option button appearing in the document viewer header. Alternatively, navigate to the "Pages" tab in the information panel, and click on the 'Append' button.
Click the 'Add attachment' option.
From the 'Add attachments' dialogue box, add the attachments.
Click the "Done" button. The uploaded file will be added as an attachment to your document.
Navigate to the "Pages" tab in the information panel.
From the list of documents, expand the document to which an attachment has been added.
From the menu adjacent to the name of the attachment, click on the 'Download' option.
The attachment file is downloaded to your local Downloads folder.
Navigate to the "Pages" tab in the information panel.
From the list of documents, expand the document to which an attachment has been added.
From the menu adjacent to the name of the attachment, click on the 'Delete' option.
Click on the 'Delete' button to confirm the deletion.
To ensure conforms to PDF/A compliance, as per standard:
Any type of attachment is not allowed in PDF/A-1 formats
Only PDF attachments are allowed in PDF/A-2 formats
All types of attachments are allowed in PDF/A-3 formats
SigningHub allows you to post (any) workflow-related comments (up to 255 characters) in the document workflow to facilitate the configured recipients/ placeholders with any extra information. The posted comments are maintained separately in the workflow and do not become part of a completed/ signed PDF document. The configured recipients can view these comments and can also post their comments. Adding comments is subject to your assigned enterprise user role. If you are willing to use this provision, ask your Enterprise Admin to enable it in your .
Click on the 'Comments' button appearing in the information panel, of the document viewer.
Add a comment, and configure the recipient.
Click on the 'Add comment' button to send the comment.
Navigate to the 'Signing Summary' screen while preparing the workflow.
In the 'Recipients' section, click on the:
'Add comment' button next to a recipient to add a private comment.
'Add comment for everyone' button to add a comment for all recipients.
Click the 'Send' button to post the comment.
A recipient can post a private comment for the document owner, by selecting the document owner from the "Comments" dialog's drop-down, even if the document owner is not a part of the workflow.
Only those comments will be visible to the recipient, which were added after the recipient was added to the workflow.
Comments can not be posted for the recipients, whose user role is "Send a Copy".
Comments can not be posted for placeholders. However, once a placeholder is replaced by a recipient, comments can be posted for the recipient.
The "Comments" dialogue box is updated every time the document is reopened or the screen is refreshed, as the case may be.
A recipient can post comments even after they have processed (signed/reviewed/edited/hosted In-Person signatures) the document.
In case of a gatekeeper, any comment posted by the gatekeeper at the time of the document approval will be displayed as a private comment for the original recipient.
For every comment posted, the system sends out an intimation email to the recipients, to whom the comment is visible.
SigningHub allows its users to make an attachment compulsory in cases where the document owner wants to make sure that the recipients add an attachment. A recipient will not be allowed to sign/review/edit/host In-person signatures without adding a compulsory attachment first. The document owner can specify a personal note (up to 500 characters) that will be used to inform the configured recipients, to add an attachment, upon their turn. Adding field attachments in a workflow is subject to recipient permissions, configurations of your user role and the configuration of your service plan. If you are willing to use this feature, contact your Enterprise Administrator.
The attachments feature must be configured into your service plan.
The attachment field must be allowed in the user's role settings.
Set the "Allow document attachments and merging" permission for the recipient while creating a document workflow.
Make attachment compulsory for the recipient.
The recipient will not be allowed to sign/review/edit/host In-person signatures without adding an attachment first.
The workflow will be completed once all recipients have finished their processes.
To be able to make attachments compulsory in a workflow, the "Attachments" feature must be configured into the document owner's service plan. In case you are not being allowed attachments, ask your SigningHub Administrator to allow the "Attachments" feature against your service plan in the SigningHub Admin portal.
In the case of an enterprise user, to allow the use of the attachment field, the "Attachments" form field must be allowed in the user's role under document settings.
This step does not apply to individual users.
To require an attachment from specific recipients, the document owner will have to create a new workflow, add the recipients and under recipient permissions check the "Allow Attachments and Merging" check box, as follows:
Enable the "Allow document attachments and merging" toggle to enable this recipient/ placeholder to fully manage (download, add, and remove) document attachments.
If an Enterprise wants to allow attachments, by default, for every recipient in a new workflow of an enterprise user, then the SigningHub Administrator will have to configure "Allow Attachments and Merging" permission in Advanced Enterprise Settings as follows:
Click 'Configurations' in the navigation panel.
Click the "Advanced Settings" option from "Enterprise Configurations".
Enable the "Allow document attachments and merging' toggle under "Permissions" in "Default Settings".
To make attachments compulsory in a workflow, against specific recipients, the document owner will have to assign attachment fields to the recipients and make the following configurations:
Select the recipient from the information panel in the document viewer screen, for whom you want to add an attachment field.
Click the "Attachment" field option, and drop it on the document. You can drag and drop the field anywhere in the document by using your mouse.
Click on the attachment field, and click "Properties" to view and edit its details.
Select "Mandatory" as the validation for the field. A note field will appear for the document owner to specify a personal note (up to 500 characters) that will be used to intimate the configured recipients about the documents that the document owner requires to be attached.
Click on the 'Save' button.
Document owner will share the document after completing workflow preparation. The document will now be shared with the intended recipients. Only one document can be added against a single attachment field.
Only one document can be added against a single attachment field. If you require multiple attachments, assign multiple attachment fields to the recipient.
When a recipient opens a document, via an email link or by logging in, for which an attachment is compulsory, the recipient will not be allowed to sign/review/edit/host In-person signatures without adding an attachment first. When the recipients will try signing/reviewing/editing/hosting In-person signatures, they will be prompted to add an attachment.
Click on the "Next" button to move to the compulsory attachment field.
Click on the attachment field being highlighted. Click the upload to open a dialogue and upload a file to be attached. A note from the document owner intimating about the required to be attachments, will be visible.
After adding an attachment, click on the signature field and then click "SIGN NOW", to sign the document and finish your turn.
The workflow will be complete when all the recipients will have finished their turn.
The document owner can later view the required attachment for the workflow either:
In SigningHub:
Navigate to the "Pages" tab in the information panel.
From the list of documents, expand the document to which an attachment has been added.
From the menu adjacent to the name of the attachment, click on the 'Download' option.
The attachment file is downloaded to your local Downloads folder.
By downloading the document package:
Click on the 'Documents' option in the navigation panel.
From the document listing, locate and select the document.
Click the "Download" button from the information panel.
Open the downloaded PDF file using a PDF reader. Click on the attachments button from the toolbar as shown below, to see the attachments.
The attachment feature is only available for PDF documents and not for Word or XML documents.
If a compulsory attachment field has been assigned to a recipient:
You cannot sign/review/edit/host In-person signatures, without adding an attachment first.
You cannot sign the document via "Bulk Signing" without adding an attachment first.
In the following cases the user will not be able to add an attachment:
The permissions defined for the workflow do not allow the document to be modified after it has been certified.
Once the document has been signed.
The storage limit allowed within your enterprise has been reached.
The document upload size limit allowed within your enterprise has been reached.
To ensure conforms to PDF/A compliance, as per standard:
Any type of attachment is not allowed in PDF/A-1 formats
Only PDF attachments are allowed in PDF/A-2 formats
All types of attachments are allowed in PDF/A-3 formats.
The workflow will not be shared if:
The document is already signed and a compulsory attachment field has been assigned to any recipient.
There is only one document in the workflow and it is PDF_A_1A or PDF_A_1B, and a compulsory attachment field has been assigned to a recipient.
In the case of a serial workflow, digital signatures as well as mandatory attachment fields have been assigned to multiple recipients.
Downloading attachments is now bound with downloading a document, which is subject to the following two configurations:
The "Allow Download" recipient permission is set against the workflow.
Fields | Description |
---|---|
Fields | Description |
---|---|
Fields | Description |
---|---|
Field-level OTP is configured | Document Signing OTP Authentication OTP is configured | Secondary Authentication against the Signing Server is configured | OTP preference |
---|---|---|---|
Fields | Description |
---|---|
Fields | Description |
---|---|
Field-level OTP is configured | Document Signing OTP Authentication OTP is configured | Secondary Authentication against the Signing Server is configured | OTP preference |
---|---|---|---|
Fields | Description |
---|---|
Properties | Description |
---|---|
Fields | Description |
---|
Properties | Description |
---|
Fields | Description |
---|
The "Allow workflow participants to download document only on workflow completion" in the document owner's .
Allow docuement printing
Use this option to enable this recipient/ placeholder to print the shared document(s).
Allow docuement downloading
Use this option to enable this recipient/ placeholder to download the shared document(s).
Allow text addition to the document
Use this option to enable this recipient/ placeholder to add text fields in the shared document(s) during the workflow. The added text will become a permanent part of the PDF document.
Allow document attachments and merging
Use this option to enable this recipient/ placeholder to fully manage (download, add, and remove) document attachments, and also merge other PDF documents with the shared document(s) during the workflow. If you keep this disabled, the recipient/ placeholder can only view and download the document attachments, but will not be able to add their own or remove the existing ones.
Allow changing of recipients
Use this option to enable this recipient/ placeholder to replace themself (i.e. Delegate another user) or change other configured recipients/ placeholders during the workflow. A recipient must have this permission in order to update the placeholders with the actual recipients. Note: For a document owner who is a part of any enterprise, and looking to permit their recipient to replace themself (i.e. Delegate other user) or change other configured recipients/ placeholders with even a guest user, must have the 'Restrict Delegated Signing to only registered users' option un-selected in their assigned role.
Legal Notice
Use this option to set a legal notice for this recipient/ placeholder to agree before signing the shared document(s). Your personal (and enterprise in the case of an enterprise user) legal notices will be listed in the drop-down for selection. Use to 'eye' icon to preview the selected legal notice. This option will appear only if at least 1 legal notice exists.
Access duration
Select the check box to allow document access only for a specified duration for the selected or all recipients. You can specify the access duration via a specific date and time or a number of days. On enabling the toggle shown in the image below, the following options will be displayed:
Based on dates Set a specific form and till date/time for a recipient to access the document. The recipient will not be able to access the document beyond this duration. If the document is not processed within the specified time, the document will be considered declined.
Based on days Set a number of days in which a recipient can sign the document after receiving it. The recipient will not be able to access the document after this duration. Also if the document is not processed within the specified days, the document will be considered declined.
Access authentication
Enable the toggle to enable recipient authentication through a specified password or an OTP when attempting to access the document. The following options will be displayed:
Shared password Set a password that the recipient would need to provide in order to access the document. While typing in a password, the Password Policy will be displayed. SigningHub will allow you to specify a password that complies with the given Password Policy. Password Policy will be configured at the Enterprise level or Administrator level according to account type.
One-Time Password (SMS & Email) This option will let the document owner send an OTP to the recipient that will used for recipient authentication. Whenever the recipient tries to open this document an OTP will be sent to the recipient's email, mobile number, or both depending upon the document owner's service plan configuration. When the service plan allows "SMS OTP", a field to specify the mobile number of a recipient to send an OTP will be displayed. The document will be accessible only upon providing the correct OTP. By default, the specified number is displayed partially masked to comply with the GDPR policy. Click the 'Eye' icon to view the complete number.
Time-based One-Time Password This authentication option will let the recipient access the document after they have entered the Time-based One-Time Password. Whenever the recipient tries to open this document they will be prompted to enter the Time-based One-Time Password from the authenticator app configured on their mobile device. In case the recipient has not configured two-factor authentication (2FA), upon trying to access a document that requires Time time-based One-Time Password, an email will be sent to their email address to configure two-factor authentication (2FA). The document will be accessible only upon providing the correct Time-based One-Time Password.
Signing authentication
Enable this option to enable recipient authentication through the OTP process when attempting to sign the document. On enabling the toggle shown in the image below, the following options will be displayed:
One-Time Password (SMS & Email) This option will let the document owner send an OTP to the recipient that will used to sign authentication. Whenever the recipient tries to sign this document an OTP will be sent to the recipient's email, mobile number, or both depending upon the document owner's service plan configuration. When the service plan allows "SMS OTP", a field to specify the mobile number of a recipient to send an OTP will be displayed. The document will be signed only upon providing the correct OTP. By default, the specified number is displayed partially masked to comply with the GDPR policy. Click the 'Eye' icon to view the complete number.
Time-based one-time password This authentication option will let the recipient sign the document after they have entered the Time-based One-Time Password. Whenever the recipient tries to sign this document they will be prompted to enter the Time-based One-Time Password from the authenticator app configured on their mobile device. In case the recipient has not configured two-factor authentication (2FA), upon trying to sign a document that requires Time time-based One-Time Password, an email will be sent to their email address to configure two-factor authentication (2FA). The document will be signed only upon providing the correct Time-based One-Time Password.
Save
Click to save the information entered on the dialog.
Cancel
Click to discard the information entered on the dialog.
No
No
No
-
Yes
Yes
Yes
Field-level OTP
Yes
No
No
Field-level OTP
Yes
Yes
No
Field-level OTP
Yes
No
Yes
Field-level OTP
No
Yes
No
Document Signing OTP Authentication
No
Yes
Yes
Document Signing OTP Authentication
No
No
Yes
Secondary Authentication against the Signing Server
Recipient
A read-only field to show the signer name along with the email and/or the mobile number, based on the selected delivery method, for whom the initial field is being configured.
Details Tab
Field Name
Its an auto-generated (unique) field name that is used when you need to fill in initials through the API calls. You can change the name as required, but make sure the uniqueness of a field name is not compromised, i.e. two or more fields in a document cannot have the same field name. This field is only available as far as the status of a document is Draft.
Dimensions
Use this tab to relatively set the on-screen and PDF coordinates/ position (Left, Top, Width & Height) of this initials field. However you can also manually move the field to the desired position in a document through drag and drop, and these coordinates will be updated accordingly. These coordinates are only available as far as the status of a document is Draft.
Replicate Initials
Replicate to Pages
Field to show total number of pages of the selected document of a package. Enable the toggle for the page number(s) (of the document) on which initials are required from the recipient. This will replicate the initials fields on the selected page(s) and display their record in the below grid.
Save and Cancel buttons
Click the "Save" button to save the configurations, or click the "Cancel" button to close this dialog.
No
No
No
-
Yes
Yes
Yes
Field-level OTP
Yes
No
No
Field-level OTP
Yes
Yes
No
Field-level OTP
Yes
No
Yes
Field-level OTP
No
Yes
No
Document Signing OTP Authentication
No
Yes
Yes
Document Signing OTP Authentication
No
No
Yes
Secondary Authentication against the Signing Server
Field Name
It's an auto-generated (unique) field name that is used when you need to update/delete the QR Code through the API calls. You can change the name as required, but make sure the uniqueness of a field name is not compromised, i.e. two or more fields in a document cannot have the same field name.
Screen/PDF
Use this tab to relatively set the on-screen and PDF coordinates/ position (Left, Top, Width & Height) of this form field. However. you can also manually drag the field for moving it to the desired position on the document, and the coordinates will be updated accordingly. These coordinates are only available as far as the status of a document is Draft.tory, SigningHub will enforce the recipient to fill in this field before processing.
Data
This field allows the users to input the specific information they wish to encode into the QR code. It supports two types of data:
URL: Users can input a web address, which will be embedded in the QR code. Scanning the code will direct the user to the specified website.
Text: Alternatively, users can input plain text that, when scanned, will be displayed to the user. This is useful for conveying short messages, contact information, or other relevant details.
The maximum length of the data is capped at 500 characters. This limit ensures the QR code remains scannable and the encoded information is accurate.
Error Correction Level
This drop-down allows the user to set the error correction levels which play a critical role in maintaining the integrity of the QR code, especially when it might be partially obscured or damaged. Given below is the list of the available error correction levels:
Level L (7%): This level can correct up to 7% of data loss, making it suitable for QR codes that are expected to be in clean, unobstructed environments.
Level M (15%): Can correct up to 15% of data loss, offering a balance between error correction and the amount of data that can be encoded.
Level Q (25%): The default setting, capable of recovering 25% of the data, providing a good safeguard against moderate damage or dirt.
Level H (30%): The highest level, correcting up to 30% of data loss, ideal for QR codes used in harsh environments where damage is likely
Encoding
This drop-down allows the users to choose the character encoding standard for the QR code. Encoding options define the character set used for the QR code’s data. This ensures the data is properly encoded and decoded across different systems and languages. Below is the list of the available encoding standards:
Default: Automatically selects the most appropriate encoding based on the content.
Iso8859_1: Supports characters used in Western European languages, making it ideal for most English and European text.
Iso8859_2: Supports Central European languages, ensuring the correct display of characters from these regions.
Utf8: A universal encoding standard that supports a vast range of characters, suitable for multilingual content or special symbols.
Pixels Per Module
This drop-down allows the users to set the size of each individual module (dot) in the QR code. Larger pixel values result in a larger overall QR code, which can improve readability, especially from a distance or when printed on large surfaces. Given below is the list of the available pixels per module options:
20: The default setting, providing a balance between size and clarity.
30: Increases the size, making the QR code easier to scan, particularly in low-light or long-distance conditions.
40: Further increases the module size, ideal for medium to large prints.
50: The largest setting, best for QR codes that need to be scanned from a significant distance.
Add Margins (Quiet Zones)
This toggle allows the users to enable/disable quiet zones (margins). Quiet zones are the white margins around the QR code. These ensure the scanner can accurately distinguish the code from its surroundings. By default, this toggle is enabled.
Logo Settings
Logo: This option allows the users to personalize their QR codes by embedding a logo within the code, which can enhance brand recognition and add a professional touch to the QR code. Clicking on the "Browse" button allows the users to upload an image of the logo, which will be centred on the QR code.
Hide Background Dots: This checkbox allows the users to control whether the QR code’s dots that would appear behind the embedded logo are hidden. If the checkbox is checked, the background dots are hidden, ensuring the logo remains clear and prominent. If the checkbox is unchecked, the background dots are visible behind the logo, which may be suitable if the logo is semi-transparent or if users prefer a more integrated look.
Logo Size %: This drop-down allows the users to adjust the size of the embedded logo as a percentage of the overall QR code size. Given below is the list of the available logo size % options:
10%: A small, subtle logo.
15% (Default): A standard logo size that maintains a balance between visibility and QR code functionality.
20%, 25%, 30%, 35% and 40%: Larger logos, which can be used for greater emphasis, though users should ensure the QR code remains functional.
Colour Settings
Dots Color: This option allows the users to customise the colour of the QR code’s dots, allowing them to match the code with their branding or aesthetic preferences. Black is the default dot colour since it provides the highest contrast against a white background. The users can select from a variety of colours, although they should ensure sufficient contrast with the background for reliable scanning.
Background Color: This option allows the users to customise the background colour of the QR code, which can enhance the visual appeal or match specific design needs. White is the default background colour since it ensures high contrast with the dots. The users can select a different background colour, but they should ensure it contrasts well with the dots for clear scanning.
Preview
After configuring the QR code settings, this button allows users to generate a preview of the QR code. This preview reflects all customizations, enabling users to verify the appearance and functionality before finalizing.
Assigned to | Property to show the recipient name to whom this field has been assigned. You can re-assign the field to any other configured recipient of the workflow. |
Field Name | Its an auto-generated (unique) field name that is used when you need to fill in this form field through the API calls. You can change the name as required, but make sure the uniqueness of a field name is not compromised, i.e. two or more fields in a document cannot have the same field name. This field is only available as far as the status of a document is Draft. |
Font Type | Property to select the font type (i.e. Courier or Helvetica) in which this field is required to be filled in by the recipient. The system will remember the selected font for the new form fields as well. |
Field Type | This property will only appear against a text field. It is used to define the input type (i.e. Text or Numeric) that is required to be filled in by the recipient. |
Font Size | Property to select the font size in which this field is required to be filled in by the recipient. The system will remember the selected font size for the new form fields as well. |
Placeholder | Property to specify a caption to facilitate the recipient in comprehending this field. The specified placeholder will be displayed within this field to the recipient, e.g. you can display the "Official Email ID" text in an Email field, "Designation" in a Job Title field, etc. |
Allowed Length | Property to specify the maximum number of characters, the recipient can enter in this field. By default it is set to 1000 characters. However for Text Area, the default field length is 5000 characters. |
Validation | Tick it to mark this field as mandatory. When ticked, SigningHub will enforce the recipient to fill in the field before signing the document. |
Date Format | This property is appeared in the settings when you add a date field in your document. Choose a format from the list in which date input is required from the recipient. SigningHub supports 21 international date formats and also a custom date format i.e. ddmmmyyyy (without space). By default the drop down will show the US date format to the US based users, and the UK date format to the users outside the US, according to the set Country in your profile. However you may change the default value as required. When you share a document, SigningHub will get the date value from the recipient according to the selected date field format. |
Group Name | This property is appeared in the settings when you add a radio button in your document. Specify a group name to create a mutually exclusive set of controls. It is useful when only one selection is required from a list of available options. When you set this property, the recipient can select only one option (Radio button) in the specified group at a time. |
Dimensions | Use this tab to relatively set the on-screen and PDF coordinates/ position (Left, Top, Width & Height) of this form field. However you can also manually move the field to the desired position in a document through drag and drop, and these coordinates will be updated accordingly. These coordinates are only available as far as the status of a document is Draft. Note: You can only edit the on-screen dimensions but not the PDF dimensions. The width and height of on-screen dimensions for check box or radio button are also not editable. |
Save and Cancel buttons | Click the "Save" button to save the configurations, or click the "Cancel" button to close the dialog. |
Recipient | A read-only field to show the signer name along with the email and/or the mobile number, based on the selected delivery method, for whom the initial field is being configured. |
Validation | Select the "Mandatory" option, if the document owner wants to make sure that the recipients must add an attachment. Select the "None" option, if the document owner does not want to mandate adding an attachment. |
Note | This field will only appear if the "Mandatory" option has been selected in the "Validation" field. The note field lets the document owner specify a personal note (up to 500 characters) that will be used to intimate the configured recipient when they click on the attachment field. This is a mandatory field. |
Details Tab |
Field Name | Its an auto-generated (unique) field name that is used when you need to fill in initials through the API calls. You can change the name as required, but make sure the uniqueness of a field name is not compromised, i.e. two or more fields in a document cannot have the same field name. This field is only available as far as the status of a document is Draft. |
Dimensions | Use this tab to relatively set the on-screen and PDF coordinates/ position (Left, Top, Width & Height) of this initials field. However you can also manually move the field to the desired position in a document through drag and drop, and these coordinates will be updated accordingly. These coordinates are only available as far as the status of a document is Draft. |
Save and Cancel buttons | Click the "Save" button to save the configurations, or click the "Cancel" button to close this dialog. |
Recipient
A read-only field to display the name of the added electronic seal and no email information will be displayed.
Level of Assurance
The "Level of Assurance" field will be auto-populated from the electronic seal profile and the field will be disabled.
Visible Signatures
For an electronic seal, this field will be available when you are allowed (in your user role) to add an invisible electronic seal on a document. When available:
Enable the "Visible" option, if you require a visible electronic seal. This electronic seal will have a proper appearance on the document as configured in the Signature Appearance settings.
Disable the "Visible" option, if you require an invisible electronic seal. An invisible electronic seal entails all the characteristics of an electronic seal and is duly verifiable like a visible electronic seal. However, it does not have any appearance on the document. When an electronic seal field is marked as invisible, an eye icon is placed in the electronic seal field (as shown with the red arrow):
Do not automatically show this dialog when a signature field is added
When this option is enabled, the properties dialog will not appear automatically, every time an electronic seal field is dropped. This option is helpful when you need to drop several electronic seal fields on the document.
Details Tab
Field Name
An auto-generated (unique) field name which is used when you need to sign this form field through the API calls. You can change the name as required, but make sure the uniqueness of a field name is not compromised i.e., two or more fields in a document cannot have the same field name. This field is only available when the status of a document is Draft.
Dimensions
Use this section to relatively set the on-screen and PDF coordinates/position (Left, Top, Width and Height) of the signature field. However, you can also manually move the field to the desired position in a document using drag and drop and these coordinates will be updated accordingly. These coordinates are only available when the status of a document is Draft.
Save and Cancel buttons
Click the "Save" button to save the configurations, or click the "Cancel" button to close this dialog.
Recipient
A read-only field to display the signer's name along with the email and/or the mobile number, based on the selected delivery method, for whom this signature field is being configured.
Level of Assurance
A mandatory field to be selected to perform signing for a user. Levels of assurance will be available as allowed in the role assigned to you. Level of assurance will be set for a signature field by default as per the configured default level of assurance under Personal Settings>Signature Settings. Level of assurance options for a signature field is subject to your assigned enterprise user role and can be changed under Role>Document Settings.
The terms for a level of assurance are as per the eIDAS Standards. For details of these terms click here. Possible values are:
Simple Electronic Signature (SES)
Electronic Seal (eSeal)
Advanced Electronic Seal (AdESeal)
Qualified Electronic Seal (QESeal)
Advanced Electronic Signature (AES)
High Trust Advanced (AATL)
Qualified Electronic Signature (QES)
In case the Document Owner tries to add a higher Level of Assurance in combination with Simple Electronic Signature (SES), then Simple Electronic Signature (SES) will be removed. For a smoother workflow, while adding more multiple signature fields on the document, the system will simply use the level(s) of assurance of the last field for the latest one instead of asking for every signature field. You can always modify the level of assurance for each field manually.
Visible
For a signature, this field will be available when you are allowed (in your user role) to add invisible signatures on a document. When available:
Enable the "Visible" option, if you require a visible signature from the signer in this field. This signature will have a proper appearance on the document as configured in the signer's Signature Appearance settings.
This Visible property is not available in case the Level of Assurance of the Signature field is set to "Electronic Signature".
Authenticate signer via OTP
Enable this toggle to enable field level authentication through OTP process when attempting to sign the document. By default, this option is unselected. This option will be available for the document owner in Draft, In-Progress, and Pending modes. On enabling the "Authenticate signer via OTP" toggle, the following options will be displayed:
One-Time Password (SMS and Email)
Time-based One-Time Password
This authentication option will let the recipient sign the document after they have entered the Time based One Time Password. Whenever the recipient will try to sign this document they will be prompted to enter the Time based One Time Password from the authenticator app configured on their mobile device. In case the recipient has not configured two factor authentication (2FA), upon trying to sign a document that requires Time based One Time Password, an email will be sent to their email address to configure two factor authentication (2FA). The document will be signed only upon providing the correct Time based One Time Password.
Do not show this dialog automatically when a signature field is added
Enable to automatically apply the "Level of Assurance" of the current signature field to the ones that you will drop afterwards. This option is helpful when you need to drop several signature fields on the document without making an extra effort to manually set the same Level of Assurance for each of the signature fields separately.
Details Tab
Field Name
An auto-generated (unique) field name which is used when you need to sign this form field through the API calls. You can change the name as required, but make sure the uniqueness of a field name is not compromised i.e., two or more fields in a document cannot have the same field name. This field is only available when the status of a document is Draft.
Dimensions
Use this section to relatively set the on-screen and PDF coordinates/position (Left, Top, Width and Height) of the signature field. However, you can also manually move the field to the desired position in a document using drag and drop and these coordinates will be updated accordingly. These coordinates are only available when the status of a document is Draft.
Save and Cancel buttons
Click the "Save" button to save the configurations, or click the "Cancel" button to close this dialog.
Name of Signer
Specify the In-Person signer name that will sign the document. The specified name will be shown in the below grid and under the In-Person signature field on the document.
Level of Assurance
This is a mandatory field to be selected in order to perform In-Person signatures. In the case of an enterprise user, the levels of assurance will appear in the drop-down list as configured in the user's user role. In the case of an individual user, the levels of assurance will appear in the drop-down list as configured in the user's service plan. By default, the level of assurance will be set for an In-Person signature field as per the configured default level of assurance for an In-Person Signature under Personal Settings>Signature Settings.
The terms for a level of assurance are as per the eIDAS Standards. Possible values are:
Simple Electronic Signature (SES)
Electronic Seal (eSeal)
Advanced Electronic Seal (AdESeal)
Qualified Electronic Seal (QESeal)
If the document owner tries to add a higher level of assurance, as a "Level of Assurance", in combination with "Simple Electronic Signature (SES)", the "Simple Electronic Signature (SES)" will be removed. Similarly, if the document owner tries to add "Simple Electronic Signature (SES)", as a "Level of Assurance", in combination with a higher level of assurance(s), the higher level of assurance(s) will be removed. For a smoother workflow, while adding multiple signature fields on the document, the system will simply use the level(s) of assurance of the last field for the latest one instead of asking for every signature field. You can always modify the level of assurance for each field manually.
Visible
This field will only appear when you are allowed (in your role) to add the invisible signatures on a document and also allowed (in your service plan) to add witness digital signatures. When this field is available:
Enable the "Visible" option, if you require a visible witness in-person signature from the signer on this field. This signature will have a proper appearance on the document as configured in the signer's Signature Appearance settings.
Disable the "Visible" option, if you require an invisible witness in-person signature from the signer on this field. An invisible signature entails all the characteristics of an electronic signature and is duly verifiable like a visible signature. However, it does not have any appearance on the document. When an in-person signature field is marked as invisible, an eye icon is placed on the field as shown with the red arrow:
In case of "Simple Electronic Signature (SES)" is selected as the "Level of Assurance", the "Visible" field will not appear.
Authenticate signer via OTP
Enable this toggle to enable field-level authentication through the OTP process when attempting to sign the document. By default, this option is unselected. This option will be available for the document owner in Draft, In-Progress, and Pending modes. On enabling the "Authenticate signer via OTP" toggle, the following options will be displayed:
One-Time Password (SMS and Email)
This option will let the document owner send an OTP to the recipient that will used for the purpose of signing authentication. Whenever the recipient tries to sign this document an OTP will be sent to the recipient's email, mobile number, or both depending upon the document owner's service plan configuration. When the service plan allows "SMS OTP", a field to specify the mobile number of a recipient to send an OTP will be displayed. The document will be signed only upon providing the correct OTP. By default, the specified number is displayed partially masked to comply with the GDPR policy. Click the 'Eye' icon to view the complete number.
Time-based One-Time Password
This authentication option will let the recipient sign the document after they have entered the Time-based One-Time Password. Whenever the recipient tries to sign this document they will be prompted to enter the Time-based One-Time Password from the authenticator app configured on their mobile device. In case the recipient has not configured two-factor authentication (2FA), upon trying to sign a document that requires a Time-based One-Time password, an email will be sent to their email address to configure two-factor authentication (2FA). The document will be signed only upon providing the correct Time-based One-Time Password.
Do not show this dialog automatically when a signature field is added
Enable to automatically apply the "Level of Assurance" of the current signature field to the ones that you will drop afterwards. This option is helpful when you need to drop several signature fields on the document without making an extra effort to manually set the same Level of Assurance for each of the signature fields separately.
Details Tab
Field Name
An auto-generated (unique) field name which is used when you need to sign this form field through the API calls. You can change the name as required, but make sure the uniqueness of a field name is not compromised i.e., two or more fields in a document cannot have the same field name. This field is only available when the status of a document is Draft.
Dimensions
Use this section to relatively set the on-screen and PDF coordinates/position (Left, Top, Width and Height) of the signature field. However, you can also manually move the field to the desired position in a document using drag and drop and these coordinates will be updated accordingly. These coordinates are only available when the status of a document is Draft.
Replicate In-Person Signature Tab
Replicate to Pages
Enable the page number(s) (of the document) on which In-Person signature(s) are required from the signer/ meeting host. This will replicate the In-Person signature field on the selected page(s) and display their record in the below grid.
Save and Cancel buttons
Click the "Save" button to save the configurations, or click the "Cancel" button to close this dialog.
Name | It is a text field that is used to get a recipient's name in your document. SigningHub automatically picks the assigned recipient's name from their profile and populates in this field in editable mode, when they process your shared document. If marked mandatory, SigningHub will enforce the recipient to fill in this field before processing. |
It is a text field that is used to get a recipient's email in your document. SigningHub automatically picks the assigned recipient's email from their profile and populates in this field in editable mode, when they process your shared document. If marked mandatory, SigningHub will enforce the recipient to fill in this field before processing. |
Job Title | It is a text field that is used to get a recipient's job title in your document. SigningHub automatically picks the assigned recipient's job title from their profile and populates in this field in editable mode, when they process your shared document. If marked mandatory, SigningHub will enforce the recipient to fill in this field before processing. |
Company | It is a text field that is used to get a recipient's company name in your document. SigningHub automatically picks the assigned recipient's company name from their profile and populates in this field in editable mode, when they process your shared document. If marked mandatory, SigningHub will enforce the recipient to fill in this field before processing. |
Text Field | It is a text field that is used to get any single line information from a recipient in your document. This field is shown blank to the assigned recipient, when they process your shared document. If marked mandatory, SigningHub will enforce the recipient to fill in this field before processing. |
Text Area | It is a text area that is used to get some additional description (multi-line) from a recipient in your document. This field is shown blank to the assigned recipient, when they process your shared document. If marked mandatory, SigningHub will enforce the recipient to fill in this field before processing. |
Date | It is a date field that is used to get any particular date from a recipient in your document. By default SigningHub displays current date in this field to the assigned recipient, which they can edit while processing your shared document. If marked mandatory, SigningHub will enforce the recipient to fill in this field before processing. |
Radio Button | A radio button is used in situations where a recipient can only select one option from a list of options in your document. If marked mandatory, SigningHub will enforce the assigned recipient to select one option before processing. |
Checkbox | A checkbox is used in situations where a recipient can select multiple options from a list of options. They can also be used when you want a recipient to accept/ agree to any statement in your document. If marked mandatory, SigningHub will enforce the assigned recipient to select the checkbox before processing. |
Add Text |
Save and Cancel buttons | Click the "Save" button to save the configurations, or click the "Cancel" button to close this dialog. |
Disable the "Visible" option, if you require an invisible signature from the signer in this field. An invisible signature entails all the characteristics of a signature and is duly verifiable like a visible signature. However, it does not have any appearance on the document. When a signature field is marked as invisible, an eye icon is placed in the signature field (as shown with the red arrow):
This option will let the document owner send an OTP to the recipient that will used for the purpose of signing authentication. Whenever the recipient will try to sign this document an OTP will be sent to the recipient's email, mobile number, or both depending upon the document owner's service plan configuration. When the service plan allows "SMS OTP", a field to specify the mobile number of a recipient to send an OTP will be displayed. The document will be signed only upon providing the correct OTP. By default, the specified number is displayed partially masked to comply with the GDPR policy. Click to view the complete number.
This option will enable you to add some additional text in your PDF document before sharing it with recipients. Specify the text in the field as required and click . Once saved, the text cannot be deleted from the document.