Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.
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

want additional data (than

are loading data that is additional to the one built in TeamForm

fields) visible in either Directory or TeamForm App  
  • You want users to be able to edit data from either Directory or TeamForm App (configurable) 

  • You want

    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

    by

    using the data.

    Multiple

    Also better when multiple people need to view/ change the information

    Data that

    .

    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

    with

    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)

    Note: Tags can be bulk uploaded or added in app or directory

    .

      

     

     

    Recommended for (examples)

    • Job Architecture / Role type

    • Specialist Roles

    • Cost centre

    • Funding source 

    The data is

    a foreign/external ID for the person or team (e.g. username, email address, Workday Org Unit ID)
  • 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)

  • Data that is largely

    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

    two

    or few people or teams will have the same data value

    .Data that

    .

    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)

    . Attributes

    , 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:

    • Most HR IS information (for visible fields)

    • Any information to be stored with a person or team, but which should not be displayed or edited via TeamForm

    Examples:

    • Job Architecture / Role type

    • Specialist Roles

    • Cost centre

    • Funding source 

    Examples:

    • Band (visible)

    • e.g. A source system team ID or person ID (not visible).

    • Username

    • Cost centre hierarchy

    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.