Open sales documents的例子有1.95合击传奇_新开网通传奇私服,仿盛大传奇sf,英雄合击私服,1.76大极品元素

　　销售的输出类型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的订单,1.95金牛无内功；

　　你可以使用“Additional selection creiteria”来进一步制约数据查询，例如根据分销渠道或者凭证类型；

　　你可以使用系统设置来转变list的结构；

　　例子：订单列表Example：Order Lists

　　你可以使用查问、排序和其他功能来处理已经选择的数据，由此你可以使用搜索功能来进一步限度可能的列表；

　　你可以为每张凭证显示状态信息（例如，overall status，delivery status，Billing status and completion ）；

　　使用display variants，你能够修改list的布局；

　　你可以从列表中调用相应的凭证来修改；

　　你能够打印你的lists或者作为一个凭证在SAP office中传送,1.95金牛无内功；

　　例子：分析凭证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层,1.95合击传奇，详细屏幕显示了类似的带有有关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；