We are all in the gutter, but some of us are looking at the stars.

SD从零开始05-06

SD从零开始5 从库存销售

销售凭证类型Sales document type:

       用来鉴别和控制不同的业务流程类型;

       标准的销售凭证类型:

           standard order;

           Rush order;

           Cash sales;

           Free-of-charge delivery;

           Returns;

           Contract;

           Consignment fill-up;

           Credit/Debit request;

 销售凭证功能Sales Document Functions

       通过销售凭证类型直接或间接地active或deactive;

       功能:

           Delivery scheduling;

           Transfer of requirements;

           Pricing;

           Sales Info System;

           Credit check;

           Output;

           Text;

           Availability Check;

交货起运点Shipping Point

       Shipping Point是R3中负责交货(shipping)的组织单元;

       可以在Shipping Point中定义准备和装卸货物的时间;

       Shipping Point通常为销售凭证中的每个行项目所确定;

路线Route:

       起点/终点,可分为几段;

       可以用Route来为运输计划定义实际的运输时间和前置时间;

自动确定shipping Point:

       根据3个key来搜索:

           交货条件shipping condition:Sold-to-party 客户主记录中定义;

           装卸组loading group:物料主记录中定义;

           出货工厂delivering plant:见出货工厂的自动确定(Lesson 4);

       MARK:可以用交货条件来定义客户需求;

自动确定Route:

       根据4个key来搜索:

           出发地区departure zone:shipping point中定义;

           交货条件shipping condition:Sold-to-party 客户主记录中定义;

           运输组transportation group:物料主记录中定义;

           目标地区transportation zone:ship-to party客户主记录中定义;

交货计划Delivering Scheduling

       订单发行日期Order date;

       物料可用日期Material availability date;

       运输计划时间Transport planning;

       装载日期Loading date;

       发货日期Goods issue date;

       交货日期Delivery date:到达客户;

运输计划Transportation Scheduling

       运输时间 transit time;

       运输前置时间Transportation lead time;

回溯计划Backward scheduling

       交货和运输计划的目的是确定客户物料的交期;

       物料筹备日期和运输计划日期可根据客户要求的交货日期计算出来;

  外向交货单outbound delivery必须在此两个日期最早的那个创建;

前向计划Forward scheduling

       当回溯计划的结果显示客户要求的交期无法达成时,使用前向计划;

       物料最早可用的时间是新的物料筹备日期;outbound delivery日期是新的物料筹备日期和运输计划日期中早的那一个;

       对销售凭证的ITEM,会有2条计划行项目产生:

          第一条计划行的日期对应客户要求的交货日期,没有确认数量;

          第二条计划行显示的是确认的交货期和确认金额;

集中交货处理Collective Processing in shipping

       在系统中建立Outbound delivery依赖于shipping point、selection date 和 其他条件;

       一旦你设置了这些标准,就能够控制选择到期应该shipping的业务;选择的可选项因Delivery的场景和用户的角色不同而变化;

       当设置了选择日期(selection date),就定义了当日到期item会被考虑集中delivery处理;此日期是货物能够按时到达客户的最晚开始Shipping处理的时间;它对应物料筹备日期或者运输计划日期;

Outbound Delivery选项

       完全交货Complete Delivery;

       部分交货Partly Delivery;

       合并交货 Order Confirmation;

       不同订单合并的条件:

           相同的shipping point;

           Delivery到期的日期相同;

           相同的ship-to-party;

           相同的route;

           相同的Inco terms;

出货流程中的检配Picking in Shipping Process

       Picking是从创建Transfer request开始的;Transfer request中的行项目包括物料及数量,对应Outbound Delivery中的delivery的数量;

集中Picking处理Collective processing in Picking

       系统自动地将outbound delivey的项目合并到尽可能少的transfer request中;

       Picking选项Picking Options

              从transfer request打印picking list/传送到外部WMS系统;

             手动/自动确认;

       如果全部数量无法满足:

            产生另外一个新的tansfer request;

             将Picked 的数量copy到Outbound delivery的delivery数量;(部分交货)

集中出货处理Collective processing for Posting Goods Issue

       系统自动地将outbound delivey的项目合并到尽可能少的document中;

集中开票处理Collective Processing in Billing

       系统提供billing due list来实现一次处理多张billing document;

       系统自动地将项目合并到尽可能少的billing document中;项目可以是order中的也可以是outbound delivery中的(系统中配置)

       合并的条件:

          same billing date, the same ship-to party, payer or terms of payment;

       Billing选项Billing Options

             发票分割Invoice split:

                 eg: 1张outbound delivery对应1张sales order,

                       2张billing document对应1张outbound delivery;

             每张交货单单独开票Separate billing document for each outbound delivery:

                 eg: 2张outbound delivery对应1张sales order,

                        2张billing document对应2张outbound delivery;

             集中开票Collective invoice:

                  eg: 3张outbound delivery对应2张sales order,

                         1张billing document对应3张outbound delivery;

Worklist在SD中的集中处理:

       Delivery list:处理order到outbound delivery;

       Picking worklist:处理outbound delivery到transfer request;

       Goods issue worklist:处理outbound delivery到goods issue;(Picking完成)

       Billing Due list:处理outbound delivery(/order)到billing;(Goods issue完成)

 

 

[原创]SD从零开始6 销售凭证类型

 

销售中的业务流程控制Controlling Business Processes in sales

       销售流程通过销售凭证(sales documents)的配置来控制;

       销售凭证的配置可在凭证头Header、行项目Item、计划行schedule line层次,依赖于凭证的结构,

             对应的控制工具为销售凭证类型Sales Document type、行项目类型Item Category、计划行类型Line Schedule Category;

       需要配置以实现Item Category和Schedule Line Category在销售凭证中自动带出;

       在Copy Control中可以根据你的需要配置数据从销售凭证传送到后续凭证的内容;

基本功能Basic Functions

       必须为销售凭证定义一些基本功能,否则销售凭证就没有配置完成;

       这些基本功能包括:

           Partner determination;

           Pricing;

           Output determination;

           Text determination;

           Material determination;

           Credit management;

           Incompletion checks;

           Delivery scheduling etc.

       可以为不同的Sales Document Type使用不同的功能;

 销售凭证类型的功能Functions in sales document type

       号码分配Number assignment;

       缺省值Default Value:

            Date,billing type,delivery type,blocks;

       检查Check:

            Division,Open Quotations/contracts,Info Record;

            MARK:Check会影响性能;

       合同增强Enhancement for contracts;

       分配基本功能Assigning basic

       强制参考Mandatory reference

       MARK:增加一个销售凭证类型到销售流程中是非常耗时的,因为在配置中很多输入都是依赖于销售凭证类型的;所以最好是Copy现有的;

修改销售凭证类型Changing The Sales Document Type

       当修改销售凭证上的销售凭证类型时,必须确保:

           没有后续的凭证;

           不是状态相关的后续凭证;

           凭证不是从service notification 或者contract创建;

           行项目类别可以修改;

       MARK:如果试图修改已经保存的凭证的凭证类型,2个凭证类型必须属于相同的号码范围;

销售区域允许的订单类型Order Types permitted for sales areas;

       可以定义销售凭证的有效范围:

           销售组织Sales organizations

           分销渠道Distribution channels

           产品组Divisions

posted on 2017-07-06 19:30  三认斋  阅读(391)  评论(0编辑  收藏  举报

导航