<?xml version="1.0" encoding="UTF-8"?><oembed><type>video</type><version>1.0</version><html>&lt;iframe src=&quot;https://www.loom.com/embed/53b7c94361e04f4bba03267a675b82a8&quot; frameborder=&quot;0&quot; width=&quot;1662&quot; height=&quot;1246&quot; webkitallowfullscreen mozallowfullscreen allowfullscreen&gt;&lt;/iframe&gt;</html><height>1246</height><width>1662</width><provider_name>Loom</provider_name><provider_url>https://www.loom.com</provider_url><thumbnail_height>1246</thumbnail_height><thumbnail_width>1662</thumbnail_width><thumbnail_url>https://cdn.loom.com/sessions/thumbnails/53b7c94361e04f4bba03267a675b82a8-2d519d250db72427.gif</thumbnail_url><duration>163.037</duration><title>Reassigning Escalations</title><description>This Loom explains the new feature for re-assigning escalations when someone receives a page but the issue should be handled by another team or person. When an escalation initially pages Ed but he is unavailable and it pages the presenter instead, the presenter can acknowledge it or re-assign it. The Loom notes that re-assigning is also possible from Slack, where the product asks who to route to and reuses any custom Escalate form setup, including searching for escalation paths, users, features, or services. It also mentions the escalation context is pre-filled from the original alert, with an option to rename it before handing off.</description></oembed>