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 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 | |
| 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 | |
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 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 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
|
|
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" : "한국"
