接受计费服务iOS应用程序的信用卡付款

Question

在这里我有一个重要的问题要问。首先，我不知道在哪里确切地发布这个问题。真对不起。

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

他的客户将他们的水电费账单和各自的账单付款提交给他，从那里开始，他负责代表他们提交这些账单。他从顾客那里收取服务费。

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

我脑海中的问题是，苹果允许这样做吗？拥有这样一款应用程序？

我怀疑这不能在个人层面上做到，因为他卖的不是有形的产品，而是一个承诺。我的怀疑正确吗？

但是，如果提供这种服务的实体是合法的，并且在应用程序中有所有的最终用户协议和适当的许可证可供用户接受，那么继续开发应用程序是可以的吗？

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

应用程序的临时分发会起作用吗？

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

Answer 1

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

例如：

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

前两个实现的支付网关&剩下的第二个处于开发/测试阶段。

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

如果您使用AdHoc分发将应用程序分发到区域/社区，则可以，但AdHoc分发仅在一年和100个设备上有效。应用程序将仅适用于有效的临时配置文件(1年)。

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

希望这能有所帮助。

Answer 2

苹果唯一不应该允许的事情是，如果应用程序销售虚拟商品，而你不使用应用程序内购买。

如果你使用其他的服务，一切(合法的)都是可以的。