Skip to main content

Customization

Available in product editions: TeamProfessional

Custom fields (deprecated)

On the Overview page, you can also define and manage your own fields for decisions within your Software architecture project. This provides flexibility to tailor data entry to your specific needs, ensuring that all relevant information can be captured efficiently.

You can find the option to Configure custom fields in the overflow menu in the top right corner of the starting page.

Custom fields are defined and saved within a .yaml file for the entire project. Within this file, you can define the following:

  • Field name: An identifier for the field
  • Display name: The display label of the field in the form
  • Type: textField (small text field), textArea (large text field), multiSelect (dropdown), singleSelect (dropdown), checkbox, rating, number, date
  • Description: Text that will be displayed below the field (optional)
  • Help URL: URL that will be accessible via an info icon next to the label (optional)
  • Availability: The form where this field will be displayed. Custom fields can be created for Decisions (architecturalDecision).
  • Selection options for multiSelect and singleSelect fields: Name (label), icon and color code for the dropdown entries (optional)

Example for the .yaml file:

- fieldName: author
type: textField
availability:
- architecturalDecision
displayName: Author
description: The author of this description
helpUrl: https://help.url
- fieldName: reach
type: singleSelect
availability:
- architecturalDecision
displayName: Reach
description: The reach of this decision
options:
- name: System
- name: Project
- name: Company
ℹ️note

Defined fields will be displayed in the order that is given within the .yaml file, directly after non-custom fields of the form that has been specified (decisions), as well as in creation dialog. In tables, the fields are available as optional columns that can be displayed by adjusting the table settings in the table tool bar.

ℹ️note

Custom fields are always optional fields by definition.

ℹ️note

Instead of using custom fields, it is recommended to use OML definitions and adaption of the fields herein.

warning

Changes to the form fields defined in the .yaml file after their initial setup may lead to inconsistencies, data loss, or unexpected behaviour in existing views. To ensure stability, configure these fields only once and avoid modifications unless absolutely necessary.