【问题标题】:Is it possible to "delay" payments with push-based synchronous/asynchronous method of payments?是否可以使用基于推送的同步/异步付款方式“延迟”付款?
【发布时间】:2019-01-03 22:12:32
【问题描述】:

我正在寻找一种在成功接受请求后向客户收费的方法。

进一步解释。我正在开发一个私人卖家可以将他的产品出售给私人客户的市场。但是客户只能“请求”产品,并且只有当卖方接受他的条件时,才能进行交易。

现在是我的问题。用户是否有可能为请求付费但仅在请求被接受时才收费?

如果请求失败,则从未完成收费或获得全额退款(但不会损失交易费用)。

我已经看到一些使用信用卡来处理这种情况的网站。 如果您将信用卡视为一种支付方式,它们通常是一种基于拉取、可重复使用和同步的支付方式。这意味着,在获取客户的卡详细信息后,您可以从客户的卡中扣除任意金额,而无需他们采取任何额外操作,并且可以立即确认付款成功或失败。

这就是为什么您可以在特定时间段后向某人收费的原因。

但在德国,我们不经常使用信用卡。只有像 Sepa/Sofort/iDeal 这样的基于推送的交易。是否可以使用这些方法“延迟”付款?

【问题讨论】:

    标签: payment


    【解决方案1】:

    这应该是可能的。我不确定您正在使用/想要使用什么支付处理器,或者在德国有什么可用的,但我认为这对他们中的许多人来说都是可能的。可能需要搜索的一些有用的东西可能类似于您想要的东西,例如保存付款方式以备后用、管理订阅和标记信用卡。

    例如,

    Stripe 允许您将信用卡保存在客户记录下以备日后使用,然后再向客户收费。 https://stripe.com/docs/saving-cards

    Braintree 具有定期计费 https://developers.braintreepayments.com/guides/recurring-billing/overview 和用于存储付款方式的保险库 https://articles.braintreepayments.com/control-panel/vault/overview

    【讨论】:

    • 好吧,“储蓄卡”的链接只适用于基于拉的方法。如果您使用 iDeal/Sofort,我认为这是不可能的,因为在您需要提供银行数据的那一刻,它是一次性付款。不过还是谢谢你,这对我有点帮助。
    • 嗯,我不熟悉这些提供商。您是否使用基于推送来指代立即发生的交易?我不熟悉那个术语。似乎某些提供商应该能够保存银行帐户详细信息以备后用或进行定期付款,但不知道您所在国家/地区的可用情况。我们保存银行付款方式并进行定期付款,但我不熟悉我们如何在后端处理这些付款方式。这是一些企业解决方案。
    猜你喜欢
    • 2013-10-15
    • 2016-04-01
    • 2011-03-22
    • 2011-09-01
    • 2014-07-30
    • 2014-12-15
    • 2013-07-01
    • 2015-04-30
    • 2015-05-03
    相关资源
    最近更新 更多