2. 销售组织架构与主数据体系

S/4HANA的销售与订单履约能力,首先建立在“组织架构”和“主数据”这两层地基之上。组织架构决定了业务发生在哪个公司、哪个渠道、哪个产品线,由谁负责;主数据则决定了“谁买、买什么、按什么价格买”。两者配置错误,后续报价、订单、发货、开票都会出现连锁问题。本节围绕销售组织、分销渠道、产品组、销售办公室、销售组的配置逻辑,以及客户主数据、物料主数据、客户-物料信息记录、条件记录的创建与维护展开。

一、销售组织架构:五类组织单元的职责与组合

SAP销售组织架构中,最核心的五类单元是:销售组织(Sales Organization)、分销渠道(Distribution Channel)、产品组(Division)、销售办公室(Sales Office)、销售组(Sales Group)。它们不是并列关系,而是“法人/销售责任—渠道—产品线—区域—人员”的逐层细化。

销售组织是销售业务的法律与责任主体,负责销售统计、定价、信用和开票。一个销售组织通常对应一个公司代码,但也可以多个销售组织共享一个公司代码。例如某制造企业设立“华东销售组织1000”“华南销售组织2000”,分别负责不同区域的销售业绩与客户信用。

分销渠道描述产品到达客户的方式,如直销、经销、电商、零售。它决定价格条件、发货路径和可用性检查策略。典型配置如:01直销、02经销、03电商。

产品组描述销售的产品线范围,如整机、配件、服务。它影响物料主数据的销售视图和统计维度。典型配置如:01整机、02配件、03服务。

销售组织、分销渠道、产品组三者组合形成销售范围(Sales Area),这是销售订单、价格条件、客户-物料信息记录的最小控制单元。例如“1000/01/01”表示华东销售组织通过直销渠道销售整机产品。

销售办公室和销售组属于更细的人员与区域管理维度。销售办公室通常对应一个地理区域或业务单元,销售组则对应办公室下的具体销售小组。它们不直接决定定价,但会影响销售订单的负责人、报表统计和权限控制。配置时先建销售办公室,再建销售组并分配给办公室,最后将销售办公室分配给销售范围。

销售组织架构与销售范围组合关系 销售组织 1000 华东 / 2000 华南 分销渠道 01 直销 / 02 经销 / 03 电商 产品组 01 整机 / 02 配件 / 03 服务 销售范围 Sales Area 销售组织 + 分销渠道 + 产品组(如 1000/01/01) 销售办公室 按区域/业务单元划分 销售组 办公室下的销售小组 分配 销售范围下挂办公室 配置顺序建议 组织→渠道→产品组→范围→办公室→组

二、客户主数据:从一般数据到销售范围数据

客户主数据在S/4HANA中采用“一般数据+公司代码数据+销售范围数据”的分层结构。一般数据包含客户名称、地址、税号、银行信息,全集团共享;公司代码数据包含对账科目、付款条件、信用控制范围;销售范围数据包含销售组织、分销渠道、产品组下的定价、发货、开票、装运条件等。

创建客户时,通常使用事务码BP(业务伙伴)统一维护。关键字段包括:客户编号(可内部或外部给号)、客户账户组(决定字段状态和编号范围,如0001售达方、0002收货方、0003付款方)、销售范围分配、客户-物料信息记录相关字段。实际项目中,客户主数据往往由MDG或CRM系统审批后分发到S/4HANA,但理解其分层结构对排错至关重要。

例如,某客户在销售组织1000下设置付款条件“Z001 月结30天”,在销售组织2000下设置“Z002 月结60天”,这是允许的,因为付款条件可以按销售范围维护。若订单中带不出付款条件,首先检查客户主数据是否已扩展到对应销售范围。

三、物料主数据:销售视图的关键字段

物料主数据的销售视图按销售组织、分销渠道、产品组维护。关键字段包括:销售单位、物料组、产品层次、税分类、项目类别组、可用性检查组、装运条件、运输组。其中项目类别组决定销售订单中该物料默认的项目类别,进而影响定价、发货和开票;可用性检查组决定ATP检查策略。

物料主数据通常由MM01/MM02维护,销售视图需要先扩展物料到对应销售范围。若物料在销售订单中无法带出价格,除了检查条件记录,还要确认物料是否已扩展到该销售范围,以及物料主数据中的税分类是否正确。

四、客户-物料信息记录:客户与物料的“专属约定”

客户-物料信息记录(Customer-Material Info Record)用于维护“某客户对某物料”的特殊约定,优先级高于物料主数据中的通用设置。典型字段包括:客户物料编号、客户描述、最小起订量、交货时间、部分交货许可、客户特定项目类别。创建事务码为VD51/VD52/VD53。

例如,客户A对物料M-100要求最小起订量50件、交货时间7天,而物料主数据通用交货时间为3天。创建客户-物料信息记录后,销售订单中该客户该物料会自动带出7天交货时间和最小起订量校验。若订单未按预期带出,检查信息记录是否已扩展到对应销售范围。

五、条件记录:定价的“数据源”

条件记录是定价过程的数据基础,存储在条件表中。常见条件类型包括:PR00价格、K007客户折扣、K004物料折扣、Z001含税价等。创建事务码为VK11(创建)、VK12(修改)、VK13(显示)。条件记录按销售范围、客户、物料、有效期等维度维护。

例如,为销售范围1000/01/01创建PR00条件记录:客户C-1001、物料M-100、价格1000元/件、有效期2025-01-01至2025-12-31。销售订单中系统按定价过程依次读取条件记录,若找不到PR00,则订单价格为空或报错。排错时使用“分析定价”功能查看条件记录读取路径。

配置检查顺序建议:先确认销售范围是否完整(销售组织+分销渠道+产品组),再检查客户和物料是否已扩展到该销售范围,最后检查客户-物料信息记录和条件记录是否在有效期内且维度匹配。

六、配置与维护的实操要点

组织架构配置路径:企业结构→定义→销售与分销→定义销售组织、分销渠道、产品组、销售办公室、销售组,并分配销售范围。主数据维护路径:BP创建客户、MM01扩展物料、VD51维护客户-物料信息记录、VK11维护条件记录。

实际项目中,建议先梳理“销售范围矩阵表”,明确每个销售组织下启用哪些渠道和产品组组合,再批量创建。客户和物料主数据应通过LSMW或迁移工具批量导入,条件记录可使用VK11手工维护或通过条件记录批量导入程序。所有主数据必须保证在对应销售范围内已扩展,否则订单创建时会报“客户未在销售范围中维护”或“物料未在销售范围中维护”。

最后,主数据维护不是一次性工作。客户信用额度、物料价格、条件记录有效期都会随业务变化调整。建立定期检查机制,例如每月检查条件记录到期情况、客户信用额度使用率、物料销售视图完整性,才能保证订单履约流程持续稳定运行。