我的 php 应用程序需要一个支付网关。我正在经营一家软件咨询公司,员工来自世界各地。我已经建立了一个应用程序来管理发票并向他们付款。我需要将其与支付网关集成。
我的组织在美国。
我检查了一些支付网关,但他们需要每个员工的卖家账户。这是不可能的。
我的直接要求是现金必须从我的卡/银行账户转移到我员工的银行账户。我想通过网上银行、信用卡/借记卡、电汇等方式付款。请帮忙!!
谢谢
我的 php 应用程序需要一个支付网关。我正在经营一家软件咨询公司,员工来自世界各地。我已经建立了一个应用程序来管理发票并向他们付款。我需要将其与支付网关集成。
我的组织在美国。
我检查了一些支付网关,但他们需要每个员工的卖家账户。这是不可能的。
我的直接要求是现金必须从我的卡/银行账户转移到我员工的银行账户。我想通过网上银行、信用卡/借记卡、电汇等方式付款。请帮忙!!
谢谢
If your requirements are such that the employees need to invoice you first before they get paid, I don't know how you can get around the seller account requirement.
However, if all you're trying to do is simply pay your employees, and manage their invoices through a separate system, something like PayPal could work -- I think really any payment gateway could work if you could push your requirements to the point that you simply pay your employees (one process) and handle client invoices through a second process.
Last time I checked, Paypal lets you transfer to family and friends without their percentage charge, which you could possibly bend to meet your employee payment requirement, if you can offload the invoicing piece to a separate system.
首先,您没有告诉我们有关您的要求的足够信息:您需要实物支持吗?如果是这样 - 谁在履行?在包裹寄出之前,您不能从信用卡中收取费用,这使得事情比大多数人意识到的要复杂得多。
其次,您所指的是所谓的转售模式。这种模式是有问题的,因为美国所有主要的信用卡公司最近都提出了一个新要求:年处理量超过 10 万的商户应该开设自己的商户账户!(这是处理器要求的 PCI 合规性的一部分)。
如果您只需要支付员工工资,并且能够在全球范围内这样做,那么有一家很酷的公司就是这样做的,叫做Tiplati。
披露:我为名为Bluesnap
的主要支付处理解决方案之一工作