Incident state vs state on incident form

[varunp]

HI All,

What is the difference between Incident state vs state on the incident form?

Which field we should use on incident form and for defining incident SLA?

[Mike Patel]

State is from Task table and Incident state is from Incident table. There is out of the box business rule that sync both so changing incident state will change state too. You can define SLA on incident state.

[Strange]

The incident table is actually a child of the "task" table, and thus has columns from the task table passed down into it.

The "state" field is the passed down column from the task table, whereas the "incident_state" is a state field defined only on the incident table itself.

Out of box there are usually business rules that sync the two so they should effectively be the same values unless otherwise modified.

Generally you'll want to set the SLA's according to the task table, thus the regular "state" field should be sufficient.

[KamakshiM]

Hi,

  I created a UI policy to make the description field Read Only when State is Closed or Cancelled.

However, I found that in a new record, when I changed the State in the dropdown, the description field was changing to read only. 

But, if you look at the other fields, they are all still editable(though there is a UI policy to make them read only). Only in an existing record. did the read only policy seemed to work for other fields.

When I compared my UI policy with the existing UI policy, I found that mine used State while the existing UI policy used incident state.

When I changed my UI policy to use incident state instead of State, it worked fine(no read only in New Record).

Could somebody please explain this behavior and the difference between State and Incident State based on this?