Have separate Field API Names vs Label | Community
Skip to main content
New Participant
April 12, 2017
Delivered

Have separate Field API Names vs Label

  • April 12, 2017
  • 15 replies
  • 1988 views
We are looking to “decouple” front end element names from backend element names for Custom data elements in Workfront. Is that possible? For e.g. for this field on a custom form for tasks -
the backend field is called “DE:Has spend been committed for this campaign?”. This makes the backend fields very verbose, and the SQLs that use them hard to work with. (Note: this is a relatively short name ‚Äì some custom fields are complete and very lengthy sentences/questions)
Is there a facility (mapping) in workfront whereby we could have this element assume –
1. A Front end name ‚Äì “DE:Has spend been committed for this campaign?”
2. A back end name – de_spend_committed_flag

15 replies

New Participant
April 10, 2018

Correction to my earlier statement. When there are special characters in the field name, you can add slashes to help with calculation. Ex: (ex. "What would you like to do/? Select all that apply.")

New Participant
February 22, 2018

I agree. The Reports area has "Custom Column Label" functionality where you can overwrite the field name, and I think that should be spread to other parts of the application.

We also have punctuation/special characters in our field labels to make them more readable (ex. "What would you like to do? Select all that apply.") and we can't write Calculated Fields off these fields because of the punctuation.

New Participant
May 2, 2017

I'd like to see this as a general change overall.

When creating a custom field we should be able to have a 'name' and a 'display label'

New Participant
May 1, 2017

I agree! It is goofy to have to use all the underscores in the field name if you are going to post to it externally.

New Participant
April 24, 2017

This would be very useful and more enterprise ready.