<?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/28d3c43c593b4088b7582f5cbefb0cf3&quot; frameborder=&quot;0&quot; width=&quot;1920&quot; height=&quot;1440&quot; webkitallowfullscreen mozallowfullscreen allowfullscreen&gt;&lt;/iframe&gt;</html><height>1440</height><width>1920</width><provider_name>Loom</provider_name><provider_url>https://www.loom.com</provider_url><thumbnail_height>1440</thumbnail_height><thumbnail_width>1920</thumbnail_width><thumbnail_url>https://cdn.loom.com/sessions/thumbnails/28d3c43c593b4088b7582f5cbefb0cf3-9df4a138158aae49.gif</thumbnail_url><duration>414.466667</duration><title>Dash360 Risk Admin: Overview Final Take</title><description>This Loom maps the admin setup steps for the Dash 360 risk module, showing what each setting controls and the recommended order. It explains that end users manage risks in the risk register, where fields like ID, category, type, spread type, and the labels “Risk” versus “Mitigated Risk” come from admin configuration. In project settings, only four tabs drive the risk module: risk register, uncertainty classes, spread types, and calendar, with properties determining reporting on calendar versus fiscal year and other plumbing. The order recommended is registry set and calendar first, then prefixes, categories and types, then thresholds, uncertainty classes and basis code mapping, and spread types last, emphasizing completion before handing the project to control account managers to avoid re-ranking after changes.</description></oembed>