Introduction
Field settings control the data fields that appear on positions, employees, job codes, departments, approval requests, and requisitions throughout FTE Tree. They define which built-in fields are available, which custom fields your organization adds, which dropdown options users can select, and how status values affect system behavior.
FTE Tree separates this setup into four areas:
- Core Field Settings: Settings for built-in system fields.
- Custom Fields: Organization-defined fields for capturing additional data.
- Option Sets: Dropdown options used by custom fields and other configurable fields.
- Status Values: Status choices for positions, employees, and requisitions, including behavior settings such as whether a status counts as active or open.
Core Fields vs. Custom Fields
Core fields are the built-in fields that ship with FTE Tree. They provide the standard data needed for position control, such as:
- Position: Name, Status, Incumbent, Department, Job Code, FTE, Wage Rate, Reports To, Adjustments, Funding Sources
- Employee: Name, Status, FTE, Job Code, Reports To, Wage Rate
- Job Code: Wage Rate, Adjustments, Parent Job Code, Pay Grade
- Approval Request: Justification
- Department: Parent Department
- Requisition: Status, Hiring Manager
Core fields cannot be deleted. Their settings can still be adjusted where the system allows it, such as whether the field is required, shown in list tables, or assigned an approval level.
Custom fields are fields you create to extend the data captured for each entity type. Custom fields can be created, edited, reordered, deactivated, and deleted when they are no longer needed and have no recorded values that require preservation.
Navigating to Field Settings
Field settings are found under Settings, organized by entity type. Select the row for the entity you want to configure, such as Position, Employee, Job Code, Approval Request, Requisition, or Department.
Depending on the entity, you may see links for:
- Core Field Settings: Configure built-in fields.
- Custom Fields: Create and manage organization-defined fields.
- Option Sets: Manage dropdown options used by select-style fields.
- Status Values: Manage status labels and behavior for entities that have a status field.
Creating a Custom Field
To create a custom field, navigate to the desired entity type's Custom Fields page and click Create Custom Field. The following settings are available:
-
Field Label: The name displayed on forms, detail pages, and list tables. It must be unique for that entity type within your organization.
-
Field Type: The data type for the field. The field type cannot be changed after the field is created. If you need a different data type, create a new field and deactivate or delete the old one.
| Field Type | Description |
|---|---|
| Character | A single line of text |
| Text | A multi-line text area |
| Integer | A whole number |
| Decimal | A decimal number |
| Float | A floating-point number |
| Date | A date value |
| Date Time | A date and time value |
| Time | A time value |
| An email address | |
| Boolean | A true/false checkbox |
| Choice | A single selection from an option set |
| Choice (Multiple) | Multiple selections from an option set |
-
Help Text: Optional guidance displayed with the field on forms.
-
Is Required: When enabled, the field must be filled in when creating or updating the entity.
-
Display on List Tables: When enabled, the field appears as a column on the entity list table.
-
Option Set: For Choice and Choice (Multiple) fields, select the option set that provides the dropdown values. You can select an existing option set or create one from the Option Sets page.
Core and Custom Field Settings
Core fields and custom fields share many of the same configuration options:
-
Approval Level: Controls whether changes to the field require approval. Level 0 ("No Approval Required") means changes take effect immediately when saved. Level 1 and above require the approval workflow before the change becomes approved.
-
Is Required: Controls whether users must provide a value.
-
Use Last Approved: When enabled, the system uses the most recently approved value for the field regardless of effective dates. Without this setting, the value with the latest effective start date on or before the viewing date is selected.
-
Is Currency: Displays numeric values with your organization's currency symbol.
-
Active: Controls whether the field is available for new entries. Deactivating a custom field hides it from new forms while preserving existing data. Core fields cannot be deactivated unless the system specifically allows it.
-
Display on List Tables: Controls whether the field appears as a column in list table views.
Reordering Fields
Display order controls the sequence in which fields appear on forms and detail pages. Use the move controls on the field list to change the order. Fields are displayed in ascending order, with lower numbers appearing first.
Deleting a Custom Field
Custom fields can be deleted from the field detail page when they have no existing values recorded against any entity. If the field has been used, deactivate it instead so historical data remains intact.
Core fields cannot be deleted.
Effective Dating and Approval Status
Field values on entities are effective-dated where the underlying field supports historical tracking. Each value has an optional effective start date that determines when it takes effect. If left blank, the value is treated as always active and displayed as "Initial". Multiple values can exist for the same field on the same entity, each with a different effective date, allowing you to track changes over time.
Each field value also has an approval status:
-
Draft: The value has been entered but has not been approved. Draft values are indicated on entity detail pages.
-
Approved: The value has been approved, either automatically or through the approval workflow, and is the official record as of its effective date.
When a field has an approval level of 1 or higher, new values and changes must go through the approval workflow before they take effect. Fields at level 0 auto-approve immediately. See Working with Approval Requests for details on the approval process.
Note: If a field has the "Use Last Approved" setting enabled, effective date ordering is overridden. Instead, the most recently approved value is always selected.
Option Sets
Option sets define selectable values for Choice and Choice (Multiple) fields. They are managed separately from fields so a single option set can be reused where appropriate.
Managing Option Sets
Open the Option Sets link for the relevant entity type to create, edit, or delete option sets. Each option set contains one or more option values. An option set cannot be deleted while it is in use.
Option Values
Each option set contains one or more option values. The following settings are available for each value:
-
Name: The label displayed to users when selecting from the list. It must be unique within the option set.
-
Display Order: Controls the order values appear in the dropdown.
-
Is Default: Marks this value as the default selection when creating new entries. Only one value per option set can be the default.
-
Available: When enabled, the value appears in dropdowns for new selections. Deactivating a value hides it from future use while preserving it in existing records. This is the recommended approach for retiring a value rather than deleting it.
Status Values
Status values define the choices available for status fields on positions, employees, and requisitions. They also carry behavior settings used by the system:
- Position statuses can be configured to count, or not count, as active positions.
- Employee statuses can be configured to count, or not count, as active employees.
- Requisition statuses can be configured to count, or not count, as open requisitions.
This lets your organization customize visible status labels while keeping system behavior explicit. For example, a position status value with Counts as Active Position enabled counts toward active position totals and paid position capacity. A requisition status value with Counts as Open Requisition enabled counts as open for requisition tracking.
Status value sets must keep an available default value, at least one available value that counts for the behavior, and at least one available value that does not count for the behavior.
Audit History
Changes to field settings, option sets, option values, and status values are tracked in audit history where available. Use the relevant settings page history tab or detail-page history link to review who changed a setting and when.
Need Help?
If you have questions about configuring fields, please contact us or email us at support@ftetree.com.