ITPub博客

交货单和发票中都有外贸的页面，发票的内容是从交货单复制过来的。其所使用的表都是eipo。Eipo依靠关键字段exnum和expos来实现与交货单或者发票的关联。Likp和vbrk中都有exnum字段。Expos字段是行项目号码，lips和vbrp中都没有此字段，直观来讲，应该就等于他们之中的项目号，一一对应的。但是问题是，如果交货单和发票是一对一的，没有问题。如果两个交货单合并开票呢？用交货单去查和用发票去查是否就不一样了？都是一个exnum，但是行号用谁的？检验下来，用的是发票中的行号。推算下来（未经完整测试和验证），应该是这样的：在创建交货

字段帮助上所写有点误导，实际的作用是这样的：首先，一个客户只能分配给他一个付款条件，但是如果在一个月中的不同期间，你想应用不同的付款条件怎么办，就可以用此字段。比如说同样是付款条件0001，你可以细分成payment term 0001 with day limit 15和pt 0001 with dl 31两个，然后在其中设置不同的细节，比如一个是30天内2%折扣，一个是due net。应用的效果是，如果基线日期为10号，则应用dl 15的条件，2%折扣，如果是28号，则应用31的。一个问题是所谓基线日期，也是在payment term中设定的，是posting date还是document date或者其他

把MM看了一遍，囫囵吞枣了一下。因为自己是做SD的，所以特别留意和SD相类似而有不同的地方，比如说采购组织，是可以跨公司的，比如说条件，有那么多的维护可能性。当然，另一个主要关心的是，SD和MM是怎样集成的，来体现销售驱动采购。作为一个批发经销企业，而不是制造类型企业，没有制造过程，买成品，然后就卖掉，其采购与销售的直接关联关系是最为实在的。当我们面对这种实际企业应用时提出的以销定采的理念，到底是如何落实到SAP的具体业务逻辑的呢？这是我一直尝试了解清楚的。到目前为止的我的理解程度是这样：[@more@]首先，批发行

一直对税的事情不是太清楚，刚好看到网上的一个说明，觉得说的十分清楚了。现转载如下：[@more@]从计税原理上说，增值税是对商品生产、流通、劳务服务中多个环节的新增价值或商品的附加值征收的一种流转税。实行价外税，也就是由消售者负担，有增值才征税没增值不征税，但在实际当中，商品新增价值或附加值在生产和流通过程中是很难准确计算的。因此，我国也采用国际上的普遍采用的税款抵扣的办法，即根据销售商品或劳务的销售额，按规定的税率讲算出销项税额，然后扣除取得该商品或劳务时所支付的增值税款，也就是进项税额，其差额就是增

Different from SD sales organization, purchase organization can be assigned: plant-specificcross-plantscross-company codes (no company code assignment, and company code needs to be specified manually in purchase order)[@more@]

"SAP recommends that you valuate material at plant level. Valuation at plant level is mandatory if you want to use either of the Production Planning or Product Cost Accounting components, or if your system is a Retail system. "[@more@]

sap has a tool on http://service.sap.com/uda named upgrade dependency analyzer, helping to clarify the upgrade dependency between two systems.for example, there are erp 4.6c and crm 4.0. can erp be upgraded to 6.0 and still compatible with crm 4.0?[@more@]

sap tutor player在我的机器上一直没法用，十分讨厌。直到最近，才看到终于2月份的时候，sap出了2.2版，与vista兼容。终于可以在我的vista上运行用tutor做的sim文件了。好像很多地方，包括sap自己的网站，提供下载的还是2.1或者其他老版本的，如果要下载2.2版，可以到http://service.sap.com/saptutor下载，也可参见notes：1071313。当然，需要s账号的。不过，我想要下载这个的，应该都会有吧，呵呵。[@more@]

http://www.configurator.ch/dojo/apps/cn2/solution-configurator-v015.jsp?&lang=zh-cn在这里可以对快速启动版的A1进行项目费用估算，很方便的。有几点说明：快速启动版指的是只包含baseline预配置的版本，不包含行业解决方案。A1的基础是ERP，狭义的，不包括CRM等，只是MM/PP/SD/FICO/CS。这个费用代表的是完全使用预配置，前期六个周的项目方法评估，后期8个周的项目实施的软件（用户）费用和实施费用和硬件费用的总和。前期六周都是用来评估企业业务模式是否适合使用这种实施方式，还是需要用一般的ERP实施方法，以顾问通过流程讲

Enhancement package is the new way of upgrade for SAP business suite.The latest version of EHP is 4 for ERP 6.0, 1 for NetWeaver 7.0.It’s not support package. Support package contains corrections, while enhancement package provides new functions.It’s in a cumulative way from EHP1 to EHP4, which means EHP4 contains all that in before, although from EHP4 on, you can make delta installation based on EHP3.There is only one version of EHP allowed for one system at one time.After installation, you w

Dispute management is part of FSCM which means the process is designed from the accounting department point of view, not sales. The main features are:The solution begins with the receiving of customer payment. If it’s an underpayment (or short payment), the dispute case, the central business object, will be created. And then make clear the reason and deal with the dispute case, by creating credit memo or continuing collection, or just writing off the residual. I think that should not be the com

The process of requesting the change of customer’s credit limit has been systemized. In that process, the sales rep can create credit limit change request which will be mailed to credit rep who can approve and change the limit accordingly or forward to financial clerk for further information or just refuse it. The confirmation information will finally pass to the sales rep.It should be great. Yes? But I find one problem which let down my interest a lot. SAP does not make any connection between

面对中小企业的，包含了大多数象erp、crm、scm、hr等主要的business suite所涵盖的功能，当然是简化版的。整个产品全都是由服务组成的，讲究的是按照用户角色来设计业务操作界面和流程，实际上就是将服务灵活的组织搭配起来，形成符合客户业务的流程。（要了解服务，可以查看esoa说明）不建议在上面做二次开发，实施周期较短。按用户数收费，好像记得相当于大概1个用户1千块钱一个月的样子。 服务器是托管的，不用买，由SAP德国统一维护。操作界面全是基于网络的，并且访问的是德国服务器，所以如果只是使用普通的网络通讯方式，速度可能会

最后，要说明的是，总觉得，SAP是把一些相关概念和特点都统统的放在了ESOA上，很多时候实际上是在说他的netweaver以及基于此的一些应用，比如跨XX的流，比如友好的界面，实际上都是在说他的bpm业务流程管理器、brm业务规则管理器、gd、vc和dypro的功能和好处。他就是想把ESOA和netweaver混为一谈。不过，从另一方面讲，体现出来的，并且是要赞扬的是，SAP确认是有很厉害的物化能力，把一些概念、理论，可以真正落到产品设计和功能开发中去，不管是整体还是细节，变成真正有形的、实际存在的东西。SAP真是唯物主义者的杰出代表，呵呵。[@mo

几个主要的应用类型Role-based UI & Backend Abstraction：与一个后台系统连接，调用其中的程序、功能，将用户相关工作以工作流的模式展现并逐步展开。这个后台系统是service enabled。比如，创建订单-创建交货单-开票。UI Dashboard：与多个后台系统连接，在同一界面和结构中展现来自不同系统的各种信息。比如同时显示客户的订单信息和该客户的以往销售情况统计。Before- /Post-Processes：现有核心业务功能前后的一些补充功能，提高效率和流程连续性。Backend Multiplexing：可以将数据信息同时写入多个系统。[@more@]

ESOA在应用上的特点SAP的ESOA通常是与netweaver、web、web dypro、visio composer、guided procedure、java、portal等等名词挂钩的，并且他出现在企业内部erp应用已经比较完善，而跨平台，跨系统，跨公司的更广的范围下的集成应用要求日益高涨的今天。所以我想你就可以知道他的主要特点是什么了。用户界面是基于web的step by step形式的，根据用户role的工作内容，将事务一个个串起来，用户可以很方便的跟着一步步的完成自己的工作。我们经常说工作流，erp里面的工作流我们用的不多，而在新的ESOA模式下，工作流的应用就大大地提到了提升，

“服务”程序与传统程序的区别所谓“服务”程序与传统开发的程序的最大差别是共用性，可复用性。而这种差别并不是因为使用了不同的程序语言或有什么巨大的技术革新，更主要的，是一种程序应用模式的创新。实现其的方法也很简单，写程序的时候注意符合通用的一些规范，然后同样按照规范要求维护好一些属性和说明信息，然后发布出去。当然，为了更加的可共用，通常这些服务都很小，意思是原来可能一个事情用一个大程序完成，现在，会把他切分成许多小程序（服务），这种细碎化的单一功能的程序（服务）就大大提高了对于其他人而言的可借用性

SOA和ESOASOA全称叫做servcie oriented architecture。是全新的一种基于服务的系统架构模式，但是这个对我这种不懂技术的人来说，等于没说，我也不关心他的真正的所谓“技术架构”是怎么样的。根据我的理解，“服务”就是程序，是这种新模式下对程序的另一种称呼。当然这种程序是基于http或者其他web方式的程序，所以叫做web service。通俗的理解，就是将自己写的程序，作为可共用的“服务”，发布到网上，供其他人使用，因为其他人要能够理解和使用，所以这些程序都是符合国际通行的规范的，就像upc，iso等。比如说，你设计一件衣服，并为

大略的看了些SAP的ESOA的资料，形成了一些基本的理解，想大概写一下，希望对那些也想对此有所了解，但没时间仔细去看大部头的说明资料的SAP顾问，可以有一个快速的，既是概览性的，又是纵贯性的简易通道，一个进一步探索的理解基础。要说明的是，我不懂开发技术，我是从一个功能模块顾问的角度，来想、看和理解这个ESOA的，也是由这个角度来抽取我想要了解的一些ESOA的情况。当然作为门外汉，并且只是大概看了些概要资料，因此理解不可避免的有所偏差。如果有所误导，请谅解。总体包括以下内容：SOA和ESOA概念理解两个基本概念Enterprise

In SAP ERP prior to EHP 4, there exist a function to deal with customer head office and branch relationships. You can maintain the relationships in customer master data, the result of which is the customer head office will be the only receivable account of FI side, while the branches under it will have individual accounts no more. That means, every invoice of the branches will be directly posted to the receivable account of the head office. Of course, there is a field in the line item indicating