销售订单配置项目说明
- Sales Document Categ: 在SD内不同文件类型的分类,例如报价单,销售订单,运货单和发票等。
- Sales Document Block:控制这个文件类型是否已经被冻结。有三个选择,如果该字段为空则表明这个文件类型没有被冻结,如果为A,则表明这个订单类型只能被自动创建,例如回扣的处理,如果选择为X,表明这个文件类型已经被冻结而不能再用了。
- Sales Document Indicator: 只和表TVAK有关
- No.range int.assign: 确定该文件类型的内部号码段
- No.range ext.assign: 确定该文件类型的外部号码段
- Item no.increment:行项目编号的增加量
- Sub-item no.increment: 子项目编号增加量。
- Reference mandatory: 强制参考。如果文件类型对这点进行了配置,在创建销售订单时,系统会弹出窗口强制要求输入参考号码,并且指定是参考号码的类型,如参考报价单,参考询价单,参考销售订单等等。
- Check division: 配置检查订单中行项目产品组和抬头产品组不同时的信息类型,如果这个设置为空则没有信息出现,如果为1,则有对话信息出现,如果为2则有错误信息出现,表明该文件类型抬头的产品组要和行项目的一致。
- Material entry type: 物料输入类型,目前怀疑和限制订单的物料输入有关,如果这个字段为空表明订单一定要输入物料
- Item division: 决定订单ITEM中的DIVISION的来源。如果这个选项打上勾,则表明ITEM的DIVISION是来自MATERIAL MASTER,如果不打上则来自订单的抬头。这一点和CHECK DIVISION构成了cross-division sales的配置点。
- Probability: 用来确定成为订单的可能性。这一个配置,对于订单来说默认为100%并且不可更改,而对于询价或者报价来说,系统都根据订单类型的category来;默认了一个可能性,但这个可能性可以更改(在SD DOCUMENT里)。这一个设置也决定了系统如何传递物料的需求。例如一个报价单的类型为QT,在创建报价单时物料A的净价值是100USD并且Probability为50,而物料B的净价值为200USD并且Probability为25%,因此整个报价单成为订单的可能性为:
(100 * 50% + 200 * 25%) / (100 + 200) = 50%
如果物料A的Probability为50%,则报价中的100个A物料会产生50个需求量
在创建报价单时,系统也会把客户主数据中的可能性考虑在内(见SOLD-TO PARTY客户主数据中的SALES AREA DATA - Order probability of the item)。如果该订单类型的可能性设为50,而客户主数据的为80,则在创建报价单时,行项目的可能性为80 / 2 = 40,表明该报价单有40%的机会成为订单。 - Read info record:如果这个选项选定,则创建订单时会读取customer-material (TCODE:VD51)的数据。
- Check credit limit:信用检查。用来控制系统是否进行信用检查和对检查结果作出什么样的反应。这里的选项有五个:
1/没有进行信用度检查
2/进行简单的信用检查并对超出信用额度显示警告信息
3/进行简单的信用检查并且对超过信用额度显示错误信息
4/进行简单的信用检查,如果超过信用额度则冻结交货
5/如果系统实行信用管理,则自动执行相应的信用控制
自动的信用检查具有不同的检查方法,例如动态信用检查和静态信用检查,或基于最大的订单价值检查。在动态检查和表态检查中,信用状态是所有open order//open delivery//open 的应收款来统计出来的。如果需要执行自动信用控制,则在订单类型里选择D.
对于简单的信用检查,系统用信用状态和付款方的信用额度作比较。信用状态是从所有open item的净价值统计来的。
Credit group: 信用组。定义该文件类型是属于那个信用组的。这一个配置使你能够根据信用组合并不同的文件类型,从而使得信用管理更加有效。 - Check purch.order no: 检查客户的采购订单是不是已经在其他的订单中存在,如果是则有警告信息出现。
- Enter po nmber:用来配置订单是否需要输入客户采购订单号码.
- Output application: 看起来应该是和文件输出相关,定义这个属于这个文件类型的订单在输出时采用什么格式。
- Commitment date: 作用不明白
- Screen sequence grp:用来定义该文件类型的屏幕顺序。
- Display range: 定义行项目显示方式。
- Incomplete procedure: 定义当相应的SD文件有些数据没有输入的时候系统的处理办法。这个配置在文件里型里是不能更改的,因为在basic function-log of incomplete item(VUA2)里已经做了配置了。
- FCode for overv.scn: 设置进入显示凭证界面时的VIEW。如,选择了UBST后,在显示销售订单时,一走入去看到的就是ordering party这个VIEW。
- Transaction group:定义这个文件类型是那一种业务(报价,询价或销售订单)。例如OR的transaction group是0,属于订单,因此只能用VA01来创建这类型的文件,而QT是属于2的,报价单类型,因而只能用VA21来创建。
- Quotation message: 配置报价单和销售订单之间数据是如何检查的。有下面几个选择:
1/不检查
2/在抬头层面进行检查,在创建销售订单时,系统检查报价单,如果发现要抬头信息相同的报价单出现则会报信息告诉用户有报价单存在。抬头信息是指销售区域、sold-to party, ship-to party, po等。
3/在行项目层面检查。除了上面抬头信息外,也检查订单中的物料号是否和报价单的相同。
4/在抬头层面检查,如果发现唯一一个相同的则直接把报价单COPY过来。
5/在行项目上层面检查,如果发现唯一的则直接把报价单COPY过来
6/在抬头层面上检查,如果发现多个则显示一个LIST让用户选择,如果只有一个则和上面第4点一样。
7/在行项目上检查,如果发现多个报价单则显示一个LIST让用户选择,如果只有一个则和上面第5点一样。
Doc.pric. procedure:文件的价格流程。任何一个销售区域都要设定一个定价过程(可以在视图t683v里看到每个销售区域的定价过程)。在创建订单时,如果系统发现这个地方的配置和t683v不一样,则会报错误信息:No pricing producer could be determined.T683V可以在sales—sales document – contract –define and assign pricing procedure for value contract里配置。 - Outline agreement message: 和Quotation message大致一样。但这两个代表团点要一样,因为系统会把Outline agreement message和Quotation message作为一个combination来看的。
- Add ref. to all contracts partner is authorized to release:用来搜索所有的合同。
- Status Profile:
- Message mast.contr.:有点类似上面的Quotation message。但应该只和CONTRACT的文件才有用处的。
- Prodatt.message: 是否允许更改product attribute。product attribute是指什么不太明白。
- Alternative sales document type 1 / Alternative sales document type 2:在文件的处理中可能会会改变一些文件的文件类型。这个配置点这是作为更改文件类型的限制条件。详细的看F1。
- Incomplete message:当文件的信息不完整时会不会出现信息提示
- Variant: 设置变式
- Corr.delevery type: 集合运输类型。不明白其作用。只作用于scheduling agreement
- Delivery block: 冻结运送.
- Use:物料的用途,只作用于scheduling agreement.
- MRP for DelSch Type:
- Delivery type: 运送类型
- Immediate delivery: 马上运送。有三个选项:
1/订单和运货单分开建立
2/订单和运货单同时建立
3/订单和运货单同时建立,但前提条件时送货时间是当天 - Delivery block: 冻结运送
- Shipping condition:运送条件。在客户主记录里也有这一个字段,一般来说创建的SD文件会取sold-to party的Shipping condition作为默认值,但是如果在相应的文件类型里也设置了这一点,则文件类型的Shipping condition会作为默认值而覆盖从客户主记录里的。如果在文件类型里没有作配置则取客户主记录里的。
- Shipcostinfoprofile: 作用不太明白
- Dlv-rel billing type:配置和运货相关的发票类型(发票参考运送单)
- Cndtype for line item:
- Order-rel.bill. type::和订单相关的发票类型(发票参考销售单)
- Billing plan type:发票计划类型。分为定期性开票和milestone开票。定期性是指一些租金或者维护收入的发票,而milestone是指一些开票项目,例如和客户订立年度的销售项目,半年时付40%,结束时付60%。
- Intercomp.bill.type:公司单发票类型
- Payment guarantee procedure: 付款程序监督。用来定义用那一个程序来监督付款。和Receivables risk management相关。
- Billing block:冻结开票
- Payment card plan type:其作用不清楚。但凡是用到付款卡结帐的文件类型,都需要定义这个配置,否则不对用卡结帐。
- Checking group:付款卡检查组。
- Lead time in dates: 设置request delivery date比现在的天数多几天。例如今天是20060118,如果这个设置为20的话,那么系统会把request delivery date自动默认为20060215.
- Propose delivery date: 定义系统是否建议一个运送时间request delivery date。如果打上勾则会根据Lead time in dates这个来建议一个时间,否则创建订单时要人手输入运送时间。
- Propose po date:打上勾则系统会默认今天是PO日期
- Date type: 时间类型
- Prop.f.pricing date:系统默认一个pricing date,但可以人手在订单里更改。
- Propose valid-date: 定义该文件生效的日期。有三个选择:
1/不建议
2/建议今天
3/建议下个月第一天 - PricProcCondHeader:定义CONTRACT的抬头定价条件
- PricProcCondItem: 定义CONTRACT的行项目定价条件
- Contract data allowed:决定CONTRACT HEADER和数据会不会COPY到ITEM上。
- Followup activity: 跟进动作的类别。定义属于这类文件类型的合同其后续动作是什么,例如一个租金合同,后续动作可能是一个销售信件等。Followup activity可以在CAS里进行相应配置。
- Contract profile: 合同的形式
- Subseq.order type:后续销售订单类型
- Billing request:要求的发票类型
Check partner auth.: 检查一个PARTNER是否有资格成为一个RELEASED CONTRACT的PARTNER。当你在释放一个合同时,系统会检查这个合同里的PARTNER有没有资格成为一个SOLD-TO PARTY。 - Update lower level contract:更新低阶合同
- Group reference procedure:数据从主合同(MASTER CONTRACT)复制到层次较低的合同时的复制程序
- Business transaction:和APO相关的ATP检查
销售订单配置项目说明相关推荐
- 生产订单BOM、销售订单BOM、标准BOM
生产订单BOM.销售订单BOM.标准BOM 生产订单BOM.销售订单BOM.标准BOM 生产订单BOM ,跑生产订单时,子组件体现作用 . 销售订单BOM ,跑MRP 时体现子组件的作用 . rcdf ...
- SAP VC销售订单中可配置物料的使用
Part I:物料变式(Material Variants) 在许多行业,对于可配置物料,我们常常会遇到许多来自客户方的定制(配置)需求.如下图就是一个很典型的可配置物料. 对于此类物料,企业并不是先 ...
- SAP SD微观研究之销售订单类型配置里有关PO的几个字段
SAP SD微观研究之销售订单类型配置里有关PO的几个字段 在销售订单单据类型的配置(VOV8)里,有几个字段是与采购订单有关的.如下图示: 对于这几个字段的控制作用,值得去研究一下.笔者参考网上相关 ...
- 【SD】自定义销售订单审批状态
自定义销售订单审批状态 销售订单可以在其抬头或者项目中定义审批状态,一般在抬头定义的话就相当于针对整单的审批,可以实现多级审批,每级审批设置能进行何种操作,这里就需要在IMG中定义审批状态参数文件. ...
- SD销售订单输入成本中心
销售订单在某些情况下需与成本中心相关,比如礼品.促销等视同销售的行为,需记帐到费用中,这时候需要一个成本中心作为成本对象.在SD中可按销售范围+订单原因配置对应的成本中心,对于不能按此方式推导成本中心 ...
- 销售订单行项目的装运点字段确认规则
销售订单行项目的装运点字段确认规则: 首先 系统有时用装运点有时用发运点,"装运点"与"发运点"是一样的 装运点的确认依据为: 装运条件 - 装载组 - 交货工 ...
- 小工具-销售订单概览屏幕的特性显示
在使用变式BOM创建销售订单时,通过"配置"按钮进入配置界面后再选择产品具体的配置:对于下单员来说这样的操作方式已经轻车熟路,除使用增强程序外这也是唯一的下单方式. 当领导在审核销 ...
- 通过销售订单领用到成本中心,FI替代实现不同成本中心记账科目不同
物品领用通常是库存管理的范畴,直接移动类型201计入成本中心即可:但是也有通过销售订单直接领用到成本中心,记费用科目,比如:给客户送少量的样品可以使用销售订单的成本中心来是实现(公司直接送东西给客户有 ...
- 如何用SAP Cloud for Customer的手机App创建销售订单
第一次启动App,设置一个初始化的pin code: 输入C4C tenant的url,用户名和密码: 登录进系统后,找到Sales Order工作中心: 可以看到系统里很多已有的销售订单了.点击屏幕 ...
最新文章
- 【组队学习】【31期】LeetCode 刷题
- 6 款 Java 8 自带工具,轻松分析定位 JVM 问题!
- M码小黄衫买家秀=w=
- oracle ebs hr模块表,oracle ebs常用表结构及分类模块.doc
- P2472-[SCOI2007]蜥蜴【网络流】
- java 基础第一季
- 设计素材|剪纸风新年春节烫金PSD分层模板,牛气!
- Javascript实现前端简单路由
- c++多线程——基于锁和条件变量的前程安全队列
- java delete file 失败_文件无法删除java.io.IOException: Unable to delete
- 计算机考试准考证怎么下载
- 在wps里面怎么设置触发器_wps触发器怎么设置
- linux内核调用串口,linux驱动之串口驱动框架
- 2022电工(初级)操作证考试题库及模拟考试
- vitamin_baidu
- 你不知道的电脑36个小技巧(纪念2011教师节)
- pytorch保存模型pth_浅谈pytorch 模型 .pt, .pth, .pkl的区别及模型保存方式
- Games101课程笔记_lecture20_color颜色
- 如何通过笔记本控制主机(远程链接别的电脑)
- 浅谈TCP协议的端口(port)
热门文章
- python中summary_Python summary_pb2.Summary方法代码示例
- 九度OJ—题目1015:还是A+B
- Java实现一个学生成绩管理系统,要求存储学生信息并进行增删改查操作。
- 一款手机看电脑上电影视频的win10应用
- minio实现大文件分片上传+断点续传+预览
- 为什么pdf文件在一个计算机上能打开,拷贝到别的计算机上就打不开,显示文件已损坏?,pdf文件在电脑上打不开怎么办...
- php开发telegram机器人接收机器人收到的消息
- 34、HTML制做奖多多采购页面(仅供参考)
- 手机:运行内存,机身内存,内存卡的区分
- 串口编程DCB结构体参数配置详细说明