I have introduced few custom statuses by creating an extension following the tutorials in iTop site, it worked like a charm except for the Stopwatch... :(
The statuses are as follows
In Progress -->Inherited from Assigned (be treated same like Assigned TTO and TTR should count in this state)
Pending_3rdParty --> Inherited from Pending (TTO, TTR should be paused)
Pending_client --> Inherited from Pending (TTO, TTR should be paused)
Pending_upgrade --> Inherited from Pending (TTO, TTR should be paused)
These pending statuses can transition from each other, From Pending this can go to In Progress/Reassigned and then to Resolved
Here I viewed the iTop objects schema of UserRequest from inside the iTop and wrote the below code to repurpose few fields the suite to my requirements.
Here is what happens from when I change my status from ASSIGNED to IN PROGRESS; The TTR Deadline data just vanishes from the UI and the TTR_Stopped trips (In DB when checked) somehow.
** Here is a look into the code which I have written.
<fieldid="cumulatedpending"xsi:type="AttributeStopWatch"_delta="redefine"><states><stateid="pending_3rdparty"></state><stateid="pending_client"></state><stateid="pending_upgrade"></state><working_time/><always_load_in_tables>true</always_load_in_tables></states><thresholds/></field><fieldid="pending_sec_tracker"xsi:type="AttributeSubItem"_delta="define"><target_attcode>cumulatedpending</target_attcode><!-- Possible item_code: timespent, started, laststart, stopped --><item_code>timespent</item_code></field><fieldid="ttr"xsi:type="AttributeStopWatch"_delta="redefine"><states><stateid="new"></state><stateid="assigned"></state><stateid="approved"></state><stateid="in_progress"></state><stateid="escalated_tto"></state><stateid="escalated_ttr"></state><working_time/><always_load_in_tables>true</always_load_in_tables></states><thresholds/></field><fieldid="ttr_escalation_deadline"xsi:type="AttributeSubItem"_delta="must_exist"><target_attcode>ttr</target_attcode><!-- Possible item_code: timespent, started, laststart, stopped --><item_code>100_deadline</item_code></field></fields><lifecycle><stimuli><stimulusid="ev_in_progress"xsi:type="StimulusUserAction"_delta="define"/><stimulusid="ev_awaiting_support"xsi:type="StimulusUserAction"_delta="define"/><stimulusid="ev_pending_3rdparty"xsi:type="StimulusUserAction"_delta="define"/><stimulusid="ev_pending_client"xsi:type="StimulusUserAction"_delta="define"/><stimulusid="ev_pending_upgrade"xsi:type="StimulusUserAction"_delta="define"/></stimuli><states><stateid="assigned"_delta="must_exist"><flags></flags><transitions_delta="redefine"><transitionid="ev_in_progress"><stimulus>ev_in_progress</stimulus><target>in_progress</target><actions/></transition><transitionid="ev_reassign"><stimulus>ev_reassign</stimulus><target>assigned</target><actions/></transition></transitions></state><stateid="in_progress"_delta="define"><flags><!-- The rationale for this line is because since this field already exist; I just need to make it visible in the In Progress status with out the need for again writing a <presentation> --><attributeid="ttr_escalation_deadline"><read_only/></attribute></flags><transitions><transitionid="ev_pending_3rdparty"><stimulus>ev_pending_3rdparty</stimulus><target>pending_3rdparty</target><actions/></transition><transitionid="ev_pending_client"><stimulus>ev_pending_client</stimulus><target>pending_client</target><actions/></transition><transitionid="ev_pending_upgrade"><stimulus>ev_pending_upgrade</stimulus><target>pending_upgrade</target><actions/></transition><transitionid="ev_wait_for_approval"><stimulus>ev_wait_for_approval</stimulus><target>waiting_for_approval</target><actions/></transition><transitionid="ev_reassign"><stimulus>ev_reassign</stimulus><target>assigned</target><actions/></transition><transitionid="ev_resolve"><stimulus>ev_resolve</stimulus><target>resolved</target><actions/></transition></transitions><inherit_flags_from>assigned</inherit_flags_from></state>
I have put a lot of efforts. Still no luck. Please guide me...!
Because this is the only thing that you want to change...
It may help if out of the box this ttr stopwatch has other tags defined, for eg. if you use "Enhanced SLA with coverage window" then your XML would breaks it.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Combodo is a French company; so they work from Mon-Fri. On top of that, this is the Summer holiday period. And the (free) support given on the board is purely out of good will for them. Priority goes to supporting the paid editions :)
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Hi Team,
I have introduced few custom statuses by creating an extension following the tutorials in iTop site, it worked like a charm except for the Stopwatch... :(
The statuses are as follows
In Progress -->Inherited from Assigned (be treated same like Assigned TTO and TTR should count in this state)
Pending_3rdParty --> Inherited from Pending (TTO, TTR should be paused)
Pending_client --> Inherited from Pending (TTO, TTR should be paused)
Pending_upgrade --> Inherited from Pending (TTO, TTR should be paused)
And the transitions are as follows
New-->Assigned-->In Progress --><pending statuses="">-->Resolved</pending>
These pending statuses can transition from each other, From Pending this can go to In Progress/Reassigned and then to Resolved
Here I viewed the iTop objects schema of UserRequest from inside the iTop and wrote the below code to repurpose few fields the suite to my requirements.
Here is what happens from when I change my status from ASSIGNED to IN PROGRESS; The TTR Deadline data just vanishes from the UI and the TTR_Stopped trips (In DB when checked) somehow.
**
Here is a look into the code which I have written.
I have put a lot of efforts. Still no luck. Please guide me...!
Last edit: Karthik Kanthaswamy 2024-07-25
May I suggest to move the delta="redefine" from the "field" xml tag to the "states" xml tag
Because this is the only thing that you want to change...
It may help if out of the box this ttr stopwatch has other tags defined, for eg. if you use "Enhanced SLA with coverage window" then your XML would breaks it.
Hi Vincent,
Amazing, It worked like a charm...!!
But another issue which I noticed is 2 fields are missing when I resolve the ticket. Resolution Date and Resolution Delay.
I even tried with this
This is the final pending thing.
Last edit: Karthik Kanthaswamy 2024-07-26
Hi Combodo,
Team , Kindly assist me help me correct the mistakes.
Hi Team,
May I please get some help ?
Please have some patience :)
Combodo is a French company; so they work from Mon-Fri. On top of that, this is the Summer holiday period. And the (free) support given on the board is purely out of good will for them. Priority goes to supporting the paid editions :)
Sorry about that...! I was unaware of this ..! Will surely keep in mind.. Thanks
Hi Team,
I was able to fix this by using the code snippet