价格调整之后，未执行完的订单要不要跟着去变
当一份采购订单已经审批通过、供应商也确认排产，甚至部分原材料已经到库，此时中间商或企业销售端突然通知原材料价格上涨，要求原订单加价——这个决定，应该由谁拍板？
价格调整之后，未执行完的订单要不要跟着去变，看上去是一个“认不认账”的问题，但深入拆解会发现，它背后涉及采购合同的定价规则、供应商协同的流程、库存成本的归属以及财务对账的冲突。管理者如果只靠“谁主张谁沟通”来应对，订单执行中的数据断层和权责模糊会反复消耗企业利润。
未执行完订单调价的核心判断：已确认与未确认的边界
回答这个问题的第一步，是区分订单的执行状态。通常可以将未执行完的订单按“成本锁定”和“物料验收”两个维度拆解：
- 已下达但未到货的订单：物料尚未进入仓库，成本尚未锁定。如果原材料价格大幅波动，供应商要求调价属于常见的市场行为，但需要看合同条款是否约定单价随行就市。
- 已到货未入库的订单：货已到但验收动作未完成。此时价格调整涉及发票与验收单的匹配，变更价格会将导致财务审核无法通过。
- 已验收未付款的订单：验收单据已经确认，通常认为合同约定的验收金额即为最终结算依据。除非合同中明确写明调价触发条件，否则大多数企业会将这部分订单按原价执行。
这个边界不是靠一次沟通就能明确的。企业内部如果缺少统一的订单状态和价格记录，当采购员、仓库和财务在同一个订单上各自记账，价格调整就会立刻引发数据不一致。因此，进销存系统中的订单状态、入库单和发票付款数据能否做到联动，决定了企业是否有能力在调价发生时快速锁定哪些订单可以变、哪些不能变。
调价决策中三个最容易被忽视的流程断点
很多中小企业在处理调价时，不是不想按规矩办，而是规矩本身没有写清楚。以下三个断点几乎在每个被动调价的订单中都会暴露：
断点一：询价记录与采购订单之间的历史价格割裂。 调价发生时，采购人员通常需要翻聊天记录或邮件去确认当初的报价。如果询价过程没有留存在系统里，后续管理层就无法判断“现在调高后的价格是否合理”。
断点二：采购订单与入库验收之间的数据仅靠手工核对。 一份订单分多次到货时，到货数量和验收数量如果不能实时同步，价格调整就会变成“按最后一次验收单为准”还是“按全部到货比例计算”的争执。
断点三：供应商表现没有沉淀。 是供应商临时涨价，还是该供应商在以往合作中多次出现价格波动？企业在调价场景中往往只能凭个人印象判断。每个供应商的报价记录、履约质量和调价历史如果无法追溯，所谓的“调价谈判”就缺少事实支撑。
这些断点本质上不是“该不该变”的问题，而是“没有数据支撑做判断”的问题。一旦出现价格变动，管理者只能凭紧急程度而不是业务规则决策。
规则先行：在调价发生之前如何设计审批与执行流程
与其每次调价都要开会讨论，不如在采购流程设计阶段就把“价格变更”作为标准事件来处理。规范的采购流程应该包含：采购申请、预算校验、供应商选择、询价比价、采购审批、采购订单、到货验收、入库、发票付款以及供应商评价。
其中，与调价直接相关的节点有两个：
- 询价比价阶段应设置价格有效期限和浮动上限。 比如“报价单有效期为14天，浮动超过使用报价的5%需重新审批”。这个规则可以在系统中通过审批流里添加条件分支实现，避免采购员频繁找领导特批。
- 在采购订单中预留“价格变更流程”入口。 当供应商提出调价时，可以使用一张独立的价格变更申请单，触发二次审批。这张申请单会关联原订单号、附件、报价时间和变动的金额，然后推送给预算和财务节点做复核。
这样做的好处是：调价不再依赖口头沟通或者单点特批，每一次价格变更都被记录到系统中，后续供应商评价和采购分析报表可以直接调入这些数据。企业可以通过灵活的流程引擎来配置这类异常处理逻辑，而不需要改变原有订单的执行顺序。
调价场景下，采购系统需要具备哪些关键功能
并非所有企业管理软件都能支撑订单调价后的追索与记录。选型时，企业可以重点关注以下几个维度：
| 功能维度 | 具体作用 | 对调价场景的价值 |
|---|---|---|
| 价格记录与历史追溯 | 按订单、供应商和物料颗粒度保存历史价格及变更记录 | 管理层可见每次调价的依据，避免“拍脑袋” |
| 订单与验收联动 | 到货单、验收单、入库单和订单状态自动关联 | 调价时能快速筛选“已验收未付款”部分，为执行边界提供基准 |
| 审批流灵活调整 | 支持条件分支、金额阈值触发、异常流程发起 | 价格变更不需要推翻原有审批流，可以单独走一条新的变更路径 |
| 异常提醒与自动化 | 当订单价格与历史均价相差一定比例时自动触发提醒或预警 | 帮助采购员在价格变动初期就感知风险，而非问题曝光后再补救 |
对于中小企业而言，不需要一开始就配置一整套SRM或ERP。可以先从采购订单与入库验收的联动做起，把价格记录、供应商系统和入库数据统一在同一个业务平台上。轻流 AI 无代码平台提供了表单引擎、流程引擎和自动化引擎，企业可以先用一张价格变更申请单和一条审批流程跑通调价场景，未来再将这套逻辑扩展到存货发票和付款节点。
一套个性化ERP能帮你做什么：从调价到全业务闭环
当价格变更这件事不再靠单独制度解决，而是融入到订单、入库、供应商评价和采购分析的全链路中时，企业面对的就不再是“某一次涨价的纠纷”，而是如何用数据管理供应链波动。
制造业企业中，锻造与热处理企业“奥斯锻造”的案例颇具代表性。该企业成立于2006年，产品广泛应用于石油、天然气、深海、风电、化工等领域。他们在数字化过程中的核心顾虑并不是“要不要上系统”，而是“上了系统之后还能不能贴合业务、改不改得动”。很多制造企业真正担心的不是要不要数字化，而是“上了系统之后还能不能贴合业务、改不改得动”。最终他们选择搭建了个性化ERP，实现了采购、库存、生产和财务的闭环管理。
在类似奥斯锻造的企业中，订单价格变动的处理逻辑已经被封装到系统的基础字段和流程分支中。比如，物料采购超过原先的询价范围时，系统自动锁死该订单的付款节点，然后发送价格变更审批通知给采购经理。同时，供应商的调价历史会被写入供应商台账，用于年度评价。这些操作并不需要在ERP主体代码层面调整，业务人员就能通过表单搭建和审批流配置完成。
对于没有上大型ERP的中小企业来说，利用无代码平台模拟这种循环并不复杂。关键是先统一采购品类、供应商主数据、金额权限和验收规则，再考虑做供应商绩效和采购分析。不要只把线下申请表搬到线上，如果收货、入库、发票和付款本身仍然是割裂的，即使用系统能捕捉到价格变动，它仍然无法被真正用于管理。
先统一单据规则，再讨论系统替换
回到开头的问题：价格调整之后，未执行完的订单要不要跟着去变？
答案是：先看订单的执行阶段，再看采购合同的价格变更规则，最后看系统是否具备记录和追溯的能力。如果这三层都没有明确界定，这个问题无论怎么选都会产生新的管理成本。
对于中小企业和正在向精细化采购转型的企业，“先统一订单、入库、验收和供应商的单据规则”，远比“紧急加一套调价审批制度”要务实。单据统一之后，不管是使用传统的ERP还是无代码方式搭建流程，数据都能在一个口径下流转。遗留系统不一定要替换，但数据断点必须补上。
常见问题
Q1: 供应商突然涨价而我们没有合同约束，是不是只能认赔？
答：不一定。首先要看这笔订单是否已经完成验收入库。已经查验入库的物料，通常可以按原价结算。尚未到货的部分，可以与供应商重新确认价格并补签价格变更协议。关键是以后在采购订单中加入“报价有效期限”和“价格浮动上限”的选项，避免再次被动。
Q2: 我们公司规模不大，上系统处理价格变更复杂吗？
答：不复杂。关键是先梳理清楚你现在的订单、入库、审批是分别用EXCEL、微信群还是纸质单据管理。如果只是想把“价格变更”这件事线上化，用无代码工具搭建一张价格变更申请单和一条自动通知审批流程，一般1-2天就能跑通。不需要先上大型ERP。
Q3: 进销存系统能不能处理价格变更后的发票对账差异？
答：可以，但要看系统是否支持订单与入库单、发票、付款单据联动。如果这4个环节在系统中各自独立，调价后的发票金额无法自动匹配原订单，还需要人工调整。建议选择支持采购订单、到货验收、入库、发票4类数据联动的系统，或者通过流程引擎把这几个节点串成一条联动规则。
