ApplicationStatsExtractor.purchase_stats_summary aggregates subscription's purchase_price, so the "Purchases" column in the application overview list shows an incorrectly high value.
Same goes for ApplicationStatsExtractor.subscriptions_by_distroseries, which causes the application detailed stats page to show (consistently with the application overview list) the same incorrect high value.
Until we run a batch script to pull in tax information from pay, these values should remain on $0. Longer term, the pay api should provide tax information so that we can generate them automatically.
Steps for QA:
- Create an application
- Create a couple of subscriptions via the admin interface for an application and manually set their earnings field
- Check the list of applications and the stats page for the application itself. In both cases the reported value should be the total sum of the "earnings" field.
- Check the accumulated revenue graph in the stats page. It too should be showing the correct accumulated earnings.
Reminder to check the math on production we don't want users thinking canonical is taking 70%