Download OpenAPI specification:Download
| Main Tags | Most Popular Pages |
|---|---|
|
➤
Welcome
➤ Prerequisites ➤ Access Token ➤ Updates ➤ APIs Developer Guide ➤ Appendix |
➤
Authentication
➤ Service Plans ➤ Account Management ➤ Billing Management ➤ Access Control ➤ Operator Logs ➤ Advanced Reports |
Authorization header of all Admin API requests
This section provides information of supported tokens by SigningHub.
10.0.3 | Following are the APIs that have been affected by the changes:
10.0.4 | Following are the APIs that have been affected by the changes:
| Reports | |
|---|---|
| Operator Alerts |
| 10.0.3 (Get Authentication Profiles) | 10.0.4 (Get Authentication Profiles) |
|---|---|
| From 10.0.4, SigningHub has added a new authentication mechanism PassKey to provide new sign-in option using pass key. | |
|
New mechanism added
|
|
| 10.0.3 (Add Authentication Profile) | 10.0.4 (Add Authentication Profile) |
|---|---|
| From 10.0.4, SigningHub has added a new authentication mechanism PassKey to provide new sign-in option using pass key. | |
|
New mechanism added
|
|
| 10.0.3 (Update Authentication Profile) | 10.0.4 (Update Authentication Profile) |
|---|---|
| From 10.0.4, SigningHub has added a new authentication mechanism PassKey to provide new sign-in option using pass key. | |
|
New mechanism added
|
|
| 10.0.3 (Password Authentication) | 10.0.4 (Password Authentication) |
|---|---|
| From 10.0.4, SigningHub has added a new property in response refresh_token to provide refresh token along with access token that user can use to fetch a new access token. | |
|
New property added in response
|
|
|
New grant_type added in request
|
|
Below are the APIs that are affected by the change.
| Get Providers | |
|---|---|
| From 10.0.4, SigningHub has added a new connection provider parameter in response TSA to provide external timestamp server. | |
Below are the APIs that are affected by the change.
| Get Connectors | |
|---|---|
| From 10.0.4, SigningHub has added a new provider in response named TSA to provide timestamp server. | |
| Get Basic Connectors | |
|---|---|
| From 10.0.4, SigningHub has added a new provider in response named TSA to provide timestamp server. | |
| Get Connector by ID | |
|---|---|
| From 10.0.4, SigningHub has added a new provider in response named TSA to provide timestamp server. | |
| Add Connector | |
|---|---|
| From 10.0.4, SigningHub has added a new provider named TSA to provide timestamp server. | |
| Update Connector | |
|---|---|
| From 10.0.4, SigningHub has added a new provider named TSA to provide timestamp server. | |
Below are the APIs that are affected by the change.
| Get Signing Profiles | |
|---|---|
| From 10.0.4, SigningHub has added a new profile detail in response SIGNATURE_TIMESTAMP_CONNECTOR to provide timestamp server. | |
| Get Signing Profile by ID | |
|---|---|
| From 10.0.4, SigningHub has added a new profile detail in response SIGNATURE_TIMESTAMP_CONNECTOR to provide timestamp server. | |
| Add Signing Profile | |
|---|---|
| From 10.0.4, SigningHub has added a new profile detail in request SIGNATURE_TIMESTAMP_CONNECTOR to provide timestamp server. | |
| Update Signing Profile | |
|---|---|
| From 10.0.4, SigningHub has added a new profile detail in request SIGNATURE_TIMESTAMP_CONNECTOR to provide timestamp server. | |
Below are the APIs that are affected by the change.
| Get Electronic Seal Profiles | |
|---|---|
| From 10.0.4, SigningHub has added a new profile detail in response SIGNATURE_TIMESTAMP_CONNECTOR to provide timestamp server. | |
| Get Electronic Seal Profile by ID | |
|---|---|
| From 10.0.4, SigningHub has added a new profile detail in response SIGNATURE_TIMESTAMP_CONNECTOR to provide timestamp server. | |
| Add Electronic Seal Profile | |
|---|---|
| From 10.0.4, SigningHub has added a new profile detail in request SIGNATURE_TIMESTAMP_CONNECTOR to provide timestamp server. | |
| Update Electronic Seal Profile | |
|---|---|
| From 10.0.4, SigningHub has added a new profile detail in request SIGNATURE_TIMESTAMP_CONNECTOR to provide timestamp server. | |
Below are the APIs that are affected by the change.
| 10.0.3 (Get Signature Statistics) | 10.0.4 (Get 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 (Get System Integrations) | 10.0.4 (Get System Integrations) |
|---|---|
| From 10.0.4, SigningHub has added the new reponse parameters allowed_domains which will be used as a frame-ancestor in CSP. | |
|
New parameter added
|
|
| 10.0.3 (Get System Integration by ID) | 10.0.4 (Get System Integration by ID) |
|---|---|
| From 10.0.4, SigningHub has added the new reponse parameters allowed_domains which will be used as a frame-ancestor in CSP. | |
|
New parameter added
|
|
| 10.0.3 (Update System Integration) | 10.0.4 (Update System Integration) |
|---|---|
| From 10.0.4, SigningHub has added the new request parameters allowed_domains which will be used as a frame-ancestor in CSP. | |
|
New parameter added
|
|
| 10.0.3 (Add System Integration) | 10.0.4 (Add System Integration) |
|---|---|
| From 10.0.4, SigningHub has added the new request and reponse parameters allowed_domains which will be used as a frame-ancestor in CSP. | |
|
New parameter added
|
|
Below are the APIs that are affected by the change.
| 10.0.3 (Get System Settings) | 10.0.4 (Get System Settings) |
|---|---|
| From 10.0.4, SigningHub has added support of LICENSE_ALERT_ARTIFICIAL_INTELLIGENCE_CONSUMED_QUOTA and respective object is return in response if it is allowed in license | |
| 10.0.3 (Update System Settings) | 10.0.4 (Update System Settings) |
|---|---|
| From 10.0.4, SigningHub has added support of optional parameter LICENSE_ALERT_ARTIFICIAL_INTELLIGENCE_CONSUMED_QUOTA | |
Below are the APIs that are affected by the change.
| 10.0.3 (Get License Constraints) | 10.0.4 (Get License Constraints) |
|---|---|
| From 10.0.4, SigningHub has added support of LICENSE_ALLOWED_ARTIFICIAL_INTELLIGENCE module and it is return in response if it is allowed in license | |
Below are the APIs that are affected by the change.
| 10.0.3 (Get Connectors) | 10.0.4 (Get Connectors) |
|---|---|
| From 10.0.4, SigningHub has added support of Artificial Intelligence (AI) connector if it is allowed in license | |
| 10.0.3 (Get Connector by ID) | 10.0.4 (Get Connector by ID) |
|---|---|
| From 10.0.4, SigningHub has added support of Artificial Intelligence (AI) connector if it is allowed in license | |
| 10.0.3 (Add Connector) | 10.0.4 (Add Connector) |
|---|---|
| From 10.0.4, SigningHub has added support of Artificial Intelligence (AI) connector if it is allowed in license | |
| 10.0.3 (Update Connector) | 10.0.4 (Update Connector) |
|---|---|
| From 10.0.4, SigningHub has added support of Artificial Intelligence (AI) connector if it is allowed in license | |
Below are the APIs that are affected by the change.
| 10.0.3 (Get Service Plans) | 10.0.4 (Get Service Plans) |
|---|---|
| From 10.0.4, SigningHub has added support of artificial_intelligence_tokens under constraints and artificial_intelligence for Artificial Intelligence (AI) configurations. | |
|
New parameter added
|
|
| 10.0.3 (Get Service Plans) | 10.0.4 (Get Service Plans) |
|---|---|
| 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.3 (Add Service Plan) | 10.0.4 (Add Service Plan) |
|---|---|
| From 10.0.4, SigningHub has added support of artificial_intelligence_tokens under constraints and artificial_intelligence for Artificial Intelligence (AI) configurations. | |
|
New parameter added
|
|
| 10.0.3 (Add Service Plan) | 10.0.4 (Add Service Plan) |
|---|---|
| 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.3 (Get Service Plan By Id) | 10.0.4 (Get Service Plan By Id) |
|---|---|
| From 10.0.4, SigningHub has added support of artificial_intelligence_tokens under constraints and artificial_intelligence for Artificial Intelligence (AI) configurations. | |
|
New parameter added
|
|
| 10.0.3 (Get Service Plan By Id) | 10.0.4 (Get Service Plan By Id) |
|---|---|
| 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.3 (Update Service Plan) | 10.0.4 (Update Service Plan) |
|---|---|
| From 10.0.4, SigningHub has added support of artificial_intelligence_tokens under constraints and artificial_intelligence for Artificial Intelligence (AI) configurations. | |
|
New parameter added
|
|
| 10.0.3 (Update Service Plan) | 10.0.4 (Update Service Plan) |
|---|---|
| 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.3 (Clone Service Plan) | 10.0.4 (Clone Service Plan) |
|---|---|
| From 10.0.4, SigningHub has added support of artificial_intelligence_tokens under constraints and artificial_intelligence for Artificial Intelligence (AI) configurations. | |
|
New parameter added
|
|
| 10.0.3 (Clone Service Plan) | 10.0.4 (Clone Service Plan) |
|---|---|
| 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.3 (Get Branding) | 10.0.4 (Get 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 Branding) | 10.0.4 (Update 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 Branding) | 10.0.4 (Reset 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.5 | Following are the APIs that have been affected by the changes:
| Accounts | |
|---|---|
| AI Client Manager | |
| Configurations | |
| Identity Verification Profile |
Get Identity Verification Profiles Get Basic Identity Verification Profiles Get Identity Verification Profile Add Identity Verification Profile Update Identity Verification Profile |
Below are the APIs that are affected by the change.
| 10.0.4 (Get Dashboard) | 10.0.5 (Get Dashboard) |
|---|---|
| From 10.0.5, SigningHub has added support of IDENTITY_VERIFICATION module and it is return in response if it is allowed in license. | |
Below are the APIs that are affected by the change.
| 10.0.4 (Get License Constraints) | 10.0.5 (Get License Constraints) |
|---|---|
| From 10.0.5, SigningHub has added support of LICENSE_ALLOWED_IDENTITY_VERIFICATION module and it is return in response if it is allowed in license. | |
Below are the APIs that are affected by the change.
| 10.0.4 (Get Accounts) | 10.0.5 (Get Accounts) |
|---|---|
| From 10.0.5, SigningHub introduced a new optional request header parameter, x-detail set true, then return user enterprise details. More over new optional response parameters ai_client_id and service_plan.ai_enabled is added. both will be provided if ARTIFICIAL_INTELLIGENCE is allowed in the license. | |
|
New request header parameter added
|
|
|
New request response parameters added
|
|
| 10.0.4 (Export Accounts) | 10.0.5 (Export Accounts) |
|---|---|
| From 10.0.5, SigningHub introduced a new optional request header parameter, x-detail set true, then return user enterprise details.More over AI Client Id is added in the exported file. It will not be provided if Artificial Intelligence (AI) not allowed in the license and service plan. | |
|
New request header parameter added
|
|
| 10.0.4 (Get Account by ID) | 10.0.5 (Get Account by ID) |
|---|---|
| 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. Additionally, a new response parameter ai_client_id is added to provide assigned AI Client Id. It will not be provided if Artificial Intelligence (AI) not allowed in the license and service plan. Furthermore, two additional response parameters, enterprise_created_by and enterprise_created_on, have been added to provide information about the enterprise creation. | |
|
New request header parameter added
|
|
| From 10.0.5, SigningHub introduced identity_verifications response object under usage_statistics to show cosumed and allowed stats of Identity verification transactions. | |
|
New response object added
|
|
| 10.0.4 (Get Account by Email) | 10.0.5 (Get Account by Email) |
|---|---|
| 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. Additionally, a new response parameter ai_client_id is added to provide assigned AI Client Id. It will not be provided if Artificial Intelligence (AI) not allowed in the license and service plan. Furthermore, two additional response parameters, enterprise_created_by and enterprise_created_on, have been added to provide information about the enterprise creation. | |
|
New request header parameter added
|
|
| From 10.0.5, SigningHub introduced identity_verifications response object under usage_statistics to show cosumed and allowed stats of Identity verification transactions. | |
|
New response object added
|
|
| 10.0.4 (Reset Usage Statistics) | 10.0.5 (Reset Usage Statistics) |
|---|---|
| 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 User Activity by User ID) | 10.0.5 (Get User Activity by User ID) |
|---|---|
| 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 Billing) | 10.0.5 (Get Account Billing) |
|---|---|
| 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 (Update Account) | 10.0.5 (Update Account) |
|---|---|
| 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 (Change User Service Plan) | 10.0.5 (Change User Service Plan) |
|---|---|
| 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 Admin Account Signing Certificates) | 10.0.5 (Get Admin Account Signing Certificates) |
|---|---|
| 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 User Signing Certificate by ID) | 10.0.5 (Get User Signing Certificate by ID) |
|---|---|
| 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 (Add User Signing Certificate) | 10.0.5 (Add User Signing Certificate) |
|---|---|
| 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 (Update User Signing Certificates Base64) | 10.0.5 (Update User Signing Certificates Base64) |
|---|---|
| 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 (Update User Signing Certificates) | 10.0.5 (Update User Signing Certificates) |
|---|---|
| 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 (Delete User Signing Certificates) | 10.0.5 (Delete User Signing Certificates) |
|---|---|
| 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 (Revoke User Signing Certificates) | 10.0.5 (Revoke User Signing Certificates) |
|---|---|
| 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 (Add Manual Billing) | 10.0.5 (Add Manual Billing) |
|---|---|
| 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 (Get System Settings) | 10.0.5 (Get System Settings) |
|---|---|
| From 10.0.5, SigningHub has added support of LICENSE_ALERT_IDENTITY_VERIFICATION_CONSUMED_QUOTA_ENABLED and LICENSE_ALERT_IDENTITY_VERIFICATION_CONSUMED_QUOTA and respective object is return in response if it is allowed in license | |
|
New optional key added
|
|
| From 10.0.5, SigningHub introduced a new optional response key, DEFAULT_ARTIFICIAL_INTELLIGENCE_CONNECTOR to provide default connector information of AI server. (It will be provided if ARTIFICIAL_INTELLIGENCE is allowed in the license) | |
|
New optional key added
|
|
| From 10.0.5, SigningHub introduced a new key to the SystemSetting table for each core thread key, using a postfix as the _VALUE, so that each enterprise can customize their values as per their needs. For example, the email retry thread has a key in SystemSetting to configure the core thread CORE_EMAIL_RETRY_THREAD. Its Cron value will be saved against the same key with the postfix CORE_EMAIL_RETRY_THREAD_VALUE. | |
|
Older keys standard
|
New keys standard
|
| 10.0.4 (Update System Settings) | 10.0.5 (Update System Settings) |
|---|---|
| From 10.0.5, SigningHub has added support of LICENSE_ALERT_IDENTITY_VERIFICATION_CONSUMED_QUOTA_ENABLED and LICENSE_ALERT_IDENTITY_VERIFICATION_CONSUMED_QUOTA | |
|
New optional key added
|
|
| From 10.0.5, SigningHub introduced a new optional request key, DEFAULT_ARTIFICIAL_INTELLIGENCE_CONNECTOR to set default connector information of AI server. (It will be accommodated if ARTIFICIAL_INTELLIGENCE is allowed in the license) | |
|
New optional key added
|
|
| From 10.0.5, SigningHub introduced a new key to the SystemSetting table for each core thread key, using a postfix as the _VALUE, so that each enterprise can customize their values as per their needs. For example, the email retry thread has a key in SystemSetting to configure the core thread CORE_EMAIL_RETRY_THREAD. Its Cron value will be saved against the same key with the postfix CORE_EMAIL_RETRY_THREAD_VALUE. | |
|
Older keys standard
|
New keys standard
|
Below are the APIs that are affected by the change.
| 10.0.4 (Add Role) | 10.0.5 (Add Role) |
|---|---|
| From 10.0.5, SigningHub introduced a new optional request object with key ARTIFICIAL_INTELLIGENCE for attribute role_detail to enable AI Client Manager for operator roles. (It will be accommodated if ARTIFICIAL_INTELLIGENCE is allowed in the license) | |
|
New optional request object is added
|
|
| From 10.0.5, SigningHub introduced a new optional request object with key IDENTITY_VERIFICATION_PROFILE for attribute role_detail. (It will be accommodated if IDENTITY_VERIFICATION_PROFILE is allowed in the license) | |
|
New optional request object is added
|
|
| 10.0.4 (Get Role by ID) | 10.0.5 (Get Role by ID) |
|---|---|
| From 10.0.5, SigningHub introduced a new optional response object with key ARTIFICIAL_INTELLIGENCE for attribute role_detail to provide information about the AI Client Manager configurations for operator roles. (It will be provided if ARTIFICIAL_INTELLIGENCE is allowed in the license) | |
|
New optional response object is added
|
|
| From 10.0.5, SigningHub introduced a new optional response object with key IDENTITY_VERIFICATION_PROFILE for attribute role_detail. (It will be provided if IDENTITY_VERIFICATION_PROFILE is allowed in the license) | |
|
New optional response object is added
|
|
| 10.0.4 (Update Role) | 10.0.5 (Update Role) |
|---|---|
| From 10.0.5, SigningHub introduced a new optional request object with key ARTIFICIAL_INTELLIGENCE for attribute role_detail to enable/disable AI Client Manager for operator roles. (It will be accommodated if ARTIFICIAL_INTELLIGENCE is allowed in the license) | |
|
New optional request object is added
|
|
| From 10.0.5, SigningHub introduced a new optional request object with key IDENTITY_VERIFICATION_PROFILE for attribute role_detail. (It will be accommodated if IDENTITY_VERIFICATION_PROFILE is allowed in the license) | |
|
New optional request object is added
|
|
Below are the APIs that are affected by the change.
| 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 (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 (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 (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.
| 10.0.4 (Get Authentication Profile by ID) | 10.0.5 (Get Authentication Profile by ID) |
|---|---|
| From 10.0.5, SigningHub removed the profile_detail_value nested array from each profile_detail item in the response. The CONTAINER and DOMAIN values (previously nested inside a DOMAIN_ATTRIBUTES entry via profile_detail_value) are now returned as flat profile_detail entries with attribute_name set to "CONTAINER" or "DOMAIN" respectively. | |
|
Response included nested array
|
Flat profile_detail entries returned instead
|
|
DOMAIN_ATTRIBUTES entry present
|
DOMAIN_ATTRIBUTES entry removed |
| 10.0.4 (Add Authentication Profile) | 10.0.5 (Add Authentication Profile) |
|---|---|
| From 10.0.5, SigningHub removed the profile_detail_value nested array from the request body. The CONTAINER and DOMAIN values must now be sent as flat profile_detail entries with attribute_name set to "CONTAINER" or "DOMAIN" respectively, instead of nesting them inside a DOMAIN_ATTRIBUTES entry via profile_detail_value. | |
|
Request used nested array
|
Flat profile_detail entries required instead
|
| 10.0.4 (Update Authentication Profile) | 10.0.5 (Update Authentication Profile) |
|---|---|
| From 10.0.5, SigningHub removed the profile_detail_value nested array from the request body. The CONTAINER and DOMAIN values must now be sent as flat profile_detail entries with attribute_name set to "CONTAINER" or "DOMAIN" respectively, instead of nesting them inside a DOMAIN_ATTRIBUTES entry via profile_detail_value. | |
|
Request used nested array
|
Flat profile_detail entries required instead
|
Below are the APIs that are affected by the change.
| From 10.0.5, SigningHub has support of IDENTITY_VERIFICATION provider in the response. | |
|
|
| From 10.0.5, SigningHub has support of IDENTITY_VERIFICATION provider in the response. | |
|
|
| From 10.0.5, SigningHub has support of IDENTITY_VERIFICATION provider in the response. | |
|
|
| From 10.0.5, SigningHub has support of IDENTITY_VERIFICATION provider in the request. | |
|
|
| From 10.0.5, SigningHub has support of IDENTITY_VERIFICATION provider in the request. | |
|
|
Below are the APIs that are affected by the change.
| From 10.0.5, SigningHub has added a new connection provider parameter in response IDENTITY_VERIFICATION to provide identity verifications. |
10.0.6 | Following are the APIs that have been affected by the changes:
| Policy | |
|---|---|
| Accounts |
Below are the APIs that are affected by the change.
| 10.0.5 (Get System Settings) | 10.0.6 (Get System Settings) |
|---|---|
| From version 10.0.6, SigningHub introduces support for hiding the “Can’t access your account?” option in the application and configuring a custom “Forgot/Reset Password” URL. These settings allow administrators to control the visibility of the password recovery option on the SigningHub login screen and define a custom URL for password reset redirection. When the “Hide the forgot/reset password option” setting is enabled, the “Can’t access your account?” option is removed from the login screen. If a “Forgot/Reset Password URL” is configured, users are redirected to the specified URL when initiating a password reset. | |
|
New response parameters added
|
|
| 10.0.5 (Get System Settings) | 10.0.6 (Get 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
|
|
| 10.0.5 (Update System Settings) | 10.0.6 (Update System Settings) |
|---|---|
| From version 10.0.6, SigningHub introduces support for hiding the “Can’t access your account?” option in the application and configuring a custom “Forgot/Reset Password” URL. These settings allow administrators to control the visibility of the password recovery option on the SigningHub login screen and define a custom URL for password reset redirection. When the “Hide the forgot/reset password option” setting is enabled, the “Can’t access your account?” option is removed from the login screen. If a “Forgot/Reset Password URL” is configured, users are redirected to the specified URL when initiating a password reset. | |
|
New request parameters added
|
|
| 10.0.5 (Update System Settings) | 10.0.6 (Update 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 as of today. | |
|
New request parameter added
Possible key values are
|
|
Below are the APIs that are affected by the change.
| 10.0.5 (Reset Account Password) | 10.0.6 (Reset Account Password) |
|---|---|
| From version 10.0.6, SigningHub provides support for configuring a custom password reset URL. A new field, “Forgot/Reset Password URL”, has been added in SigningHub Admin under Password Settings. When configured, this URL is used as the base URL for password reset workflows. | |
| 10.0.5 (Update Guest Account) | 10.0.6 (Update Guest Account) |
|---|---|
| From version 10.0.6, SigningHub also provides support for updating the mobile number and NID of guest users. | |
|
New request 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 (Get Branding) | 10.0.6 (Get 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 Branding) | 10.0.6 (Update 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 Branding) | 10.0.6 (Reset 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.7 | Following are the APIs that have been affected by the changes:
Below are the APIs that are affected by the change.
| 10.0.6 (Get Authentication Profiles) | 10.0.7 (Get Authentication Profiles) |
|---|---|
| From version 10.0.7, SigningHub enhanced Active Directory (AD) configuration with more response parameters as AD_USER_NAME_CLAIM, AD_CUSTOM_EMAIL_ADDRESS_CLAIM and AD_UPN_SUFFIX | |
|
New response profile_detail > attribute_value added
|
|
| 10.0.6 (Get Authentication Profile by ID) | 10.0.7 (Get Authentication Profile by ID) |
|---|---|
| From version 10.0.7, SigningHub enhanced Active Directory (AD) configuration with more response parameters as AD_USER_NAME_CLAIM, AD_CUSTOM_EMAIL_ADDRESS_CLAIM and AD_UPN_SUFFIX | |
|
New response profile_detail > attribute_value added
|
|
| 10.0.6 (Add Authentication Profile) | 10.0.7 (Add Authentication Profile) |
|---|---|
| From version 10.0.7, SigningHub enhanced Active Directory (AD) configuration with more request parameters as AD_USER_NAME_CLAIM, AD_CUSTOM_EMAIL_ADDRESS_CLAIM and AD_UPN_SUFFIX | |
|
New request profile_detail > attribute_value added
|
|
| 10.0.6 (Update Authentication Profile) | 10.0.7 (Update Authentication Profile) |
|---|---|
| From version 10.0.7, SigningHub enhanced Active Directory (AD) configuration with more request parameters as AD_USER_NAME_CLAIM, AD_CUSTOM_EMAIL_ADDRESS_CLAIM and AD_UPN_SUFFIX | |
|
New request profile_detail > attribute_value added
|
|
Below are the APIs that are affected by the change.
| 10.0.6 (Get Connectors) | 10.0.7 (Get Connectors) |
|---|---|
| From 10.0.7, SigningHub has support of CAPRICORN_SERVER provider in the response. | |
|
|
| 10.0.6 (Get Basic Connectors) | 10.0.7 (Get Basic Connectors) |
|---|---|
| From 10.0.7, SigningHub has support of CAPRICORN_SERVER provider in the response. | |
|
|
| 10.0.6 (Get Connector by ID) | 10.0.7 (Get Connector by ID) |
|---|---|
| From 10.0.7, SigningHub has support of CAPRICORN_SERVER provider in the response. | |
|
|
| 10.0.6 (Add Connector) | 10.0.7 (Add Connector) |
|---|---|
| From 10.0.7, SigningHub has support of CAPRICORN_SERVER provider in the request. | |
|
|
| 10.0.6 (Update Connector) | 10.0.7 (Update Connector) |
|---|---|
| From 10.0.7, SigningHub has support of CAPRICORN_SERVER provider in the request. | |
|
|
Below are the APIs that are affected by the change.
| From 10.0.7, SigningHub returns CAPRICORN_SERVER in the responses for SERVER_SIGNING_CONNECTOR and LOCAL_SIGNING_CONNECTOR to provide Capricorn server name. |
| From 10.0.7, SigningHub returns CAPRICORN_SERVER in the responses for SERVER_SIGNING_CONNECTOR and LOCAL_SIGNING_CONNECTOR to provide Capricorn server name. |
| From 10.0.7, SigningHub returns CAPRICORN_SERVER in the responses for SERVER_SIGNING_CONNECTOR and LOCAL_SIGNING_CONNECTOR to provide Capricorn server name. |
| From 10.0.7, SigningHub returns CAPRICORN_SERVER in the responses for SERVER_SIGNING_CONNECTOR and LOCAL_SIGNING_CONNECTOR to provide Capricorn server name. |
Below are the APIs that are affected by the change.
| From 10.0.7, SigningHub returns CAPRICORN_SERVER in the response for VERIFICATION_CONNECTOR to provide Capricorn server name. |
| From 10.0.7, SigningHub returns CAPRICORN_SERVER in the response for VERIFICATION_CONNECTOR to provide Capricorn server name. |
| From 10.0.7, SigningHub now has a support to provide CAPRICORN_SERVER in the request for VERIFICATION_CONNECTOR to perform verification with Capricorn. |
| From 10.0.7, SigningHub now has a support to provide CAPRICORN_SERVER in the request for VERIFICATION_CONNECTOR to perform verification with Capricorn. |
Below are the APIs that are affected by the change.
| 10.0.6 (Get Service Plans) | 10.0.7 (Get Service Plans) |
|---|---|
| From 10.0.7 onward, SigningHub supports CAPRICORN_SERVER under signing_servers. The available signing methods are returned in the capacities array, with each signing method represented as a separate object and its display name provided in the name property. | |
|
New signing methods added
|
|
| 10.0.6 (Add Service Plan) | 10.0.7 (Add Service Plan) |
|---|---|
| From 10.0.7 onward, SigningHub supports CAPRICORN_SERVER under signing_servers. The available signing methods are now provided in the capacities array, with each signing method represented as a separate object and its display name provided in the name property. | |
|
New signing methods added
|
|
| 10.0.6 (Get Service Plan By Id) | 10.0.7 (Get Service Plan By Id) |
|---|---|
| From 10.0.7 onward, SigningHub supports CAPRICORN_SERVER under signing_servers. The available signing methods are returned in the capacities array, with each signing method represented as a separate object and its display name provided in the name property. | |
|
New signing methods added
|
|
| 10.0.6 (Update Service Plan) | 10.0.7 (Update Service Plan) |
|---|---|
| From 10.0.7 onward, SigningHub supports CAPRICORN_SERVER under signing_servers. The available signing methods are now provided in the capacities array, with each signing method represented as a separate object and its display name provided in the name property. | |
|
New signing methods added
|
|
| 10.0.6 (Clone Service Plan) | 10.0.7 (Clone Service Plan) |
|---|---|
| From 10.0.7 onward, SigningHub supports CAPRICORN_SERVER under signing_servers. The available signing methods are returned in the capacities array, with each signing method represented as a separate object and its display name provided in the name property. | |
|
New signing methods added
|
|
Below are the APIs that are affected by the change.
| 10.0.6 (Get Account by ID) | 10.0.7 (Get Account by ID) |
|---|---|
| From 10.0.7, SigningHub introduced new optional response parameters ekycid_enable and under user: ekyc_id | |
|
New response parameter added
|
|
|
New response parameter added
|
|
| 10.0.6 (Get Account by ID) | 10.0.7 (Get Account by ID) |
|---|---|
| From 10.0.7, SigningHub introduced new response parameters ai_enabled and idv_enabled. If these modules exist in the license and are enabled, they should also be enabled in the service plan. | |
|
New response parameter added
|
|
| 10.0.6 (Get Account by Email) | 10.0.7 (Get Account by Email) |
|---|---|
| From 10.0.7, SigningHub introduced new optional response parameters ekycid_enable and under user: ekyc_id | |
|
New response parameter added
|
|
|
New response parameter added
|
|
| 10.0.6 (Get Account by Email) | 10.0.7 (Get Account by Email) |
|---|---|
| From 10.0.7, SigningHub introduced new response parameters ai_enabled and idv_enabled. If these modules exist in the license and are enabled, they should also be enabled in the service plan. | |
|
New response parameter added
|
|
| 10.0.6 (Get Enterprise Logs) | 10.0.7 (Get Enterprise Logs) |
|---|---|
| From 10.0.7, SigningHub introduced new module query parameter CAPRICORN_DSCS for filtering logs of Capricorn DSCs | |
|
New query parameter added in module
|
|
Below are the APIs that are affected by the change.
| 10.0.6 (Get Providers) | 10.0.7 (Get Providers) |
|---|---|
| From 10.0.7, SigningHub has added a new connection provider parameter in response CAPRICORN_SERVER to provide capricorn server. | |
| From version 10.0.7, SigningHub introduced two new keys to attribute_name, GOOGLE_CAPTCHA_VERSION and GOOGLE_CAPTCHA_PROTECTION_THRESHOLD, allowing each enterprise to use its preferred Google CAPTCHA version. | |
|
New keys added
|
|
Below are the APIs that are affected by the change.
| 10.0.6 (Get System Settings) | 10.0.7 (Get System Settings) |
|---|---|
| From version 10.0.7, SigningHub introduces support for controlling the visibility of the National ID (NID) during workflow preparation, allowing participants to view other participants' details. By default, National ID (NID) visibility is disabled (set to false), meaning NID information is not visible unless explicitly enabled. | |
|
New response parameter added
|
|
| 10.0.6 (Get System Settings) | 10.0.7 (Get System Settings) |
|---|---|
| From version 10.0.7, SigningHub introduce a system-level configuration setting that allows global enforcement of 2FA. | |
|
New response parameters added
|
|
| 10.0.6 (Update System Settings) | 10.0.7 (Update System Settings) |
|---|---|
| From version 10.0.7, SigningHub introduces support for controlling the visibility of the National ID (NID) during workflow preparation, allowing participants to view other participants' details. By default, National ID (NID) visibility is disabled (set to false), meaning NID information is not visible unless explicitly enabled. | |
|
New request parameter added
|
|
| 10.0.6 (Update System Settings) | 10.0.7 (Update System Settings) |
|---|---|
| From version 10.0.7, SigningHub introduce a system-level configuration setting that allows global enforcement of 2FA. | |
|
New request parameters added
|
|
The APIs Developer Guide provides the information required to integrate with and use the SigningHub Admin 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" : "한국"
