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.
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 meddelivered_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 = trueer fortsatt en levert simulering – det telles itotal_receivedog i aggregater for rapportering – men det behandles som et ikke-klikk og en ikke-innsending: det utelates fraclicks/credential_submissionsog 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 etikettenclicked. - Katalogtillegg er utelatt, ikke satt til null. Avdeling og lignende
felt finnes ikke på
/v1. - Ingen tidsfilter på serversiden.
GET /v1/simulation_resultshar ingendelivered_after. Spørringen går gjennom alle resultater og beholder deretterdelivered_ati 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.
