Insights & updates from our experts
After a request has been declined, it is automatically reassigned. The request is returned to the team coordinator when it was declined by a specialist who works for a team that has an active coordinator. The team coordinator may subsequently need to decline the request as well to ensure that it is returned to the previous team. In turn, the previous team may need to send the request back to the service desk.
In the past, this was not so easy. When a request was already set to the status ‘Declined’, it was no longer possible to update the status to ‘Declined’ again. But now that a system note gets added each time someone declines a request, the status field is no longer needed to indicate that a request was declined.

This made it possible to add some automation. After a request’s status has been set to ‘Declined’, Xurrent automatically updates the status to ‘Assigned’ as it reassigns the request to the team coordinator, the previous team or the service desk.

An AI SRE that knows your incidents
Most AI SREs are pattern matchers trained on public data. They know what a memory leak looks like in the abstract. They don't know that your payments-api has a flaky liveness probe everyone ignores, that the checkout team owns the retry policy, or that the last three "database incidents" were actually cache misconfigurations. That knowledge lives in your postmortems, your Slack channels, and the heads of two senior engineers.

How Long Should ITSM Implementation Really Take in 2026?
Most vendors will tell you ITSM implementation takes six months to a year — but modern, configuration-first platforms have rewritten the math entirely. See what real implementations look like in 2026, and why a long rollout is now a choice, not a given.















.webp)
.webp)


.webp)











