payment - 是否可以使用基于推送的同步/异步付款方式“延迟”付款？

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

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

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

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

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

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

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

标签： payment

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

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