信用卡直接支付给ACH存款

 

目前，我们正在使用条纹来申请我们的应用程序的许可和服务费用，但是我们希望将接受信用卡的能力扩展到我们的用户。 我们的每个用户都有通过我们的应用访问其发票的客户。

该流程基本上要求我们的用户提供支票帐户和路由信息，以便当他们为其客户进行支付处理时，在我们的应用程序收取小便利费后，这些支付将直接存入他们的帐户。

我查看了多个服务提供商并浏览了他们的API文档，但我还没有找到能够处理这个问题的单个（甚至是两个）供应商的组合。 关键是我们不想持有这笔钱，我们只是想收取我们的费用，并通过减去与实际支付处理器相关的任何处理费用来交付剩余的费用。

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

我看到很多人都试图这样做，并且与技术人员进行了很多争论，你为什么不想这样做。 所以让我们来分析一下：

技术

这看起来像是一个不用聪明的方法来赚钱：你有顾客，你代他们代卡支付（为你自己保留一定比例），然后他们得到剩下的钱。 现在你需要做两件事之一：

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

    • 这似乎并不困难，也许你做到了。 然后，企业意识到系统中不存在不可否认性。 你如何审核系统认为它转移到你的客户的银行与实际存入银行的内容？ 您如何处理客户纠纷的退款费用？ 等等等等...

  • 意识到这需要您的团队努力构建，稳定和支持该系统，因此您需要寻找支付处理器来完成这些工作。 例如，Stripe有一些名为Managed Accounts的内容。 所以你认为，“太棒了，我们会让Stripe处理它！” 一切都很好，或者你认为.....

    • 商业

    商业方面意识到，通常会发生以下一种或多种情况：

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

  • 采取第三方路线，一切顺利。 突然之间，您的客户之一出现了信用卡欺诈的重大事件。 业务突然知道他们对客户的退单或阴暗商业行为负责，因为您的客户的银行账户没有足够的资金支付大额退款。 没有人问起预先承担的责任，因为他们不完全了解发卡机构确保他们在这场比赛中绝对没有风险。 （这就是为什么如果你问得好，他们会给你的狗发一张信用卡。）

    • 如果开发成本没有使企业保释，那么大的坏词“责任”通常会让他们奔向山丘。

    结论

    从技术角度来看，这是一个看起来像摇钱树的快速赢球。

    从商业的角度来看，并非如此。

    通常，企业所做的就是成为支付服务的转售商。 这通常需要提供自己的入职系统，以帮助签署客户并完成审核流程。 这也通常与帮助商家启用处理卡片相结合。 作为回报，经销商只收取一小部分处理费用，并且不对商家的退单承担责任; 相反，责任完全在商人身上。

    玩这个吧！

    链接地址: http://www.djcxy.com/p/70751.html

    上一篇: Credit card payment directly to ACH deposit

    下一篇: Credit card processing on webpage vs using 3rd party gateway