Skip to main content
Denne rapporten er en 12-måneders sammenstilling av mottakelighet per bruker: én rad per person som har mottatt minst én simulering i det siste året, med antall og andeler for klikk, legitimasjon og rapportering, en gjeldende klikkserie og en sammenslått liste over de fem siste utfallene. Perioden er 12 kalendermåneder (midnatt UTC på samme dag i måneden for tolv måneder siden), ikke en varighet på 365 dager.
Interaksjoner fra automatiske skannere og roboter er utelatt fra antall klikk og antall innsendte legitimasjoner. Dette er et bevisst avvik fra den eldre eksporten. Se Avvik fra den eldre eksporten.
Oppsett, legitimasjon, paginering og nye forsøk ved rate-begrensning er de samme som i veiledningen for Power BI / Excel-tilkobling. Legg først til den delte Fn_FetchAll-spørringen; denne rapporten kaller den ved navn.

Nødvendige nøkkelomfang

Denne rapporten bruker den operasjonelle resultatlisten per person, ikke familien av forhåndsvisninger for rapportering. En nøkkel som bare har fått reporting:read kan ikke kalle GET /v1/simulation_results (API-et returnerer 403). Se velg riktig granularitet.

Kildeendepunkter

Tillatte filtre i resultatlisten: limit, page_token, simulation, entity. Denne listen har ingen delivered_after / start_date, så de siste 12 månedene brukes i Power Query etter at hele listen er gjennomgått. Felt som brukes i 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 rad per enhet som har minst ett resultat med delivered_at i de siste 12 kalendermånedene. En person som er målgruppe, men aldri har fått levert noe, vises ikke. Flere simuleringer for samme person slås sammen her. Forespørselsbudsjett: én paginert gjennomgang av alle simuleringsresultater i organisasjonen, pluss én gjennomgang av enheter. Angi alltid limit = "500".

Prioritet for utfall (last_5_assessments)

Hvert av de fem siste leverte resultatene (delivered_at synkende) oppsummeres som YYYY-MM-DD: <outcome>. Det første samsvarende tidsstempelet gjelder, med høyeste prioritet først: Bare levert er no action (meldingen ble levert; personen gjorde ingenting). En person som klikket og senere rapporterte er clicked – rapportering rangeres ikke over en risikofylt interaksjon i denne listen. Rader merket som robot får fortsatt en utfallsetikett basert på tidsstemplene som finnes; de øker bare ikke antall klikk eller innsendte legitimasjoner. Gjeldende klikkserie: gå gjennom de samme leverte resultatene med nyeste først og tell påfølgende rader der clicked_at ikke er null og bot_activity_detected ikke er true. Stopp ved første avvik.

Kolonnetilordning

Navnene på de eldre kolonnene er hentet fra din tidligere leverandørs eksport. /v1-feltene er de offentlige API-navnene; spørringen utleder antall og andeler. Koblingsnøkkel beholdt for en stjerneskjemamodell: entity_id.

Avvik fra den eldre eksporten

  • Robotaktivitet er utelatt fra antall klikk og innsendte legitimasjoner. En tidligere leverandørs eksport telte interaksjoner fra automatiske skannere og roboter som klikk og innsendte legitimasjoner. Denne spørringen gjør ikke det. Et resultat med bot_activity_detected = true er fortsatt en levert simulering – det telles i total_received og i aggregater for rapportering – men det behandles som et ikke-klikk og en ikke-innsending: det utelates fra clicks / credential_submissions og bryter en gjeldende klikkserie. Ikke «rett opp» dette ved å telle roboter for å samsvare med den eldre eksporten.
  • Rapportering rangeres ikke over et klikk i last_5_assessments. En person som klikket og senere rapporterte, får etiketten clicked.
  • Katalogtillegg er utelatt, ikke satt til null. Avdeling og lignende felt finnes ikke på /v1.
  • Ingen tidsfilter på serversiden. GET /v1/simulation_results har ingen delivered_after. Spørringen går gjennom alle resultater og beholder deretter delivered_at i de siste 12 kalendermånedene. En stor organisasjon med lang historikk kan bruke mer av forespørselsbudsjettet per nøkkel enn en filtrert liste ville gjort.

Neste steg

Oppsett av Power BI og Excel

Legitimasjon, paginering og innlasting av disse spørringene i Power BI eller Excel.

Logg over e-postphishing

Phishing-interaksjoner på hendelsesnivå for de siste 12 månedene.

Etterlevelse per person

Opplæringspåmeldinger på granularitet person × tildeling.

API-nøkler

Gi simulation:read og entity:read til nøkkelen som oppdaterer denne rapporten.