结论先行：账户权限应按工作职责分配，而不是按职位高低全部交给董事或财务负责人。企业至少要区分管理员、查看、付款发起、审批、主数据维护和卡片权限，并为高额、跨境、紧急和新收款人付款设置不同控制。
列出所有用户和账户
建立账户清单，记录银行、IBAN、用途、币种和产品，再列出每位用户的部门、岗位、雇佣状态和替代人。不要遗漏支付平台、企业卡后台和会计接口中的独立权限。
同一人在不同账户的角色可以不同，但每项都要有书面依据。
定义六类基础权限
建议至少区分：只读、下载对账单、创建付款、批准付款、维护收款人、管理用户。系统若把多项权限捆绑，应记录无法拆分的风险和补充控制。
网银管理员不应默认拥有不受限制的付款权。技术管理和资金审批尽量分离。
设置金额与场景分级
普通供应商、高额付款、工资、税费、关联方、跨境和紧急付款可采用不同阈值。新收款人或收款账户变更应增加独立回拨验证。
限额既包括单笔，也包括单日和批量文件总额。即时转账速度更快，更需要在授权前完成检查。
落实双人审批
付款发起人与最终审批人不应是同一人；收款人主数据维护者也不应单独完成付款。小团队无法完全分离时，可由董事或外部会计在特定阈值上复核。
审批记录要保存在银行系统或可审计工具中，口头同意和聊天截图不应成为常态。
设计紧急和恢复权限
明确关键人员失联、设备丢失、网银锁定或银行故障时的联系人、备用审批人和恢复步骤。紧急权限应限时启用，并在事后复核所有操作。
管理员恢复码、银行合同和热线信息应安全保存，不能只存在离职员工设备中。
执行入职、变岗和离职复核
权限开通必须有申请和批准；岗位变化时按新职责调整；离职当天撤销银行、卡片、接口和共享邮箱权限。每季度导出用户列表，与人事名单和矩阵核对。
发现长期未使用、重复管理员或离职残留权限时立即处理，并保存复核记录。
资料来源与核对日期
以下官方资料于2026年7月23日核对。银行准入、客户审核、支付功能和企业操作口径会因机构、产品及风险评估变化，提交申请或调整流程前应重新核对最新书面要求。
本文用于企业银行账户与支付决策的信息整理，不构成开户承诺，也不替代银行、法律、税务或合规专业意见。
发现不相容权限
权限矩阵至少区分查看、发起、审批、收款人维护、对账导出、管理员和卡。若同一人能建立收款人、发起并批准付款，即使设置了金额限额仍存在完整控制链；应拆分职责或记录临时例外和到期日。
双人审批阈值要与业务风险匹配。工资税费、关联方、首次收款人和高风险国家付款可采用不同规则。银行端设置、ERP设置和内部授权决议必须一致，不能只在制度文件中写“双人审批”。
入职变岗离职的闭环
新员工权限以岗位和培训完成为条件；变岗时先撤销旧角色再授予新角色；离职应在最后工作日前安排银行端撤权、卡回收和MFA设备处理。收到银行确认后，才把状态改为完成。
每季度抽查活跃用户、管理员、长期未登录账户和临时权限。矩阵保留复核人、证据和整改截止日，并自动标记逾期。紧急权限使用后应在一个工作日内补充原因、交易和追认记录。
相关决策资料
按同一企业银行决策链继续核对以下资料，链接均保留在德国银行类目内。
执行完成后，由财务负责人把关键判断、银行书面确认、责任人和复核日期记录在内部清单中。公司结构、交易或产品变化时重新核验，不把一次申请结果当作长期不变的规则。
未关闭事项必须保留责任人、截止日期和升级路径。
下载工具
用于分配账户角色、识别不相容权限并管理入职变岗离职。 文件版本为2026-07-27，只记录状态、责任人和受控证据位置，不应嵌入护照、银行账号或完整账户凭证。
权限矩阵还要覆盖异常状态
除日常查看、发起和审批外，矩阵还应列出新增收款人、修改限额、重置认证、申请卡片、开通接口和导出数据等高风险动作。每项动作都要明确谁提出、谁核验、谁批准、谁复查，管理员不应同时拥有无监督的付款能力。
离职、长期缺席、认证设备遗失和紧急付款也要预设替代流程。企业应定期把银行实际权限导出后与矩阵比对，及时移除不再需要的账户和人员，并保留变更原因与批准记录，使制度配置与银行端状态保持一致。