收货单 GRN PDF 生成器：到货数量、验收差异与入库追溯

搜索“收货单 PDF”“GRN Generator”“Goods Received Note”的人，通常不只是想要一张能打印的页面，而是要把真实、持续变化的业务记录转换为可阅读、可核对、可归档的 PDF。

收货单记录的是货物实际到达与验收时点，而不是供应商已开票、库存已经可用或采购订单已经完全履行。将 GRN 做成 PDF 的价值，在于给仓库、采购与财务一份相同的可读快照。

本文面向仓库、采购、质量、财务和需要按采购订单核对到货的运营团队，目标是把采购订单、实际收货、批次和验收结果连到同一份受版本控制的文件。最终交付收货单 PDF、到货差异清单、批次收货记录、待检标签和归档附件，并使每份文件都可以追溯到明确的业务来源。

一、为什么要把这个场景模板化？

如果纸面收货、ERP 收货和供应商送货单各自独立，数量差异、损坏和短收很容易在付款或领料后才暴露。模板化文件不能替代验收判断，却能明确地保留当时看到什么、谁确认、还缺什么。

模板化的重点不是把业务判断藏进 PDF，而是让固定视觉结构连接已批准数据。标题、字段组、表头、页码、品牌元素和条件文字可以稳定复用；每次变化的是编号、人员、地点、日期、明细和状态。这样才能同时兼顾批量效率与后续复核。

二、先建立数据边界

grn_number、received_at 与 warehouse：注明权威来源、数据类型和稳定业务含义。
purchase_order_number 与 supplier_reference：区分必填、可选、空值、零值与未知状态。
sku、description、ordered_qty 与 received_qty：准备最长合法文本和特殊字符验证换行与分页。
accepted_qty、rejected_qty 与 reason_code：明确日期、时区、单位、币种或枚举格式。
lot_number、serial_number 与 expiry_date：定义异常与缺失时的阻断、升级或回退规则。
inspection_status、quarantine_location 与 owner：指定数据负责人，模板不能猜测业务事实。
carrier、delivery_note 与 photo_reference：用真实设备、多语言和边界样本完成测试。
template_version、generated_at 与 archive_reference：规定命名、排序、修订和归档关联方式。

每一个字段都需要示例、边界、责任系统和异常规则。日期要带时区，金额要有精度，数组要有顺序与最大数量，编号要有唯一性；模板只表达经过批准的事实，不计算或猜测未经确认的业务结论。

三、六步生成流程

第1步：以采购订单和实际收货事件建立 GRN 草稿

先把“以采购订单和实际收货事件建立 GRN 草稿”变成可执行的规则，明确来源、责任人、允许状态和异常去向。越早完成这些约束，越不容易在正式文件中发现业务矛盾。

第2步：核对供应商、仓库、订单行和允许收货状态

处理“核对供应商、仓库、订单行和允许收货状态”时，保存代表性输入和选择依据。模板或接口升级后，可用相同样本回归验证，不必依赖记忆判断。

第3步：记录实收、短收、超收、损坏和待检数量

围绕“记录实收、短收、超收、损坏和待检数量”准备正常、空值、最长文本、最大数组和多语言样本。目标不是让所有数据都勉强显示，而是在无法安全呈现时明确失败。

第4步：将批次、序列号、效期和附件引用加入数据合同

执行“将批次、序列号、效期和附件引用加入数据合同”应带业务标识、模板版本、超时和失败分支。只有获得有效 PDF 并完成关键内容验收后，才标记生成成功。

第5步：生成前复核汇总数量、条码和异常文字

验收“生成前复核汇总数量、条码和异常文字”不能只看首页；还要检查末页、跨页表头、字体、条码、状态文字、文件名和源记录的一致性。

第6步：保存最终 PDF、收货事件、模板版本和后续更正关系

最后通过“保存最终 PDF、收货事件、模板版本和后续更正关系”建立追溯闭环，保留业务 ID、生成时间、页数、摘要、投递结果和更正或重放关系。

四、三个关键设计决定

1. 收货和验收是否同一状态

不应默认相同。货物可以已到货但仍在隔离、待检或待处理；PDF 应展示当前状态而不是推断可用库存。

2. 差异怎样表示

同时显示订购、实际到货、接受与拒收数量，并附上原因代码或备注，避免只用一个“已收”总数掩盖差异。

3. 什么时候生成正式文件

以可追溯的收货事件为触发；若发生后续检验或更正，新增版本或补充记录，不静默改写原文件。

五、用 KeepMot 生成与维护

KeepMot 可用动态明细表、条码、二维码、状态标签、页码和多语言字体生成统一收货单；库存过账、质量放行和供应商争议仍由 WMS、ERP 与质量流程负责。

针对收货单 PDF，可在 KeepMot Studio 维护模板，通过 Template API 提交 template_id 与业务数据；由程序完全掌控版式时使用 JSON Render，已有网页或组件资产时使用 HTML to PDF。也可从模板库开始，再按业务字段建立自己的版本。

六、上线验收清单

GRN 编号可回到唯一收货事件：保留源系统核对结果作为证据。
采购订单和供应商引用匹配：保留真实页面样本作为证据。
订购、到货、接受和拒收数量可解释：保留边界输入测试作为证据。
批次、序列号和效期未被截断：保留接口响应和文件头作为证据。
异常状态与隔离地点准确：保留模板版本与摘要作为证据。
PDF、附件和模板版本可一起归档：保留投递、更正或重放记录作为证据。

七、常见风险

风险 1：把到货误当作质量放行

“把到货误当作质量放行”会让看似普通的文档错误演变成运营或审计问题，应在数据合同、状态机或发布规则中提前阻止。

风险 2：只显示总数量而隐藏拒收差异

出现“只显示总数量而隐藏拒收差异”时，PDF 仍可能看起来正确。必须把源记录、关键标识、页面样本和最终文件放在一起核对。

风险 3：批次或序列号复制到错误订单行

“批次或序列号复制到错误订单行”通常只会在边界数据或异常路径出现，应保存触发样本，并让无法安全生成的情形明确失败。

风险 4：收货后重复生成造成多份不一致文件

“收货后重复生成造成多份不一致文件”可能带来隐私、交付或信任风险；应最小化数据、限制访问并保留必要的审计事实。

风险 5：付款前缺少异常和证据引用

针对“付款前缺少异常和证据引用”，先区分数据、版式、投递、版本或审批问题，再定义更正、撤销、重试或升级路径。

八、批量与日常运营

按仓库、供应商和收货日期批量生成时，为每个 GRN 使用幂等业务键。对缺少订单行、超量或待检状态单独分流，不能把异常记录混入正常入库文件。

所有批量任务应有输入清单、最大规模、幂等键、失败分类和恢复策略。只重放确实受影响的业务记录，避免超时后重复发送整批文件；日志记录请求 ID、模板版本和结果，但不保存 API Key、密码或不必要的个人信息。

九、常见问题 FAQ

Q：GRN 等于采购订单吗？ A：不是。采购订单表达获批采购意图，GRN 记录实际到货和验收过程。

Q：可以只显示接受数量吗？ A：不建议。保留订购、实收和拒收数量更便于追踪差异。

Q：待检货物能生成收货单吗？ A：可以，但状态应明确为待检或隔离，不能暗示已经可用。

Q：是否需要条码？ A：取决于仓库流程；可编码 GRN、批次或内部追溯链接。

Q：如何处理后续修正？ A：保留原件及其状态，再生成带修订号或更正说明的新文件。

Q：PDF 能替代 WMS 入库吗？ A：不能。PDF 是展示与归档产物，库存变动应在权威系统中完成。

十、总结

可靠的 GRN PDF 把“订了什么、来了什么、接受了什么、还在等待什么”表达清楚，并与权威收货事件和后续处理保持关联。