先说结论：委托代理记账后，先按工作需要区分查询、资料导出、付款经办、审批和介质保管。提供流水供记账，并不等于需要交出付款权限；企业应按开户行实际功能设置授权，保留付款决定和复核安排。确需协作操作的，明确人员、账户、限额及授权期限，人员或委托关系变化后及时调整。
先把账户用途和权限列清
账户台账先写清用途、开户行、功能、网银用户、角色、限额、U盾保管人和预留联系人，再对照委托合同确定谁需要哪类资料。会计只需要核对收付款时，可先由企业导出约定期间的流水和回单；银行支持独立查询或下载角色的，再评估是否按需开通。查询、记账协作和付款授权是不同任务，不能因为交了资料就默认同时授权付款。
权限清单还要和实际业务对应。付款前核对收款对象、合同或订单、验收或服务依据、金额和付款时间；自动扣款、批量付款、代发工资等功能，单独标明谁能发起、谁能授权、谁能查看。开户行能否提供分级权限、限额或双人复核，以开户行协议和当前系统功能为准。
为什么多人共用 U 盾看似省事
比如公司只有两三个人，一个 U 盾由老板和财务轮流使用，短期看确实省事；但发生付款异常、人员离职或需要追溯时，很难说明是谁登录、谁确认、谁保管介质。问题不一定出在某一次付款，而是账户用途、操作身份和审批记录没有连起来。
盘点用户后，由业务负责人确认付款背景，企业经办人整理单据，审批人确认金额和支付安排，会计核对记录如何与账务对应。小公司一人兼岗时，可以在付款前增加另一名有权人员的二次确认，留下依据和时间。具体银行是否支持分级角色、临时授权和限额，由企业向开户行确认；内部清单不能改变银行已经生效的权限。
付款前后按什么顺序核对
- 确认账户和付款用途，列明用户、角色、限额与介质保管人
- 核对收款对象、合同订单、业务依据与付款金额
- 付款前复核审批权限、U盾和预留联系方式，执行后核对回单与流水
付款前按清单核对业务和审批，执行后再看回单及流水。回传会计时，注明账户、交易日期、金额、对方和业务单据位置，特别标出退款、撤回、失败后重试等状态；只发送付款申请截图，可能无法说明资金最终是否划出。同一笔业务由不同人员跟进的，使用同一事项编号，让审批记录、支付结果和记账资料能互相找到。
哪些权限变化最容易被漏掉
- 员工离职或换岗后旧权限未回收
- U盾交接、预留联系人或付款限额未更新
- 自动扣款和长期不用账户没有复查
离职、换岗或更换代理记账机构时，对照用户清单逐项处理已有权限，记录变更申请、银行反馈及实际生效情况。不要把收回U盾视为所有访问权限都已解除，还要核对预留联系方式、授权角色和自动扣款安排。发现异常，保留登录、审批和付款记录，先辨明是权限未调整、资料缺失还是银行功能限制，再联系有权人员处理；不补造或倒签原记录。
对账和交接记录怎么留
交接给会计的资料按账户和期间归档，至少能对应到流水、回单、业务依据、已确认差异及尚缺材料。企业保留账户台账和权限变更记录，并核对接收人拿到的是完整期间还是局部截图。涉及多个银行或外币账户的，写清账户范围和币种，避免不同账户资料混装后被误认为同一余额。具体需提供哪些文件及频率，应与受托工作相匹配。
密码、验证码和完整恢复信息不写进普通交接台账，身份资料只向有权人员按需要提供。企业复查权限时，应区分日常服务、临时协助和委托终止三个场景：日常按工作范围核对，临时增加的权限记明目的和结束条件，终止后逐项确认回收结果。对银行尚未完成的变更保留跟进人，待实际生效后再关闭记录。这些是内部控制建议，具体开通或回收操作仍按银行规则执行。
老板还会问的三个权限问题
Q1. 小公司人少还需要复核吗？
建议保留。人数少时可采用适合企业规模的二次确认，并明确谁能同意付款、谁核对回单。内部复核安排需结合银行功能执行，不宜仅在表上分工而继续无边界共用账号。
Q2. U盾可以交给多人保管吗？
不宜无边界共用。先明确谁保管、谁获准使用、如何复核和交接；会计仅需记账资料的，可按约定提供流水与回单，无须因此默认授予付款权限。
Q3. 权限变更后还要做什么？
复查网银角色、付款限额、预留联系方式、自动扣款、U盾交接和账户对账安排，并保留银行或系统回执。
本文主要官方依据：人民银行行业标准可用于核对企业网银的身份认证、交易确认、限额和预留联系方式等安全要求；企业实际可开通的角色、U盾（智能密码钥匙）、限额和办理材料，以开户行协议与当前系统功能为准。
- 中国人民银行：《网上银行系统信息安全通用规范》（核对企业网银硬件认证、交易确认、限额与预留联系方式等要求）
- 中国人民银行：人民币银行结算账户管理信息（核对账户开立、使用与监测的官方背景）
- 深圳市国资委：市属国企应如何加强网银风险管理？（参考分级授权、U盾保管和密码管理提示）
- 中国进出口银行：企业网上银行用户指南（核对具体银行对U盾操作和企业用户的要求）
银行账户服务人员可以协助整理开户行沟通清单、账户台账、权限矩阵和交接记录，标出需要企业或开户行确认的事项；具体权限、限额、验证方式和审核口径仍以开户行及系统实际规则为准。
