Odoo 19动态创建变体，等待的是哪一个业务输入时点

产品模板已经列出几种属性值，系统里却还没有为所有组合建立变体，可能涉及Odoo的变体创建时点。Odoo 19文档的Variant Creation字段，不只回答能否创建，也回答何时自动创建。[1] 这个时间条件独立于商品名称和属性清单：列出了可描述的选择，与已经产生相应变体记录，并不是同一时刻发生的事实。

Dynamically的定义很具体：只有对应属性和值被加入销售订单时，才创建变体。原文把触发背景放在sales order，而不是属性刚写入模板时。因此，一份模板中已出现某个属性值，并不能凭这一点推断动态模式下的对应变体早已存在。这里也没有把触发条件改写成订单已确认、已付款或已发货，文档采用的就是属性和值加入销售订单这一表述。

Instantly则把时点提前到模板：属性和值加入产品模板时，便创建所有可能的变体。两种模式由此形成清楚的对照，一个以模板输入为背景，一个以对应值进入销售订单为背景。它们不是分别给同一批记录换上“快”与“慢”的标签，而是将自动建立记录联系到不同事件。所谓动态，也没有表示系统会任意猜测尚未出现的销售需求。

Never提供第三种关系。该模式阻止相应标签自动形成可购买变体，而将标签作为信息处理；若一个这样的属性有多个值，产品显示时会加载这些值，因为离散变体的创建被阻止。于是，界面展示多个值与系统已建立多个独立变体之间，并没有可以脱离创建模式的固定等式。对ERP产品主数据的说明，保留这一点比只按属性组合数量推算记录更准确。

可以用不对应真实企业的文字情境理解：模板已经写入一种新的外观属性，说明甲只说“已增加属性”，说明乙进一步交代“采用动态创建，相关值尚未加入销售订单”。乙增加的是时点背景，而非库存判断。本篇不据这个假设计算库存，也不建议更改现有模式。Odoo还提醒，属性加入产品后，其变体创建模式不能再编辑，这项限制更说明模式是需要准确表述的对象条件，而非随手修改的说明文字。本文依据19.0公开文档，未操作产品或订单，首次发布日期未知。