App Store Binary Rejected - 与您的应用关联的卖家和公司名称不反映名称答案

【问题标题】：App Store Binary Rejected - The seller and company names associated with your app do not reflect the nameApp Store Binary Rejected - 与您的应用关联的卖家和公司名称不反映名称
【发布时间】：2017-09-20 16:00:19
【问题描述】：

我最近向 iTunes Connect 上传了一个新应用程序以进行审批。它的版本是 1.0。今天二进制被拒了，解决中心提到了以下内容。

与您的应用关联的卖家和公司名称不反映名称，根据 Apple 开发者计划许可协议第 1.2 节的要求，在应用程序或其元数据中“保护”。

接下来的步骤

您的应用必须以反映 Secured 品牌的卖家名称和公司名称发布。如果您代表客户开发了这些应用，请建议您的客户将您添加到他们的 Apple Developer 帐户的开发团队中。

一旦创建，您将无法在 iTunes Connect 中更改您的卖家名称或公司名称。如需更改公司名称或卖家名称方面的帮助，您需要通过“联系我们”页面联系 iTunes Connect。

我们已经使用正确的配置文件生成了应用程序。关于 Apple 何时提出此问题的任何想法？我们无法获得有关原因和解决方法的任何适当信息。这是否与应用程序名称与其他名为“Secured”的应用程序相似并且应用程序名称被保护有关？

【问题讨论】：

如果社区中遇到此类问题的人可以告诉我们，这将非常有帮助。
我今天遇到了同样的问题。你找到解决办法了吗？
我今天也遇到了同样的问题。有什么解决办法吗？请注意，对我来说，“如果您代表客户开发了这些应用程序，请建议您的客户将您添加到他们的 Apple Developer 帐户的开发团队中。”不是解决方案。
对我们来说，不得不提的是，我们已经拥有应用程序名称和徽标的注册商标。我们在调解中心回复了这些信息。 2天后，我们发现他们已经批准了申请。我们甚至不必重新提交任何新版本。我认为我们需要提供信息，说明我们使用的名称实际上归合法所有者所有，也就是提交申请的人。
我们遇到了同样的问题。我们在我们的帐户上为多个客户托管应用程序，这些客户都注册使用我们的服务，带有品牌的白标风格应用程序。如果我们遵循这一点，我们将需要设置和维护 50 多个单独的帐户。直到本月这才成为问题，多年来我们一直以这种方式每月提交应用程序和更新。

标签： ios app-store appstore-approval

【解决方案1】：

我有同样的问题，现在已经解决了，现在当你在苹果商店开发一个应用程序时，它将是以下两个选项之一：

您正在代表其他人或组织开发它，并且您的帐户是个人或组织，您必须向苹果提供客户的苹果帐户，因为该客户是应用程序的真正所有者。
第二种选择是您为自己开发此应用程序并且您是它的所有者，在这种情况下，如果您是个人，您必须告知苹果您作为个人拥有此应用程序（这是我的情况) 并且他们会为您解决问题，您可以通过在解决中心创建案例并再次重新提交您的应用程序来联系支持团队。我认为应该为组织帐户采取类似的步骤。

但要考虑的重要一点是，您是此应用的真正所有者，并且您没有使用其他品牌。

希望对你有帮助

【讨论】：

【解决方案2】：

我在 Apple 开发者论坛中找到了一条评论，它对我有用。

rajveer123 2017 年 3 月 14 日上午 10:46 （回应nikhileshrayapureddy）

嗨，我也许可以在这方面提供帮助。我刚刚获得了我的应用程序的批准并且有同样的原因。您需要确保，如果您的应用程序被调用 XYZ 和你是 123 的所有者，123 拥有该应用程序的所有版权它的内容。如果内容是第三方，请确保您在 cmets 框中对此进行评论。这很合理，因为我可能会上传一个名为 Windows for iOS 的应用程序，甚至不拥有版权这个品牌。另外，请确保您在版权框，谁拥有该品牌。不是应用名称，而是出版商，或者如果您为某人开发，这是他的公司/客户名称。我不认为这对苹果有那么复杂，你只需要直截了当。我希望这对某人有帮助！

链接：https://forums.developer.apple.com/thread/73820

从评论中，我做了如下：

在“准备提交”中，滚动到版权区域，复制您的团队名称并将其粘贴为此应用程序的版权。
- 重新提交申请。

在我的案例中，我的申请花了 2 天时间才获准在 Apple 商店销售。请耐心等待。

更新：现在，Apple 允许我们上传证书文件以显示他们对该应用程序的身份验证，然后我们可以使用我们的所有者应用程序名称。

【讨论】：

我想知道为什么他们不能更直接一点，比如“你的应用程序的版权说的是 XYZ 而不是 'Linh Nguyen'。”。
@Josejulio：“Linh Nguyen”只是 Apple Developer Account 的成员名称，而不是 Apple Developer Account 的名称。我的帖子和我的图片是帮助你清除评论。
我知道，我用它作为例子:)。
@ahmad: 你的账户是个人账户吗。
@biolinh 这是我们客户的公司帐户。

【解决方案3】：

我有同样的问题。在我将个人会员帐户更改为公司/组织会员并再次上传后，他们接受了它。如果您的产品是已注册的品牌，则它应该是反映您产品品牌名称的公司帐户

【讨论】：

【解决方案4】：

我们遇到了同样的问题。基本上是商标问题。我不是在争论它是对还是错。但解决方案：

您必须在客户的开发者帐户中列出。
或合法获取您客户的商标和品牌名称（可能仅限于 AppStore/PlayStore/数字营销的目的）

我知道第 2 点听起来有点不对劲。我同意是的。

举个例子：

开发者：FooBar Software
应用程序：No1 Pharma

在 AppStore 列表中，应用的卖家是开发者。因此，从用户的角度来看，如果您查看 AppStore 上的列表，就会说“FooBar Software”正在销售“No1 Pharma”应用程序。这听起来不对。

另一种情况：

哈利波特图书（根据 wiki）的出版权归 Bloomsbury Publishing（英国）和 Scholastic（美国）所有

开发者：Bloomsbury Publishing
应用程序：哈利波特

这听起来不错，尽管卖家名称和应用名称不匹配。该列表将显示“Bloomsbury Publishing”是应用程序“Harry Potter”的卖家。这听起来是对的。因此，Bloomsbury 可以将其拥有的所有商标/品牌作为不同的应用程序发布在其开发者帐户中。

也许 AppStore 可能会选择将开发者与卖家区分开来。因为开发商不是卖家。这就是现实。

假设 IBM 为“Bloomsbury”开发了“Harry Potter”应用程序，那么列表应为：

开发者：IBM
卖家：Bloomsbury
应用程序：哈利波特

希望这会有所帮助。

【讨论】：

【解决方案5】：

当您提交的应用在应用名称、图标、应用内部或元数据中具有某些知名品牌时，您通常会遇到这种拒绝。例如，如果您的公司是“Milkshakes Ltd.”。并且您在您的应用“Milkshakes - Nike Edition”的名称中使用了“Nike”品牌。

这通常发生在公司要求您（开发者）为他们创建应用程序并且您尝试在您的开发者帐户下发布应用程序时。但是该应用需要在公司开发者账户下发布（如果公司尚未注册，则需要注册Apple Developer Program）。这就是 Apple 提出以下建议的原因：

如果您代表客户开发了这些应用，请建议您的客户将您添加到其 Apple 开发者帐户的开发团队中。

在其他帐户下发布应用程序违反 Apple 开发者计划许可协议：

为清楚起见，您可以授权承包商代表您开发应用程序，但任何此类应用程序必须归您所有，在您自己的开发者帐户下提交，并且仅在此处明确允许的情况下作为应用程序分发。对于您的承包商在您的帐户下的活动（例如，将他们添加到您的团队中为您执行开发工作）及其对本协议的遵守情况，您对 Apple 负责。您的承包商因本协议而采取的任何行动均应视为您已采取，并且您（除了您的承包商之外）应对所有此类行动对 Apple 负责。

但是，根据您的描述，您的情况并非如此。我不知道任何知名的“安全”或“安全”品牌。您没有写公司名称，也可能存在冲突。我会尝试通过回复解决中心中的问题来向 Apple 审核团队澄清问题。他们可能会指出您与之冲突的品牌。或者它可能被错误地拒绝了。

【讨论】：

我遇到了同样的问题，我不能说客户将我添加到他们的 Apple 开发者帐户中。请告诉我另一个解决方案。
客户要么将您添加到他们的开发者帐户中，要么您将源代码或编译后的存档发送给他们，然后他们自己将其提交到 App Store。
谢谢。但我的客户没有 Apple 开发者帐户。我们总是从我们的开发者帐户提交申请。
因此，要么说服您的客户注册 Apple Developer Program，要么通过在解决中心回复问题与 Apple 审核团队讨论问题。
遇到这个问题的原因是我们为客户构建应用程序，但我们保留应用程序的所有权利，他们不拥有应用程序的任何部分......你知道这是不是Apple 开发者计划协议最近的更改，或者您知道我在哪里可以找到协议的历史记录并查看随着时间的推移发生了什么变化？没有任何运气找到过去的协议。