出事那天，谁都说"我记得是口头同意的"
公章、合同章、财务章、法人章、发票章，一个公司手里少则四五枚，多则十几枚。证照那边更细：营业执照正本副本、开户许可、资质证书、行业许可证、商标注册证，有的挂在墙上，有的锁在行政柜里，有的在外地分公司。
日常运转靠的是一套没写下来的默契：业务拿着纸来，行政看一眼，问一句"领导知道吗"，得到一句"说过了"，然后盖章。听着也不算离谱，但真出了事——合同条款有争议、有人拿着一张没授权过的盖章文件、市场监管抽查要看某本证照原件——问题会集中成三句话：
- 这枚章是谁盖的？有没有人批过？ 找不到申请记录，只有一句"当时催得急"。
- 这本证照现在在哪？谁借走的？ 台账上写的还是"在柜"，实际两个月前借出去没还。
- 这个月到底盖了多少份、都盖在什么文件上？ 只能翻散落的微信记录和纸质登记本。
问题不在"没有制度"，而在制度落地依赖三个脆弱支点：章在不在、人记不记得问、事后有没有人登记。任何一环松动，留痕就断了。
这类业务在 Inkwell AI 构建器里属于典型的"两张主表 + 一张事件单 + 审批 + 到期提醒"的组合：业务数据加管理页面，加一条按风险分级的审批流程，再加一条超期提醒的定时任务。不需要硬件接入，也不需要算法。它要解决的只有四件事：
- 用章先申请后落章，没有通过审批的申请单，掌印人不落章；
- 申请里写清文件名称、份数、用途，不是一句"盖个章"；
- 章与证照的实物在哪、在谁手上，随时查得到；
- 借出的预计归还日期到期能被提醒，超期未还的清单行政每周能看见。
下文按"数据怎么建 → 页面怎么用 → 自动化怎么配 → 手机上怎么配合 → 上线前查什么 → 之后怎么延伸"讲完一套可落地的做法。
数据怎么建：别把"章"和"用章"混成一张表
第一次做这类系统最常见的错，是建一张叫"用章登记"的大表，一行代表一次盖章，把印章名称、保管人、证照编号、借出时间全塞进去。做出来必然有三类毛病：印章档案每次都要重填（同一个章出现七八种叫法）、一枚章的历史说不清（哪一行是它的最新状态？）、证照在外借期间的状态根本没法表达。
可靠的做法是按管理对象拆表：印章和证照是资产（长期存在、状态会变），用章和借用是事件（一次性、只增不改），两者分表存放。
主表一：印章档案（一枚实体章一行）
这行的粒度是"一枚看得见摸得着的章"，而不是"一种章"。公司有两枚公章（一枚总部、一枚分公司），就应该是两行。几个关键设计决定：
- 印章编号唯一，设为唯一约束。编号规则建议"公司代码 + 章类型代码 + 序号"，例如总部公章是 01 号、分公司公章是 02 号。有编号，后面所有登记才有唯一指向。
- 印章类型走数据字典，不硬写在下拉里。公章、合同专用章、财务专用章、法人章、发票专用章、部门章——很多单位年底会新增或封存某类章，字典里加一项就行，不用改模块。字典的维护方法见 数据字典：管好下拉选项的统一口径。
- 保管人 + 存放地是两个字段，不要合成一句"行政部保管"。保管人是具体的人（人走了要转交），存放地是具体位置（保险柜 A、财务室抽屉）。换保管人时新增一条交接记录，而不是覆盖旧值——这样"这枚章历史上谁管过"才查得回来。
- 状态字典固定几个值：在用、封存、停用待销毁、已销毁。状态值也走字典，所有清单和统计都基于它，避免出现"暂停使用""暂封"这类同义不同词的筛不干净。
主表二：证照档案（一本证一行）
证照的管理对象是"一份证件正本/副本"，与印章的最大区别是它有法定有效期，而且经常需要外借原件。字段设计上要特别处理三件事：
- 证照类型 + 证件编号分两个字段。类型（营业执照、开户许可、资质证书、行业许可证）走字典；证件编号是证件上的官方号码，设为唯一约束，防止同一本证被重复建档。
- 正本与副本分行记。正本通常上墙、副本随身携带办事，两者的存放地和使用频率完全不同，塞在一个字段里等于两个都记不清。建议在编号里加"正/副"标识。
- 有效期起止两个日期字段，再加一个"原件是否在库"的派生状态。到期前提醒就是基于有效期字段跑出来的，不依赖人记。
- 纸质历史的处理：往年证照如果只有扫描件，不必逐条补录，把扫描件挂在档案附件里、标一个"历史归档"即可——补录旧数据是最容易半途而废的动作。
主表三：用章申请单（一次用章事件一行）
这是整套系统里跑得最多的一张表，一行代表"某人为了某件事、在某天要用某个章盖某些文件"。设计决定如下：
- 申请单编号唯一，规则建议"年月 + 流水"，跟印章编号区分开，两者不要混用一套流水。
- 用章类型 + 印章：先用类型粗筛，再由掌印人指定具体编号的章（因为同类型可能有多枚）。这样既方便申请人理解，也保证落章记录落到具体某一枚。
- 文件名称、份数、用途是三个必填字段。份数必须是数字，不能是"若干"；用途要能从字典里选到类目（合同签署、投标文件、证照办理、对外函件、内部文件）。
- 风险等级走字典（普通/重要/重大），它直接决定审批级数：普通用章可能部门负责人一级，重大用章要法务加分管领导。风险等级必须是选项值，不能让人手填——手填的结果一定全填"普通"。
- 时间窗两个字段组：计划用章日期，和实际落章时间。计划时间给审批和排期用，实际时间给事后核对用。两者差异过大（比如实际落章早于审批通过），台账里应该能被筛出来。
- 状态字段是全篇的中枢，建议固定六个：草稿 → 待审批 → 已通过待用章 → 已用章 → 已作废 / 已驳回。状态值走字典，后面的提醒、统计、权限全部挂在它上面。
子表一：用章明细（一份文件一行）
一次申请盖多份文件是常态——投标要盖资质副本五份、承诺函两份。如果只在主表写"文件名称"一格，就只能写成一段模糊的文字。拆成子表后一行一份文件：文件名称、份数、是否需骑缝章、是否需法人签字、备注。好处很直接：掌印人照着明细逐项落章并按行勾选，事后能回答"这份文件盖了几份、有没有骑缝"。
子表二：借用单与归还登记（一次借出行为一行）
证照原件外借、印章临时带出（例如去银行、去投标现场），走的是借用单而不是用章申请单——因为它的核心问题是"东西离开柜子了多久、什么时候回来"。字段包括：借用对象（引用证照或印章档案）、借用人、所属部门、用途、预计借出与归还时间、实际归还时间、归还经办人、归还附件（照片或签收单）、状态（待批/已借出/已归还/超期未还）。
这一层的关键取舍：归还只新增登记行，不覆盖借出行。这样"某本证照一年借了几次、平均在外几天、有没有超期"这类问题才有答案；如果每次归还把借出行改掉，历史就只剩最后一次。
页面怎么用：五类人，五个入口
表建好之后，同一批数据在不同角色眼里应该是完全不同的页面。让所有人共用一个"用章登记"表格视图，是最常见的失败做法——申请人看不懂状态，掌印人翻不到待办，行政找不到超期清单。
申请人（业务、销售、项目）：一个"我要用章"的入口，表单里带出印章类型下拉、自动生成申请单号，明细子表可以加行；附件区上传待盖章文件。提交后能看到一张进度卡：谁在审、卡在谁那儿、什么时候过的。他的诉求只有一个——别让我为了问进度打三个电话。
掌印人（通常是行政或财务）：核心是自己的"待用章队列"，只显示已通过审批、尚未落章的申请单，按计划用章日期排序。点开能看到明细逐项勾选、填实际落章时间、上传落章后的扫描件。这个页面的默认视角必须是筛选好的，不能是"全部申请单让我自己找"。
部门负责人 / 法务 / 分管领导：审批台。审批人最需要看到的是风险等级、文件名称、份数、用途、附件这几项集中在一屏，而不是先去表格里搜申请单。审批通过即触发下游可落章状态；驳回要求填理由，理由回到申请人手机上。
行政 / 证照管理员：两个台账页面。一个是证照档案清单，按"下次到期日期"升序排，到期前标黄；一个是外借在途清单，只显示状态为"已借出"的记录，预计归还日期已过的排最前面并标红。这两张清单就是行政每周一早上要看的东西。
管理层 / 内控：月度用章统计。按部门、按印章类型、按用途三个维度看份数与单数，另附一条"实际落章时间早于审批通过时间"的异常清单。这张页面的价值不在好看，而在于它能回答"有没有先盖后批"。
页面权限建议按角色分开，不要指望隐去按钮来实现隔离：申请人只能看自己提交的单，掌印人只能操作待用章队列里的单，统计页面只给管理层。角色与授权的配置方法见 角色与权限配置：从内置角色到自定义授权。
自动化怎么配：四类规则各管一段
审批都靠人点、提醒都靠人记，系统就退化成一张在线表格。真正让它跑起来的，是四条规则。
第一类：审批流（按风险等级分级）。风险等级为普通时只走部门负责人；重要时加一级法务或行政负责人；重大时再加分管领导。审批流程用可视化编辑器配置节点与条件，配置方式见 工作流可视化编辑器：节点详解与操作手册。用章申请、借用单两条业务各配一条流程，绑在各自的状态字段上——状态从"待审批"到"已通过"必须由流程完成，不允许任何人手工改状态。
第二类：定时任务（三类提醒）。第一类是证照到期提醒：扫描证照档案的有效期字段，提前多久提醒由企业自定（按自己对证照办理周期的经验设，系统不内置法定日历），到点推给证照管理员和所属部门。第二类是借用超期提醒：借用单的预计归还日期过了仍未登记归还，推给借用人和其部门负责人各一次，再超期则升级到行政负责人。第三类是长期未关单清理：申请单审批通过后长期没有落章记录的，列为待清理项提醒掌印人。定时任务的周期配置与执行记录查看方式见 工作流与定时任务：让重复性工作自动跑。
第三类：数据流规则（状态联动）。典型几条：借用单登记归还时，把对应证照档案的"原件是否在库"改回在库；用章申请单状态变为"已用章"时，把实际落章时间锁定不可改；证照档案有效期变更时清掉旧的提醒标记重新计算。这类"条件满足就自动改字段"的规则不需要写代码，按条件与动作配置即可。
第四类：审计日志（敏感操作留痕）。这类系统里真正敏感的动作就几个：修改印章档案的保管人、修改证照有效期、作废已通过的申请单、删除附件、导出全量台账。这些操作应当全部留痕，记录操作人、时间、改动前后的值。审计日志的查看与导出见 AI 监控与审计日志：看清平台里发生了什么。这里补一句职责上的事：系统留痕证明的是"谁在平台上做了什么"，实体章的保管责任仍然落在保管人身上，这条不会因为上了系统而转移。
移动端怎么配合：三个"当下就要办"的场景
这套业务的绝大部分动作在办公室里完成，但有三个时刻确实需要手机：
- 领导审批：临时出差、在会议中，手机上看到待审批的用章申请，点开能看到文件附件缩略图和明细列表，通过或驳回并留意见。手机端页面由同一套模块同步生成，不需要另做一版，具体入口见 移动端使用指南：工作台、模块页与手机上的 AI 构建。
- 掌印人现场落章登记：文件拿到会议室盖完章，当场勾选明细、拍一张落章页照片上传，比回到工位补登准确得多。
- 借用人归还时拍照：证照原件交回，借用人上传签收单照片，行政在电脑端确认归还，两边都有凭据。
这里要说明一个边界：系统不解决"这枚章是不是真盖在这份纸上"的物理验证问题。平台没有印章硬件对接，也没有实物防伪识别能力。它能保证的是流程与记录：谁申请、谁批、谁落、什么时候、盖了哪几份文件。物理核验仍要靠当面核对与留档的扫描件。
上线前查什么：七条清单，照做就能跑起来
模块建好和系统能用，中间隔着一段初始化。以下几项按顺序过一遍，能避开绝大多数上线初期的返工。
一、先定字典，再录数据。 印章类型、证照类型、用途类目、风险等级、状态值，这五个字典要在录第一条记录之前定死。中途改字典最典型的后果是：同一类章前二十条叫"合同章"、后面三十条叫"合同专用章"，统计时分成两行。字典维护见 数据字典：管好下拉选项的统一口径。
二、编号规则一次写清并加唯一约束。 印章编号、证照编号、申请单编号三套规则彼此不交叉。上线后才发现重号，是最难收拾的一类数据问题。
三、印章与证照档案先盘一次实。 把柜子打开，一枚一枚数、一本一本对，把保管人和存放地填准。这一步偷懒，后面所有"在哪、在谁手上"都不可信。盘点过程中发现的账实差异，单独列一张调整清单，不要直接改档案了事。
四、权限按角色配好再放人进。 申请人、掌印人、审批人、证照管理员、管理层五个角色，各自的可见范围与可操作动作先配完，再开账号。权限配置见 角色与权限配置：从内置角色到自定义授权。
五、两条审批流程各跑一遍空转。 自己提一单普通用章、一单重大用章，看审批级数是否正确、驳回理由是否回到申请人、通过后掌印人队列里有没有出现。空转跑通再上真实业务。
六、三条定时任务确认触发时间与接收人。 证照到期提醒、借用超期提醒、长期未关单清理，各确认一次"推给谁、什么时候推、推的内容能否看懂"。提醒设在半夜无人看没有意义，接收人要填到具体的人。
七、发布前跑一次平台预检。 模块发布前有预检环节，会检查页面挂载、权限点与移动端同步是否就位，预检不通过不要强行发布。测试与发布的完整流程见 模块的测试与发布：预检、挂载菜单与移动端同步。
上线后第一周建议做两件事：一是把每天的待用章队列看完，确认没有卡单；二是把当周的用章申请与实际落章记录对一遍，看有没有人绕开系统直接找掌印人盖章。后者出现得多，说明流程口径还没被接受，需要管理动作配合，不是系统能自己解决的。
之后怎么延伸：三个自然的下一站
这套台账跑顺之后，最常见的延伸方向有三个，都能在同一个平台里继续长：
接上合同台账。 用章申请里最常出现的就是合同签署。把用章申请的"文件名称"与合同台账建立引用关系（同一份合同的编号在两处一致），就能回答"这份合同盖过几次章、盖的是哪一枚"。合同本身的到期预警做法见 合同台账与到期预警：关键日期不再靠人记，两套台账分工是：合同台账管约定内容与关键日期，用章台账管签署动作与留痕。
接上受控文档。 制度、授权书、模板这类文件往往是"盖章后生效"，盖章版本与受控版本应当对应得上。受控文档的发布、回收与阅读确认做法见 受控文档管理：发布、回收与阅读确认。用章台账记"哪一版被盖章封存"，受控文档台账记"这一版是否已回收旧版"。
把用章数据接到管理层看板。 一旦有了两三年的用章记录，"哪些部门用章最频繁、哪类文件最容易出问题、审批平均耗时多久"这类问题就能用统计页面回答，不必再靠人回忆。
这套方案不做什么
把边界说清楚，比多说几个功能有用：
- 不做电子签章、不做电子印章。 平台不提供数字证书签署、时间戳或电子印章能力，实体章的合法性与真伪核验仍由企业按现行法规自行处理。想上电子签署，那是另一类产品。
- 不做印章硬件对接。 智能印章柜、印章机、用章摄像头的硬件接入不在交付范围内。系统管流程与记录，不管物理装置。
- 不做身份核验与人脸识别。 落章与归还的人员确认，靠账号登录、角色权限与当面核对，平台不含人脸、指纹这类生物识别核验。
- 不替企业定审批级数与提醒天数。 什么级别用章要几级审批、证照提前多少天提醒，各家的风险偏好和办事周期都不一样，系统只提供可配置的规则位，具体数值以企业自己的制度和属地主管部门要求为准。
- 不承诺"零风险"或"完全杜绝违规用章"。 系统能做的是让每一次用章和借用都留下可查的记录，让超期与异常能被看见；它能提高绕开流程的成本，但绕开流程的人永远存在，这需要管理动作与系统一起起作用。