SD中的销售凭证控制controlling sales documents.docx
《SD中的销售凭证控制controlling sales documents.docx》由会员分享，可在线阅读，更多相关《SD中的销售凭证控制controlling sales documents.docx（20页珍藏版）》请在冰豆网上搜索。
SD中的销售凭证控制controllingsalesdocuments
介绍销售订单类型、行项目、计划行类型的控制参数
1销售订单类型ControllingSalesdocuments-1ordertype
1不同的销售区域可以分配不同的订单类型
2标准凭证类型
1）售前
询价inquiry、报价quotation
2）合同与计划协议
合同：
不能直接做交货，需要转销售订单
计划协议：
可以直接做销售
两者都是长期协议，有有效期
3）销售阶段
订单类型：
标准订单、紧急订单、现金订单、寄售订单、免费交货订单
寄售：
某些客户销售的时候先不会开发票，先把货发给客户，月底根据销售量进行结算
寄售中有四种订单：
ØConsignmentfillup:
所有权归公司，只是暂存客户处,寄售库增加库存
有发货，无billing
ØConsignmentissue：
有发货过账、有billing；客户销售50，结算时按50个结算
ØConsignmentreturn:
有发货，有billing
ØConsignmentpickup：
退到仓库有发货，无billing
4）售后：
投诉、抱怨
退货、贷项凭单
3订单类型的作用
Numberassignment编码范围：
当号码用完后，得扩大编码范围
控制：
检查产品组、信贷、行项目增量、信息记录、控制PO单号是否输入、检查PO号是否在其他订单中使用、是否立即交货
默认值：
默认的交货日期、交货类型、冻结（交货冻结、发票冻结）、开票类型（跟据订单、交货单）、采购订单日期
强制mandatoryreference:
SD凭证类别
分配：
合作伙伴、价格、不完成整幸、免费货物、输出、物料确定materialdetermination
检查产品组：
检查信用限额checkcreditlimit
D自动信贷检查空格：
不检查
读取信息记录readinforecord
检查Po编号
检查产品组：
控制当在项目级别输入或建议的部门不同于凭证抬头中的部门时，系统在处理销售订单过程中如何反应。
空值表示允许Nodialog；1表示警告dialog；2表示不允许error
项目产品组:
如果标记该字段，则系统在项目物料主记录中建议部门。
如果让字段为空，则凭证抬头中的部门也算入所有项目。
检查采购订单号:
当此处设定为A时检查输入的采购订单号系统中是否存在
1）号码范围分配Numberassignment
2）检查
部门：
行项目与抬头是否允许不一样
信用额度检查
有关报价消息的检查
3）默认值
交货期（是否启用建议交货日期、建议PO日期）、deliverytype、billingtype（与交货相关的订单类型、与订单相关的订单类型、公司间出具发票类型）、冻结（交货冻结、发票冻结）
4）是否必备参考referencemandatory
5）分配
Ø合作伙伴
Ø价格
Ø不完整日志
Ø免费货物
Ø物料确定
Ø输入控制
4几种订单类型区别
二Itemcategory
1标准行项目类别
2行项目类别作用
1）单独业务数据
2）完成规则Completionrule:
首次参考创建时，单据就是完成状态还是待所有参考后才是完成状态
3）计划行
4）交货、发票相关
5）定价（免费货物是B执行100%折让）
6）BOMS
7）分配
合作伙伴、不完成日志
业务数据：
允许行项目有自己的业务数据
出具发票冻结：
此处指的是订单行项目的冻结，销售凭证类型中的指的是订单抬头的冻结
允许的计划行schedulelineallowed：
与交货相关的项目（如销售订单项目），总能具有计划行。
另一方面，与交货无关的项目（如合同中的项目、贷方凭单请求），没有计划行。
只要勾上此勾，即表示行项目有计划行，和交货相关
交货相关项itemrelevancefordelivery：
针对文本或价值的行项目，可能有些行项目无物料号。
结构范围：
是否展开BOM
子项目的应用
1）用到子项目的情况
目的:
相同的物料在同一张订单中，使用不同的行项目类别进行区分。
比如区分免费货物和正常货物
2）项目类别的确定
凭证类型+项目类别组+项目用途（SAP标准,预定以好的）+上层行项目类别=行项目类别（可以定义12个可选的行项目）
3）销售BOM
Ø定义：
cs01
Ø销售BOM的主项目、子项目的行项目类别
三Schedulelinecategory
1.计划行控制的数据
1）交货相关Itemrelevancefordelivery
2）是否需要根据销售订单产生采购申请
3）是否进行可用性检查
4）Requirementstransfer检查完可用性检查后，物料不能满足时，是否要传到物料需求计划。
5）分配：
不完整日志
生产分配：
对于紧俏的产品，给客户一个额度
计划行的确定
项目类别+物料需求计划类型（MRP类型）=计划行类别
四Copycontrol
1复制参考创建的时候：
1）状态的变化：
行项目类别中定义了完成规则completionrule报价或合同的完成时，建立的规则
只有报价单的数量已被后续凭证完全参考后，报价单才能是完整的。
系统使用完整性规则，来确定已被其它凭证（如后续销售订单）参考的报价单或合同的状态。
2）Dateflow:
在复制控制中控制是否看到复制参考的订单
2复制控制的三个层次：
抬头、行项目、计划行（header、item、scheduleline）
Date：
定义数据传递的规则，包括行项目、业务数据、合作伙伴的传递
更新凭证流：
是否更新凭证流
示例：
源凭证：
客户合同，目标凭证：
销售订单：
销售订单创建客户合同的凭证流记录。
销售订单的交货、发货与开票凭证不仅创建销售订单本身的凭证流记录，也创建合同的凭证流记录。
这意味着凭证流不直接指代从交货到合同，而是分为两个步骤：
交货->订单->合同。
更新标识'2'在源凭证是合同时，改进系统性能尤其有用，并且如果合同具有几个批准订单，那么目标凭证为批准订单。
该标识对照有更新标识'X'的凭证流，减少25%的凭证流。
通过从'X'到'2'更改标识，不影响SAP标准系统中的功能，还包括确定凭证状态的功能，并显示凭证流。
倘若在从'X'到'2'运行的系统中更改更新标识（如，合同批准订单），那么可使用程序SDVBFA21更改目前的交货、发货与开票凭证的过剩凭证流记录。
这些是由系统为先前合同批准创建的。
Q：
1从billing到销售订单的复制控制的业务场景
如RK发票修正请
五SpecialBusinesstransaction
1rushorder紧急订单
Ø
只要货物在今天确定，立刻创建交货单
2Cashorder现金订单
Ø交货单类型：
CS
ØBilling参照订单来做：
3寄售流程consignmentprocessing
业务场景：
客户需要等到产品卖出后再付款，产生应收。
CF：
行项目类别
订单类型
行项目类别
计划行类别
CF
KBN：
发票无关定价无关
E0：
移动类型：
631
CI
KEN:
特殊库存标识W发票相关定价相关
C0移动类型：
633
CONR
KRN：
特殊库存标识W发票相关定价相关勾上退货标识
D0移动类型：
634
CP
KAN：
发票无关定价无关
勾上退货标识
F1：
移动类型：
632
升级会员 