---
title: Define an internal signatory rule
description: Define an internal signatory rule to map signatories to a template using signatory mappings.
locale: en-US
canonical_url: https://www.servicenow.com/docs/r/australia/employee-service-management/contract-management-pro/cncore-define-internal-signers-rule.html
release: australia
product: Contract Management Pro
classification: contract-management-pro
topic_type: task
last_updated: "2026-06-24"
reading_time_minutes: 2
breadcrumb: [Configure, Contract Management Pro, Legal and Contract Operations, Employee Service Management]
---

# Define an internal signatory rule

Define an internal signatory rule to map signatories to a template using signatory mappings.

## Before you begin

Role required: sn\_cm\_core.contract\_admin and sn\_cm\_core.contract\_config

## About this task

If you want the variables related to a contract request to be available in the condition builder, add the contract request reference to your application table. For more information, see [Enable contract request fields in condition builders](https://raw.githubusercontent.com/ServiceNow/ServiceNowDocs/australia/markdown/australia/employee-service-management/contract-management-pro/cncore-add-cmr-condtion-build.md)

## Procedure

1.  Navigate to **All** > **Contracts Core** > **Contracts Administration** > **Internal Signatory Rules**.

2.  Select **New**.

3.  On the form, fill in the fields.

<table id="table_nbm_c44_bhb"><thead><tr><th>

Field

</th><th>

Description

</th></tr></thead><tbody><tr><td>

Name

</td><td>

Display name of the internal signatory rule.

</td></tr><tr><td>

Template

</td><td>

Template selected from the active and published templates list.

</td></tr><tr><td>

Table

</td><td>

Table that is associated with the selected template. The field is auto-populated when the template is selected.

</td></tr><tr><td>

Description

</td><td>

Description of the internal signatory rule.

</td></tr><tr><td>

Active

</td><td>

Option to indicate that the signatory rule is active and available for use.

</td></tr><tr><td>

Order

</td><td>

Order in which the signatory rule is used.

</td></tr><tr><td>

Applies to

</td><td>

Conditions under which the internal signatory rule is selected. For example, if you select an assignment group and configure a user as signatory, that user will be the internal signatory for contract requests that include the selected assignment group.

</td></tr></tbody>
</table>4.  Right-click the form header and select **Save**.

    \[Omitted image "cmpro-internal-signatory.png"\] Alt text: Internal signatory rule with signer mapping

5.  In the **Signers Mappings** section, select **New**.

    1.  In the **Participant** field, select a participant.

        **Note:** If signature blocks are configured for the contract template, this field isn't available.

    2.  In the **Signer** field, select a user from the list.

    3.  In the **Role** field, select the role for the signatory.

        **Note:** The **Role** field is visible for signature block-based contract templates only and when the **sn\_cm\_core.enable\_docusign\_signature\_roles** system property is set to `true`. To enable this property, see [Enable signatory roles](https://raw.githubusercontent.com/ServiceNow/ServiceNowDocs/australia/markdown/australia/employee-service-management/contract-management-pro/cncore-enable-signatory-roles.md). For more information about signatory roles, see [Signatory roles](https://raw.githubusercontent.com/ServiceNow/ServiceNowDocs/australia/markdown/australia/employee-service-management/contract-management-pro/cncore-signatory-roles.md).

    4.  Select **Submit**.

6.  Select **Update**.

    **Note:** When more than one internal signatory rule is applicable, the signatory rule with the lowest order is considered.


## Result

An internal signatory rule is created to map a user as an internal signatory for the corresponding contract template.

**Note:** During signatory assignment for contract based on own paper, the **Internal Signatory** rule takes precedence.

-   A user from **Signers mappings** is picked as a signatory.
-   For contract templates configured with participants, when a participant does not meet the **Internal Signatory** rule criteria, a signatory is picked from the user field mapping of the participant list in the template.
-   While creating the signer task for an internal user, check whether the user's legal name is available in the user's employee profile. If no value is provided in the **Legal Name** field, use the user name from the Users \[sys\_user\] table. For more information, see [Employee Profile form](https://raw.githubusercontent.com/ServiceNow/ServiceNowDocs/australia/markdown/australia/employee-service-management/employee-experience-foundation/employee-profile-fieldconfig.md).
-   When no data is found, an empty signatory record is created that can update with the correct signatory details.

## What to do next

For information about signatory role types and their behavior across signature types, see [Signatory roles](https://raw.githubusercontent.com/ServiceNow/ServiceNowDocs/australia/markdown/australia/employee-service-management/contract-management-pro/cncore-signatory-roles.md).