SAP SD学习笔记09 - 受注传票中的不完全Log 和 Business Partner(取引先机能）

好久没写SD了，今天继续写。

上一章讲了SD的如下知识

SD的售前的流程（引合和見積（询价和报价））
数据流的概念，主要就是后传票可以参照前传票，以实现数据的流动，减少输入
Copy管理，其实就是数据流的实现方式，大致来说就是通过Routine（小程序）配置来实现

SAP SD学习笔记08 - Pre-sales（售前）引合，見積的概念，数据流（完了规则和参照Status），Copy管理，VBKD表的明细_vbkd 表-CSDN博客

本章继续讲出荷传票的内容：

不完全Log
Business Partner（取引先机能）

[2，Business Partner (取引先/合作伙伴)](#2，Business Partner (取引先/合作伙伴))

[2-1，Business Partner（取引先）包含什么内容](#2-1，Business Partner（取引先）包含什么内容)

2-2，取引先Type（合作伙伴类型）

2-3，取引先机能（合作伙伴职能）

[a），Migration Cockpit 移行取引先机能时的注意事项](#a），Migration Cockpit 移行取引先机能时的注意事项)

b），取引先机能的Master数据

[c），取引先机能由Header Level转为明细 Level - VBPA 表](#c），取引先机能由Header Level转为明细 Level - VBPA 表)

以下是本章详细内容。

1，不完全Log

1-1，什么叫不完全

不完全，顾名思义就是有些该输入的内容没输入，如果这步让你过了，后面也会出问题。

比如下图就是得意先参照、输送经路这两个字段没输被Check出来了。

但是也不是说不完全就不能保存，保存是可以的，

尤其是在Interface处理的时候，没人在，不让保存就处理不下去了嘛，所以可以先让保存。

但是对于不完全的数据，后面的处理是不能让做的。
不完整的Check也可以改的，比如某些字段不想要了，或者要加某些字段，都是可以的。

比如某些高精尖的东西不能出口到某些被制裁的国家，就可以加出口国/地区的Check。

因为如果万一被查到的话，会产生天量罚金，

所以很多做大生意的公司是非常重视不完整Check的，绝不会把不该卖的东西给卖了。

1-2，不完全的画面操作

具体在画面操作上如何看完全不完全呢？是下面这里：

VA01 登录标准受注

Menu > 编集 > 不完全Log

如果不完全的话，就会显示哪些地方不完全

如果完全的话，就直接在左下角显示一个OK的Message

比如下面就说明还需要输入总重量，受注数量，正味重量...

双击的话，就会提醒具体在哪里需要再输入

都输入完了的话，就会提示传票是完全的。

总结一下的话，就像下面这张图那样：

传票登录的时候，不完全的传票也是允许登录的，同时会记载在不完全贩卖传票一览里面
点开某张传票的话，就能看到该传票具体是哪里不完全
继续双击不完全的项目，可以修改不完全的数据为完全

1-3，不完全的传票有什么限制？

一张传票不完全，会产生什么限制呢？可能会产生如下限制

不允许保存

不完全的贩卖传票能否保存要看不完全时保存许可区分这个栏位的设定。

这个一般来说都会设置为可以保存的

贩卖传票的后续机能会被Block，比如
参考登录：即不能参考一张不完全的传票来登录新贩卖传票
出荷：即不能使用不完全的贩卖传票来出荷
请求传票：即不能使用不完全贩卖传票来开票

1-4，不完全Log的管理

这里面就涉及到Customize内容。

它是使用决定表技术来管理的。有关决定表技术，在学出力管理的时候有学到过，技术都是相通的，可以参照如下文章来看一下出力管理中的决定表技术。

SAP MM学习笔记46 - 购买中的出力管理(消息管理)-CSDN博客

决定表里面又进一步分为状态组，每个组里面可以设置一些项目，来控制不完全贩卖传票的状态。

有关SD中的决定表技术以后再细说。

2，Business Partner (取引先/合作伙伴)

2-1，Business Partner（取引先）包含什么内容

一般包含如下内容角色

得意先（客户）
仕入先（供应商）
从业员
取引先担当者

这些角色之间关系的常见形式包括

仕入先 - 得意先（供应商 - 客户）

比如供应商充当客户的货运代理

取引先担当 - 得意先（联系人 - 客户）

比如取引先担当在客户公司任职或虽然不在客户公司任职但是担任客户公司的顾问

受注先 - 出荷先（售达方 - 送达方）

比如受注先和出荷先不同

2-2，取引先Type（合作伙伴类型）

取引先Type有以下几种类型：

KU 得意先（客户）
受注先
出荷先
支付人
LI 仕入先（供应商）
仕入先
运送业者
AP 取引先担当者（联系人）
取引先担当者
购买担当者
PE 从业员番号（人员）
营业员
得意先Advisor（相談相手，顧問）

2-3，取引先机能（合作伙伴职能）

取引先Type（合作伙伴类型）可以用来区分不同的业务合作伙伴，

取引先机能（合作伙伴职能）可以用来代表这些合作伙伴在交易中所扮演的角色

SP 受注先
SH 出荷先
BP 请求先
PY 支付人
AP 取引先担当者
FA 海货业者
ER 营业责任者...

a），Migration Cockpit 移行取引先机能时的注意事项

用Migration Cockpit 移行 SD - 受注的时候，里面这个取引先机能，各种出错，错误大概就是下面截图这样的：

210 - V4 - Sales document was not changed

112 - VP - Please enter sold-to-party(受注先) or ship-to-party(出荷先).

查了很久也没弄明白，后来终于搞明白了是咋回事儿呢，虽然Format里面有贩卖传票明细栏位，

但是 取引先机能是Header Level的，不是明细Level的，把贩卖传票明细栏位给清掉就可以了。

b），取引先机能的Master数据

其实就是放在得意先Master中的取引先机能。

从下图可以看出，当受注的时候，会自动用得意先Master的取引先机能来设定Header Level的取引先机能。

但是其实也是可以将取引先机能变为明细Level的，这个稍后再说。

具体在画面上看一下：

VD03 得意先照会

S4 里面已经全部集成到BP 里面去了，内容和 VD03 基本是相同的

VA01 受注

双击任意明细行的时候，可以看到默认把得意先Master里面的取引先机能给带过来了

先把 b）里面的数据给直接保存，注意这里有两个明细行，

品目相同的意思是说，客户需要我把这两个受注给发送到不同的出荷先。

10 受注1个
20 受注2个

保存照会

SE11 查看VBPA表

可以看到该表中明细栏位为空白，即这4条数据都是Header数据。

打开 VA02 受注变更

双击 20 行目，更新取引先 Tab > WE 出荷先

由 9003 --》9002

回车之后说Check 明细20 的输送经路

再设定消费税

为啥消费税也要变呢？

因为有些国家或地区，比如欧洲，美国那种地方，换个地方那消费税就很可能不一样

所以就要再设定

这样出荷先才算变更完成。

既然出荷先已经变了，那么出荷Plant/出荷Point 也很可能会发生变化

所以SAP提示要不要再决定 Plant/出荷Point，

大家一般都会点再决定

那如果比如中国，日本这种统一税率的地方，你确定没啥问题，也可以点不决定，那SAP就不再重新计算了。

这样就再决定好了明细20的出荷先

然后点击保存按钮

再打开VBPA 表，这时 20明细已经有了。

说明至少对于20明细的出荷先来说，取引先机能已经由Header Level变为明细Level了。

那么知道这个东西有啥用呢？？

其实就是你做要件定义或基本设计的时候，你要分两步来取取引先机能数据

第一步，从Header取
第二步，从明细取，如果取到了，就优先用明细的

本章讲了出荷传票中的下列内容：

不完全Log
Business Partner（取引先机能）

以上就是本章的内容，

更多SAP顾问业务知识请点击下面目录链接

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