实操手册：变更银行授权签署人／授权书

什么时候会遇到它

一位董事或授权签署人离任、新来的财务人员需要签字权、公司想调整审批额度（例如超过某个门槛需双人签署），或者董事辞任／委任对谁能操作账户产生连带影响。任何改变「谁能在银行代表公司作出约束」的事，都是一次授权书变更。

它常常与董事辞任或董事委任同时发生——如果离任的人本身是银行授权签署人，授权书也必须一并更新，否则公司可能陷入无法操作自己账户的境地。

法律依据

银行授权书没有专门的《公司法》条文——依据是内部的，银行再叠加它自己的规则。这里唯一相关的条文来自 CorpSec AI 的已核实引用表；这是一般性信息，不构成法律意见。

• 决议的依据：授权变更授权书与新签署人的董事决议，其依据来自公司章程（默认为示范章程第 71 条）——由全体董事签署的书面决议，与在正式召集的会议上通过的决议同等有效。没有任何《公司法》条文直接规范银行授权书本身。[章程这一点已核实]
• 无需向 ACRA 申报：授权书变更不属于事件驱动的 ACRA 申报。不要把它当成董事／秘书／地址变更那样处理——没有任何文件报送给 ACRA，也没有 14 天的法定期限。
• 银行的 KYC：银行会依其反洗钱／反恐融资义务，对新的授权签署人与控制人做自己的客户尽职调查。那是银行的流程，与 CSP 对客户所做的 CDD 相互独立。

动手之前——前提条件、材料与相关方

• 前提条件：客户的 CDD 已通过（这是起草文书的硬性闸门）；从银行取得现行授权书与签署人名单；以及银行自己的授权书变更表格或模板（各家银行不一样）。
• 材料：银行对每一位新签署人所需的身份证件、期望的签署规则（单签还是联签、审批额度），以及银行能够接受的董事会决议措辞。
• 相关方：董事（通过决议）、新任与离任的授权签署人，以及银行的客户关系／开户团队（他们处理变更并执行 KYC）。

标准流程（线下／合规视角）

• 取得银行现行的授权书及其变更表格——决议往往必须与银行规定的措辞一致。
• 通过授权新签署人与签署规则的董事会决议（依章程以书面方式作出，或在会议上通过）。
• 完成银行对每一位新签署人／控制人的 KYC。
• 把已签署的决议和银行的表格提交给银行，等待银行启用新的授权书。
• 更新你内部关于谁有该账户操作权限的记录。无需向 ACRA 申报。

常见坑与边界情形

• 把它当成 ACRA 申报。这是最常见的概念性错误。授权书变更不向 ACRA 报送，也没有 14 天期限——它发生在公司与银行之间。不要为它建一个指望走 BizFile 的呈报步骤。
• 最后一位／唯一一位签署人离任。如果离任的人是唯一的银行签署人，公司可能被锁在自己的账户之外。请先委任接任签署人，再移除离任者，与辞任场景中的居民董事陷阱同理。
• 董事同时是唯一签署人。当辞任的董事也是唯一的银行签署人时，把银行授权书变更与辞任放在一起排序，避免业务中断。
• 银行不接受的决议措辞。银行往往坚持使用自己的模板措辞。泛泛起草的决议可能被退回——请按银行的格式起草，并在发出签署之前确认银行接受。
• 忽略联签规则。更换签署人可能在无意中破坏「任意两名董事」这类规则，如果签署人池缩到两人以下。请确认变更之后签署规则仍然可行。
• 银行 KYC 拖延。银行对新签署人的 KYC 可能耗时，而且不在你的掌控之中。在银行确认启用之前，不要向客户承诺授权书已经生效。

时点与顺序

• 取得银行表格 → 按银行措辞通过决议 → 完成银行对新签署人的 KYC → 提交给银行 → 银行启用授权书 → 更新你的内部记录。
• 没有法定期限，也没有 ACRA 报送。唯一真正的时间约束是银行的处理与 KYC 周期。
• 如果与董事变更相关联，请安排顺序，让新任签署人先获授权，再移除离任者。

在 CorpSec AI 里

1. 创建任务打开 + New task（新建任务），选择公司，任务类型选「银行授权书」。填入新任与离任的签署人以及期望的签署规则。
2. 起草董事会决议AI 会在 Document（文档）标签页里起草授权新签署人与授权书的决议。选中文字后批注，把它调整为银行要求的措辞。
3. 四眼审批决议会送交另一位职级相称的同事审批，然后才发出签署。
4. 收集签署Signing（签署）标签页会为每一位董事生成一条签署链接。签署完成后，把决议连同银行自己的表格一并提交给银行。
5. 记录下来（无 ACRA 申报）把这次授权书变更记录到该公司名下。这里没有 ACRA 呈报步骤——它属于银行事务。历史留在 Activity（动态）日志里。