17 lines
1.5 KiB
Markdown
17 lines
1.5 KiB
Markdown
# 01 — 接入支付配置并提供资产展示契约
|
||
|
||
**What to build:** C 端和后台可以使用同一份受控支付方式规则：卡、设备各自读取已注册的配置并在配置异常时回退安全默认值，资产信息稳定返回可展示的 `allowed_payment_methods`。后台配置接口所返回的信息足以驱动受控复选框，钱包始终不可移除；C 端不再维护资产类型支付规则副本。
|
||
|
||
**Blocked by:** `tech-public-foundation` 08 — 交付系统配置更新、权限和审计闭环（外部前置链：01 → 07 → 08）。
|
||
|
||
**Status:** ready-for-agent
|
||
|
||
**架构通道:** 主通道为 Query，辅助通道为 Application。
|
||
|
||
**完整业务边界:** 本票收口 UR48 的两个支付配置 Key、支付方式解析/校验能力、配置异常安全默认及资产信息展示契约。明确不创建 `tb_system_config`、通用配置 API、缓存壳层或审计壳层；这些均由公共基础拥有。
|
||
|
||
- [ ] 注册卡和设备的支付方式 Key，限制值为唯一且包含钱包的 `wallet|wechat|alipay` 集合，并为非法、缺失或损坏配置定义安全默认及中文安全日志。
|
||
- [ ] `GET /api/c/v1/asset/info` 仅在完成资产解析和归属校验后返回稳定排序的 `allowed_payment_methods`；不存在、无权或未知资产类型不泄露配置。
|
||
- [ ] 后端与真实 PostgreSQL、Redis 的集成测试覆盖默认、自定义、缓存、缓存故障回退、配置异常、资产归属及 API 文档运行时契约。
|
||
|