交易管理
所属路径:公共业务 / 交易管理
截图目录:../../../../assets/screenshots/01-存款核心柜面/
当前已整理:[9105]我的申请、[9106]我的待办、[9107]数据同步状态查询
待补充:状态枚举、带数据样例、结果区操作按钮
业务框架
交易管理围绕“交易提交后的流程状态、授权审批、待办处理和结果追踪”展开。它不直接是客户账户交易页面,而是核心系统对交易流转过程的运营管理层。
换句话说,交易管理解决的是三个上层问题:
| 问题 | 对应能力 | 相关页面 |
|---|---|---|
| 有哪些交易需要我处理? | 查询待审核、待授权或待处理事项。 | [9106]我的待办 |
| 我提交过哪些申请? | 查询本人发起的交易申请及处理进度。 | [9105]我的申请 |
| 交易相关数据是否同步完成? | 查询交易或数据同步状态,用于排查处理结果。 | [9107]数据同步状态查询 |
可以把交易管理理解为核心系统里的“流程工作台”。柜员发起业务后,系统会根据交易规则、权限规则和风险规则判断是否需要授权、是否进入待办、是否需要后续追踪。
1.1 交易流转主线
学习交易管理,最好放在“经办提交 -> 授权处理 -> 状态追踪”的流程里理解:
- 柜员在具体业务页面发起交易,例如账户维护、账务处理、特殊业务等。
- 系统根据交易规则判断该交易是否可以直接完成,或是否需要授权、复核、异步处理。
- 需要处理的事项进入交易管理相关页面,例如
[9106]我的待办。 - 授权柜员或有权限人员处理待办事项。
- 系统更新交易状态、授权次数、错误信息和业务流水状态。
- 发起人可以通过
[9105]我的申请追踪自己提交的事项,必要时通过[9107]数据同步状态查询排查同步状态。
flowchart LR
A["业务页面发起交易<br/>经办柜员提交"] --> B["系统校验<br/>权限、规则、风险条件"]
B --> C{"是否需要授权或后续处理"}
C -->|否| D["交易直接完成<br/>记录业务流水"]
C -->|是| E["9106 我的待办<br/>进入处理队列"]
E --> F["授权/审核处理<br/>更新状态和授权次数"]
F --> G["9105 我的申请<br/>发起人追踪进度"]
F --> H["9107 数据同步状态查询<br/>排查同步和处理结果"]
1.2 三个页面的分工
| 页面 | 核心动作 | 在交易流程中的位置 | 学习重点 |
|---|---|---|---|
[9106]我的待办 | 查询并处理待审核事项 | 授权人、复核人或处理人视角 | 重点看状态、业务流水号、经办柜员、授权柜员、还需授权次数。 |
[9105]我的申请 | 查询本人提交的申请 | 经办人视角 | 重点看自己提交的交易是否已处理、是否失败、是否仍在审批中。 |
[9107]数据同步状态查询 | 查询同步或处理状态 | 异常排查视角 | 重点看交易处理后是否同步完成,是否存在错误信息或滞留状态。 |
1.3 关键字段和状态
| 字段/状态 | 出现页面 | 业务含义 |
|---|---|---|
| 用户ID | 9106 | 按用户维度过滤待办事项,通常用于定位某个处理人或相关用户的任务。 |
| 机构代码 | 9106 | 按机构过滤待办事项,体现交易和任务的机构归属。 |
| 提交开始日期/提交终止日期 | 9105、9106 | 按申请提交日期范围查询流程事项,是页面必输条件。 |
| 交易日期 | 9105、9106 | 交易所属的核心交易日期,和自然提交时间不一定是同一概念。 |
| 状态 | 9105、9106 | 待办或申请当前处理状态;当前截图中可见 0-待审核。 |
| 业务流水号 | 9105、9106、9107 | 单笔业务流转的关键追踪号,排查申请、待办、授权、错误和同步问题时非常重要。 |
| 经办柜员 | 9105、9106 | 原始发起交易的柜员。 |
| 授权柜员 | 9105、9106、9107 | 已处理或应处理授权动作的柜员;具体含义需结合有数据样例进一步确认。 |
| 还需授权次数 | 9105、9106 | 表示该事项可能存在多级授权或多次授权要求,数值归零后通常才具备完成条件。 |
| 错误信息 | 9105、9106、9107 | 记录交易处理、授权或同步过程中的异常原因。 |
| 业务类型 | 9107 | 按交易或功能类型过滤同步记录,当前可见枚举包括利率维护、内部账户开户、内部账户信息维护、内部账户状态变更、节假日日历维护等。 |
| 同步状态 | 9107 | 交易或操作数据同步的处理状态,用于判断是否同步成功、失败或仍在处理中。 |
| 操作码/操作名称 | 9107 | 数据同步记录对应的原始功能或操作。 |
1.4 和柜员、机构、权限的关系
交易管理不是孤立的待办列表,它和柜员管理、机构管理、权限授权共同组成核心系统的运营控制链路。
| 关联对象 | 关系说明 |
|---|---|
| 柜员管理 | 经办柜员发起交易,授权柜员处理待办;柜员状态、岗位和登录状态会影响是否能发起或处理交易。 |
| 机构管理 | 交易和待办通常带有机构归属;机构未签到、已签退或状态异常时,交易处理可能受到限制。 |
| 柜员权限、岗位与授权 | 交易是否进入待办、谁能处理待办,取决于操作权限、授权权限、金额规则和岗位制衡规则。 |
| 柜员流水 | 已提交或已处理的交易通常会形成流水,后续可通过柜员流水查询、勾兑等页面进行运营核对。 |
页面解读
2.1 交易清单
| 交易码 | 菜单名称 | 页面类型 | 当前状态 |
|---|---|---|---|
[9106] | 我的待办 | 流程处理/授权待办类 | 已整理,结果操作按钮待有数据样例后补充 |
[9105] | 我的申请 | 申请追踪类 | 已整理,状态枚举和结果操作待有数据样例后补充 |
[9107] | 数据同步状态查询 | 状态查询/异常排查类 | 已整理,同步状态枚举待补充 |
2.2 [9106]我的待办
页面截图

页面定位
我的待办是交易管理下的流程处理入口,用于查询当前用户、机构或条件范围内需要处理的交易事项。从截图看,它主要用于定位待审核事项,并展示交易码、交易名称、交易日期、状态、经办柜员、授权柜员、错误信息、业务流水号、还需授权次数等流程字段。
它本身不是开户、转账、冻结、扣划等业务交易页面,而是这些交易提交后的流程工作台。可以把它理解为“别人或自己发起了一笔需要后续处理的交易,现在进入待办池,等待有权限的人处理”。
适用场景
- 授权柜员或运营主管查看自己需要审核、授权或处理的交易事项。
- 按机构、用户、日期、状态或业务流水号定位某笔待办。
- 日终前清理仍处于待审核、待授权或异常状态的交易。
- 排查交易没有完成的原因,例如仍需授权、处理失败、同步异常等。
- 通过业务流水号和错误信息,把待办事项关联到柜员流水、申请记录或同步状态。
页面要素
查询条件
| 字段 | 是否必输 | 说明 |
|---|---|---|
| 用户ID | 否 | 按用户维度过滤待办事项。截图中该字段为空。 |
| 机构代码 | 否 | 按机构过滤待办事项。截图中该字段为空。 |
| 提交开始日期 | 是 | 待办事项提交日期范围的起始日期。截图中为 2026-04-30。 |
| 提交终止日期 | 是 | 待办事项提交日期范围的截止日期。截图中为 2026-04-30。 |
| 交易日期 | 否 | 按核心交易日期过滤,页面提示可手工输入格式,例如 20180623。 |
| 状态 | 否 | 按处理状态过滤。截图中选择为 0-待审核。 |
| 业务流水号 | 否 | 按单笔业务流水精确定位待办。 |
操作按钮
| 按钮 | 说明 |
|---|---|
| 重置 | 清空或恢复查询条件。 |
| 查询 | 按当前条件查询待办事项。 |
结果列表字段
| 列名 | 说明 |
|---|---|
| 交易码 | 待办事项对应的原始交易码。 |
| 交易名称 | 待办事项对应的交易名称。 |
| 交易日期 | 原交易归属的核心交易日期。 |
| 状态 | 当前流程状态。截图中查询条件显示为 0-待审核。 |
| 经办柜员 | 发起原始交易的柜员。 |
| 提交时间 | 原始交易或申请提交的时间。 |
| 最后更新时间 | 待办事项最近一次状态变化时间。 |
| 授权柜员 | 与授权处理相关的柜员字段,具体展示逻辑待有数据样例后确认。 |
| 错误信息 | 交易处理、授权或同步过程中的错误原因。 |
| 业务流水号 | 单笔业务的追踪标识。 |
| 还需授权次数 | 该事项仍需完成的授权次数,反映是否存在多级授权要求。 |
当前截图结果区显示“没有数据”,且表格存在横向滚动条。以上字段来自页面主截图和补充截图中可见的列,后续如有带数据样例或更多右侧列,需要继续校准。
业务流程
- 授权柜员或运营人员进入
[9106]我的待办。 - 输入提交日期范围,并按需补充用户ID、机构代码、交易日期、状态、业务流水号等条件。
- 点击“查询”,系统返回符合条件的待办事项。
- 操作人员根据交易码、交易名称、经办柜员、业务流水号确认待处理事项。
- 如页面返回具体任务,通常可进一步查看详情并进行审核、授权、拒绝或其他处理动作;当前截图没有数据,暂未看到具体操作按钮。
- 处理完成后,系统更新状态、最后更新时间、授权柜员、还需授权次数或错误信息。
核心业务解读
[9106]我的待办 的核心不是“查询列表”,而是承接交易授权和流程制衡。零售存款核心系统中,一些交易不能由经办柜员提交后立即生效,系统会根据交易类型、金额、账户状态、柜员权限、岗位规则等条件,要求授权或复核。
例如账户冻结、强制扣划、大额转账、账户信息关键字段修改、异常状态处理等业务,通常都不应完全依赖单个经办人的判断。待办机制就是把这些交易从“经办动作”转为“经办 + 授权/审核”的流程。
截图中的 还需授权次数 很关键。它说明某些交易可能不是一次授权就结束,而是存在多级授权或多角色授权要求。只有剩余授权次数满足系统规则后,交易才可能继续完成或进入下一状态。
页面上的红字提示“交易详情非实时更新,仅展示提交时的数据”,说明待办详情更接近提交当时的交易快照。授权人员处理时不能简单假设底层账户、客户或机构状态没有变化;如果系统另有实时校验,最终仍应以提交处理时的系统校验结果为准。
关键规则
提交开始日期和提交终止日期是必输条件,用于限制待办查询范围。业务流水号是排查单笔交易的关键字段,应优先用于精确定位。- 状态枚举目前只看到
0-待审核,其他状态需要后续截图或有数据样例补充。 - 待办应受用户、岗位、机构和授权权限约束,普通柜员不应看到或处理超出权限范围的待办。
- 经办人和授权人原则上应分离,高风险交易尤其需要避免自办自授权。
- 页面详情不是实时数据快照,授权处理前后仍可能受到账户状态、机构状态、交易状态等实时校验影响。
风险控制点
- 长时间滞留的待审核事项可能影响客户交易完成、机构日终收口或后续账务处理。
- 授权柜员权限过宽,可能削弱岗位制衡和分级授权效果。
- 如果经办人可以处理自己的高风险待办,会形成明显内控风险。
- 错误信息不能只当作技术字段看,它往往是定位交易失败、授权失败或同步异常的第一线索。
- 日终前应关注仍处于待审核、待授权、异常或同步未完成状态的事项,避免流程遗留到下一交易日。
2.3 [9105]我的申请
页面截图

页面定位
我的申请是交易管理下的申请追踪页面,用于从经办人视角查看自己提交过的交易申请。它和 [9106]我的待办 是一组对应关系:我的申请 关注“我发起的事项现在怎么样了”,我的待办 关注“有哪些事项需要我处理”。
从截图看,页面围绕提交日期、交易日期、状态进行查询,并展示交易码、交易名称、交易日期、状态、经办柜员、提交时间、最后更新时间、授权柜员、错误信息、业务流水号、还需授权次数等字段。
适用场景
- 经办柜员查询自己提交的交易是否已经完成。
- 排查客户业务已经提交但没有最终生效的原因。
- 查看交易是否仍在待审核、待授权或异常状态。
- 通过业务流水号把申请记录关联到待办、柜员流水或数据同步状态。
- 日终前检查自己发起的交易是否仍有流程遗留。
页面要素
查询条件
| 字段 | 是否必输 | 说明 |
|---|---|---|
| 提交开始日期 | 是 | 申请提交日期范围的起始日期。截图中为 2026-04-30。 |
| 提交终止日期 | 是 | 申请提交日期范围的截止日期。截图中为 2026-04-30。 |
| 交易日期 | 否 | 按核心交易日期过滤,页面提示可手工输入格式,例如 20180623。 |
| 状态 | 否 | 按申请处理状态过滤。当前截图仅看到下拉入口,具体枚举待补充。 |
操作按钮
| 按钮 | 说明 |
|---|---|
| 重置 | 清空或恢复查询条件。 |
| 查询 | 按当前条件查询本人申请记录。 |
结果列表字段
| 列名 | 说明 |
|---|---|
| 交易码 | 申请对应的原始交易码。 |
| 交易名称 | 申请对应的交易名称。 |
| 交易日期 | 原交易归属的核心交易日期。 |
| 状态 | 当前申请处理状态。 |
| 经办柜员 | 发起申请的柜员。对“我的申请”而言,通常就是当前登录柜员或其授权范围内柜员。 |
| 提交时间 | 申请提交到流程中的时间。 |
| 最后更新时间 | 申请最近一次状态变化时间。 |
| 授权柜员 | 处理或参与授权该申请的柜员。 |
| 错误信息 | 申请处理、授权或同步过程中的异常信息。 |
| 业务流水号 | 单笔申请和原始交易的追踪标识。 |
| 还需授权次数 | 该申请仍需完成的授权次数。 |
当前主图和补充截图均显示结果区“没有数据”,且结果表存在横向滚动条。右侧的
业务流水号、还需授权次数来自本次补充截图。
业务流程
- 经办柜员进入
[9105]我的申请。 - 输入提交开始日期和提交终止日期,并按需选择交易日期、状态。
- 点击“查询”,系统返回本人或权限范围内的申请记录。
- 柜员查看申请状态、授权柜员、还需授权次数和错误信息。
- 如发现申请长期未处理,可通过业务流水号继续到
[9106]我的待办、柜员流水或数据同步状态页面排查。
核心业务解读
[9105]我的申请 的价值在于把经办柜员从“我点了提交”带到“这笔交易现在走到哪里了”。在核心系统里,提交成功不一定等于业务已经最终完成。很多交易提交后还要经过授权、复核、异步处理或同步,最终状态需要通过申请记录追踪。
这个页面尤其适合理解“交易生命周期”。一笔交易可能先由经办柜员提交,生成业务流水号;如果触发授权规则,会进入待办;授权完成后,状态更新;如果后续同步失败或处理异常,会在错误信息或同步状态中体现。
页面上的红字提示“交易详情非实时更新,仅展示提交时的数据”,说明这里展示的是提交时的交易快照。它适合用于追踪申请,但不能替代对账户当前状态、交易最终结果或同步状态的实时确认。
关键规则
提交开始日期和提交终止日期是必输条件。我的申请默认应以当前经办人或其权限范围为边界,不应无限制查询他人申请。- 业务流水号是串联申请、待办、柜员流水和同步状态的关键字段。
- 如果
还需授权次数不为零,说明申请可能仍未满足最终处理条件。 - 状态枚举和结果区操作按钮需要后续带数据样例继续补充。
风险控制点
- 经办柜员不能只看“已提交”,还要关注是否已授权、是否失败、是否同步完成。
- 长时间停留在待审核或待授权状态的申请,可能影响客户体验和日终收口。
- 错误信息要及时处理,否则容易形成交易悬挂或客户争议。
- 对高风险交易,申请人不应绕过授权流程,也不应自行处理自己的授权事项。
2.4 [9107]数据同步状态查询
页面截图

页面定位
数据同步状态查询是交易管理下的异常排查和状态追踪页面,用于查询某类业务或某笔业务流水在数据同步过程中的处理状态。它不是业务发起页面,也不是授权页面,而是用于回答“交易处理后,相关数据有没有同步成功、有没有失败、失败原因是什么”。
从截图看,该页面可按业务流水号、操作柜员、业务类型、开始日期、截止日期查询,并展示业务流水号、操作码、操作名称、操作日期、业务类型、同步状态、授权柜员、操作柜员、更新时间、错误信息等字段。
适用场景
- 柜员或运营人员发现交易已提交/已授权,但结果未在相关视图或系统中体现。
- 排查内部账户、利率、节假日等参数或账户类操作是否同步完成。
- 通过业务流水号精确定位某笔同步记录。
- 按业务类型批量查看某类操作是否存在同步失败或滞留。
- 日终前检查是否存在未同步完成或错误的交易记录。
页面要素
查询条件
| 字段 | 是否必输 | 说明 |
|---|---|---|
| 业务流水号 | 否 | 按单笔业务流水精确查询同步记录。 |
| 操作柜员 | 否 | 按发起或操作该业务的柜员过滤。 |
| 业务类型 | 否 | 按业务类型过滤同步记录,支持关键字筛选。 |
| 开始日期 | 否 | 同步或操作日期范围的起始日期,页面提示可手工输入格式,例如 20180623。 |
| 截止日期 | 否 | 同步或操作日期范围的截止日期,页面提示可手工输入格式,例如 20180623。 |
业务类型下拉框当前可见枚举
| 枚举 | 说明 |
|---|---|
| 利率维护 | 利率参数维护相关同步记录。 |
| 内部账户开户 | 内部账户开户相关同步记录。 |
| 内部账户信息维护 | 内部账户信息变更相关同步记录。 |
| 内部账户状态变更 | 内部账户状态调整相关同步记录。 |
| 节假日日历维护 | 节假日参数维护相关同步记录。 |
业务类型下拉框支持关键字筛选,当前截图只展示了部分枚举,完整清单需要后续继续补充。
操作按钮
| 按钮 | 说明 |
|---|---|
| 重置 | 清空或恢复查询条件。 |
| 查询 | 按当前条件查询数据同步状态。 |
结果列表字段
| 列名 | 说明 |
|---|---|
| 操作 | 对单笔同步记录可执行的查看或处理动作;当前无数据,具体按钮待补充。 |
| 业务流水号 | 原业务或同步任务的追踪标识。 |
| 操作码 | 触发同步的原始操作代码。 |
| 操作名称 | 触发同步的原始操作名称。 |
| 操作日期 | 原操作发生日期。 |
| 业务类型 | 同步记录所属业务分类。 |
| 同步状态 | 当前同步处理状态。具体枚举待补充。 |
| 授权柜员 | 如原业务涉及授权,记录相关授权柜员。 |
| 操作柜员 | 发起或操作该业务的柜员。 |
| 更新时间 | 同步记录最近一次更新时间。 |
| 错误信息 | 同步失败或异常时的错误原因。 |
当前截图结果区显示“没有数据”,且结果表存在横向滚动条。右侧的
更新时间、错误信息来自本次补充截图。
业务流程
- 操作人员进入
[9107]数据同步状态查询。 - 按业务流水号精确查询,或按操作柜员、业务类型、日期范围进行组合查询。
- 点击“查询”,系统返回符合条件的同步记录。
- 根据同步状态判断该笔业务是否同步成功、失败或仍在处理中。
- 如出现错误信息,结合业务流水号、操作码、操作名称继续追踪原始交易、申请、待办或后台处理记录。
核心业务解读
[9107]数据同步状态查询 关注的是交易完成后的“结果落地”。在核心系统里,业务处理不一定只更新一个表或一个系统。某些交易可能要同步到账务视图、内部户模块、参数模块、外围系统或后续处理队列。
这也是为什么交易管理里需要单独有数据同步状态查询:经办页面显示已提交,待办页面显示已授权,并不必然代表所有相关数据都已经完成同步。如果同步失败,客户或柜员可能看到“交易流程完成了,但结果没有体现”的现象。
从当前业务类型看,9107 不只服务零售客户账户交易,也覆盖内部账户、利率、节假日日历等运营参数或管理类业务。这说明它更像一个跨模块的同步监控入口。
关键规则
业务流水号是最优先的精确排查条件,能把同步记录和原始交易串起来。业务类型用于缩小范围,适合排查某一类功能是否集中出现同步问题。同步状态是判断是否需要人工介入或技术排查的核心字段,完整枚举待补充。- 错误信息需要和原始操作码、操作名称一起看,不能孤立判断。
- 对参数类、内部户类业务,数据同步异常可能影响后续交易规则、账务处理或日终检查。
风险控制点
- 同步失败可能导致交易状态、账户信息、内部户信息或参数信息不一致。
- 同步状态未完成的记录不应在日终前被忽略,尤其是账务、内部户、参数类交易。
- 如果同一业务类型频繁出现同步错误,可能不是单笔交易问题,而是系统接口、批处理或配置问题。
- 错误信息应保留并纳入排查链路,避免只重试不分析原因。
关联功能
| 关联页面/专题 | 关系 |
|---|---|
[9105]我的申请 | 从经办人视角追踪自己提交的交易申请,与 [9106]我的待办 形成“发起人/处理人”两个视角。 |
[9107]数据同步状态查询 | 当待办处理后结果异常或不同系统间状态不一致时,用于继续排查同步状态。 |
[9311]岗位权限信息查询 | 判断某岗位是否具备处理待办或授权交易的权限。 |
[9303]柜员流水查询 | 通过经办柜员、交易码、业务流水号追踪原始交易流水。 |
[9104]柜员流水勾兑 | 日终或运营核对时,用于确认相关柜员流水是否已经完成核对。 |
| 柜员权限、岗位与授权 | 理解操作权限、授权权限、岗位制衡和多级授权。 |