Download OpenAPI specification:Download
| Main Tags | Most Popular Pages |
|---|---|
|
➤
Welcome
➤ Prerequisites ➤ Access Tokens ➤ Quick Integration ➤ Updates ➤ SignalR ➤ APIs Developer Guide ➤ Appendix |
➤
Authentication
➤ Account Management ➤ Add Package ➤ Upload Document ➤ Get Workflow Details ➤ Sign Document |
This section provides information of supported tokens by SigningHub.
Below is the list of APIs that provides information of which api is allowed to be used by token.
This section provides a quick "Do this and it works" guide for developers to understand how they can integrate SigningHub features within their business applications.
SigningHub exposes an external communication channel that allows external business applications to authenticate themselves, send requests and receive responses. This integration can be done with an on-premise instance (or private cloud instance) or the public cloud service running here www.signinghub.com.
The business application uses a secure HTTPS session to pass the document and its workflow control data to SigningHub. Using this approach, SigningHub can quickly and easily integrate with business applications to provide users with document review and digital signature approval functionality.
There is no Software Development Kit (SDK) for the integration, instead, SigningHub provides REST APIs that simplify the integration and can be used with any language including .Net, Java, PHP, etc.
There are two ways to integrate SigningHub within a business application:
This Quick Guide summarises how to use tight integration. The SigningHub software includes an example tight integration demo website built in .NET to help developers with web application/portal integration.
The following diagram summarizes the process for tight integration:
In this mode of integration, users interact with the business web application. At some point, there is a need to view and sign a document. For ease of use, the user does not need to register or login in order to view and sign the document. In tight integration, the web application uses iframe technology to embed the SigningHub view and sign page within an existing webpage.
The user’s signing field is highlighted for them, and clicking on such enables them to create their digital signature. All of these web service interactions are performed in a way that ensures the user has a seamless experience fully consistent with the existing business application.
When using tight integration, users do not login directly to the SigningHub and no email is generated by SigningHub. It is the business application’s responsibility to manage the workflow and keep the user informed.
The process is:
These steps are explained in more detail here:
application/x-www-form-urlencoded
application/json
"client_credentials"
Define the OAuth 2.0 grant type.
non-empty
Application Name that is configured in your Enterprise Account when configuring the integration options.
non-empty
API Key that that is generated in your Enterprise Account when configuring the integration options.
grant_type=client_credentials&
client_id= CLIENT_ID&
client_secret= CLIENT_SECRET&
application/json
application/json
Bearer {access_token}
Access token obtained after a successful authentication. This service requires the access token to be obtained using the client credentials.
The email address of the user account to be registered.
The name of the user to be registered.
Job title of user.
Company name of user.
Mobile number of user.
The password of the user account. This is optional if you want your users to authenticate externally e.g. via SAML, Salesforce, Office 365 etc. rather than using a SigningHub ID (email/password). If password is provided, application expects the security question and answer as mandatory fields.
Security question used to reset password if user forgets his password. This is mandatory if you wish to allow the user to sign without manually, via an email link, completing the registration process. If security question is provided, application expects password and security answer as mandatory fields.
Security answer used to reset the password if user forgets his password. This is mandatory if you wish to allow the user to sign without manually, via an email link, completing the registration process. If security answer is provided, application expects password and security question as mandatory fields.
The enterprise role to be assigned to this user - these are managed within the Enterprise account.
This defines whether enterprise user would get an email notification about the account creation. Default value is 'false'.
application/json
application/json
Bearer {access_token}
This service requires the access token to be obtained using the client credentials.
non-empty
Email of a registered enterprise user
application/json
application/json
Bearer {access_token_scope}
Access token returned in Scope API call
non-empty
The name of the package.
ONLY_OTHERS
Enum: "ME_AND_OTHERS" "ONLY_OTHERS" "ONLY_ME"
Inbox
The name of the folder. It will be used to upload package in any folder of the user, either its a custom folder or a shared folder.
package_id is provided in the URL which should be the same as found in the previous call. The document ID must be provided as document_id in the resource URL to identify the library document to be copied.
The ID of the package to which the document is being added.
The ID of the document that will be fetched from libary and added to the package
application/json
application/json
Bearer {access_token_scope}
Access token returned in Scope API call
In the case where the business application creates the document dynamically then you can upload the document using the Upload Document API call explained here , as opposed to using a document from your respective library
package_id should be same as used in step 9 and the document_id is the one the user got in the response of step 8.
The ID of the package.
The ID of the document on which the template will be applied.
application/json
application/json
Bearer {access_token_user}
Access token returned in Scope API call
Name of template to be applied on the document.
false
True, if template has to be applied on all the documents in the package.
In the case where the template contains a placeholder or a user that you wish to change then you can use the Update Workflow User API call as explained here.
Alternatively if due to the dynamic nature of the document you cannot apply a template and want to add different fields, e.g. text field, checkbox, initials, signature fields etc., then you can add them dynamically by providing the X, Y, Width, Height coordinates, package ID, document ID, page number and assign to a user. Click here to learn more.
The ID of the package that has to be shared.
application/json
application/json
Bearer {access_token_scope}
Access token returned in Scope API call
application/json
application/json
Bearer {access_token_scope}
The ID of the package that has been shared in step 10.
The ID of the Document that has been shared.
""
Language code in which application is required be shown to end user. if no value is provided then system defined language will be used.
""
user_email is required when a Guest user has to process the document.
""
URL, where user will be redirected after completing the required actions. if no value is provided then system will follow what's been configured in Enterprise Settings > Integration.
"false"
True, will hide the panels in the IFrame mode. if no value is provided then it will follow what's been set in Integration options.
"false"
True, will lock the panels in the IFrame mode. if no value is provided then it will follow what's been set in Integration options.
"false"
False, if you do not want to have a user automatically redirected to the call-back URL. After the user has performed their task, they will stay on the document viewer screen and will not be redirected unless they press the "Close" button.
""
Indicating response should be encoded or plan.Possible values are ENCODED, PLAIN
The user custom certificate Id.
Section wise integration, if not provided Default value : VIEWER
Possible values are
|
|
Note: If the section is VIEWER or WORKFLOW, SigningHub will redirect you to the Viewer; otherwise, it will navigate to the specified SigningHub section. |
Iframe view in browser
Control is returned to the web application as soon as the user navigates away from the document viewer window. For cases such as signature operations this occurs when the user completes the signing process and clicks on 'Finish' button. Browser navigation (back button) is another way of navigating away from the document viewer and will also result in control passing back to the web application, and invoke the call-back URL.
When control returns to the web application, SigningHub appends the following parameters to the call-back URL to inform the web application of the action status. Response type can be encoded or plain depending on the value response_type sent in the request
| Response Type | Description |
|---|---|
| ENCODED | [callback_url]?lang=en_USpackage_id%3D1017545%26action%3Dnone |
| Plain | [callback_url]?lang=en_US&package_id=1017545&action=signed |
| Name | Description |
|---|---|
| package_id | The ID of the package that was shown to the user. |
| action |
Provides information about the action the user performed on the document. The possible values are:
|
The following diagram summarizes the process for Smart Form integration:
In this integration model, users interact solely with the business web application, which triggers the signing process at a specific point—such as after completing a form, application, or survey. The SmartForm document, along with control metadata, is sent to SigningHub. This metadata defines structured fields like checkboxes, dropdowns, text areas, and rating scales, which are embedded directly into the document.
To ensure a smooth user experience, no registration or login is required. The business application embeds the SigningHub signing interface directly into its web page using iframe technology. The required signing fields are clearly highlighted, allowing users to fill out the form and apply their digital signature in a guided and intuitive manner.
All web service interactions are handled behind the scenes, ensuring the experience remains fully integrated within the business application. Users never interact with SigningHub directly, and no emails are triggered by SigningHub. It is the sole responsibility of the business application to manage the workflow, notify users, and ensure completion of the signing process.
The process is:
These steps are explained in more detail below:
The ID of the smart form.
application/json
application/json
Bearer {access_token}
Access token returned in Authenticate API call
10.0 | Following are the APIs that have been affected by the changes:
| Document Package | |
|---|---|
| Document Workflow | |
| Enterprise Management |
Reset Enterprise User Two Factor Authentication Import Enterprise Users Template Download Import Enterprise Invitations Template |
| Account Management | |
| Document Preparation | |
| Document Processing | |
| Authentications | |
| Personal Settings | |
| Template |
Bulk Delete Document Field (Template) Update DropDown Field (Template) Replicate Initial Fields (Template) |
Below are the APIs that are affected by the change.
| 8.6.8 (Upload Document) | 10.0 (Upload Document) |
|---|---|
| From 10.0, SigningHub has introduced the multiple response parameters to provide detailed information about the uploaded document. | |
| 8.6.8 (Upload Document Base64) | 10.0 (Upload Document Base64) |
|---|---|
| From 10.0, SigningHub has introduced the multiple response parameters to provide detailed information about the uploaded document. | |
| 8.6.8 (Get Document Image) | 10.0 (Get Document Image) |
|---|---|
| From 10.0, SigningHub has introduced the x-formatted and x-folder-id header parameters to support xml formatted view and shared space folder access. | |
|
New header parameters added
|
|
| 8.6.8 (Get Document Image (Base64)) | 10.0 (Get Document Image (Base64)) |
|---|---|
| From 10.0, SigningHub has introduced the x-formatted and x-folder-id header parameters to support xml formatted view and shared space folder access. | |
|
New header parameters added
|
|
| From 10.0, SigningHub has introduced the x-folder-id header parameters to support shared space folder access. | |
|
New parameter added
|
|
| From 10.0, SigningHub has introduced the x-folder-id header parameters to support shared space folder access. | |
|
New parameter added
|
|
| From 10.0, SigningHub has introduced the x-folder-id header parameters to support shared space folder access. | |
|
New parameter added
|
|
| From 10.0, SigningHub has introduced the x-folder-id header parameters to support shared space folder access. | |
|
New parameter added
|
|
| From 10.0, SigningHub has introduced the x-folder-id header parameters to support shared space folder access. | |
|
New parameter added
|
|
| From 10.0, SigningHub has introduced the x-folder-id header parameters to support shared space folder access. | |
|
New parameter added
|
|
| From 10.0, SigningHub has introduced the x-folder-id header parameter to support shared space folder access as well as the document-ids query parameter for downloading the documents within the package. | |
|
New parameters added
|
|
| From 10.0, SigningHub has introduced the x-folder-id header parameters to support shared space folder access well as the document-ids query parameter for downloading the documents within the package. | |
|
New parameter added
|
|
| From 10.0, SigningHub has introduced the x-folder-id header parameters to support shared space folder access. | |
|
New parameter added
|
|
| From 10.0, SigningHub has introduced the x-folder-id header parameters to support shared space folder access. | |
|
New parameter added
|
|
| From 10.0, SigningHub has introduced the x-folder-id header parameters to support shared space folder access. | |
|
New parameter added
|
|
| From 10.0, SigningHub has introduced the x-folder-id header parameters to support shared space folder access. | |
|
New parameter added
|
|
| From 10.0, SigningHub has introduced the x-folder-id header parameters to support shared space folder access. | |
|
New parameter added
|
|
| From 10.0, SigningHub has introduced the x-folder-id header parameters to support shared space folder access. | |
|
New parameter added
|
|
| From 10.0, SigningHub has introduced the package-name, package-id, recipient-from, recipient-to , document-id, expiry, modified-from, modified-to, size-from, size-to , certified-documents, form-fields, attachments, document-type, document-statuses, and owned-by query parameters to support advanced search. | |
|
New parameter added
|
|
| From 10.0, SigningHub has introduced the document-status, package-name, recipient-from, recipient-to , document-id, expiry, modified-from, modified-to, size-from, size-to , certified-documents, form-fields, attachments, document-type, document-statuses, and owned-by request body parameters to support advanced search. | |
|
New parameters added
|
|
| From 10.0, SigningHub has introduced the document-status, package-name, recipient-from, recipient-to , document-id, expiry, modified-from, modified-to, size-from, size-to , certified-documents, form-fields, attachments, document-type, document-statuses, and owned-by request body parameters to support advanced search. | |
|
New parameters added
|
|
Below are the APIs that are affected by the change.
| From 10.0, SigningHub has introduced the x-folder-id header parameters to support shared space folder access. | |
|
New parameter added
|
|
| From 10.0, SigningHub has introduced the x-folder-id header parameters to support shared space folder access. | |
|
New parameter added
|
|
| From 10.0, SigningHub has introduced the x-folder-id header parameters to support shared space folder access. | |
|
New parameter added
|
|
| From 10.0, SigningHub has introduced the x-folder-id header parameters to support shared space folder access. | |
|
New parameter added
|
|
| From 10.0, SigningHub has introduced the x-folder-id header parameters to support shared space folder access. | |
|
New parameter added
|
|
| From 10.0, SigningHub has introduced the x-folder-id header parameters to support shared space folder access. | |
|
New parameter added
|
|
| From 10.0, SigningHub has introduced the x-folder-id header parameters to support shared space folder access. | |
|
New parameter added
|
|
| From 10.0, SigningHub has introduced the x-folder-id header parameters to support shared space folder access. | |
|
New parameter added
|
|
| From 10.0, SigningHub has introduced the x-folder-id header parameters to support shared space folder access. | |
|
New parameter added
|
|
| From 10.0, SigningHub has introduced the x-folder-id header parameters to support shared space folder access. | |
|
New parameter added
|
|
| From 10.0, SigningHub has introduced the x-folder-id header parameters to support shared space folder access. | |
|
New parameter added
|
|
Below are the APIs that are affected by the change.
| From 10.0, SigningHub has introduced the x-folder-id header parameters to support shared space folder access. | |
|
New parameter added
|
|
| From 10.0, SigningHub has introduced the x-folder-id header parameters to support shared space folder access. | |
|
New parameter added
|
|
| From 10.0, SigningHub has introduced the x-folder-id header parameters to support shared space folder access. | |
|
New parameter added
|
|
| From 10.0, SigningHub has introduced the tooltip, border_color, and field_rotation in the response body to provide the information for form fields. | |
|
New parameters added
|
|
Below are the APIs that are affected by the change.
| From 10.0, SigningHub has introduced the x-folder-id header parameters to support shared space folder access. | |
|
New parameter added
|
|
| From 10.0, SigningHub has introduced the x-folder-id header parameters to support shared space folder access. | |
|
New parameter added
|
|
| From 10.0, SigningHub has introduced the x-folder-id header parameters to support shared space folder access. | |
|
New parameter added
|
|
| From 10.0, SigningHub has introduced the x-folder-id, and x-mobile header parameters to support shared space folder access and originator(Web/Mobile) support. Additionally, a new URL parameter, bulk_action added to facilitate bulk sharing of packages, and the hand_signature_method request parameter to set the hand signature mode. | |
|
New parameter added
|
|
| From 10.0, SigningHub has introduced the URL parameter bulk_action is added to support share package feature in bulk. | |
|
New parameter added
|
|
| From 10.0, SigningHub has introduced the x-folder-id header parameters to support shared space folder access. | |
|
New parameter added
|
|
| From 10.0, SigningHub has introduced the x-folder-id, and x-mobile header parameters to support shared space folder access and originator(Web/Mobile). Along this new request parameter hand_signature_method is to set the hand signature mode. | |
|
New parameter added
|
|
| From 10.0, SigningHub has introduced the x-folder-id header parameters to support shared space folder access. Along this new URL parameter bulk_action is added to support share package feature in bulk. | |
|
New parameter added
|
|
| From 10.0, SigningHub has introduced the x-folder-id header parameters to support shared space folder access, as well as hand_signature_method request parameter to set the hand signature mode. | |
|
New parameter added
|
|
| From 10.0, SigningHub has introduced the x-folder-id header parameters to support shared space folder access. | |
|
New parameter added
|
|
| From 10.0, SigningHub has introduced the x-folder-id header parameters to support shared space folder access as well as the hand_signature_method request parameter to set the hand signature mode. | |
|
New parameter added
|
|
| From 10.0, SigningHub has introduced the x-folder-id header parameters to support shared space folder access. | |
|
New parameter added
|
|
| From 10.0, SigningHub has introduced the x-folder-id header parameters to support shared space folder access. | |
|
New parameter added
|
|
| 8.6.8 (Bulk OTP Signing Authentication) | 10.0 (Bulk OTP Signing Authentication) |
|---|---|
| From 10.0, SigningHub has introduced the x-folder-id header parameter and packageId request parameter to support document signing authentication and shared space folder access. | |
|
New parameters added
|
|
| 8.6.8 (Bulk Signing Pre Validation) | 10.0 (Bulk Signing Pre Validation) |
|---|---|
| From 10.0, SigningHub has introduced the x-otp and x-password header parameters to support document access authentication. Additionally, a new response parameter signing_authentication, indicates the type of one-time authentication enabled, such as OTP or TOTP. | |
|
New parameters added
|
|
Below are the APIs that are affected by the change.
| 8.6.8 (Get Enterprise Users) | 10.0 (Get Enterprise Users) |
|---|---|
| From 10.0, SigningHub has introduced the two_factor_authentication to provide two factor authentication is enabled or not, certificate_dn to provide certificate dn with signing certificate. | |
|
New parameter added
|
|
| 8.6.8 (Register Enterprise User) | 10.0 (Register Enterprise User) |
|---|---|
| From 10.0, SigningHub has introduced the created_on in response body. | |
|
New parameter added
|
|
| 8.6.8 (Get Role Users) | 10.0 (Get Role Users) |
|---|---|
| From 10.0, SigningHub has introduced the created_on and status in response body to provide more detail of user. | |
|
New parameter added
|
|
| 8.6.8 (Get Enterprise Package Timeline) | 10.0 (Get Enterprise Package Timeline) |
|---|---|
| From 10.0, SigningHub has update the timeline_details property of the response. | |
| 8.6.8 (Get Enterprise Logs) | 10.0 (Get Enterprise Logs) |
|---|---|
| From 10.0, SigningHub has added the new QUERY PARAMETERS -> module option's ADVANCED_REPORTS to support search of Advanced Reports. | |
| 8.6.8 (Get Enterprise Integrations) | 10.0 (Get Enterprise Integrations) |
|---|---|
| From 10.0, SigningHub has added the new response parameter client_secret and external_users_count. | |
|
New parameter added
|
|
| 8.6.8 (Get Enterprise Branding) | 10.0 (Get Enterprise Branding) |
|---|---|
| From 10.0, SigningHub has added the new response parameters level_14 and level_15 to provide information about sidebar menus and the color of error validation text. | |
|
New parameter added
|
|
| 8.6.8 (Reset Enterprise Branding) | 10.0 (Reset Enterprise Branding) |
|---|---|
| From 10.0, SigningHub has added the new response parameters level_14 and level_15 to provide information about sidebar menus and the color of error validation text. | |
|
New parameter added
|
|
| 8.6.8 (Update Enterprise Branding) | 10.0 (Update Enterprise Branding) |
|---|---|
| From 10.0, SigningHub has added the new request parameters level_14 and level_15 to provide information about sidebar menus and the color of error validation text. | |
|
New parameter added
|
|
Below are the APIs that are affected by the change.
| 8.6.8 (Get Notifications) | 10.0 (Get Notifications) |
|---|---|
| From 10.0, SigningHub has introduced the type query param to filter notifications. | |
|
New query parameters added
|
|
| 8.6.8 (Register User (Free Trial)) | 10.0 (Register User Account) |
|---|---|
| From version 10.0, SigningHub's process depends on the service plan. For online plans, a billing response is mandatory. | |
|
New parameters added
|
|
| From 10.0, SigningHub has introduced the x-folder-id header parameters to support shared space folder access. | |
|
New parameter added
|
|
| 8.6.8 (Get Enterprise Branding and Authentication Profile) | 10.0 (Get Enterprise Branding and Authentication Profile) |
|---|---|
| From 10.0, SigningHub has added the new response parameters level_14 and level_15 to provide information about sidebar menus and the color of error validation text. | |
|
New parameter added
|
|
Below are the APIs that are affected by the change.
| 8.6.8 (Get SigningHub Admin Branding) | 10.0 (Get SigningHub Admin Branding) |
|---|---|
| From 10.0, SigningHub has added the new response parameters level_14 and level_15 to provide information about sidebar menus and the color of error validation text. | |
|
New parameter added
|
|
10.0.1 | Following are the APIs that have been affected by the changes:
| Personal Settings |
|---|
Below are the APIs that are affected by the change.
| 10.0 (Generate Integration URL for Encrypted Data (Coding)) | 10.0.1 (Generate Integration URL for Encrypted Data (Coding)) |
|---|---|
| From 10.0.1, SigningHub has introduced the section header parameters to support section wise access. | |
|
New parameter added
|
|
Below are the APIs that are affected by the change.
| 10.0 (Get Signature Settings) | 10.0.1 (Get Signature Settings) |
|---|---|
| From 10.0.1, SigningHub has introduced the environment in the response body to provide the environment of EID Easy signing server. | |
|
New parameter added
|
|
| 10.0 (Get Templates) | 10.0.1 (Get Templates) |
|---|---|
| From 10.0.1, SigningHub has introduced the smart_form in the response parameter to provide information about Smart forms | |
|
New parameter added
|
|
Below are the APIs that are affected by the change.
| From 10.0.1, SigningHub has introduced a new feature in the service_plan > features > SMART_FORM if allowed in the service plan | |
|
New data added
|
|
| From 10.0.1, SigningHub has introduced a new response parameter smart-form under user settings | |
|
New parameter added
|
|
Below are the APIs that are affected by the change.
| From 10.0.1, SigningHub has introduced a new query parameter smart-form to search by name | |
|
New parameter added
|
|
| From 10.0.1, SigningHub has introduced a new query parameter smart-form to search by name | |
|
New parameter added
|
|
Below are the APIs that are affected by the change.
| From 10.0.1, SigningHub has introduced a new response parameter smart-form under user settings | |
|
New parameter added
|
|
| From 10.0.1, SigningHub has introduced a new request parameter smart-form under user settings | |
|
New parameter added
|
|
| From 10.0.1, SigningHub has introduced a new response parameter smart-form under user settings | |
|
New parameter added
|
|
| From 10.0.1, SigningHub has introduced a new request parameter smart-form under user settings | |
|
New parameter added
|
|
Below are the APIs that are affected by the change.
| From 10.0.1, SigningHub has introduced a new parameter to add ALLOW_SMART_FORM in the features | |
|
New parameter added
|
|
| From 10.0.1, SigningHub has introduced a new parameter to add ALLOW_SMART_FORM in the features | |
|
New parameter added
|
|
| From 10.0.1, SigningHub has introduced a new response parameter to provide Smart form feature information | |
|
New parameter added
|
|
Below are the APIs that are affected by the change.
| 10.0 (Single Sign On Authentication) | 10.0.1 (Single Sign On Authentication) |
|---|---|
| From 10.0.1, SigningHub has changed error Status Code for guest user from 401 to 404. | |
|
Status Code
|
Status Code
|
10.0.2 | Following are the APIs that have been affected by the changes:
| User Provisioning Via SCIM |
|---|
Below are the APIs that are affected by the change.
| From 10.0.2, SigningHub returns trusted device authentication response data for configuration and display. | |
|
Response
|
|
Below are the APIs that are affected by the change.
| From 10.0.2, SigningHub returns the "x-device"="required" if the administrator/enterprise setting are requiring to trust the device, and the user must have to provide the device information in the request header. | |
|
If the administrator/enterprise setting is requiring the device information then this header is returned. |
Response Header
|
|
If the administrator/enterprise setting are requiring the device information then use the below-format with your own device information Example: JSON Serialize of { DeviceId = "DeviceId", Name = "Chrome", Version = "120.0.0.0", Type = "Browser", Vendor = "Google", Model = "Desktop", OS = "Windows", OSVersion = "10.0.19045", Cpu = "x64", UserAgent = "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/120.0.0.0 Safari/537.36" } then Base64 |
Request Header
|
| From 10.0.2, SigningHub returns the "x-device"="required" if the administrator/enterprise setting are requiring to trust the device, and the user must have to provide the device information in the request header. | |
|
If the administrator/enterprise setting is requiring the device information then this header is returned. |
Response Header
|
|
If the administrator/enterprise setting are requiring the device information then use the below-format with your own device informations Example: JSON Serialize of { DeviceId = "DeviceId", Name = "Chrome", Version = "120.0.0.0", Type = "Browser", Vendor = "Google", Model = "Desktop", OS = "Windows", OSVersion = "10.0.19045", Cpu = "x64", UserAgent = "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/120.0.0.0 Safari/537.36" } then Base64 |
Request Header
|
| From 10.0.2, SigningHub has introduced new request header x-scim to support SCIM protocol. | |
|
New Request Header Parameter
|
|
Below are the APIs that are affected by the change.
| From 10.0.2, SigningHub returns two-factor authentication response data for configuration and display. | |
|
Response
|
|
| 10.0.1 (Get Notifications) | 10.0.2 (Get Notifications) |
|---|---|
| From 10.0.2, SigningHub has introduced the new response parameter information_details which provide information details list. | |
|
New response parameter added
|
|
| 10.0.1 (Get Account) | 10.0.2 (Get Account) |
|---|---|
| From 10.0.2, SigningHub has introduced the new response parameter service_plan > deprecated which provide the service plan deprecated information and display_plan_upgrade_banner to display banner in the application. | |
|
New response parameter added
|
|
| 10.0.1 (Get User Role) | 10.0.2 (Get User Role) |
|---|---|
| From 10.0.2, SigningHub has introduced the new response parameter user_setting > require_document_access_authentication_apply_to, require_document_sign_authentication_apply_to which provide service plan start and end date. SigningHub has also introduced the new response parameter user_setting.readonly_user_fields which provide information for restricted user fields. | |
|
New response parameter added
|
|
Below are the APIs that are affected by the change.
| 10-0-1 (Get Role by ID) | 10-0-2 (Get Role by ID) |
|---|---|
| From 10-0-2, SigningHub has introduced the new response parameter document_settings > owner_settings > access_authentication_all_recipient > apply_to, document_settings > owner_settings > signing_authentication_all_recipient > apply_to and post_processing_all_recipient to provide the recipient authentication information and the post_processing_all_recipient information at document_settings > owner_settings object which provide information for post processing. SigningHub has also introduced the new response parameter document_settings.miscellaneous_settings.readonly_user_fields which provide information for restricted user fields. | |
|
New response parameter added
|
|
| 10-0-1 (Add Role) | 10-0-2 (Add Role) |
|---|---|
| From 10-0-2, SigningHub has introduced the new response parameter document_settings > owner_settings > access_authentication_all_recipient > apply_to, document_settings > owner_settings > signing_authentication_all_recipient > apply_to and post_processing_all_recipient to provide the recipient authentication information and the post_processing_all_recipient information at document_settings > owner_settings object which provide information for post processing. SigningHub has also introduced the new response parameter document_settings.miscellaneous_settings.readonly_user_fields which provide information for restricted user fields. | |
|
New response parameter added
|
|
| 10-0-1 (Clone Role) | 10-0-2 (Clone Role) |
|---|---|
| From 10-0-2, SigningHub has introduced the new response parameter document_settings > owner_settings > access_authentication_all_recipient > apply_to, document_settings > owner_settings > signing_authentication_all_recipient > apply_to and post_processing_all_recipient to provide the recipient authentication information and the post_processing_all_recipient information at document_settings > owner_settings object which provide information for post processing. SigningHub has also introduced the new response parameter document_settings.miscellaneous_settings.readonly_user_fields which provide information for restricted user fields. | |
|
New response parameter added
|
|
| 10-0-1 (Update Role) | 10-0-2 (Update Role) |
|---|---|
| From 10-0-2, SigningHub has introduced the new request parameter document_settings > owner_settings > access_authentication_all_recipient > apply_to, document_settings > owner_settings > signing_authentication_all_recipient > apply_to and post_processing_all_recipient to provide the recipient authentication information and the post_processing_all_recipient information at document_settings > owner_settings object which provide information for post processing. SigningHub has also introduced the new request parameter document_settings.miscellaneous_settings.readonly_user_fields which set configurations for restricted user fields. | |
|
New request parameter added
|
|
| 10-0-1 (Get Enterprise Default Settings) | 10-0-2 (Get Enterprise Default Settings) |
|---|---|
| From 10-0-2, SigningHub has introduced the new response parameter post_processing and login > "trusted_device_authentication": { "enabled" : true} object which provide information for post processing and the trusted device information. | |
|
New response parameter added
|
|
| 10-0-1 (Update Enterprise Default Settings) | 10-0-2 (Update Enterprise Default Settings) |
|---|---|
| From 10-0-2, SigningHub has introduced the new request parameter post_processing and login > "trusted_device_authentication": { "enabled" : true} object which provide information for post processing and the trusted device information. | |
|
New request parameter added
|
|
| From 10.0.2, SigningHub added new response parameter scim to provide the SCIM configurations. | |
|
Response
|
|
| From 10.0.2, SigningHub added new request parameter scim to enable/disable the SCIM configurations. | |
|
Request
|
|
Below are the APIs that are affected by the change.
| From 10-0-2, SigningHub has introduced the new response parameter deprecated object which provide information for deprecation status to display. | |
|
Response
|
|
| From 10-0-2, SigningHub has introduced the new response parameter deprecated object which provide information for deprecation status to display. | |
|
Response
|
|
| From 10-0-2, SigningHub has introduced the new request parameter deprecated object to update the deprecation status. | |
|
Request
|
|
| From 10-0-2, SigningHub has introduced the new request parameter deprecated object to update the Deprecated status. | |
|
Request
|
|
10.0.3 | Following are the APIs that have been affected by the changes:
| Account Management |
|---|
Below are the APIs that are affected by the change.
| 10.0.2 (About SigningHub) | 10.0.3 (About SigningHub) |
|---|---|
| From 10.0.3, "About SigningHub" API will be accessible via Client Credentials token. | |
Below are the APIs that are affected by the change.
| 10.0.2 (Get Enterprise Branding) | 10.0.3 (Get Enterprise Branding) |
|---|---|
| From 10.0.3, SigningHub has added the new response parameters background_image and slider_items to provide information about background image and slider items. | |
|
New parameter added
|
|
| 10.0.2 (Update Enterprise Branding) | 10.0.3 (Update Enterprise Branding) |
|---|---|
| From 10.0.3, SigningHub has added the new request parameters background_image and slider_items to provide information about background image and slider items. | |
|
New parameter added
|
|
| From 10.0.3, SigningHub has added the new response parameters id, content, order and web to provide information about slider items. | |
|
New parameter added
|
|
| 10.0.2 (Reset Enterprise Branding) | 10.0.3 (Reset Enterprise Branding) |
|---|---|
| From 10.0.3, SigningHub has added the new response parameters background_image and slider_items to provide information about background image and slider items. | |
|
New parameter added
|
|
Below are the APIs that are affected by the change.
| 10.0.2 (Add Textbox Field) | 10.0.3 (Add Textbox Field) |
|---|---|
| From 10.0.3, SigningHub has added the new request parameter field_locale to support Arabic for Date field. | |
|
New parameter added
|
|
| 10.0.2 (Update Textbox Field) | 10.0.3 (Update Textbox Field) |
|---|---|
| From 10.0.3, SigningHub has added the new request parameter field_locale to support Arabic for Date field. | |
|
New parameter added
|
|
| 10.0.2 (Get Document Fields) | 10.0.3 (Get Document Fields) |
|---|---|
| From 10.0.3, SigningHub has added the new response parameters field_locale to support Arabic for Date field. | |
|
New parameter added
|
|
10.0.4 | Following are the APIs that have been affected by the changes:
| Enterprise Management | |
|---|---|
| Artificial Intelligence | |
| Template |
Artificial Intelligence (AI) Execute Feature (Template) Artificial Intelligence (AI) Features (Template) |
| Document Processing |
Get Document Attachment Image (Base64) |
| Document Preparation | |
| Personal Settings | |
| Passkey Authentication |
Below are the APIs that are affected by the change.
| 10.0.3 (Single Sign On Authentication) | 10.0.4 (Single Sign On Authentication) |
|---|---|
| From 10.0.4, SigningHub has added a new authentication mechanism Pass Key to provide login option using pass key. | |
|
New mechanism added
|
|
Below are the APIs that are affected by the change.
| 10.0.3 (Sign Document Package) | 10.0.4 (Sign Document Package) |
|---|---|
| From 10.0.4, SigningHub has added a new authentication mechanism Pass Key to provide signing option using pass key. | |
|
New mechanism added
|
|
| 10.0.3 (Bulk Document Sign) | 10.0.4 (Bulk Document Sign) |
|---|---|
| From 10.0.4, SigningHub has added a new authentication mechanism Pass Key to provide bulk signing option using pass key. | |
|
New mechanism added
|
|
| 10.0.3 (Merge All Documents) | 10.0.4 (Merge All Documents) |
|---|---|
| From 10.0.4, SigningHub has added a new response parameter document_id to provide the source document ID into which the documents are merged. . | |
|
New response parameter added
|
|
Below are the APIs that are affected by the change.
| 10.0.3 (Signature Statistics) | 10.0.4 (Signature Statistics) |
|---|---|
| From 10.0.4, SigningHub has added a new option parameter in request signing-server to provide signing profile id against which data is required. | |
|
New parameter added
|
|
| 10.0.3 (Export Signature Statistics) | 10.0.4 (Export Signature Statistics) |
|---|---|
| From 10.0.4, SigningHub has added a new option parameter in request signing-server to provide signing profile id against which data is required. | |
|
New parameter added
|
|
Below are the APIs that are affected by the change.
| 10.0.3 (Export Enterprise Users) | 10.0.4 (Export Enterprise Users) |
|---|---|
| From 10.0.4, SigningHub has added the new request parameters ids as nullable to export registered users specific to the provided IDs. | |
|
New parameter added
|
|
| 10.0.3 (Export Enterprise Invitations) | 10.0.4 (Export Enterprise Invitations) |
|---|---|
| From 10.0.4, SigningHub has added the new request parameters ids as nullable to export invitation users specific to the provided IDs. | |
|
New parameter added
|
|
| From 10.0.4, SigningHub has introduced a new response parameter artificial_intelligence under document_settings | |
|
New parameter added
|
|
| From 10.0.4, SigningHub has introduced a new response parameters stamps under document and signing sections | |
|
New response parameters added
|
|
| From 10.0.4, SigningHub has introduced a new response parameter artificial_intelligence under document_settings | |
|
New parameter added
|
|
| From 10.0.4, SigningHub has introduced a new response parameter stamps under the documents and signing section | |
|
New response parameters added
|
|
| From 10.0.4, SigningHub has introduced a new response parameter artificial_intelligence under document_settings | |
|
New parameter added
|
|
| From 10.0.4, SigningHub has introduced a new response parameter stamps under the documents and signing section | |
|
New response parameters added
|
|
| From 10.0.4, SigningHub has introduced a new request parameter artificial_intelligence under document_settings | |
|
New parameter added
|
|
| From 10.0.4, SigningHub has introduced a new request parameters Stamps under the documents and signing section | |
|
New request parameters added
|
|
| From 10.0.4, SigningHub has introduced a new request parameter artificial_intelligence | |
|
New parameter added
|
|
| From 10.0.4, SigningHub has introduced a new request parameter artificial_intelligence | |
|
New parameter added
|
|
| From 10.0.4, SigningHub has introduced a new request parameter artificial_intelligence_tokens_limit_reached under notification_setting | |
|
New parameter added
|
|
| From 10.0.4, SigningHub has introduced a new request parameter artificial_intelligence_tokens_limit_reached under notification_setting | |
|
New parameter added
|
|
| From 10.0.4, SigningHub has introduced two new response parameters allow_artificial_intelligence and allow_attachment_preview under recipient_permissions | |
|
New parameter added
|
|
|
New parameter added
|
|
| From 10.0.4, SigningHub has introduced two new request parameters allow_artificial_intelligence and allow_attachment_preview under recipient_permissions | |
|
New parameter added
|
|
|
New parameter added
|
|
| From 10.0.4, SigningHub has introduced two new response parameters artificial_intelligence and attachment_preview | |
|
New parameter added
|
|
|
New parameter added
|
|
| From 10.0.4, SigningHub has introduced two new request parameters artificial_intelligence and attachment_preview under permissions | |
|
New parameter added
|
|
|
New parameter added
|
|
| 10.0.3 (Get Enterprise Branding) | 10.0.4 (Get Enterprise Branding) |
|---|---|
| From 10.0.4, SigningHub has added the new response parameter status which indicates whether the slider is active or inactive. | |
|
New parameter added
|
|
| 10.0.3 (Update Enterprise Branding) | 10.0.4 (Update Enterprise Branding) |
|---|---|
| From 10.0.4, SigningHub has added the new request and response parameter status which indicates whether the slider is active or inactive. | |
|
New parameter added
|
|
| 10.0.3 (Reset Enterprise Branding) | 10.0.4 (Reset Enterprise Branding) |
|---|---|
| From 10.0.4, SigningHub has added the new response parameter status which indicates whether the slider is active or inactive. | |
|
New parameter added
|
|
| 10.0.3 (Get Enterprise Logs) | 10.0.4 (Get Enterprise Logs) |
|---|---|
| From 10.0.4, SigningHub has added the new QUERY PARAMETERS -> module option's STAMPS to support search of Stamps. | |
Below are the APIs that are affected by the change.
| 10.0.3 (Bulk Signing Pre Validation) | 10.0.4 (Bulk Signing Pre Validation) |
|---|---|
| From 10.0.4, SigningHub has added the new request object search_criteria to provide the advanced search criteria for the API. Also provided new response parameter for stamp existence. | |
|
New object added
|
|
|
New property added
|
|
| 10.0.3 (Bulk Sign Packages) | 10.0.4 (Bulk Sign Packages) |
|---|---|
| From 10.0.4, SigningHub has added the new request parameter stamp to provide the stamp information. | |
|
New property added
|
|
| 10.0.3 (Pre Bulk Local Signing) | 10.0.4 (Pre Bulk Local Signing) |
|---|---|
| From 10.0.4, SigningHub has added the new request parameter stamp to provide the stamp information. | |
|
New property added
|
|
| 10.0.3 (Pre Bulk CSC Signing) | 10.0.4 (Pre Bulk CSC Signing) |
|---|---|
| From 10.0.4, SigningHub has added the new request parameter stamp to provide the stamp information. | |
|
New property added
|
|
Below are the APIs that are affected by the change.
| From 10.0.4, SigningHub has introduced a new parameter in the service_plan > artificial_intelligence and service_plan > constraints > artificial_intelligence_tokens | |
|
New data added
|
|
| From 10.0.4, SigningHub has introduced a new feature Stamps feature enables enterprise and personal users to create, manage, and apply digital stamps to documents during signing workflows. | |
|
New feature added
|
|
| From 10.0.4, SigningHub has introduced a new response parameter allow_artificial_intelligence under user_setting | |
|
New parameter added
|
|
| From 10.0.4, SigningHub has introduced a new response parameters Stamps feature enables enterprise and personal users to create and manage stamps | |
|
New response parameters added
|
|
| From 10.0.4, SigningHub has introduced a new response parameter artificial_intelligence | |
|
New parameter added
|
|
| 10.0.3 (Get Enterprise Branding and Authentication Profile) | 10.0.4 (Get Enterprise Branding and Authentication Profile) |
|---|---|
| From 10.0.4, SigningHub has added the new response parameter status which indicates whether the slider is active or inactive. | |
|
New parameter added
|
|
Below are the APIs that are affected by the change.
| From 10.0.4, SigningHub has introduced a new response parameter in the artificial_intelligence_tokens_limit_reached | |
|
New data added
|
|
| From 10.0.4, SigningHub has introduced a new request parameter artificial_intelligence_tokens_limit_reached under notification_setting | |
|
New parameter added
|
|
| From 10.0.4, SigningHub has introduced a new url parameter pageNo and recordsPerPage to support paggination, client_name, active in the response parameter | |
|
New data added
|
|
|
New data added
|
|
Below are the APIs that are affected by the change.
| From 10.0.4, SigningHub has introduced two new response parameters in the artificial_intelligence and attachment_preview | |
|
New data added
|
|
|
New data added
|
|
| From 10.0.4, SigningHub has introduced two new request parameters artificial_intelligence and attachment_preview under permissions | |
|
New parameter added
|
|
|
New parameter added
|
|
| From 10.0.4, SigningHub has introduced two new response parameters artificial_intelligence and attachment_preview under users > permission | |
|
New parameter added
|
|
|
New parameter added
|
|
| From 10.0.4, SigningHub has introduced two new response parameters artificial_intelligence and attachment_preview under permission | |
|
New parameter added
|
|
|
New parameter added
|
|
| From 10.0.4, SigningHub has introduced two new response parameters artificial_intelligence and attachment_preview under permission | |
|
New parameter added
|
|
|
New parameter added
|
|
| From 10.0.4, SigningHub has introduced two new response parameters artificial_intelligence and attachment_preview under permission | |
|
New parameter added
|
|
|
New parameter added
|
|
| From 10.0.4, SigningHub has introduced two new response parameters artificial_intelligence and attachment_preview under users > permission | |
|
New parameter added
|
|
|
New parameter added
|
|
| From 10.0.4, SigningHub has introduced a new feature Stamps feature enable to manage, and apply digital stamps to documents during signing workflows. | |
|
New sections added
|
|
Below are the APIs that are affected by the change.
| From 10.0.4, SigningHub has introduced two new response parameters artificial_intelligence and attachment_preview under permissions | |
|
New data added
|
|
|
New data added
|
|
| From 10.0.4, SigningHub has introduced two new request parameters artificial_intelligence and attachment_preview under permissions | |
|
New parameter added
|
|
|
New data added
|
|
| From 10.0.4, SigningHub has introduced two new response parameters artificial_intelligence and attachment_preview under users > permission | |
|
New parameter added
|
|
|
New parameter added
|
|
| From 10.0.4, SigningHub has introduced two new response parameters artificial_intelligence and attachment_preview under users > permission | |
|
New parameter added
|
|
|
New parameter added
|
|
| From 10.0.4, SigningHub has introduced two new response parameters artificial_intelligence and attachment_preview under users > permission | |
|
New parameter added
|
|
|
New parameter added
|
|
| From 10.0.4, SigningHub has introduced two new response parameters artificial_intelligence and attachment_preview under users > permission | |
|
New parameter added
|
|
|
New parameter added
|
|
| From 10.0.4, SigningHub has introduced two new response parameters artificial_intelligence and attachment_preview under users > permission | |
|
New parameter added
|
|
|
New parameter added
|
|
| 10.0.3 (Add TextBox Field (Template)) | 10.0.4 (Add TextBox Field (Template)) |
|---|---|
| From 10.0.4, SigningHub has added the new request parameter field_locale and new Arabic font support ADOBE_ARABIC for Date and Number field, and response parameters field_locale and font for Date and Number field. | |
|
New parameters added
New response parameters added
|
|
| 10.0.3 (Update TextBox Field (Template)) | 10.0.4 (Update TextBox Field (Template)) |
|---|---|
| From 10.0.4, SigningHub has added the new request parameter field_locale and new Arabic font support ADOBE_ARABIC for Date and Number field. | |
|
New parameters added
|
|
| 10.0.3 (Get Document Fields (Template)) | 10.0.4 (Get Document Fields (Template)) |
|---|---|
| From 10.0.4, SigningHub has added the new request parameter field_locale and new Arabic font support ADOBE_ARABIC for Date and Number field. | |
|
New parameters added
|
|
| From 10.0.4, SigningHub has introduced a new feature Stamps feature enable to manage, and apply digital stamps to documents during signing workflows. | |
|
New feature added
|
|
| From 10.0.4, SigningHub has introduced a new response parameter status which indicates whether the slider is active or inactive. | |
|
New parameter added
|
|
Below are the APIs that are affected by the change.
| 10.0.3 (Add Textbox Field) | 10.0.4 (Add Textbox Field) |
|---|---|
| From 10.0.4, SigningHub has added the new Arabic font support ADOBE_ARABIC for the Arabic Date and Number field, and response parameters field_locale and font for Date and Number field. | |
|
New parameter added
New response parameters added
|
|
| 10.0.3 (Update Textbox Field) | 10.0.4 (Update Textbox Field) |
|---|---|
| From 10.0.4, SigningHub has added the new Arabic font support ADOBE_ARABIC for the Arabic Date and Number field. | |
|
New parameter added
|
|
| 10.0.3 (Get Document Fields) | 10.0.4 (Get Document Fields) |
|---|---|
| From 10.0.4, SigningHub has added the new Arabic font support ADOBE_ARABIC for the Arabic Date and Number field. | |
|
New parameter added
|
|
| 10.0.3 (AutoPlace Fields) | 10.0.4 (AutoPlace Fields) |
|---|---|
| From 10.0.4, SigningHub has added the new request parameter field_locale and new Arabic font support ADOBE_ARABIC for Date and Number field, and response parameters field_locale and font for Date and Number field. Also, added new field_type STAMP added | |
|
New parameter added
New response parameters added
New feature added
|
|
| From 10.0.4, SigningHub has introduced a new feature Stamps feature enables enterprise and personal users to create, manage, and apply digital stamps to documents during signing workflows. | |
|
New feature added
|
|
| From 10.0.4, SigningHub has introduced a new feature Stamps feature enables enterprise and personal users to create, manage, and apply digital stamps to documents during signing workflows. | |
|
New feature added
|
|
| From 10.0.4, SigningHub has introduced a new feature Stamps feature enables enterprise and personal users to create, manage, and apply digital stamps to documents during signing workflows. | |
|
New feature added
|
|
| From 10.0.4, SigningHub has introduced a new feature Stamps feature enables enterprise and personal users to create, manage, and apply digital stamps to documents during signing workflows. | |
|
New feature added
|
|
| From 10.0.4, SigningHub has introduced a new feature Stamps feature enables enterprise and personal users to create, manage, and apply digital stamps to documents during signing workflows. | |
|
New feature added
|
|
10.0.5 | Following are the APIs that have been affected by the changes:
Below are the APIs that are affected by the change.
| 10.0.4 (Authentication) | 10.0.5 (Authentication) |
|---|---|
| From 10.0.5, SigningHub introduced new optional parameters enterpriseId and subject_token to enable token exchange when switching enterprises. The subject_token is used when SSL authentication is enabled, and in this case the grant type token-exchange is required. Additionally, the x-password header parameter was added to validate SSL authentication via password. | |
|
New parameters added:
New header parameter added:
|
|
| 10.0.4 (SSO) | 10.0.5 (SSO) |
|---|---|
| From 10.0.5, SigningHub introduced a new optional request header parameter, x-enterprise-id to allow access to a specific enterprise when multiple enterprises are available. | |
|
New request header parameter added
|
|
| 10.0.4 (SSL Authentication) | 10.0.5 (SSL Authentication) |
|---|---|
| From 10.0.5, SigningHub introduced a new response header parameter subject_token which is obtained by providing a TLS .pfx file. | |
|
New response parameter added
|
|
| 10.0.4 (Kerberos Authentication) | 10.0.5 (Kerberos Authentication) |
|---|---|
| From 10.0.5, SigningHub introduced a new response parameter subject_token which contains the active directory user email and profile information. | |
|
New response parameter added
|
|
| 10.0.4 (Pre Login Check) | 10.0.5 (Pre Login Check) |
|---|---|
| From 10.0.5, SigningHub introduced a new optional request header parameter, x-enterprise-id to allow access to a specific enterprise when multiple enterprises are available. | |
|
New request header parameter added
|
|
Below are the APIs that are affected by the change.
| 10.0.4 (Reset Password) | 10.0.5 (Reset Password) |
|---|---|
| From 10.0.5, SigningHub introduced a new optional request header parameter, x-enterprise-id to allow access to a specific enterprise when multiple enterprises are available. | |
|
New request header parameter added
|
|
| 10.0.4 (Set New Password) | 10.0.5 (Set New Password) |
|---|---|
| From 10.0.5, SigningHub introduced a new optional request header parameter, x-enterprise-id to allow access to a specific enterprise when multiple enterprises are available. | |
|
New request header parameter added
|
|
| 10.0.4 (Send Forgot Password Request) | 10.0.5 (Send Forgot Password Request) |
|---|---|
| From 10.0.5, SigningHub introduced a new optional request header parameter, x-enterprise-id to allow access to a specific enterprise when multiple enterprises are available. | |
|
New request header parameter added
|
|
| 10.0.4 (Get Account) | 10.0.5 (Get Account) |
|---|---|
| From 10.0.5, SigningHub introduced a new response body parameter, default to indicate whether an enterprise is the default. More over SigningHub has added support of ARTIFICIAL_INTELLIGENCE under features list and enterprise.ai_client are added. Both will be provided if ARTIFICIAL_INTELLIGENCE is allowed in the license. | |
|
New response body parameter added
|
|
From 10.0.5, SigningHub has added support of Identity Verification. For this we introduce following responses:
|
|
|
New response body parameter added
|
|
| From 10.0.5, SigningHub has introduced a new responses parameter identity_verification_policies, identity_verification_policies_rights under enterprise_setting and enterprise_identity_verification_policies under user_setting | |
|
New parameter added
|
|
| From 10.0.5, SigningHub has introduced a new response parameter identity_verification | |
|
New parameter added
|
|
Below are the APIs that are affected by the change.
| 10.0.4 (Remove Account) | 10.0.5 (Remove Account) |
|---|---|
| From 10.0.5, SigningHub introduced a new optional response header parameter, x-multi-enterprise-user to indicate whether a user belongs to multiple enterprises. | |
|
New response header parameter added
|
|
| 10.0.4 (Get Profile) | 10.0.5 (Get Profile) |
|---|---|
| From 10.0.5, SigningHub introduced a new response body parameter, defualt to indicate whether an enterprise is the default. | |
|
New response body parameter added
|
|
| 10.0.4 (Get Signature Settings) | 10.0.5 (Get Signature Settings) |
|---|---|
| From 10.0.5, SigningHub introduced new response body parameters, draw_image and draw_image_url to provide information related to the draw signature image. | |
|
New response body parameters added
|
|
| 10.0.4 (Update Signature Settings) | 10.0.5 (Update Signature Settings) |
|---|---|
| From 10.0.5, SigningHub introduced new request body parameters, draw_image to provide information related to the draw signature image. | |
|
New request body parameters added
|
|
| 10.0.4 (Update Hand Signature (Browser)) | 10.0.5 (Update Hand Signature (Browser)) |
|---|---|
| From 10.0.5, SigningHub introduced a new request body parameter, draw_image to provide information related to the draw signature image. | |
|
New request body parameter added
|
|
| 10.0.4 (Update Initial Appearance) | 10.0.5 (Update Initial Appearance) |
|---|---|
| From 10.0.5, SigningHub introduced a new request body parameter, draw_image to provide information related to the draw signature image. | |
|
New request body parameter added
|
|
| 10.0.4 (Update Signature Appearance Mobile) | 10.0.5 (Update Signature Appearance Mobile) |
|---|---|
| From 10.0.5, SigningHub introduced a new request body parameter, draw_image to provide information related to the draw signature image. | |
|
New request body parameter added
|
|
| 10.0.4 (Get Service Plans) | 10.0.5 (Get Service Plans) |
|---|---|
| From 10.0.5, SigningHub has added support of ARTIFICIAL_INTELLIGENCE under features and artificial_intelligence is removed. | |
|
New parameter added
|
|
|
Breaking Change | Parameter removed
|
|
| From 10.0.5, SigningHub has added support of remove_ras_key_pair under signature settings for service plans configurations. | |
|
New parameter added
|
|
| From 10.0.5, SigningHub has added support of remove_ras_user_on_delete_user under signature settings for service plans configurations. | |
|
New parameter added
|
|
| From 10.0.5, SigningHub has added support of IDENTITY_VERIFICATION. | |
|
New parameter added
|
|
| 10.0.4 (Get Service Plan By Id) | 10.0.5 (Get Service Plan By Id) |
|---|---|
| From 10.0.5, SigningHub has added support of ARTIFICIAL_INTELLIGENCE under features and artificial_intelligence is removed. | |
|
New parameter added
|
|
|
Breaking Change | Parameter removed
|
|
| From 10.0.5, SigningHub has added support of remove_ras_key_pair under signature settings for service plans configurations. | |
|
New parameter added
|
|
| From 10.0.5, SigningHub has added support of remove_ras_user_on_delete_user under signature settings for service plans configurations. | |
|
New parameter added
|
|
| From 10.0.5, SigningHub has added support of IDENTITY_VERIFICATION. | |
|
New parameter added
|
|
| 10.0.4 (Add Service Plan) | 10.0.5 (Add Service Plan) |
|---|---|
| From 10.0.5, SigningHub has added support of ARTIFICIAL_INTELLIGENCE under features and artificial_intelligence is removed. | |
|
New parameter added
|
|
|
Breaking Change | Parameter removed
|
|
| From 10.0.5, SigningHub has added support of remove_ras_key_pair under signature settings for service plans configurations. | |
|
New parameter added
|
|
| From 10.0.5, SigningHub has added support of remove_ras_user_on_delete_user under signature settings for service plans configurations. | |
|
New parameter added
|
|
| From 10.0.5, SigningHub has added support of IDENTITY_VERIFICATION. | |
|
New parameter added
|
|
| 10.0.4 (Update Service Plan) | 10.0.5 (Update Service Plan) |
|---|---|
| From 10.0.5, SigningHub has added support of ARTIFICIAL_INTELLIGENCE under features and artificial_intelligence is removed. | |
|
New parameter added
|
|
|
Breaking Change | Parameter removed
|
|
| From 10.0.5, SigningHub has added support of remove_ras_key_pair under signature settings for service plans configurations. | |
|
New parameter added
|
|
| From 10.0.5, SigningHub has added support of remove_ras_user_on_delete_user under signature settings for service plans configurations. | |
|
New parameter added
|
|
| From 10.0.5, SigningHub has added support of IDENTITY_VERIFICATION. | |
|
New parameter added
|
|
| 10.0.4 (Clone Service Plan) | 10.0.5 (Clone Service Plan) |
|---|---|
| From 10.0.5, SigningHub has added support of ARTIFICIAL_INTELLIGENCE under features and artificial_intelligence is removed. | |
|
New parameter added
|
|
|
Breaking Change | Parameter removed
|
|
| From 10.0.5, SigningHub has added support of remove_ras_key_pair under signature settings for service plans configurations. | |
|
New parameter added
|
|
| From 10.0.5, SigningHub has added support of remove_ras_user_on_delete_user under signature settings for service plans configurations. | |
|
New parameter added
|
|
| From 10.0.5, SigningHub has added support of IDENTITY_VERIFICATION. | |
|
New parameter added
|
|
Below are the APIs that are affected by the change.
| From 10.0.5, SigningHub has introduced a new response parameters ai_management under enterprise_settings. It will be provided if AI client is configured against the enterprise, feature is allowed in service plan, AI is allowed in the license. | |
|
New response parameters added
|
|
| From 10.0.5, SigningHub has introduced a new response parameters identity_verification_policies under enterprise_settings. Also, identity_verification_policies under document_settings that provide allowed policies. | |
|
New response parameters added
|
|
| From 10.0.5, SigningHub has introduced a new response parameters ai_management under enterprise_settings. It will be provided if AI client is configured against the enterprise, feature is allowed in service plan, AI is allowed in the license. | |
|
New response parameters added
|
|
| From 10.0.5, SigningHub has introduced a new response parameters identity_verification_policies under enterprise_settings. Also, identity_verification_policies under document_settings that provide allowed policies. | |
|
New response parameters added
|
|
| From 10.0.5, SigningHub has introduced a new response parameters ai_management under enterprise_settings. It will be provided if AI client is configured against the enterprise, feature is allowed in service plan, AI is allowed in the license. | |
|
New response parameters added
|
|
| From 10.0.5, SigningHub has introduced a new response parameters identity_verification_policies under enterprise_settings. Also, identity_verification_policies under document_settings that provide allowed policies. | |
|
New response parameters added
|
|
| From 10.0.5, SigningHub has introduced a new request parameters ai_management under enterprise_settings. It will be effective if AI client is configured against the enterprise, feature is allowed in service plan, AI is allowed in the license. | |
|
New request parameters added
|
|
| From 10.0.5, SigningHub has introduced a new response parameter lock_panels to provider information about lock panel. | |
|
New response parameters added
|
|
| From 10.0.5, SigningHub has introduced a new response parameter lock_panels scope_token_allowed to provider information about lock panel and the scope token allowed. | |
|
New response parameters added
|
|
| From 10.0.5, SigningHub has introduced a new request parameter lock_panels scope_token_allowed to provider information about lock panel and the scope token allowed. | |
|
New response parameters added
|
|
| From 10.0.5, SigningHub has introduced a new request parameter lock_panels scope_token_allowed to provider information about lock panel and the scope token allowed. | |
|
New response parameters added
|
|
| From 10.0.5, SigningHub has introduced a new request parameters identity_verification_policies under enterprise_settings. Also, identity_verification_policies under document_settings that provide allowed policies. | |
|
New request parameters added
|
|
| From 10.0.5, SigningHub has introduced a new response parameter identity_verifications_limit_reached under notification_setting | |
|
New parameter added
|
|
| From 10.0.5, SigningHub has introduced a new request parameter identity_verifications_limit_reached under notification_setting | |
|
New parameter added
|
|
| From 10.0.5, SigningHub has introduced a new response parameter identity_verifications | |
|
New parameter added
|
|
| From 10.0.5, SigningHub has introduced a new request parameter identity_verifications | |
|
New parameter added
|
|
Below are the APIs that are affected by the change.
| From 10.0.5, SigningHub has introduced a new parameter ENTERPRISE_ARTIFICIAL_INTELLIGENCE_TOOLS, ENTERPRISE_ARTIFICIAL_INTELLIGENCE_CLIENT and lock_panels. It will be effective if AI client is configured against the enterprise, feature is allowed in service plan, AI is allowed in the license. and the lock panels to lock panel. | |
|
New parameter added
|
|
| From 10.0.5, SigningHub has introduced a new parameter ENTERPRISE_ARTIFICIAL_INTELLIGENCE_TOOLS, ENTERPRISE_ARTIFICIAL_INTELLIGENCE_CLIENT and lock_panels. It will be effective if AI client is configured against the enterprise, feature is allowed in service plan, AI is allowed in the license.and the lock panels to lock panel. | |
|
New parameter added
|
|
| From 10.0.5, SigningHub has introduced a new parameter identity_verification under authentication and authentication_signing. | |
|
New parameter added
|
|
| From 10.0.5, SigningHub has introduced a new parameter identity_verification under authentication and authentication_signing. | |
|
New parameter added
|
|
| From 10.0.5, SigningHub has introduced a new parameter identity_verification under authentication and authentication_signing. | |
|
New parameter added
|
|
| From 10.0.5, SigningHub has introduced a new parameter identity_verification under authentication and authentication_signing. | |
|
New parameter added
|
|
| From 10.0.5, SigningHub has introduced two new response parameters identity_verification under users > permission inside authentication and authentication_signing | |
|
New parameter added
|
|
| From 10.0.5, SigningHub has introduced two new response parameters identity_verification under users > permission inside authentication and authentication_signing | |
|
New parameter added
|
|
Below are the APIs that are affected by the change.
| From 10.0.5, SigningHub has updated the response parameter certify for XML and DOCX documents. | |
|
updated parameter
|
|
| From 10.0.5, SigningHub has updated the response parameter certify for XML and DOCX documents. | |
|
updated parameter
|
|
| From 10.0.5, SigningHub has updated the response parameter certify for XML and DOCX documents. | |
|
updated parameter
|
|
| From 10.0.5, SigningHub has introduced the x-identity-verification header parameters to support identity verification. | |
|
New header parameter added
|
|
| From 10.0.5, SigningHub has introduced the x-identity-verification header parameters to support identity verification. | |
|
New header parameter added
|
|
| From 10.0.5, SigningHub has introduced the x-identity-verification header parameters to support identity verification. | |
|
New header parameter added
|
|
| From 10.0.5, SigningHub has introduced the x-identity-verification header parameters to support identity verification. | |
|
New header parameter added
|
|
| From 10.0.5, SigningHub has introduced the x-identity-verification header parameters to support identity verification. | |
|
New header parameter added
|
|
| From 10.0.5, SigningHub has introduced the x-identity-verification header parameters to support identity verification. | |
|
New header parameter added
|
|
| From 10.0.5, SigningHub has introduced the x-identity-verification header parameters to support identity verification. | |
|
New header parameter added
|
|
| From 10.0.5, SigningHub has introduced the x-identity-verification header parameters to support identity verification. | |
|
New header parameter added
|
|
| From 10.0.5, SigningHub has introduced the x-identity-verification header parameters to support identity verification. | |
|
New header parameter added
|
|
| From 10.0.5, SigningHub has introduced the x-identity-verification header parameters to support identity verification. | |
|
New header parameter added
|
|
| From 10.0.5, SigningHub has introduced the x-identity-verification header parameters to support identity verification. | |
|
New header parameter added
|
|
| From 10.0.5, SigningHub has introduced the x-identity-verification header parameters to support identity verification. | |
|
New header parameter added
|
|
| From 10.0.5, SigningHub has introduced the x-identity-verification header parameters to support identity verification. | |
|
New header parameter added
|
|
| From 10.0.5, SigningHub has introduced the x-identity-verification header parameters to support identity verification. | |
|
New header parameter added
|
|
| From 10.0.5, SigningHub has introduced the x-identity-verification header parameters to support identity verification. | |
|
New header parameter added
|
|
| From 10.0.5, SigningHub has introduced the x-identity-verification header parameters to support identity verification. | |
|
New header parameter added
|
|
| From 10.0.5, SigningHub has introduced the x-identity-verification header parameters to support identity verification. | |
|
New header parameter added
|
|
| From 10.0.5, SigningHub has introduced the x-identity-verification header parameters to support identity verification. | |
|
New header parameter added
|
|
| From 10.0.5, SigningHub has introduced the x-identity-verification header parameters to support identity verification. | |
|
New header parameter added
|
|
Below are the APIs that are affected by the change.
| From 10.0.5, SigningHub has introduced new response parameters identity_verification under authentication and authentication_signing. | |
|
New parameter added
|
|
| From 10.0.5, SigningHub has introduced a new parameter identity_verification under authentication and authentication_signing. | |
|
New parameter added
|
|
| From 10.0.5, SigningHub has introduced two new response parameters identity_verification under users > permission inside authentication and authentication_signing | |
|
New parameter added
|
|
| From 10.0.5, SigningHub has introduced new request parameter identity_verification under authentication_signing. | |
|
New parameter added
|
|
| From 10.0.5, SigningHub has introduced new request parameter identity_verification under authentication_signing. | |
|
New parameter added
|
|
| From 10.0.5, SigningHub has introduced new request parameter identity_verification under authentication_signing. | |
|
New parameter added
|
|
| From 10.0.5, SigningHub has introduced new request parameter identity_verification under authentication_signing. | |
|
New parameter added
|
|
| From 10.0.5, SigningHub has introduced new response parameter identity_verification under authentication_signing. | |
|
New parameter added
|
|
| From 10.0.5, SigningHub has introduced new response parameter identity_verification under signature, electronic_signature and in_person_signature. | |
|
New parameter added
|
|
Below are the APIs that are affected by the change.
| From 10.0.5, SigningHub has introduced new request parameter identity_verification under authentication_signing. | |
|
New parameter added
|
|
| From 10.0.5, SigningHub has introduced new request parameter identity_verification under authentication_signing. | |
|
New parameter added
|
|
| From 10.0.5, SigningHub has introduced new request parameter identity_verification under authentication_signing. | |
|
New parameter added
|
|
| From 10.0.5, SigningHub has introduced new request parameter identity_verification under authentication_signing. | |
|
New parameter added
|
|
| From 10.0.5, SigningHub has introduced new response parameter identity_verification under authentication_signing. | |
|
New parameter added
|
|
| From 10.0.5, SigningHub has introduced new response parameter identity_verification under signature, electronic_signature and in_person_signature. | |
|
New parameter added
|
|
Below are the APIs that are affected by the change.
| From 10.0.5, SigningHub has introduced the x-identity-verification header parameters to support identity verification. | |
|
New header parameter added
|
|
| From 10.0.5, SigningHub has introduced the x-identity-verification header parameters to support identity verification. | |
|
New header parameter added
|
|
| From 10.0.5, SigningHub has introduced the x-identity-verification header parameters to support identity verification. | |
|
New header parameter added
|
|
| From 10.0.5, SigningHub has introduced the x-identity-verification header parameters to support identity verification. | |
|
New header parameter added
|
|
| From 10.0.5, SigningHub has introduced the x-identity-verification header parameters to support identity verification. | |
|
New header parameter added
|
|
| From 10.0.5, SigningHub has introduced the x-identity-verification header parameters to support identity verification. | |
|
New header parameter added
|
|
| From 10.0.5, SigningHub has introduced the x-identity-verification header parameters to support identity verification. | |
|
New header parameter added
|
|
| From 10.0.5, SigningHub has introduced the x-identity-verification header parameters to support identity verification. | |
|
New header parameter added
|
|
| From 10.0.5, SigningHub has introduced the x-identity-verification header parameter to support identity verification. | |
|
New header parameter added
|
|
| From 10.0.5, SigningHub has introduced the x-identity-verification header parameter to support identity verification. | |
|
New header parameter added
|
|
| From 10.0.5, SigningHub has introduced the x-identity-verification header parameter to support identity verification. | |
|
New header parameter added
|
|
| From 10.0.5, SigningHub has introduced the x-identity-verification header parameter to support identity verification. | |
|
New header parameter added
|
|
| From 10.0.5, SigningHub has introduced the x-identity-verification header parameter to support identity verification. | |
|
New header parameter added
|
|
| From 10.0.5, SigningHub has introduced the x-identity-verification header parameter to support identity verification. | |
|
New header parameter added
|
|
| From 10.0.5, SigningHub has introduced the x-identity-verification and x-open-identity-verification header parameters to support identity verification. | |
|
New header parameter added
|
|
| From 10.0.5, SigningHub has introduced the x-identity-verification header parameters to support identity verification. | |
|
New header parameter added
|
|
| From 10.0.5, SigningHub has introduced the x-identity-verification and x-open-identity-verification header parameters to support identity verification. | |
|
New header parameter added
|
|
| From 10.0.5, SigningHub has introduced the x-identity-verification and x-open-identity-verification header parameters to support identity verification. | |
|
New header parameter added
|
|
Below are the APIs that are affected by the change.
| From 10.0.5, SigningHub has introduced the x-identity-verification header parameters to support identity verification. | |
|
New header parameter added
|
|
| From 10.0.5, SigningHub has introduced the x-identity-verification header parameters to support identity verification. | |
|
New header parameter added
|
|
10.0.6 | Following are the APIs that have been affected by the changes:
| Authentication | |
|---|---|
| Enterprise Management |
Download Import Enterprise Library Template |
| Template | |
| Document Workflow |
Below are the APIs that are affected by the change.
| 10.0.5 (Get Account) | 10.0.6 (Get Account) |
|---|---|
From 10.0.6, SigningHub has introduced a new response body parameter enterprise.warning_conformance that indicates whether non-PDF/A documents should surface a warning. The value is true when Warn about non PDF/A documents is enabled in enterprise advanced settings.
|
|
|
New response body parameter added
|
|
| 10.0.5 (Send Forgot Password Request) | 10.0.6 (Send Forgot Password Request) |
|---|---|
| From version 10.0.6, SigningHub provides an option to configure a custom URL for password reset. A “Forgot/Reset Password URL” field has been added in SigningHub Admin under Password Settings. When configured, it is used as the base URL for the password reset process. | |
| From 10.0.6, SigningHub has introduced a new response parameter enterprise_roles under user_setting. It will provide allowed enterprise roles. | |
|
New response parameters added
|
|
Below are the APIs that are affected by the change.
| 10.0.5 (Get Enterprise Default Settings) | 10.0.6 (Get Enterprise Default Settings) |
|---|---|
| From 10.0.6, SigningHub has introduced a new response object document_compliance with a warning flag, used to opt the enterprise into the non-PDF/A document warning. | |
|
New response parameter added
|
|
| 10.0.5 (Update Enterprise Default Settings) | 10.0.6 (Update Enterprise Default Settings) |
|---|---|
| From 10.0.6, SigningHub has introduced a new optional request object document_compliance with a warning flag to enable or disable the non-PDF/A document warning at the enterprise level. | |
|
New request parameter added
|
|
| 10.0.5 (Reset Enterprise User Password) | 10.0.6 (Reset Enterprise User Password) |
|---|---|
| From version 10.0.6, SigningHub provides an option to configure a custom URL for password reset. A “Forgot/Reset Password URL” field has been added in SigningHub Admin under Password Settings. When configured, it is used as the base URL for the password reset process. | |
| From 10.0.6, SigningHub has introduced a new query parameter id. It will be used to filter roles by ids. | |
|
New query parameter added
|
|
| From 10.0.6, SigningHub has introduced a new response parameter enterprise_roles_settings. It will provide allowed enterprise roles. | |
|
New response parameters added
|
|
| From 10.0.6, SigningHub has introduced a new response parameter enterprise_roles_settings. It will provide allowed enterprise roles. | |
|
New response parameters added
|
|
| From 10.0.6, SigningHub has introduced a new response parameter enterprise_roles_settings. It will provide allowed enterprise roles. | |
|
New response parameters added
|
|
| From 10.0.6, SigningHub has introduced a new request parameter enterprise_roles_settings. It will provide allowed enterprise roles. | |
|
New request parameters added
|
|
| 10.0.5 (Get Enterprise Branding and Authentication Profile) | 10.0.6 (Get Enterprise Branding and Authentication Profile) |
|---|---|
| From version 10.0.6, SigningHub supports multilingual branding content through the new translated_content response parameter, which contains a list of localizations and their respective content. For backward compatibility, the existing content parameter remains unchanged and continues to return the default branding content. From version 10.0.6 onward, all translated branding content is returned through the translated_content parameter. | |
|
New response parameter added
|
|
| 10.0.5 (Get Enterprise Branding) | 10.0.6 (Get Enterprise Branding) |
|---|---|
| From version 10.0.6, SigningHub supports multilingual branding content through the new translated_content response parameter, which contains a list of localizations and their respective content. For backward compatibility, the existing content parameter remains unchanged and continues to return the default branding content. From version 10.0.6 onward, all translated branding content is returned through the translated_content parameter. | |
|
New response parameter added
|
|
| 10.0.5 (Update Enterprise Branding) | 10.0.6 (Update Enterprise Branding) |
|---|---|
| From version 10.0.6, SigningHub supports multilingual branding content through the new translated_content parameter, which contains a list of localizations and their respective content. The existing content parameter is no longer used for updating branding content. From version 10.0.6 onward, translated branding content must be provided through the translated_content parameter, and the response returns the configured localized content. | |
|
New request parameter added
New response parameter added
|
|
| 10.0.5 (Reset Enterprise Branding) | 10.0.6 (Reset Enterprise Branding) |
|---|---|
| From version 10.0.6, SigningHub supports multilingual branding content through the new translated_content parameter, which contains a list of localizations and their respective content. The existing content parameter is no longer used for updating branding content. From version 10.0.6 onward, translated branding content must be provided through the translated_content parameter, and the response returns the configured localized content. | |
|
New response parameter added
|
|
| 10.0.5 (Get SigningHub Admin Branding) | 10.0.6 (Get SigningHub Admin Branding) |
|---|---|
| From version 10.0.6, SigningHub supports multilingual branding content through the new translated_content response parameter, which contains a list of localizations and their respective content. For backward compatibility, the existing content parameter remains unchanged and continues to return the default branding content. From version 10.0.6 onward, all translated branding content is returned through the translated_content parameter. | |
|
New response parameter added
|
|
Below are the APIs that are affected by the change.
| 10.0.5 (System Settings) | 10.0.6 (System Settings) |
|---|---|
| From version 10.0.6, SigningHub provides an option to show or hide the “Can’t access your account?” option on the login screen. | |
|
New response parameter added
|
|
| 10.0.5 (System Settings) | 10.0.6 (System Settings) |
|---|---|
| From version 10.0.6, SigningHub introduces support for the Authentication Flow. It supports two modes: POPUP and REDIRECT. Selecting REDIRECT redirects the user to the authentication page, while selecting POPUP opens the authentication page in a popup window. | |
|
New response parameter added
|
|
Below are the APIs that are affected by the change.
| 10.0.5 (Save Workflow as Template) | 10.0.6 (Save Workflow as Template) |
|---|---|
| From 10.0.6, SigningHub introduced new optional parameters scopes to enable save workflow as enterprise template. It supports only two values i.e. Personal and Enterprise. | |
|
New parameters added:
|
|
Below are the APIs that are affected by the change.
| 10.0.5 (Authentication) | 10.0.6 (Authentication) |
|---|---|
| From 10.0.6, SigningHub introduced new response header parameter x-session-id that contains the current authenticated user session ID. | |
|
New response header parameter added:
|
|
| 10.0.5 (SSO) | 10.0.6 (SSO) |
|---|---|
| From 10.0.6, SigningHub introduced new response header parameter x-session-id that contains the current authenticated user session ID. | |
|
New response header parameter added:
|
|
| 10.0.5 (Logout/Device De-registration) | 10.0.6 (Logout/Device De-registration) |
|---|---|
| From 10.0.6, SigningHub introduced new optional request header parameter x-session-id that contains the current authenticated user's session ID. If the Authorization header is provided, the user will be authenticated using the access token. If the Authorization header is not provided, the session ID can be used instead. | |
|
New request header parameter added:
|
|
Below are the APIs that are affected by the change.
| 10.0.5 (Change Password) | 10.0.6 (Change Password) |
|---|---|
| From 10.0.6, SigningHub introduced new response header parameter x-session-id that contains the current authenticated user session ID. | |
|
New response header parameter added:
|
|
Below are the APIs that are affected by the change.
| 10.0.5 (Add Service Plan) | 10.0.6 (Add Service Plan) |
|---|---|
| From version 10.0.6, auto_delete_document attributes have been moved under basic inside auto_delete_document and a new object advanced for advnaced document deletion has been introduced, alongside, in which different policies can be configured. | |
"auto_delete_document": { "enabled": true, "duration": 0, "notify": { "enabled": true, "duration": 0 }, "email_document": { "enabled": true, "workflow_evidence_report": true } } |
"auto_delete_document": { "basic": { "enabled": true, "duration": 0, "notify": { "enabled": true, "duration": 0 }, "email_document": { "enabled": true, "workflow_evidence_report": true } }, "advanced": { "enabled": true, "policies": "string" } } |
| 10.0.5 (Update Service Plan) | 10.0.6 (Update Service Plan) |
|---|---|
| From version 10.0.6, auto_delete_document attributes have been moved under basic inside auto_delete_document and a new object advanced for advnaced document deletion has been introduced, alongside, in which different policies can be configured. | |
"auto_delete_document": { "enabled": true, "duration": 0, "notify": { "enabled": true, "duration": 0 }, "email_document": { "enabled": true, "workflow_evidence_report": true } } |
"auto_delete_document": { "basic": { "enabled": true, "duration": 0, "notify": { "enabled": true, "duration": 0 }, "email_document": { "enabled": true, "workflow_evidence_report": true } }, "advanced": { "enabled": true, "policies": "string" } } |
| 10.0.5 (Get All Service Plans) | 10.0.6 (Get All Service Plans) |
|---|---|
| From version 10.0.6, auto_delete_document attributes have been moved under basic inside auto_delete_document and a new object advanced for advnaced document deletion has been introduced, alongside, representing the configured policies. | |
"auto_delete_document": { "enabled": true, "duration": 0, "notify": { "enabled": true, "duration": 0 }, "email_document": { "enabled": true, "workflow_evidence_report": true } } |
"auto_delete_document": { "basic": { "enabled": true, "duration": 0, "notify": { "enabled": true, "duration": 0 }, "email_document": { "enabled": true, "workflow_evidence_report": true } }, "advanced": { "enabled": true, "policies": "string" } } |
| 10.0.5 (Get Service Plan by Id) | 10.0.6 (Get Service Plan by Id) |
|---|---|
| From version 10.0.6, auto_delete_document attributes have been moved under basic inside auto_delete_document and a new object advanced for advnaced document deletion has been introduced, alongside, representing the configured policies. | |
"auto_delete_document": { "enabled": true, "duration": 0, "notify": { "enabled": true, "duration": 0 }, "email_document": { "enabled": true, "workflow_evidence_report": true } } |
"auto_delete_document": { "basic": { "enabled": true, "duration": 0, "notify": { "enabled": true, "duration": 0 }, "email_document": { "enabled": true, "workflow_evidence_report": true } }, "advanced": { "enabled": true, "policies": "string" } } |
| 10.0.5 (Clone Service Plan) | 10.0.6 (Clone Service Plan) |
|---|---|
| From version 10.0.6, auto_delete_document attributes have been moved under basic inside auto_delete_document and a new object advanced for advnaced document deletion has been introduced, alongside, representing the configured policies. | |
"auto_delete_document": { "enabled": true, "duration": 0, "notify": { "enabled": true, "duration": 0 }, "email_document": { "enabled": true, "workflow_evidence_report": true } } |
"auto_delete_document": { "basic": { "enabled": true, "duration": 0, "notify": { "enabled": true, "duration": 0 }, "email_document": { "enabled": true, "workflow_evidence_report": true } }, "advanced": { "enabled": true, "policies": "string" } } |
Below are the APIs that are affected by the change.
| 10.0.5 (Update Workflow User) | 10.0.6 (Update Workflow User) |
|---|---|
| From version 10.0.6, user_national_idis used to update the National ID of a guest user when National ID is allowed. | |
"user_national_id": "string" |
|
| 10.0.5 (Update Workflow User of Enterprise Package) | 10.0.6 (Update Workflow User of Enterprise Package) |
|---|---|
| From version 10.0.6, user_national_idis used to update the National ID of a guest user when National ID is allowed. | |
"user_national_id": "string" |
|
DocumentPackageHub is an ASP.NET Core SignalR hub that provides real-time communication capabilities for managing document packages. It enables clients to subscribe to and unsubscribe from package-specific groups, allowing for targeted real-time document redirection in case document is deleted by admin. The hub implements a group-based subscription model where clients connect with authentication tokens and subscribe to specific document package groups. All hub methods are protected by the JWT token.
Subscribes a client connection to a specific package group after performing comprehensive validation. The method validates authentication, user authorization, user existence, and folder item status before adding the client to the group.
| Parameter | Type | Description |
|---|---|---|
packageId |
long |
The unique identifier of the document package. Used to create the group name in format Package:{packageId}
|
folderId |
long |
Optional. The folder ID of selected folder in which document resides. This is used for Archive and Shared Space cases. Defaults to 0 if not provided. |
If any validation fails, the method returns silently and logs a debug message. The client remains connected but is not added to the group.
Removes a client connection from a specific package group. This method is fault-tolerant and handles exceptions gracefully without throwing errors.
| Parameter | Type | Description |
|---|---|---|
packageId |
long |
The unique identifier of the document package to unsubscribe from. |
[Authorize] attribute. user_id claimrole claim matching one of:
TokenUserClaimRole.USERTokenUserClaimRole.CLIENT_SCOPEimport * as signalR from "@microsoft/signalr";const connection = new signalR.HubConnectionBuilder() .withUrl("/documentPackageHub", { accessTokenFactory: () => getAccessToken() }) .withAutomaticReconnect() .build();await connection.start();
// Subscribe to package 12345 in folder 67890await connection.invoke( "SubscribePackageGroup", 12345, // packageId 67890 // folderId);
// Register event handler for updatesconnection.on( "PackageUpdated", (data) => { console.log("Package updated:", data); });
await connection.invoke( "UnsubscribePackageGroup", 12345);
Package:{packageId}Package:12345. Symptom: Client calls SubscribePackageGroup but does not receive package updates.
Cause: One of the validation steps failed silently.
Solution: Check debug logs for specific failure reason:
user_id claim with positive integer valueCause: Authentication token is invalid or expired.
Solution: Implement token refresh logic on the client side. Use SignalR's automatic reconnect feature with a token refresh strategy.
Cause: Server may not be broadcasting to the correct group name.
Solution: Verify server-side code broadcasts to the correct group name format: Package:{packageId}
The APIs Developer Guide provides the information required to integrate with and use the SigningHub APIs effectively. It includes guidance on authentication, authorization, request and response formats, error handling, best practices, and common integration workflows to help developers build secure and reliable applications using SigningHub services.
The key/value pairs for country references that SigningHub recognizes. These are used in various API calls.
The key/value pairs for time zones that SigningHub recognizes. These are used in various API calls.
{
The key/value pairs for country codes that SigningHub recognizes
. These are used in various API calls and for setting the language preference when using tight integration iframe functionality.
"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" : "한국"
.