设为首页 收藏本站
查看: 1483|回复: 0

[经验分享] sap-SD从零开始1

[复制链接]

尚未签到

发表于 2015-9-18 10:45:14 | 显示全部楼层 |阅读模式
  Reference:http://blog.sina.com.cn/s/articlelist_1604613740_6_1.html

  销售相关的组织结构:
  销售组织Sales organization
  分销渠道Distribution channel
  产品组Division
  销售区域Sales area
  销售办公室Sales office
  销售组Sales group
  销售人员Salesperson
  工厂Plant
  库位Storage location
  销售组织:
      一个销售组织代表一个合法的销售实体;
      一个销售组织只能分配给一个公司代码;
      一个销售组织可以分配给多个工厂;
      每个销售组织有自己的主数据,包括客户主数据、物料主数据以及条件记录;
  分销渠道:
      在一个销售组织中,客户可以通过一个或多个分销渠道获得服务;
      可以为销售组织和分销渠道的组合定义不同的主数据;
  产品组:
      对某一产品组,可以执行统计分析或制定市场战略;
  销售区域:
      销售区域是 销售组织/分销渠道/产品组 的组合;
      销售订单(Sales order),交货单(Delivery),开票(Billing)都分配到某一销
        售区域;
      所有的销售流程都发生在某一特定的销售区域;
      相关的主数据经常维护在销售区域层;
      应该尽量保持销售区域组织结构越简单越好;
  销售办公室:
      销售办公室可以分配给一个或多个销售区域;
  销售组:
      可为每一个产品组或分销渠道定义一个销售组;
      销售组分配给销售办公室;
  销售人员:
      一个销售组包括一定数量的销售员。
  工厂、库位:
      每个工厂只能分配一个唯一的公司代码;
      对每一个交货给客户的工厂,必须在SD的配置中将它定义为delivering plant;
      在销售流程中,delivering plant首先需要check库存,然后才提供交付;
  分配销售组织和工厂:
      一个销售组织可分配多个工厂,一个工厂可分配多个销售组织;(多对多关系)
      销售组织还可以分配跨公司代码的工厂;
  
  销售流程:
  销售流程从建立客户关系开始,至开出销售发票终止;
  售前活动Pre-Sales Activities(客户询、报价)-->
  销售订单处理sales order processing(产生销售订单)-->
  货源决定Inventory Sourcing(从delivering plant供货还是第三方供货商?哪一个?)-->出货shipping(交货) --> 销售发票Billing(开票)-->付款payments(清账,Post);
  
  业务场景:
  建立和维持客户关系;
  获取订单;
  应答客户物料、价格和交期;
  基于客户需求和物料可用性的交货计划;
  捡配和交付商品;
  更新物料库存和物料消耗科目;
  创建发票并更新销售科目;
  清帐和销售收入过账;
  
  标准销售订单包括:
  客户和物料信息;
  对于每个item的定价条件;
  交货日期和数量;
  交货流程信息;
  发票信息;
  销售凭证的结构Sales document
  头信息 Header
  行项目Item
  计划行Schedule Line
  交货单结构Delivery document
  头信息 Header
  行项目Item
  Billing document结构
  头信息 Header
  行项目Item
  
  客户主数据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:在配置中,你可以定义价格、费用/折扣、运费、税的依赖条件;
  销售订单的数据来源:
  主数据(客户、物料、条件);
  已有凭证;
  配置(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:如果有状态相关的前导凭证或有后续凭证,则不会更改;
  销售凭证类型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完成)
  销售中的业务流程控制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
  
  行项目类别
  Item Category的例子:
   系统交付的不同的Item category支持不同的业务流程,可以根据它来创建自定义的;
  定义为4位的key;前2位提示销售凭证类型,后2位显示Item category的作用;
  AFTX Sales document type: IN    Usage: TEXT;
  TAD Sales document type: OR     Item category group: LEIS;
  KMN Sales document type: NMS   Item category group: NORM;
  Item Category的作用:
  控制Item在销售凭证及后续的业务处理流程中的行为;
  Item Category的本质特怔决定:
  行项目的业务数据是否允许不同于头部;
  价格是否应用于Item;
  Item是否和如何做Bill;
  Item是否引用另外一个item,或它是否仅仅是一个文本行;
  哪一个incompletion log用来Check the item data;
  可以修改标准系统中定义的Item category的设置,也可以通过COPY/Change来定义新的Item category;
  Delivery相关标记delivery relevance indicator 是仅适合没有计划行的Item,例如可以Text Item中MARK它,则系统会将该ITEM从sales order copy到Delivery document;
  作用:
  区分业务数据separate business data;
  计划行允许Schedule Lines permitted;
  交货相关delivery relevance;
  开票相关Billing relevance;
  定价Pricing;
  物料清单BOMs;
  完成规则completion rule;
  分配基本功能Assigning basic functions;
  控制销售凭证中的行项目:
  销售凭证中的每个行项目是通过Item category来控制的;这样可以:
  在不同的销售凭证中使用不同的Item category;
  在销售凭证中为每个Item实现不同的业务处理流程;
  标准订单中Item category的判定:
  销售凭证中的Item category是通过销售凭证类型sales document type和物料主记录中的行项目类别组item category group来查找的;
  子项目Sub-items:
  可以将行项目分配给更高层的行项目,例如客户订购一定数量的的商品(10)将获得免费赠送的商品(20);在20的higher-level item field中输入10;
  其他应用sub-item的例子包括BOMs展开和Service 项目;
  MARK:除了sub-item,可供选择的项目Alternative items 也可以记录在报价和询中,但是它的处理不同于sub-item,例如Alternative items不包含在凭证的净值中;
  BOMs的例子:
  所有你想要在销售凭证中控制的BOM items都必须标记为‘relevant for sales’;
  当BOM使用类型BOM usage 5创建的BOM中的所有项目会自动标记为销售相关;
  在销售凭证的Item category中作了适当的设置之后,你只需要输入BOM的料号就可以将BOM中的所有组件COPY到销售订单中;
  BOM以主-子main and sub-items 的形式出现在销售凭证中,系统自动展开BOM为组件生成子项目;
  在销售凭证中展开BOM:
  在销售凭证中,有许多独立的Item Categorys控制BOM的行为,配置时,你为销售凭证中的BOM的main和sub-item定义和分配item category;
  在main item的物料主记录中定义的item category group定义了哪种item category分配给了main item;
  为了判定销售凭证中BOM要展开到什么程度,需要为main item定义item category结构的广度extent;
  当你判定了sub-item,系统也需要知道上层item的item category;
  在item category的配置中,你可以控制哪些item与定价有关以及怎样实现需求传递requirements transfer;

运维网声明 1、欢迎大家加入本站运维交流群:群②:261659950 群⑤:202807635 群⑦870801961 群⑧679858003
2、本站所有主题由该帖子作者发表,该帖子作者与运维网享有帖子相关版权
3、所有作品的著作权均归原作者享有,请您和我们一样尊重他人的著作权等合法权益。如果您对作品感到满意,请购买正版
4、禁止制作、复制、发布和传播具有反动、淫秽、色情、暴力、凶杀等内容的信息,一经发现立即删除。若您因此触犯法律,一切后果自负,我们对此不承担任何责任
5、所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其内容的准确性、可靠性、正当性、安全性、合法性等负责,亦不承担任何法律责任
6、所有作品仅供您个人学习、研究或欣赏,不得用于商业或者其他用途,否则,一切后果均由您自己承担,我们对此不承担任何法律责任
7、如涉及侵犯版权等问题,请您及时通知我们,我们将立即采取措施予以解决
8、联系人Email:admin@iyunv.com 网址:www.yunweiku.com

所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其承担任何法律责任,如涉及侵犯版权等问题,请您及时通知我们,我们将立即处理,联系人Email:kefu@iyunv.com,QQ:1061981298 本贴地址:https://www.yunweiku.com/thread-115279-1-1.html 上篇帖子: (转)使用SSIS整合SAP数据 下篇帖子: 用SAP Authority Object 对权限控制
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

扫码加入运维网微信交流群X

扫码加入运维网微信交流群

扫描二维码加入运维网微信交流群,最新一手资源尽在官方微信交流群!快快加入我们吧...

扫描微信二维码查看详情

客服E-mail:kefu@iyunv.com 客服QQ:1061981298


QQ群⑦:运维网交流群⑦ QQ群⑧:运维网交流群⑧ k8s群:运维网kubernetes交流群


提醒:禁止发布任何违反国家法律、法规的言论与图片等内容;本站内容均来自个人观点与网络等信息,非本站认同之观点.


本站大部分资源是网友从网上搜集分享而来,其版权均归原作者及其网站所有,我们尊重他人的合法权益,如有内容侵犯您的合法权益,请及时与我们联系进行核实删除!



合作伙伴: 青云cloud

快速回复 返回顶部 返回列表