输出（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/
1万+
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
