精华内容
下载资源
问答
  • SAP模型转化为ansys模型重新建模非常麻烦而且浪费时间,提供SAP的模型要想转化为ansys模型。
  • 使用Vue.js的OpenBEM SAP模型的最小用户界面 安装 1.将此存储库克隆到您的public_html文件夹中(假设已安装apache2服务器): git clone https://github.com/TrystanLea/SAPjs 2.将我的OpenBEM SAP模型的fork克隆...
  • 北京奥运会主会场鸟巢的sap模型,很好很强大,搞土木特别是搞结构的人值得下载
  • 使用VB.NET中的SAP OAPI从多个CSI SAP模型中获取铸造单元中的剪切力。 编写此程序有两个原因: 在设计结构时,工程师通常更喜欢将铸造单元视为一个整体,而不是视为单独的元素。 CSI SAP没有为工程师提供此选项。...
  • IDES翻译—SAP模型公司

    千次阅读 2007-11-26 14:35:00
    IDES - The SAP Model Company IDES – SAP模型公司Introduction介绍 Prerequisites前提 Cross-Application Components (CA)交叉应用组件 Financials (AC)财务 Human Resources (HR)人力资源 Logistics (LO) ...
       
    
    IDES - The SAP Model Company 
    IDES – SAP
    模型公司
    Introduction介绍 
    Prerequisites前提 
    Cross-Application Components (CA)交叉应用组件 
    Financials (AC)财务 
    Human Resources (HR)人力资源 
    IDES - Euro 欧洲模型
    IDES@WEB @WEB模型
    SAP Industry Solutions SAP工业解决方案
    Periodic Processing in IDES IDES周期处理
     
    Introduction 
    IDES – the " Internet Demonstration and Evaluation System" in the R/3 System, represents a model company. It consists of an international group with subsidiaries in several countries. IDES contains application data for various business scenarios that can be run in the SAP System. The business processes in the IDES system are designed to reflect real-life business requirements, and have access to many realistic characteristics. IDES uses easy-to-follow business scenarios to show you the comprehensive functions of the R/3 System. The focal point of IDES, however, is not the functionality itself, but the business processes and their integration.
    在SAP R/3系统中,所谓IDES,即" Internet Demonstration and Evaluation System"(国际演示和教育系统),也就是一个模拟公司实际运作的模型。它包含了一个国际性的组织(集团)及几个国家的子公司。IDES包含了各种商业场景的应用数据,这些数据可以在SAP系统中运行。这些企业业务流程在IDES系统中设计成反映真实的企业需求,还能够接近很多的现实特征。IDES能够运用显而易见的商业场景,把SAP R/3系统中的全面功能展现出来。然而,IDES的焦点,不在于它本身的功能,而在于它的企业业务流程及其集成度。
    These IDES business processes are described in detail within this online documentation.The individual demos provide you with an overview of the master data, and contain step-by-step instructions of how to execute the individual processes.
    IDES企业业务流程被详细地描述在一个在线文档中。其独立的示范版本为你提供了一个主数据的概览,及包含了一步接一步地执行这一过程的操作说明。
    IDES not only covers the Logistics area, but also Financials, and Human Resources. It demonstrates how the R/3 System is able to support practically all types of industries, from discrete production through to process industries, from engineering-to-order to repetitive manufacturing. However, IDES is not a sector-oriented model company. The individual processes are based on practice-oriented data for sectors such as Retailing or Banking. The IDES group manufactures products as diverse as elevators, motorcycles, and paints.
    IDES不仅包括了后勤的部分,还包括了财务和人力资源。它演示了R/3系统能够支持几乎全部的工业类型,从分散生产到加工行业,从按订单设计到重复制造业。然而,IDES不是一个针对部分的公司模型。其独立的处理是基于诸如零售业或银行业部分的针对演练的数据。IDES组织制造如电梯、摩托车、油漆等产品。
    IDES is managed by SAP just as any regular business enterprise. SAP regularly updates the IDES data (master data, transaction data, and customizing). We also carry out period-end closing and plan with different time-horizons. Transaction data are generated to ensure that the information systems in all areas have access to realistic evaluation data. We are constantly implementing new, interesting business scenarios to highlight the very latest functions available in the R/3 System. New functions are represented and documented by IDES scenarios.
    IDES被SAP管理着,就象任何有规则的商业企业一样。SAP可有序地更新IDES的数据(主数据、事务数据、用户定制)。 @? 我们也可以根据不同的基准时间来执行周期端的结束和计划。事务数据产生以确保信息系统在所有范围内得以利用真实的评估数据。我们可以经常地执行新的、有趣的商业场景以突出R/3系统可利用的最新功能。新的功能可通过IDES场景(设想)来表现及证明(归档)。
    Above all, IDES shows you the possibilities of the integrated applications in the SAP System. We cover all aspects of a business enterprise, including Human Resources, Financial Accounting, Product Cost Planning, Overhead Management, Profitability Analysis, Planning, Sales and Distribution, Materials Management, Production, and much, much more. We have also integrated document administration and third-party CAD systems within the IDES system. This means that you can call up and display external documents, or access CAD drawings.
    最重要的是,IDES能够给你展示SAP系统综合的应用程序可能发生的事情。我们可以把商业企业所有方面都包含进来,包括人力资源、财务会计、产品成本计划、一般费用管理、收益分析、计划、销售与分销、物料管理、生产等等,还有很多。在IDES系统中,我们同样有着综合性的文档管理,及第三方CAD系统。这就意味着你可以提取和查看外部文档,或者访问CAD制图。
    IDES shows you how the R/3 System supports production processes, the supply chain, and the efficient usage of global resources. Or perhaps you would like to increase your understanding of just-in-time-production or the integration of the electronic KANBAN system in an MRP II environment? IDES provides the ideal way to learn about areas such as Product Cost Controlling, Activity-Based Costing, or integrated Service Management and Plant Maintenance. How to manage high inflation is just one of the ever-growing number of IDES business scenarios that you can choose from.
    IDES展示了R/3系统如何支持生产工艺(过程)、供应链、以及 @? 全球化资源行之有效的方法。或许还可以增进你对“即时生产”,或对一个MRP II环境中的电子化的KANBAN(看板)系统的理解呢?
    The IDES Release Strategy版本策略 IDES
    IDES and Training和练习的关系 IDES
    The Structure of the IDES Group的组织结构 IDES
    IDES Logistics后勤学 IDES
    The IDES Release Strategy
    IDES
    版本策略
    A new version of IDES is available with every correction release. It is not possible to upgrade an existing IDES version to a new release. You can, however, install service packages for the corresponding correction release. This means that every new IDES Release involves a new installation. The IDES Release Strategy ensures that you always get new master data, transaction data, customizing functions, and documentation that are tested and checked for quality.
    一个新的IDES版本是由每一次修订后发行生效的。它不可能由一个已存在的版本直接升级产生新的版本。然而,你可以安装服务套件用于相应的修正版本。这就意味着每一个新的IDES版本包括一个新的设置。IDES版本策略可以确保你总可以获取新的主数据、事务数据、用户定制功能,和已经对质量进行测试及检查的文档。
    IDES and Training
    IDES
    和练习的关系
    Many of the demonstrations and exercises used by SAP for the R/3 System training program are based on IDES data. IDES is the perfect compliment to the SAP training program. It enables you to revise training exercises and improve your understanding of the many functions of the R/3 System.
    许多示例及练习可以通过SAP R/3系统基于IDES数据的练习程序来进行。IDES是一个完美的SAP练习程序。它能够校正你的练习,和提高你对R/3系统中众多功能的理解。
    The Structure of the IDES Group
    IDES
    的组织结构
    The IDES group comprises four subgroups. The European subgroup consists of five companies, North America has two. Latin America and Asia each consist of one company. Each of these companies has its own clearly defined business objectives within the consolidated group and is organized according to local business practices and legal requirements. Consolidation takes place across the financial areas. For example, the French subsidiary operates solely as a sales company, or in Mexico, we represent high-inflation methods and the material ledger. The American and German subsidiaries produce goods, as well as carrying out purchasing and sales activities. Accounting and Human Resources for each individual company have been adapted to meet the particular business objectives. Germany and the United States, for example, have been set up to use flexible standard costing, whereas the United Kingdom uses static standard costing based on full costs.
    IDES的组织包含了4个小群组。欧洲组包含了5个公司,北美有2个,拉丁美洲和亚洲各一个。每一个公司对于各自的商业目的在合并集团中都有明确的定义,以及依据当地的商业惯例和法律要求组织起来。 @? 这种合并是通过财政领域来划分的。例如,在法国, @? 辅助性的独立运作可以当作一个销售公司来看待,或者在墨西哥, @? 描述为通货膨胀方式和原料明细分类帐。在美国和德国, @? 辅助性的货物生产,如同进行购买和销售活动一样。对于每个独立的公司来说,会计和人力资源都有 @? 其相适应的特定的商业目的。例如,在德国和美国,已经建立了灵活的成本核算标准,然而,在英国,却使用了 @? 基于完全核算的静态成本计算标准
    IDES Logistics
    IDES
    后勤系统
    A variety of products are manufactured and sold using the different organizational units within the Logistics area. IDES provides all the resources required for production and assigns them to the corresponding products through bills of materials (BOMs) and routings. Each product or product group represents a particular production type. IDES contains fully-integrated business processes for the production or sale of the following products or product groups:
    在后勤系统中,一种产品的制造及销售使用不同的组织单元。IDES提供了所有必需的资源用于生产,及通过物料清单(BOM表:Bills Of Materials)和排程给它们分配相应的产品。每一种产品或产品组体现了一种特定的产品类型。IDES包含了足够完整的企业业务流程,以用作如下产品或产品组的生产或销售:
    Product  产品
    Process Type  作业类型
    Elevators 电梯
    Engineer-to-order 按订单设计
    Motorcycles 摩托车
    Make-to-order production 按订单生产
    Cars 汽车
    Sales-order-based repetitive manufacturing
    基于的销售订单大批量生产
    Pumps 泵
    Make-to-order production 按订单生产
    Personal computer 个人电脑
    Repetitive manufacturing 大批量生产
    Lighting products 照明产品
    Mass production 大规模生产
    Paints / solvents 油漆/溶剂
    Process industry, Chemicals 加工行业,化学药品
    Tablets 药片
    Process industry, Pharmaceuticals 加工行业,医学药品
    Food / cosmetics 食品/化妆品
    Retail 零售业
    You can use IDES to create your own prototypes for business processes. As soon as you are familiar with the SAP System business processes, you can adapt IDES to meet your own individual requirements. The IDES enterprise structure helps you create business scenarios that reflect your own working environment.
    你可以利用IDES来建立自己的企业业务流程模型。很快你就会熟悉SAP系统的业务流程,你可以(通过配置)使IDES来适应你自己个别的需求。IDES企业结构可以帮助你建立相应的商业场景来反映你自己的工作环境。
    You can then implement core business processes for your own company and analyze the various solutions. And IDES offers the additional advantage that you do not need to start from scratch each time. You can use existing IDES processes as a basis, then simply add organizational units and master data step by step until you have created your new, personalized business process.
    然后你可以执行企业核心业务流程应用于你自己的公司,以及分析多种的解决方案。另外,IDES提供了附加的有利条件,使你任何时候都不必从零开始。你可以使用IDES基础(basis)中现有的业务流程,然后简单地逐步增加你的组织单位和主数据,直到建立成你新的、私人化的业务流程。
    ==================================================================
    Prerequisites  前提
    To run or analyze the business processes and corresponding data described in this online documentation, you require at least IDES for Release 4.6B.
    要运行或分析这些业务流程和这些在线文档所述的相应的数据,你必需至少IDES 4.6B的版本。
    There are several ways of accessing the IDES data:
    有如下几种方式可以访问IDES数据:
    • Local IDES system
      本地IDES系统
    • Remote access to an SAP IDES system
      远程访问一个SAP IDES系统
    • Access to an IDES system on your notebook
      访问笔记本上安装的IDES系统
    If you would like to order an IDES system, or if you have any questions regarding system requirements, hardware, or general questions about IDES, check out the IDES homepage in SAPNet. This contains a list of contact persons who will be only too pleased to help.
    如果你想订购IDES系统,或假如你有任何关于系统需求、硬件方面的问题,或关于IDES的一般问题,你可以到IDES的SAPNet主页上注册。 @? 里面包含了一张联系人清单,他会非常乐于帮助你
    Documentation 文档
    Additional Software Components 附加的软件包
    IDES User IDs IDES用户帐号
    IDES Documentation
    IDES
    文档
    Your IDES system also includes the latest version of the IDES online documentation. If the Release of your IDES system is not the same as the Release of the IDES online documentation, it could be that some of the IDES scenarios do not run properly. If this is the case, you should inform your system administrator.
    你的IDES系统同样包含了IDES在线文档最近的版本。如果你的IDES的版本与你的IDES在线文档版本不一致,可能是因为你的IDES场景没有完全得到运行。如果是这样,你可以通知你的系统管理员。
    Additional Software Components
    附加的软件包
    Some of the scenarios in the IDES system contain third-party software. If, for example, you want to run or analyze scenarios that use Internet components, you will need to install additional modules or objects. You can find all of the necessary components, and the corresponding installation guidelines, in the shared folders of the IDES system, client 800. Contact your system administrator if any components are unavailable, or if any errors occur.
    一些IDES场景包含了三部分软件。例如,假如你想运行或分析互联网组件的场景,你需要安装附加的模块或对象。你可以在IDES系统client 800的共享文件夹中,找到所有必需的组件及相应的安装向导。如果这些组件不存在或发生错误,你可以联系你的系统管理员。
    IDES User IDs
    IDES
    用户帐号
    Your IDES system contains reference user IDs with predefined authorization profiles. These authorization profiles are targeted at the various interest groups who work with IDES. The following user IDs and profiles are available:
    你的IDES系统包含了已事先定义的授权文件的用户帐号。这些授权页面文件是以各人员工作在不同的兴趣组(扮演不同的角色)为准则来定义的。如下用户帐号及授权文件是可利用的:
     
    User
    Profile
    Description
    1
    SUPER
    SAP_ALL, SAP_NEW
    All authorizations in the SAP System
    SAP系统所有授权
    2
    DEVELOPER
    IDES_DEVELOP
    All authorizations, apart from user allocation
    除了帐户分配外的所有授权
    3
    MUSTER
    IDES_ALL
    Master and transaction data / customizing / display: Development environment
    主数据/事务数据/定制/查看: 开发环境
    4
    JUNIOR
    IDES_USER
    Master and transaction data / customizing / display: Development environment
    主数据/事务数据/定制/查看: 开发环境
     
    展开全文
  • SAP组织模型PPT文档

    2009-08-22 12:38:43
    详细介绍了SAP组织模型,ppt文档 详细介绍了SAP组织模型,ppt文档 详细介绍了SAP组织模型,ppt文档 详细介绍了SAP组织模型,ppt文档
  • SAP成都研究院的一个部门领导让我给他的团队做一个SAP CRM One...只是同我们大学专业课学习时完成的家庭作业相比,SAP模型的复杂程度增加了好几个数量级。 和传统的增删改查相比,以订单编排领域为例,SAP订单模型的...

    SAP成都研究院的一个部门领导让我给他的团队做一个SAP CRM One Order框架的培训,这是我准备的培训内容。

    在Jerry之前的文章 基于SAP Kyma的订单编排增强介绍,我表达了自己对SAP应用的理解:模型以及基于模型的增删改查。只是同我们大学专业课学习时完成的家庭作业相比,SAP模型的复杂程度增加了好几个数量级。

    和传统的增删改查相比,以订单编排领域为例,SAP订单模型的"",还需要考虑实际业务流程中各种类型的前置和后序订单,即SAP使用的术语 文档流(Document Flow)

    而"", 除了订单自身状态的迁移外,还包括订单模型提供的各种可执行逻辑。这些逻辑既包括订单模型本身字段的更改,也可以包括订单与第三方系统的交互。在很多上下文里,我们称这些逻辑为Action。

    如下图右下角所示:

    既然订单模型复杂度如此之高,那么引入一种精良的能支持企业级订单编排应用的高质量建模方式,就显得至关重要。

    随便看些例子,SAP CRM总共支持多少种标准的订单类型?下图中BUS2000开头的就是不同的订单类型,我没有具体数过,但是几十种总是有的。

    而SAP Cloud for Customer,虽然位于CRM命名空间下面的Business Object的数量比SAP CRM要少一些,但是基本的用于实现销售自动化流程的订单模型仍然一应俱全。

    我们先来看SAP CRM的订单模型。有没有可能用一套模型来描述SAP CRM支持的几十种订单类型呢?有,那就是SAP CRM One Order模型,其自描述的名称就体现了该模型的特色。

    Jerry曾经试图搞清楚"One Order"这个称呼,是来自SAP官方,还是仅仅被SAP开发人员内部使用。

    用搜索引擎根据关键字One Order搜索,得到的结果几乎全是Jerry写的博客,囧。不过进系统根据ONE ORDER为关键字还是能搜索出大把的代码。

    我的文章 Jerry的WebClient UI 42篇原创文章合集里有这张架构图:

    其中One Order框架从架构上讲,位于上图红色区域内,包括数据库表,ABAP结构体以及操作它们的API代码。

    SAP One Order框架有多成功?搜索引擎输入关键字"SAP CRM ONE ORDER", 第一条搜索结果即Jerry写的一篇博客。其中第一段话就给大家做了详细的阐述:

    尽管它如此成功,但当Jerry刚刚接触One Order的时候,吃惊地发现,竟然没有一个比较直观的图形化界面,能够显示出这个模型的全貌。不过瑕不掩瑜,对于一个诞生于20年前的框架来说,我们不应该用20年后的标准来苛求它。

    我们想象一下,不同类型的订单,有什么共同点?无非每种订单都有抬头结构,行项目。有的结构,从业务上说可以同时出现在订单的抬头行项目,比如参与订单的业务伙伴明细(Involved parties), 组织架构(Organization Unit)等等。有的字段只有行项目才能出现,比如卖出的产品信息(Product, Scheduled Line)。

    SAP One Order建模的原理,类似我们小时候玩的积木。

    组成One Order模型最小粒度的单元,就是一个个扮演积木作用的结构体,在事务码CRMC_OBJECTS里查看。

    下图是这些结构体的列表,如果SAP标准的结构体不能满足需要,客户仍然可以自行创建新的结构体。

    然后我们用搭积木的方式,将业务上具有关联关系的若干结构体组合起来,共同分配给某个订单类型,比如描述服务流程的订单类型BUS2000116,就由下列这些结构体组成:

    有了模型之后,剩下的就是实现基于这些模型的增删改查操作,即ABAP编程。

    One Order API的代码实现原理,实际上就是设计模式里的模板(Template)模式和观察-发布者模式的结合体。

    我们学习模板模式的时候,有一个经典的例子,上帝通过模板模式主宰芸芸众生的生老病死。

    我们每个人被父母实例化出来之后,只能被动地实现上帝在模板里定义好的四个方法:生,老,病,死,而不能够更改这个模板本身,比如调换这四个方法的顺序。即使是乔布斯,也没有办法给自己添加一个"永生"的方法。听起来很残酷,但这是事实

    那么,One Order框架里,作为One Order应用的上帝,定义了哪些模板方法?

    事务码CRMV_EVENT,指定BUS2000116, 执行:

    得到下图列表。红色的第一列,就是前文提到的组成One Order模型的积木。蓝色的第二列,是这些积木对发生在自己身上的感兴趣的事件列表。从图中可以看到这些事件名称都是自描述的,比如AFTER_CREATE, BEFORE_CHANGE, BEFORE_DELETE等等。

    第三列黑色的ABAP函数,就是这些事件的监听函数。

    这些监听函数的后缀EC代表Event Callback。

    借助上述框架,One Order应用的开发人员的开发工作就变得无比轻松:

    1. 通过搭积木的方式,定义出自己应用需要的One Order模型

    2. 实现模型里需要关注的事件对应的监听函数。

    至于这些监听函数什么时候被调用到?应用开发人员完全不用操心。

    由此我们能发现,One Order框架的实现,把编程复杂度从应用开发人员身上转移到了框架实现身上。

    One Order框架内部的实现比较复杂,一篇文章的篇幅无法讲述清楚。况且通常情况下,One Order框架的使用者只需要了解CRM_ORDER_READ, CRM_ORDER_MAINTAIN等API的用法即可。

    如果想了解更多细节,可以参考我的SAP社区博客:

    1. Buffer logic in One Order header extension Read

    https://blogs.sap.com/2017/03/22/buffer-logic-in-one-order-header-extension-read/

    2. Logic of FILL_OW function module in One Order

    https://blogs.sap.com/2017/03/22/logic-of-fill_ow-function-module-in-one-order/

    3. Logic of CHANGE_OW function module in One Order

    https://blogs.sap.com/2017/03/23/logic-of-change_ow-function-module-in-one-order/

    4. Logic of CREATE_OW function module in One Order

    https://blogs.sap.com/2017/03/24/logic-of-create_ow-function-module-in-one-order/

    5. Logic of SAVE_EC function module in One Order

    https://blogs.sap.com/2017/03/23/logic-of-save_ec-function-module-in-one-order/

    6. CHANGED_AT, HEAD_CHANGED_AT and CRM_CHANGED_AT in order header table

    https://blogs.sap.com/2017/04/27/changed_at-head_changed_at-and-crm_changed_at-in-order-header-table/

    One Order的API之一,为消费者提供修改操作的CRM_ORDER_MAINTAIN, 所有SAP标准支持的结构体都作为输入参数之一出现在参数列表里:

    这种设计方法虽然让参数列表显得有点冗长,但是从另一方面看,也起到了自描述的效果, 确保API的使用者即使不阅读文档,仅凭浏览这些参数本身,就能大概了解该API到底支持One Order哪些数据的修改。

    这也符合那份著名的来自Google的API设计最佳实践文档里提到的,好的API应该满足的条件之一:易学易用,自描述,不易造成误解。

    在我的另一篇文章 Hello World, S/4HANA for Customer Management 1.0 我曾经提到,SAP CRM的部分功能迁移到SAP S/4HANA后,部分实现做了一些改造,其中就包括One Order的改造。

    Jerry是负责One Order改造设计的三位人员之一,详细的改造原理和实现我已经分享到SAP社区了,这里只简述一些核心概念。

    为什么要改造?因为SAP CRM搬到了S/4HANA上,而S/4HANA的一个强大之处,在我同事Zhang Sean的文章 S/4HANA业务角色概览之订单到收款篇 里也提到了,那就是S/4HANA在SAP历史上第一次实现了OLTP和OLAP的完美结合,即一套系统唯一数据源,可以同时满足Transaction事务型应用和Analytics分析报表型应用的需要。

    而SAP CRM One Order没有改造之前的模型是无法和S/4HANA的上述特性匹配的。

    改造之前,每个组成One Order模型最小粒度的结构体,都有自己独立的一张专属数据库表,命名规范一般是CRMD_加上结构体名。

    这套底层存储模型如果原封不动地搬到S/4HANA里,在运行报表统计等应用时会出现性能问题——为了取出报表结果,后台需要在很多个结构体的存储表中做各种数据库表的内外连接操作。当参与连接操作的数据库表尺寸增长到一定数量级后,整个应用的性能表现不佳。Jerry也参与了性能评测,最后我们决定对One Order的底层数据模型做改造。

    因为留给我们从调研到改造的原型开发,再到正式开发一共只有八个月的时间,因此我们选择了一种代价最小,对One Order框架改动最小的方式。

    首先我们抛弃了之前每个结构体拥有一张专属数据库表的做法,在S/4HANA里,每种订单类型只拥有两张表,一张存储抬头级别的数据,另一张存放行项目数据。之前散落在不同结构体表中的字段,如今统一维护在这两张表里。由于所有的字段都平铺在这两张表里,我们内部形象地称其为平坦表(Flattened Table)。

    存储模型大大简化之后,我们基于这两张表再创建CDS view,让上层的报表应用消费。这样改造后简化的模型,能满足S/4HANA中OLAP应用的需求。

    针对S/4HANA OLTP应用的改造,用一句话概括,就是我们采用设计模式里的适配器模式(Adapter), 在API与简化后的数据库表之间引入一个微型的中间件,扮演Adapter的角色。

    当消费者通过One Order API进行读操作时,中间件负责把存储在简化后的数据表中的数据进行还原,再填充到One Order API上层的缓存中。对后者来说,它对底层存储模型发生的变化毫不知情,因为Adapter封装了底层数据读取的逻辑并做了格式转换,所以One Order API上层不需要做任何改动,也完全能够像在SAP CRM里一样正常运行。

    而当消费者调用One Order API进行写操作时,在存储于各个结构体对应的缓存中的数据持久化到数据库之前,同样是Adapter负责把这些分散在不同缓存结构中的数据做一个合并,合并后的结构体再写入平坦表。

    讲完了CRM One Order订单模型的设计,我们再来简单看看SAP Cloud for Customer的订单模型设计。

    虽然SAP Cloud for Customer的后台对客户和Partners不可见,但我们仍然可以从合法渠道获得一些其订单模型的设计信息。

    https://archive.sap.com/discussions/thread/3602400

    从SAP社区上这位SAP员工的回复,我们得知ESF2和BOPF有很多相似之处,设计理念类似,但ESF2主要用于部署在云端的产品,比如SAP Cloud for Customer上Business Object的开发,而后者主要服务于On Premises解决方案比如S/4HANA。

    因为Jerry不能够把C4C后台ESF2的界面给大家看,所以我选择了展示S/4HANA的Business Object开发框架BOPF,因为前面说了,二者很多方面都非常相似。

    同之前介绍的SAP CRM One Order框架一样,通过BOPF实现的订单模型,同样由若干个结构体通过搭积木的方式组成,这些结构体如上图红色高亮区域所示,每个结构体也有自己的专属存储数据库表。而SAP CRM One Order里每个结构体的事件监听函数,采取的是ABAP传统的面向过程的函数实现,而BOPF则采取了实现指定接口的ABAP类,二者原理相同,只是实现细节有差异。

    SAP C4C的订单模型,虽然和SAP CRM传统的One Order模型一样,每个结构体拥有一张专属的数据库表,但是在运行报表程序时并不会出现性能问题,这是怎么做到的?

    答案是采用了TREX,一个专为只读报表应用优化过的存储仓库。换句话说,SAP C4C的事务处理和报表处理使用的是两套不同的存储系统,这一点和S/4HANA不同。

    SAP Cloud for Customer的订单模型,在Cloud Application Studio里对客户和Partners是可见的,大家感兴趣的可以自行去查看。

    希望这篇文章能让大家对SAP CRM两款产品中的订单模型设计有最基础的认识,感谢阅读。

    相关阅读

    要获取更多Jerry的原创文章,请关注公众号"汪子熙":

    展开全文
  • SAP HANA 模型优化.pdf

    2020-02-14 11:25:02
    SAP HANA 实际的项目中,建模过程尤为重要。而建出的模型,性能是否优良,是否满足项目的加载时间要求。本文档给出了多种HANA模型优化的方法,非常适合SAP HANA 从业人员。
  • SAP ABAP 数据模型

    2007-11-07 08:59:06
    SAP 各模块的数据模型,非常详细地整理了各模块业务数据的逻辑关系。是ABAP编程非常好的工具。
  • SAP BW 模型简介

    千次阅读 2010-09-15 19:43:00
    本文简要介绍了SAP数据仓库产品BW的基本模型

    标准星型模型(Classic Star Schema)


    标准星型模型是数据仓库中一种常用的组织信息和数据的多维数据模型。它由中心的一个事实表(Fact Table)和一些围绕它的维度表(Dimensional Table)组成。

    事实(Fact)着眼于商业活动中的分析数据,通常回答诸如这个产品多贵?卖了多少?之类的问题。事实数据存储在事实表里面。事实表可以分为两部分:一部分是指向所有维度表主键的外键字段,另一部分是度量字段(通常叫做Measure,BW中叫做Key Figure)。

    维度(Dimension)是对商业活动某个考察角度的文字性描述,通常回答诸如谁?买了什么东西?什么时候?在哪里?之类的问题。维度数据存储在维度表里面。维度表也可以分为两部分:一部分是作为主键的ID,另一部分是该维度的一组特征字段(Characteristics)。例如顾客维度包含了唯一的顾客ID,顾客的姓名,居住城市,所在区域等。

    SAP  BW星型模型

    SAP在标准星型模型基础上做了一些改进,将维度表中的主数据(Master Data)分离出去,独立建表,并通过SID Table和维度表关联起来。SAP将主数据分为3类:属性(Attributes),文字描述(Text),层级结构(Hierarchy)。以Material维度为例,材料的名字放入text 表中,材料所属的类别放入attributes表中,材料的层级信息放入hierarchy表中。


    事实表和与之相关联的维度表构建了BW分析的核心模型InfoCube. InfoCube是一个独立完整的数据集,从多个维度描述了一个商业应用。

    这里需要注意的是Master Data 并不是InfoCube的一部分,因此Master Data可以在多个InfoCube中共享。这是BW将Master Data从维度表分离出来的主要原因之一。我们知道MOLAP数据仓库为了提高Aggregation的效率,需要事先把这些Aggregation的值计算好,而不是在每次请求的时候才计算。这些预先计算好的Aggregation值当然也需要以cube的形式保存起来。如果是用标准星型模型,那么有两种方法来存储:一种是将Aggregation值和facts一起保存在原始cube的事实表中,这样事实表就会更加庞大,查询效率肯定不高。另一种是为不同的Aggregation建立独立的aggregation cube,存在这写新的cube中,但这样会造成维度表的冗余,每个aggregation cube都会重复一份它所需要的维度表中的所有信息。现在BW将Master Data从维度表分离出来使得维度表变成一张简单的关系表,就解决了Master Data的冗余问题。同时由于Master Data不是和维度表绑在一起而是通过SID Table查询得到,使得多语言支持非常方便。可以为每种语言建立独立的主数据表并根据查询时的语言信息动态绑定到不同语言的主数据表。

    展开全文
  • 本文Jerry将介绍八款SAP产品中的客户模型。希望您在阅读完本文之后,能对SAP客户模型设计的思路有一个最最粗浅的了解。 由于Jerry水平和精力所限,本文不会详细阐述这些产品里的客户模型设计细节,而是介绍了一种...

    本文Jerry将介绍八款SAP产品中的客户模型。希望您在阅读完本文之后,能对SAP客户模型设计的思路有一个最最粗浅的了解。

    由于Jerry水平和精力所限,本文不会详细阐述这些产品里的客户模型设计细节,而是介绍了一种方法,如果您对这些模型设计感兴趣,可以按照该方法自行深入研究。

    • SAP CRM
    • SAP CRM Fiori
    • SAP Hybris Cloud for Customer
    • SAP S/4HANA On Premise
    • SAP S/4HANA On Cloud
    • SAP Hybris Enterprise Commerce Platform
    • SAP Hybris Revenue Cloud
    • SAP Hybris Engagement Center

    除SAP S/4HANA On Cloud之外,其他七款产品在SAP成都研究院均存在对应的开发团队。如果您对这些产品有进一步的问题需要咨询,欢迎留言。

    SAP CRM

    可以按照客户的类型是Corporate或Individual来搜索。在SAP的很多产品里,这两种类型的客户共用同一个技术模型,通过模型上某个类型字段进行区分。本文只着重介绍Corporate Account。

    下图是SAP CRM里某个Corporate Account明细页面的抬头区域。

    客户明细页面的抬头区域下部由若干可以通过点击小三角符号来展开的区域组成。SAP的技术文档里称这些区域为Assignment Block。

    如何查看SAP CRM的客户模型呢?在上图客户页面按F2,会显示如下弹出窗口,显示该页面实现的BSP应用视图名称为BP_HEAD/BPHEADOverview。

    在BSP开发工具里打开该视图,能看到每一个Assignment Block的技术明细。

    假设我想深究下图名为Address的Assignment block实现明细,在上图中得知其BSP实现为BP_ADDR/CorpAccountAddresses。在开发工具里打开此视图,找到地址数据是来自模型节点BuilAddress。

    这个BuilAdress节点是SAP CRM客户模型的子节点。SAP很多产品都有所谓Business Object(下文简称BO)的概念,这些模型从技术上来说是一棵树,由若干节点组成,节点与节点之间存在父子关系或者跳转关系。每个节点由若干字段组成,这些节点组成的模型,再加上节点上定义的一系列能够执行的动作(action)就构成了一个BO,实际上是sap对某一业务流程及参与实体的高度抽象的产物。

    CRM客户模型的底层数据库表:BUT000。用于区分Corporate还是Individual Account的字段名称: TYPE。

    通过模型单元测试工具,能够清楚地看到客户的地址信息是维护在节点BuilAddress里的。下图是CRM Business Object测试工具截图,左上显示了该模型的节点集合,左下显示了当前选中节点为BuilAddress,右边区域显示了这个节点所有字段的内容。

    SAP CRM Fiori

    前一章节介绍里使用CRM Web Client UI打开了一个Corporate客户。这里用SAP CRM Fiori再次打开它。

    可以看出CRM Fiori和CRM UI显示的思路类似,都是把抬头类型的信息和各个维度的明细信息分开显示。同CRM相比,稍稍不同的是CRM Fiori的客户明细页面并不像CRM那样,各个维度的数据从上到下依次全部显示在一个页面上。因为要照顾到使用平板电脑或者手机访问系统的Fiori用户,所以CRM Fiori页面上只会显示某一维度的客户数据。不同维度的数据展示通过下拉菜单来切换。

    例如选中Marketing Attributes维度后,在Chrome开发者工具里能观察到一个HTTP请求,观察其路径发现CRM_BUPA_ODATA,这其实是OData服务的技术名称。

    在网关系统根据该服务名称搜索,能查到提供该OData服务的后台服务器。

    让我们再来重温我的公众号文章SAP Fiori应用的三种部署方式里提到的这张架构图。网关服务器就是下图红色方框的ABAP Frontend Server,而OData服务的实现位于后台服务器,如下图蓝色方框所示。

    SAP Hybris Cloud for Customer

    工作中心视图Accounts和Individual Customers分别对应了SAP CRM里的Corporate Account和Individual Account。

    页面风格和SAP CRM稍有不同,但是思路一致:客户的抬头信息显示在页面左部,其他维度的信息显示在页面右部。每个维度的信息通过不同的标签页进行切换。

    使用我公众号文章Jerry和您聊聊Chrome开发者工具提到的技巧找到客户明细页面的UI模型地址:

    /BYD_COD/SalesOnDemand/Account/UI/COD_Account_TI.TI.uicomponent

    在Cloud Application Studio里打开该UI模型,点击Data Model即可查看C4C客户模型的设计明细。

    这里可以看出C4C的客户模型仍然是一个BO,位于命名空间http://sap.com/xi/AP/FO/BusinessPartner/Global

    该命名空间内部还包含一些其他BO,例如Customer和Employee。

    这几个模型有什么区别和联系?借用面向对象程序设计的思路来解释C4C里客户模型的设计:类似面向对象编程语言里的父类一样,Business Partner这个BO定义了一些最基本最通用的字段,如下图正中的虚线框所示:Generic Attribute,Addresses和Relationships。其他模型Customer,Employee和Supplier,则在这些通用字段基础上定义了一些新的字段。对于Customer模型,其区别于Business Partner模型之处就在于需要维护一些和销售相关的信息,比如销售数据,销售区域和销售线索。对于Employee,关注点则在于工作地址,工作部门,领导等信息。

    借用面向对象编程语言的继承概念,C4C的Customer和Employee BO继承了Business Partner BO上定义的通用字段,同时本身又定义了新的字段,这些字段将其自身和其他BO从业务上区分开来。

    作为一款云解决方案,您可以通过一些非常简易的步骤,在短短几分钟之内通过OData Service或者Web Service,实现您的第三方应用和C4C客户模型的各种交互。例如您可以将C4C的客户数据暴露出来供第三方应用读取,或者通过第三方应用对C4C客户数据进行写操作。

    SAP S/4HANA On Premise

    在SAP R/3里,创建不同角色的业务伙伴需要使用不同的事务码:

    这些模型在SAP全球客户多年使用过程中,暴露出一些局限性和不足,例如一个Customer/Vendor只能维护一套地址信息;没有角色的概念,一个业务伙伴没法维护成既是Customer又是Vendor;没办法维护一些和时间相关的属性。

    这些不足到了S/4HANA得到了妥善解决。在S/4HANA里,所有不同类型的业务伙伴使用统一的Business Partner模型。R/3的Customer和Vendor使用各自的模型和数据库表,到了S/4HANA,这些模型统一成Business Partner,通过BP Role来区分其角色,底层的数据库表也统一使用Business Partner的数据库表。

    客户数据的创建也统一使用事务码BP来完成。R/3那些五花八门的业务伙伴创建的事务码全部标注成Obsolete。一旦执行,会自动重定向到事务码BP去。

    为了确保大量源自R/3的基于Customer/Vendor旧模型的应用能够继续工作,S/4HANA引入了Customer Vendor Integration(CVI)的概念,简单地说即每次S/4HANA应用使用新的Business Partner对应的API进行写操作时,数据不仅仅存储到新的Business Partner模型的对应的数据库表里,同时仍然会存储一份到旧的数据模型表里,如下图所示:

    关于CVI的更多介绍,请参考博客:

    SAP S/4HANA on Cloud

    和S/4HANA On Premise使用的客户模型相同,例如下图ID为1010的客户明细数据,

    通过OData服务MD_CUSTOMER_MASTER从ABAP服务器读取。

    切换标签页时,会触发该标签页对应的明细数据读取请求。

    每个标签页对应客户模型上的一个子节点。通过Chrome开发者工具查看请求结果字段即可了解到该子节点上建模了哪些字段。

    SAP Hybris Enterprise Commerce Platform

    Hybris ECP backoffice里也存在Customer和Employee模型。因为是backoffice的使用场景,所以和前文介绍的SAP CRM和SAP C4C不同,这里的客户页面还包含一些其他维度的信息维护,比如密码策略和密码重置功能。

    Hybris的模型定义很有意思,定义在xml文件里。在Hybris文件夹\bin\platform\ext\core\resources下面有core-items.xml:

    该xml文件定义了Customer这个模型是另一个模型User的扩展,具体扩展的字段名称为customerID。

    在执行命令ant build后,会自动生成一个以Model结尾的.java文件,位于文件夹\bin\platform\bootstrap\gensrc\de\hybris\platform\core\model:

    查看CustomerModel.java,发现xml文件第1757行定义的code Customer出现在了Java文件的第40行,xml文件第1763行为Customer模型定义的新字段customerID, 出现在Java文件的第43行。

    而User模型的实现文件UserModel.java和CustomeModel.java位于同一个文件夹。打开UserModel.java, 发现它又是扩展自模型PrincipalModel。

    这个扩展关系也是在core-items.xml里定义的。

    同理,User模型较之Principal模型,新定义的字段如下图attributes标签里所示:

    按照同样的逻辑再从Principal往上追溯,可以得到完整的类型继承链:

    Customer->User->Principal->GenericItems->LocalizableItem->ExtensibleItem->Item。

    由此得知Hybris的类型系统,对于Customer和User这些业务模型的关系描述采用的是继承的思路,而ABAP Dictionary里的类型模型则采用的是组合的思路。若干业务上相关的字段被放到一个结构体里,若干结构体再组合(include)成一个规模更大的结构体,最终形成一个给外界消费的结构体。

    SAP Hybris Revenue Cloud

    SAP Revenue Cloud是SAP最近发布的一款云解决方案。该方案能动态地规划、创新和调整系统,从云端自动管理和配置定价,报价,计费和订购等流程,从而超越报价到收款流程,通过变革实现盈利。

    点击Customer tile查看客户主数据:

    客户明细页面是典型的Master Detail风格。

    从Chrome开发者工具里发现明细页面加载时,会有一个请求向后台读取40个客户的抬头信息:客户ID,客户类型和客户名称,显示在左边的Master List区域内。

    选中Master List里某个客户,会触发另一个HTTP请求向后台读取选中客户的明细:分别是客户地址,客户联系人和客户市场信息。这三类明细分别是Revenue Cloud客户模型的三个子节点,通过expand指令读取。

    在Chrome开发者工具里展开节点即可查看该节点的字段。例如地址节点包含的字段如下:

    这些数据请求由部署在SCP上基于Java实现的Revenue Cloud微服务负责响应并返回给UI5前台。

    SAP Hybris Engagement Center

    SAP Hybris Engagement Center是SAP新一代全渠道呼叫中心SaaS产品。在坐席和客户的交互场景里,坐席需要在最短的时间内搜索出系统里存在的客户或完成新客户的创建工作。

    实际上Engagement Center里的Corporate客户模型上的字段一个屏幕就能够全部显示出来,如下图所示:

    客户明细页面渲染之前,所需要的数据通过如下HTTP请求读取:

    通过expand指令在一个请求里将客户模型的抬头信息及地址信息一并取回。观察HTTP请求的响应结构,得知Engagement Center的客户模型里,地址信息维护在子节点Addresses上。

    从响应结构也能看出地址和客户角色都支持维护多个记录,这个观察结果也和UI上提供的功能一致。

    这篇文章简要介绍了SAP几款产品中客户模型的建模情况。通过SAP不同产品里客户数据模型的比较,我们了解到这些模型的复杂程度随使用场景的不同而有所区别。您也可以按照本文介绍的使用Chrome开发者工具这一方法,自行研究您感兴趣的SAP产品里的模型设计。甚至,您可以用同样的方法看看Salesforce的客户模型是怎样设计的。

    感谢阅读。

    要获取更多Jerry的原创技术文章,请关注公众号”汪子熙”或者扫描下面二维码:

    展开全文
  • SAP IDES模型资料

    2008-11-29 12:34:32
    此资料用于理解SAP IDES中实际的业务是如何实现的。有助于理解sap r/3 的业务过程。
  • SAP Commerce Cloud后台根据id来查找template:LandingPage2Template 该模板支持的content slot: 在Content Slot relation for a Page Template 标签页里,可以查看某一个template到底分配了哪些content slot:...
  • SAP价格模型

    2008-01-11 13:48:00
    价格模型。具体的配置参考如下的文档,为自己写的一个东西,帮助记忆起来几个复杂的概念。 转载于:https://www.cnblogs.com/LearnSap/archive/2008/01/11/1035166.html...
  • SAP BW模型解析

    2010-09-01 16:53:58
    传统的Cube:星型结构,由事实表和维度表组成,事实表存放的是业务数据以及它本身独有的信息和指向周围维表的外键,事实表的主键由维度键值组成;维表中存放的是特性值,由一个维度键值和多个维度属性组成. ...
  • SAP OData 的 V2 模型

    2021-06-01 09:00:19
    https://sapui5.hana.ondemand.com/#/topic/6c47b2b39db9404582994070ec3d57a2#loio66a130fa4d10411b8fc90df00185554b The OData model is a server-side model, meaning that the data set is only available on ...
  • gateway系统在接到Metada请求时, 首先会检查自己的 cache table看里面是否有cached的model数据: ![clipboard1]... ![clipboard2](...
  • 明智的决策,更好的沟通和对业务状况的更快响应是在这个竞争激烈的全球... 本文讨论了如何将SAP HANA虚拟数据模型用于实时交易数据的动态分析,以获取洞察力,进行假设分析并实时执行业务交易,而无需使用持久性聚合。
  • Sap2000模型转Ansys程序分享-SapvAnsys Share.zip 由于SAP2000建模功能强大,特别是大模型尤为方便,但由于单元太多,无法分析,只能用ANSYS分析。 但ANSYS能导入的IGES文件要求模型必须为实体模型,但很多模型...
  • 使用命令行cf sapml retraining jobs -m image得到具体想查询的job id: 然后使用下列命令行把存储在AWS在线存储上的训练日志文件下载到本地: cf sapml fs get jerry-flow-training-2019-07-15t0858z810007/...
  • Created by Jerry Wang on Dec 04, 2014 Opportunity Odata model里...SAP help里的解释是mark成address = true的entity set能够直接通过url访问,比如如下两个例子:document history和maxhit. 而对于其他通过$...
  • SAP IDES的模型公司

    千次阅读 2008-04-14 19:57:00
    SAP IDES的模型公司 在SAP R/3系统中,所谓IDES,即"Internet Demonstration and Evaluation System" (国际演示和教育系统),也就是一个模拟公司实际运作的模型。它包含了一个国际性的组织(集团)及几个国家的子公司...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 16,668
精华内容 6,667
关键字:

sap模型