注册应用与管理成员

在开发者中心完成主体核验，取得应用 AppID，并为团队配置权限。准备 UUMS 账号、实际主体信息和证明材料。

申请应用

1. 打开开发者中心，使用 UUMS 账号密码登录。
2. 新项目在“入驻申请”选择“申请新应用”，填写应用名称和实际主体类型。
3. 已有应用需要补主体时，选择“现有应用补主体”，核对只读名称和 AppID。
4. 按下节上传材料，核对资料后提交。

企业运营的项目选择“企业”，填写证照上的名称。主体核验属于 MetaEco 平台入驻流程。

应用名称在 MetaEco 平台内全局唯一，草稿和停用应用也占用名称。新应用申请、审核建应用或修改应用名称时，如提示“应用名称已被使用”，请换一个能区分该应用的名称后重试。相同名称的待审核申请可能同时存在；审核通过创建 AppID 时会再次检查名称。已有应用补主体沿用原 AppID 和当前应用名称。

提交主体证明材料

1. 在“资料与材料”填写主体名称，阅读对应主体类型的材料指引。
2. 选择 1–5 份 PNG、JPEG 或 PDF，单份不超过 5 MiB、合计不超过 20 MiB，点击“上传材料”。企业可提交营业执照及申请人授权材料。
3. 进入“核对并提交”，确认应用、主体和材料数量，输入当前账号密码后提交。
4. 在“主体申请进度”查看待审核、通过或驳回状态和审核说明。
5. 驳回后点击“修改并重新提交”。主体类型、名称或目标应用变化时重新上传材料。

预期结果： 新应用通过主体核验后创建为 draft，申请人成为应用管理员；补主体申请通过后沿用原 AppID、版本和成员关系。

上传成功只表示文件已接收。材料通过带身份认证的入口读取，不提供公开链接。未提交材料在 7 天后清理。

同一 AppID 变更主体

本节介绍适用版本 40.5.0 的资料审核流程及 40.6.0 的支付阻断处理；实际开放环境和运行版本以站点 release.json 与发布记录为准。适用于将已有主体的应用转入另一家境内企业，包括已有认证企业和未入驻企业。保留原 AppID、当前管理员、负责人和项目成员。目标企业无需先创建另一个小程序，也无需提供代表用户 ID 或平台账号。

1. 当前应用负责人且为唯一有效管理员的账号，在应用详情打开“主体变更”，核对原主体及变更影响。
2. 填写目标企业全称、统一社会信用代码、联系人姓名和联系电话；上传目标企业营业执照及必要的原主体证明。可靠的原主体认证档案可由平台复核；不可复核时按页面提示补充证明。支持 PNG/JPEG/PDF，合计最多5份、每份5 MiB、总计20 MiB。申请函及同类书面模板暂不设为必填。
3. 核对企业资料、材料和影响，按提示输入当前账号密码提交。材料随申请绑定，提交后不能替换；需要修改时取消并重新申请。
4. 平台独立审核企业身份，并人工核验原主体同意转出、目标企业同意接收和办理授权。主体证件本身不等于双方同意；平台记录核验方式、依据和结果。缺少可确认的依据时不能批准。
5. 审核通过后，申请显示“待管理员确认”。当前唯一应用管理员且同时为负责人和申请人，可查看支付阻断摘要及订单。只对页面标记可关闭的余额订单逐笔重新输入当前管理员密码并明确关闭；不自动或批量关单。遇到支付阻断时，按“支付影响”指南核对未结支付、退款与通知状态。审核通过本身不改变应用主体，也不会提前建立新认证企业。
6. 资金结果或本地写入结果未知时，按原订单号只读回查，不能根据列表中缺少订单推断操作成功。paid 订单已结清，不单独阻止转移；尚未送达的付款通知仍须处理。V3 商户签名和原生支付流程保持不变。
7. 最终确认成功后主体切换完成。新企业在成功切换时建立认证主体，已有企业经核对复用；同名或身份不明确时不会自动合并。最终确认失败时按页面原因处理并重新核对，不自动重试高风险操作。

管理员可在完成前取消，平台可以驳回；审核通过7天内未确认则过期。取消、驳回和过期不生成新认证主体或长期代表资格。旧代表确认流程的申请记录仅按原状态保留历史，不将旧“代表已确认”当作新流程“审核通过”。

最终确认时仍有未结支付、退款或回调事项，会阻止切换，即使材料已通过审核也不能跳过。成功切换只停用本应用旧主体的商户绑定和支付配置，历史交易归属保持。需要继续收款时，按现有商户流程准备新主体配置，不能重新启用已退役的旧配置。详见主体变更与支付。

管理项目与体验成员

在应用详情中管理成员。平台岗位不自动获得应用成员权限。

角色	主要用途
应用管理员	管理应用、项目成员与凭据
开发者	开发配置、版本及相关开发操作
运营者	相应运营、发布与回滚操作
数据分析者	按授权查看数据
体验成员	运行体验版本，不取得项目管理权限

具体操作以当前角色显示的权限为准。项目成员可以组合角色；成员变更和管理员交接等操作按页面提示重新认证。

应用管理员及项目成员自动获得本应用体验资格。其他账号添加为体验成员，期限可省略，直到被移除。移除项目成员会同时失去派生体验资格，需要继续测试时单独添加为体验成员。

应用状态

状态	可以做什么	下一步
draft	准备资料、域名和密钥；选择体验包后，有效项目成员和体验成员可搜索、下载并登录体验版，无需先正式发布或激活；首包上传前可通过可信工具与宿主本地调试	先完成成员体验，再进行首版审核、签名、正式发布与激活
active	在当前权限、能力和版本条件下运行应用	开发、体验、审核与发布
disabled	整改资料、域名、密钥、隐私声明及版本	按整改与恢复办理；整改期间运行关闭

首次激活应用

首次新应用按以下顺序完成准备：

1. 补全名称、简介、分类、负责人，并上传通过检查的图标。
2. 构建并上传起始版本，选择为体验版。项目成员自动拥有资格，其他测试账号单独添加为体验成员；此时即可在宿主搜索并运行体验版。
3. 体验验证后，提交真实个人信息处理声明和版本审核；批准并自动签名成功后发布该起始版本。
4. 有应用运营权限的成员在应用详情点击“激活应用”；名称、简介、分类、负责人、图标及已发布版本都须完整。
5. 应用显示 active 后开放正式分发；成员体验不依赖此步骤。应用保持 draft 时，其他应用后端接口仍按各自的应用状态、凭据及能力条件校验，不能把体验资格视为所有入口的通行证。

当前开发者中心和平台管理台均按应用运营权限展示激活操作。已有 active 应用的新版本按“体验 → 审核 → 发布”迭代；disabled 应用走整改与恢复。

常见问题

现象	处理
登录后应用列表为空	确认是否已入驻，或请应用管理员添加项目成员
材料无法上传	检查数量、格式、单份与合计大小；按页面提示重传
主体名称与隐私指引不一致	核验通过后重新打开指引编辑器读取当前主体
看不到版本或发布操作	核对目标应用与账号角色，重新读取当前权限

下一步

前往配置与凭据，保存服务器域名并生成 AppSecret；然后按第一个小程序创建项目。