java/talent-card.git

parent: e7422af8 | 补丁 | 提交 | ignore whitespace

yeg

2026-09-15 f7868bdaa5665c70a2e2e86eb3f7a19faa999f01

更新商户进件任务票据

1个文件已删除

3个文件已添加

	.scratch/merchant-wechat-onboarding/issues/01-onboarding-wechat-delay-closure.md	57 ●●●●● 补丁 \| 查看 \| 原始文档 \| blame \| 历史
	.scratch/merchant-wechat-onboarding/issues/02-existing-merchant-wechat-activation.md	38 ●●●●● 补丁 \| 查看 \| 原始文档 \| blame \| 历史
	.scratch/merchant-wechat-onboarding/issues/03-new-enterprise-onboarding.md	37 ●●●●● 补丁 \| 查看 \| 原始文档 \| blame \| 历史
	.scratch/merchant-wechat-onboarding/ticket-plan.md	27 ●●●●● 补丁 \| 查看 \| 原始文档 \| blame \| 历史

 .scratch/merchant-wechat-onboarding/issues/01-onboarding-wechat-delay-closure.md

File was deleted

 .scratch/merchant-wechat-onboarding/issues/02-existing-merchant-wechat-activation.md

New file
@@ -0,0 +1,38 @@
# 02 — 完成指定存量商户微信与资金能力开通

**What to build:** 复用 6666000241335656 已有商户号，通过商户端和后台刷新、补开与局部重试，完成微信支付、人才端 AppID、适用实名/授权、延迟入账及 D1 自动结算核验，取得汇付侧真实成功证据。

Blocked by: None — can start immediately

Status: ready-for-agent

- [ ] 先核实官方查询、补开、配置及实名接口和状态语义，只读核对目标商户原申请与实际配置，明确缺项；不能预设卡住原因。
- [ ] 商户端和后台均能刷新尚未整体通过的申请，展示一致的分阶段进度、最后同步时间、具体原因与下一步；权限与敏感信息展示符合规格。
- [ ] 基础审核通过后按通道前置要求补齐微信能力，公共配置参考 6666000226048687 的三个场景、0.70% 费率、最低收费 0 元、内扣实收和渠道规则；商户行业与资质按实际情况使用。
- [ ] 衔接人才端 AppID 配置和实名/授权，必要材料可补充，需要商户本人办理的步骤提供有效指引；办理后通过手动刷新同步结果。
- [ ] 补齐并核实延迟入账开启、强制延迟关闭、D1 自动批次结算、起结与留存均为 0。已配置正确的能力保持，不能仅凭请求中带参数判定生效。
- [ ] 基本进件成功后不重建商户或银行卡；失败只重试失败步骤，未知结果先查询，未决申请不重复提交。
- [ ] 手动刷新与有效回调按一致规则推进；重复点击、并发入口、重复或乱序通知不会重复补开或破坏同次尝试的成功结果。
- [ ] 缺少必要能力证据时不能显示全部完成；超时保留最后有效状态，查询错误与审核拒绝区分。
- [ ] 完成模拟集成测试、权限与页面验收，覆盖无回调推进、局部重试、未知结果、幂等、待实名及能力缺失；完成相关资金语义回归。
- [ ] 使用已交付的操作入口恢复指定商户，记录真实微信能力、人才端绑定、适用实名/授权、延迟和结算结果及核验时间；两端显示与通道一致。
- [ ] 整个阶段没有真实新商户进件，不操作其他已关闭小微商户，不修改参考商户。
- [ ] 真实商户仍在审核、待实名、请求未知或缺少生效证据时，保留具体待办，本票不得标完成，03 继续阻塞。

**完成演示：** 在商户端或后台手动刷新指定商户，全部必要能力显示已确认，且有可核对的汇付侧证据；商户号与银行卡保持原关联。

## 规格与共同约束

[完整规格](../spec.md)

- 查询、补开、实名、资金配置、两端页面及测试都归入对应业务阶段，不再单独拆票。
- 复用已有进件服务、通道适配与页面，只做完成当前阶段所需的最小整理，不单列预重构。
- 使用已确认测试边界：进件服务公开操作为主入口，真实测试库、模拟汇付响应，补充接口权限、通道合同与页面验收。
- 普通自动化测试不得创建真实汇付商户。联调先查询原申请再处理失败，不能通过反复进件或关闭重建制造商户记录。
- 无进件定时查询或页面自动轮询；保留有效回调。人才端是唯一付款端。
- 只追加必要迁移，共享文件最小增量；同一 checkout 只运行一个 Maven 构建。交易、登录、退款、核销实现的范围外问题只读记录并交接。
- 每票验收依据完整规格；下列条件突出该阶段的交付，不删减规格中的其他约束。

## Comments

- 2026-09-15：用户已确认两票拆分与 02 → 03 依赖，按 to-tickets 技能发布，标记 ready-for-agent。发布工单不表示已实施或验收通过。

 .scratch/merchant-wechat-onboarding/issues/03-new-enterprise-onboarding.md

New file
@@ -0,0 +1,37 @@
# 03 — 完成新企业商户一次进件与微信开通流程

**What to build:** 02 真实验收通过后，新企业商户在商户端一次提交主体、实际行业材料和银行卡，即可沿已经验证的公共能力完成基本进件及微信开通；无回调时由两端手动刷新继续办理，失败可局部重试。

Blocked by: 02 — 完成指定存量商户微信与资金能力开通。

Status: ready-for-agent

- [ ] 开始本票实现及真实新进件联调之前，核对 02 的真实成功证据；等待实名、接口受理或仅模拟通过不能解除阻塞。
- [ ] 复用现有企业进件表单和 02 已验证的公共能力，完成实际行业与所需材料校验、开通意图保存及企业基本进件衔接。
- [ ] 商户可理解适用费率与待补材料，渠道技术参数由平台维护；不复制参考商户独有身份与资质。
- [ ] 一次提交保存唯一申请关联；基础审核未确认成功前不越过前置条件，确认后继续微信与资金能力办理。
- [ ] 商户端与后台显示一致的基本审核及后续配置状态，提供刷新、具体失败提示和可执行下一步；普通状态读取保持只读。
- [ ] 基础审核拒绝与后续开通失败区分处理；基本进件成功后的局部失败保留原商户号和银行卡，未知结果先查，重复提交不产生重复商户。
- [ ] 新商户同样满足三个微信场景、人才端 AppID、适用实名/授权、延迟非强制及 D1 自动结算等完整开通条件。
- [ ] 模拟测试覆盖一次提交到全部完成、基础审核拒绝、材料缺失、待实名、步骤失败、超时、并发、权限及能力不全，并完成两端页面验收。
- [ ] 先完成模拟验证，再对实际需要的新企业进件做真实验收，保留原请求与通道证据；禁止反复创建测试商户排错。
- [ ] 若没有适合的真实新商户或仍有外部待办，如实记录真实验收未完成，不伪造通过。
- [ ] 相关回归满足到店消费支付即核销且不延迟、预购核销并完成交易确认后才可结算；不扩大既定业务范围。

**完成演示：** 新企业从一次提交到基本审核、微信与资金能力开通形成闭环；无回调时手动刷新也可推进，真实验收发生在 02 成功之后。

## 规格与共同约束

[完整规格](../spec.md)

- 查询、补开、实名、资金配置、两端页面及测试都归入对应业务阶段，不再单独拆票。
- 复用已有进件服务、通道适配与页面，只做完成当前阶段所需的最小整理，不单列预重构。
- 使用已确认测试边界：进件服务公开操作为主入口，真实测试库、模拟汇付响应，补充接口权限、通道合同与页面验收。
- 普通自动化测试不得创建真实汇付商户。联调先查询原申请再处理失败，不能通过反复进件或关闭重建制造商户记录。
- 无进件定时查询或页面自动轮询；保留有效回调。人才端是唯一付款端。
- 只追加必要迁移，共享文件最小增量；同一 checkout 只运行一个 Maven 构建。交易、登录、退款、核销实现的范围外问题只读记录并交接。
- 每票验收依据完整规格；下列条件突出该阶段的交付，不删减规格中的其他约束。

## Comments

- 2026-09-15：用户已确认两票拆分与 02 → 03 依赖，按 to-tickets 技能发布，标记 ready-for-agent。发布工单不表示已实施或验收通过。

 .scratch/merchant-wechat-onboarding/ticket-plan.md

New file
@@ -0,0 +1,27 @@
# 企业商户进件与微信开通：已确认任务拆分

状态：用户已确认，两个独立 Issue 已发布。
日期：2026-09-15。

依据：[完整规格](spec.md)。仅保留 02、03 两张执行工单，均直接引用规格。

## 工单

| 编号 | 任务 | Blocked by | Status |
| --- | --- | --- | --- |
| 02 | [完成指定存量商户微信与资金能力开通](issues/02-existing-merchant-wechat-activation.md) | 无，可先开始 | ready-for-agent |
| 03 | [完成新企业商户一次进件与微信开通流程](issues/03-new-enterprise-onboarding.md) | 02 真实验收成功 | ready-for-agent |

## 执行规则

先执行 02，复用 6666000241335656 的已有商户号，把微信、人才端 AppID、适用实名/授权、延迟入账和 D1 自动结算办妥并取得汇付侧真实证据；再执行 03，接入新增企业商户完整流程。

02 仍在审核、待实名、未知或缺证据时，03 不能开始。模拟测试通过、接口受理成功或本地标记成功均不解除阻塞。ready-for-agent 表示工单可由代理承接，不代表没有依赖或已经完成。

每个独立 Issue 包含自身验收条件及共同约束。自动化使用模拟汇付响应，不创建真实商户；真实联调失败先核对原申请，不反复新进件制造控台记录。

## 确认记录

- 2026-09-15：用户要求降低任务粒度，由六票收敛为两个业务阶段。
- 2026-09-15：用户回复“确认”，批准按两票发布。
- 2026-09-15：用户同意删除冗余的 01 总任务，两张工单直接引用规格；保留原编号及 02 → 03 的依赖。

New file
			@@ -0,0 +1,38 @@
			# 02 — 完成指定存量商户微信与资金能力开通

			What to build: 复用 6666000241335656 已有商户号，通过商户端和后台刷新、补开与局部重试，完成微信支付、人才端 AppID、适用实名/授权、延迟入账及 D1 自动结算核验，取得汇付侧真实成功证据。

			Blocked by: None — can start immediately

			Status: ready-for-agent

			- [ ] 先核实官方查询、补开、配置及实名接口和状态语义，只读核对目标商户原申请与实际配置，明确缺项；不能预设卡住原因。
			- [ ] 商户端和后台均能刷新尚未整体通过的申请，展示一致的分阶段进度、最后同步时间、具体原因与下一步；权限与敏感信息展示符合规格。
			- [ ] 基础审核通过后按通道前置要求补齐微信能力，公共配置参考 6666000226048687 的三个场景、0.70% 费率、最低收费 0 元、内扣实收和渠道规则；商户行业与资质按实际情况使用。
			- [ ] 衔接人才端 AppID 配置和实名/授权，必要材料可补充，需要商户本人办理的步骤提供有效指引；办理后通过手动刷新同步结果。
			- [ ] 补齐并核实延迟入账开启、强制延迟关闭、D1 自动批次结算、起结与留存均为 0。已配置正确的能力保持，不能仅凭请求中带参数判定生效。
			- [ ] 基本进件成功后不重建商户或银行卡；失败只重试失败步骤，未知结果先查询，未决申请不重复提交。
			- [ ] 手动刷新与有效回调按一致规则推进；重复点击、并发入口、重复或乱序通知不会重复补开或破坏同次尝试的成功结果。
			- [ ] 缺少必要能力证据时不能显示全部完成；超时保留最后有效状态，查询错误与审核拒绝区分。
			- [ ] 完成模拟集成测试、权限与页面验收，覆盖无回调推进、局部重试、未知结果、幂等、待实名及能力缺失；完成相关资金语义回归。
			- [ ] 使用已交付的操作入口恢复指定商户，记录真实微信能力、人才端绑定、适用实名/授权、延迟和结算结果及核验时间；两端显示与通道一致。
			- [ ] 整个阶段没有真实新商户进件，不操作其他已关闭小微商户，不修改参考商户。
			- [ ] 真实商户仍在审核、待实名、请求未知或缺少生效证据时，保留具体待办，本票不得标完成，03 继续阻塞。

			完成演示：在商户端或后台手动刷新指定商户，全部必要能力显示已确认，且有可核对的汇付侧证据；商户号与银行卡保持原关联。

			## 规格与共同约束

			[完整规格](../spec.md)

			- 查询、补开、实名、资金配置、两端页面及测试都归入对应业务阶段，不再单独拆票。
			- 复用已有进件服务、通道适配与页面，只做完成当前阶段所需的最小整理，不单列预重构。
			- 使用已确认测试边界：进件服务公开操作为主入口，真实测试库、模拟汇付响应，补充接口权限、通道合同与页面验收。
			- 普通自动化测试不得创建真实汇付商户。联调先查询原申请再处理失败，不能通过反复进件或关闭重建制造商户记录。
			- 无进件定时查询或页面自动轮询；保留有效回调。人才端是唯一付款端。
			- 只追加必要迁移，共享文件最小增量；同一 checkout 只运行一个 Maven 构建。交易、登录、退款、核销实现的范围外问题只读记录并交接。
			- 每票验收依据完整规格；下列条件突出该阶段的交付，不删减规格中的其他约束。

			## Comments

			- 2026-09-15：用户已确认两票拆分与 02 → 03 依赖，按 to-tickets 技能发布，标记 ready-for-agent。发布工单不表示已实施或验收通过。

New file
			@@ -0,0 +1,37 @@
			# 03 — 完成新企业商户一次进件与微信开通流程

			What to build: 02 真实验收通过后，新企业商户在商户端一次提交主体、实际行业材料和银行卡，即可沿已经验证的公共能力完成基本进件及微信开通；无回调时由两端手动刷新继续办理，失败可局部重试。

			Blocked by: 02 — 完成指定存量商户微信与资金能力开通。

			Status: ready-for-agent

			- [ ] 开始本票实现及真实新进件联调之前，核对 02 的真实成功证据；等待实名、接口受理或仅模拟通过不能解除阻塞。
			- [ ] 复用现有企业进件表单和 02 已验证的公共能力，完成实际行业与所需材料校验、开通意图保存及企业基本进件衔接。
			- [ ] 商户可理解适用费率与待补材料，渠道技术参数由平台维护；不复制参考商户独有身份与资质。
			- [ ] 一次提交保存唯一申请关联；基础审核未确认成功前不越过前置条件，确认后继续微信与资金能力办理。
			- [ ] 商户端与后台显示一致的基本审核及后续配置状态，提供刷新、具体失败提示和可执行下一步；普通状态读取保持只读。
			- [ ] 基础审核拒绝与后续开通失败区分处理；基本进件成功后的局部失败保留原商户号和银行卡，未知结果先查，重复提交不产生重复商户。
			- [ ] 新商户同样满足三个微信场景、人才端 AppID、适用实名/授权、延迟非强制及 D1 自动结算等完整开通条件。
			- [ ] 模拟测试覆盖一次提交到全部完成、基础审核拒绝、材料缺失、待实名、步骤失败、超时、并发、权限及能力不全，并完成两端页面验收。
			- [ ] 先完成模拟验证，再对实际需要的新企业进件做真实验收，保留原请求与通道证据；禁止反复创建测试商户排错。
			- [ ] 若没有适合的真实新商户或仍有外部待办，如实记录真实验收未完成，不伪造通过。
			- [ ] 相关回归满足到店消费支付即核销且不延迟、预购核销并完成交易确认后才可结算；不扩大既定业务范围。

			完成演示：新企业从一次提交到基本审核、微信与资金能力开通形成闭环；无回调时手动刷新也可推进，真实验收发生在 02 成功之后。

			## 规格与共同约束

			[完整规格](../spec.md)

			- 查询、补开、实名、资金配置、两端页面及测试都归入对应业务阶段，不再单独拆票。
			- 复用已有进件服务、通道适配与页面，只做完成当前阶段所需的最小整理，不单列预重构。
			- 使用已确认测试边界：进件服务公开操作为主入口，真实测试库、模拟汇付响应，补充接口权限、通道合同与页面验收。
			- 普通自动化测试不得创建真实汇付商户。联调先查询原申请再处理失败，不能通过反复进件或关闭重建制造商户记录。
			- 无进件定时查询或页面自动轮询；保留有效回调。人才端是唯一付款端。
			- 只追加必要迁移，共享文件最小增量；同一 checkout 只运行一个 Maven 构建。交易、登录、退款、核销实现的范围外问题只读记录并交接。
			- 每票验收依据完整规格；下列条件突出该阶段的交付，不删减规格中的其他约束。

			## Comments

			- 2026-09-15：用户已确认两票拆分与 02 → 03 依赖，按 to-tickets 技能发布，标记 ready-for-agent。发布工单不表示已实施或验收通过。

New file
			@@ -0,0 +1,27 @@
			# 企业商户进件与微信开通：已确认任务拆分

			状态：用户已确认，两个独立 Issue 已发布。
			日期：2026-09-15。

			依据：[完整规格](spec.md)。仅保留 02、03 两张执行工单，均直接引用规格。

			## 工单

			\| 编号 \| 任务 \| Blocked by \| Status \|
			\| --- \| --- \| --- \| --- \|
			\| 02 \| [完成指定存量商户微信与资金能力开通](issues/02-existing-merchant-wechat-activation.md) \| 无，可先开始 \| ready-for-agent \|
			\| 03 \| [完成新企业商户一次进件与微信开通流程](issues/03-new-enterprise-onboarding.md) \| 02 真实验收成功 \| ready-for-agent \|

			## 执行规则

			先执行 02，复用 6666000241335656 的已有商户号，把微信、人才端 AppID、适用实名/授权、延迟入账和 D1 自动结算办妥并取得汇付侧真实证据；再执行 03，接入新增企业商户完整流程。

			02 仍在审核、待实名、未知或缺证据时，03 不能开始。模拟测试通过、接口受理成功或本地标记成功均不解除阻塞。ready-for-agent 表示工单可由代理承接，不代表没有依赖或已经完成。

			每个独立 Issue 包含自身验收条件及共同约束。自动化使用模拟汇付响应，不创建真实商户；真实联调失败先核对原申请，不反复新进件制造控台记录。

			## 确认记录

			- 2026-09-15：用户要求降低任务粒度，由六票收敛为两个业务阶段。
			- 2026-09-15：用户回复“确认”，批准按两票发布。
			- 2026-09-15：用户同意删除冗余的 01 总任务，两张工单直接引用规格；保留原编号及 02 → 03 的依赖。