Skip to main content

Naming Conventions

Vruksha ERP auto-generates human-readable identifiers for the records you create most often — projects, subprojects, quotations, and sales/purchase documents. Naming conventions let you control the prefix at the front of each generated ID so they match your company's standards (for example PRJ-001 versus VRK-001).

Where to find it: Settings → Naming Conventions.

:::tip Configure this before creating records Prefixes only affect IDs generated after the change. Existing records keep the ID they were given when they were created. Set your prefixes once, early in setup, and leave them alone. :::

How an auto-generated ID is built

Every generated identifier follows the same simple pattern:

<PREFIX> + <separator> + <zero-padded sequence number>

For example, with the Project prefix set to PRJ, the first three projects you create become:

PRJ-001
PRJ-002
PRJ-003

The prefix is what you configure on this page. The sequence number is maintained automatically by the system and increments by one for each new record of that type within your organization. You never set the sequence yourself — you only choose the prefix.

Configurable prefixes

Record typeSettingDefault prefix
ProjectProject prefixPRJ
SubprojectSubproject prefixSP
QuotationQuotation prefixQT
Sales OrderSales Order prefixSO
Sales InvoiceSales Invoice prefixSI
Purchase OrderPurchase Order prefixPO
Purchase InvoicePurchase Invoice prefixPI

If you never visit this page, the system uses the default prefixes shown above, so IDs are generated correctly out of the box. Configuring the page simply lets you override those defaults.

:::note SVG and group identifiers The same settings area also holds a few optional layout-related identifiers — an SVG Unit prefix, an SVG Amenity prefix, a Unit Group ID, and an Amenities Group ID — used when working with subproject SVG layouts. These are optional and have no default prefix. :::

Prefix rules

When you enter a prefix, keep these constraints in mind:

  • Length: up to 10 characters.
  • Characters: alphanumeric only (letters A–Z and digits 0–9). No spaces, dashes, or symbols.
  • Casing: prefixes are stored in UPPERCASE and trimmed automatically, so prj and PRJ produce the same result.

If a prefix breaks these rules, the form shows an inline error on submit (for example, "Project prefix must contain only alphanumeric characters.").

Sequence and preview

  • The sequence for each record type is independent. Projects, quotations, and sales orders each have their own running counter.
  • Changing a prefix does not reset the sequence. If you have already created QT-014 and then change the quotation prefix to QUO, the next quotation becomes QUO-015, not QUO-001.
  • The preview shown next to each field demonstrates what the next ID will look like with your current prefix, so you can confirm the format before saving.

Saving changes

Edit only the prefixes you want to change and save — every field is optional, and unspecified fields keep their current value. The change is recorded in the audit log (created on first configuration, updated thereafter), so there is a trail of who set each prefix and when.

Worked example

An administrator wants all sales documents to share a VRK family of prefixes:

SettingNew prefixNext generated ID
Quotation prefixVRKQVRKQ-001
Sales Order prefixVRKSOVRKSO-001
Sales Invoice prefixVRKSIVRKSI-001

After saving, the next quotation, sales order, and sales invoice created in the organization use these new prefixes, while any documents created earlier keep their original IDs.