Most of our subscribers do automatic recurring payments (thru authorize_aim). But there is the occasion where we need to put a manual payment into the mix. For example, they may have a recurring monthly/quarterly sub but want to take advantage of a promo we run for signing up for a year (and even though the recurring monthly/quarterly may be done thru authorize_aim, quite often they actually send a check for the yearly promo payment. If we have to throw a manual payment in, we set its begin date to be the end date of the current authorize_aim term, and the end date to be however far out the manual payment is for. We did so with the expectation that the recurring logic would see the manual payment and would hold off on doing a recurring billing until after the manual term was done. What's happening in practice though is -- even though the products for the monthly/quarterly/promo-yearly all have the same Renewal Group setting -- aMember seems to not wait on the manual payment term to expire, but instead turns right around and rebills as soon as the current authorize_aim term ends. Often this causes the manual and the authorize_aim payments to run in parallel, resulting in us having to refund the unwanted rebill and do some hand-editing of the authorize_aim payment record's expiry date to achieve our desired result. Is this simply that aMember's recurring logic won't look at the manual payments in this situation, or is there something that I could set to make sure that the recurring billing "holds off" until the manual payment term is finished before it resumes its automatic billing cycles? -Jason
Set paysystem for that "manual" payment to "authorize_aim" as well. Payment ignored because rebill process select all "authorize_aim" payments and just don't see payment with different payment system.