Переменная тарификация возвращения суммы [закрывается]

У меня есть небольшое предпочтение, чтобы управлять повторением на моем конце и позволить шлюзу торговца быть настолько тупым, насколько это возможно. Это означает немного больше бухучета с моей стороны, но как только дополнительное отслеживание встроено, вы знаете каждую транзакцию и можете представить ее своему клиенту в вашей системе, а платежный шлюз просто берет сумму открытых транзакций и выполняет одну зарядить и закрыть транзакции. Выполнение этого на вашей стороне также означает, что у вас нет повторяющегося заряда, постоянно идущего к его повторяющейся дате, который вы должны отчаянно исправить, если что-то идет не так между вашим приложением и шлюзом, и новый заряд не устанавливается.

В конце концов, это должно быть примерно столько же работы, сколько выяснение того, как удалить или изменить существующий периодический заряд,

Все торговые сервисные поставщики, с которыми я работал (довольно многие из них BTW) предлагают тарификацию возвращения. Относительно изменения суммы каждый месяц, Вам решать для уведомления торгового сервиса. Можно сделать это путем звонка сервису каждый раз, когда новый пользователь добавляется/удаляется.

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

нижняя строка, то, что без коммуникации, нет никакого пути к платежному шлюзу, чтобы знать сколько или мало заряжать Ваши клиенты.

BrainTree может быть хорошим решением, если вы вручную запускаете пересчет счета каждый месяц. Они дадут вам «жетон», который представляет собой первоначально предоставленный номер кредитной карты.

Вы можете сохранить этот номер, который бесполезен для потенциального вора.

можно установить глобальный тайм-аут для всех операций сокета (включая HTTP-запросы) с помощью:

socket.setdefaulttimeout ()

, например:

import urllib2
import socket
socket.setdefaulttimeout(30)
f = urllib2.urlopen('http://www.python.org/')

в этом случае ваш запрос urlib2 будет тайм-аут через 30 секунд и вызовет исключение сокета. (это было добавлено в Python 2.3)

Если запущена служба общего доступа к портам Net.Tcp , можно разрешить нескольким приложениям WCF прослушивать один и тот же порт TCP и предоставлять общий доступ к нему.

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

В противном случае ни один платежный шлюз не предоставляет услуги, которые позволяют автоматизировать гибкие платежи, поскольку он не имеет пути узнать, какие платежи будут осуществляться раньше времени.

Существует относительно новый вход на рынок под названием recurly.com, который находится на вершине платежных шлюзов, таких как Authorize. Они специализируются на регулярном выставлении счетов. Я не внимательно изучил эту услугу, но я слышал, как один из основателей говорил о повторяющихся выставлениях счетов в подкасте, и он привел ряд крайних случаев, которые возникают при работе с повторяющимся выставлением счетов (например, возврат средств, просроченный платеж). платежи и т. д.), с которыми трудно справиться. Я считаю, что по возможности оставляйте такие вопросы на усмотрение экспертов. К сожалению, в настоящее время у меня нет достаточной информации, чтобы сказать, заслуживает ли повторение статуса эксперта. Есть ли у кого-нибудь опыт работы с этой службой?