About: Peter Hall

Thanks Jason. I was finally able to apply the patch tonight. I will have someone test this tomorrow or when the next person upgrades I will check Authnet and update here with the results.

Hello,

Regarding #2 above:

I have figured out how to “print” the days left in the EOT into the shortcode. For anyone that runs into this in the future, this is what was used and seems to work:

[s2Member-Pro-AuthNet-Form modify="1" level="1" ccaps="" desc="$24.95 USD / Monthly (recurring charge, for ongoing access)" cc="USD" custom="www.domain.com" ta="0" tp="<?php
       if ($days = get_user_option('s2member_auto_eot_time'))
    {
        $days = ceil(($days - time()) / 86400);

        if ($days > 1)
            echo $days ;
    }
?>" tt="D" ra="24.95" rp="1" rt="M" rr="1" rrt="" accept="visa,mastercard" coupon="" accept_coupons="0" default_country_code="US" captcha="0" /]

Regarding #1 above:

I am still left with the issue of days in the month. Authorize.net DOES allow true monthly billing where if I sign up on the 27th of October, I will be billed on the 27th of November, 27th of December, and even the 27th of February and March.

However, S2Member sends 30 days to Authorize.net instead of of true monthly billing. I have just tested this with 1 month recurring and in Authorize.net I see:

Subscription Interval
Payments occur every 30 days.
Subscription Duration
Start Date: 10/30/2012
End Date: No End Date (ongoing subscription)

Is there something wrong with the form or does S2 really send 30 days as the time for a month rather than “1 month”

We manually changed some memberships in Authorize.net directly and they look like this:

Subscription Interval
Payments occur on day 15 of every month.
Subscription Duration
Start Date: 10/15/2012
End Date: No End Date (ongoing subscription)

Please let me know if there is a way to fix this.

Thanks

• This reply was modified 4 years, 2 months ago by  Peter Hall.