SD中的销售凭证控制controlling sales documents.docx

介绍销售订单类型、行项目、计划行类型的控制参数1 销售订单类型 Controlling Sales documents-1 order type1 不同的销售区域可以分配不同的订单类型2 标准凭证类型1） 售前询价inquiry、报价quotation2) 合同与计划协议合同：不能直接做交货，需要转销售订单计划协议：可以直接做销售两者都是长期协议，有有效期3）销售阶段订单类型：标准订单、紧急订单、现金订单、寄售订单、免费交货订单 寄售：某些客户销售的时候先不会开发票，先把货发给客户，月底根据销售量进行结算寄售中有四种订单： Consignment fill up:所有权归公司，只是暂存客户处,寄售库增加库存 有发货，无billing Consignment issue：有发货过账、有billing；客户销售50，结算时按50个结算 Consignment return:有发货，有billing Consignment pick up：退到仓库 有发货，无billing4) 售后：投诉、抱怨退货、贷项凭单3 订单类型的作用Number assignment编码范围：当号码用完后，得扩大编码范围控制：检查产品组、信贷、行项目增量、信息记录、控制PO单号是否输入、检查PO号是否在其他订单中使用、是否立即交货默认值：默认的交货日期、交货类型、冻结（交货冻结、发票冻结）、开票类型（跟据订单、交货单）、采购订单日期强制mandatory reference:SD凭证类别分配：合作伙伴、价格、不完成整幸、免费货物、输出、物料确定material determination检查产品组：检查信用限额 check credit limit D 自动信贷检查 空格：不检查读取信息记录read info record检查Po编号检查产品组：控制当在项目级别输入或建议的 部门不同于凭证抬头中的部门时，系统在处理销售订单过程中如何反应。空值 表示允许 No dialog；1表示警告dialog ；2表示不允许 error项目产品组: 如果标记该字段，则系统在项目物料主记录中建议部门。如果让字段为空，则凭证抬头中的部门也算入所有项目。检查采购订单号:当此处设定为A时检查输入的采购订单号系统中是否存在1）号码范围分配 Number assignment2）检查部门：行项目与抬头是否允许不一样信用额度检查有关报价消息的检查3）默认值交货期（是否启用建议交货日期、建议PO日期）、delivery type、billing type（与交货相关的订单类型、与订单相关的订单类型、公司间出具发票类型）、冻结（交货冻结、发票冻结）4）是否必备参考reference mandatory5）分配 合作伙伴 价格 不完整日志 免费货物 物料确定 输入控制4 几种订单类型区别二 Item category1标准行项目类别2行项目类别作用1） 单独业务数据2） 完成规则Completion rule:首次参考创建时，单据就是完成状态还是待所有参考后才是完成状态3） 计划行4） 交货、发票相关5） 定价（免费货物是B 执行100%折让）6） BOMS7） 分配合作伙伴、不完成日志业务数据：允许行项目有自己的业务数据出具发票冻结：此处指的是订单行项目的冻结，销售凭证类型中的指的是订单抬头的冻结允许的计划行schedule line allowed：与交货相关的项目（如销售订单项目），总能具有计划行。另一方面，与交货无关的项目（如合同中的项目、贷方凭单请求），没有计划行。只要勾上此勾，即表示行项目有计划行，和交货相关交货相关项item relevance for delivery：针对文本或价值的行项目，可能有些行项目无物料号。结构范围：是否展开BOM子项目的应用1） 用到子项目的情况目的:相同的物料在同一张订单中，使用不同的行项目类别进行区分。比如区分免费货物和正常货物2） 项目类别的确定凭证类型+项目类别组+项目用途（SAP标准,预定以好的）+上层行项目类别=行项目类别（可以定义12个可选的行项目）3） 销售BOM 定义：cs01 销售BOM的主项目、子项目的行项目类别三 Schedule line category1. 计划行控制的数据1） 交货相关Item relevance for delivery2） 是否需要根据销售订单产生采购申请3） 是否进行可用性检查4） Requirements transfer 检查完可用性检查后，物料不能满足时，是否要传到物料需求计划。5） 分配：不完整日志生产分配：对于紧俏的产品，给客户一个额度计划行的确定项目类别+物料需求计划类型（MRP类型）=计划行类别四 Copy control1 复制参考创建的时候：1） 状态的变化：行项目类别中定义了 完成规则completion rule 报价或合同的完成时，建立的规则 只有报价单的数量已被后续凭证完全参考后，报价单才能是完整的。系统使用完整性规则，来确定已被其它凭证（如后续销售订单）参考的报价单或合同的状态。2） Date flow:在复制控制中控制是否看到复制参考的订单2 复制控制的三个层次：抬头、行项目、计划行(header、item、schedule line) Date：定义数据传递的规则，包括行项目、业务数据、合作伙伴的传递更新凭证流：是否更新凭证流示例：源凭证：客户合同，目标凭证：销售订单：销售订单创建客户合同的凭证流记录。销售订单的交货、发货与开票凭证不仅创建销售订单本身的凭证流记录，也创建合同的凭证流记录。这意味着凭证流不直接指代从交货到合同，而是分为两个步骤：交货- 订单-合同。更新标识2在源凭证是合同时，改进系统性能尤其有用，并且如果合同具有几个批准订单，那么目标凭证为批准订单。该标识对照有更新标识X的凭证流，减少25%的凭证流。通过从X到2更改标识，不影响 SAP 标准系统中的功能，还包括确定凭证状态的功能，并显示凭证流。倘若在从X到2运行的系统中更改更新标识（如，合同批准订单），那么可使用程序 SDVBFA21更改目前的交货、发货与开票凭证的过剩凭证流记录。这些是由系统为先前合同批准创建的。Q：1从billing 到销售订单的复制控制的业务场景如RK 发票修正请五Special Business transaction 1 rush order 紧急订单只要货物在今天确定，立刻创建交货单2 Cash order现金订单 交货单类型：CS Billing参照订单来做：3 寄售流程 consignment processing业务场景：客户需要等到产品卖出后再付款，产生应收。CF：行项目类别订单类型