Sales Order（销售订单）

一句话理解

销售订单（Sales Order）是 SD 的核心单据："客户要买什么、多少、什么价格"全部定在这一张单上。它是后续交货、开票的依据，也是拉动生产（MTO）和采购（第三方）的源头——SD 的订单，是整个供应链的发令枪。

实战提示

实战提示：给销售讲订单规范只说一句——"订单上的每个字段，后面都有人要用：仓库看数量和地址，财务看价格和付款条件，计划看交期。" 订单填得 sloppy，后面全乱。

询价（VA11）客户问价：要什么、大概多少

报价（VA21）我们报价：价格、有效期（如 30 天）

客户接受在有效期内确认

销售订单（VA01）参照报价创建，条件自动带入

注意

常见坑：行项目类别选错。TAN（标准）和 TAS（第三方）的后续流程完全不同——选错了，交货走不下去。订单类型和行项目类别的组合，是 SD 配置的核心，蓝图阶段必须定死。

SD 定价基于条件技术（和 MM 采购定价同源）：

实战提示

实战提示：定价的取数顺序（访问顺序）是排错关键——价格没带出来，按访问顺序逐级查：客户+物料 → 物料 → 客户……90% 的定价问题是主数据（VK11）没维护，不是配置问题。

ATP（Available to Promise）：接单时检查"有没有货可承诺"——

A：服务类可以（无实物交货），货物类不行。货物销售必须走交货+PGI，开票参照交货单——这是 SD 的标准链条，跳过就是流程违规。

A：看定价日期配置：按订单日期定价还是按开票日期定价。两种都有合理场景，但必须在蓝图定死，不能来回变。

A：行项目类别用免费行（如 TANN），价格为零但数量、交货正常走。免费不等于不记账——成本还是要结转的，FI 那边有数。