我们目前正在使用 Stripe 来支付我们应用的许可和服务费，但我们希望将接受信用卡的能力扩展到我们的用户。我们的每个用户都有客户通过我们的应用访问他们的发票。
该流程基本上需要我们的用户提供支票账户和路由信息，以便当他们为其客户启用付款处理时，在我们的应用收取少量便利费后，这些付款将直接存入他们的账户。
我查看了多个服务提供商并搜索了他们的 API 文档，但我还没有找到可以处理此问题的单个（甚至是两个的组合）提供商。关键是我们不想持有这笔钱，我们只是想收取我们的费用并将剩余部分减去与实际支付处理器相关的任何处理费。
有什么想法吗？提前致谢！
【问题讨论】：
标签： payment-gateway credit-card
我见过很多人尝试这样做，并且与技术人员就你为什么不想这样做发生了很多争论。所以让我们分解一下：
技术
这似乎是一种不费吹灰之力的赚钱方式：你有客户，你代表他们接受信用卡付款（为自己保留一个百分比），然后他们得到剩下的钱。现在你需要做两件事之一：
这似乎并不难，也许你做到了。然后企业意识到系统中没有内置不可否认性。您如何根据实际存入银行的金额来审核系统认为已转入客户银行的金额？您如何处理客户争议的退款费用？等等等等……
商业
业务方意识到以下一项或多项通常为时已晚：
内部开发成本非常高。如果对开发进行了投资，他们必须决定是否要放弃使用该系统或完全致力于开发所有必要的功能以支持会计和不可否认性功能。 （通常他们会保释...）
走第三方路线，一时还算顺利。突然之间，您的一位客户发生了一起重大的信用卡欺诈事件。企业突然了解到，他们应对客户的拒付或不正当的商业行为负责，因为您客户的银行账户没有足够的资金来支付大笔拒付。没有人提前询问责任，因为他们不完全了解发卡机构已确保他们在这场游戏中绝对零风险。 （这就是为什么如果你问得好，他们会给你的狗发一张信用卡。）
如果开发成本没有让企业保释，那么大的坏词责任通常会让他们跑到山上。
结论
从技术角度来看，这是一个看起来像摇钱树的速赢方案。
从商业角度来看，不是那么多。
通常，企业所做的是成为支付服务的经销商。这通常需要提供他们自己的入职系统来帮助客户注册并通过审核过程。这通常还与使商家能够处理卡的帮助相结合。作为回报，经销商将获得一小部分的手续费，并且对商家的退款不承担任何责任；相反，责任完全由商家承担。
玩得开心！
【讨论】：