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

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

上一章讲了SD的如下知识

- SD的售前的流程（引合和見積（询价和报价））

- 数据流的概念，主要就是后传票可以参照前传票，以实现数据的流动，减少输入

- Copy管理，其实就是数据流 的实现方式，大致来说就是通过Routine（小程序）配置来实现

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

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

- 不完全Log

- Business Partner（取引先机能）

目录

1，不完全Log

1-1，什么叫不完全

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

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

1-4，不完全Log的管理

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

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

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

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

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

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

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里面的取引先机能给带过来了

c），取引先机能由Header Level转为明细 Level - VBPA 表

先把 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