/reports/payments
resource provides access to payments you can expect to receive from sales of apps and in-app purchases, as well as ad revenue for all of your apps.Scope: All of the resources in this route require read access in the private scope (private:read).
Getting total payments
Request
GET /reports/payments?start_date={start_date}&end_date={end_date}&products={products}&countries={countries}
Arguments
Argument | Type | Description |
---|---|---|
start_date | Date | (yyyy-MM-dd) Date, inclusive, to start reporting from. If you specify a granularity other than daily this will be rounded down to the nearest period. default: a long, long time ago. |
end_date | Date | (yyyy-MM-dd) Date, inclusive, to stop reporting. If you specify a granularity other than daily this will be rounded up to the nearest period. default: distant future. |
group_by | List | One or more pivots separated by a comma (,). Available pivots: product, country, date, and store. |
products | List | (productId | productId1, productId2, …) specific products to include in the response, default: all active products in account |
countries | List | (isoCode | isoCode1;isoCode2;isoCodeN) Countries to limit the report to (can be taken from /data/countries, default: include all countries) |
format | String> | Output format: JSON or CSV. Defaults to JSON.
Note: To prevent excessive repetition, when format is set to csv sub-objects (like the product in /revenue/products/…) will not be fully serialized but only their reference will be. |
Response
estimated_revenue | The total amount expected to be paid at the end of the month based on daily reports.
This is available for all apps and from all sources, and is considered a best estimate which may not match exactly with the actual payment from the source. Common reasons for mismatches include transaction clearing times and exchange rate conversion. |
financial_revenue | The total amount to be paid for iOS and Mac apps.
At this time only Apple is supported for this type of revenue. This revenue is more accurate but is released about a month after the end of the fiscal month. so it won’t be available right away. |
converted_revenue | The total amount that has been paid for iOS and Mac apps.
At this time only Apple is supported for this type of revenue. This revenue is 100% accurate and will match the deposit from Apple, but is only available about two months after the end of the fiscal month. |
revenue | The most accurate payment information, from the previous three, that’s available for the app.
In the case of iOS and Mac apps, this will initially be |
Example Response
// /reports/payments?start_date=-30 { "revenue": 12091, "converted_revenue": 12091, "financial_revenue": 11997, "estimated_revenue": 11987, }
Getting detailed payments
Payments can be broken down by several different dimensions:
- Country
- Type
- Product
- storefront
You can specify dimensions to group payments by using the group_by
parameter. Use a comma to separate multiple parameters.
When specifying dimensions, the response will be nested in the order the dimensions were specified.
Example Response
Get payments for each app broken down by country and type
// /reports/payments?start_date=-30 { "1095138104": { "US": { "app": { "revenue": 0, "converted_revenue": 0, "financial_revenue": 0, "estimated_revenue": 0, "product_id": 1095138104, "iso": "US", "country": "United States", "type": "app" } }, ... } }