SPA fallback 200 / React route 0 / CapabilityGrant 0 → /mini/:type/payApply/:id
支付能力申请与独立复核
通过企业主体、业务与资金流、结算证据、技术就绪和独立复核创建受限支付 CapabilityGrant
/mini/:type/payApply/:idminiapp-open-platform申请支付能力 · 页面级细化任务包
把主体、业务模式、资金流、Provider readiness、退款支持与技术证据拆成 versioned application,不把表单提交当能力开通。
commerce · K09C
从 App capability 进入;Booking provider setup 仅作为相邻系统 readiness 证据。
返回 PaymentCapabilityApplication revision/decision receipt;Provider onboarding 与 CapabilityGrant 分离。
ApplicationDraft → KYB/Media refs → money-flow review → provider readiness → security tests → independent decision → bounded grant。
桌面五步 review workspace;手机分步表单,CURRENT provider blockers 固定置顶,银行与 secret 永不回显。
payment_apply_view · revision_save · evidence_attach · decision_submit;不记录银行账号、KYB 正文或 secret。
- miniapp-open-platform source fa9283d / production fb1a1b;Developer Portal 只有 `/login`、`/apps`、`/apps/new`、`/apps/:id/publish` 四个 React route
- openapi.reits.tech 对未知前端路径返回 SPA index HTTP 200,但 React Router 没有 K09C/K09D/K09E route component;200 fallback 不是页面已实现
- Developer API 只有 4 张业务表;没有 PaymentOrder、Consent、DSR、Ledger、Settlement、Announcement、Subscription 或 PersonalSecurity 聚合模型
- public-booking-platform source/production 6f3e62a;2026-07-18 生产 `/api/billing/paid-cta` 仍为 status=needs-provider-setup、score=20、cards=3、enabled=0、livePreview=0
- 推广包当前 billingMode=mock、checkoutMode=none、checkoutConfigured=false、webhookAutoConfirm=false;3 个 JPY package 是 Booking 发现推广,不是开放平台通用支付
- Booking 源码有 owner-only billing setup/QA/dry-run reconciliation/webhook intake;生产 `/api/ops/billing` 未登录返回 401,仍没有双分录 ledger 或通用 Open Platform PaymentOrder
- 没有 Open Platform PaymentCapabilityApplication、review 或 Grant
- 没有 Organization/KYB、Media reviewer、独立 approver 或 money-flow policy
- Booking provider setup 状态不能替 Open Platform App 开通支付
十一页分别改变支付、数据、声明、内容、申请与身份责任域
PaymentCapabilityApplication current/target split
R09-PAY-APPLY-READY→ 查看申请字段合同PaymentCapabilityApplication independent sources
R09-PAY-APPLY-LOAD→ 保留当前上下文PaymentCapabilityApplication index
R09-PAY-APPLY-EMPTY→ 查看实现缺口PaymentCapabilityApplication evidence rail
R09-PAY-APPLY-PARTIAL→ 只重试失败来源PaymentCapabilityApplication request
R09-PAY-APPLY-ERROR→ 安全重试PaymentCapabilityApplication redacted snapshot
R09-PAY-APPLY-OFFLINE→ 重新连接PaymentCapabilityApplication authorization
R09-PAY-APPLY-DENY→ 返回公开或安全页面PaymentCapabilityApplication command impact
R09-PAY-APPLY-CONFIRM→ 确认并提交PaymentCapabilityApplication receipt
R09-PAY-APPLY-SUCCESS→ 查看回执target-open-pay-applyIMPLEMENTATION MAP
目标定义与下一轮逐页细化入口
当前处于 B1/B2:可以拆出架构、设计、交互和 QA 任务,但完成 D01–D12、通过 B3/B4 之前,不得宣称页面已经可以照稿实现。
页面区域
- 组织和申请 revision
- 创建步骤
- 企业与结算资料
- Media 证据引用
- 请求能力 scopes
- 就绪度检查
- 审核时间线
- 提交/补件/决定
用户动作
- 保存申请 revision
- 选择支付能力
- 绑定结算 reference
- 添加 Media 证据
- 完成签名 webhook 测试
- 提交独立复核
- 补充审核材料
- 撤回申请
必须状态
- 支付申请草稿就绪
- 主体与证据加载
- 尚未提供材料
- Provider/KYB 部分失败
- 申请保存失败
- 离线本地草稿
- 缺少 payment:request
- 协议与提交确认
- 支付申请 revision 已提交
数据契约
- PaymentCapabilityApplication
- MoneyFlowDeclaration
- SettlementProfile
- VerificationEvidence
- TechnicalReadiness
- CapabilityGrant
- ReviewDecision
- AuditReceipt
TARGET MODULES
目标页面必须交付的模块
- 01五步目标申请骨架
- 02Organization model=0
- 03空字段与证据槽
- 04Booking 相邻 readiness
- 05Provider setup 五项阻断
- 06CapabilityGrant=0
- 07独立复核合同
- 08禁止自动激活
PRODUCT ROUTE INDEX
开放平台 · 商业与数据 的 38 个稳定 Screen ID
同一产品内的页面共享 token、导航和状态语言,但每个 Screen ID 保留自己的字段、数据契约和 QA 基线。
/login/apps/apps/new/apps/:id/publish/apps/apps/new/apps/:appId/releases/new/apps/:appId/settings/apps/:appId/config/apps/:appId/versions/apps/:appId/capabilities/apps/:appId/capability-requests/mini-company/list/mini-company/create/console/development/console/developer/console/member/console/role/console/service-accounts/console/log/robot/list/robot/create/robot/baseInfo/:id/robot/devConfig/:id/robot/command/:id/robot/token/:id/robot/:id/deliveries/mini/:type/paymentOrders/:id/mini/:type/userData/:id/mini/:type/payApply/:id/console/finance//mini/mini-company/robot/business/notice/console/my