码迷,mamicode.com
首页 > 其他好文 > 详细

SD从零开始03-04

时间:2017-07-06 20:30:06      阅读:180      评论:0      收藏:0      [点我收藏+]

标签:head   详细   记录   back   分销   维护   不同的   not   lis   

 [原创]SD从零开始3 SD中的主数据

客户主数据Customer master(分层维护)

    一般数据general data;

        与销售和财务都有关,对所有的组织单元有效;

    销售区域数据sales area data;

        与销售有关,对各自的销售区域有效;

    公司代码数据company code data;

        与财务有关,对company code有效;

        MARK:如果修改了客户主数据,除了地址信息外,不会影响已经创建的凭证order,delivery,billing。。。)

物料主记录Material master(分层维护)

    基本数据Basic data;

        与所有area相关,对所有的组织单元有效;

    销售:销售组织数据 Sales:Sales organization data;

        与销售相关,对各自的销售组织/分销渠道有效;

    销售:工厂数据 Sales: plant data;

        与销售相关,对各自的出货工厂(Delivering Plant)有效;

    采购数据Purchasing data;

        与采购相关,对各自工厂有效;

    其他Other:工程、物料计划、财务等;

        MARK:跨产品组的销售:可以在一张销售订单上输入不同产品组的物料;

           可以在Sales Document Type中配置以下内容:

              是否允许在一张销售订单上输入不同产品组的物料;

              系统的反馈(提示还是不提示Warning);

              是否从物料主数据中Copy Division;

客户/物料信息记录Customer-material information record

    可定义客户料号和自有料号的相互对照关系;在销售订单的Ordering Party 选项卡会反映;

    可定义针对特定客户、物料组合的shiping信息;

    。。。。。。。

输出主记录OUTPUT

    采用了条件技术;

    每一个OUTPUT Type 定义了传送媒介transmission medium、时间time、partner function、layout form(SAP Script定义);

        OUTPUT Type包括quotation, order confirmation, invoice等;

不完全日志Incompletion log

    在配置中可以定义那些Fileds将会出现在不完全日志中(如果用户没有输入);

     该功能在Sales order 和 delivery中可用;

条件主记录Condition master

     价格prices;

     额外费用/折扣surcharges and discounts;

     运费freights;

     税taxes;

           MARK:在配置中,你可以定义价格、费用/折扣、运费、税的依赖条件;

 

[原创]SD从零开始4 SD销售订单流程

销售订单的数据来源:

       主数据(客户、物料、条件);

       已有凭证;

       配置(customizing);

        Hard-coded control;

Sales area的来源:

       销售订单上的Sales area系统根据Sold-to-part自动带出;

SO从主数据获取数据:

       在主纪录中存贮越多的数据越好,这样会节省你输入订单的时间并且避免出错;

       你可以在主数据中输入各种类型的数据,例如业务伙伴的信息,物料,客户/物料信息记录,行项目建议,BOM,价格,折扣折让,税,输出,文本等。在输入订单的过程中系统会频繁地访问这些数据;

客户主数据中的业务伙伴

       销售业务中的基本的业务伙伴有:

              Sold-to party

              Ship-to party,

              Payer

              Bill-to party

        他们在业务流程中扮演不同的角色(叫做partner function);

        你可以为每个伙伴维护客户主记录;

从客户主数据中获取订单数据:

        订单中的业务数据来源于不同的业务伙伴的主数据;

        因为ship-to party可能与sold-to party不在同一个地址,因此,交货地址和税的信息来源于ship-to party;

        付款条件的数据来源于payer;

        invoice发送的地址数据来源于bill-to party;

业务数据:

        你可以在凭证头部定义业务数据(例如付款条件,incoterms);

        在配置中,可以在行项目类别(Item Catogray)中定义行项目层的业务数据是否可以与头部(header)的不同;

自动确定plants:

        Plant是物流的主要部分,在SD中扮演的是Delivering Plant的角色;

        系统自动确定Delivering Plant搜索的顺序:可用userexit增强;

               客户/物料信息记录;

               客户主记录(Ship-to-part);

               物料主记录;

销售信息汇总(Sales Summary)

         销售汇总显示与客户相关的各种信息,例如地址,销售数据,价格等。

凭证数据修改:

       修改的选项:

              Fast change in document;

              Changing several documents;

              Blocking documents;

               Rejecting documents;

BLOCK(冻结):

        在销售订单上,可以Block的事务:

                For Shiping(出货冻结);

                For Billing;

        MARK:可以设置在行项目,也可以设置在头部;

        可以在配置中定义Delivery Block在Shipping流程中的详细影响:

              如是阻止生成delivery,还是允许处理delivery和picking,但是阻止Goods Issue;

Reject(废弃):

       可以为Reject的行项目输入原因;

       Reject的原因可以了解到一段时间内客户对公司产品的看法,对市场部门有用;

重新定价New Pricing In Sales Document:

       Price 更新的层次:

           At item level;

           At header level;

           Document list for several documents at the same time;

           MARK:在Pricing type中定义该功能在update时的行为(全部重新确定or not)

修改Sold-to-part:

       重新确定的数据:

             客户主记录、客户/物料信息记录、文本、免费商品、价格、输出、工厂和货运点

       不变的数据:

             销售区域、销售办公室和销售组、可用性和产品分配、批次

    MARK:如果有状态相关的前导凭证或有后续凭证,则不会更改

SD从零开始03-04

标签:head   详细   记录   back   分销   维护   不同的   not   lis   

原文地址:http://www.cnblogs.com/jellour/p/7127957.html

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!