允许收取佣金的电子商务支付网关
Ecommerce Payment Gateway that allows commission to be taken
我目前正在编写 PHP 应用程序。不幸的是，由于预算原因，我们无法符合 PCI 标准。
该应用程序基本上只是一个市场，我们从用户那里拿钱，收取少量佣金，当操作完成并确认后，我们将钱交给完成此操作的用户。
我尝试过使用 Braintree、WePay、Stripe 等，但似乎没有什么适合我想做的。工作流程理论上很简单，但实施起来似乎并不容易。
使用 Braintree 这似乎是可能的，但主要障碍是商业模式不匹配，所以我们无法获得实时许可证。使用 WePay，我们需要符合 PCI 标准，这对我们来说是不可行的。
如果可能的话，我只是在寻找一些指导。
注意：我们编程的语言是PHP，所以支付网关的API必须兼容PHP.
WePay 不要求您符合 PCI 标准。如果您使用他们的 embedded checkout，您将承担 none 的 PCI 合规性，但您牺牲了对任何卡详细信息的访问权限，但这只有在您想提供经常性交易时才会出现问题。对于大多数情况，他们的 iframe 应该可以正常工作。
WePay 的 tokenization solution 也不需要很多 PCI 合规性。我相信他们会要求他们的合作伙伴完成 SAQ-A-EP。这是一个简单的自我评估问卷，你每年只需要做一次。
我目前正在编写 PHP 应用程序。不幸的是，由于预算原因，我们无法符合 PCI 标准。
该应用程序基本上只是一个市场，我们从用户那里拿钱，收取少量佣金，当操作完成并确认后，我们将钱交给完成此操作的用户。
我尝试过使用 Braintree、WePay、Stripe 等，但似乎没有什么适合我想做的。工作流程理论上很简单，但实施起来似乎并不容易。
使用 Braintree 这似乎是可能的，但主要障碍是商业模式不匹配，所以我们无法获得实时许可证。使用 WePay，我们需要符合 PCI 标准，这对我们来说是不可行的。
如果可能的话，我只是在寻找一些指导。
注意：我们编程的语言是PHP，所以支付网关的API必须兼容PHP.
WePay 不要求您符合 PCI 标准。如果您使用他们的 embedded checkout，您将承担 none 的 PCI 合规性，但您牺牲了对任何卡详细信息的访问权限，但这只有在您想提供经常性交易时才会出现问题。对于大多数情况，他们的 iframe 应该可以正常工作。
WePay 的 tokenization solution 也不需要很多 PCI 合规性。我相信他们会要求他们的合作伙伴完成 SAQ-A-EP。这是一个简单的自我评估问卷，你每年只需要做一次。