Skip to main content
Solved

Need PSO Division to Display for Scheduling/Resources

I
Sidekick (Customer)

We use a three-character “location” id for Divisions (with Divisions segregated into Datasets), and want to display that three-character info on PSO Scheduling/Resources screen for each Resource.

Unfortunately PSO enters a geocoded “city/state” under location, and it doesn’t appear that within Admin/Org/lists that we can get a Division label to display the three-character code.

Under Planning/Divisions we have a label with the three-letter code, but can’t seem to make any association to display this under Scheduling/Resources.

We use FSM to PSO, using ARP.

Any shortcut way to get this automatically populated in a Division label (List) in PSO Scheduling/Resources?

Thank you.

Best answer by InADaysWork

Thanks, tomgreenwood, for your reply and thoughts. I was guessing the issue related to one-to-many values. I think what might be possible is to use the Name field in FSM address records, auto-populate with the three-character Region values, and that should display in the Location column for the List without having to create another List column and hand-populating values. It would be OK to have the three-character value also be the address record “name.” Kind of a Kluge way to solve this, but might do the trick. Again, thanks.

View original
H
TieAvinaK
2 people like this
  • H
    Hashini Kodippili
  • TieAvinaK
    TieAvinaK
Did this topic help you find an answer to your question?

2 replies

tomgreenwood
Superhero (Employee)
Forum|alt.badge.img+24
  • tomgreenwood
  • Superhero (Employee)
  • 423 replies
  • May 9, 2023

Hi, You can link a division to a resource in the ARP. If send is enabled for the Division then it will transfer to the scheduling workspace as a region.  

It isn’t possible to display regions in a list because a resource can belong to >1 region however you can create filters based on regions which may help ?

Regards,

Tom

I
1 person likes this
  • I
    InADaysWork
I
Sidekick (Customer)
  • InADaysWork
  • Author
  • 30 replies
  • Answer
  • May 9, 2023

Thanks, tomgreenwood, for your reply and thoughts. I was guessing the issue related to one-to-many values. I think what might be possible is to use the Name field in FSM address records, auto-populate with the three-character Region values, and that should display in the Location column for the List without having to create another List column and hand-populating values. It would be OK to have the three-character value also be the address record “name.” Kind of a Kluge way to solve this, but might do the trick. Again, thanks.

tomgreenwood
1 person likes this
  • tomgreenwood
    tomgreenwood

Reply


Terms & ConditionsCookie settings

Cookie policy

We use cookies to enhance and personalize your experience. If you accept you agree to our full cookie policy. Learn more about our cookies.

 
Cookie settings