NETICE DOCUMENTATION
Apple Summary Sales vs Financial Reports
Reviewed
Use Apple Summary Sales for daily app-sales analysis and Apple Financial Reports for monthly proceeds reporting. Netice maps these report families to separate outputs: Daily App Sales and Platform Finance. Aggregating daily sales by month does not reproduce an Apple financial report.
The distinction affects more than refresh frequency. Daily rows have a revenue_date, per-unit source amounts and analytical estimates. Finance rows preserve the Apple fiscal period and platform-reported proceeds. Both can feed your customer-owned data infrastructure, but they answer different questions.
Choose the report family before the destination
| Question | Summary Sales | Financial Reports |
|---|---|---|
| Netice output | Daily App Sales | Platform Finance |
| Primary use | Daily sales and refund trends by app, product and country | Review of Apple proceeds by finance reporting period |
| Time context | revenue_date |
fiscal_period, apple_fiscal_label, period_start and period_end |
| Amounts to interpret | estimated_gross, estimated_net, estimated_fee and estimated_tax, with their method fields |
native_net_proceeds and report_net_proceeds, with currency and finance event context |
| Combining providers | Apple and Google Play daily rows can share the Daily App Sales schema | Apple financial reports and Google Play Earnings use the separate finance schema |
Raw Reports is a third output choice: managed files with provider-specific columns, separate from the normalized daily and finance tables.
How Netice reads Apple daily sales
Netice accepts Summary Sales rows whose Begin Date and End Date both match the requested day. The daily output identifies these rows with source_report = 'ASC_SUMMARY_SALES'. Apple subscription-event rows, when present, carry a different report label; use event_has_revenue when selecting revenue-bearing daily rows.
Apple’s Customer Price and Developer Proceeds are per-unit amounts. Netice calculates row totals from signed units and the absolute per-unit amount, applying a negative direction for refunds. Multiplying two negative source values directly would incorrectly make a refund positive. Apple’s Summary Sales field reference documents this source sign convention.
| Value | Source or calculation |
|---|---|
| Units | -2 |
| Customer Price per unit | -10.00 USD |
| Developer Proceeds per unit | 7.00 USD |
| Customer gross row amount | -2 × abs(-10.00) = -20.00 USD |
| Proceeds row amount | -2 × abs(7.00) = -14.00 USD |
Daily App Sales is a revenue output, not a complete download counter. Netice skips non-refund Summary Sales rows with no nonzero customer-price or proceeds amount, such as zero-value operational activity.
Customer currency and proceeds currency can differ
Netice reads Apple’s Customer Currency and Currency of Proceeds separately. In the daily schema, apple_proceeds_native is the signed row-level proceeds component and apple_proceeds_currency identifies its currency. It is not a per-unit amount. When source proceeds are unavailable, that component can be estimated; check net_method before treating it as a source-reported amount.
The daily native_currency normally follows the gross amount’s currency, falling back to another available component currency. A component such as net_local is left null when its currency differs from that shared native currency. The Apple-specific proceeds fields preserve that amount in its own currency instead of mislabelling it.
For example, if a row’s customer gross is in USD and its proceeds are in EUR, a null net_local does not establish missing or zero proceeds. Read the Apple proceeds pair, then use the report-currency fields for a common-currency analysis. See report currency and FX for the full currency contract.
Daily fee and tax estimates need their method fields
The daily estimated_fee and estimated_tax fields are analytical values. Apple daily fee estimates and residual tax estimates must not be presented as itemized amounts disclosed by Apple. Read net_method, fee_method and tax_method with the amounts; the gross method is recorded in the gross_method entry inside meta_json.
Daily App Sales can derive unavailable report-currency amounts or substitute zero with a method label such as APPLE_TAX_UNAVAILABLE_ASSUMED_ZERO. That zero is an assumption, not evidence of zero tax. Platform Finance uses a different rule: unknown finance amounts remain null. The missing values and zero reference explains the distinction.
Availability, history and Apple fiscal periods
Apple generally makes daily reports available the next day by 08:00 Pacific Time and retains downloadable daily reports for one year. Apple financial reports follow its fiscal calendar, are normally available by the first Friday of the next fiscal month, and remain downloadable for ten years. These are provider availability windows, not guaranteed Netice delivery times. See Apple’s Sales and Trends availability and financial report availability.
Do not replace an Apple fiscal period with the calendar month of a daily date. In Netice finance output, retain the fiscal label and actual period boundaries when comparing periods. A historical request can only recover reports still available from the source; see backfills, recurring refresh and reruns.
Comparing daily analytics with finance
Begin with the same provider, app scope and currency basis. Then check the reporting period, refund direction, collection timing and the distinction between source proceeds and daily fee or tax estimates. Apple documents processing and exchange-rate differences between reporting tools; a difference between daily and finance totals is not by itself a pipeline error.
Platform Finance supplies platform reporting for your finance workflow. Bank reconciliation and recognition in your accounts still require the relevant payment records and accounting treatment.
Use the output that matches your question
Start with the Daily App Sales schema for daily analysis or the Platform Finance schema for monthly proceeds. Then follow App Store Connect access setup to connect Apple to Netice.