- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
‎01-15-2019 08:36 PM
Active = false not happening for closed tickets in a custom table (extending task). Isn't it something that should happen by default or do I need to code it?
Solved! Go to Solution.
- Labels:
-
Instance Configuration
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
‎01-15-2019 11:27 PM
Hello,
This will happen OOB and you dont need to add any additional configurations. You need to make sure that your closed state value is either 3, 4 or 7. This process is managed by the OOB business rule named "Task Active State Management" and Script Include "TaskStateUtil".
They key here is to ensure that your closed state value is matching with the inactive states defined by SN. This should also work if you include your closed state value within the SYSTEM_INACTIVE_STATES but former approach is recommended practice.
SYSTEM_DEFAULT_CLOSE : 3, // task closed complete state
SYSTEM_DEFAULT_WORK : 2, // task work in progress state
SYSTEM_INACTIVE_STATES : [3, 4, 7], // task default inactive/close states
Thanks!

- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
‎01-15-2019 08:41 PM
You will have to create business rule on your custom table to make active=false after ticket is closed.
Regards,
Sachin
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
‎01-15-2019 10:31 PM
No, it's not default behavior. You need to create a Business Rule for the custom table before update whenever the ticket state is closed, action should be ticket is active false.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
‎01-15-2019 10:58 PM
Hi,
Try a dictionary override for you custom child table of task. And override attribute value defining the "default_work_state=-5,close_states=3;4;7,default_close_state=3". As shown in the image below(for change_request) and documented in the link. This needs to be done as the choices are different for different tables inheriting task.
Regards
Air
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
‎01-15-2019 11:27 PM
Hello,
This will happen OOB and you dont need to add any additional configurations. You need to make sure that your closed state value is either 3, 4 or 7. This process is managed by the OOB business rule named "Task Active State Management" and Script Include "TaskStateUtil".
They key here is to ensure that your closed state value is matching with the inactive states defined by SN. This should also work if you include your closed state value within the SYSTEM_INACTIVE_STATES but former approach is recommended practice.
SYSTEM_DEFAULT_CLOSE : 3, // task closed complete state
SYSTEM_DEFAULT_WORK : 2, // task work in progress state
SYSTEM_INACTIVE_STATES : [3, 4, 7], // task default inactive/close states
Thanks!