微信小程序上架
类目与资质对照、隐私协议要点、首次提审与常见驳回修改后再提；企业认证与支付进件材料梳理。
小程序 · iOS · 安卓
应用上架
微信小程序 / App Store / 国内安卓市场提审协助
把「能上架」拆开讲清楚：微信小程序类目与资质、iOS 证书与描述文件、Apple 企业开发者注册与邓白氏码、国内安卓市场常见资质与文件清单。主体与账号归你方，我们负责清单、填报与驳回对照。
以下流程与材料以各平台当期后台与官方文档为准；政策与类目要求会变，开工前以微信 / Apple / 各应用市场最新规则核对。本文为实务科普，不构成法律意见。
服务范围
按渠道报价；材料清单先行，范围写清再开工。
iOS App Store
Developer 组织账号指引、证书与描述文件、上架信息与截图、TestFlight / 正式审核与拒信对照。
国内 Android 市场
应用宝、华为、小米、OPPO、vivo、荣耀等常见渠道的资质对齐与多渠道提审（按你选定的市场报价）。
驳回诊断与复审
对照审核意见逐条改材料或改文案；需要改代码时可联动项目外包。
微信小程序上架要点
类目决定要交什么资质；主体类型决定能开哪些能力。
主体与账号
个人主体与企业主体可开通的类目、支付与部分能力不同。企业主体通常需要营业执照、对公账户完成认证；部分类目还要行业许可证或授权书。
提审前核对：小程序名称与简称、服务类目、隐私政策与用户协议链接、服务器域名与业务域名、权限用途说明是否与实际功能一致。
常见驳回方向
类目与实际功能不符、缺少对应资质、隐私政策未覆盖收集的个人信息类型、测试账号无效、页面存在占位或无法完成主流程，都是高频原因。我们按拒审文案逐条改材料或改说明后再提。
iOS 证书与描述文件流程
上架 App Store 用的是 Apple Developer Program 账号下的「分发证书 + App ID + 描述文件」。下面按实务顺序说明（企业内部分发的 Enterprise Program 见下一节区分）。
1. 先有可用的开发者账号
个人或组织加入 Apple Developer Program（按年收费，以 Apple 官网当期价格为准）。组织账号审核通常更严，需邓白氏码等材料，见下文「iOS 企业注册」与「邓白氏码」。
账号就绪后，在 Apple Developer → Certificates, Identifiers & Profiles 管理证书、标识符与描述文件；也可在 Xcode 里由自动签名辅助生成，但出问题排查时仍建议理解手动链路。
2. 创建 App ID（Identifiers）
为每个 App 创建唯一 Bundle ID（如 com.company.app）。需要推送、Sign in with Apple、Associated Domains、App Groups 等能力时，在 Identifier 上勾选对应 Capability，之后描述文件会绑定这些能力。
Bundle ID 一旦用于上架与证书链路，中途改名成本很高，立项时尽量定稿。
3. 证书（Certificates）
开发阶段常用 Apple Development 证书（本机调试）；上架或 Ad Hoc 分发常用 Apple Distribution 证书。证书依赖本机生成的证书签名请求（CSR），在钥匙串访问中创建，上传到开发者后台后下载并安装到钥匙串。
推送若用传统方式，还需单独申请 Apple Push Notification service SSL 证书；更常见的做法是创建 APNs Auth Key（.p8），一套 Key 可服务多个 App，减少证书过期折腾。
证书有有效期。过期后需重新签发并更新描述文件与构建流水线，否则无法签名或推送失败。
- Development：真机调试、开发包
- Distribution：App Store / Ad Hoc 签名
- APNs 证书或 .p8 Auth Key：远程推送
4. 描述文件（Provisioning Profiles）
描述文件把「谁（证书）+ 哪个 App（App ID）+ 哪些设备（开发/Ad Hoc）」绑在一起。开发描述文件通常绑定测试设备 UDID；App Store 描述文件用于提交商店，不绑定具体设备列表。
Xcode 打包 Archive 时会选用对应的 Distribution 证书与 App Store 描述文件。签名不一致、Profile 过期、Capability 与 App ID 不一致，是「能编过但无法上传或安装」的常见原因。
5. 打包上传到 App Store Connect
在 App Store Connect 创建 App 记录（名称、套装 ID、SKU）。Xcode 或 CI 导出 IPA / 直接 Upload，通过 Transporter 或 Xcode Organizer 传到苹果。然后在 Connect 填写隐私问卷、截图、分级、审核备注与测试账号，提交审核。
TestFlight 可用于内部/外部测试；正式上架仍走 App Review。拒信按 Guideline 条款改功能、权限文案或账号材料后再提。
我们可协助的部分
梳理证书与 Profile 清单、对照拒信改 Connect 资料与权限说明、协助组织账号注册材料准备。私钥与正式证书建议留在你方机器或企业 CI，我们不代持生产私钥。
iOS 企业主体注册（Organization）
国内说的「注册苹果企业开发者」，多数指加入 Apple Developer Program 的 Organization（组织）账号，用于以公司名义上架 App Store；与「Enterprise Program 企业内部分发」不是同一套。
Organization 与 Individual 的差别
Individual（个人）：以个人名义加入，上架显示个人开发者信息，适合独立开发者。
Organization（组织）：以公司/机构名义加入，Seller 显示公司名，适合企业产品。审核会核验法律实体是否真实存在，并常要求邓白氏编码（D-U-N-S）。
Apple Developer Enterprise Program：面向内部分发（不经 App Store），门槛与协议更严，年费与适用场景不同。若目标是上架 App Store，一般走 Organization，而不是 Enterprise。
组织账号通常要准备什么
法律实体名称（与营业执照一致的中英文用法需提前想好）、公开可访问的官网、工作邮箱（尽量用企业域名）、联系人电话、邓白氏码。苹果可能通过电话或邮件核实你是否有权代表该公司注册。
注册入口在 Apple Developer 报名流程中选择 Entity Type = Organization，按提示填写并等待审核。审核时长因主体与资料完整度而异，从数日到数周都有可能。
- 营业执照上的公司全称（及对外英文名策略）
- 邓白氏 D-U-N-S Number
- 公司官网与公开联系方式
- 有权签字/接听核实电话的联系人
审核常见卡点
公司名与邓白氏库不一致、官网打不开或与主体无关、联系人无法接听苹果核实电话、用个人邮箱且无法证明与公司关系，都会拖慢或被拒。建议先搞定邓白氏与官网，再提交 Organization 申请。
邓白氏码（D-U-N-S）详解
D-U-N-S Number（Data Universal Numbering System）是邓白氏（Dun & Bradstreet）分配给企业的唯一 9 位识别码。Apple 组织开发者注册用它核验「这家公司是否在商业信息库里可查」。
为什么要办
注册 Apple Developer Program 的 Organization 时，系统会要求提供 D-U-N-S，并与你填写的公司名称、地址等信息交叉验证。没有有效邓白氏码，组织账号通常无法完成注册。
个人账号一般不需要邓白氏码。若你将来要从个人迁到公司名下，仍需走组织注册与转移/重建上架主体等流程，建议企业产品一开始就按组织账号规划。
怎么申请（实务路径）
苹果开发者文档会引导到邓白氏相关申请/查询入口（Apple 有面向开发者的 D-U-N-S 申请通道说明）。按营业执照填写公司法定名称、注册地址、联系人。名称、地址拼写必须与执照一致，英文地址需统一译法，避免库里一条、申请表另一条。
国内企业可能已有邓白氏记录，也可能需要新建。已有则可在苹果流程中查找匹配；没有则提交申请并等待入库。处理时间常见为数个工作日至数周，高峰期更慢，不要卡着发版日才开始办。
填写与核对注意点
公司法定名称（含有限公司/股份等后缀）不要随意缩写；注册地址精确到门牌；联系人电话保持畅通。入库后若公司更名或迁址，需同步更新邓白氏信息，否则苹果侧核对会失败。
邓白氏码本身不是「上架许可证」，只解决苹果对法律实体的识别。上架还要满足 App Review、隐私与各市场规则。
- 9 位数字，与公司主体绑定
- 名称/地址与营业执照保持一致
- 预留足够时间给入库与苹果 Organization 审核
我们怎么帮
协助核对执照信息与申请表字段、提示常见不一致点、跟进「已申请但苹果侧查不到」时的排查顺序。邓白氏与苹果的最终审核结果以官方为准。
国内安卓上架：资质与文件清单
国内安卓是「多市场、多套后台」。共性材料大致相同，特殊类目（金融、医疗、新闻等）会叠加行业许可。下列按「几乎都要」和「按类目/市场」分开列，提审前以各市场当期要求为准。
主体与基础证照
企业上架通常需要：营业执照（三证合一）、法人身份证正反面、经办人身份证与授权书（非法人操作时）、公司联系人手机与邮箱。部分市场要求对公账户或对公打款验证。
个人开发者通道因市场而异，能力与类目往往受限；商业 App 建议企业主体。
- 营业执照扫描件 / 彩色照片（按市场尺寸与清晰度要求）
- 法人与经办人身份证件
- 授权书（模板以各市场为准）
- 联系人手机号、邮箱（常用于接收审核通知）
软件著作权与 APP 备案
多数国内应用市场仍高度依赖「软件著作权证书」（软著）作为上架材料；没有软著时，部分渠道会拒收或仅开放极窄通道。软著与上架是两件事，可并行准备，详见软著栏目。
另需关注工业和信息化部部署的移动互联网应用程序（APP）备案等要求：上架、运营国内 App 时，常需完成 APP 备案并在商店侧填写备案号。具体以工信部与各市场当期规则为准。
- 软著证书（电子版常可）
- APP 备案号 / 备案截图（按市场字段填写）
- 若有商标，部分场景可辅助证明品牌权属
隐私合规与公示材料
需提供可公网访问的隐私政策链接，内容应覆盖收集的个人信息类型、目的、存储与撤回方式等。同时准备应用权限说明、用户协议。部分市场要求「个人信息收集清单」「第三方信息共享清单」或在应用内提供可访问入口。
若涉及账号体系，需提供可登录的测试账号与密码；涉及支付，需说明支付场景与测试路径。
- 隐私政策 URL（HTTPS）
- 用户协议 URL
- 权限用途说明（相机、定位、通讯录等）
- 测试账号与操作路径说明
安装包与签名文件
提供符合市场要求的 APK 或 AAB（视渠道而定）、应用图标、多尺寸截图、简介与详情文案、版本号与更新说明。签名需使用你方正式 keystore；丢失 keystore 会导致无法覆盖更新，务必备份。
注意目标 API Level、64 位支持、包名唯一性、加固与多渠道包策略。包名一旦上架，更换成本极高。
- 正式签名 APK/AAB
- keystore 备份与密码保管（留在你方）
- 图标、截图、五套文案（按各市场字数）
- MD5/SHA 等校验信息（部分市场要填）
按类目可能额外需要的资质（示例）
特殊行业会要求额外许可证或批复，未备齐会直接拒审。下列仅为常见方向示例，不是穷尽列表；以该类目在各市场后台弹出的「所需资质」为准。
- 金融 / 支付相关：支付业务许可、相关备案或合作证明
- 医疗健康：医疗器械/互联网医疗相关资质（按实际业务）
- 新闻资讯：互联网新闻信息服务相关资质
- 出版 / 游戏：版号、运营资质等（游戏类尤其严格）
- 地图 / 导航：测绘相关资质（若适用）
多市场提审策略
同一套 APK 可投多个市场，但每个后台的类目名称、资质上传格式、隐私合规表单不同，需要分别填写。建议先定主市场跑通，再复制材料到其余渠道。
我们可按你选定的应用宝、华为、小米、OPPO、vivo、荣耀等出具「该市场本周材料清单」，协助上传与驳回修改；不代持 keystore，不伪造资质。
合作流程
微信对齐渠道后报价，材料齐了再提交。
- 1说明目标渠道
小程序 / iOS / 哪些安卓市场；个人还是企业主体；是否已有开发者账号、邓白氏码、软著或 APP 备案。
- 2清单与报价
给出材料清单、预计周期与报价；你确认范围后再开始填报与提审。
- 3填报与提审
协助填写后台信息、上传材料、提交审核；进度微信同步。
- 4通过或复审
通过后交接操作说明；若驳回则按意见改到过审或明确不可行项。
请先了解
代办边界写清楚，避免预期错位。
- 营业执照、身份证件、对公账户、keystore、源代码等由你方提供；我们不代持、不买卖主体，不伪造邓白氏或软著材料。
- 审核结果以微信 / Apple / 各应用市场官方为准；我们负责材料与流程，无法保证一次通过。
- 产品本身违规（博彩、欺诈、未授权内容等）或要求造假材料的，我们会拒绝承接。
加微信沟通
备注「上架」+ 需求（小程序 / iOS / 安卓）。也可邮件简述。
微信号
Edward__Hsu
复制后打开微信 → 添加朋友 → 粘贴搜索
邮箱
support@guanhuazhiyu.com