回复 2.1 Information Needed 之后,会发生什么?
交易所 App 收到的 "Guideline 2.1 — Information Needed" 不是客服问卷,而是 App Review 在给你的 App 建立许可档案:问题清单(谁在运营、在哪里有授权、App 在哪些国家上线)和 Guideline 3.1.5 一一对应。你的书面回复会被存档,并和你在 App Store Connect 里开启的 storefront 逐一比对——口径错一封,下一封通常就是 3.1.5(iii) 点名具体国家的正式引用。把回复当成呈堂证词来对待:它会升级你的 case,而且说出去就收不回。
2.1 Information Needed 到底是什么
Guideline 2.1 名义上管的是 App 完整性,但对交易所 App,这封「补充信息」邮件是审核员打开许可调查的方式:提审暂停、给你一小串问题、等你回答。语气是行政式的,内容是监管式的——每个问题都在填另一条规则的检查清单:
| 2.1 邮件里的问题 | 实际在查什么 | 你的回答去了哪里 |
|---|---|---|
| 「你们在哪里取得了提供交易服务的授权/许可?」 | 是否存在主体层面的法律依据——3.1.5 的许可测试。 | 进入 case 档案。口径撑不住时,会被原文引用回来。 |
| 「App 会在哪些国家/地区上线?」 | 你的说法 vs 你在 App Store Connect 里实际开启的 storefront 列表。 | 逐 storefront 比对——点名具体国家的引用就是从这里来的。 |
| 「App 是交易所本身提供的,还是第三方?」 | 3.1.5 的主体测试:开发者账号 vs 运营主体。 | 对不上会把 case 推向 4.3 和主体追问。 |
| 「请提供支持性文件。」 | 证据是否以审核员可读的形式存在——而不只是口头声明。 | 成为之后每一轮审核的基准线。 |
整封邮件不会出现「3.1.5」这个数字。它通常出现在下一封——在你的回答给了审核员可引用的把柄之后。
一次真实升级(已脱敏)
下面是我们最常见的两封邮件走势,按一个真实交易所 case 重绘:App 名、Submission ID、日期和一切可识别信息已移除,措辞为转述。重点是这个模式本身。
We have started the review of ████████, but we need additional information to continue.
— Does your app facilitate cryptocurrency exchange services?
— Where did you obtain authorization to provide these services? Please provide supporting documentation.
— In which countries or regions is your app intended to be available?
— Is this app offered by the exchange itself?
Your app facilitates cryptocurrency exchange services, but it does not appear to have the appropriate licensing and permissions in all of the countries or regions where it is available. Specifically, your app is available in India, but you have not provided documentation of authorization to operate a cryptocurrency exchange in India.
Next steps: provide documentary evidence of appropriate licensing and permissions in all of the regions where your app is available.
为什么会升级
这个升级不是运气差,而是流程本来就这么设计的:
- 你的回复就是证据。你在 Resolution Center 里写下的每句话都会随 case 存档,并在后续轮次被引用。一句自信的「我们有完整牌照」,会立刻变成审核员必须去核实的声明。
- storefront 列表就是检查清单。你在 App Store Connect 里没关掉的每个国家,都等于你默认声称在那里合法运营。审核员只需要找到一个你的回答覆盖不了的 storefront,就能把档案从「提问」翻成「引用」。
- 点名一个国家 = 指向全部国家。上面 case 里的 India 是抽样,不是范围。引用里真正起作用的那句话是 "in all of the countries or regions where it is available"——点名只是证明缺口存在。
- 升级之后,标准就变了。2.1 阶段审核员在问你;3.1.5(iii) 阶段审核员在下结论——举证责任正式落到你头上,而且是逐个地区。
后果时间线
越回越糟的几种回法
- 「我们有完整牌照。」不带范围的声明是被点名的头号诱因。只要有一个已开启的 storefront 不在声明覆盖内,这句话就以「不准确」的形式留在了档案里。
- 「那个国家我们之后会屏蔽。」对未来配置的承诺回答不了当下的可用范围——而且等于书面承认了缺口。
- 甩一张牌照 PDF 当全部答案。一个辖区的文件解释不了其他几十个开着的 storefront,等于邀请审核员从里面挑一个点名。
- 长篇解释、零文件。没有材料支撑的叙述在审核员眼里就是回避,下一步就是把要求变成正式引用——挂在 3.1.5 下面。
- 撤回重提、想「洗白记录」。记录跟着 App 和开发者账号走。近乎相同的反复提审还会叠加 4.3 垃圾应用风险,旧问题上再加一个新问题。
正准备回 2.1 邮件?整个流程里最贵的一封邮件,就是你即将发出去的那封。把 Apple 的完整往来发给我们,免费帮你读一遍:审核员到底在核对什么、这个 case 有多严重——在任何话进档案之前。
免费首读 →已经收到 3.1.5(iii) 点名了?
那说明调查阶段已经结束,case 已经是正式的许可引用。这个阶段审核员认什么证据、交易所通常怎么组织材料,见拒审指南和 3.1.5 指南。下一封回复是全流程风险最高的一份文件;在我们服务过的 30+ 家交易所里,从被引用到过审的受控路径平均约 30 天。
常见问题
2.1 Information Needed 算被拒吗?
还不算。提审是被暂停,不是被拒绝。但对交易所 App,它通常是许可引用之前的调查步骤——两者之间的距离恰好是一封回复。你写什么,决定这个 case 是按完整性检查关闭,还是升级成 Guideline 3.1.5(iii)。
App 在几十个国家上线,为什么只点名一个?
被点名的 storefront 是审核员核实过的抽样,不是引用的边界。起作用的措辞是 "all of the countries or regions where your app is available"——所有已开启的 storefront 都在范围内,后续轮次可以点名别的国家。
撤回提审再重新提交,能不能拿到干净的开局?
不能。Resolution Center 的往来和你的书面回答会跟着这个 App 和开发者账号。近乎相同的反复提审还会形成 Apple 按 4.3 垃圾应用处理的模式,在原问题之上再加一个问题。
2.1 邮件要回多快?
口径比速度重要。一个快但口径错的回答,会把提问变成引用,而这个升级几乎不可逆。先搞清楚你的 storefront 列表、主体结构和手头文件能支撑什么,再让任何话进档案。