Templates

Duplicate template into signing request

Changed on

Creates a new signing request by duplicating an existing template, including all fields, users, reminders, and settings.

Seals. The new signing request carries the template's seal participants and the template fields that belong to them. This operation takes no seal_participants key. While multi-document editing is suspended, templates on the multi-document read-only path answer 409 MULTI_DOCUMENT_READ_ONLY. For templates on the single-document path during that suspension, a template seal follows the current version of its lineage: if that current version is revoked or deleted, or the lineage has no current version, the call answers 409 SEAL_UNAVAILABLE and creates nothing; a seal that the API key's company cannot see, or that is limited to a workspace other than the target workspace, is not copied and neither are its fields, and the 201 lists it in seal_participants as a dropped entry; if a seal would be kept while organization seals are not enabled, the call answers 503 SEALS_DISABLED; the 201 always carries seal_participants (an empty array when the template has no seal participants). For every company during normal operation, the copy attaches the template's stored seal version as it is, the 201 does not carry seal_participants, and a seal that was replaced, revoked or deleted since the template was saved fails when the request is sent.

post/templates/{id}/duplicate

Request

Path parameters

idstring uuid required

Template ID to duplicate

Request body

namestring

Custom name for the new signing request (defaults to template name)

Response

Template duplicated successfully into a new signing request

idstring uuid required

ID of the newly created signing request

namestring required

Name of the new signing request

descriptionstring nullable

Description of the new signing request

statusstring required

Status of the new signing request

workspace_idstring uuid required

Workspace the signing request belongs to

created_datestring date-time

Creation timestamp

Example response

{
  "status": "draft"
}

Changes

    • info

      removed subschema #2 from the response body allOf list for the response status

    • info

      added subschema #2 to the response body anyOf list for the response status

    • info

      added the non-success response with the status

    • info

      added the optional property to the response with the status

    • info

      added the non-success response with the status