我仍然试图理解这一点。到目前为止，我们已经在单个开发人员许可下为自己制作了内部应用程序，但现在我们的一些客户正在请求应用程序。
如果我错了，请纠正我，但有两种方法可以解决这个问题。
应用程序是在我们的开发帐户下为客户开发的，客户信任我们向他们发送销售趋势和他们的应用程序的任何收入。客户端无法访问iTunes Connect（因为我们所有其他应用程序都在那里）。
我们让客户使用Apple创建自己的开发者帐户，设置他们自己的银行，然后向我们发送团队领导登录详细信息，以便我们可以根据他们的详细信息生成应用程序。我想在这里可以接受一定程度的信任，因为我们可以看到客户银行详细信息以及可能的原始iTunes登录详细信息？我还想象我们应该为每个客户项目专门设置不同的工作站登录，以便任何钥匙串数据与其他帐户分开。
我做对了吗？
非常感谢您的帮助。
杰夫
答案 0 :(得分：2)
是的，听起来不错，但如果客户端可以为您提供配置文件，则不需要登录详细信息。你的选择1实际上不可行imho。
当然还有B2B Apple计划可能符合您的需求：
http://images.apple.com/business/docs/ASVPP_Business_Guide_US.pdf
“企业可以与第三方应用开发商和业务合作伙伴合作，通过该计划安全，私密地采购这些自定义B2B应用。”
答案 1 :(得分：2)
选项1将是最乏味的，因为这意味着您必须在电子表格中每周为他们制作利润表。与例如相比，Apple的销售报告页面令人惊讶地过于简单化。谷歌，所以我认为这会给你一些痛苦，并让你想知道为什么我们为什么这样做。
选项3怎么样，你在其中发送源代码并让他们的iOS人员（假设他们有一个）构建和分发二进制文件？
答案 2 :(得分：0)
最佳选择是拥有各自的苹果开发者帐户。
使用您的帐户制作 xarchive 并将其发送给客户，客户可以使用签名者（证书和配置文件）将xpa从xarchive中删除
供参考：
让客户了解应用的捆绑ID 和权利，以便他们可以在其成员中心帐户中创建匹配的配置文件。
并要求他们更改在entitlements.plist manualy中的应用程序identitifer中找到的团队ID