切换主题
体验、审核与发布
将运行包上传为平台版本,邀请成员体验,通过审核和自动签名后发布。开始前准备构建好的 .cmpkg、对应 AppID 和版本,以及有开发或运营权限的账号。
构建工具
创建项目、导入源码、CLI 命令和包校验说明见独立的构建工具指南。第一次使用可先运行最小示例。
首次应用与日常迭代
首次 draft 应用和已激活应用都按下表先体验、再审核发布。上传包并选为体验版后,有效项目成员和体验成员即可在宿主搜索、下载并登录体验版,不要求先正式发布或激活。正式激活仍要求已发布首版。首包上传前也可通过可信工具与宿主本地调试;详见首次激活。
管理台流程
开发者在开发者中心创建版本、上传运行包、选择体验版并提交审核。平台审核人员在审核中心处理声明和版本;批准后由服务端自动签名。
| 步骤 | 操作 | 预期结果 |
|---|---|---|
| 1. 创建版本 | 打开应用的版本管理,填写与包一致的版本配置 | 出现本次版本记录 |
| 2. 上传包 | 选择 .cmpkg 并上传 | 包格式、AppID、版本和清单校验通过 |
| 3. 体验测试 | 选择体验版本,为测试账号配置体验资格 | 宿主进入指定 trial 版本 |
| 4. 提交审核 | 核对当前个人信息处理声明后提交 | 版本显示当前审核轮次和绑定声明 |
| 5. 处理审核结果 | 根据驳回说明整改;批准后等待自动签名 | 版本批准且签名成功 |
| 6. 发布版本 | 有发布权限的成员重新认证后确认发布 | 正式基线推进到本次版本 |
上传运行包
- 确认控制台应用 AppID 与包内
appId一致。 - 确认创建的版本与包内
version一致。 - 上传后检查页面入口、权限、域名和最低宿主要求。
包上传失败时,页面会显示字段位置、当前值和修正要求。例如 apiDomains[1] 指清单中 API 域名数组的第二项,应使用纯 HTTPS Origin,如 https://api.example.com。不需要域名时使用 []。修改项目配置后重新构建,不直接改已加密或签名的包。
体验测试
应用管理员和项目成员自动具有本应用体验资格;其他账号由管理员添加为体验成员。使用对应账号进入宿主的 trial 体验版。
至少完成下列检查:
- 首屏、资源、页面跳转、返回和再次打开。
- 真实登录码兑换及业务登录态,换账号后的数据隔离。
- 实际使用功能的允许、拒绝、取消和系统权限失败。
- 网络失败、后台切换和迟到回调。
- 支付业务的服务端查单与通知去重。
预期结果: 测试账号运行的是本次上传版本,正常与失败分支均有明确处理。两端方法差异见运行时与双端 SDK。
隐私声明门禁
在应用“配置与应用密钥”中选择实际个人信息处理情况。处理信息时提交隐私指引;不处理时提交相应声明和依据。表单、业务后端和第三方组件处理的信息也要计入。填写步骤见隐私与功能。
版本提审可沿用未变化的已批准声明,也可绑定当前待审声明。声明须独立批准后,版本才能批准、签名和发布。更换声明会使原未发布审核轮次失效,需重新提审。
提交审核时还会按当前选中的体验包检查手机号准入。包声明了获取手机号能力,而应用未关联合格主体、主体尚未核验或主体类型不符合时,会立即提示具体原因,版本不会进入待审队列。已核验个人主体仍不具备普通手机号资格,条件见手机号。批准、签名和发布时继续复核当前条件。
权限声明与发布条件
| 条件 | 发布前核对 |
|---|---|
| 应用与角色 | 应用为 draft 或 active,当前账号有发布权限;disabled 走整改恢复 |
| 包与版本 | 清单、权限、页面和版本配置一致 |
| 隐私声明 | 当前声明已批准且无阻断的待审变更 |
| 原生能力 | 平台准入、实际用途与版本声明一致 |
| 宿主版本 | 符合包声明的最低宿主和 SDK 要求 |
| 版本审核与签名 | 当前轮次已批准,自动签名成功 |
目录内的待审能力可以出现在测试包中,运行和发布仍检查当前条件;未知权限会被拒绝上传。权限和最低宿主要求变更需创建新版本。应用级服务器域名可在配置页更新。
审核员不能审核自己提交或创建的版本。签名失败时批准结果保留,由审核人员在“待自动签名”队列重试;开发者先查看签名状态,不重复提交已批准轮次。
正式基线与回滚
发布成功后,重新进入应用应运行当前正式基线版本。旧页面操作出现版本冲突时,刷新当前状态后重新确认。
需要回滚时,在发布与回滚入口选择已发布的目标版本,核对当前源版本及兼容条件,重新认证后提交。目标仍须满足当前隐私、能力和最低宿主要求。成功后正式基线指向目标版本,源版本停用,相关灰度及源平台会话失效。
当前支持指定用户灰度;全局比例、组织与设备灰度不在当前开放范围。不同版本的运行效果须在相应宿主中验证。
正式版下线后的搜索
正式版下线会清空当前正式发布指针。即使应用仍为 active,普通用户也不会再从宿主搜索到它。如果应用仍选有可用体验包,搜索接口仅向有效项目成员和体验成员返回体验版结果;结果没有正式版版本号,宿主需支持选择 trial 体验通道。取消体验包、体验资格失效或停用应用后,该体验入口也不可见。重新正式发布后,普通用户才会再次看到正式版。
停用后的整改与重新上架
停用期间可修改资料、域名、密钥和隐私声明,也可上传新版本。运行保持关闭。
- 查看应用详情中的“停用整改与恢复”,按缺项完成整改。
- 重新提交本轮隐私声明及未发布的新版本;旧待审申请先处理后重提。
- 取得独立批准的声明、批准版本和成功签名。
- 有权限的运营人员刷新恢复条件,确认候选版本及包修订,填写理由并重新认证。
- 选择“恢复并上架审核版本”,完成后核对应用状态与正式基线。
恢复会启用应用并发布审定版本。旧平台 token、会话、登录码和手机号 code 失效;业务后端重新获取 token,用户重新登录。
授权删除升级与宿主依赖
更换宿主或升级运行时前,确认环境与兼容中的版本限制。用户删除后重新添加应用,应重新进行相关授权选择;业务后端仍按自己的数据与退出规则处理历史信息。
常见失败
| 现象 | 处理 |
|---|---|
| 上传被拒绝 | 按字段位置修改项目;检查包大小、格式、AppID 和版本 |
| 无体验资格 | 核对实际登录账号,添加体验成员并确认当前体验版本 |
| 无法提审或发布 | 查看绑定声明、能力及签名状态,处理页面列出的缺项 |
| 提审提示手机号主体资格不足 | 核对所选体验包的手机号声明及应用主体;该能力要求已核验的企业、政府、媒体或组织主体 |
| 403 或操作按钮消失 | 刷新当前角色与权限,确认操作者有权处理 |
| 409 | 当前版本或修订已变化,刷新后重新确认 |
| 503 或提交超时 | 先读取真实状态;已完成的操作不重复提交 |
下一步
发布后验证正式版页面、业务登录及按需功能。发现接口问题时按错误诊断提交请求 ID。
业务注销准备
Test 已提供已停用应用直接删除:完整核实无真实资金业务、无未结争议且安全停服时,由管理员一次密码确认逻辑删除,省去正式注销的财务签字、独立复核及最终确认阶段。有真实资金业务的应用继续以下正式注销流程;真实资金或停服来源缺失仍会阻断。
正式业务注销分为“申请与责任确认、独立复核、最终确认”三个阶段。已有主体继续核验主体代表及必要文件;没有主体档案的旧应用由当前有效管理员在申请时明确承担退出责任,无需重新入驻。真实结清、争议和安全停服等条件仍会被核验。复核通过后不设等待期,管理员须在原有 7 天期限内完成最终确认。
提交复核、批准和最终确认时,系统自动核对原付款与退款,列出未处理完、不符、未核实或未覆盖的事项,省去人工逐笔查看;查询未完成也会阻断。正常余额可以留在原商户账户,不要求全部清零或历史订单全退。逐笔对应仍须满足独立结清及其他凭证条件,自动核对不会重置原有七天期限。
财务结清在现有善后页面一次确认:系统核对原交易,明确获授本应用结清确认权限的财务人员依据完整资金与争议凭证签发;申请人和实际主体确认人不能自签。具备相应授权的独立复核人员可以兼任,后续三段审批复用仍有效的同一份确认。付款结果不明、未履行退款义务、对账差异或争议未解决时不能确认;新的资金事实、来源撤销或签发资格变化后须重新核实。普通资料清理进度不改变财务确认或原七天期限。
从未开通支付的应用无需为了注销创建商户或钱包账户。平台会核验受保护的创建记录、连续历史及完整支付配置/资金记录;能够确认没有支付业务时,沿原财务入口确认一次无资金义务,后续审批复用。曾开通过支付、存在资金记录或旧历史无法核实时,继续按原来源核实;当前零商户、零订单不单独代表完整历史。该路径不代替独立复核或安全停服检查,以实际发布及应用核验结果为准。
财务办理入口支持自动定位申请:在平台管理后台进入“注销财务善后”,选择已获授权的应用,页面读取并显示该应用当前注销申请,再点“办理当前申请”,无需从其他账号抄写申请编号。加载失败或没有当前申请时,页面会分别提示;处理已知历史申请仍可使用“按编号查看历史申请”。选择应用和查看申请不会自动确认结清、退款或提交审批,进入办理后仍重新核验资格与申请状态。该导航仅使用本应用财务善后权限,不因此取得普通应用管理或历史读取权限;以实际发布记录为准。
注销前的退款申诉、付款争议沿用财务善后页登记,只有本应用获授权的财务人员可办理。未核实或未解决的事项会阻断结清,旧申请的未结事项不能通过重新申请隐藏;已有记录及原操作回执在申请关闭后保留。失败或关闭的退款执行仍须核实,不能当作退款义务消失。关闭工单须有可信处置凭证,也不能代替整体结清;空清单不代表争议来源覆盖完整。
对于“这笔退款是否到账”,财务可从原退款详情直接登记核实,记录固定绑定退款编号和金额;系统查询原账本成功后,财务一次核实并关闭,无需另做补证。普通争议仍须对应的真实处理凭证,单笔到账不代表其他争议解决或整体结清。查询失败、信息变化或权限失效时继续阻断;结果不明按原操作号回读。
确认或撤销提交后若结果不明,先回读原财务操作号;历史回执只说明当时操作,当前是否有效以当前结果为准。现有财务人员不会自动取得新增签发权限。正式注销时仍须按目标应用核实真实资金、争议和停服来源的接入及有效性;缺少来源时不能办理依赖审批。
当前同步核对上限为付款、退款合计1000笔;超过上限或查询超时会阻断,不能用部分结果放行。
需要重新确认时,同一位主体代表此前在本次申请中提交过的责任文件,如归属和来源仍可核验,可在页面查看原文件并重新确认,无需重复上传;代表资格、文件或主体不匹配时应补齐必要材料。本人仍须明确确认并完成二次认证。
历史资料清理、普通交接和备份恢复按平台公共办理进度继续处理,不以全部完成作为注销条件。普通公共进度变化不改变已有效的主体确认、独立复核或原截止时间;真正影响主体、必要责任、资金或安全的变化仍需重新核验。操作结果不明时,回读页面保留的原操作,不重复提交。
Test 已部署现有退出后台及办理页面,并已完成无真实资金业务应用的直接删除预检验收。真实涉资应用从申请、财务确认、独立复核到最终注销的完整环境验收仍须单独完成;无资金业务的预检通过不代表这一整条流程已经验收。应用业务后端和小程序不需要增加内部检查参数。
宿主运行核验的候选说明
以下仅说明宿主候选能力,具体发布版本、真实设备及旧客户端覆盖仍须分别验收;不能以退出后台或控制台已上线认定宿主验收完成。
安卓宿主候选包含运行核验:启动和返回前台先在线检查,运行中自动续期;退出或核验失效后停止当前运行,过期后需重新打开。业务代码无需填写运行管理参数。
iOS 宿主候选也包含同一核验。真正进入后台会结束当前页面;返回前台核验通过后重新加载,页面内存重建,已有持久资料保留。仅弹出系统权限框不会因此重载。运行中自动续期,拒绝或超时后停止,旧页面的请求不能随新页面恢复;业务代码无需补传参数,原七天最终确认期保持。
40.64.0 候选的主体与商户交接
主体变更后台办理沿用材料审核、记录授权依据和原管理员确认;完成变更不自动赋予退出主体代表权限。商户证书使用独立签发密钥,缺配置时停止签发;商户重新绑定和凭据配置均要求当前权限及精确目标重新认证。已交接凭据保留原交易查证及回执责任,当前主体不能借旧凭据发起新支付。退出后的退款、查证和争议工单仍按财务善后权限办理。
本节保留主体与商户交接的候选能力说明。页面覆盖、真实权属材料、商户控制权交接及后续财务善后的完整环境验收仍须单独完成,不能以退出后台部署或无资金业务删除验收代替;缺真实凭证时仍拒绝相关审批。
已停用应用直接删除
Test 已上线已停用应用直接删除:应用即使发布过,或旧创建/使用历史无法补齐,只要系统完整核实没有真实资金业务、没有未结争议并已安全停服,就可以在应用详情按“删除应用”办理。当前有效管理员核对弹窗中的应用、通过预检并输入一次密码后,一次提交逻辑删除,无需新建注销申请、单独财务签字、独立复核或等待最终确认。实际资格以所在环境的最新预检及提交时复核为准。
系统须核清应用相关当前及历史账户、真实交易渠道和停服范围。没有当前商户、没有订单、没有活跃租约,都不能单独证明可以删除。来源缺失、失效、归属不明、实际资金业务、未结争议或在途任务结果不明时,页面列出缺项并继续阻断;由平台处理来源接入和真实处置,无需开发者创建占位商户、钱包或手工补造旧记录。有真实资金业务的应用继续正式注销及财务善后流程。
这里的安全停服以云端为边界:系统必须确认该应用不能继续访问或写入平台,旧服务和云端在途执行已处理完。旧调试、运行和灰度记录保留,不要求为了删除补造旧包、审核或运行证明,也不要求开发者证明离线客户端已经退出。记录归属不明、异常关联、仍有效的运行资格或实际执行未结束时,仍会阻断;不能仅凭凭据过期或租约数量为零判断停服。
| 当前情况 | 办理方式 |
|---|---|
| 空草稿,或只有已完成且可核实的准备配置 | 原草稿删除入口,仍需完整盘点及密码确认 |
| 能核实来源的未发布包、开发版本及已结束审核 | 符合完整检查时直接删,保留使用历史 |
| 草稿有调试、身份、运行或灰度历史 | 先停止开发,再按已停用条件核验 |
| 应用仍在启用 | 先通过既有入口停用 |
| 已停用,没有真实资金业务、未结争议且云端安全事实完整 | 直接逻辑删除,保留发布及其他历史 |
| 有真实资金业务,或必要资金/停服事实还不完整 | 继续正式注销或处理页面列出的缺项 |
草稿即使还没有实际使用,也可以先停止开发;该动作保留原使用历史。待审核的准备配置、版本审核或签名不会因为属于“配置”而在草稿检查中自动放行。已停用后,系统区分保留的办理状态和真正仍在执行的工作,后者必须核实结束才可删除。
已有尚在资金处理阶段(settling)且允许撤回的注销申请时,删除弹窗会说明同时关闭该申请。成功提交在同一事务内将原申请关闭为已撤回并逻辑删除应用,暂停限制保持到提交完成;原申请、财务确认、审核和操作回执继续保留。无需先单独撤回,取消弹窗也不会修改申请。其他申请阶段继续原流程,不能自动转删。
删除后停止应用使用,AppID 不复用;发布、交易、申请、审计及历史未知标记均保留,不表示历史资料已物理清除。结果不明时通过页面保留的原操作编号查证,不重新发起删除。普通创建和入驻审核直接新建的应用会自动保存同事务的真实创建记录;绑定已有应用不补造创建证明,也不能靠新创建记录代替今后的资金及停服检查。
旧草稿使用记录核查
草稿可先在应用详情点击“核实草稿使用记录”。系统与删除预检共用资格规则,完整检查版本、调试、身份、运行、业务和资金等记录;记录不全、归属不明、发现真实运行、业务或未结事项时,仍不能直接删除。已完成的准备配置和可核实的未发布开发历史按各自条件判断,不单凭有记录就认定必须正式注销。
旧草稿的历史即使无法确认,只要完整盘点未发现使用记录及未结事项,也可以通过原“删除草稿”逻辑删除。页面会说明“保留历史未知,按当前完整记录逻辑删除”,不会把它改成“已证明从未使用”,不要求额外历史证明、占位钱包或财务确认。
只有支付准备配置的草稿也可按服务器检查办理原删除:没有包或真实使用、交易及未结事项时,已配置的Purse商户关联、支付密钥/验签策略和零笔数、零金额且通过的核账不单独视为业务使用。原商户准备标记和符合已确认旧规则的静态图标保留,不要求先补绑主体或补传旧图标。删除在原事务内撤销本应用支付密钥、停用本应用商户关联,保留原商户账户、余额、核账和其他历史。真实订单/退款、已签名请求、争议、在途工作或来源缺项仍会阻止提交,归档和正式注销的后续审批继续执行各自原检查。
归属明确且状态完整的能力配置、已办结能力申请、隐私指引/不收集个人信息声明和旧原生功能配置,也只作为保留的准备历史;未知状态、错归属或仍在办理的记录不能借此豁免。核查说明中的“保留原使用历史”同时适用于商户准备及包、审核等合格历史,不会把它们改写成“从未使用”。
上述草稿路径有开放注销申请时,先在原入口单独撤回,再刷新资格;已停用应用直接删除对符合条件的资金处理阶段申请采用同事务关闭规则。删除确认框显示应用名称和完整 AppID,无需重复手填编号和理由;确认后仍须通过原预检及密码验证。删除后关闭使用资格,保留 AppID、原申请、主体确认、材料、操作记录及历史未知标记。预检之后出现新记录仍会阻止提交。
原未上线开发应用删除规则继续保留:系统能从可信创建来源及完整记录核实时,代码包、开发版本、体验资格及已结束审核本身不必触发完整注销,符合条件的已停用应用也无需先恢复运行。已上线且停用的应用另按直接删除条件判断;有真实资金业务或不符合快捷资格时继续正式注销。各路径都不要求用户补写内部证明,也不改写历史未知标记。
注销申请和最终确认同样展示当前应用及操作后果,由页面自动带入目标与操作说明,不再重复手输编号和理由;主体确认、财务核验、独立复核及原七天期限保持。历史不清或退出责任尚未确认时,页面说明具体缺项和处理方式;没有主体档案的旧应用按下节由管理员确认承担退出责任,不要求为了退出先重新入驻。缺项未核实不代表注销或删除已获批准。
Test 已发布上述删除与核查规则;发布或预检通过不会自动撤回申请或提交删除,目标应用的实际结果仍须从原操作回执核对。
旧应用缺少主体档案时
本版本将退出责任确认合并到原注销申请中。没有主体档案的旧应用,由当前有效管理员明确确认承担退出及后续事项责任,再由另一位有权限的人独立复核。无需重新入驻、上传普通图标、提交主体代表证明或另传责任承诺文件;不会把管理员登记成已核验主体。
- 在应用详情的退出操作中选择“申请业务注销”,核对页面显示的应用名称和 AppID。
- 阅读责任声明,主动勾选“我确认承担本次退出及后续事项责任”,再完成原预检及密码验证。声明默认不勾选,未确认不能提交。
- 申请成功后,在“退出综合状态”查看管理员责任确认结果。仍须完成财务、争议和停服条件核验,再提交另一位有权限的人独立复核;复核通过后,在原有 7 天期限内最终确认。
这类申请的公共资料由平台另行办理,不作为注销条件。详情和复核页保留未结事项、财务善后与独立复核,不展示需要主体档案的公共留存检查、补证入口;原申请和操作历史保留。
已绑定主体的应用继续走原主体代表确认方式及原公共资料入口。已有未确认责任的旧申请不会自动补成已确认,可从“退出综合状态”单独撤回,再重新申请并确认责任;原申请和操作历史保留。撤回不会恢复旧凭据或解除其他独立限制。
提交结果不明时,使用页面保留的原操作编号回读,不重复申请。管理员资格或必要来源变化后,旧责任确认不能代替当前核验;普通公共资料进度不改变有效确认或原截止时间。
申请受理后,系统仍会核验该应用的真实财务、争议和停服来源;缺项或失效时继续阻止相关审批。商户账户留有正常余额不单独阻止注销。以实际 Test 发布记录及应用办理结果为准,“申请已受理”不代表业务注销已完成,也不代表已完成宿主真机验收。