Odoo19序列号分配：多件制造订单怎样形成单件记录

一张制造订单原来写两件，后来出现两张各一件的记录，原因未必是部分完成后还剩余量。Odoo19的序列号制造文档解释了另一种具体关系：对以序列号跟踪的产品，可以先建立包含多个单位的制造订单；当各单位分配序列号时，订单分成多张，每张只包含一个单位。[1] 这里的中心是单件身份，而非一次执行之后的剩余数量。

这种单件关系来自标识的定义。官方将serial number用于给单个产品分配唯一编号，将lot number用于给同一种产品的多个单位分配一个共同编号。默认的数量跟踪只记录在手数量，不跟踪每个个体。[1] 因而，数量、批次与单件序列身份处于不同粒度，不能仅凭总数就声称每件已经有各自编号。

文档的Chair例子把拆分关系写得很清楚。原制造订单WH/MO/00109包含两件椅子，为两件分别分配序列号后，形成WH/MO/00109-001与WH/MO/00109-002，两张各一件。[1] 附加数字位于原订单编号末尾，使新记录仍带有原来的参考身份。原文在这里分别描述序列号和订单参考编号，所以订单末尾的001不能未经核对就被当成产品本身的序列号。

分配时点也有范围。文档明确，序列号可以在生产结束时分配，也可以此前分配；两种情况下，多件订单都会形成单件订单。由此不能把“出现单件记录”单独解释为已经完成生产。拆分描述的是记录组织方式，结束与否还需要看对应的软件状态。这一点对转写制造系统资料很实际：单据张数提供结构，状态才继续说明这些记录在流程中如何表达。

官方随后区分两种软件结果：仅分配序列号而未完成生产时，各单件订单保持开放；同时分配并完成时，各订单关闭。[1] 本文不列按钮或点击流程，只保留这项状态关系。若一份说明仅摘出两张后缀单据而没有状态，它可以支持单件拆分的描述，却不足以证明两件产品都已完成，更不能证明实物通过质量或安全确认。

资料还要求，在制造完成前为所跟踪产品建立批次或序列身份，但同页列有系统自动生成编号的情形，不能将其改写为一律需要人工预先填号。本篇限定19.0文档，首次发布日期未知，没有创建订单、扫码或启动现场作业。理解这组记录，应同时保留原始多件订单、各单位的标识粒度、单件订单后缀与开放或关闭状态，让多出的记录保留具体来由。