Authorize.net ARB Вопросы

Question

Я работаю над приложением, которое предоставляет 30-дневную пробную версию, а затем возможность иметь ежемесячную или годовую подписку (по двум разным ценам).

Я использовал большую часть информации, предоставленнойДжон Конде на своем сайте (спасибо Джону), но хочу убедиться, что у меня есть правильное представление о том, как все это работает - я впервые делаю что-нибудь с Authorize.net или подписками ...

Так что еслиУ меня 30-дневная пробная версия, и кто-то решает, что он хочет заплатить сегодня, и ему не нужно выставлять счет в течение 60 дней.Я установил дату начала раньше, чем на 60 дней, но должен ли я увидеть какой-либо платеж в Authorize.net, показывающий, что он находится в состоянии ожидания?

Далее, является ли часть службы ARB, которая "отслеживает" обновление, илиЯ должен был сделать что-нибудь, чтобы вызвать проверку на регулярной основе.Я почти уверен, что это и есть ARB, и мне не нужно проверять cron каждый день, но я бы скорее задал глупый вопрос сейчас, а не кучу пропущенных обвинений позже.

Наконец,какую информацию вы бы порекомендовали мне хранить в моей локальной БД и что я должен позволить перехватить сервис ARB.В настоящее время я храню информацию о том, что представляет собой элемент подписки, кто является лицом, осуществляющим платеж (по идентификатору), имя на карте, последние четыре цифры карты, если они хотят указать, что было использовано, срок действиядата карты, поэтому я могу искать ожидающие истечения срока действия (если это не является частью ARB) и дату начала, окончания подписки.

Любая дополнительная информация приветствуется.

Answer 1

Так что, если у меня 30-дневная пробная версия, и кто-то решает, что хочет заплатить сегодня они не должны оплачиваться 60 дней Я установил дату начала 60 дней, но я должен увидеть какой-либо заряд в Authorize.net показывает, что это в ожидании?

Используйте API AIM для начисления первоначального платежа, а затем установите начальную дату в ARB равной 60 дням (когда их первый платеж). Вы не получите никакого уведомления о том, что подписка «ожидает рассмотрения», но если ARB API вернет вам идентификатор подписки, можно с уверенностью предположить, что первый платеж будет предпринят через 60 дней.

Далее, является частью службы ARB, которая это "часы" для обновления, или я должен сделать что-то, чтобы вызвать проверка на регулярной основе. я Я уверен, что это то, что ARB, и я не нужно cron проверять каждый день, но Я бы лучше задал тупой вопрос сейчас а не куча пропавших без вести заряжается позже.

Тебе не нужно ничего делать. «A» в ARB означает «Автоматизировано», и оно полностью автоматизировано. После того, как платеж запланирован, он будет выполняться автоматически до тех пор, пока не закончится подписка, вы не отмените подписку или срок ее действия не истечет, и вы не обновите ее до даты следующего запланированного счета.

Наконец, какую информацию вы бы рекомендую хранить в своей локальной БД и что я должен дать сервис ARB захватить. В настоящее время я храню то, что пункт подписки есть кто человек, который делает платеж id), имя на карточке, последний четыре цифры карты на случай, если они хочу сослаться на то, что было использовано, срок годности карты, так что я могу искать ожидающие истечения срока действия (если это тоже часть АРБ) и дата начала, окончания подписки.

Отправьте столько информации в ARB API, сколько сможете. Это значительно облегчает исследование транзакций в панели управления Authnet, поскольку вы можете сравнить то, что вы захватили, с тем, что они показывают в своей истории транзакций.

Звучит так, будто вы храните информацию, которая будет вам полезна. Я бы зашифровал все, что связано с кредитной картой, чтобы сделать его менее полезным, если ваша БД взломана. Вы храните достаточно информации, чтобы хакер мог использовать ее, чтобы убедить своих клиентов в том, что у них есть номер их кредитной карты, и тогда все становится действительно безобразным.

Answer 2

Ну, в общем, вам следует избегать хранения информации CC (по соображениям безопасности), поэтому лучше хранить все в ARB.

Вы должны планировать платежи сразу после регистрации пользователя и установить startDate в SOAP-вызове на 60 дней спустя. Сохраните ключ транзакции или как бы он ни звонил, чтобы вы могли отменить подписку в ARB в любое время. Если вы сделаете это таким образом, вы можете вообще избежать обработки платежей, и вам просто нужно обрабатывать подписку и отписку.