Thanks to everyone who responded to my first post. This is very helpful information as we consider our membership feature in v16. I have a few follow up questions, not all of which are specific to Canada, necessarily, but since we're on the topic of taxes anyway, I thought I'd ask you.
If we had a brand new place in the system to set up taxes, would they need to be associated to a fiscal year or would you prefer (and be able to) not to have to recreate rows in a tax table each year? Would you collect tax money for different fiscal years in different GLs? Would you subdivide further for any reason (e.g. quarterly) and/or do you see any need for a date range not directly tied to a fiscal year?
If taxes needed to be separated by fiscal year, would we care about the date the membership was purchased for (i.e. date of the order or contribution) or the date the membership started (say, in the case a membership was renewed a few months early)? What about if a tax rate or the rule about what it applies to change? I have been assuming in both these cases, we would care about the order/contribution date, but wanted to double check.
We already have an amount on a membership level called Goods and Services Value. In the case that only part of the membership is taxable, would it always be the amount that the membership was sold for minus the Goods and Services Value, or would we need a new field to track the taxable portion of the membership? If you discount a membership that has a taxable portion and a non-taxable portion, does the discount come solely out of one or the other of the portions or is it equally distributed?
Thanks again,
Mark Rhodes
Business Analyst
Tessitura Network
Mark Rhodesdoes this apply to tickets as well, or only memberships?
Only memberships for v16, but I'm looking at creating a framework that we might apply to tickets in some future release.