Подписки с PayPal IPN
Люди выше уже в значительной степени объяснили проблему, но одна вещь, которая могла бы ясно дать понять вещи, состоит в том, что, хотя люди используют <br/> и такой все время в документах HTML, любой / в таком положении, в основном игнорируется, и только используется при попытке сделать что-то и parseable как XML и HTML. Попробуйте <p/>foo</p>, например, и Вы получаете обычный абзац.
3 ответа
subscr_eot отправляется, когда истек последний оплаченный интервал пользователя. subscr_cancel отправляется, как только пользователь отменяет подписку - например:
Пользователь регистрируется в день 1 для подписки, которая оплачивается один раз в месяц.
subscr_signup отправляется немедленно, subscr_payment отправляется, как только проходит платеж (обычно также сразу).
В день 13 пользователь отменяет. subscr_cancel отправляется немедленно, хотя пользователь технически оплатил до 30-го дня. Отмена на этом этапе зависит от вас.
На 30-й день отправляется subscr_eot - пользователь был отменен, и это день, до которого был произведен его последний платеж.
Не так много изменений с пробными подписками - если пользователь отменяет подписку до того, как пробная подписка истекает, subscr_cancel отправляется немедленно, а ] subscr_eot отправляется в конце пробной версии.
Кроме того, одна интересная деталь заключается в том, как subscr_eot работает с subscr_failed .
Похоже, что subscr_eot идет после ОКОНЧАТЕЛЬНОЕ subscr_failed . Итак, если в вашем аккаунте вы настроили автоматическую повторную попытку неудачных платежей 3 раза, это должно выглядеть так:
first failed payment => subscr_failed второй неудачный платеж => subscr_failed третий неудавшийся платеж => subscr_failed и subscr_eot
, поэтому в основном в вашем коде вы можете установить subscr_failed для отправки электронного письма вроде
привет пользователь, пожалуйста, найдите время, чтобы проверить ваша платежная информация, вам может потребоваться обновить срок действия кредитной карты дата и т. д. У вас еще есть доступ, мы попробуем еще раз через несколько дней.
И настройте subscr_eot , чтобы фактически отключить их подписку и вызвать электронное письмо типа
К сожалению, мы все еще не получили платеж и удалили свой профиль. Вы по-прежнему может повторно активировать его, войдя в систему и обновив свою платежную информацию
По сути, это "хороший" способ сделать это, чтобы у клиентов был льготный период, и их учетная запись не отключилась неожиданно только из-за просроченной кредитной карты или что-то в этом роде.
Это зависит от учетной записи, новая она или нет, будет ли отправлено subscr_eot , что мне не под силу?
Я не нашел подходящий способ управлять подписками пока. Расчет дат на сервере может очень быстро пойти не так, если будет задержка платежа.