Connector Improvement: Apple App Store - In App Purchases
AnsweredHi,
As part of our support ticket 304881, we have been told to log a feature request for the following web service endpoint - https://developer.apple.com/documentation/appstoreconnectapi/get-v1-apps-_id_-inapppurchasesv2
We require this data to identify which app any in-app purchases in the sales and financial details tables are linked to.
-
Official comment
Hi Dylan,
The connector improvement for Apple App Store - In App Purchases has been added to our feature improvements backlog. Thank you for making the request, providing a direct mapping between in-app purchases and their associated app IDs will help enhance data analysis and reporting.
To ensure we address your needs thoroughly, could you share more about your use case or elaborate on what specific challenges you're looking to solve with this endpoint? For example, are there particular reports or workflows that are currently difficult/impossible to build due to the absence of this data?
Any updates or progress on this feature will be posted on this thread for visibility to the broader community.
Thanks,
Alison -
Hi Alison,
Thank you for the update! After extensive digging with the Fivetran engineering team and reviewing Apple’s API documentation, here’s a summary of the specific challenge and our use case:
Currently, it isn’t possible to link financial line items to their corresponding apps when the sale is an in-app purchase (IAP) or subscription.
According to both the Connector ERD and Apple documentation, the intended join key is the Apple Identifier (app_id in Fivetran). However, this join only works reliably for paid apps—not for IAPs or subscriptions.
The key field, product_type_identifier, indicates whether a line item relates to an app purchase, IAP, or subscription (Apple reference). For product_type_identifier values corresponding to IAPs or subscriptions, the join to the app table yields no results.
Why this matters
Without a way to join financial data to app-level metadata, we can’t accurately report revenue, performance, or retention at the app level. We’ve had to rely on a manual SKU mapping table to infer relationships between IAPs/subscriptions and their parent apps — which is unscalable and error-prone, especially for publishers with multiple apps and complex IAP catalogs.
What would solve this
If the connector surfaced:
-
an In-App Purchases Catalog table, and
-
a Subscription Catalog table (if distinct),
we could join:
financial_report → in_app_purchase_catalog → app
and produce complete app-level reporting (e.g. Apple’s In-App Purchases Catalog Report).
This would enable comprehensive financial and performance reporting across all product types, not just paid apps.
-
-
Hi Dylan, I'll have our team look into seeing if this report can be supported.
Frank
Please sign in to leave a comment.
Comments
3 comments