cancel
Showing results for 
Search instead for 
Did you mean: 
CReakes
Level 3
Status: Reviewed

Work in a users worklist is not currently considered during the GetWork event which results in work from the open queue being assigned. Work in the Worklist should be assigned over the open queue, just as Personal Queue work is assigned first when Get Work/Process is selected in Viewstation. Management often assigns work to users to ensure it is completed first, and the work not being prioritized could result in work not be completed before its required deadline. 

This is also problematic when working Estub IPP/IPC items with the Processor Workspace and TA 2000 Desktop, since the external systems will only open with a GetWork event. 

4 Comments
Karen_Hunter
Staff
Staff

Researching.

Could you please confirm which algorithm you are using where the assigned items are not included in the work select decision?  Looking for the parameters you see in the Options configuration.

CReakes
Level 3

Any updates on this, with the recent announcement of SmartDesk2 AIR and TA Browser functions moving to TA Hub by the end of the year, and Hubs requirement on Chorus Processor Workspace. The need to transition users needs to be expedited, but with it working this way Management is questioning the appropriate steps to activate a work object to TA Desktop to ensure proper casing of residual work objects and auto indexing.  

CReakes
Level 3

Our users are in Workselect 5. 

CReakes
Level 3

Karen, 

I did some digging, I found that section 7.11 in the TA Hub Admin guide has a reference to workListFirst and allowWorkInProgress in the TAPortalConfig file, It seems like this problem is accounted for with TAHub just not part of the TA2000 Desktop.