Info |
---|
Sometimes data can be loaded into TeamForm as either a Tag or as an attribute linked to a person. This page lays out some considerations to help decide which to use.( Note for advanced users - : Tags can have attributes too). |
Use Tags when | Use Attributes when |
You |
are loading data that is additional to the one built in TeamForm |
You want users to be able to edit data from either Directory or TeamForm App (configurable)
fields. | You are loading it into the “in built” display fields in TeamForm (e.g. for people: name, band, reporting manager...; for teams: Team Name, members, associations, details, OKRs…). |
You want the data to be visible in either the Directory or the TeamForm App and to allow users to navigate people or teams |
using the data. |
Also better when multiple people need to view/ change the information |
. | You want to load data into TeamForm purely so it can be available via reporting/export data (i.e.: visibility not needed in App or Directory). |
The data is somewhat grouped |
between multiple people or teams having the same value. This allows the app to group them together (e.g. grouping all the people with the tag value ABC) |
. |
Recommended for (examples)
Job Architecture / Role type
Specialist Roles
Cost centre
Funding source
The data is |
Loading info into “in built” display fields in TeamForm (e.g. for people: name, band, reporting manager..., for teams: Team Name, members, associations, details, OKRs)
You want to load data into TeamForm purely so it can be available via reporting/export data (visibility not needed in App or Directory)
largely composed of unique values (e.g. username, email) where there is no need to group people or teams together by these data as no |
or few people or teams will have the same data value |
. | |
You want users to be able to edit the data from either the Directory or the TeamForm App (this option is configurable). | It is not possible to manually edit Attributes from the Directory or the TeamForm App. |
Tags do not allow storage of hierarchal values. | The data is hierarchal in nature (e.g. cost centre hierarchy) |
, as attributes allows storage of hierarchal values (tags does not) |
Note: personal attributes can only be bulk uploaded. May require a separate upload if data sourced outside the HR information system used to upload supply structure.
Recommended for (examples)
. | |
The data is a foreign/external ID for the person or team (e.g. username, email address, Workday Org Unit ID). | |
Recommended for:
| |
Examples:
| Examples:
|
Note: Tags can be bulk uploaded or manually added in app or directory. | Note: Personal attributes can only be bulk uploaded. A separate upload may be required if the data is sourced outside the HR IS used to upload the supply structure. |