银行账户与印鉴台账：账户在哪、谁保管、哪天年检

先说清楚这笔账在管什么

几乎每家有分公司的企业都有同一个毛病：账户是散的。总部一个基本户，华东一个一般户，某个项目公司为投标开了临时户，去年为了收一笔专项款又开了一个专户。开的时候都有人记得，一年之后就没人说得清了——哪个账户还在用、开户行是哪个支行、账号是多少、U 盾现在在谁手上、密码器去年年检过没有。

这类问题不是"记账不准"，而是没有一份统一的档案。表现出来通常是这么几件事：

• 要用的时候找不到。 投标要填基本户信息、审计要交账户清单、银行要来核验，都是临时在群里问，问三个人得到三个答案。
• 介质（U 盾、密码器、印鉴、回单卡）说不清在谁手里。 出纳换岗、分公司撤点、财务共享中心成立，介质交接靠一张手写纸条，事后谁签的字都找不到。
• 年检、到期靠人记。 账户年检、密码器证书到期、印鉴重新备案，全靠某个人脑子里的日历。人一休假就断档。
• 变更没有痕迹。 某个账户什么时候从"在用"变成"久悬"、保管人什么时候换的、换之前是谁，只有口头记忆。

这些都能用一套台账收住。它要管的不是钱，而是账户与介质这两个管理对象的档案和保管关系：账户在哪、谁在管、什么时候该办什么事。至于钱进钱出，那是财务系统和对账的事，本篇不碰。

先说一句范围：用章申请（谁要盖章、盖什么文件、什么时候归还）是另一件事，本站已有专门一篇讲用章与证照借用（用章与证照借用）。本篇只管"印鉴存在哪、谁保管、交接有没有记录"。两篇分工清楚，不重复建表。

底表怎么拆：账户、保管关系、事件、年度任务

这套台账最容易做错的地方，是图省事把所有信息塞进一张"银行账户表"。一开始只有几十个账户时看着挺好用，等到要查"去年三月这个 U 盾在谁手上"就查不出来了——因为表格里只有"当前保管人"这一列，改一次就覆盖一次。

正确的拆法是四张表。下面逐张说清楚每张管什么、为什么这样拆。

一、账户主档：一条账户一行

这是主体表，代表"企业在某家银行开的某个账户"这个长期存在的对象。字段大致分四组：

• 识别信息：内部账户编号、账户名称（与开户资料一致的全称）、开户行（写到支行）、银行账号、币种。
• 性质与用途：账户性质（基本户／一般户／专用存款户／临时存款户，用数据字典集中维护）、用途说明（比如"工资代发""项目收款""保证金"）。
• 归属：所属公司／组织、所属财务归口部门、账户用途责任人。
• 状态与日期：开户日期、销户日期、当前状态（启用／冻结／久悬／已销户，同样走数据字典）。

几个必须在上线前定死的设计决定：

账号要设唯一约束。 同一个账号被两个分公司各建一条档案，是这类台账最常见的脏数据来源。有了唯一约束，重复建档在保存时就被拦下来。如果确实存在"同一账号不同币种"的情形，唯一约束就做成"账号＋币种"的组合。

内部编号与银行账号是两个字段，不要合并。 内部编号是企业自己定的（比如 CW-YH-0007），开户时就能先编出来，用于跨表引用和打印清单；银行账号是外部正式编号，可能因为换开户行、换支行、账号升位而变化。合成一个字段的话，账号一变，所有引用它的记录就全乱了。

状态用字典，不用自由文本。 如果允许人手打"已销户""销户""已关闭""不用了"，一年后按状态筛"还在用的账户"就一定筛不干净。字典里固定几态，录入时只能选，这是台账能不能被信任的前提。字典怎么统一维护，可以参考数据字典。

主档不放"当前保管人""当前介质编号""已缴年费"这类字段。 它们都属于"会变的关系"或"会累积的流水"，塞进主档就会覆盖历史、重复计数。这几点在下面三张表里解决。

二、保管关系表：账户 × 介质，一行一记

这张表是本方案的核心，也是大多数自建表格漏掉的那张。

介质指的是实际掌握在某个自然人手里的东西：U 盾（网银密钥）、密码器、财务专用章、法人章、回单卡、账户查询权限卡。一个账户可能同时有好几件介质，一件介质也可能由两个人分管（比如 U 盾和密码分开保管，这是常见的内部控制要求）。

所以这张表的粒度是「账户 × 介质 × 保管人」的一行记录，带起止日期：

这张表一旦建起来，"某个 U 盾现在在谁手上"是查一条生效中的记录，"去年年底结算期间这个 U 盾是谁在管"是查某个日期落在哪条起止区间内——两个问题都有确定答案。

三、事件流水表：一动作一行，只增不改

账户生命周期里发生的动作，都往这张表写：开户、开立介质、介质交接、信息变更（改名、换支行、改用途）、冻结、解冻、年检完成、久悬、销户、更正。

每行记：发生日期、事件类型（走字典）、关联账户、涉及介质（可选）、发起人、办理人、附件（回单、回执、审批单扫描件）、说明。

关键约定两条：

• 只增不改。 记错了不是删行改行，而是新增一条"更正"类型的事件，说明更正哪一条、原值是什么、正确值是什么。这样审计时看到的是完整的更正过程，而不是一份被修得干干净净的记录。
• 附件挂在事件行上，不挂在账户主档上。 一个账户十年下来可能有几十份回单，全挂主档会变成一个找不到东西的附件池。挂在事件行上，可以按事件类型、按期间反查，也能从某张回单反查它属于哪次业务。

主档里保留"当前状态"字段，是为了列表筛选和统计方便；历史一律以事件流水为准。日常操作不要手改主档状态，状态变化由业务动作带出来（下面自动化一节会讲怎么配）。

四、年度事项任务表：应做 vs 实际

第四张表解决"什么时候该办什么事"。粒度是「账户 × 年度 × 事项」一行，代表一次应完成的动作：

• 事项类型（账户年检、密码器证书更新、印鉴重新备案、U 盾升级、账户信息核对），走字典；
• 应完成日期、提前提醒天数、责任人、责任部门；
• 完成日期、完成人、附件（年检回执、备案凭证）、备注。

这张表与事件流水表的分工，是本方案里第二个容易做错的地方：任务表管"应做"，流水表管"实际做了"。任务表可以提前批量生成（比如每年一月为全部在用账户生成当年年检任务），流水表只在真正办完时新增一行。不要用一张表同时承担"计划"和"事实"，否则计划变更、逾期未办、跨年结转这几种情况都会算错。

提醒也不另建一张"提醒记录表"。到期清单由定时任务基于应完成日期和提前天数实时算出，算出来就是待办，办完自然消失。多建一层提醒中间表，只会出现"已办了但提醒还挂着"的噪音。

五、可选：对账单签收表

如果企业要求每月对账留痕，可以再加一张轻表：账户、对账期间、签收人、签收日期、是否相符、差异说明。它同样是只增不改，按期间查。这张表不强求，账户数量少、银行对账在财务系统里做的，可以不上。

不同角色看到的是不同页面

台账建好之后，真正决定它有没有人用的是页面。按角色切分，避免所有人共用一张巨大的表格：

资金主管／财务负责人

• 账户总览：按公司、开户行、账户性质、状态分组的数量与清单，一眼看出"我们有几家银行、几个基本户、几个还挂着的临时户"。
• 到期与逾期看板：本月／本季待办的年检与证书事项，逾期项高亮，按责任人分组。
• 异常清单：介质在外未归还、久悬账户未清理、销户未收介质、同账号重复建档（若有）。
• 保管人分布：一人管了几件介质、关键介质是否集中在一人手上（这只是提示，是否合规由企业内控口径判断）。

账户管理员（出纳／资金岗）

• 账户档案页：主档维护、附件上传、状态变更申请。
• 介质交接登记页：选账户、选介质、填新旧保管人、上传交接确认单，提交后走审批。
• 年度事项页：勾选完成、上传回执、填完成日期。
• 我的待办：只显示本人负责的到期事项。

分公司／办事处对接人

• 只能看到本组织（含下级）的账户，只能提交信息变更申请，不能直接改主档。跨组织查看默认关闭，需要时按人授权。

审计与内控

• 只读台账页：账户清单、保管关系清单（按时间点查）、事件流水、导出。
• 一次导出就能回答"截至年底，全部账户及其介质保管情况"，不用再发问卷收表。

银行事务经办人

• 办事时用手机端查账户信息与开户资料扫描件；回办公室在电脑端补录事件与附件。

页面权限按角色配到字段级（谁可以看账号全文、谁只看到后四位），这是财务类台账的常见要求，配置方式见角色与权限配置。

四类自动化，把这个台账真正跑起来

台账不是表格搬进系统就完了。下面四类能力是让它在没人盯着的时候也不出错的关键。这里的每一类都对应平台已有能力，不是设想。

一、审批流：让该签字的都签过

用工作流可视化编辑器配几条固定流程：

• 开户申请 → 销户申请：分公司发起，资金主管审核，财务负责人批准；销户还须确认全部介质已收回。
• 账户信息变更：改开户行、改用途、改责任人走审批，避免有人悄悄改账号。
• 介质交接确认：新保管人与原保管人双确认＋主管审批。这一条最重要——介质交接是内控检查必看的一项，双确认能把"我以为他拿走了"这类扯不清的情况压下去。
• 临时借出：把介质短期带出用于银行现场办理，须填预计归还日期，超期自动进异常清单。

二、数据流规则：在保存那一刻拦截

数据流规则（条件触发的数据变换与校验）在保存时执行，PC 端、移动端、Excel 导入三个入口同口径，不靠人事后核对。这个台账里值得配的几条：

• 账号唯一与格式校验：账号重复直接拦截；位数、字符不符合规则时提示。
• 销户前置校验：该账户下若仍有生效中的保管关系或未归还的借出记录，销户提交被拦截，提示先办介质收回。
• 交接时自动闭合旧行：新保管记录保存成功后，自动为同一介质上一条生效记录填止期，作业人不用手动改两处。
• 完成回填：年度事项标记完成后，自动把完成日期回填到账户主档的"最近年检日期"字段，并新增一条年检类事件流水。
• 变更留痕：账户主档关键字段（开户行、账号、用途、状态）被修改时，自动生成一条变更事件，记下修改前后值。
• 状态联动：销户事件确认后，主档状态自动置为"已销户"，手改状态的操作被禁用。

三、定时任务：到期的事自己冒出来

用工作流与定时任务配三类跑批：

• 到期提醒：每日按"应完成日期 − 提前提醒天数"生成待办并推送给责任人与其主管。提前天数不内置固定值，由企业按属地人民银行要求与自身制度在配置里填。
• 超期扫描：每日扫介质借出记录，超过预计归还日期未回的进异常清单并推送。
• 清单快照：每月末生成一份账户与保管关系清单存档，便于事后回溯某个月的台账状态。

四、审计日志：改过什么查得到

平台自带操作审计日志（谁在什么时候改了哪条数据、导出了什么），与业务侧的事件流水互补：事件流水记业务动作，审计日志记系统操作。账户信息被修改、清单被批量导出这类敏感动作会在日志里留痕，查询与导出方式见AI 监控与审计日志。内控检查时两份一起看，能回答"这条记录是谁什么时候改的"。

手机端配合：出纳跑银行的那些时间

这个台账真正省时间的地方，是出纳在银行营业厅里的时候。电脑端建好的页面会自动同步到移动端，手机上能做的事具体是这几件：

• 现场查账户信息：开户行全称、支行、账号、用途、对应介质清单，一眼看到，不用打电话回公司问。账号默认按权限脱敏显示，需要看全文再二次确认。
• 交接现场登记：介质交接时双方在场，当场拍照上传交接确认单、填交接日期，提交后走审批。回办公室不用再补一次。
• 办事回执即时上传：年检、备案、证书更新办完，手机端拍回执上传并标记事项完成，责任人不用攒着等月底。
• 待办推送：到期事项与超期借出通过站内通知推送到手机，点开就是对应单据。
• 只读查询给主管用：主管在路上翻一眼账户总览和逾期清单，不用打开电脑。

有两点需要提前说清楚，避免上线后预期不一致：

一是手机端不是离线工具。银行营业厅、地下室支行经常信号不好，现场填不了就先用纸质交接单签字，回办公室补录并把纸质件扫描上传；本方案不承诺离线填写与联网后自动同步。

二是不依赖手机摄像头做识别。账号、介质序列号都是手工录入或从已有档案选择，不做拍照自动识别与扫码录入；现场忙的时候建议先在纸质单或手机上抄下序列号，再录入。

上线前要查的六件事

台账类方案上线失败，八成不是功能不够，而是存量数据没补齐或口径没定死。按下面顺序自查：

1. 先定四张字典。 账户性质、账户状态、介质类型、事件类型。这一步不做完，后面所有筛选、分组、看板都不可靠。字典要一次定到位，中途加同义词（"销户／已关闭"）等于白做。
2. 定唯一约束与编号规则。 账号（或账号＋币种）唯一；内部编号规则先定（前缀＋流水），并确认与分公司现有的内部叫法能对上，避免同一账户两种叫法重复建档。
3. 存量账户一次性收齐并导入。 建议用 Excel 批量导入的方式起步（做法见用 Excel 一步建模块）：由各分公司按统一模板填、总部汇总校验、一次性导入。收表时就要问清"有没有别人不知道的临时户、专户、久悬户"，这一步漏一个账户，后面所有清单都少一行。
4. 期初补录在保管的介质。 这是最容易被跳过、但影响最大的一步——只建账户档案不建保管关系，交接清单、超期清单、销户前置校验全部是空的，等于没有台账。上线时必须把"每件介质现在在谁手上"如实录进去，同时把没有登记的历史亦补一行，注明"期初补录"。
5. 配权限与脱敏。 分公司只看本组织、审计只读、账号全文查看单独授权。财务数据泄露多半不是系统被攻破，而是权限给宽了。
6. 小范围试跑一轮到期提醒。 挑一个分公司试算年检提醒，确认提前天数、收件人、推送内容是否合适；试跑周期内发现催得太早或太晚，就调提前天数，别等到真的年检逾期才回头改。

上线后第一周建议做一次对账：系统里的账户数与企业开户清单／银行对账单是否一一对应；久悬、冻结、已销户是否标注清楚；介质保管记录是否覆盖全部关键介质。这份对账结论比任何上线验收表都有用。

之后可以接着做

• 与用章申请串起来：印鉴保管在本篇，用章申请与借用登记在用章与证照借用，两边通过印鉴编号与借用单相互引用，用章时能看到这件印鉴当前保管人，保管人变更时也能看到近期用章记录。
• 与应收应付对账口径接上：账户作为收款账户维护在客户与供应商档案里，收款回款时能对上是哪个账户进的账，这部分可以延伸到应收应付。
• 加上授信与借款台账：账户是"在哪开户"，借款是"欠多少、什么时候还"。两者共用银行与主体信息，但管理对象不同，建议另起一套台账，不要混进账户主档。
• 账户清单自动出：把清单页做成可导出的固定视图，按季度自动生成挂到台账里，审计要材料时直接取。

整套东西可以用AI 构建器一句话一句话搭出来：先说清"要管账户、介质和保管人"，再补"年检提前提醒"，再补"销户前必须收回介质"，每一步都能当场看到页面，改起来也是继续说话。

这套方案不做什么

划清边界，比承诺更多能力更有用。以下都不在本方案范围内：

• 不做银企直连与银行流水自动抓取。 账户余额、明细流水要靠银行侧接口授权与开发，本篇只做账户档案与保管关系，不碰资金数据。余额与流水请以银行对账单和财务系统为准。
• 不做 U 盾、密码器等硬件的电子管控。 系统记的是"谁保管、何时交接"，不控制介质本身的读写、不联动物理保险柜、不做电子签章与人脸／指纹核验。
• 不做印鉴真伪验证与影像识别。 附件里的印鉴样式只作备案存档，系统不做比对判定，也不做 OCR 自动识别提取。
• 不内置法定周期与合规判定。 账户年检周期、密码器证书有效期、印鉴备案要求，各地与各开户行要求不同，一律以属地人民银行、开户行要求与企业自身制度为准，在系统里作为可配置项由企业自行设定；系统只负责按时提醒与留痕，不对"是否合规"下结论。
• 不替代财务核算。 台账记录账户与介质的状态，不做凭证、不做账务处理、不出报表口径的财务报表。

把这五条写进上线说明里，用户就不会指望这套台账去干银行接口和硬件管控的活，也就不会因为一个错误预期否定整套方案的价值。台账的价值很朴素：账户在哪查得到、谁在保管说得清、该办的事到点有人知道、办完了有据可查。这四件事做到了，内控检查和审计问询时就不用再翻微信群。