Aggregation and timeline for the datasets in the apps and games report
Appropriate roles: Executive report viewer | Report viewer
The following table displays the aggregation and timeframe applicable for the datasets in the Apps and Games report.
Note
The items marked with an asterisk (*) are timeframe additions as part of Downloads hub and applicable for only single app download.
Data | Frequency | Downloads hub export for all apps | Downloads hub export for single apps |
---|---|---|---|
Acquisition | Daily | 30 days 3 months |
30 days 3 months |
Hourly | 72 hours | 72 hours | |
Weekly | 6 months 12 months |
6 months 12 months |
|
Monthly | 4 years (2,3,4)* | ||
Add-on acquisition | Daily | 30 days 3 months |
30 days 3 months |
Weekly | 6 months 12 months |
6 months 12 months |
|
Monthly | 4 years (2,3,4)* | ||
Usage | Daily | 30 days 3 months |
30 days 3 months |
Monthly | 6 months 12 months |
6 months 12 months 4 years (2,3,4)* |
|
Health | Hourly | 72 hours | 72 hours |
Monthly | 30 days* | ||
Channel and conversion | Daily | 30 days 30 months |
30 days 30 months |
Weekly | 6 months 12 months |
6 months 12 months |
|
Monthly | 4 years (2,3,4)* | ||
Install | Daily | 30 days 30 months |
30 days 30 months |
Weekly | 6 months 12 months |
6 months 12 months |
|
Monthly | 4 years (2,3,4)* | ||
Wishlist | Snapshot | ||
Reviews | None | 30 days | 30 days 1 year* |
Ratings | Daily | 30 days 30 months |
30 days 30 months |
Weekly | 6 months 12 months |
6 months 12 months |
|
Monthly | 4 years (2,3,4)* |
Date and filter options calculation
Dataset | Filter options | How is it calculated? |
---|---|---|
Date Filter for all the Datasets except Usage | Last 72 hours (Default) Last 30 days Last 3 months Last 6 months Last 12 months Last 2 years Last 3 years Last 4 years |
The number of hours, days, months, or years are determined by calculating the duration from the current timestamp backward by the specified period. Examples: Hourly: If the current timestamp is August 6, 2024, 3:00 PM, the last 72 hours would be between August 3, 2024, 3:00 PM and August 6, 2024, 3:00 PM. Monthly: If the current date is August 6, 2024, then last 6 months would be between February 6, 2024 and August 6, 2024 Yearly: If current date is August 6, 2024, then last 2 years are between August 6, 2022 and August 6, 2024 |
Daily Usage | Last 30 days (Default) Last 3 months |
The last 30 days are calculated as the period between 30 days before the current date and the current date. Example: If the current date is Aug 6, 2024, the last 30 days are calculated as the period between July 7, 2024 and August 6, 2024. |
Monthly Usage | Last 6 months (Default) Last 12 months Last 2 years Last 3 years Last 4 years |
The last 6 months are calculated as the period between 6 months before the current date and the current date. Example: If the current date is Aug 6, 2024, the last 6 months are calculated as the period between February 6, 2024 and August 6, 2024. |
Limits to consider
- Favorites: 30 per program
- Templates: 200 per program
Understand the totalRecurrenceCount field for scheduled reports
Today, partners can choose to either:
- Download the report immediately for one-time use via Download now, or
- Set the reports to be downloaded at regular intervals over a specified period via Schedule reports.
The totalRecurrenceCount
field is essential for tracking the number of times a scheduled report is executed within a predefined time frame. This field is primarily used for scheduled reports, allowing publishers easy access to reports at regular intervals.
In cases where a report is scheduled to run only once, the totalRecurrenceCount field will have a value of "1" to indicate the execution count. This differs from "download now" reports, which are executed immediately and do not use this field.
Whether reports are created via Partner Center or public APIs, there are two ways to calculate totalRecurrenceCount:
- When the user provides a start date and the number of recurrences, the number of recurrences is saved directly as the totalRecurrenceCount.
- When the user provides a start date, end date, and report frequency, the system automatically computes the totalRecurrenceCount based on the provided interval.
The totalRecurrenceCount
field helps publishers ensure that critical data reports are generated and delivered at scheduled intervals without missing executions. It also aids in troubleshooting and tracking report execution patterns.
Restrictions on the scheduling of reports
Because scheduling of the reports results in preparing the report for download, there's opportunity for the scheduling of the reports to be misused. To avoid such scenarios, there are two-level restrictions on the scheduling of the reports:
Program level total scheduled reports count:
- Level 1: Per program: 40 scheduled reports per user
- Level 2: Allowed maximum time range restriction when scheduled reports are selected
Scheduling frequency | Month time range allowed |
---|---|
Hourly | Last 30 days |
Daily | Last 30 days |
Weekly | Last 30 days |
Monthly | Last two years |
Yearly | Lifetime or last years (as applicable) |
Users can't create more than allowed count of scheduled reports and the time range has to comply, as shown in the scheduling frequency.
Scheduled report execution limits
- Hourly: 30 Days (720 executions)
- Daily: Six months (180 executions)
- Weekly: One year (52 executions)
- When the selection for daily is more than seven days
- Monthly: Two years (24 executions)
- Yearly: Five years (five executions)