# Platform Overview

### Health Page / Dashboard

This dashboard provides three key sections of information:

1. **Overview:** contains a count of the number of records tracked in the app, split by record type
2. **Activity:** shows all activity on your organization's platform, listing each user, the type of action, and a timestamp. It's possible to click directly into the record that has been created, updated or deactivated.
3. **DORA Compliance and Control Summary:**&#x20;
   1. The Compliance Readiness score highlights a percentage of completion, indicating the proportion of Articles (control requirements) in the DORA regulatory framework that have a Policy (governance) document assigned to them in the **Policies & Controls** module, which considers them to be "done". As more requirements are *satisfied* by Policy documents, this percentage will increase.
   2. The Control Summary breaks down the score by the number of requirements in DORAedge per Pillar in the regulation that are satisfied by a Policy document.

***

### Get Started

Think of DORAedge not just as a platform for filling in form, but for structuring your organization's information communication technology (ICT) network and operations. Structuring this accurately will enable your internal, cross-functional DORA team and external advisors to appropriately assess and manage your resilience and mitigate potential risks.&#x20;

***

### ICT Network Setup

You may follow this as a suggested checklist or order for setting up your organization's DORAedge account. While the **Policy & Controls** module can be leveraged concurrently to build out governance, we recommend the following order for setting up your ICT network:

1. **Entities**&#x20;
2. **Branches** (if applicable)
3. **Functions**
4. **ICT Assets**
5. **Providers**
6. **Contracts**

\*Since records are well linked within DORAedge, setting up these will enable a more streamlined adding of **Risks** and **Incidents** at later stages. It is highly encouraged that the first three in the list above are built out first.

***

#### Familiarize yourself with DORA's terminology&#x20;

Consider the following:

1. **Entity** — who we are (as an organization, and potentially within a group structure)
2. **Branch** — a local office or operational presence of an entity that operates under the license and oversight of a parent entity in another jurisdiction&#x20;
3. **Function** — what we do / the licensed activity we execute (what we deliver to clients)
4. **Provider** — what third-parties help us execute our **Functions**
5. **Contract** — a formal arrangements between a **Provider** (ICT third-party or Intra-group) and an **Entity** or **Branch** (or multiple)
6. **ICT Asset** — technology/system managed internally&#x20;
7. **Risk —** what could go wrong that needs to be tracked so that it can be mitigated&#x20;
8. **Incident** — a categorized ICT disruption or outage, cyber threat&#x20;
9. **Policy** — a governance document that is written to satisfy a set of controls in the regulation&#x20;
10. **Control** — a requirement that an entity must satisfy in order to fulfill their obligation stated by an Article in the regulatory framework&#x20;
11. **Register of Information** — an obligatory regulatory report that documents an entity or group's ICT network with linking and dependencies in a standard format

***

#### **In practice**&#x20;

To get comfortable with using DORAedge, try selecting one **Entity**, and build out all of its **Functions** (and **Branches**, if applicable). Then choose a third-party ICT **Provider** to map out against the **Functions** in a **Contract.** This should help with building out the flow and replicating it.


---

# Agent Instructions: Querying This Documentation

If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter:

```
GET https://docs.doraedge.com/user-guide/platform-overview.md?ask=<question>
```

The question should be specific, self-contained, and written in natural language.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.
