• 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

  • 相关阅读:
    算数表达式二叉树
    Java汉诺塔算法
    Struts2中的设计模式ThreadLocal模式续
    Java基础知识总结(五)
    Java数组扩容算法及Java对它的应用
    Java Arrays.sort源代码解析
    Java字符串排列算法
    Java基础知识总结(三)
    SSIS OLE DB Source中执行带参数的存储过程
    Sql server中Collation conflict问题
  • 原文地址:https://www.cnblogs.com/jellour/p/7128019.html
Copyright © 2020-2023  润新知