为计费服务 iOS 应用接受信用卡付款

Posted 2023-02-22

【中文标题】为计费服务 iOS 应用接受信用卡付款

【英文标题】：Accept credit card payments for billing services iOS app

【发布时间】：2015-09-18 03:42:53

【问题描述】：

我在这里有一个重要的问题要问。首先，我不知道在哪里准确发布这个问题。对此感到抱歉。

这是关于制作 iPhone 应用程序的。我有来自罗马尼亚康斯坦察的客户。他为客户提供计费服务。场景是这样的：

他的客户向他提交他们的水电费账单和相应的账单付款，然后他负责代表他们提交这些账单。他向客户收取服务费。

他想为此制作一个 ios 应用程序。人们将通过应用程序扫描他们的账单并使用他们的信用卡（如 iOS 或 PayPal 的条纹）将账单连同账单支付提交给他，然后他提交他们的账单。

我想到的问题是，Apple 允许这样做吗？有这样的应用吗？

我怀疑这不能在个人层面上完成，因为他出售的不是有形产品以换取金钱，而是承诺。我的怀疑正确吗？

但是，如果提供此类服务的实体经过适当的合法化，并且在应用程序中拥有所有最终用户协议和适当的许可供用户接受，那么继续制作应用程序是否可以？

我想知道这种情况的可能性，因为这是一个有限范围的应用程序，目标受众属于特定区域或社区。​​p>

应用程序的临时分发是否有效？

如果有人能给我一个很好的分析这个要求和可能性，那就太好了。谢谢！

【参考方案1】：

Apple 唯一不应该允许的情况是应用确实销售虚拟商品并且您不使用应用内购买。

如果您使用其他一些服务，其他一切（合法）都可以。

【参考方案2】：

我想建议使用第三方支付网关构建应用程序

例如。

1) ekashu credit call.
2) Dibs.
3) Payment Express.
4) SIX Payment gateway.

您可以在我开发的应用程序中看到上面的支付网关。

1) https://itunes.apple.com/se/app/waytopark/id803005911?l=en&mt=8

2) https://itunes.apple.com/us/app/waytopark/id886660669?ls=1&mt=8

前两个支付网关已实施，其余两个处于开发/测试阶段。

如果您想为有限的区域/社区构建和安装应用程序，那么您需要手动将应用程序发送给该用户以安装或从您的终端手动安装应用程序，或者构建单独的 Web 应用程序以下载 .ipa 进行安装。

如果您使用 AdHoc 分发将应用程序分发到该区域/社区，则可以，但 AdHoc 分发的有效期为一年，且仅适用于 100 台设备。应用仅适用于有效的临时配置文件（1 年）。

应用程序的第一个屏幕会有一个输入代码，代码将在服务器端验证，如果输入有效代码，应用程序将打开以使用 else 阻止/停止处理。唯一代码将在您身边生成并将代码分发给属于区域或社区的每个用户。在应用商店上传应用，而不是手动分发，因为如果您更新应用，您需要通知每个用户安装由应用商店管理的应用更新，您不需要使用 AdHoc 分发手动分发应用。

希望这会有所帮助。

【讨论】：

但这并不能完全回答我的问题，那就是关于合法化。一个人正在收取费用以换取提交账单的承诺。 Apple 可以就此类应用提出问题吗？

苹果不会提出任何问题，你可以以停车应用为例，遵循相同的场景。