We are trying to use a state as a trigger in a Jira-ServiceNow integration. The ServiceNow workflow has the states:
To do
In Review <--- synchronization starts here
In Progress
In QA
Done
We want to trigger the synchronization when the state is In Review so we use the trigger state=2. It works in most cases.
The problem is when the state is changed to In Review and it is changed immediately to the next state (In Progress). In that case the Exalate application fails to detect it was In Review and the synchronization never starts.
It seems there is a polling interval to get the information from ServiceNow and Exalate is not taking into account the values in between that interval, so the trigger is missed.
Other than adding all the next states to the trigger (In Progress, In QA), which would be sub-optimal as the history of the ticket in ServiceNow won't be replicated to Jira, is there any way to solve this problem?
Hello, Enrique Cadalso , would configuring SNOW to update some checkbox field whenever the entity was passing through the sate "In Review" be possible? (that way you could point the trigger at that field instead) Regards, Serhiy.
Maybe, but that would still miss the history of the ServiceNow ticket. The Jira ticket may never be "In Review". So, that would be the same as adding the rest of the states to the trigger.
For more information, it is easier for us to change Exalate or Jira than ServiceNow.
Hello,
We are trying to use a state as a trigger in a Jira-ServiceNow integration. The ServiceNow workflow has the states:
We want to trigger the synchronization when the state is In Review so we use the trigger state=2. It works in most cases.
The problem is when the state is changed to In Review and it is changed immediately to the next state (In Progress). In that case the Exalate application fails to detect it was In Review and the synchronization never starts.
It seems there is a polling interval to get the information from ServiceNow and Exalate is not taking into account the values in between that interval, so the trigger is missed.
Other than adding all the next states to the trigger (In Progress, In QA), which would be sub-optimal as the history of the ticket in ServiceNow won't be replicated to Jira, is there any way to solve this problem?
Thanks.
Hello, Enrique Cadalso , would configuring SNOW to update some checkbox field whenever the entity was passing through the sate "In Review" be possible? (that way you could point the trigger at that field instead)
Regards, Serhiy.
Hi Serhiy,
Maybe, but that would still miss the history of the ServiceNow ticket. The Jira ticket may never be "In Review". So, that would be the same as adding the rest of the states to the trigger.
For more information, it is easier for us to change Exalate or Jira than ServiceNow.
Thanks,
Enrique