> ## Documentation Index
> Fetch the complete documentation index at: https://docs.livingsecurity.com/llms.txt
> Use this file to discover all available pages before exploring further.

# Mest modtagelige brugere

> Genskab en tidligere udbyders 12-måneders opgørelse over de mest modtagelige brugere ud fra /v1-simuleringsresultater og -entiteter.

Denne rapport er en 12-måneders opgørelse over modtagelighed pr. bruger: én række for
hver person, der har modtaget mindst én simulering i det seneste år, med
antal og andele for klik, legitimationsoplysninger og rapporteringer, en aktuel klikserie og
en sammenkædet liste over de seneste 5 resultater.

Perioden er **12 kalendermåneder** (midnat UTC på samme dag i måneden
tolv måneder tilbage), ikke en varighed på 365 dage.

<Note>
  Automatiserede interaktioner fra scannere/bots er udeladt fra antallet af klik og
  legitimationsoplysninger. Det er en bevidst afvigelse fra den tidligere
  eksport. Se
  [Afvigelser fra den tidligere eksport](#afvigelser-fra-den-tidligere-eksport).
</Note>

Opsætning, legitimationsoplysninger, paginering og genforsøg ved hastighedsbegrænsning er de samme som i
[vejledningen til Power BI/Excel-forbindelse](/da/developers/v1/powerbi). Tilføj først den delte
`Fn_FetchAll`-forespørgsel; denne rapport kalder den ved navn.

## Påkrævede nøgleomfang

| Omfang | Anvendes til |
| - | - |
| `simulation:read` | `GET /v1/simulation_results` |
| `entity:read` | `GET /v1/entities` (sammenkædning af e-mail og visningsnavn) |

Denne rapport bruger den **operationelle** resultatliste pr. person, ikke
familien af rapporteringsforhåndsvisninger. En nøgle, der kun har fået tildelt `reporting:read`, kan ikke kalde
`GET /v1/simulation_results` (API'en returnerer `403`). Se
[vælg det rette granularitetsniveau](/da/developers/v1/powerbi#v%C3%A6lg-den-rette-granularitet).

## Kildeendepunkter

| Endepunkt | Rolle |
| - | - |
| `GET /v1/simulation_results` | Resultat pr. modtager. Dette er faktagranulariteten. |
| `GET /v1/entities` | Omsætter `entity` → e-mail/visningsnavn. Resultatrækken har ingen egen modtager-e-mail eller eget visningsnavn (kun `entity`). |

Tilladte filtre på resultatlisten: `limit`, `page_token`,
`simulation`, `entity`. Der er ingen `delivered_after`/`start_date` på
denne liste, så de seneste 12 måneder anvendes i Power Query efter
gennemløbet af hele listen.

Felter, der bruges på hvert resultat: `id`, `simulation`, `entity`, `status`,
`targeted_at`, `delivered_at`, `bounced_at`, `opened_at`, `clicked_at`,
`attachment_opened_at`, `credential_submitted_at`, `reported_at`,
`reported_before_interaction`, `bot_activity_detected`, `email_subject`,
`sender_email`, `difficulty_level`, `created_at`, `updated_at`.

### Granularitet

Én række pr. entitet, der har mindst ét resultat med `delivered_at` i de
seneste 12 kalendermåneder. En person, der er målrettet, men aldrig har fået leveret en simulering, vises
ikke. Flere simuleringer for den samme person samles her i én række.

Anmodningsbudget: ét pagineret gennemløb af alle simuleringsresultater i
organisationen plus ét gennemløb af entiteter. Angiv altid `limit = "500"`.

## Resultatprioritet (`last_5_assessments`)

Hvert af de fem seneste leverede resultater (`delivered_at`
faldende) opsummeres som `YYYY-MM-DD: <outcome>`. Det første matchende
tidsstempel gælder, med højeste prioritet først:

| Prioritet | Tidsstempel | Resultatetiket |
| - | - | - |
| 1 | `credential_submitted_at` | `credential submitted` |
| 2 | `clicked_at` | `clicked` |
| 3 | `attachment_opened_at` | `attachment opened` |
| 4 | `reported_at` | `reported` |
| 5 | `opened_at` | `opened` |
| 6 | `delivered_at` | `no action` |
| 7 | `bounced_at` | `bounced` |

Kun leveret er `no action` (meddelelsen nåede frem; personen
gjorde ingenting). En person, der klikkede og senere rapporterede, er `clicked` – en
rapportering vejer ikke tungere end en risikabel interaktion på denne liste. Rækker, der er markeret som bot,
får stadig en resultatetiket ud fra de tidsstempler, der findes; de
tæller blot ikke med i antallet af klik og legitimationsoplysninger.

**Aktuel klikserie:** gennemgå de samme leverede resultater
med de nyeste først, og tæl på hinanden følgende rækker, hvor `clicked_at` ikke er null **og**
`bot_activity_detected` ikke er `true`. Stop ved det første brud.

## Kolonnetilknytning

Navnene på de tidligere kolonner stammer fra din tidligere udbyders eksport. `/v1`-felter
er de offentlige API-navne; forespørgslen udleder antal og andele.

| Tidligere kolonne | `/v1`-felt eller udledning | Rapportkolonne |
| - | - | - |
| Email | `Entity.email` (sammenkædning på `Result.entity`) | `email` |
| Full name | `Entity.display_name` | `full_name` |
| Total simulations received | Antal resultater, hvor `delivered_at` ikke er null (inkluderer rækker markeret som bot) | `total_received` |
| Clicks # | Antal, hvor `clicked_at` ikke er null **og** `bot_activity_detected` ≠ `true` | `clicks` |
| Clicks % | `clicks / total_received` | `click_pct` |
| Credential submissions # | Antal, hvor `credential_submitted_at` ikke er null **og** `bot_activity_detected` ≠ `true` | `credential_submissions` |
| Credential submissions % | `credential_submissions / total_received` | `credential_submission_pct` |
| Reported # | Antal, hvor `reported_at` ikke er null (inkl. bots – ikke et klik/en indsendelse af legitimationsoplysninger) | `reported` |
| Reported % | `reported / total_received` | `reported_pct` |
| Current click streak | Fortløbende nyeste leverede resultater, som personen klikkede på (bots afbryder serien) | `current_click_streak` |
| Last 5 assessments | De fem nyeste leverede resultater, adskilt af `"; "` (se [prioritet](#resultatprioritet-last_5_assessments)) | `last_5_assessments` |
| Directory extras (department, …) | Findes ikke på `/v1` | Udeladt, ikke sat til null |

Sammenkædningsnøgle bevaret til en stjerneskemamodel: `entity_id`.

## Afvigelser fra den tidligere eksport

* **Botaktivitet er udeladt fra antallet af klik og legitimationsoplysninger.** En
  tidligere udbyders eksport talte automatiserede interaktioner fra scannere/bots
  som klik og indsendelser af legitimationsoplysninger. Det gør denne forespørgsel ikke. Et resultat med
  `bot_activity_detected = true` er stadig en leveret simulering – det
  tæller med i `total_received` og i de rapporterede aggregater – men det
  behandles som et ikke-klik og en ikke-indsendelse: det udelades fra
  `clicks`/`credential_submissions`, og det afbryder en aktuel klikserie.
  Forsøg ikke at "rette" dette ved at tælle bots med for at matche den tidligere eksport.
* **Rapportering vejer ikke tungere end et klik** på `last_5_assessments`. En person,
  der klikkede og senere rapporterede, får etiketten `clicked`.
* **Katalogtillæg udelades, de sættes ikke til null.** Afdeling og lignende
  felter findes ikke på `/v1`.
* **Intet tidsfilter på serversiden.** `GET /v1/simulation_results` har ingen
  `delivered_after`. Forespørgslen gennemløber alle resultater og beholder derefter
  `delivered_at` i de seneste 12 kalendermåneder. En stor
  organisation med lang historik kan bruge mere af budgettet for hastighedsbegrænsning pr. nøgle, end en filtreret liste
  ville gøre.

## Næste trin

<CardGroup cols={2}>
  <Card title="Opsætning af Power BI og Excel" href="/da/developers/v1/powerbi">
    Legitimationsoplysninger, paginering og indlæsning af disse forespørgsler i Power BI eller Excel.
  </Card>

  <Card title="Log over e-mail-phishing" href="/da/developers/v1/reports/email-phishing-log">
    Phishing-interaktioner på hændelsesniveau for de seneste 12 måneder.
  </Card>

  <Card title="Compliance pr. person" href="/da/developers/v1/reports/per-person-compliance">
    Tilmeldinger til Træning på niveauet person × tildeling.
  </Card>

  <Card title="API-nøgler" href="/da/developers/developer-hub/api-keys">
    Tildel `simulation:read` og `entity:read` til den nøgle, der opdaterer denne rapport.
  </Card>
</CardGroup>


This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.