输出(Output)
销售的输出类型Output types in SD
Output是用于和商业伙伴及系统交换信息的通信方式;你可以为不同的销售凭证如报价单,订单,交货单,发票传送output;你可以设置output确定依赖于不同的标准,条件技术用于此目的;
我们区分开header和item层的output,header output发行整个凭证而item output发行凭证中的每个单独item;
出货相关的输出Output in Shipping
术语output是指代一个用于你与伙伴交换信息的通信工具;
Output可从不同的对象发送(例如,outbound delivery,group of outbound deliveries,shipping unit);delivery note和packing list在outbound delivery的基础上创建,而freight list在一组outbound deliveries的基础上创建;
你可以用不同的标准来设置output determination;在这里,条件技术为你提供了弹性的控制选项,应用条件技术,你传递output的特性,例如:
Output如何传递(传送介质,例如,打印输出,fax,EDI);
Output何时创建(send time);
Output发送给谁(partner/partner role);
对于打印输出:output发送给哪台打印机;
在outbound delivery中,我们区分header和item output,header output涉及整个凭证,item output可以为每个凭证item创建;
你可以为shipping unit打印标签或标记;
标准系统提供了output type的Sample forms,你可以调整以适合你特定的需求;
传输媒介Transmission Media
你使用传输媒介来定义output如何产生,例如,你可以和客户达成协议,订单确认使用EDI或者Internet Message
处理output(例如发送信息)受processing program控制,每个output type和transmission medium都分配一个带有相应layout sets的program;
输出的时间选择Timing of Output
你可以确定输出何时发行,从以下时间中选择:
将要发送的output通过一个定期运行的标准程序(RSNAST00)选择,你决定一个output是否应该在程序下次运行时(time1)或者用户定义的时间(time2)选择;
有一个用于销售凭证组合(例如,deliveries and billing documents)的特殊的选择程序,你运用它来即时或批次处理output(time3),你可以安排batch来保证有规律地执行(as for time1);
只要凭证过账完成,输出就自动发行(time4);
输出确定预览Overview of output Determination
输出是使用条件技术来确定的(就像定价和文本确定);
Output type的条件记录包含了该output type的requirement,如果他们满足,则系统建议该output type;
你在条件记录中确定传输媒介,时间以及伙伴功能;
Output发送到符合underlying object(例如销售订单)中伙伴功能的伙伴处,也可以创建独立于任何partner的output(例如,labels);
你能够使用销售凭证中output screen上的分析功能来检查output determination,这可以帮助回答关于为何某一特定的output被提议或发行的问题;
输出确定-访问次序Output Determination-Access Sequence
Access sequence是R/3系统用以搜索有效的output condition records的搜索策略;
每个access包含带有output control record的key field的条件记录的名称;
Access sequence的规则如下:“从特殊到一般”;
要创建一个新的access sequence,复制一个已存在的类型的access sequence,然后修改以满足需要;
自定义的access sequence,关键字必须以Y或者Z开头因为这些是标准系统为此目的预留的;
输出处理(Output Processing)
数据获取和准备Data Procurement and Preparation
我们在线处理的凭证的结构和数据在数据库中定义;
要发送output,必须从数据库获取这些数据并准备好与传输介质保持一致;
打印数据Printing Data
系统通过两个单独的步骤获取和准备数据以打印输出凭证;
打印控制用SAPscript. form定义,独立于打印程序;
然后output传送到打印机或其他输出设备;
例子:Example:Output BA00(order confirmation)
有单独的communication structures可用于打印凭证:
VBDKA(Document header view inquiry, quotation, order);
VBDPA (Document item view inquiry, quotation, order);
VBDKL (Document header view delivery note);
VBDPL (Document item view delivery note);
VBDKR (Document header view billing document);
VBDPR (Document item view billing document);
清单(Lists)
预览Overview
来自销售与分销的信息可以分为4个主要的区域:
连接销售凭证和主数据:
Business transactions;
Displaying all transactions relevant to a master record;
显示具有特定状态的所有transaction,例如:
All orders ready for shipping;
All currently valid quotations;
显示凭证流程,例如,回答下列问题:
Which orders result from quotations;
In which delivery and which billing document specific order items are
t6R7U]8s s?(Q16845946
entered?
报表,例如:
Orders blocked for delivery;
Documents according to status;
连接销售凭证和主数据Linking Sales Documents and Master Data
每个销售和分销凭证都有一个list fuction;
你可以使用该list function来显示某一特定的客户或物料的销售凭证;
你可以选择查看所有的销售凭证或是只看open的部分;
Open sales documents的例子有:尚未全部引用的询价单/报价单,还需要delivery或billing的订单;
你可以使用“Additional selection creiteria”来进一步限制数据查询,例如根据分销渠道或者凭证类型;
你可以使用系统设置来改变list的结构;
例子:订单列表Example:Order Lists
你可以使用查询、排序和其他功能来处理已经选择的数据,由此你可以使用搜索功能来进一步限制可能的列表;
你可以为每张凭证显示状态信息(例如,overall status,delivery status,Billing status and completion );
使用display variants,你能够修改list的布局;
你可以从列表中调用相应的凭证来修改;
你能够打印你的lists或者作为一个凭证在SAP office中传送;
例子:分析凭证Example:Analyzing Documents
如下的分析是可行的:
Incomplete documents;
Orders blocked for delivery;
Backorders (all orders are displayed that are due for delivery);
Documents according to status (orders with active system status or user status);
除了标准信息功能,你也可以使用SIS来产生凭证数据的统计性更新;
ABAP list Viewer-Create a Display Variant
User parameter:SD_VARIANT_MAINTAIN
=A :display cariant can be saved as cross-user;自定义以‘/‘开头;
=U :user specific;自定义的以A-Z开头;
装运流程概览(Overview of shipping process)
后勤执行Logistics Execution(LE)
后勤执行模块模型化了公司的物流流程,它覆盖了从供应商经由公司仓库,生产设备,以及分销中心到达客户的整个流程链;
LE流程包括:
Goods receiptprocess:Goods pickup from the vendor and putaway in the company's warehouse;
Thegoods issueprocess:Picking the goods and delivering them to the customer;
Internal warehouseprocesses such as posting change,stock transfer, and inventory;
Theshipmentprocess: Inbound and outbound shipments and shipment cost calculation and settlement;
后勤执行的流程Processes in Logistics Execution
Shipping是销售与分销流程中的一部分,你使用它来创建outbound deliveries并且执行不同的shipping activities such as picking and packing;
它也是从vendor到customer的供应链的一个阶段,因此也属于LE模块;
Shipping流程shipping process
R/3支持的shipping流程的功能包括:
监控应该shipping的参考凭证(例如,客户订单和采购订单)的最终期限;
创建和处理outbound deliveries;
监控商品可用性;
监控仓库的能力情况;
支持picking(with link to WMS);
打包delivery;
打印和传送shipping documents;
处理goods issue;
通过预览控制:
deliveries currently in process;
activities still to be performed;
possible bottlenecks;
在shipping department已经过账goods issue的dedeliveries可以提供创建billing工作列表的基础;
Delivery document的结构
一张Delivery document由header和许多items组成;
Header包含应用于整个凭证的数据,这意味着每张outbound delivery的ship-to party,shipping point,route等都非常清晰的显示;
Items主要包含将要delivery的物料的信息;
Delivery document中的信息显示在不同的屏幕中:
Overview screen显示选择的header和item数据,该数据根据activity在tabstrips在分组,这意味着你可以在一个屏幕上找到所有重要的数据;
在header和item层,你都可以访问另外的屏幕来显示详细信息,同样地,information is grouped into processes on tabstrips:
在header层,这些信息包括data on processing, picking, loading, shipment, foreign trade/customs, texts, partners, output, package monitoring, and conditions;在Item层,详细屏幕显示了相似的带有有关items信息tabtrips;
Order和outbound delivery的关系Relationship Between Order and Outbound Delivery
有不同的选项来交付订单,你可以使用sold-to party主记录或客户/物料信息记录中的indicators来储存delivery agreements;这些在订单中带出并可以修改:
如果Sold-to party需要订单完全交货,则你不能将订单分割成几个outbound delivey,但是完全交货协议并不排除订单合并,如果允许的话;
如果sold-to party允许部分交货,你可以从许多的部分交货选项中选择;这些基于部分交货协议定义在订单的item level;
Sold-to party允许几张订单合并形成一张outbound delivery;
更新订单Updating an Order
当你创建outbound delivery,系统更新相关订单的header和item的状态为delivery;该事件与outbound delivey自身在交货流程中是如何更新没有关系;
状态indicators提供shipping activity的工作进度的信息;
凭证流Document Flow
在SD销售处理中的document network的支持下,可以追踪delivery引用的order或者后续的凭证,例如WM转移订单,goods issue document,以及billing document;
你可以通过调用凭证流来显示凭证;
使用凭证流以及显示的状态设置,你能够监视处理的进度;
凭证流显示在header level以及在item level for one or all items of a document;
MARK:outbound delivery整体的处理状态是‘in prcess’直到blilling document生成,即使shipping processing activiries of picking and goods issue are complete
Delivery的应用区域Application Areas of the Delivery
使用其他应用的员工可能也需要完成shipping activities,例如picking,packing以及凭证打印;他们也能够为这些活动使用delivery documents;
例如,库存从一个工厂转移到另外一个工厂:
订货工厂在采购中产生一条采购订单,交货工厂为该采购订单创建交货单,在该交货单的基础上,货物被捡装,打包并且posteds as a goods issue;
不同的业务流程使用不同的delivery types建模,在SD流程中,我们引用outbound deliveries;
装运的组织单元(Organizational Units in Shipping)
组织结构-后勤Organizational Structure-Logistics
Plant在后勤中扮演重要的角色,plant是一个生产设施或者处理物料库存的特定场所(或者相邻场所的集合),这些单独的场所叫做storage location;库存在storage location的层次上管理;
一个工厂仅分配给一个公司代码,这样,你就能够独立地管理每个公司的库存和库存价值;
组织结构-装运Organization Structure-Shipping
一个shipping point是位于一个固定location的一个独立的组织单元,用于处理和监控outbound delivery以及goods issue,shipping point直接位于client下;
一张outbound delivery在一个单独的shipping point处理;
在订单的item level决定responsible shipping point;
一个shipping point可以处理几个工厂的outbound delivery,只有当工厂位置相邻才有用;
可以为一个plant分配几个shipping point,然而,它们可能有不同的loading equipment或者不同的processing times;
允许的shipping point和plant的组合在企业结构的配置程序中定义;
组织结构-仓库Organization Structure-Warehouse
为了达成有效地处理goods receipt和goods issue,你可以使用如下组织单元:
仓库号码Warehouse number:整个仓库结构通过一个仓库号码来管理,这个号码显示仓库的联合体;
存储类型Storage type:不同的仓库区域,具有不同的组织和技术特征,定义为storage types(例如,high-rack warehouse with random storage, picking warehouse with fixed bins, shipping area);
采集区域Picking area:采集区域从picking的视角将存储类型中的storage bin组合到一起,它与storage section对等,storage section从putaway的视角将storage bin组合到一起;例如,一张delivery能够分割到不同的采集区域以并行的进行采集;
集结待命区Staging area:货物卸载后或装载前的短暂存储区域;
门Door:仓库的一扇门既可以用于inbound delivery也可用于outbound delivery;
Door和staging area已经在outbound delivey header中定义,它们可依赖于customer自动决定;
仓库号码和工厂/库位的联系Connection between Warehouse Number and Plant/Storage Location
仓库组织单元和MM库存管理的联系发生在给一个工厂和存储位置的组合分配仓库号码;
一个工厂中的几个存储位置能够指向同一个仓库号码,由此从库存管理的不同视角形成了仓库的联合体;
交货中的控制元素(Controling Elements)
交货类型Delivery Type
Delivery type控制整个的交货,你可以在delivery header中看到delivery;
Delivery type考虑delivery processing中的不同的business transactions,标准系统
定义的delivery types包括:
LB:Delivery for subcontract order;
LD: Decentralized shipping (used in decentralized shipping in connection with R/2 RV)
LF: Outbound delivery;
LO: Delivery without reference (no sales order necessary in order to create a delivery);
LP: Delivery from project;
LR: Returns delivery;
NL: Replenishment delivery;
RL: Returns vendor;
使用控制元素,你可以配置每个delivery type来执行不同的功能;你可以调整标准系统中的delivery types来满足你的业务需求;但是,如果需要大的调整,推荐建立新的delivery type;
交货行项目类别Delivery Item Categories
Delivery Item category控制items在shipping process中如何被操作和处理;可用的控制元素提供了高度的自动决定和检查;
你也可以配置item categories来满足你的系统的特殊需求;
从订单复制行项目类别Coping Item categories from the order
复制订单item到delivery时,系统也复制order item的item category到delivery item;
如果订单的item category或者分配给它schedule line与delivey相关,则为delivery item定义与之相同的item category;
决定交货单中的行项目类别Determination Item Categories in Deliveries
系统不能为订单独立的delivery items(例如包材)或者不引用订单的deliveries(例如delivery type LO)复制item categories;
在这种情况下,系统根据配置中指定的assignments来决定delivery的item category;为了决定item category,系统考虑delivery type以及item物料主记录中的item category group;
为一些functions内在地设置了附加用法,例如:
PACK for generating packing items;
CHSP for a batch split;
PSEL for product selection;
对于由这些functions产生delivery items,系统能够决定不同的item category;
复制控制Copying control
在coping control table中你指定:
哪些销售分销凭证类型能够复制到哪些delivery类型;
哪些item categories从引用凭证中复制;
什么条件下数据从订单复制到outbound delivery;
什么条件下几张订单可以合并到一张outbound delivery;
哪些数据将要传递;
参考是否应该记录在凭证流中;
具有相同shipping criteria的到期交货的订单行项目一起出货;必须的shipping criteria包括shipping point、the route、ship-to party;标准系统中的某些shipping criteria是可选的并且可以作为splitting criteria从copying control table中移除;
你还能够定义附加的splitting criteria,如果定义的fields有不同的值则不允许joint shipping;
销售中出货相关的配置Shipping-relevant Customizing in Sales
你通过指定以下内容来控制订单类型:
为outbound delivery带出哪个delivery type;
订单中是否带出一个请求的交期以及在未来多长时间;
当订单保存时是否在后台自动创建outbound delivery;
Order item category level的delivery relevance仅对text或者value items有效;例如你可以设置一条text item与delivery相关,则它会从标准订单复制到outbound delivery并且记录在delivery note中;
使用接口到MM库存管理模块的实际交货只有在使用schedule lines时才可能发生;这就是为什么在标准情形下order item category必须允许schedule lines并且schedule line category必须设置为relevant for delivery;
Goods issue移动类型(或者return deliveries的goods receipt移动类型)定义在schedule line category level;
订单中装运相关的功能
装运点决定Shipping Point Determination
每个订单行项目都会决定一个shipping point;系统会自动带出一个shipping point,你可以在有限的范围内修改;
Shipping point依赖于以下条件:
为每个订单行项目确定的delivering plant(从客户-物料信息记录,ship-to party record,或者物料主记录);
Shipping requiements(例如,快递)包含在shipping conditions字段中;
必须的装载设配包含在物料主记录的Loading Group字段中;
如果为sales document type分配了一个shipping condition,则shipping condition从销售凭证类型带出,否则,从sold-to party的主记录中带出;
一张outbound delivey总是由一个shipping point处理,你不能修改outbound delivery中的shipping point;
当一张订单由shipping point处理交货时,系统只复制为该shipping point定义的订单行项目到outbound delivery中,因此,具有不同shipping point的order items不会copy到同一张outbound delivery;
路线定义Route Definition
Route定义了出货的路线以及其他的因素,例如运输方式和运输服务代理商;
一条路线可由许多阶段(stages)组成,一个阶段可以是a leg, a load transfer point, or a border-crossing point;
你必须定义legs以及load transfer points和border-crossing points的起点和终点作为运输连接点(transportation connection point);
你可以定义任何的location作为运输连接点,你也能够引用客户,供应商或者特殊的组织单元如shipping point或者plant;
为了shipping的目的,可能使用不是由stages组成的routes就足够了,在这种情况下,你可以使用目的区域作为route的名字;但是你应该指定transit and transportation lead times因为这些时间用于制定运输计划;
Route可用作deliverying process的选择标准(selection criterion);
在R/3系统中,route也是运输和对外贸易必须的,在这些情况下,你可能需要维护额外的数据;
路线决定Route Determination
路线决定在订单行项目上执行并且依赖于:
Shipping point的国家和启程地域(departure zone)(配置中分配);
Sales document type中定义或sold-to party中输入的shipping condition;
分配给物料的transportation group;
Ship-to party的国家和运输区域(transportation zone)(客户主记录中分配);
你可以手动修改订单行项目中决定的route;
你可以基于重量(weight)在outbound delivery中重新决定route,是否重新决定route依赖于delivery type的配置;
计划Scheduling
当你创建一张订单,系统能够决定基于客户要求的delivery date的物料可用日期;需要交货的货物必须在该时点及时可用于shipping;
Scheduling考虑以下的时间:
Transit time:Time required in order to ship a delivery to the ship-to party;
Loading time: Time required for loading the goods;
Pick/pack time: Time required for picking, packing, and so on;
Transportation lead time: Time required for organizing the transportation;
接下来,系统在订单中执行反冲排程(backward scheduling),如果结果是过去的日期,则系统执行前向排程(forward scheduling),这需要确定一个新的请求交货日期;这同样发生在物料在物料可用日期时不可用的情况;
当你创建一张outbound delivery之后你可以再次执行前向计划,这种情况一般用于当订单中决定的物料可用日期处于创建outbound delivery之前(创建订单时延迟),你可以为每个delivery type指定是否重新排程;
对于每个shipping point,你决定系统是否执行精确排程或日排程;当你为shipping point维护了“working hours”,排程根据working hours来执行并且结果显示至分钟;
交货排程Delivery Scheduling
Delivery scheduling包括pick/pack time和loading time,这些时间依赖于交付订单项目的shipping point;
你可以为每个sales document type指定是否执行delivery scheduling;
对于每个sales document type,你还可以定义是否只有pick/pack itme(不是loading time)在交货排程中考虑;
还可以为每个shipping point定义pick/pack time和/或loading time是否应该被考虑;
你能够选择为pick/pack time和loading time定义的全局时间在shipping point level是否足够或者是否应该使用基于更多标准的更详细的时间定义;
这些标准包括:
Shipping point;
Weight group(for pick/pack time)或者loading group(for loading time):来自物料主记录;
Route(可选);
如果route不是为决定pick/pack time和loading time的一个必要标准,你可以进行适当的设置;在这种情况下,在scheduling table中输入的route应该是空白;如果你使用不同的运输方式,这对于在不同的routes间区分是有意义的;
运输排程Transportation Scheduling
Transportation scheduling包括决定transit time和transportation lead time;两个时间区间都从订单项目决定的route中带出;
你可以为每个sales document type定义是否执行运输排程;
你可以为route指定不同于为shipping point指定的日历,这使你能够定义,例如,某些routes能够在周六使用;
精确排程和日排程Precise and Daily Scheduling
在精确排程中,系统计算和显示排程的结果到分钟;在日计划中,系统使用天,小时和分钟来计算,但仅显示结果日期;
你可以决定系统为每个shipping point使用哪个scheduling logic,如果你已经为shipping point维护了working times,系统执行精确排程;
Shipping point的working hours由一个日历(该日历须与shipping point中存储的工厂日历一致)和一个班次顺序组成;shift sequence定义了每个工作日的班次,班次定义了开始和结束工作的时间;
在精确排程中,pick/pack和loading时间指定为小时和分钟,在排程中要考虑shipping point的工作时间;
Route用来决定transportation lead time,精确排程使用shpping point的working time,日排程使用shipping point的factory calendar;
Route还用来决定transit time,两种类型的排程都使用route的factory calendar来决定route何时开始;
外向交货单中的用户定义的日期User-specific Dates in the Outbound Delivery
除了在排程中决定的日期,系统允许你创建用户指定日期来控制delivery process;你可以在outbount delivery中为用户指定日期输入计划和实际值以及location specification和variance reasons;说明可以用天/小时/分钟;
例如,你想要在系统中记录运输代理商执行delivery的实际日期,为此,你可以创建一个“actual delivery date”;计划日期是系统决定的delivery date并且一个不同的日期可以连同差异原因一起存储;
MARK:系统执行排程时不考虑用户指定日期,它们仅用来存储交货处理中附加的相关信息;
路线排程Route Scheduling
你可以使用一个route schedule来组织从一个特定的shipping point到不同的ship-to party(例如,客户或者子公司)的有规律的和经常按相同route次序发生的outbound deliveries;
Route schedules也可用作shipping process中的单个steps选择标准,例如你能够为属于相同route schedule的所有deliveries一起拣货;你可以从交货监控形成一组deliveries;
Route schedule基本地包含:
A route;
A weekday as thedeparture dateand adeparture time;
A list ofship-to parties;
Optional: Anitinerary;
你可以在销售订单,库存转移订单和外向交货单中使用route schedules,系统自地动确定它们;
销售的输出类型Output types in SD
Output是用于和商业伙伴及系统交换信息的通信方式;你可以为不同的销售凭证如报价单,订单,交货单,发票传送output;你可以设置output确定依赖于不同的标准,条件技术用于此目的;
我们区分开header和item层的output,header output发行整个凭证而item output发行凭证中的每个单独item;
出货相关的输出Output in Shipping
术语output是指代一个用于你与伙伴交换信息的通信工具;
Output可从不同的对象发送(例如,outbound delivery,group of outbound deliveries,shipping unit);delivery note和packing list在outbound delivery的基础上创建,而freight list在一组outbound deliveries的基础上创建;
你可以用不同的标准来设置output determination;在这里,条件技术为你提供了弹性的控制选项,应用条件技术,你传递output的特性,例如:
Output如何传递(传送介质,例如,打印输出,fax,EDI);
Output何时创建(send time);
Output发送给谁(partner/partner role);
对于打印输出:output发送给哪台打印机;
在outbound delivery中,我们区分header和item output,header output涉及整个凭证,item output可以为每个凭证item创建;
你可以为shipping unit打印标签或标记;
标准系统提供了output type的Sample forms,你可以调整以适合你特定的需求;
传输媒介Transmission Media
你使用传输媒介来定义output如何产生,例如,你可以和客户达成协议,订单确认使用EDI或者Internet Message
处理output(例如发送信息)受processing program控制,每个output type和transmission medium都分配一个带有相应layout sets的program;
输出的时间选择Timing of Output
你可以确定输出何时发行,从以下时间中选择:
将要发送的output通过一个定期运行的标准程序(RSNAST00)选择,你决定一个output是否应该在程序下次运行时(time1)或者用户定义的时间(time2)选择;
有一个用于销售凭证组合(例如,deliveries and billing documents)的特殊的选择程序,你运用它来即时或批次处理output(time3),你可以安排batch来保证有规律地执行(as for time1);
只要凭证过账完成,输出就自动发行(time4);
输出确定预览Overview of output Determination
输出是使用条件技术来确定的(就像定价和文本确定);
Output type的条件记录包含了该output type的requirement,如果他们满足,则系统建议该output type;
你在条件记录中确定传输媒介,时间以及伙伴功能;
Output发送到符合underlying object(例如销售订单)中伙伴功能的伙伴处,也可以创建独立于任何partner的output(例如,labels);
你能够使用销售凭证中output screen上的分析功能来检查output determination,这可以帮助回答关于为何某一特定的output被提议或发行的问题;
输出确定-访问次序Output Determination-Access Sequence
Access sequence是R/3系统用以搜索有效的output condition records的搜索策略;
每个access包含带有output control record的key field的条件记录的名称;
Access sequence的规则如下:“从特殊到一般”;
要创建一个新的access sequence,复制一个已存在的类型的access sequence,然后修改以满足需要;
自定义的access sequence,关键字必须以Y或者Z开头因为这些是标准系统为此目的预留的;
输出处理(Output Processing)
数据获取和准备Data Procurement and Preparation
我们在线处理的凭证的结构和数据在数据库中定义;
要发送output,必须从数据库获取这些数据并准备好与传输介质保持一致;
打印数据Printing Data
系统通过两个单独的步骤获取和准备数据以打印输出凭证;
打印控制用SAPscript. form定义,独立于打印程序;
然后output传送到打印机或其他输出设备;
例子:Example:Output BA00(order confirmation)
有单独的communication structures可用于打印凭证:
VBDKA(Document header view inquiry, quotation, order);
VBDPA (Document item view inquiry, quotation, order);
VBDKL (Document header view delivery note);
VBDPL (Document item view delivery note);
VBDKR (Document header view billing document);
VBDPR (Document item view billing document);
清单(Lists)
预览Overview
来自销售与分销的信息可以分为4个主要的区域:
连接销售凭证和主数据:
Business transactions;
Displaying all transactions relevant to a master record;
显示具有特定状态的所有transaction,例如:
All orders ready for shipping;
All currently valid quotations;
显示凭证流程,例如,回答下列问题:
Which orders result from quotations;
In which delivery and which billing document specific order items are
t6R7U]8s s?(Q16845946
entered?
报表,例如:
Orders blocked for delivery;
Documents according to status;
连接销售凭证和主数据Linking Sales Documents and Master Data
每个销售和分销凭证都有一个list fuction;
你可以使用该list function来显示某一特定的客户或物料的销售凭证;
你可以选择查看所有的销售凭证或是只看open的部分;
Open sales documents的例子有:尚未全部引用的询价单/报价单,还需要delivery或billing的订单;
你可以使用“Additional selection creiteria”来进一步限制数据查询,例如根据分销渠道或者凭证类型;
你可以使用系统设置来改变list的结构;
例子:订单列表Example:Order Lists
你可以使用查询、排序和其他功能来处理已经选择的数据,由此你可以使用搜索功能来进一步限制可能的列表;
你可以为每张凭证显示状态信息(例如,overall status,delivery status,Billing status and completion );
使用display variants,你能够修改list的布局;
你可以从列表中调用相应的凭证来修改;
你能够打印你的lists或者作为一个凭证在SAP office中传送;
例子:分析凭证Example:Analyzing Documents
如下的分析是可行的:
Incomplete documents;
Orders blocked for delivery;
Backorders (all orders are displayed that are due for delivery);
Documents according to status (orders with active system status or user status);
除了标准信息功能,你也可以使用SIS来产生凭证数据的统计性更新;
ABAP list Viewer-Create a Display Variant
User parameter:SD_VARIANT_MAINTAIN
=A :display cariant can be saved as cross-user;自定义以‘/‘开头;
=U :user specific;自定义的以A-Z开头;
装运流程概览(Overview of shipping process)
后勤执行Logistics Execution(LE)
后勤执行模块模型化了公司的物流流程,它覆盖了从供应商经由公司仓库,生产设备,以及分销中心到达客户的整个流程链;
LE流程包括:
Goods receiptprocess:Goods pickup from the vendor and putaway in the company's warehouse;
Thegoods issueprocess:Picking the goods and delivering them to the customer;
Internal warehouseprocesses such as posting change,stock transfer, and inventory;
Theshipmentprocess: Inbound and outbound shipments and shipment cost calculation and settlement;
后勤执行的流程Processes in Logistics Execution
Shipping是销售与分销流程中的一部分,你使用它来创建outbound deliveries并且执行不同的shipping activities such as picking and packing;
它也是从vendor到customer的供应链的一个阶段,因此也属于LE模块;
Shipping流程shipping process
R/3支持的shipping流程的功能包括:
监控应该shipping的参考凭证(例如,客户订单和采购订单)的最终期限;
创建和处理outbound deliveries;
监控商品可用性;
监控仓库的能力情况;
支持picking(with link to WMS);
打包delivery;
打印和传送shipping documents;
处理goods issue;
通过预览控制:
deliveries currently in process;
activities still to be performed;
possible bottlenecks;
在shipping department已经过账goods issue的dedeliveries可以提供创建billing工作列表的基础;
Delivery document的结构
一张Delivery document由header和许多items组成;
Header包含应用于整个凭证的数据,这意味着每张outbound delivery的ship-to party,shipping point,route等都非常清晰的显示;
Items主要包含将要delivery的物料的信息;
Delivery document中的信息显示在不同的屏幕中:
Overview screen显示选择的header和item数据,该数据根据activity在tabstrips在分组,这意味着你可以在一个屏幕上找到所有重要的数据;
在header和item层,你都可以访问另外的屏幕来显示详细信息,同样地,information is grouped into processes on tabstrips:
在header层,这些信息包括data on processing, picking, loading, shipment, foreign trade/customs, texts, partners, output, package monitoring, and conditions;在Item层,详细屏幕显示了相似的带有有关items信息tabtrips;
Order和outbound delivery的关系Relationship Between Order and Outbound Delivery
有不同的选项来交付订单,你可以使用sold-to party主记录或客户/物料信息记录中的indicators来储存delivery agreements;这些在订单中带出并可以修改:
如果Sold-to party需要订单完全交货,则你不能将订单分割成几个outbound delivey,但是完全交货协议并不排除订单合并,如果允许的话;
如果sold-to party允许部分交货,你可以从许多的部分交货选项中选择;这些基于部分交货协议定义在订单的item level;
Sold-to party允许几张订单合并形成一张outbound delivery;
更新订单Updating an Order
当你创建outbound delivery,系统更新相关订单的header和item的状态为delivery;该事件与outbound delivey自身在交货流程中是如何更新没有关系;
状态indicators提供shipping activity的工作进度的信息;
凭证流Document Flow
在SD销售处理中的document network的支持下,可以追踪delivery引用的order或者后续的凭证,例如WM转移订单,goods issue document,以及billing document;
你可以通过调用凭证流来显示凭证;
使用凭证流以及显示的状态设置,你能够监视处理的进度;
凭证流显示在header level以及在item level for one or all items of a document;
MARK:outbound delivery整体的处理状态是‘in prcess’直到blilling document生成,即使shipping processing activiries of picking and goods issue are complete
Delivery的应用区域Application Areas of the Delivery
使用其他应用的员工可能也需要完成shipping activities,例如picking,packing以及凭证打印;他们也能够为这些活动使用delivery documents;
例如,库存从一个工厂转移到另外一个工厂:
订货工厂在采购中产生一条采购订单,交货工厂为该采购订单创建交货单,在该交货单的基础上,货物被捡装,打包并且posteds as a goods issue;
不同的业务流程使用不同的delivery types建模,在SD流程中,我们引用outbound deliveries;
装运的组织单元(Organizational Units in Shipping)
组织结构-后勤Organizational Structure-Logistics
Plant在后勤中扮演重要的角色,plant是一个生产设施或者处理物料库存的特定场所(或者相邻场所的集合),这些单独的场所叫做storage location;库存在storage location的层次上管理;
一个工厂仅分配给一个公司代码,这样,你就能够独立地管理每个公司的库存和库存价值;
组织结构-装运Organization Structure-Shipping
一个shipping point是位于一个固定location的一个独立的组织单元,用于处理和监控outbound delivery以及goods issue,shipping point直接位于client下;
一张outbound delivery在一个单独的shipping point处理;
在订单的item level决定responsible shipping point;
一个shipping point可以处理几个工厂的outbound delivery,只有当工厂位置相邻才有用;
可以为一个plant分配几个shipping point,然而,它们可能有不同的loading equipment或者不同的processing times;
允许的shipping point和plant的组合在企业结构的配置程序中定义;
组织结构-仓库Organization Structure-Warehouse
为了达成有效地处理goods receipt和goods issue,你可以使用如下组织单元:
仓库号码Warehouse number:整个仓库结构通过一个仓库号码来管理,这个号码显示仓库的联合体;
存储类型Storage type:不同的仓库区域,具有不同的组织和技术特征,定义为storage types(例如,high-rack warehouse with random storage, picking warehouse with fixed bins, shipping area);
采集区域Picking area:采集区域从picking的视角将存储类型中的storage bin组合到一起,它与storage section对等,storage section从putaway的视角将storage bin组合到一起;例如,一张delivery能够分割到不同的采集区域以并行的进行采集;
集结待命区Staging area:货物卸载后或装载前的短暂存储区域;
门Door:仓库的一扇门既可以用于inbound delivery也可用于outbound delivery;
Door和staging area已经在outbound delivey header中定义,它们可依赖于customer自动决定;
仓库号码和工厂/库位的联系Connection between Warehouse Number and Plant/Storage Location
仓库组织单元和MM库存管理的联系发生在给一个工厂和存储位置的组合分配仓库号码;
一个工厂中的几个存储位置能够指向同一个仓库号码,由此从库存管理的不同视角形成了仓库的联合体;
交货中的控制元素(Controling Elements)
交货类型Delivery Type
Delivery type控制整个的交货,你可以在delivery header中看到delivery;
Delivery type考虑delivery processing中的不同的business transactions,标准系统
定义的delivery types包括:
LB:Delivery for subcontract order;
LD: Decentralized shipping (used in decentralized shipping in connection with R/2 RV)
LF: Outbound delivery;
LO: Delivery without reference (no sales order necessary in order to create a delivery);
LP: Delivery from project;
LR: Returns delivery;
NL: Replenishment delivery;
RL: Returns vendor;
使用控制元素,你可以配置每个delivery type来执行不同的功能;你可以调整标准系统中的delivery types来满足你的业务需求;但是,如果需要大的调整,推荐建立新的delivery type;
交货行项目类别Delivery Item Categories
Delivery Item category控制items在shipping process中如何被操作和处理;可用的控制元素提供了高度的自动决定和检查;
你也可以配置item categories来满足你的系统的特殊需求;
从订单复制行项目类别Coping Item categories from the order
复制订单item到delivery时,系统也复制order item的item category到delivery item;
如果订单的item category或者分配给它schedule line与delivey相关,则为delivery item定义与之相同的item category;
决定交货单中的行项目类别Determination Item Categories in Deliveries
系统不能为订单独立的delivery items(例如包材)或者不引用订单的deliveries(例如delivery type LO)复制item categories;
在这种情况下,系统根据配置中指定的assignments来决定delivery的item category;为了决定item category,系统考虑delivery type以及item物料主记录中的item category group;
为一些functions内在地设置了附加用法,例如:
PACK for generating packing items;
CHSP for a batch split;
PSEL for product selection;
对于由这些functions产生delivery items,系统能够决定不同的item category;
复制控制Copying control
在coping control table中你指定:
哪些销售分销凭证类型能够复制到哪些delivery类型;
哪些item categories从引用凭证中复制;
什么条件下数据从订单复制到outbound delivery;
什么条件下几张订单可以合并到一张outbound delivery;
哪些数据将要传递;
参考是否应该记录在凭证流中;
具有相同shipping criteria的到期交货的订单行项目一起出货;必须的shipping criteria包括shipping point、the route、ship-to party;标准系统中的某些shipping criteria是可选的并且可以作为splitting criteria从copying control table中移除;
你还能够定义附加的splitting criteria,如果定义的fields有不同的值则不允许joint shipping;
销售中出货相关的配置Shipping-relevant Customizing in Sales
你通过指定以下内容来控制订单类型:
为outbound delivery带出哪个delivery type;
订单中是否带出一个请求的交期以及在未来多长时间;
当订单保存时是否在后台自动创建outbound delivery;
Order item category level的delivery relevance仅对text或者value items有效;例如你可以设置一条text item与delivery相关,则它会从标准订单复制到outbound delivery并且记录在delivery note中;
使用接口到MM库存管理模块的实际交货只有在使用schedule lines时才可能发生;这就是为什么在标准情形下order item category必须允许schedule lines并且schedule line category必须设置为relevant for delivery;
Goods issue移动类型(或者return deliveries的goods receipt移动类型)定义在schedule line category level;
订单中装运相关的功能
装运点决定Shipping Point Determination
每个订单行项目都会决定一个shipping point;系统会自动带出一个shipping point,你可以在有限的范围内修改;
Shipping point依赖于以下条件:
为每个订单行项目确定的delivering plant(从客户-物料信息记录,ship-to party record,或者物料主记录);
Shipping requiements(例如,快递)包含在shipping conditions字段中;
必须的装载设配包含在物料主记录的Loading Group字段中;
如果为sales document type分配了一个shipping condition,则shipping condition从销售凭证类型带出,否则,从sold-to party的主记录中带出;
一张outbound delivey总是由一个shipping point处理,你不能修改outbound delivery中的shipping point;
当一张订单由shipping point处理交货时,系统只复制为该shipping point定义的订单行项目到outbound delivery中,因此,具有不同shipping point的order items不会copy到同一张outbound delivery;
路线定义Route Definition
Route定义了出货的路线以及其他的因素,例如运输方式和运输服务代理商;
一条路线可由许多阶段(stages)组成,一个阶段可以是a leg, a load transfer point, or a border-crossing point;
你必须定义legs以及load transfer points和border-crossing points的起点和终点作为运输连接点(transportation connection point);
你可以定义任何的location作为运输连接点,你也能够引用客户,供应商或者特殊的组织单元如shipping point或者plant;
为了shipping的目的,可能使用不是由stages组成的routes就足够了,在这种情况下,你可以使用目的区域作为route的名字;但是你应该指定transit and transportation lead times因为这些时间用于制定运输计划;
Route可用作deliverying process的选择标准(selection criterion);
在R/3系统中,route也是运输和对外贸易必须的,在这些情况下,你可能需要维护额外的数据;
路线决定Route Determination
路线决定在订单行项目上执行并且依赖于:
Shipping point的国家和启程地域(departure zone)(配置中分配);
Sales document type中定义或sold-to party中输入的shipping condition;
分配给物料的transportation group;
Ship-to party的国家和运输区域(transportation zone)(客户主记录中分配);
你可以手动修改订单行项目中决定的route;
你可以基于重量(weight)在outbound delivery中重新决定route,是否重新决定route依赖于delivery type的配置;
计划Scheduling
当你创建一张订单,系统能够决定基于客户要求的delivery date的物料可用日期;需要交货的货物必须在该时点及时可用于shipping;
Scheduling考虑以下的时间:
Transit time:Time required in order to ship a delivery to the ship-to party;
Loading time: Time required for loading the goods;
Pick/pack time: Time required for picking, packing, and so on;
Transportation lead time: Time required for organizing the transportation;
接下来,系统在订单中执行反冲排程(backward scheduling),如果结果是过去的日期,则系统执行前向排程(forward scheduling),这需要确定一个新的请求交货日期;这同样发生在物料在物料可用日期时不可用的情况;
当你创建一张outbound delivery之后你可以再次执行前向计划,这种情况一般用于当订单中决定的物料可用日期处于创建outbound delivery之前(创建订单时延迟),你可以为每个delivery type指定是否重新排程;
对于每个shipping point,你决定系统是否执行精确排程或日排程;当你为shipping point维护了“working hours”,排程根据working hours来执行并且结果显示至分钟;
交货排程Delivery Scheduling
Delivery scheduling包括pick/pack time和loading time,这些时间依赖于交付订单项目的shipping point;
你可以为每个sales document type指定是否执行delivery scheduling;
对于每个sales document type,你还可以定义是否只有pick/pack itme(不是loading time)在交货排程中考虑;
还可以为每个shipping point定义pick/pack time和/或loading time是否应该被考虑;
你能够选择为pick/pack time和loading time定义的全局时间在shipping point level是否足够或者是否应该使用基于更多标准的更详细的时间定义;
这些标准包括:
Shipping point;
Weight group(for pick/pack time)或者loading group(for loading time):来自物料主记录;
Route(可选);
如果route不是为决定pick/pack time和loading time的一个必要标准,你可以进行适当的设置;在这种情况下,在scheduling table中输入的route应该是空白;如果你使用不同的运输方式,这对于在不同的routes间区分是有意义的;
运输排程Transportation Scheduling
Transportation scheduling包括决定transit time和transportation lead time;两个时间区间都从订单项目决定的route中带出;
你可以为每个sales document type定义是否执行运输排程;
你可以为route指定不同于为shipping point指定的日历,这使你能够定义,例如,某些routes能够在周六使用;
精确排程和日排程Precise and Daily Scheduling
在精确排程中,系统计算和显示排程的结果到分钟;在日计划中,系统使用天,小时和分钟来计算,但仅显示结果日期;
你可以决定系统为每个shipping point使用哪个scheduling logic,如果你已经为shipping point维护了working times,系统执行精确排程;
Shipping point的working hours由一个日历(该日历须与shipping point中存储的工厂日历一致)和一个班次顺序组成;shift sequence定义了每个工作日的班次,班次定义了开始和结束工作的时间;
在精确排程中,pick/pack和loading时间指定为小时和分钟,在排程中要考虑shipping point的工作时间;
Route用来决定transportation lead time,精确排程使用shpping point的working time,日排程使用shipping point的factory calendar;
Route还用来决定transit time,两种类型的排程都使用route的factory calendar来决定route何时开始;
外向交货单中的用户定义的日期User-specific Dates in the Outbound Delivery
除了在排程中决定的日期,系统允许你创建用户指定日期来控制delivery process;你可以在outbount delivery中为用户指定日期输入计划和实际值以及location specification和variance reasons;说明可以用天/小时/分钟;
例如,你想要在系统中记录运输代理商执行delivery的实际日期,为此,你可以创建一个“actual delivery date”;计划日期是系统决定的delivery date并且一个不同的日期可以连同差异原因一起存储;
MARK:系统执行排程时不考虑用户指定日期,它们仅用来存储交货处理中附加的相关信息;
路线排程Route Scheduling
你可以使用一个route schedule来组织从一个特定的shipping point到不同的ship-to party(例如,客户或者子公司)的有规律的和经常按相同route次序发生的outbound deliveries;
Route schedules也可用作shipping process中的单个steps选择标准,例如你能够为属于相同route schedule的所有deliveries一起拣货;你可以从交货监控形成一组deliveries;
Route schedule基本地包含:
A route;
A weekday as thedeparture dateand adeparture time;
A list ofship-to parties;
Optional: Anitinerary;
你可以在销售订单,库存转移订单和外向交货单中使用route schedules,系统自地动确定它们;
在配置中,你能够定义是否应该为每个shipping point、purchasing document type(and delivering plant),and delivery type指定一个route schedule;
----------------------
http://blog.sina.com.cn/s/blog_5fa4766c0100e6lk.html
来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/96380/viewspace-677356/,如需转载,请注明出处,否则将追究法律责任。
转载于:http://blog.itpub.net/96380/viewspace-677356/