后面是生产和成本核算相关的字段，将在SAP ECC 6.0的PP模块和金蝶K3 V11相关模块的对比和SAP ECC 6.0的CO模块和金蝶K3 V11相关模块的对比中详细讨论
ECC的SD模块和K3相关模块的对比（3）-----交货
交货的概念严格来说应该是WMS中的，ERP的中文翻译是企业资源计划，所以ERP在库存方面只需记一个出库入库就可以了。事实上国内erp都是如此设计的。
现在我们来看一个业务模型：某跨国集团在全球范围内优化配置资源，客户和供应商遍布全球各大洲，货物的运输动辄需要几十天。这个时候光一个出库入库控制肯定是不行的，对交货这个过程的控制是非常有必要的。对于采购模块，SAP设计了内向交货这个概念，内向交货可以参考采购订单建立，详细记录到货的时间。对于销售模块，SAP设计了外向交货这个概念。外向交货参考销售订单建立。对于交货的功能SAP将其集成在了LE模块中，将其与仓库管理结合在一起，可以确定装运地点、运输路线等等。对于国内企业来讲，大多没有使用仓库管理模块。为什么不用？国内企业大多处于微笑曲线的下游，利润率较低，买个SAP玩玩就已经很不容易了，而且要想用好WM模块，必须建设高标准的自动化仓库，华为就建了一个，花了3000万美元，折合人民币2亿多，这个数字超过国内大部分企业的年净利润了。
国内企业没有使用WM模块，这样物料的管理不能完全实现自动化，而SAP的流程设计是建立在用户使用了WM模块的基础上的，这样就带来了很多不适，简称水土不服。关于SAP流程和WM模块的关系，会在ECC的PP模块和K3相关模块对比中进行讨论。
SAP销售的财务处理流程如下：先发货过账，根据物料的标准价或移动平均价产生交货成本，再开票根据销售订单中的条件定价产生对客户的应收。国内企业大多只使用了SD模块中交货的最基本的财务过账功能，所以这里也就简略地讨论下交货的基本创建界面的信息，关于财务过账功能，会在后面详细讨论。
图20为SAP后勤执行模块的后台配置菜单，下次有时间再详细讨论，先来看看传说中的LE模块长什么样。
图20-1 仓库管理
企业仓库内部的设计
图20-2 装运
货物从仓库哪个地方出，哪个地方进，如何装货、怎么包装等等
图20-3 运输
货物除了仓库后选哪条运输路线，具体怎么个运法。
图21为外向交货创建的概览界面。看着挺熟悉，好像在那个地方见过~~~原来和图13的销售订单创建界面差不多，由此可以看出，SD模块和LE模块是SAP同一个团队设计开发的。
图21-1 项目概览
图21-2 拣配
图21-3 装载
拣配和包装完成后的一个动作。
图21-4 运输
图21-5 状态概览
监控货运发运的状态，就是看看发货过程到哪一步了。
图21-6 货物移动数据
记录货物的移动类型等数据。
图22为交货的项目细节界面，和SD的销售订单项目细节界面也挺像的，我就说嘛，肯定是同一个团队设计开发的。
图22-1 处理
我们知道交货一般会有如下步骤：拣配->仓库内取出->包装->发货过账这么几个步骤，可以灵活选取其中的几个步骤。
还有质量检查数据，有些企业喜欢在出货前先进行质检，的确是那种把产品质量看成生命的角色，国内企业一般无此习惯。
图22-2 物料
记录下生产相关的数据，以及运输组合装载组，用于确定后面的运输路线和装运点。
图22-3 批次分割
企业的生产往往会有很多批次，一次发货可以一个批次不够，需要几个批次，这里就记录批次的信息。
图22-4 拣配
拣配相关信息都在其中
图22-5 装载和装运
包含了装载和送达方的信息。
图22-6 财务处理
包含了开票、利润中心、业务范围等信息。
图22-7 条件
记录从销售订单带来的条件定价的信息。
K3并没有类似后勤执行模块的功能，没有交货过程的管控功能。
ECC的SD模块和K3相关模块的对比（4）-----开票
图23为SD模块中的开票功能的后台配置界面，可以看出开票功能有这么几种：标准开票、跨公司销售开票、自动开票。
图23-1 开票凭证
会在下面详细讨论
图23-2 跨公司开票
限于篇幅暂不讨论
图23-3 开票计划
限于篇幅暂不讨论
图24为开票凭证类型定义的初始界面，可以看出其设计逻辑和销售凭证类型定义相似。
图25为开票凭证类型定义的界面，这里我们依然选取标准的，即F1类型的开票凭证类型为例。
图25-1 项目号码增量
指定项目号码以多少间隔增加
图25-2 SD凭证类别
和销售凭证类别的作用类似
图25-3 事务组
定义凭证类型允许的事务，并作为报表分析的选择字段。
图25-4 开票凭证类别
定义开票的发票类别，有预付要求、开票要求等
图25-5 凭证类型
控制后续的会计凭证类型
图25-6 负过账
指定该类型的凭证能否冲销，如果不允许冲销，则需要配置一个反向的凭证类型。
图25-7 分支/总部
前面我们提到，有这样的业务模型：总部统一采购，作为付款方，分发给下面的公司，下面的公司作为送达方。那么开票的时候应该开给总部。这里的选项就是为了满足类似的需求。
图25-8 带值日期的贷项凭证
用于贷项凭证类型的设置中，这里不详细讨论。
图25-9 发票清单类型
设想这样一个业务模型：一个客户短时间下了多个订单，开票参照销售订单创建，或者一个销售订单多次交货，开票参照交货单创建，这时就需要发票清单这样的功能来为多次业务开一张发票。发票清单类型控制发票清单的一些参数，这里限于篇幅，不详细讨论。
图25-10 回扣处理
指定回扣协议中规定的回扣的处理方式，一般在贷项凭证类型中设置。
图25-11 取消凭证类型
回顾图25-6中的设置，如果不允许冲销原凭证，则需要在此配置一个反向的凭证类型。
图25-12 复制要求
将在后面的复制控制中讨论。
图25为竖型滚动条往下拉后剩下的开票凭证类型定义的界面
图25-1 账户分配/定价
指定账户确定程序和凭证定价过程
图25-2 输出/合作伙伴/文本
指定消息输出确定过程、项目输出过程、输出类型、抬头合作伙伴、项目合作伙伴、文本确定程序等参数。
这里的消息输出功能和MM模块中的消息输出功能类似，但是SAP为了应对销售的复杂性，设计更多的消息输出条件技术，比如不光凭证可以作消息输出，连凭证的项目都可以作消息输出，的确是做得非常的仔细和认真。对于消息输入过程这里不再敷述。
图27为发票的概览界面，非常的简洁明了。因为业务的处理和统计信息在销售凭证和交货凭证中已经处理和记录，这里要做的只是根据销售凭证和交换凭证汇总的结果开个票而已。
图28为发票的项目细节界面，记录了销售凭证和交货凭证中信息的汇总。
图K07是K3的销售发票创建界面
图K07-1 源单类型
指定参考的凭证类型，典型的有销售订单和销售出库。这里K3为了记录交货后产生的成本，设计了销售出库的凭证。
这样的流程设计对于企业不负责货物运输的业务场景是没有问题的，单是对于企业负责货物运输的业务场景是有很大的漏洞的。假设企业货已出库，但是在客户收到确认以前，所有权还在企业这里，运输途中发生意外或者企业收货时对数量或者品质存有争议，而出库的期末存货已经核算，这时就产生帐实不符，还需要重新调整。
图K07-2 选单号
因为没有SAP复制控制类似的功能，所以K3只能选择一个参考凭证号，对于发票参考多个交货凭证或多个销售凭证创建的业务需求难以满足。而实际上多交货凭证或销售凭证开票不管是大集团还是中小企业都经常发生，K3在复制控制功能必须要增加。
图K07-3 往来科目
因为K3无法自动过账，只有在这里选择科目手动记账。
ECC的SD模块和K3相关模块的对比（5）-----复制控制
设想一个业务模型：企业开了多个销售订单，然后需要参照这多个销售订单创建一张交货单，最后发票参照多张交货单创建。如果参考的多张凭证中的项目有可以合并的，当然需要合并，这样减少了业务处理量，降低了出错率。当然还有些项目比如说送达方不同，不可以合并的。为了灵活应对这类业务需求，SAP设计了复制控制这样的功能。
图30为销售凭证相关的复制控制
图30-1 为销售凭证维护复制控制
点击进入后得到图30-2，图30-3
图30-2 复制控制：销售凭证到销售凭证
指定如报价单到销售订单的复制控制
图30-3 复制控制：开票凭证到销售凭证
怎么是开票凭证到销售凭证的复制控制的？SAP又出错了？当然不是，设想这样的一个业务模型：企业送货到客户那里，因路途遥远保管不慎，坏了不少，客户不愿意收，坚决要求退货，这时先开一张完整的发票，再做一张反向的开票凭证，冲销退货的部分。然后参照反向的开盘凭证创建一张退货销售凭证。这个复制控制主要是用来控制这样的反向业务流程的。
图31为开票凭证相关的复制控制
图31-1 为开票凭证维护复制控制
点击进入后得到图31-2，图31-3，图31-4，图31-5
图31-2 复制控制：销售凭证到开票凭证
这是最常见的业务场景之一了
图31-3 复制控制：开票凭证到开票凭证
回顾在图30-3提到的业务模型，反向的开票凭证可以参照正向的开票凭证创建。
图31-4 复制控制：交货凭证到开票凭证
这也是最常见的业务场景之一
图31-5 检查复制控制的配置设置
SAP自检程序，用于检查配置的正确性。这是SAP值得借鉴的一个设计逻辑，就是内置一个自检程序自动检查配置的正确与否，在大型项目的实施中非常实用。
图32为点击图31-2进入的界面，我们选取一个标准的复制控制为例来讨论。
图32-1 目标凭证
图32-2 源凭证
图33为凭证抬头的复制规则定义界面。
图33-1 复制需求
确定哪些字段相同的凭证可以合并，哪些字段不同的凭证不可以合并。需求在SAP中应用相对广泛，它其实是一个例程，用户可以自行编写相关的判断和计算逻辑，在条件定价中有着同样的应用，这里不详细讨论。
图33-2 分配号码/参考号码
和后续的FI凭证相关，不详细讨论。
图34为凭证项目的复制规则定义界面
图34-1 复制需求
图34-2 数据复制
定义数据如何汇总分割
图34-3 开票数量
定义开票数量从哪个源凭证中复制
图34-4 正/负数量
假定这样的业务模型：一个开票凭证中有冲销的项目，这个时候冲销的项目类型需要设置为负，以在合并时冲减数量。
图34-5 定价类型
定义发票如何处理定价条件
图34-6 定价源
定义发票定价的来源
ECC的SD模块和K3相关模块的对比（6）-----审批
在ECC6.0中有两种审批程序设计逻辑，第一种是采购中的审批程序，在ECC的MM模块和K3相关模块的对比中我们已经分析过，采购中的凭证类型单一，审批复杂，毕竟企业把钱花出去是很难受的一件事，现在都讲究成本压缩，采购是最需要把关的地方。而销售中的审批相对简单地多，连客户掏钱给你买东西你都要审批上好几回，也太牛了吧。所以销售中的审批程序是使用的第二种：状态参数文件。状态参数文件不光用在销售中，在CO等其他模块中也有广泛的应用。
图40为状态参数文件的定义界面
图40-1 状态
在图41中会详解
图40-2 短文本
定义状态的描述
图40-3 最低值
定义审批凭证的最低额度
图40-4 最高值
定义审批凭证的最高额度
图40-5 位置
定义审批的顺序
图40-6 权限组
定义审批人的ID
图41为点击图40-1后进入的界面
图41-1 业务事务
定义需要控制得事务码
图41-2 允许
图41-3 警告
图41-4 禁止
图41-2 3 4分别定义了审批的三种状态
金蝶K3中的审批只有简单的三级审核人，没有金额之类的限制。中小企业一般来说组织架构相对简单，业务量也较小，可以是一个老板通审所有的凭证，但随着业务量的增加和组织架构的复制化，根据条件进行多级审批是非常有必要的。
ECC的SD模块和K3相关模块的对比（7）-----信用控制
图50为SD模块的信用控制/风险管理的后台配置界面，我们只简单讨论下简单信用限制检查和自动信用控制。
图50-1 简单信用限制检查
图50-2 定义动态信用控制
图51为简单信用限制检查的界面
图51-1 检查信用
设置信用的检查程序以及超出信用限制后的系统反应，是错误/警告还是冻结交货，信用限制额在财务模块中设置。
图51-2 信用组
和图9-6的设置相同，定义销售凭证的信用组。
图52为动态信用控制的定义界面
图52-1 没有信贷检查
其实就是判断是否进行信贷检查一个条件例程，可以自行编写程序判断凭证是否进行信贷检查。
图52-2 项目检查
设置项目一级的信贷检查
图52-3 偏移百分比
设置信贷批准后的凭证数量增加的最大百分比。适用于这样的业务场景：一个销售订单已经通过信贷检查，这时客户提出要求多买一部分，可以在这里限制多买的比例。
图52-4 天数
一个凭证审批过了，可是过了好几天还没有动静，这时可能需要重新审批。这里可以定义重新审批的天数。
图52-5 静态
设置静态检查，和下面的动态检查相对
图52-6 动态
假设有这样的业务模型：客户有张销售订单过了一年还没付款，虽然没有超过信贷限制，但是他的信用状况已经值得怀疑了，这里的动态控制可以派上用场。当然应用非常广泛，这里只是举个例子说明。
图52-7 界限
定义忽略信用检查的未清订单或未清交货单的周期跨度。
图52-8 最大凭证值
定义信用控制得最大值。如果有个客户突然开张大额订单，内部人员动点手脚给批准了，然后发货后双双蒸发，似乎就不太好了。所以这里给控制住。
图52-9 最大未清项的比例
和前面的未清项相结合，定义一个凭证中未清的项目的达到一定的比例就冻结信用。
图52-10 考虑未清项的天数
图52-11 未清项目的最大天数
参考图52-6中的业务模型，某客户都有一年未清的销售订单，还能授信吗？这里定义最大的天数。
图K10为K3中的信用管理设置界面，可以看出K3是以业务员为载体的，再结合凭证中的三级审核制度进行信用管理。非常适合销售主导型的中小企业。
图K10-1 业务员类别
图K10-2 信用额度
定义信用额度的币别和金额
图K10-3 信用期限
定义信用期限的天数
ECC的SD模块和K3相关模块的对比（8）-----账户确定
这里是SD模块和FI模块的集成部分。SAP中销售记账的标准流程为：对交货单发货过账，增加销售成本；再对销售订单开票，增加对客户的应收。这样流程可以处理各种各样的业务场景，非常的强大，但是和中国会计准则相冲突，这是SD模块中最大的一个缺陷。前者通过移动类型实现自动过账，关于移动类型的过账请参考ECC的MM模块和K3相关模块的对比，这里只简单介绍下如何确定移动类型，后者通过条件定价实现，有关条件类型请参照ECC的MM模块和K3相关模块的对比
图61为销售凭证计划行的设置界面
图61-1 计划行
可以定义和分配计划行类别
图62为计划行的定义界面
图62-1 移动类型
可以看出移动类型通过计划行的类别来确定。
图63为计划行的分配界面，可以看出项目类别和凭证类型共同确定一个计划行类别。
图63-1 项目类别
图63-2 凭证类型
图63-3 计划行类别
图64为SD模块中账户分配界面，其功能类似于MM模块中的后勤账户自动过账功能，只是这里的配置更加丰富。我们知道MM模块中利用移动类型来实现自动过账，等到发票校验的时候记账也很简单：借：GR/IR 贷：应付。但是SD模块中的销售不太一样，给客户开票的时候收入账户的确定相对比较复杂，在收入账户的确定上，SAP依然采用了条件技术。
图65为账户确定的一个基本界面，这里只作简单介绍
图65-1 定义存取顺序和账户确定条件类型
图65-2 定义和分配账户确定程序
图65-3 定义和分配账户码
把账户码分配给条件类型，以条件类型为载体
图65-4 分配G/L账户
根据前面设定的条件和确定的账户码分配具体的账户号
图K20-1 往来科目
确定收入的记账科目
K3是采用的事后的存货核算，关于K3的存货核算请参照ECC的MM模块和K3相关模块的对比，对于收入的确认则是直接在发票上选择账户。
联系客服
