柜员管理

所属路径：公共业务 / 柜员管理
截图目录：../../../../assets/screenshots/01-存款核心柜面/
相关专题：柜员流水、勾兑与日终核对、柜员权限、岗位与授权、待销账与销账

业务框架

柜员管理围绕“谁在核心系统里办理业务、处于什么状态、做过什么交易、具备什么权限”展开。它本身不是零售存款产品功能，但它是柜面交易、授权控制、日终收口和审计追踪的运营底座。

换句话说，柜员管理解决的是四个上层问题：

问题	对应能力	相关页面
这个柜员是谁、现在是否可用？	查询柜员主数据、状态、岗位和登录状态。	[9302]柜员信息查询
这个柜员的会话发生过什么？	查询签到、签退、强制签退、会话过期、验密鉴权等事件。	[9301]柜员事件查询、[9103]柜员强制签退
这个柜员办过什么业务？	查询柜员经办交易流水，并进行运营核对。	[9303]柜员流水查询、[9104]柜员流水勾兑
这个柜员能办什么、能授权什么？	查询岗位操作权限和授权权限。	[9311]岗位权限信息查询

1.1 柜员日间生命周期

学习柜员管理，最好放在“柜员从可用到收口”的日间生命周期里理解：

1. [9302]柜员信息查询：确认柜员主数据、机构、岗位、状态和登录状态。
2. [9301]柜员事件查询：查看柜员签到、签退、会话过期、强制签退、验密鉴权等事件。
3. [9303]柜员流水查询：查看柜员经办过哪些业务交易。
4. [9104]柜员流水勾兑：对需要运营确认的流水做核对收口。
5. [9103]柜员强制签退：当柜员异常在线或无法正常签退时，由授权人员介入处理。
6. [9311]岗位权限信息查询：解释柜员为什么能办或不能办某些交易，能否作为授权人。

flowchart LR
  A["9302 柜员信息查询<br/>确认柜员、机构、岗位、状态"] --> B["9301 柜员事件查询<br/>查看签到、签退、会话事件"]
  B --> C["9303 柜员流水查询<br/>追踪经办交易"]
  C --> D["9104 柜员流水勾兑<br/>运营核对收口"]
  D --> E["正常签退或异常处理"]
  E --> F["9103 柜员强制签退<br/>处理异常在线状态"]
  A --> G["9311 岗位权限信息查询<br/>解释操作/授权边界"]

1.2 六个页面的分工

页面	核心动作	在柜员生命周期中的位置	学习重点
[9302]柜员信息查询	查柜员主数据和登录状态	了解柜员当前是否可用	区分柜员状态和登录状态。
[9301]柜员事件查询	查柜员事件轨迹	回看柜员会话生命周期	签到、签退、强制签退、会话过期、验密鉴权。
[9103]柜员强制签退	强制关闭异常柜员会话	异常处理	不是普通退出，而是管理人员介入关闭柜员业务状态。
[9303]柜员流水查询	查柜员经办交易流水	交易追踪	从“谁办理了什么业务”的角度追踪交易。
[9104]柜员流水勾兑	对柜员流水做运营核对	日终/收口	勾兑不是冲正，而是确认流水已核对。
[9311]岗位权限信息查询	查岗位操作/授权权限	权限解释	区分操作权限和授权权限。

1.3 关键字段和状态

字段/状态	出现页面	业务含义
柜员代码	多个页面	柜员在核心系统中的主要标识，用于定位经办人、登录主体和权限主体。
柜员状态	9302	柜员主数据状态，例如正常、停用、锁定等。
登录状态	9302	柜员当前会话/运营状态，例如签到、正式签退、会话过期自动签退等。
柜员事件标志	9301	柜员会话和鉴权事件类型，包括签到、签退、强制签退、会话过期、验密鉴权。
业务流水号	9303、9104	单笔业务处理过程的追踪标识。
交易码/交易名称	9303、9104、9311	标识柜员办理或被授权办理的具体交易功能。
勾兑标志	9104	表示柜员流水是否完成运营核对。
柜员岗位	9302、9311	决定柜员操作权限和授权权限的重要维度。

1.4 和机构管理的关系

柜员管理和机构管理是上下层配合关系。机构决定“这个网点今天能不能营业”，柜员决定“哪个人在这个网点下能不能办业务”。

控制点	说明
机构签到	网点进入当日可营业状态，是柜员办理业务的机构层前提。
柜员签到/登录	柜员进入可经办业务状态。
权限校验	判断柜员岗位是否允许操作或授权某交易。
交易流水	记录柜员实际办理过的业务。
柜员收口	柜员签退、流水勾兑、异常状态处理。
机构签退	所属机构完成更高层级的日终收口。

因此，柜员管理不是孤立的账号管理，而是核心系统中“人、权限、交易、审计、日终”之间的连接层。

页面解读

2.1 交易清单

交易码	菜单名称	页面类型	当前状态
[9103]	柜员强制签退	运营控制类	已整理
[9301]	柜员事件查询	查询类	已整理
[9302]	柜员信息查询	查询类	已整理
[9303]	柜员流水查询	查询类	已整理，结果列待有数据样例后校准
[9104]	柜员流水勾兑	运营核对类	已整理，勾兑标志枚举待补充
[9311]	岗位权限信息查询	权限查询类	已整理，授权权限页签字段待补充

2.2 [9103]柜员强制签退

页面截图

页面定位

柜员强制签退用于由具备权限的管理人员将某个柜员从核心系统中强制签退。它不直接处理客户存款账户或账务分录，而是处理“柜员登录/签到状态”这一运营基础状态。

典型场景包括柜员忘记正常签退、系统或网络异常导致会话残留、柜员离岗但仍显示在线、日终前需要清理未签退状态等。

页面要素

输入字段

字段	是否必输	说明
柜员代码	是	需要被强制签退的目标柜员编号。截图中字段为空时提示“不能为空”。
备注	否/可能按行内制度要求必填	记录强制签退原因，便于事后审计和责任追踪。

操作按钮

按钮	说明
重置	清空当前录入内容。
强制签退	提交强制签退请求。截图中按钮为灰色，通常表示必输项未填写或条件不满足。

业务流程

1. 运营主管或有权限柜员进入 [9103]柜员强制签退。
2. 输入需要处理的柜员代码，并填写备注说明。
3. 系统校验目标柜员是否存在、是否属于可管理范围、当前是否处于已签到/在线状态。
4. 校验通过后，系统将目标柜员状态更新为签退或离线。
5. 系统登记柜员事件、操作流水或审计记录。

核心业务解读

柜员状态是交易处理的基础控制点。柜员如果处于未签到、已签退、被锁定或异常状态，通常不能办理开户、销户、转账、收费、冻结、扣划等业务。强制签退虽然不涉及客户账务，但会影响机构签退、日终检查、柜员轧账和流水勾兑。

这个交易不是简单关闭浏览器会话，而是把核心系统中记录的柜员业务状态关闭掉，避免异常在线、机构无法签退、日终检查不通过等问题。

风险控制点

• 应限制为主管、运营管理岗或系统授权角色使用。
• 强制签退前应确认目标柜员没有未完成交易、待处理授权、未勾兑流水或现金/凭证尾箱未处理事项。
• 备注应写清楚原因，例如“网络异常无法正常签退”“柜员离岗未签退”“日终清理异常状态”。
• 交易应写入审计日志，记录谁、何时、因为什么原因强制签退了哪个柜员。

2.3 [9301]柜员事件查询

页面截图

页面定位

柜员事件查询用于查询柜员在核心系统中的关键状态事件，例如签到、签退、强制签退、会话过期、验密鉴权等。它本身不发起账务交易，也不修改客户账户，而是提供柜员操作状态的审计依据。

适用场景

• 查询某个柜员在指定时间段内的签到、签退、会话过期等事件。
• 排查柜员无法办理业务、重复登录、异常在线、会话失效等问题。
• 对强制签退、异常签退等操作进行事后核查。
• 日终或运营检查时追踪柜员状态变化。

页面要素

查询条件

字段	说明
柜员代码	按具体柜员编号过滤事件记录。
营业机构	按柜员所属或办理事件的机构过滤。
开始日期	查询事件发生的起始日期。
结束日期	查询事件发生的截止日期。
柜员事件标志	按事件类型过滤。

柜员事件标志枚举

枚举值	业务含义
请选择	空选项，表示不按具体事件类型过滤。
签到	柜员进入系统或进入可办理业务状态时产生的事件。
签退	柜员正常退出系统或结束当班操作状态时产生的事件。
强制签退	有权限人员通过管理交易将柜员强制签退时产生的事件。
会话过期	柜员登录会话因超时、失效或系统会话控制规则触发而结束。
验密鉴权	通常用于记录柜员密码校验、身份确认或权限鉴别事件；具体触发点待后续系统说明确认。

结果列表

列名	说明
操作时间	柜员事件发生的具体时间。
柜员代码	发生事件的柜员编号。
柜员姓名	发生事件的柜员名称。
营业机构	事件所属机构。
柜员事件标志	事件类型。
授权柜员	如事件涉及授权或管理人员介入，一般用于记录授权柜员。

核心业务解读

柜员事件是核心系统对“柜员运营状态变化”的留痕。零售存款业务虽然面向客户账户，但实际办理交易的人是柜员，柜员是否签到、是否在线、是否已签退，会影响其能否发起开户、销户、转账、冻结、扣划、收费等操作。

强制签退 和 验密鉴权 的审计价值较高：前者反映管理介入，后者反映身份或权限校验动作。

风险控制点

• 柜员事件记录属于审计线索，不应允许普通用户修改或删除。
• 日期区间通常应限制，避免大范围查询影响系统性能。
• 如频繁出现会话过期，可能反映系统超时时间配置、网络稳定性或柜员操作习惯问题。
• 如果某柜员在非工作时间或非所属机构出现异常事件，应进一步核查账号共用、越权登录或安全风险。

2.4 [9302]柜员信息查询

页面截图

页面定位

柜员信息查询用于查看柜员主数据、所属机构、柜员岗位、柜员状态和当前登录状态。它是柜员运营管理、权限排查和异常状态处理的基础查询入口。

页面要素

查询条件

字段	说明
柜员代码	按具体柜员编号查询。
营业机构	按柜员所属机构过滤。
柜员登录状态	按当前登录状态过滤。

结果列表

列名	说明
柜员代码	柜员在系统中的标识。
柜员姓名	柜员名称。文档中不逐行抄录截图内测试姓名。
柜员状态	柜员主数据状态。截图中可见“正常”。
营业机构	柜员所属机构。
柜员岗位	柜员当前岗位或角色。截图中可见 counterSuperAdmin。
登录状态	柜员当前登录/会话状态。截图中可见“正式签退”“签到”“会话过期自动签退”等。

核心业务解读

一个柜员能不能办理业务，通常至少取决于三类状态：柜员主数据是否正常、柜员岗位是否具备权限、柜员登录状态是否允许交易。

柜员状态 和 登录状态 是两个不同层面的概念。柜员状态偏向主数据有效性，例如正常、停用、锁定等；登录状态偏向会话和运营状态，例如签到、正式签退、会话过期自动签退等。一个柜员即使主数据状态正常，如果没有签到，也通常不能发起柜面交易。

风险控制点

• 柜员信息属于内部运营数据，导出和查询权限应严格控制。
• 如柜员状态正常但长期未使用，可能需要结合制度做账号清理或停用。
• 如柜员岗位过高，例如超级柜员或主管岗，应定期复核权限是否符合最小权限原则。
• 如果登录状态异常，应结合 [9301]柜员事件查询 和 [9103]柜员强制签退 进一步处理。

2.5 [9303]柜员流水查询

页面截图

页面定位

柜员流水查询用于按柜员、机构和日期范围查询柜员经办的业务流水。它不是客户维度的账户明细查询，而是从“柜员经办行为”的角度查看交易记录。

页面要素

查询条件

字段	说明
柜员代码	按经办柜员过滤交易流水。
营业机构	按交易所属或柜员所属机构过滤。
开始日期	查询流水的起始日期。
结束日期	查询流水的截止日期。

结果列表

当前截图显示查询结果为“没有数据”，但表头已经能识别出部分字段。该表支持横向滚动，后续需要结合补充截图继续完善。

列名	说明
业务流水号	单笔业务处理过程的流水标识，用于交易追踪和差错定位。
交易柜员	实际办理交易的柜员。
交易码	具体交易功能编号。
交易名称	交易码对应的业务名称。
交易类型	交易所属类型，具体枚举待补充。
营业机构	交易发生或归属机构。
账务日期	交易入账所属日期，和会计核算、日终批处理关系更紧密。
交易日期	交易实际发生日期。
交易时间	交易实际发生时间。
客户账号	交易涉及的客户账户。
账户名称	客户账户名称。
币种	交易涉及币种。
交易金额	交易发生金额。
对方账号	交易对手方账号。
对方户名	交易对手方户名。
转出待销账序号	涉及待销账处理时，记录转出方向的待销账序号。
转入待销账序号	涉及待销账处理时，记录转入方向的待销账序号。
授权柜员	如交易需要授权，记录授权人员。

待销账字段的概念详见：待销账与销账。

核心业务解读

柜员流水是连接“操作人员”和“业务交易”的关键审计视图。客户账明细回答“账户发生了什么”，柜员流水进一步回答“这笔业务由谁经办、通过哪个交易码发起、是否涉及授权、归属哪个机构”。

截图中同时出现 账务日期 和 交易日期。交易日期偏向业务发生时间，账务日期偏向会计入账日期。多数日间交易二者可能一致，但在日终、补账、冲正、跨日处理等场景下，两者可能存在差异。

关联功能

• [9104]柜员流水勾兑：对柜员流水进行运营核对。
• [3003]客户账交易明细查询：从客户账户角度查看交易明细，可与柜员流水互相印证。

2.6 [9104]柜员流水勾兑

页面截图

页面定位

柜员流水勾兑用于对柜员交易流水进行核对确认。它和 [9303]柜员流水查询 字段结构高度相似，但 [9303] 主要用于查询和追踪，[9104] 增加了 勾兑选定、勾兑全部 等处理动作。

勾兑不是冲正、撤销或重新记账，而是对已发生流水的运营核对和状态闭环。更完整解释见：柜员流水、勾兑与日终核对。

页面要素

查询条件

字段	说明
柜员代码	待查询或待勾兑流水所属的柜员代码。
营业机构	交易所属或柜员所属机构。
交易日期	需要勾兑的流水日期。截图中该字段带红色星号，表示必输。
勾兑标志	按流水勾兑状态过滤。截图中显示 0-未勾兑。

操作按钮

按钮	说明
重置	清空或恢复查询条件。
查询	按当前条件查询柜员流水。
勾兑选定	对结果列表中选中的流水进行勾兑。
勾兑全部	对当前查询条件下符合条件的流水批量执行勾兑。

勾兑重点字段

基础流水字段复用 [9303]柜员流水查询。[9104] 重点新增或特别关注以下字段：

列名	说明
勾兑柜员	执行勾兑确认的柜员。
勾兑标志	表示流水是否已勾兑。
流水状态	表示流水自身处理状态，具体枚举待后续截图补充。

核心业务解读

柜员流水勾兑本质上是运营控制中的“确认闭环”。交易流水解决的是“交易有没有发生、怎么发生的”，勾兑解决的是“这笔交易有没有被运营确认”。

柜员并不需要把每天所有系统操作逐条人工勾兑。通常需要勾兑的是有资金、账务、客户权益、授权责任或日终收口要求的风险流水，例如账务类交易、现金或凭证类交易、客户账户状态变化、授权交易、待销账或挂账交易、异常差错处理交易、日终必须收口的柜员流水。

风险控制点

• 勾兑动作会改变流水运营状态，应记录勾兑柜员、时间和可能的授权信息。
• 未核对清楚前不应随意使用“勾兑全部”，尤其在有大额交易、待销账、冲正或授权交易时。
• 如果日终前仍存在未勾兑流水，可能影响柜员轧账、机构签退或运营检查。
• 已勾兑流水如后续发现差错，需要明确是否允许取消勾兑或通过其他差错流程处理。

2.7 [9311]岗位权限信息查询

页面截图

页面定位

岗位权限信息查询用于按柜员代码和岗位查看该岗位具备哪些操作权限、授权权限。它不直接办理客户业务，也不改变账户或账务，而是帮助理解“某个柜员/岗位为什么能做某些交易、为什么不能做某些交易”。

页面要素

查询条件

字段	说明
柜员代码	按具体柜员过滤权限信息。截图中无红色星号，通常可选。
岗位	必输字段，用于选择需要查询的岗位。补充下拉框截图显示可选岗位包括 counterSuperAdmin。

页签

页签	说明
操作权限信息	查看该岗位可直接操作的交易或操作项。
授权权限信息	查看该岗位可作为授权人授权的交易或操作项。

操作权限信息结果列表

列名	说明
交易码	岗位可操作的交易编号。
交易名称	交易码对应的业务名称。
操作码	交易内部的操作项编号，通常用于更细粒度地区分查询、新增、修改、删除、提交等动作。
操作名称	操作码对应名称。

核心业务解读

柜员能不能办理某个交易，通常不只是看他有没有登录，还要看其岗位是否被授予对应交易和操作权限。这里要区分：

• 操作权限：柜员作为经办人，能不能发起或执行某个交易操作。
• 授权权限：柜员作为授权人，能不能审核、批准或授权别人发起的交易。

这两个权限不能混为一谈。良好的核心系统权限设计，会把经办权和授权权分开，形成岗位制衡。更完整解释见：柜员权限、岗位与授权。

风险控制点

• 高权限岗位如超级柜员、主管岗，应定期复核权限范围。
• 授权权限尤其敏感，应关注是否存在越权授权、自己经办自己授权等风险。
• 导出权限信息可能暴露系统权限结构，应限制给运营管理或系统管理人员。
• 如果柜员无法办理交易，不能只看登录状态，还要结合岗位权限、机构权限、交易状态和授权规则综合判断。

关联功能

• 机构管理：机构签到/签退是柜员办理业务和收口的上层条件。
• [3003]客户账交易明细查询：从客户账户角度查看交易明细，可与柜员流水互相印证。
• [9106]我的待办、[9105]我的申请：涉及授权和审批流时，可结合岗位权限理解待办来源。
• 内部账户、待销账相关查询：核查涉及挂账、销账的柜员流水是否完成后续处理。
• 柜员流水、勾兑与日终核对：理解柜员流水和勾兑的通用逻辑。
• 柜员权限、岗位与授权：理解操作权限、授权权限和岗位制衡。
• 待销账与销账：理解流水中的转入/转出待销账字段。