NexCommand AINexCom Knowledge Base
Field reference

Document Naming Rule

How to use Document Naming Rule in Platform Settings: access, working steps, fields, related records and troubleshooting.

Purpose and access

Review platform defaults and dependencies within the administrator’s authority. Record the reason and tested impact of changes. Authentication, session settings and security-sensitive configuration need a controlled change process.

This page is a record page in System Admin → Platform Settings. Use the link above to open the configured destination; permissions are checked by the destination service.

ERP links open in a new tab. Sign in with your own account; record visibility, actions and approval authority follow your assigned permissions. Screens can differ by company and configuration.

Before you start

Prepare the required information: Document Type, Prefix, Digits.

Confirm the company, party, dates, units and source references that apply. Select existing links carefully and check for an existing record before creating a duplicate.

Working steps

  1. Open Document Naming Rule from System Admin → Platform Settings, or use ERP Search.
  2. Filter the list and open the relevant record. To add a record, use Add/New when your role provides that action.
  3. Complete the editable fields described below. Required fields and validation conditions must be satisfied; read-only values are set by the system or their source records.
  4. Add the required child rows. Review each row’s identifiers, linked records and values, using the child-table field reference below.
  5. Save the record and address validation messages. Reload and verify the saved values and relationships.
  6. Use any additional workflow actions only when the record and your role provide them. Saving this record does not automatically complete a related transaction or external action.

Field reference

These fields come from the installed ERP definition. Hidden fields and password inputs are omitted. Additional conditions, custom scripts and workflow rules can make a field required or read-only in a particular context.

FieldType / behaviorHow to use it
Document Typedocument_typeLink
Required
Choose an existing linked record. Check its company and ownership; typing a label alone does not create a new relationship.

Linked record: DocType

DisableddisabledCheck
Optional
Enable or disable the named option only when it matches the intended record behavior.
PrioritypriorityInt
Optional
Rules with higher priority number will be applied first.
ConditionsconditionsTable
Optional
Add the relevant child rows and review required columns, quantities and references before saving.

Linked record: Document Naming Rule Condition

PrefixprefixData
Required
Enter the identifier or short text requested by the label. Preserve external reference numbers accurately.
CountercounterInt
Optional
Warning: Updating counter may lead to document name conflicts if not done properly
Digitsprefix_digitsInt
Required
Example: 00001

Child tables

Conditions — child-row fields
FieldType / behaviorHow to use it
FieldfieldSelect
Required
Choose one of the configured list values. Status fields may be controlled by the record workflow.
ConditionconditionSelect
Required
Choose one of the configured list values. Status fields may be controlled by the record workflow.
Available choices
  • =
  • !=
  • >
  • >=
  • < =
ValuevalueData
Required
Enter the identifier or short text requested by the label. Preserve external reference numbers accurately.

Troubleshooting

  • Not permitted: verify the account, role and source-document permission. Do not share an administrator login.
  • Missing record or address: inspect the relevant Link or Dynamic Link fields; a matching title alone does not establish a relationship.
  • Cannot save or change status: review required fields, read-only values, document status and the configured approval transition.
  • Unexpected report or portal result: review company/date filters, source-document submission and the approved party or Employee link.