这个会影响销售订单的可用性检查的类别Word文件下载.docx
- 文档编号:18870886
- 上传时间:2023-01-01
- 格式:DOCX
- 页数:17
- 大小:74.09KB
这个会影响销售订单的可用性检查的类别Word文件下载.docx
《这个会影响销售订单的可用性检查的类别Word文件下载.docx》由会员分享,可在线阅读,更多相关《这个会影响销售订单的可用性检查的类别Word文件下载.docx(17页珍藏版)》请在冰豆网上搜索。
足够的物料需要在该日期可用以在客户要求的交货日期及时地交货给客户;
系统计算该日期,从客户要求的交货日期向后推算;
系统计算捡配,包装,装载和运输货物的时间;
可用性在物料可用日期检查;
工厂检查
系统按照下列顺序访问信息以建议标准的交货工厂:
<
[]>
1.
[]>
客户-物料信息记录;
2.
客户主记录;
3.
物料主记录;
如果你在订单输入时手工输入交货工厂,你的输入会覆盖默认值;
在客户-物料信息记录中,你可以为一个客户的某一特定物料维护建议的值;
你可以在物料主数据的销售和分销页:
.1的字段找到交货工厂;
你可以在客户主数据的页找到交货工厂;
可用性检查控制
在配置中,依照你正在使用的事务,你可以设定哪些元素包括在一个可用性检查中;
这样,你定义哪种类型的库存(例如,安全库存,转移中的库存或者质量检查中的库存),哪种向内的移动(例如,采购或者生产订单)以及哪种向外的移动(例如,销售订单,来自的预留)应该包括在检查中;
需求传递
销售和分销与采购之间的交流通过需求来实现;
需求传递的类型能够影响可用性检查;
负责物料计划的员工收到有关系统中的销售订单以及需要来交付这些订单的数量的信息;
订单的物料可以来自内部生产或者外部采购;
如果可用的物料不足,可通过物料计划()来创建采购订单;
完全和部分交货
你和客户关于交货达成的协议也会影响可用性检查的结果;
依赖于客户销售订单中的部分/完全交货的协议,你可以交付一张订单用一个完整的交货或者几个部分交货;
在一个完全交货中,所有条目的订购数量都被交付了;
对于部分交货你可以将一张订单的条目或者数量分配到几个交货中;
部分交货协议
控制完全/部分交货的指示符从客户主记录中带出;
条目层的建议来自客户-物料信息记录,如果那里已经维护了客户和物料的协议的话;
这些指示符可以在销售订单输入过程中手工修改;
客户可能要求,例如,一个完全交货意味着销售订单中的所有条目应该一起被交付;
如果客户同意一个部分交货,该订单可以对应几个交货;
如果你选择“完全交货”,你能够确定整张订单中的所有条目必须一起交货;
在条目层次,你也可以决定你是否可以分割交货数量;
存在以下部分交货协议:
_允许部分交货;
A输入一个数量不等于0的交货;
B仅创建一个交货(也含数量=0);
C只能执行完全交货;
D首选并发交货;
案例1:
确认要求的交货日期1:
系统使用交货排程来检查货物是否在物料可用日期可用;
可用性检查包括:
当前库存;
计划的向内移动(例如采购订单,采购请求,计划订单);
计划的向外移动(例如存在的销售订单,交货);
在案例1,关于向内移动的情况如下:
存在的向内移动有:
库存:
100;
存在的采购订单有数量50和60;
下列未来的向外移动也存在:
存在销售订单有数量100,40,50;
在该向外情况中你输入另外一张10的销售订单;
系统基于客户要求的交货日期执行交货排程(后向排程)并确定物料可用日期;
然后为该日期运行可用性检查;
案例1的结果:
确认要求的交货日期1:
可用性检查显示系统可以为要求的交货日期确认这10;
案例2:
确认一个稍后的日期2:
a
案例2的最初情况和案例1相同;
然而在本案例中,客户要求完全交货;
在向外的情况你输入另外一张20的销售订单;
系统基于客户要求的交货日期执行计划排程(后向排程)并且确定物料可用日期;
案例2的结果:
在库存不足的事件中,系统使用可用性检查和交货排程来确定下一个可用日期,在该日期可以为客户确认货物;
因为有一个完全交货协议,数量不可以分割;
你需要为稍后的日期确认这20;
系统使用基于物料可用日期(前向排程)的交货排程来计算20的确认日期;
案例3:
部分交货3:
如果客户和销售凭证类型允许,要求的销售订单数量也能够被分割到几个部分交货;
案例3的情况与1和2相同:
在案例3,客户要求尽快交货并且允许你必要的话分割交货数量到部分交货中;
案例3的结果:
当没有足够的库存,系统使用可用情况和交货排程来确定下一可用日期,在该日期能够确认客户的货物;
“允许部分交货”协议意味着数量能够被分割;
你能够为2个稍后的日期确认这20,每个日期10;
系统使用物料可用日期和交货排程来计算2个部分交货,每个10;
案例4:
带补货提前期的检查4:
你可以考虑所有的向内和向外的移动;
推荐的是,你只在补货提前期的末尾执行一个可用性检查;
补货提前期可以为每个物料指定;
例如,贸易商品:
计划交货时间+收货处理时间;
最终产品:
内部生产时间;
系统假定物料最晚将会在补货提前期的末尾可用;
可用性检查仅在补货提前期的末尾运行;
如果你在案例4中执行不带补货提前期的可用性检查,结果和案例2一样;
客户要求一个完全交货;
你不能使20可用直到最后那张60的采购订单到达(向内移动)的同一天;
然而,如果系统使用补货提前期执行可用性检查,你可以使20在50的采购订单到达的日期可用;
只有在补货提前期内的向内和向外移动才包含在该检查中;
拖欠订单处理
满足下列条件的订单条目是拖欠订单:
一个订单条目的数量没有完全确认;
订单条目的要求的交货日期不能遵守;
有两种类型的拖欠订单处理:
手工拖欠订单处理:
你可以使用拖欠订单处理来为物料列出销售凭证并且参考确认手动地处理;
这意味着数量能够被重新分配并且任何不足会被清除;
通过重新排程
你能够在自动重新排程中使用交货优先级(为销售订单从客户主记录中带出)作为一个排序标准;
控制可用性检查和需求传递
在需求传递和可用性检查中,系统区分定购时间和交货时间;
对两个时间点,物料的可用性检查组决定是独立的还是全部的记录作为需求传递到,如果需求传递执行的话;
对特殊库存的需求记录基本上都是独立需求;
系统为两个时间点确定在可用性检查中货物的哪些向外和向内移动会被考虑;
包含特殊库存(寄售,可返回包装,按订单库存)的事务被单独立控制;
存在哪些特殊库存通过条目类别确定;
在按订单生产的案例中,需求类的科目分配类别E确定实际上包含按订单库存;
你使用需求类来为(,)全局地确定是否将为物料传递需求以及是否将会执行一个可用性检查;
两个功能都可以通过计划行类别为相应的事务设置为非激活;
交货专门由需求类控制;
例子:
计划的独立需求-在订单中按订单生产:
分配给物料类型的策略组将计划作为主要策略;
如果销售订单中没有协议别的东西,需求根据该策略传递;
计划策略确保物料需求是预先计划的(计划的独立需求类别);
后续的计划的独立需求()针对计划消耗这些预先计划;
如果为需求类激活了可用性检查,可用数量计算来自库存,计划的收货,向内移动的货物和向外移动的货物;
可用性检查规则控制在可用性检查中什么被评价为货物的向内移动和向外移动;
如果在销售的事务处理中设置了计划分配;
并且如果可用性检查通过需求类设置为非激活的,则可用性检查针对生产计划执行;
如果物料的计划的独立需求不能覆盖订单数量,则计划分配()控制销售订单中屏幕的显示;
该屏幕与可用性控制屏幕相同并且相同的规则对采用检查的结果有效(,,);
除了计划主策略,策略组还允许你为物料执行按订单生产;
为此,你必须到订单的预览屏幕并在相应的条目中替换默认的需求类型为策略()允许的需求类型;
计划的独立需求-按订单生产/报价单:
–
相应的流程通过计划行类别影响需求传递和可用性检查;
这意味着,例如,通过计划行类别来使需求传递和可用性检查无效;
模块概念与术语
拖欠订单()超过交货日期还没有交货的订单。
线路()
影响运输时间;
可以分段:
例如,选通过铁路运到港口A.然后通过水路从港口A运到港口B,然后从港口B运到客户处。
也可以不分段。
4.
:
在中定义。
5.
装卸:
在中定义。
6.
在中定义
7.
在中定义
向外交货():
P253/430
1.
交货日期向外交付日期:
决定向外交付.向外交付日期:
可以根据实际情况改变。
2.
集中创建向外交付集中创建向外交付时,会产生一个向外交付.
3.
向外交付确认:
定制是否需要手工确定。
4.
在销售定单中不能直接修改.
5.
确认向外交付:
<
向外交付,且不再进行负外交付:
销售定单状态为.
下次再创建一个再向外交付,销售定单状态会变为.
模块主要功能:
P256/430
销售支持()
销售()
装运和运输()
出具发票()
信用证管理()
6.
外贸/关税()
7.
销售信息系统()
标准销售订单的业务流程:
P257/430
1.创建:
21
2.根据创建:
01
3.创建向外交付:
01N
4.创建拣配:
4.1执行事务代码01N
4.2输入向外交付号码,按回车
4.3点选“拣配”页。
4.4在“”栏输入拣配数量。
4.5单击
5.过账发货:
02N
6.创建出具发票01
退货销售订单的业务流程:
根据出具发票创建01
1.1执行事务代码:
01
1.2输入如下栏位资料:
1.2.1
1.2.2:
1.2.3:
1.2.4:
1.2.5:
1.2.6:
1.3单击“”
1.4点选“”页,然后输入出具发票号码,再单击“”按钮。
1.5输入
1.6从顶端菜单选择:
1.7输入
1.8单击
2.创建向外交付:
3.过账发货:
4.创建出具发票01
定制主合同的主要步骤:
P261/430
1.定义参照需求。
2.定义参照过程。
3.定义销售单据类型。
4.创建主合同,然后创建层次合同并把它分配给主合同。
5.激活事件联接。
6.维护代理的分配。
定义并分配冻结原因:
定义冻结原因:
将冻结原因分配到销售订单类型:
将冻结原因分配到客户主记录:
05
定制传输需求:
P263/430
定制步骤:
1.1定义需求分类
1.2定义需求类型
1.3使用事务的需求类型确定:
分配需求类型到事务中。
1.4定义每一个计划行类别的过程。
1.5交货冻结中的冻结数量确认。
1.6维护需求传达室输的需求。
1.7维护采购和组装订单的需求。
2.备注:
传输需求:
把销售订单的交货日期和交货数量传输到物料需求计划的过程叫传输需求。
定制可用性检查:
定义检查组。
定义其他用户的物料块(应该是物料冻结)
定义检查组缺省值。
执行可用性检查控制:
4.1检查规则:
在生产销售与经营计划()主数据指标的有效性规则分配维护可用性检查的检查规则中定义。
5.按需求分类定义过程。
6.定义每一个计划类别的过程。
7.确定每一个交货项目类别的过程。
8.更新拖欠订单的检查规则。
9.定义缺省定制。
定制出具发票:
出具发票凭证:
1.1定义出具发票类型:
销售和分销出具发票定义出具发票类型
1.2维护开票凭证的复制控制。
1.3发票清单。
2.出具发票计划
2.1定义开票计划类型
2.2定义日期描述
2.3定义和分配日期类型
2.4为开票计划类型维护数据建议。
2.5分配开票计划类型到销售凭证类型。
2.6位项目类型分配开票计划类型。
2.7定义确定日期的规则。
3.回扣处理
3.1定义协议类型
3.2定义条件类型组。
3.3分配条件类型/表到条件类型组。
3.4将定价类型组分配给回扣协议类型。
3.5激活回扣处理。
3.6定义物料回扣组。
3.7重新计算回扣处理的小计。
3.8创建出具发票索引。
3.9比较回扣基数并修正统计收益。
4.公司间出具发票
4.1定义公司间开票的订单类型。
4.2按地点分配组织单位。
4.3按销售组织定义内部客户号。
销售订单的价格确定方法:
标准的3系统根据碱种价格来确定销售订单的销售价格:
1.1物料价格()
1.2价格清单类型()
1.3客户价格()
2.在标准的3系统中,确定销售订单的价格的方法:
2.1首先录找是否有客户价格
2.2然后再寻找有效的价格清单类型;
2.3最后寻找物料价格
3.可以通过定制存取顺序改变标准的确定销售订单价格的方法。
4.物料价格,价格清单类型,客户价格都是通过11创建。
5.通过定制不同的关键字组合来区分11创建的是物料价格,价格清单类型还是客户价格。
关于销售订单可用性检查控制的检查规则和检查组的确定收藏
1)首先读取物料主数据()获取可用性检查设置(),填写到
该字段来自物料主数据“销售:
一般/工厂”-》“一般数据”-》“可用性检查”
2)首先在单元450代码里设置可用性检查的初始()
代码摘抄如下
=.
. "
立即交货
.
(45K).
在同个这个值调用
'
'
=
=01
=02
=03.
3)在函数中根据读取的可用性检查设置读取可用性检查控制()和可用量检查冻结()
3.1)读取可用量检查冻结()的代码摘抄
代码单元:
032
=0.
*,
*.
*(黤)
( "
物料在具有传递需求的可用性检查中冻结
)"
没有可用性检查
=4.
*=
0.
I305().
."
4)、在代码单元037中形成()检查可用性检查的规则,代码摘抄如下:
1
(1)=."
:
特殊库存标识
5)这样可用性的检查控制的两个因素就都决定出来了检查规则和检查组(),这样就可以读取T441V表,并用于可用性检查。
6)相关
2
1
9
本文来自博客,转载请标明出处:
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 这个 影响 销售 订单 可用性 检查 类别