You scheduled a Google Security Operations (SecOps) report to export results to a BigQuery dataset...

This is a standard Identity and Access Management (IAM) permission issue. When Google Security Operations (SecOps) exports data, it uses its own service account (often named service-@gcp-sa-bigquerydatatransfer.iam.gserviceaccount.com or a similar SecOps-specific principal) to perform the write operation. The user account that schedules the report (Option C) is only relevant for the scheduling action, not for the data transfer itself. For the export to succeed, the Google SecOps service account principal must have explicit permission to write data into the target BigQuery dataset.

The predefined IAM role roles/bigquery.dataEditor grants the necessary permissions to create, update, and delete tables and table data within a dataset. By granting this role to the Google SecOps service account on the specific dataset, you authorize the service to write the report results and populate the tables. Option A (serviceAccountUser) is incorrect as it's used for service account impersonation, not for granting data access. Option B (retention period) is a data lifecycle setting and has no impact on the ability to write new data. The most common cause for this exact scenario—a successful job run with no data appearing—is that the service account lacks the required bigquery.dataEditor permissions on the destination dataset.

(Reference: Google Cloud documentation, "Troubleshoot transfer configurations"; "Control access to resources with IAM"; "BigQuery predefined IAM roles")