> For the complete documentation index, see [llms.txt](https://intuitem.gitbook.io/ciso-assistant/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://intuitem.gitbook.io/ciso-assistant/product-docs/features/my-assignments.md).

# My assignments

**My assignments** is a personal dashboard listing every object across the platform where *you* are owner, author, assignee, or approver. It's the answer to "what's on my plate today?" without trawling through each module.

## Where to find it

In the sidebar, under the **Overview** group: **Assignments** (link: `/my-assignments`).

## What it surfaces

The page is a grid of buckets — one per category. Each card shows the count for that category and a filtered table of the actual objects. Empty categories are hidden by default; toggle **Show empty sections** to reveal them.

Categories surfaced (in render order):

| Category                    | What's listed                                       | Match rule                     |
| --------------------------- | --------------------------------------------------- | ------------------------------ |
| **Applied controls**        | Controls you own                                    | `owner`                        |
| **Tasks**                   | Task definitions assigned to you                    | `assigned_to`                  |
| **Audits**                  | Audits where you're an author or reviewer           | `authors`                      |
| **Risk assessments**        | Risk assessments where you're an author or reviewer | `authors`                      |
| **Risk scenarios**          | Scenarios you own                                   | `owner`                        |
| **Incidents**               | Incidents you co-own                                | `owners`                       |
| **Exceptions**              | Security exceptions you co-own                      | `owners`                       |
| **Follow-ups**              | Findings assessments where you're an author         | `authors`                      |
| **Findings**                | Findings you own                                    | `owner`                        |
| **Validation flows**        | Approval requests waiting for you                   | `approver` *(user, not actor)* |
| **Organisation objectives** | Objectives assigned to you                          | `assigned_to`                  |
| **Right requests**          | Privacy right requests you own                      | `owner`                        |
| **Metric instances**        | Metric instances you own                            | `owner`                        |

Above the grid, an **activity tracker** widget summarises across categories — counts and progress at a glance.

## Direct vs through-team assignments

Most match rules use the **actor** abstraction — and an actor wraps a user, a team, or an entity. So "your assignments" can mean different things:

* **Direct assignments only** *(default)* — only items where *your user actor* is on the field.
* **Include team assignments** — also list items where *any team you belong to* is on the field. Use this to see work that's queued for any team you're part of, even if it's not assigned to you personally.

The toggle button in the top right switches between the two modes. The backend resolves the actor list via `Actor.get_all_for_user(user)`: it walks team memberships (member, leader, deputy) and returns every actor that maps to you.

Validation flows are the one exception — their `approver` is a **User** foreign key, not an Actor. The page wraps that automatically: when filtering by team, all team members' user IDs are added to the approver filter.

## Filter by actor *(PRO)*

The Enterprise edition adds a **Filter scope** picker above the grid. It lets a privileged user re-target the dashboard to any actor.

Who can use it:

* Users with the **Administrator** role.
* Users with the **Domain manager** role.

How it works:

1. Expand the **Filter scope** dropdown.
2. Switch the radio from **Current user** to **Filter by actor**.
3. Pick one or several actors in the search box.
4. Click **Apply**.

The page header keeps showing **Assignments** but appends the picked actor names — e.g. *Assignments - Jane Doe, Compliance Team* — so it's clear you're looking at someone else's dashboard. Switch back to **Current user** to return to your own view.

Combine with the **Include team assignments** toggle to broaden each picked actor's view through their team memberships.

## Empty sections

The page hides categories with zero items by default to keep the surface scannable. Toggle **Show empty sections** to render every category card — useful when you want to confirm "no, I really have no incidents".

## How counts and tables relate

The page fetches counts first (cheap aggregate query per category), then each table loads independently. So you'll see badge counts populate fast, while individual tables paint as their data lands. If a category exceeds typical bucket sizes (e.g. you own hundreds of applied controls), the embedded table is paginated like any other model table.

## What's next

* [Actors and teams](/ciso-assistant/product-docs/concepts/foundations/actors-and-teams.md) — the actor model and how team membership resolves to assignments.
* [Dashboards](/ciso-assistant/product-docs/features/dashboards.md) — the sibling surface for composed metric views.
* [Notifications](/ciso-assistant/product-docs/features/notifications.md) — push-style alerts when an assignment changes hands or approaches its due date.


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## 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, and the optional `goal` query parameter:

```
GET https://intuitem.gitbook.io/ciso-assistant/product-docs/features/my-assignments.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

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.
