搜索
采购的特点是供应商数量少，同时每个供应商的物料价格质量各不相同。而销售的特点则是客户数量很多，销售价格相对单一，所以销售模块中并不需要类似采购信息记录、货源清单、配额协议功能的主数据。一、物料主数据图1-1销售单位和MM模块中的采购单位功能类似，也可以采用固定转换系数和变动转换系数，在此不再重复。图1-2交货工厂和MM模块中不同的是，这里可以指定交货工厂。假如企业为了更好地分析控制成本在系统中创建半成品工厂、成品工厂，这时可以将交货工厂设置为成品工厂。或者企业有销售公司和生产公司之分，需要将交货工厂设置为生产公司下的工厂，这就形成了公司间销售。值得注意的是：ECC系统中创建的工厂并不一定要对应一个实体工厂，可以为了财务核算的方便一个实体工厂下创建多个逻辑工厂。图1-3物料组期末报表分析用的，也可以作为条件控制采购事务图1-4最小订单数量产品一般都是卖给大客户的，有个小客户跑来要个几百台，对不起，少于一千台无法创建订单。图1-5最小交货数量销售人员创建了一张一千台的销售订单，跑到仓库去提货。仓库的兄弟说：这仓库有好几千平方米，货都堆得那么高，你上午要一千台，下午要两千台，我还不累死。对不起，少于五千台不发货。图1-6交货单位发货时用了集装箱，每一千台一箱，这时交货单位就成了箱。图1-7取整参数来了张销售订单需要5100台，四舍五入，就发5000台吧。销售把订单改成5600台，四舍五入后发6000台。当然取整参数的定义很丰富，这里不详解了。图2为销售的组织数据2，可以看出这个界面定义的大多是关键字，用于确定销售事务中的程序选择的。图2-1统计组可以创建一个信息结构，在平时发生业务数据时自动将表中的数据处理后传送到信息结构，这样期末可以直接对信息结构进行分析。减轻了期末分析的工作量，提高了软件的性能。统计组即决定哪些信息需要传送到信息结构中的。图2-2物料定价组和客户定价组一起确定定价程序，和MM模块中计算方案的概念类似。图2-3量回扣组用于确定给予客户的回扣。图2-4账户分配组用于确定后台过账的账户，会在后面详细讨论。图2-5一般项目类别组图2-6项目类别组用于确定销售订单中的项目类别，会在后面详细讨论。图3为销售的一般/工厂数据图3-1可用性检查成品销售出库需要作一个检查，看是否有足够的库存，所以SAP采用了可用性检查这个功能。可用性检查的定义参数非常丰富，这里不详解了。图3-2运输组和运输路线相关。图3-3装载组会和供应商主数据中的装运条件一起确定一个装运点，主要用在交货功能上。图101为K3的物料主数据的物料资料界面。可以看到物料主数据中销售相关的参数非常少，再回顾下ECC中物料主数据的设置，大多和交货类型有关，而K3并没有交货类型这个概念，只有简单的出库功能。图101-1是否需要进行订补货计划的运算和ECC中的可用性检查类似，但是只有一个简单的控制开关图101-2销售超交/欠交比例类似于ECC中的交货容差功能二、客户主数据图4-1业务合作伙伴ECC中扩展了客户的概念，将其命名为业务合作伙伴。在实际的业务模型中，客户很有很多种角色：收货人、收票人、付款人等等，这时ECC的合作伙伴功能起了很大的作用，可以分别设置一个客户的收货人、收票人、付款人。还有其他很多的扩展概念，在此不详解图5为客户主数据创建的初始界面图5-1销售区域ECC中有销售组织、销售渠道、产品组的概念。举一个业务模型为例：一个家电集团会有国内销售部和海外销售部，销售渠道会有零售渠道和大客户销售渠道两个部分，产品组则会有白家电和黑家电之分，这时可以自由组合销售组织、销售渠道、产品组为销售区域。比如国内销售部-零售渠道-白家电定为销售区域1，国内销售部-大客户销售渠道-黑家点定位销售区域2，总之三个条件可以自由组合。不同的销售区域可以设置客户的不同参数。图6为客户主数据公司视图下控制数据界面，值得注意的是客户主数据的销售视图并没有付款条件，这和供应商主数据的采购视图有所不同，客户主数据中只是财务视图才有付款条件。在客户主数据的销售区域视图中还会有一个装运条件。发货工厂＋装运条件（客户主数据－销售区域视图－装运)+装载组（物料主数据销售视图）可以唯一确定一个发运点。这也和交货的概念有关。图6-1供应商一个公司下有很多工厂，工厂之间会有很多关联交易。可以为收货工厂创建一个客户，为交货工厂创建一个供应商，为财务的期末清帐提供了方便。图6-2权限权限控制所用图6-3运输区域用于交货时运输路线的确定图K02是K3的客户主数据的屏幕，相对比较简单。关于详细信息可以参考SAPECC6.0的MM模块和金蝶k3V11相关模块的对比相关部分。图K02-1参数设置在K3的很多主数据都出现了这样一个子屏幕，它的功能相当于SAP的屏幕格式+字段选择+消息设置（非消息输出，而是SAP控制程序运行的一个方式）等，建议在参数设置子屏幕中再进行细分。图K02-2应收应付资料列出了结算方式、现金账户号码、收款条件等信息。三、其他主数据图7为销售的主数据列表，还有产品组、条件、消息输入、协议等，限于篇幅在这里不再一一讨论。ECC的SD模块和K3相关模块的对比（2）-----销售凭证销售凭证的类型有很多，常用的有询价、报价、销售订单等等，值得注意的使SD模块中并没有类似采购申请的概念。想想也是，客户跟你买东西还要申请，也太牛了吧。值得注意的是，和MM模块不同，SD模块中的询价和报价是经常用到的。采购的供应商一般是相对稳定和长期合作的，不用询价和报价直接手工输入就可以了，所以采购中特别设置了采购信息记录这个主数据来作一个权限控制和流程节点。而销售则大不相同，客户繁多而复杂，询价和报价相对频繁，而且可以设置销售订单必须参考报价创建，这样可以把报价功能和销售功能分开，达到一个权限控制和流程节点的目的。由于篇幅的限制，下面只着重讨论销售订单。图8为销售凭证的类型定义，抬头的名称为’maintainsalesorder’，是SAP的一个小失误。在这里我们可以看出销售凭证全部放在一起维护，而且凭证类型要多得多，这和采购凭证的配置有很大的不同。在实际的业务中，销售需要面对各种各样数量庞大的客户，而采购需要面对的供应商相对简单，销售中的询价报价会非常的频繁，而采购则要少得多。所以SAP将这些凭证放在一个界面中进行配置。图8-1滚动条看那滚动条可以拉那么长。。。看来预定义的凭证类型真的很多呵呵图9为一个销售凭证类型为标准销售订单的定义界面图9-1销售凭证类别销售凭证一般有如下类别：销售订单、询价、报价、计划协议等等。在销售订单里当然选销售订单的类别了。在这里SAP有一个重要的设计思想就是将对象的大类设为类别，通过类别控制大方向，然后在类别中再细分为类型，控制小方向。这样的层次结构清晰，易于维护。图9-2销售凭证冻结可以选择不冻结、只能参考创建、冻结三个标识。如果自定义了一个销售凭证，以后又不用了，就把它冻结。图9-3强制参考这个功能非常的有用。假如一个大的集团，一线的销售人员因为种种原因经常杀价销售，搞得公司无利可图，这时可以设置专门报价的人员，在系统中创建报价单，然后销售人员的订单只能参考这个报价单创建，无法自定义价格。图9-4读取信息记录看到这个标识的那一刻我糊涂了，莫非SD中也有类似采购信息记录的功能？再仔细看看，还是我没记错，这里的信息记录只是一个简单的参数控制功能，和采购信息记录相比没有定价条件，只是单纯地控制一些交货信息，不具备价格控制的功能。所以SAP也没有称之为销售信息记录，而用了客户-物料信息记录这样的名称。图9-5检查信贷限制设置这个类型的销售订单必须检查客户的信贷状况，这个功能会在后面详细讨论。图9-6信贷组控制信息的更新图9-7不完整检查控制那些字段是必须输入的。可以灵活地用在权限控制上。图9-8凭证定价过程就是给这个凭证类型一个标记，会和客户中的一个标记一起决定销售订单的价格计算方案。SAP给采购中的计算方案换了个马甲叫定价过程，其实是一个概念。图9-9状态参数文件这个是用作审批的功能，会在后面详细讨论。图10依然为一个销售凭证类型为标准销售订单的定义界面，只是滚动条太长，一张图截不下，所以继续截。图10-1交货类型定义销售凭证的后续交货类型图10-2立即交货有些客户是长期而稳定的合作关系，而且对供应链的响应速度要求很好。设想下，客户那里跑MRP出来的采购订单，你收到采购订单后不紧不慢地慢慢创建销售订单、审批，再手工建交货单，肯定是不合适的。所以可以设置销售订单建好后就立刻自动创建发货订单。图10-3交货冻结交货就是要把货往客户那里送了，收到货后客户才付钱，所以在交货前先冻结检查下。图10-4交货相关的开票类型一个标准的流程是先创建销售订单，再参照销售订单创建交货单，再根据交货单开票。这里设置根据交货单开票的类型。图10-5订单相关的开票类型设想这个一个业务场景：客户来了张大单，这时不能一次发完，只好分几批交货，这时参照交货单开票不太合适了，就直接按照销售订单来开票。这里设置根据订单开票的类型。图10-6跨公司的开票类型一个大集团下会有很多家公司，公司间会有关联交易，这时可以配置跨公司销售。跨公司的开票类型就用在这里。跨公司的销售我们以后再讨论吧，要详细的写出来估计WORD文档要写上几十页。图10-7开票冻结控制一些状况下自动冻结开票。图12为销售订单的概览界面图12-1售达方/送达方前面我们曾经提到过客户会有很多种角色：售达方、送达方、收票方等等。集团一般会集中采购，再分发给下属的公司，所以售达方和送达方会经常性的不同。SAP干脆将它列在了销售订单的界面上。图12-2交货日期图12-3交货工厂图12-4交货冻结图12-5开票冻结图12-6付款条件自动从供应商主数据中带出图12-7销售区域在销售订单创建的初始界面选择图12-8订单数量图13为销售订单的项目概览的视图，这和采购订单有所不同。图13-1项目概览图13-2项目细节图14为销售订单的项目列表的视图，SAP将其定义为项目细节，其实这个视图并不是项目的细节，而只是一个项目的简单罗列而已。图14-1项目类别用于控制后续的计划行类别，会在后面详细讨论。图14-2定价日期和采购中定价日期的概念类似图15是真正的项目细节的视图图15-1销售A显示交货数量、定价日期、净价等信息图15-2销售B定价确定和统计分析的字段设置图15-3装运设置货物装运的信息图15-4开票凭证开票凭证的参数设置，大多自动带出。图15-5条件显示条件定价的信息图15-6账户分配用作成本核算的利润分析和业务范围，和CO的概念相关，不详细讨论了。图15-7计划行交货的计划行，一般用在参照计划协议创建的销售订单。图15-8合作伙伴自动带出客户主数据中设置的合作伙伴参数图15-9状态销售订单的状态，常用的有创建、已审批。图15-10附加数据销售分析报表所用图K03为K3销售订单的处理界面，可以看到功能相对简单，包含创建、修改、报表、进度查询等功能。图K03-1销售订单-新增图K03-2销售订单-维护图K04为销售订单的创建界面图K04-1销售范围有模仿SAP的痕迹，但只是简单的一个字段定义，只能在报表选择的时候才能发挥点作用了。图K04-2销售方式指定销售方式，常用的有现金销售、赊销等等。图K04-3结算方式指定结算方式，常用的有现金、汇票等。图K04-4交货方式因为K3并没有后勤执行相关的模块，所以在这里简单地设置了这个字段来表示交货的方式，常用的有FOB和送货等。图K04-5交货地点类似于SAP装运点的概念，因为没有WM模块，只好设置到工厂一级。图K04-6源单类型指定销售订单参考创建的凭证类型图K04-7单价手动输入物料的销售单价图K04-8含税单价需要手动输入税。可以看出未采用条件定价的缺点。由于无法灵活地集中设置价格，销售订单的价格管控乏力。图K04-9审核简单的审批功能，可以看出K3内置了固定的三级审批。图K05依然是销售订单的创建界面，只是下面的滚动条向右拉动了1/3左右，剩下的1/3下面接着讲。因为没有子屏幕和后续屏幕的设计，所有的字段都挨在了一起，不