我们目前正在为我们的应用程序的许可和服务费使用条带，但我们希望扩展接受信用卡的能力给我们的用户。我们的每个用户都有通过我们的应用程序访问其发票的客户。
流程基本上需要我们的用户提供支票帐户和路由信息，这样当他们为客户启用付款处理时，这些付款会在我们的应用收取一小笔便利费后直接存入他们的帐户。
我查看了多个服务提供商并搜索了他们的API文档，但我还没有找到能够处理这个问题的单个（甚至两个）组合提供商。关键是我们不想持有这笔钱，我们只是想收取我们的费用并将剩下的费用减去与实际支付处理器相关的任何处理费用。
有什么想法吗？提前谢谢！
答案 0 :(得分：0)
我见过很多人都试图这样做，并且与技术人员讨论过为什么你不想这样做。所以让我们打破这个：
<强>技术
这似乎是赚钱的简单方法：你有客户，你代表他们支付信用卡（保留一定比例的自己），然后他们得到余下的钱。现在你需要做两件事之一：
这似乎并不难，也许你会让它成真。然后，企业意识到系统中没有内置不可否认性。您如何审核系统认为它转移到您客户银行的内容与实际存入银行的内容有何关系？您如何处理客户纠纷的退款？依此类推......
商家
业务方面意识到以下一个或多个常常太晚了：
内部开发非常昂贵。如果有开发投资，他们必须决定是否要放弃使用系统或完全承诺开发所有必要的功能以支持会计和不可否认功能。 （通常他们保释......）
采取第三方路线，一切顺利。突然间，您的一位客户发生了一起重大的信用卡欺诈事件。该公司突然得知他们对客户的退款或商业行为负有责任，因为您客户的银行账户没有足够的资金来支付大笔退款。没有人提前询问责任，因为他们并不完全明白发卡机构确保他们在这场比赛中绝对没有风险。 （这就是为什么如果你问得好的话，他们会给你的狗发一张信用卡。）
如果开发成本没有使业务保释，那么重要的责任通常会让他们在山上奔跑。
<强>结论
从技术角度来看，这是一个快速赢利，似乎是摇钱树。
从商业角度来看，并非如此。
通常，企业所做的就是成为付款服务的转售商。这通常需要提供他们自己的入职系统，以帮助签署客户并完成审查过程。这通常还与帮助商家启用处理卡片相结合。作为回报，经销商获得一小部分处理费用，并且对商家的退款不承担任何责任;相反，责任完全在商人身上。
玩这个玩得开心！