人事证明与标准文书批量生成

场景

一批员工申请在职、收入或离职证明时，HR 用同一个模板反复替换姓名和日期，容易串行、填错金额或漏盖章。AI 可以按已批准模板批量生成待审文书；证明内容的真实性和签章仍由公司负责。

输入

准备现行模板、申请清单、员工唯一编号、获授权的在职/离职及薪酬数据、用途与收件方式。收入证明先明确税前税后、统计期间和公式；不同机构要求可能不同，不能默认“近六个月平均收入”适用于所有证明。身份证号等敏感字段仅在模板确需时使用。

操作

先把申请清单与员工主数据按唯一编号匹配，排除同名和重复申请。AI 按证明类型调用对应字段，生成每人一份草稿，同时输出核对表：文件名、证明类型、姓名、关键日期/金额、来源表行号、缺失或冲突。异常单独停下，不生成可签发版本。HR 逐份或按风险抽样核对，收入和离职证明应重点检查；审批、盖章、发送与归档沿用现行流程。不要把草稿误存进对外共享目录。

提示词：

使用已批准的证明模板与以下获授权数据，批量生成待审草稿，并附逐份核对清单。只按员工唯一编号匹配；同名、金额口径不明、日期冲突或缺字段时停止该份生成并报告。不得自行添加公司承诺，最终签发须人工审核。资料：〔模板与表〕。

验收与来源

核对生成份数等于无异常申请数，抽查每种证明及异常行，确认发送对象正确。A0502《万字长文：【HR/人事/行政】WorkBuddy 提效实战》给出了在职、收入、离职证明的批量生成示例；本文补充唯一编号、金额口径和签发控制，以避免示例提示词直接用于正式证明的风险。

收入证明的风险示例

员工申请收入证明，模板要求“近 6 个月税前平均月收入”，而薪酬表同时有实发、应发和一次性奖金。AI 不能随便选一列求平均，应先由 HR 或财务确认是否含奖金、缺薪月份如何处理，再把公式固定在这次批次里。若模板只需证明在职，就不应附带身份证号和薪资。离职证明还要核对离职日期是合同终止日还是最后工作日，避免两套系统时间不一致。

批量文件控制

文件名避免仅用姓名，防止同名覆盖；输出目录限制访问并设置保存期限。生成后用“申请数＝成功生成数＋异常数”对账，随机打开每种文书检查模板、称谓、日期和签章预留位。邮件发送时单人单件，附件与收件人逐一匹配；不要把整个批次放进一个群发附件。

三类证明分别核什么

在职证明重点核对当前劳动关系、岗位、部门和开具日期；收入证明重点核对统计期间、税前税后、奖金是否包含及用途；离职证明重点核对起止日期、最后岗位和企业批准的格式。同一个字段在不同证明中也可能有不同口径，因此先选模板再提数据。不要让 AI 先写一段“兹证明”后才反推需要哪些字段。

例如员工 6 月中途离职，申请“近六个月月均收入证明”，系统里可能有 1—6 月工资，但 6 月为不完整月份。是否取 1—5 月、还是按实际月数、是否包括年终奖，要由企业规则与申请用途决定。AI 只能把歧义列出供经办人确认；未确定之前停下该份，不批量填一个看似精确的金额。

签发链要比生成链严格。草稿生成后核对员工编号与收件邮箱、模板版本、正文及附件，再走授权人审批和盖章。发送日志要能追溯每份文书的最终版本，异常批次不能连带阻塞已核准的其他申请，但也不能因为赶时间绕过单份核查。

交付与验收清单

• 每类证明使用已批准模板和明确的数据口径。
• 姓名、日期、金额、邮箱和附件逐份匹配。
• 异常份数与成功份数加总等于申请数。
• 审批、盖章、发送与归档没有被 AI 绕过。

证明文件一旦对外发出会产生信任和法律后果，批量生成不能降低审核标准。