当前位置: 首页 > news >正文

SAP学习笔记 - MM模块04 - 采购流程基础,采购组织和工厂的常见关系,供应商主数据的3个层次,账户组,字段选择-账户组/采购组织/事务代码,合伙伙伴,MK04履历,MK05冻结,MK06删除

目录

1,采购流程基础

1-1,采购流程中的组织层次

a,Client,Purchasing Organization/Group概念

b,采购组织和工厂的常见关系

b-1,Plant-Specific Purchasing Organization

b-2,Cross-Plant Purchasing Organization

b-3,Cross-Company-Code Purchasing Organization

c,在Spro中具体是怎么分配的呢?

d,给工厂分配标准采购组织 的用途

1-2,采购流程步骤 - 8大步骤

1-3,采购方式

1-4,询价/报价

1-5,采购订单

1-6,收货

1-7,发票处理

1-8,采购订单

1-9,采购订单格式 - Header,Detail

1-10,Table Control

1-11,Item Category

1-12,Issuing Messages

2,供应商

2-1,General Data - 一般数据

2-2,Purchasing Org Data - 采购组织数据

2-3,Accounting Data - 会计数据层面

2-4,这3个层面都分别控制什么数据呢?

a、General Data(一般数据)

(1)Address(地址)

(2)Communication(通讯信息)

(3)Control Data(控制数据)

(4)Bank Details(银行信息)

b、Company Code Data(公司代码数据)

(1)Account Management(账户管理)

(2)Payment Transactions(付款交易)

(3)Correspondence(函件)

(4)Withholding Tax(预扣税)

c、Purchasing Organization Data(采购组织数据)

d,Purchasing Data(采购数据)

① 默认采购货币

② Incoterms(国际贸易术语)

③ Order Currency(订单币种)

④ Minimum Order Value(最小订单金额)

⑤ Goods Receipt Based Invoice Verification

⑥ Planned Delivery Time(计划交货时间)

⑦ Automatic PO(自动采购订单)

e,Partner Roles(合作伙伴角色)

f,三个层级之间的关系

g,实际业务示例

h,总结

2-5,Vendor Master Record - Account Group

a,定义科目组和字段选择 - 可以定义编号范围

b,定义一次性供应商

c,账户组决定字段选择

d,定义域采购组织特定的屏幕格式

e,定义事务相关的屏幕格式

2-6,Partner Roles

a,合作伙伴的设定

b,SAP 标准采购中常见的 Partner Function

c,举例 - Partner Function 在采购流程中的作用

d,分配合作伙伴方案到科目组

e,业务往来方案 下属范围(L2)/ 工厂级(L3)

f,MK01/XK01 / (S/4)BP 建供应商

f-1,邮件地址的用途

f-2,实际QM系统

f-3,银行账户信息

f-4,采购数据 - 订单货币,付款条件,最小订单值,定价日期

f-5,采购数据 - 基于收货的发票验证,采购组,交货时间,统驭科目,付款条件

g,常用T-cd- MK01,02,03,MK04-查看历史记录,MK05-冻结,MK06-删除


1,采购流程基础

1-1,采购流程中的组织层次

- Client,Company Code,Plant,Storage Location,Purchasing Organization/Group

有关这些概念,贴一个中文解释

a,Client,Purchasing Organization/Group概念

- 集团/Client概念:有自己数据

- 采购组织和采购组没有任何关联,或者说采购组和采购组织之间没有隶属关系

采购组和采购组织,不像工厂与公司那样有隶属关系

b,采购组织和工厂的常见关系

b-1,Plant-Specific Purchasing Organization

只隶属于一个工厂

b-2,Cross-Plant Purchasing Organization

跨工厂

只要是这个公司下面的工厂,我都帮它们采购

b-3,Cross-Company-Code Purchasing Organization

跨公司采购

只要是集团下面的所有工厂,我都帮它们采购

c,在Spro中具体是怎么分配的呢?

建工厂

建采购组织

给工厂分配采购组织

尽管咱们上面讲的挂在工厂下面,公司内跨工厂,跨公司这三种范围

但是其实在Spro中,都是直接和Plant进行挂的,你爱挂谁挂谁

你只挂了一个工厂,就属于在挂在工厂下面,属于Plant-Specific,

你挂了多个工厂,并且这些工厂属于一个公司的,就属于Cross-Plant

你挂了多个工厂,不过这些工厂不属于一个公司的,就属于Cross-Comany

d,给工厂分配标准采购组织 的用途

正常的流程是先有PO,然后再收货

但是某一天,有个货比较特殊,就是要先收货,然后系统再自动产生一张采购订单

收货的时候,需要几个条件,采购组织,公司/工厂,价格

采购组织从哪里取数据呢?

这个时候,到设定里面一看,工厂2100有3个采购组织,那你用谁呢?

这个时候就用到这个设定了

比如设定为1000,那就用1000这个采购组织,叫标准采购组织,也如标题所属,缺省采购组织

ME57 - 分配并处理采购申请

点处理分配,这样就可以看到默认的采购组织

这里再改一下,2100--》9000

ME57那边也相应的默认为9000

1-2,采购流程步骤 - 8大步骤

- 确定需求

- 确定货源

- 选择供应商

- 下订单

- 跟踪订单

- 收货

- 发票校验

收货的时候,大部分时间会带一张发票的,所以要检查发票和实物是不是对得上的,数量/价格

- 付款

1-3,采购方式

- 手工建

- MRP跑出来

1-4,询价/报价

1-5,采购订单

- Vendor:就是正常买东西,跟外边的供应商买

- Other Plant:就是公司下面的A Plant卖给B Plant这种

1-6,收货

- 物料文档:记录一些数量

- 会计文档:记录一些价格

1-7,发票处理

检查发票对不对

- 发票对,进入付钱流程

- 发票不对,把它冻结起来

总结一下:

基本上跟上面那个图一样

有一点不一样的地方就是收货的收货发现货不对,可能产生新的需求,然后再来一轮

1-8,采购订单

一个订单里面,可以有很多行

某一行里面也可以有多个收货履历,还有发票信息,方便我们跟踪整个订单

1-9,采购订单格式 - Header,Detail

1-10,Table Control

其实就是说可以调整表格的页面布局,并且可以保存,这样下次进来的时候显示该布局

就是说表格宽度可以手动调整而已

但是调整之后,你再次进来的时候又变回去了,那可以保存住吗?可以啊,点右上角那个配置

创建变数

要点管理员

点激活,然后再保存

再重新进来,默认就是我们设置好的模样了

1-11,Item Category

1-12,Issuing Messages

比如采购订单下达了,马上发给供应商,等等

2,供应商

供应商也是有组织架构和层次的

2-1,General Data - 一般数据

同一个工厂下面有相同的供应商。

理论上这些供应商当然可以有不同的号码,但是不推荐这么做。

推荐在集团层面建供应商

因为供应商不会因为是不同工厂跟它买东西,它的地址/电话等等就会有变化嘛

这个就叫General Data

2-2,Purchasing Org Data - 采购组织数据

比如公司在中山一个工厂,在上海有个工厂

虽然它们都是买深圳这个供应商的货,但是比如交货时间就不一样

也就是在采购组织这个层面,它们也是分别有自己数据的

2-3,Accounting Data - 会计数据层面

虽然是同一个供应商,但是比如中国,美国工厂采购的时候,可能适应的内容不一样

2-4,这3个层面都分别控制什么数据呢?

这张图展示的是SAP Vendor Master Data(供应商主数据)的整体结构。供应商主数据(Vendor Master Record)是SAP系统中管理供应商信息的核心数据,它将供应商的基本信息、财务信息和采购信息整合在一个主数据记录中,不同业务部门共享同一供应商信息,但维护不同层级的数据。

下面按照图片内容进行详细说明。


SAP Vendor Master Data(供应商主数据)

Vendor master record(供应商主记录)

它代表系统中一个完整的供应商档案(一个供应商编号)。

整个供应商主数据由三个层级组成:

  1. General Data(一般数据)
  2. Company Code Data(公司代码数据)
  3. Purchasing Organization Data(采购组织数据)

这三个层级共同组成完整的供应商信息。


a、General Data(一般数据)

图片说明:

Address, communication, control data, bank details

即:

  • 地址
  • 通讯方式
  • 控制数据
  • 银行信息

这一层的数据属于客户端(Client)级数据

特点:

  • 所有公司代码共享
  • 所有采购组织共享
  • 修改一次,全系统生效

例如:

假设供应商:

ABC Electronics

无论属于北京公司还是上海公司,只要供应商编号相同:

地址都是:

上海浦东新区XX路100号

电话:

+86-21-88888888

邮箱:

sales@abc.com

这些都是General Data。


General Data主要包含哪些内容?

(1)Address(地址)

包括:

  • 公司名称
  • 国家
  • 城市
  • 邮编
  • 街道
  • 联系人

例如:

Vendor Name

ABC Electronics Ltd.

Street

No.100 Pudong Road

City

Shanghai

Country

China

Postal Code

200120


(2)Communication(通讯信息)

例如:

  • 电话
  • 传真
  • Email
  • 网站

例如:

Telephone

021-88888888

Email

sales@abc.com

Fax

021-66666666


(3)Control Data(控制数据)

控制整个供应商的一些基础属性,例如:

  • 税号
  • 统一社会信用代码
  • VAT Number
  • 语言
  • Search Term(搜索关键字)

例如:

Language

ZH

Tax Number

91310000XXXXXX


(4)Bank Details(银行信息)

付款时使用。

例如:

开户银行:

ICBC

账号:

6222XXXXXXXXXX

SWIFT Code

ICBKCNBJ

Bank Country

CN


b、Company Code Data(公司代码数据)

图片说明:

Account management

Payment transactions

Correspondence

Withholding tax

中文:

公司代码数据主要管理:

  • 会计数据
  • 付款数据
  • 信函
  • 预扣税

这一层属于:

Company Code(公司代码)级别。

意思是:

不同公司代码可以维护不同的数据。

例如:

供应商:

ABC

北京公司

1000

付款条件:

30天

上海公司

2000

付款条件:

60天

虽然供应商相同,

但是不同公司可以采用不同付款方式。


Company Code Data包括哪些内容?

(1)Account Management(账户管理)

包括:

  • Reconciliation Account(统驭科目)
  • Sort Key
  • Cash Management Group

其中最重要的是:

Reconciliation Account(统驭账户)

例如:

160201

应付账款

供应商所有业务最终都会进入这个总账科目。


(2)Payment Transactions(付款交易)

包括:

付款方式

Payment Method

例如:

  • T(电汇)
  • C(支票)
  • B(银行转账)

付款条件

Payment Terms

例如:

0001

付款30天

付款冻结

Payment Block

例如:

供应商暂停付款。


(3)Correspondence(函件)

系统自动生成:

  • 对账单
  • 催款函
  • 付款通知

这里可以维护:

通讯语言

发送方式

打印格式


(4)Withholding Tax(预扣税)

某些国家付款前需要扣税。

例如:

付款:

10000元

预扣税:

10%

实际付款:

9000元

税款:

1000元

SAP会自动计算。


c、Purchasing Organization Data(采购组织数据)

图片说明:

Purchasing data

Partner roles

即:

采购数据

合作伙伴角色

属于:

Purchasing Organization(采购组织)级别。

不同采购组织可以维护不同采购信息。

例如:

采购组织

China Purchasing

货币

人民币

采购组织

US Purchasing

货币

美元

可以不同。


d,Purchasing Data(采购数据)

主要包括:

① 默认采购货币

例如:

CNY

USD

EUR


② Incoterms(国际贸易术语)

例如:

FOB

CIF

EXW

DAP

决定:

运输责任

风险转移

费用承担。


③ Order Currency(订单币种)

采购订单默认币种。

例如:

USD


④ Minimum Order Value(最小订单金额)

例如:

最低采购:

1000元

低于1000不能下单。


⑤ Goods Receipt Based Invoice Verification

是否:

收货后才能发票校验。

通常:

表示:

必须先收货

再开发票

最后付款。


⑥ Planned Delivery Time(计划交货时间)

例如:

供应商:

15天交货

采购计划MRP就会采用15天。


⑦ Automatic PO(自动采购订单)

是否允许:

系统自动生成采购订单。


e,Partner Roles(合作伙伴角色)

SAP采购中,一个供应商可能承担多个角色。

例如:

VN(Vendor)

供应商

OA(Ordering Address)

下单地址

GS(Goods Supplier)

送货供应商

PI(Invoicing Party)

开票方

有些情况下:

下单公司

发票公司

收款公司

可能不是同一家企业。

Partner Role就是管理这些角色。


f,三个层级之间的关系

层级数据范围谁共享典型内容
General Data(一般数据)Client(客户端)全公司、所有采购组织共享地址、联系人、银行、税号
Company Code Data(公司代码数据)Company Code(公司代码)同一公司代码使用财务、付款条件、统驭科目、预扣税
Purchasing Organization Data(采购组织数据)Purchasing Organization(采购组织)同一采购组织使用采购条件、交货时间、采购币种、合作伙伴角色

g,实际业务示例

假设企业有:

  • 公司代码1000(北京)
  • 公司代码2000(上海)
  • 采购组织P100(国内采购)
  • 采购组织P200(国际采购)

供应商为:

ABC Electronics

则:

  • General Data:维护一次,如公司名称、地址、电话、银行账号,所有公司和采购组织共享。
  • Company Code Data:公司代码1000可设置付款条件30天,2000可设置60天,各自维护自己的财务数据。
  • Purchasing Organization Data:P100可设置人民币采购、交货期7天;P200可设置美元采购、交货期30天,不同采购组织维护各自采购参数。

h,总结

SAP供应商主数据采用分层设计,目的是实现数据共享与业务差异化管理:

  • General Data(一般数据):保存供应商的基础信息,全系统共享,只维护一次。
  • Company Code Data(公司代码数据):保存财务和付款相关信息,不同公司代码可以有不同设置。
  • Purchasing Organization Data(采购组织数据):保存采购业务相关信息,不同采购组织可以根据业务需要维护不同的采购条件。

这种三层结构既避免了基础信息重复维护,又能满足不同公司和采购组织在财务与采购业务上的差异化需求,是SAP供应商主数据管理的核心设计思想。

AI真是强大,讲的真清楚:)

2-5,Vendor Master Record - Account Group

Account Group(账户组)把不同的供应商合成一类

这样财务过账的时候就会比较方便一点儿

下看一下Spro里面的定义

a,定义科目组和字段选择 - 可以定义编号范围

这里已经定义了很多供应商账户组

打开看,可以定义

- 编号范围,比如这里的 11

那具体11对应哪个编号范围呢?

回到定义供应商主记录的编号范围

对应 10000-19999,目前是10079

b,定义一次性供应商

针对一些就买一次的供应商,不会挨个儿建的

你可以建一个【一次性供应商】,因为不固定嘛,所以也不会有地址,银行信息

只有当你真的决定要买的时候才能定下来跟谁买

一般的供应商不会在买东西的才定,而是你建供应商主数据的时候就定了,地址/账号/币别等等。

等买东西的时候直接就用了。

- MKVZ

这些号码是一次性供应商

建PO的时候,会要求你输入地址

而如果使用正常的供应商建PO

它就会把地址这类基本信息带过来

c,账户组决定字段选择

进 MK02,可以看到画面显示的字段

那这些字段的显示也是可以定义的

比如隐去,必输,可选,显示等等

d,定义采购组织特定的屏幕格式

咱们之前讲过5大要素决定字段选择

这里面也是相似,除了上面c讲的设定,也有一些其他要素决定字段选择

比如这里可以定义采购组织特定的屏幕格式

1000,2000可以有不同的屏幕字段

e,定义事务相关的屏幕格式

不同的事物代码,也可以有不同的屏幕字段

2-6,Partner Roles

a,合作伙伴的设定

具体怎么设定呢?

在账户组里面设定合作伙伴的确定过程

Spro > 物料管理 > 采购 > 合作伙伴确定

这里就可以设定针对 L1,它都具有什么功能

- Mand(atory):强制,必输入的意思

- No Change:不可更改

- VN 供应商 这个是必须的,就是供应商必须是我自己,所有的其他伙伴功能都围绕VN展开

MK01 建供应商的时候,有合伙人功能这个页面

这里带出的3个合伙人功能,就是上面的那个L1设定带出来的

除了Spro里面的设定,然后自动带出来之外,建供应商的时候也可以手动加伙伴功能

比如这里加一个联系人功能

虽然上面都是400056,实际运用中,这三个可以是不同的人

而且可以随时修改

Spro里有这些项目,供应商页面的下拉框里才会有那些项目

比如这里的AD - 附加项目

如果你到Spro里把AD - 附加项目给删了

那么这里就不会再有附加项目给你选了哈

b,SAP 标准采购中常见的 Partner Function

Partner Function英文名称中文说明主要作用
VNVendor主供应商默认供应商,采购订单中的供应商
OAOrdering Address订购地址接收采购订单
GSGoods Supplier供货方实际发货供应商
PI(有些系统显示 IP)Invoice Presented By开票方提供发票的供应商
AZ / PY(依系统配置)Alternative Payee替代收款方实际收款单位

是否常用

Partner Function中文是否常用
VNVendor(供应商)★★★★★
OAOrdering Address(订购地址)★★★★★
GSGoods Supplier(供货方)★★★★★
PI / IPInvoicing Party(开票方)★★★★★
AZAlternative Payee(替代收款方)★★★★☆
EREmployee Responsible(责任采购员)★★★☆☆
CPContact Person(联系人)★★★☆☆
CAContract Address(合同地址)★★☆☆☆

c,举例 - Partner Function 在采购流程中的作用

例如:

- 供应商:ABC Group

- Partner 配置如下

FunctionVendor
VN100001 ABC
OA100002 北京销售中心
GS100003 深圳工厂
PI100004 上海财务
Payee100005 香港公司

- 采购流程:

采购员 │ │ 创建PO ▼ OA 北京销售中心 │ │ ▼ GS 深圳工厂 │ │ 发货 ▼ 工厂收货 │ ▼ PI 上海财务 │ │ 发票 ▼ F110付款 │ ▼ Payee 香港公司

整个采购流程中,每个 Partner Function 负责不同的业务。

另外,和ECC不同,S/4 HANA的Partner Roles维护路径如下:

BP ↓ Supplier ↓ Purchasing ↓ Partner Functions

d,分配合作伙伴方案到科目组

这个和上面那个账户组里面的展示一样

layout不同而已

e,业务往来方案 下属范围(L2)/ 工厂级(L3)

这个有另外用途

L3 - 工厂级

意思就是供应商送货到A工厂,和送货到B工厂,它的接待方式也可以不同

正常的话,MK01建供应商的时候,是没有工厂栏位的

现在比如说供应商 400056给采购组织 2000送货的时候是都是 400056这些伙伴

但是要是换了一个采购组织,比如2100,可能送货的时候是别的伙伴

就是更加进一步细分

不仅跟采购组织关联,跟工厂也关联

f,MK01/XK01 / (S/4)BP 建供应商

MK01 建采购组织级别的供应商

XK01 可与建立公司代码级别的供应商数据

f-1,邮件地址的用途

这里的邮件地址需要注意一下

假如你选的是采购下达之后马上给供应商发邮件的话,一定要把这个邮件地址给设上

假如这个供应商同时也是你的客户,

就是卖东西给你,同时又从你这儿买东西,可能存在冲销关系,就需要维护这里

权限组:专门用来设定权限的

f-2,实际QM系统

就是那种ISO9000之类的

假如你的QM系统和供应商的QM是一样的,就可能免检,可以通过系统这个栏位匹配到

f-3,银行账户信息

这里记录的是供应商的银行账户信息

假如你们用了EDI的话,跟银行有接口,就可以直接把钱转过去

这里是供应商的联络人

f-4,采购数据 - 订单货币,付款条件,最小订单值,定价日期

这里的采购数据要重点说一下

- 货币:用什么货币交易

- 付款条件:跟供应商谈判的时候,跟对方约定以什么条件付款

国际贸易条件:是FOB,FCA还是什么条款

这里不输入也可以,应该仅仅是作为一个参考

- 最小订单值:跟这个供应商买东西的时候,最少买多少

这个最小数量应该是总数

因为一个供应商可能会卖很多物料,这个总数就是这些物料的数量总和

- 定价日期

f-4

f-5,采购数据 - 基于收货的发票验证,采购组,交货时间,统驭科目,付款条件

- 基于收货的发票验证

其他栏位等讲到特定用途的时候再讲

分批收货的时候,是一个一个的对照,还是看总数得了。(大多数人是选第一种方式)

- 勾上:是一张一张发票对照

- 不勾:是看总数

- 采购组:默认用哪个采购组

有的时候对这个供应商,有好几个采购组负责的,那到底默认用谁呢?这个栏位来定义

输入了的话,等你建信息记录的时候,这个价钱可以带过去

- 计划交货时间:这个是个估计数值。

因为每个供应商一般都会供应多个物料嘛,每个物料的交货时间可能都不一样嘛,只能是估计值

这个建议输入最大的那个天数(这样就会不会导致我们缺料)

有关计划交货时间,有3个地方有:物料,供应商,信息记录,有什么区别呢?

- 供应商中的信息只是为了建信息记录的时候带过去而已,没有其他用途

- 建采购申请(PR)的时候

- 如果已知供应商,则使用信息记录里的数据

- 如果不知道供应商,则直接使用物料中的计划交货时间

XK01 公司代码级别的

最重要的就是这个统驭科目

付款条件

- MK01的付款条件:采购订单用的采购条件

- XK01的付款条件:买东西做发票的时候,不一定有PO做发票的,那我的付款条件就用这个

g,常用T-cd- MK01,02,03,MK04-查看历史记录,MK05-冻结,MK06-删除

MK04 - 可以查看修改历史记录

MK05 冻结:暂时不想用一段时间

- 所有采购组织:整个公司都不能用了

- 选定的购买组织:只有这个采购不知不能用了而已

MK06 删除标记:基本上就不再想用这个供应商了

以上就是本篇的全部内容。

更多业务知识请点击下面目录链接 或东京老树根的博客主页

https://blog.csdn.net/shi_ly/category_12216766.html

东京老树根-CSDN博客

http://www.jsqmd.com/news/1128757/

相关文章:

  • 【收藏必看2026版】大厂疯狂押注AI!大模型高薪风口,小白/程序员零基础入门指南
  • WorkBuddy 与 OpenClaw 深度对比:AI 桌面智能体的两条进化路径
  • NotebookLM:面向深度阅读的文档原生AI智能体
  • Ultralytics:解读Bottleneck模块
  • 零基础自学AI大模型:系统路线与实战指南
  • 3分钟掌握三星固件下载神器:Bifrost跨平台解决方案完全指南
  • WebDriver核心操作全解析:从启动到收尾的自动化测试实战指南
  • 机器学习与模式识别 第十四章 神经网络中的反向传播 考点压缩
  • TVA对具身智能领域“莫拉维克悖论“的挑战(8)
  • PIC18F4680与DC-DC降压转换器的数字电源管理方案
  • C++ 快速排序(Quick Sort)深度精讲:分治思想、Lomuto 分区法及三数取中优化,面试手撕必会
  • STM32L433RC与DC-DC降压转换器设计实战
  • TVA与具身智能的结构性关联(10)
  • 数据产业服务分类(32)——数据产业——数字技术服务与数据产业服务
  • Kafka 消息重试设计:别让失败消息原地打转
  • Modbus工控安全渗透测试:Smod框架实战与防御指南
  • 【camera 005】 Camera Surface 数据流获取流程深度解析
  • 4-20mA电流环技术与XTR116工业应用指南
  • 企业知识库同步延迟:文档更新后,答案不能还停在昨天
  • 数学基础速查——大模型工程师的“最小够用集“
  • 数据产业服务分类(33)——数据产业——政府管理部门
  • Si4732与PIC18F97J94数字广播接收方案设计与优化
  • 5分钟掌握Axure RP中文界面:完整汉化包安装与配置指南
  • 从零开始学AI:小白程序员必备收藏指南,快速掌握大模型实战技能
  • 新手误区:只会调包不懂底层,永远成不了高级AI工程师
  • 终极便携式Windows C/C++开发工具链:w64devkit完全指南
  • ProperTree终极指南:跨平台plist编辑器让配置文件编辑变得简单
  • 找了个开源的 AI 写小说 Agent,自己部署跑了一遍
  • python___let`s try it 3---计算水仙花数
  • ALVR无线串流技术深度解析:实现PC VR游戏无线化自由体验