[root@localhost ~]# seq -s " " -w 9901 02 03 04 05 06 07 08 09 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70…

SD从零开始71 业务信息仓库(BW)概念 在线事务处理的环境OLTP Environment 在事务处理中,我们不断地填充用于跟踪我们的业务流程的数千个不同步骤的特定的表: 例如,销售凭证行条目来自询价行条目和/或报价条目,将变成交货抬头数据,变成发票抬头,变成应收款信息等等: 焦点通常在从一套表到另一套表的事务流上:在标准交付的系统中,有大概10000张表: 业务信息仓库是不同的!在BW中,我们不会设法处理事务,而是设法将焦点集中在R/3中的一个特定的“process”,然后把与一个特定的流…

SD从零开始67 后勤信息系统中的标准分析 标准分析中的报表Reporting in Standard Analyses 标准分析为高质量的表达和分析LIS中的数据基础提供了大量的功能: 当你决定了一个要分析的对象(例如,采购组,供应商,物料组等:)并设置了选择时,就为一个标准分析建立了数据基础: 然后该数据被组织并能够显示在一张初始的列表以及多种下钻列表中:每个分析都能够被存档: 你能够从列表的不同下钻层次使用应用中的标准事务来显示完整的主记录或凭证信息: 大量的功能能够用于从业务观点个别地检…

[原创] SD从零开始66 数据仓库的概念 数据仓库概念:预览Data Warehouse Concepts:Overview 本单元解释LIS中的数据仓库概念: 详细的解释了该概念的各个层次-介绍了后勤数据仓库的各个信息系统并且将要定义该概念在SAP开放信息仓库中的角色: 数据仓库概念Data Warehouse Concepts 最新水平的数据仓库概念使用三层模型,出发点是实施高效,集成的信息系统: 这三个层次细分了数据流,从运作系统中的数据获取直到顶层的信息显示: OLTP系统中集成的,运…

SD从零开始65 框架协议(Outline Agreement) 合同-销售凭证类型Contracts-Sales Document Types 框架协议在几乎所有的业务处理中都扮演重要的角色:客户和供应商对在某些条件下以及在一个特定的时间框架内提供货物达成协议:框架协议使业务关系中的两个伙伴的业务流程流线型化: 在SAP系统中不同的销售凭证类型代表了不同的框架协议:标准系统包含了许多的凭证类型你可以直接使用或者作为复制的参考: 主要的两种框架协议是计划协议和合同: 在系统中,最简单和最通用的计…

[原创] SD从零开始62 不完全日志 不完全日志Incompletion log 一个不完全日志是销售凭证中对你公司重要的而还没有在系统中输入的所有数据的清单: 你可以在配置中为不完全日志定义这些数据字段: 系统可以从不完全日志直接跳转到各个屏幕,在这里你可以编辑这些不完全的数据: 不完全订单清单Lists of incomplete orders 每个员工都可以列出他们已经创建的不完全的销售订单:他们还可以在选择屏幕上显示为某个特定的步骤冻结的某些凭证,例如因不完全而冻结不能装运的所有凭证的…

[原创]SD从零开始59 跨公司的库存转移处理流程 库存转移流程Stock Transfer Procedure 2个工厂间的库存转移能够使用不同的流程来执行: 只执行一个库存转移记账的流程使用MM库存管理模块:与此相比,你还有这样流程,即当在MM的采购模块输入一张采购订单时,自动开始库存转移流程(库存转移订单):如果你使用带SD交货的库存转移流程,有一个优势是装运活动也能够在R/3系统中处理(捡配,包装,打印交货票据等): 如果你希望为库存转移处理使用R/3的装运功能,使用为公司内部转移的流程…

[原创] SD从零开始57 第三方订单处理流程 第三方订单处理的流程Processes for Third-Party Order Processing 客户的采购订单首先在你公司的一个销售组织作为一张销售订单输入:自动地从这张订单创建一张采购请求: 然后,在MM的采购应用程序中为外部供应商创建一张采购订单:该订单声明所有商品将直接交货给客户: 一旦供应商向你证实外向交货已经完成,你就记账收货以使这些信息记录在系统中: 在MM的发票校验应用程序,你输入由供应商为因由供应商交货给客户而出具给你公司…

[原创] SD从零开始55 风险管理的内容 应收款风险最小化Risk Minimization for Receivables 每个信用政策的目的是减少由客户应收款带来的风险: 连同信用管理,你也有权限在业务处理中使用其他几种付款担保形式:这包括信用证,出口信用保险(外部连接)和付款卡: 这些付款担保形式因他们提供给你的安全水平而不同,且都集成在风险管理中: 当使用了一种付款担保(例如,信用证),系统首先尝试提供最适宜的风险最小化: 如果这是不可行的,然后你可以在第二阶段使用信用管理来创建一个信…

[原创] SD从零开始51 信用控制范围 分散的组织结构Decentralized Organization 信用控制范围是一个为客户指定和控制信用限额的组织单元: 依赖于你公司的需求,应收款可以使用集中的或者分散的信用政策来管理: 使用分散的信用政策,每个公司代码可以为它的客户确定它自己的信用数据: 一个销售组织只可以分配给一个公司代码,一个业务交易只可以分配给一个信用控制范围: 集中的组织结构Centralized Organization 在集中的组织结构中,公司代码组合到信用管理的一个信…