龙游做网站,西安百度推广服务公司,wordpress 4.3.4,富顺住房和城乡建设厅网站好久没写SD了#xff0c;今天继续写。
上一章讲了SD的如下知识
- SD的售前的流程#xff08;引合和見積#xff08;询价和报价#xff09;#xff09;
- 数据流的概念#xff0c;主要就是后传票可以参照前传票#xff0c;以实现数据的流动#xff0c;减少输入
- Co…好久没写SD了今天继续写。
上一章讲了SD的如下知识
- SD的售前的流程引合和見積询价和报价
- 数据流的概念主要就是后传票可以参照前传票以实现数据的流动减少输入
- Copy管理其实就是数据流 的实现方式大致来说就是通过Routine小程序配置来实现
SAP SD学习笔记08 - Pre-sales售前引合見積的概念数据流完了规则和参照StatusCopy管理VBKD表的明细_vbkd 表-CSDN博客 本章继续讲出荷传票的内容
- 不完全Log
- Business Partner取引先机能 目录
1不完全Log
1-1什么叫不完全
1-2不完全的画面操作
1-3不完全的传票有什么限制
1-4不完全Log的管理
2Business Partner (取引先/合作伙伴)
2-1Business Partner取引先包含什么内容
2-2取引先Type合作伙伴类型
2-3取引先机能合作伙伴职能
aMigration 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中的决定表技术以后再细说。 2Business Partner (取引先/合作伙伴)
2-1Business Partner取引先包含什么内容
一般包含如下内容角色
- 得意先客户
- 仕入先供应商
- 从业员
- 取引先担当者 这些角色之间关系的常见形式包括
- 仕入先 - 得意先供应商 - 客户 比如供应商充当客户的货运代理
- 取引先担当 - 得意先联系人 - 客户 比如 取引先担当在客户公司任职 或 虽然不在客户公司任职但是担任客户公司的顾问
- 受注先 - 出荷先 售达方 - 送达方 比如受注先和出荷先不同 2-2取引先Type合作伙伴类型
取引先Type有以下几种类型
- KU 得意先客户 - 受注先 - 出荷先 - 支付人
- LI 仕入先供应商 - 仕入先 - 运送业者
- AP 取引先担当者联系人 - 取引先担当者 - 购买担当者
- PE 从业员番号人员 - 营业员 - 得意先Advisor相談相手顧問 2-3取引先机能合作伙伴职能
取引先Type合作伙伴类型可以用来区分不同的业务合作伙伴
取引先机能合作伙伴职能可以用来代表这些合作伙伴在交易中所扮演的角色 - SP 受注先
- SH 出荷先
- BP 请求先
- PY 支付人
- AP 取引先担当者
- FA 海货业者
- ER 营业责任者... aMigration 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
