Alttiimmat käyttäjät

Tämä raportti on käyttäjäkohtainen 12 kuukauden alttiusyhteenveto: yksi rivi jokaista henkilöä kohden, joka on saanut vähintään yhden simulaation viimeisen vuoden aikana, sisältäen klikkausten, tunnistetietojen ja ilmoitusten määrät ja osuudet, nykyisen klikkausputken sekä yhdistetyn luettelon viimeisen viiden simulaation tuloksista. Aikaikkuna on 12 kalenterikuukautta (UTC-aikaa keskiyö samana kuukauden päivänä kaksitoista kuukautta sitten), ei 365 päivän jakso. Asetukset, tunnistetiedot, sivutus ja nopeusrajoituksen jälkeinen uudelleenyritys ovat samat kuin Power BI / Excel -yhteysoppaassa. Lisää ensin jaettu Fn_FetchAll-kysely; tämä raportti kutsuu sitä nimellä.

​

Vaaditut avaimen oikeudet

Tämä raportti käyttää operatiivista henkilökohtaisten tulosten luetteloa, ei raportoinnin esikatseluryhmää. Avain, jolle on myönnetty vain reporting:read, ei voi kutsua GET /v1/simulation_results (API palauttaa 403). Katso valitse oikea tarkkuustaso.

​

Lähteenä käytettävät päätepisteet

Tulosluettelon sallittujen luettelon suodattimet: limit, page_token, simulation, entity. Tässä luettelossa ei ole delivered_after-/start_date-suodatinta, joten viimeisten 12 kuukauden rajaus tehdään Power Queryssa koko läpikäynnin jälkeen. Jokaisella tuloksella käytetyt kentät: 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.

​

Tarkkuustaso

Yksi rivi jokaista entiteettiä kohden, jolla on vähintään yksi tulos, jossa delivered_at sijoittuu viimeisten 12 kalenterikuukauden sisään. Henkilö, joka on kohdennettu mutta jolle ei koskaan toimitettu, ei näy raportissa. Saman henkilön useat simulaatiot yhdistetään tässä. Pyyntöbudjetti: yksi sivutettu läpikäynti kaikista organisaation simulaatiotuloksista sekä yksi läpikäynti entiteeteistä. Aseta aina limit = "500".

​

Tulosten etusijajärjestys (last_5_assessments)

Jokainen viidestä viimeisimmästä toimitetusta tuloksesta (delivered_at laskevasti) tiivistetään muotoon YYYY-MM-DD: <outcome>. Ensimmäinen vastaava aikaleima voittaa, korkein prioriteetti ensin: Pelkkä toimitettu on no action (viesti saapui perille; henkilö ei tehnyt mitään). Henkilö, joka klikkasi ja ilmoitti myöhemmin, on clicked — ilmoitus ei ohita riskialtista vuorovaikutusta tässä luettelossa. Bottimerkityt rivit saavat silti tulosnimikkeen olemassa olevien aikaleimojen perusteella; ne vain eivät kasvata klikkausten tai tunnistetietojen määriä. Nykyinen klikkausputki: käy läpi samat toimitetut tulokset uusimmasta vanhimpaan ja laske peräkkäiset rivit, joilla clicked_at ei ole tyhjä ja bot_activity_detected ei ole true. Lopeta ensimmäiseen poikkeamaan.

​

Sarakkeiden yhdistäminen

Vanhat sarakenimet ovat aiemman palveluntarjoajan viennistä. /v1-kentät ovat julkisen API:n nimiä; kysely johtaa määrät ja osuudet. Tähtikaaviomallia varten säilytettävä liitosavain: entity_id.

​

Poikkeamat vanhaan vientiin verrattuna

• Bottiaktiviteetti jätetään pois klikkausten ja tunnistetietojen syöttöjen määristä. Aiemman palveluntarjoajan vienti laski automaattiset skannerien ja bottien vuorovaikutukset klikkauksiksi ja tunnistetietojen syötöiksi. Tämä kysely ei tee niin. Tulos, jolla on bot_activity_detected = true, on silti toimitettu simulaatio — se lasketaan mukaan kohteeseen total_received ja ilmoitettujen yhteenvetoihin — mutta sitä käsitellään ei-klikkauksena ja ei-syöttönä: se jätetään pois kohteista clicks / credential_submissions ja se katkaisee nykyisen klikkausputken. Älä “korjaa” tätä laskemalla botteja mukaan vastaamaan vanhaa vientiä.
• Ilmoitus ei ohita klikkausta kohteessa last_5_assessments. Henkilö, joka klikkasi ja ilmoitti myöhemmin, saa nimikkeen clicked.
• Hakemistolisätiedot jätetään pois, ei aseteta tyhjiksi. Osasto ja vastaavat kentät eivät ole kohteessa /v1.
• Ei palvelinpuolen aikasuodatinta. Kohteessa GET /v1/simulation_results ei ole delivered_after. Kysely käy läpi kaikki tulokset ja säilyttää sitten delivered_at viimeisten 12 kalenterikuukauden ajalta. Suuri historiallinen organisaatio voi kuluttaa avainkohtaisesta nopeusbudjetista enemmän kuin suodatettu luettelo kuluttaisi.

​

Seuraavat vaiheet