AONA / FICTIONAL REPORT EXAMPLE

Employee AI security review

11 August to 9 September 2026, inclusive (30 calendar days) / Finance and Operations

Fictional example. Every record in this review is invented. The report is not an Aona export, customer result, installed-client measurement or compliance verdict.

Review scope

Population
20 invented policy interactions across two fictional teams
Period
11 August to 9 September 2026, inclusive
Denominator for outcome rates
20 evaluated interactions
Team split
10 Finance and 10 Operations interactions

An evaluated interaction has a non-null policy action other than NO_POLICY. This sample contains no NO_POLICY, FLAG or missing-action rows. The denominator is interactions, not employees, uploads or all AI activity.

Outcome summary

Policy action familyFinanceOperationsTotalShare of 20
Compliant661260%
Redacted22420%
Blocked12315%
Warned1015%
Total evaluated101020100%

The redacted family in Aona's metrics definition includes AUTO_REDACT, REDACT, MANUAL_REDACT, AUTO_UPDATE and MANUAL_UPDATE. This teaching ledger uses AUTO_REDACT only. A public events API view excludes compliant records, so these 20 invented rows must not be read as 20 API events.

Fields in the synthetic ledger

FieldMeaning in this example
sample_idUnique invented row identifier.
timestamp_utcIllustrative interaction time in UTC, within the stated 30-day window.
teamFictional Finance or Operations group used for the comparison.
ai_service and input_typeGeneric example service and illustrative typed prompt or file upload route. Neither field asserts tested Aona coverage.
data_categoryInvented category for the selected example action; no raw prompt or file content is included.
policy_action and fictionalThe sample outcome code and a yes flag that keeps every row explicitly fictional.

What a reviewer would decide next

  1. Inspect the three blocked examples and confirm whether those fictional workflows match the intended policy.
  2. Review the four redacted examples for document usability and any information still visible.
  3. Record client installation, app route, policy version and event evidence during a real pilot before interpreting a customer result.

The invented ledger cannot establish deployment coverage, detection quality, prevented leakage or compliance. Those require current evidence from the selected customer route.