一句话理解

Business Partner（BP）是 S/4HANA 里统一的主数据对象：供应商、客户不再是两套独立主数据，而是一个 BP 挂不同"角色"（供应商角色、客户角色）。事务代码统一为 BP。

实战提示

实战提示：给 ECC 老顾问讲 BP，用一句话——"以前 XK01 建供应商、XD01 建客户，现在都在 BP 里建，区别只是勾的角色不同。"概念瞬间落地。

为什么要有 BP

ECC 的痛点 S/4HANA 的 BP 方案
供应商、客户两套表，同一家公司既是客户又是供应商时数据割裂 一个 BP 可同时挂客户角色和供应商角色，数据统一
主数据字段、校验规则各搞各的 统一的数据模型和校验
集团层面的主数据治理困难 BP 支持层级、关系管理

三个核心概念

  1. BP 本体 —— 一个编号（如 1000001），代表一个商业实体。
  2. BP 分类 —— 组织（公司）、个人（自然人）、组。
  3. BP 角色 —— 同一个 BP 可以是"供应商"、"客户"等角色。MM 最常用的是供应商相关角色（如 FLBPD）。
1
创建 BP 编号分类：组织
2
分配角色供应商角色、客户财务角色等
3
维护视图数据采购组织视图、公司代码视图
4
可用建采购订单、收货、开票

CVI：客户/供应商集成

  • CVI（Customer Vendor Integration）是 BP 和传统客户/供应商对象之间的同步框架。
  • S/4HANA 里建供应商，本质是建 BP + 通过 CVI 同步生成供应商视图。
  • 迁移项目里，老系统的供应商/客户主数据通过 CVI 批量转成 BP。
注意

注意：CVI 的编号规则映射（BP 编号 vs 供应商编号是否一致）是主数据方案的关键决策，迁移前必须定死，定错后期改的代价极大。

MM 顾问的 BP 实操要点

操作 事务代码 / 路径
维护 BP BP
BP 角色定义 BUPT
CVI 配置检查 SPRO → CVI 相关节点
主数据批量迁移 迁移 Cockpit（LTMC）
  • 采购组织视图、公司代码视图的数据都在 BP 的角色里维护，找数据先找对角色。
  • 供应商的"采购组织级"字段（如采购组）和"公司代码级"字段（如付款条件）分属不同视图，别混在一起找。

常见问题

Q：XK01/XD01 在 S/4HANA 里还能用吗？

A：标准 S/4 里这两个事务代码已被 BP 取代。看到还能用的往往是兼容视图，项目上统一要求用户走 BP。

Q：一个 BP 能同时是客户和供应商吗？

A：能。挂两个角色即可，这是 BP 统一模型的核心好处之一，ECC 时代要维护两套主数据。

Q：BP 主数据和权限有什么关系？

A：BP 有视图级的权限控制概念，敏感字段（如银行信息）要结合权限角色设计，别让所有采购员都能看全。

实战经验

  • 主数据治理先行：BP 上线前先把重复供应商清理掉，"同一家供应商三个编号"是每个老系统的通病，不洗就迁等于把垃圾搬进新家。
  • BP 编号规则、命名规范、必填字段，在项目蓝图阶段就冻结，开发和迁移都依赖它。
  • 给最终用户培训 BP 时，直接演示"建一个供应商"的完整流程，比讲概念管用十倍。

相关阅读

相关 T-code：BP