ios - 接受信用卡付款以获取计费服务 iOS 应用程序

Question

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

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

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

他想为此制作一个 iOS 应用程序。人们会通过应用程序扫描他们的账单，并使用他们的信用卡(如 iOS 的 stripe 或 PayPal)将账单连同账单一起提交给他，然后他提交他们的账单。

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

我怀疑这不能在个人层面上完成，因为他销售的不是有形产品以换取金钱，而是一种 promise 。我的怀疑是否正确？

但是，如果提供此类服务的实体已合法化并在应用中提供了所有最终用户协议(protocol)和适当的许可供用户接受，那么继续制作该应用是否可以？

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

应用程序的临时分发是否可行？

如果有人能给我很好地分析这个需求和可能性，那就太好了。谢谢!

Answer 1

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

例如。

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 年)。

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

希望这会有所帮助。