Expand my Community achievements bar.

Don’t miss the Workfront AMA: System Smarts & Strategic Starts! Ask your questions about keeping Workfront running smoothly, planning enhancements, reporting, or adoption, and get practical insights from Adobe experts.
SOLVED

Creating Reference lookup table in Workfront

Avatar

Level 1

Looking for guidance to create a reference lookup data view in Workfront. The data with multiple columns for the table needs to be sourced from an external system either via API or Batch Files and refreshed regularly. The data could exceed 10000 rows. The view needs to be summoned via a click when user is working on dropdown field. I started looking at custom form fields with external lookup to api. Not sure if using Fusion is the best option and if yes do i need to create a custom form and populate fields with fusion.

Topics

Topics help categorize Community content and increase your ability to discover relevant content.

1 Accepted Solution

Avatar

Correct answer by
Community Advisor

Hey @trueman123 - 

 

You're headed down the right road. The external lookup field should be able to source it from the existing table (so long as it has an open API)... this would eliminate the need to care for the data in the external system and again in Workfront. 

 

Fusion is also an option, based on selection A go get data from the external site and pull to fill fields B, C, D. Does add a "pause" to the flow since Fusion has to be triggered but with 10k rows the external lookup field could be very slow as well... I have not tested with that much data. May need to find a way to subset the data so you are only looking through parts / quarters of it at a time. If users are not familiar with the external lookup field they may think it is broken instead of just loading.

 

A data table inside of WF is also an option... utilizing a project with rows to act as the data store with a task level custom field filled in with the parameters. You can only hold 5k tasks in one project though so you'd still have to subset with this method. 

 

Lastly, using Fusion to hold a data store is another option. Depending on your Workfront plan, data stores are based around total size not rows so you may be able to capture all data in one place here and refresh as needed. I would only do this if you cannot have an active API to the external/existing table otherwise you are just duplicating the table into Fusion for no reason. 

View solution in original post

1 Reply

Avatar

Correct answer by
Community Advisor

Hey @trueman123 - 

 

You're headed down the right road. The external lookup field should be able to source it from the existing table (so long as it has an open API)... this would eliminate the need to care for the data in the external system and again in Workfront. 

 

Fusion is also an option, based on selection A go get data from the external site and pull to fill fields B, C, D. Does add a "pause" to the flow since Fusion has to be triggered but with 10k rows the external lookup field could be very slow as well... I have not tested with that much data. May need to find a way to subset the data so you are only looking through parts / quarters of it at a time. If users are not familiar with the external lookup field they may think it is broken instead of just loading.

 

A data table inside of WF is also an option... utilizing a project with rows to act as the data store with a task level custom field filled in with the parameters. You can only hold 5k tasks in one project though so you'd still have to subset with this method. 

 

Lastly, using Fusion to hold a data store is another option. Depending on your Workfront plan, data stores are based around total size not rows so you may be able to capture all data in one place here and refresh as needed. I would only do this if you cannot have an active API to the external/existing table otherwise you are just duplicating the table into Fusion for no reason.