我在这里要问一个重要的问题。首先，我不知道在哪里发布这个问题。对不起。
这是关于制作iPhone应用程序。我是来自罗马尼亚康斯坦察的客户。他为客户提供计费服务。场景是这样的：
他的客户向他提交水电费和相应的账单付款，并从那里开始代表他们提交。他向客户收取服务费。
他想为此制作一款iOS应用。人们会通过应用程序扫描他们的账单，并使用他们的信用卡（如iOS或PayPal的条纹）向账单支付账单，然后提交账单。
我想到的问题是，Apple是否允许这样做？有这样的应用程序？
我怀疑这不能在个人层面上完成，因为他不是出售有形产品以换取金钱而是承诺。我怀疑是否正确？
但是，如果提供此类服务的实体已正确合法化并且在应用程序中提供了所有最终用户协议和适当的许可证供用户接受，那么继续制作应用程序是否正常？
我想知道这种情况的可能性，因为这是一个有限范围的应用程序，目标受众属于特定区域或社区。
应用程序的临时分发是否有效？
如果有人可以给我一个很好的分析这个要求和可能性的话会很棒。谢谢！
答案 0 :(得分：5)
我建议使用第三方支付网关构建应用
例如。
1) ekashu credit call.
2) Dibs.
3) Payment Express.
4) SIX Payment gateway.
您可以在我开发的app中查看以上支付网关。
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
实施前两个支付网关＆amp;其余两个正处于开发/测试阶段。
如果您要为有限区域/社区构建和安装应用程序，则需要手动将应用程序发送给该用户以便从您的端部手动安装或安装应用程序，或者构建单独的Web应用程序以供下载.ipa进行安装。
如果您使用AdHoc分发将应用分发到该区域/社区，您可以，但AdHoc分发有效期为一年，仅限100个设备。应用程序仅适用于有效的临时配置文件（1年）。
应用程序的第一个屏幕将有一个输入代码，代码将在服务器端验证，如果输入有效代码，应用程序将打开以使用其他阻止/停止处理。您将生成唯一代码并将代码分发给属于区域或社区的每个用户。应用程序商店上的应用程序上传，而不是手动分发，因为如果您更新应用程序，则需要通知每个用户安装由应用商店管理的应用更新，并且您不需要使用AdHoc分发手动分发应用。
希望这会有所帮助。
答案 1 :(得分：1)
Apple唯一不应该允许的是，如果应用程序确实销售虚拟商品，而您不使用应用程序内购买。
如果您使用其他服务，其他（合法的）其他都可以。