Skip to main content
Solved

Behavior of Task Plan Start in FSM

  • September 15, 2022
  • 3 replies
  • 121 views

Forum|alt.badge.img+7

Hi,

I would like to confirm the OOTB behavior of FSM regarding the below situation:

If we create a time_commit (during the get appointments functionality for example), the plan start of the task is updated with the start of the time commit and all of this is sent to PSO.
However, if we change the start of an existing time commit, this information is sent to PSO. The SLA of the task in PSO is updated but the plan start of the task isn't updated.

Could you please explain/ confirm why the behavior is different between insert and update?

Best answer by Aaron.Sleight

Yes, the plan start dttm is set initially and then not updated in the scenario that you describe unless it is manually updated or if PSO commits the job (i.e. locks the assigned resource and scheduled dttm).

 

Previously, we allowed the DSE broadcasts to update the plan start dttm, but the volume and frequency of those updates is too much and when dynamic scheduling is being used, then each of those updates really has very little value until the assignment is actually committed and will not undergo any further changes. 

View original
Did this topic help you find an answer to your question?

3 replies

XitDilshS
Do Gooder (Partner)
Forum|alt.badge.img+2
  • Do Gooder (Partner)
  • 2 replies
  • September 27, 2022

Hi @Lee Pinchbeck,

Changing the start date in Time Commitment does not change the Task plan start date , Is this a funtional behavior of the FSM system ?

Thank You,
Dilshad


Lee Pinchbeck
Ultimate Hero
Forum|alt.badge.img+24
  • Ultimate Hero
  • 1219 replies
  • October 6, 2022

@Aaron.Sleight @Jon Reid Are you able to advise on this?


Aaron.Sleight
Hero (Employee)
Forum|alt.badge.img+14
  • Hero (Employee)
  • 119 replies
  • Answer
  • October 6, 2022

Yes, the plan start dttm is set initially and then not updated in the scenario that you describe unless it is manually updated or if PSO commits the job (i.e. locks the assigned resource and scheduled dttm).

 

Previously, we allowed the DSE broadcasts to update the plan start dttm, but the volume and frequency of those updates is too much and when dynamic scheduling is being used, then each of those updates really has very little value until the assignment is actually committed and will not undergo any further changes. 


Reply


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