信用卡付款直接存入ACH存款

Question

我们目前正在使用Stripe支付应用的许可和服务费，但是我们希望向用户扩展接受信用卡的功能。 我们每个用户都有通过我们的应用程序访问其发票的客户。

该流程基本上需要我们的用户提供支票帐户和路由信息，以便当他们为客户启用付款处理时，这些付款会在我们的应用收取少量便利费后直接存入他们的帐户。

我查看了多个服务提供商，并仔细研究了他们的API文档，但是我还没有找到可以处理此问题的单个（甚至是两个的组合）提供商。 关键是我们不想保留这笔钱，我们只想收取我们的费用，然后将剩余的费用减去与实际付款处理方相关的任何处理费用就可以通过。

有任何想法吗？ 提前致谢！

Answer 1

我见过很多人尝试这样做，并且与技术人员就为什么不愿意这样做有很多争论。 因此，让我们分解一下：

技术

似乎很容易赚钱：您有客户，您代表他们进行卡付款（为自己保留一定比例），然后他们得到其余的钱。 现在，您需要执行以下两项操作之一：

1. 从客户那里收集所有银行转账信息，并编写后端流程以在扣除费用和公司百分比后转账。

这似乎并不困难，也许您做到了。 然后，企业意识到系统中没有内置不可否认性。 您如何根据系统实际存入银行的金额来审核系统认为已转移至客户银行的内容？ 您如何处理客户纠纷的退款费用？ 等等等等...

2. 意识到您的团队需要花费一些精力来构建，稳定和支持您需要付款处理器为您完成全部工作的系统。 例如，Stripe具有称为托管帐户的名称。 所以您认为：“太好了，我们将让Stripe处理它！” 一切都很棒，或者您以为.....

商业

业务端通常常常意识到以下一项或多项：

1. 内部开发非常昂贵。 如果在开发方面进行了投资，则他们必须决定是否要放弃使用该系统或完全致力于开发所有必要的功能以支持会计和不可否认功能。 （通常他们保释...）

2. 采取第三方路线，一切进展顺利。 突然，您的一位客户发生了信用卡欺诈的重大事件。 企业突然得知，他们应对客户的退款或不正当的商业行为负责，因为您客户的银行帐户没有足够的资金来支付大量的退款。 没有人事先询问过责任，因为他们不完全了解发卡行已确保自己在这场游戏中的风险绝对为零。 （这就是为什么如果您要求很好的话，他们会向您的狗发行信用卡。）

如果开发成本没有使企业破产，那么大的坏词“责任”通常会使他们无所适从。

结论

从技术角度来看，这是一个双赢的局面，看起来像是摇钱树。

从业务角度来看，没有那么多。

通常业务是成为支付服务的经销商。 这通常需要提供自己的入门系统，以帮助注册客户并完成审核过程。 通常，这还与帮助商人启用卡处理功能相结合。 作为回报，转销商只收取少量的手续费，并且对商家的退款不承担任何责任； 相反，责任完全由商人承担。

玩得开心！