I'm curious as to how other people who use this data field take into account odd purchase scenarios like bundles. Or if they factor in DLC costs, subscription costs, in-game purchases, etc...

For some situation it seems like you could go with a fairly straight-forward approach.

• Bundles: Dividing the cost of the total bundle and applying that number to each game. ie: A 5 game bundle at $10 = $2 for each game.
• DLC: Simply add the cost of the DLC to the price of the base game entry (unless of course the DLC is tracked separately)
• Subscriptions: These seem like a total pain, would need to update monthly (or whenever your sub renews.) I think personally, I wouldn't even bother. Especially for a long-running sub, that number would get depressing, haha.
• In-Game spending: Stuff like buying cash in GTA V or other pay-to-win items. Again, suffers from the same problem as sub costs, but would be even more erratic to track.

Any other weird pricing/cost structures out there that people have run into? How have you dealt with them in terms of monitoring your collection, if at all? I'm intrigued by the economic aspects of game collecting.

Also, being able to get a summary of the amount you've paid for games in your reports somewhere might be pretty nice, moho_00!

I've only ever bought bundles and DLC and in order to add the proper info I've always done what you just said above

Personally I use GaugePowered ( http://www.gaugepowered.com/ ) for amount paid and related stats. The downside is it's Steam only games, but it brings in pricing data from there, so once you get your paid prices inputted, it gives some pretty convenient stats.

But yeah I do exactly what you said for bundles and DLC. Personally I refuse to play anything requiring a subscription, and I definitely don't buy digital in-game micro-transaction-crap. So I don't know how one would handle that. I know most long-time WoW players would not want to see that subscription total lol.