好久没写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（取引先）包含什么内容)
[a），Migration Cockpit 移行取引先机能时的注意事项](#a），Migration Cockpit 移行取引先机能时的注意事项)
[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里面的取引先机能给带过来了
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顾问业务知识请点击下面目录链接