One of our resident groups has decided to adjust price maps after already selling subscriptions. Most of their sales are subscriptions.
Obviously, already sold seats have the older price, but there are differences in the composite map also.
What they would like to do is update all of the prices, then put the difference in already sold seats into a new payment method to make it all balance.
Is this even possible?
Thanks for the responses! You guys are great.
We should have mentioned that the new packages will be priced higher than the originals. The difference between the two packages will then be lost revenue for the organization and not charged to the subscriber.
Kevin, ah right, no negative balance order saving. Yeah, then the alternative would be to indeed use an on account method. I guess I wanted to keep individual payment methods attached for reporting as opposed to "Credit Card Payments" and "all others", but it can't be avoided at this point.
Marty, I was wondering about order date as well, and if it was possible to pull new price types/maps into orders time-stamped before they were created. I'm with you. I think it will have to be new orders.
Ok, so I'm seeing a plan emerging. First, we should pull a list of subs and locations. We then return all subscriptions washing the money to the on-account payment method. Change the zone map to reflect the new structure/sections. Create new price maps with the new, increased prices. Then make new orders, repulling the subscriptions in their original locations, paying off the original order balance with the on account method while washing the difference to the "lost revenue" method.
We really do have our own language don't we? :)