SAP间协同商务数据交换
中国科学技术大学
硕士研究生学位论文
论文题目：企业ERP间协同商务数据交换学生姓名：解斌锋 ______
导师姓名：苗付友 ______
单位名称：计算机科学技术系
专业名称：计算机应用 ______
研究方向： ________________
完成时间： 2007年04月
摘要
全球经济一体化的来临，企业之间需要高度信息的共享，流程全面整合。将内部ERP的概念延伸到企业外部资源，合作企业通过交互管理可以及时获取客户需求和产品、服务信息，可以实现采购、生产、物流的最优路线，实现整个关联企业组成价值链的管理达到改善供应链管理、完善风险管理提高整个价值链企业的竞争力。网络通信，互联网技术和面对企业应用集成（Enterprise Application Intergration，EAI）的发展为协同商务提供了技术支持。
本文主要分析研究主流协同商务数据交换的框架和标准协议规范，本文介绍集组织模型、业务流程和信息技术、分析设计开发为一体的协同商务数据交换平台的系统构建过程。由于ERP厂商都有各自的接口API，本文旨在采用国际先进的供应链协同技术，有效解决多个物流环节之间的协调、数据交换以及业务综合处理。为上层的ERP应用提供统一的接口。并集成传统数据交换的计算技术，建立接口满足新旧个性化系统连接需要.
本文研究协同商务数据交换的主要计算机技术有建立网络文件服务器设立共享目录，传统文件传输服务FTP，SAP开发技术。本文研究使用了：OLE访问标准文檔数据，FTP连接操作，HTTP 交互访问，XML商务数据规范，RosettaNet行业协议，SAP连接集成技术RFC、BAPI、IDOC、EAI、BOP。
【关键词】ERP、协同商务、EDI、XML、IDOC、SAP、BAPI、RFC
Abstract
With the development of the globe economic, it is necessary to enjoy the information highly and integrate processes fully among enterprises. If extend the concept of the ERP to the enterprises external resources, the consolidation enterprises can get the customer requirements, products and services on time by internal management, can realize the best routines among in purchase, produce and logistics, can realize the management of all the association enterprises of the component of value chains, which ca n better the management of the supply chains, the risk management and hold up the competition. The development of the net communication, network technology and the enterprise application integration give the technology assist for the assistance business.
The Papers analyze and study data exchange foundation standards，protocol and framework of Collaboration commercial. The Papers introduce business transaction processs, information technology and state proceduement and method that analyze, design and develop Collaborationcommercial system. The Papers adopt international advanced supply chain collaboration technology, effectively settle the coordination, data exchange and comprehensive transaction between several logistic links.
The Papers study data exchange technology such as net catalogue share file access,FTP, HTTP get,HTTP post ,XML decomposing and composing，OLE so on. The Papers introduce SAP technology such as RFC, BAPI, iDoc，EAI and so on.
【Key Words】ERP、Collaboration commercial、EDI、XML、IDOC、SAP、BAPI、RFC
目录
摘要 (2)
ABSTRACT (3)
第一章绪论 (7)
1.1协同商务背景 (7)
1.2 协同商务数据交换平台开发构建缘由 (8)
1.3 国内外发展状况 (8)
1.4 本文研究的主要内容 (9)
1.5本文特点 (9)
1.6本文的组织结构 (10)
第二章协同商务数据交换综述 (11)
2.1企业ERP及协同商务发展简述 (11)
2.2协同商务的定义 (12)
2.3 协同商务行业领域及发展 (13)
2.4 协同商务平台功能模型 (13)
2.5 协同商务平台技朮架构SOA (14)
第三章协同商务数据交换内容及协议标准 (16)
3.1 协同商务数据交换的发展历程 (16)
3.2 协同商务数据的基本内容 (17)
3.2.1协同办公与知识的共享(Collaboration OA and Knowledge Sharing) (17)
3.2.2 协同供应链管理(Collaborative logistics business Interactions) (17)
3.2.3 协同业务合作社区(Collaborative business Community ) (18)
3.2.4 协同设计(Collaborative Design) (18)
3.3电子数据交换EDI (19)
3.3.1 EDI工作原理 (20)
3.3.2 EDI的连接方式 (21)
3.3.3 EDI交易标准集合 (22)
3.4 XML协议标准 (22)
3.4.1 XML解析 (23)
3.4.2 XML编辑生成 (24)
3.4.3 XML数据存储 (24)
3.4.4 基于XML的电子商务标准 (25)
3.4.5 XML SOAP应用 (25)
3.5 RosettaNet标准 (26)
3.5.1 PIP (Partner Interface Processes) (26)
3.5.2 RosettaNet Implementation Framework (RNIF) (27)
3.5.3 RosettaNet字典 (28)
第四章协同商务数据交换技朮 (29)
4.1网络共享文件访问 (29)
4.2 FTP连接访问编程 (30)
4.4邮件自动读取发送商务数据交换技术 (31)
4.4.1 SMTP邮件传输的协议数据交换 (31)
4.4.2 邮件通讯与数据交换整合 (32)
4.5 ALE/IDocs配置和调用 (34)
4.5.1 ALE/IDocs概念 (34)
4.5.2 ALE /IDocs的消息发送过程 (36)
4.5.3 ALE /IDocs的消息接收过程 (37)
4.6 HTTP和XML数据抓取提交数据交换 (38)
4.6.1 HTTP数据抓取提交数据交换 (38)
4.6.2 XML数据抓取提交数据交换 (41)
4.7 BAPI/RFC调用及SAP开发技术 (43)
4.7.1 SAP开发技术 (44)
4.7.2 SAP的软件测试 (45)
4.7.3 BAPI的程序框架 (46)
4.7.4 BAPI相关函数 (46)
第五章协同商务交换平台的设计与实现 (48)
5.1 系统设计思想 (48)
5.2系统体系结构与开发环境 (48)
5.3协同商务功能模块 (49)
5.4协同营销功能模块设计 (49)
5.4.1 订单数据交换设计 (50)
5.4.2调用BAPI订单数据交换设计 (50)
5.4.3调用BAPI建立独立需求 (52)
5.5 协同供应链数据交换设计 (54)
5.5.1调用BAPI生成需求预测 (54)
5.5.2调用BAPI生成需求预测小 (55)
5.6协同设计数据交换 (55)
5.6.1调用BAPI创建物料主档 (55)
5.6.2调用BAPI创建物料清单 (56)
5.7数据库管理 (57)
5.7.1数据库优化 (57)
5.7.2 数据库并发控制 (58)
5.7.3 数据库安全管控 (58)
第六章总结与展望 (59)
6.1 系统总结 (59)
6.2 效益评估 (60)
6.3 未来展望 (60)
附录A NET SHARE指令 (62)
附录B FTP协议结构信息和SMTP协议 (64)
附录C常用BAPI函数 (69)
参考文献 (69)
致谢 (70)
第一章绪论
中国出口企业200强之首的富士康科技集团是从事IT产品销售、研发及服务的跨国性企业，与Intel、HP、IBM、Dell、Cisco、Apple等世界级IT领袖企业结成了策略合作联盟，已成为全球第一大电子代工厂商(EMS),. 随着全球单一市场竞争的日益激烈及技术的发展，为提升竞争力同时因应客户要求，富士康集团许多事业单位导入了全球最大ERP系统SAP，使企业的业务流程得到优化和集成，减少企业在经营发展中面临的风险，为公司建立了战略核心的管理支持系统平台。但集团与客户、供货商，事业总部和分支机构，集团分支机构与客户营销分支机构，集团分支机构和供货商、协力厂商、服务提供商，分支结构与分支结构之间的实时、动态的信息交换，各种协同信息能及时得到传递，最终使企业逐步过渡到虚拟、动态、敏捷的高级形态。这就要求建立起协同商务数据交换平台，为集团企业提供了管理模式的更多选择。采用集中化管理思想，在战略上实行集中监控，整合所有资源；在战术上实行分布式经营，做到既减低经营风险，又实现规模经济优势，是实现集团战略目标有效途径。
1.1协同商务背景
供应链管理的发展与企业经营的发展是息息相关的。70年代竞争策略是低成本，高产量。经营的方法则是依市场预测做计划，为库存而生产。80年代生产高质量的产品并依订单生产。90年代重视供应链整合及企业间资源共响。21世纪企业全球化与电子化供应链管理(e-Supply Chain Management)竞争方式是供应链与供应链间的竞争，现代国际化企业则以适应性、弹性、速度、质量、创新、服务，以及成本的综合指标作为企业新的绩效衡量基准。其中供应链管理的目标在于创造一个无组织界限的供应链，透过通路成员之紧密联结与合作，以加值合伙关系共同运作，期在合理成本的前提下创造最大消费者满意度，并降低通路存货与资产投资，增加消费者对产品的选择权利；同时，供应链管理应以组织信念与技术为核心，构建企业间商务数据交换系统和平台是提高竞争力的关键。
(1)供应链管理的发展
供应链管理就是对于所有参与交易往来的企业间有关物流、金流以及信息流的管理，主要的目的是希望做到降低管理成本、实时精确的信息分享与强化与供货商的合作关系，例如，透过与上游原料供货商仓储中心的连结，取代企业的原料存货，透过与下游经销商系统的连结自动补货，更重要的是从产品设计到制造、物流与配销的协同规划。
从制造商、供货商、零售商到最终使用者间之产品、信息及资金的双向流动的一连串活动。而供应链管理就是透过不断的整合与改造这些活动，以达成提升所有厂商的竞争力与客户价值的连锁性管理，制造商及它的供货商、零售商联合在一起成为一个虚拟的企业，让各项资源(人力、技术、设施)的使用达到最佳化，以生产消费者所需的产品/服务，并让所生产的产品/服务具有高质量、低价格；能够快速的进入消费市场；且获得最大的消费者满意。
(2)信息技术的发展
现代信息技术，实际上就是指信息处理电子时代的信息技术，它是一向以计算机技术为基础的由计算机技术、通信技术、信息处理技术和控制技术等构成的一门综合性高新技术，它是所有高新技术的基础和核心。其中最为核心的就是：数据库技术、分布式网络技术、多媒体技术。数据库技术使得大量的信息存储成为可能．分布式网络技术改变了信息的交互和共享方式，由此改变了人们的协作方式。数据库技术和网络技术的结合使得集中式管理成为可能。而多媒体技术使得人们改变了对事物的认知方式，加快了新产品开发和制造模式，从而也引发了管理的变革互联网等技术的发展使企业获取信息越来越容易，进而对信息获取的要求也越来越高，信息
技术的发展为企业不断增长的需求提供了各种解决方案。使得企业可以借助信息技术对商务流程进行优化，帮助企业实现原先没有能力实现的构想。信息技术得发展给与企业以新的能力，企业将这些前所未有的能力应用于自己的运营中，从而产生新的商业模式。信息技术最初只提供网站上的产品目录和文件服务器上的商务数据文件。后来有简单的交易接口完成部分整合工作，到后来发展成为基于流程整合反映供应链管理思想的协同商务。
1.2 协同商务数据交换平台开发构建的原因
企业需要协调其本身拥有的具有复杂地理属性的差异化资源；需要充分利用合作伙伴的资源信息，以增强竞争能力。网络经济和知识经济的时代，资源的概念不再是你拥有多少资源，而是你能调度多少资源；需要管理的对象不再仅仅是员工，更多的是你的合作者、外包商、供应商、顾客；管理的功能不再是控制，而在于协调；管理的手段不再是命令和强制，而是协商和合作。合作关系的拓展带来管理外延的扩展，资源概念的变化使新管理引入了整合的概念。
而当信息技术解决了全面跟踪、及时维护、信息分析等技术问题后，如何实现实时的协同又成为挑战。这种挑战是巨大的，因为它不同于以往的协同。早期的工业时代，人们只要协调好和流水线的关系即可，到专业化分工的时代，也只要协调好内部的各个专业之间的关系，这些都是两两之间的简单的协同。而只有到了需要企业内部供应链协同的现代工业时代，协同才提出了挑战。网络经济时代的信息协同更扩展了企业的范围，成为跨地域的企业和企业间，供应链和供应链之间的协同。企业只有能够合理组织全球资源，才有生存和发展的可能。
信息技术已经成为企业管理创新的工具和平台。以信息技术为支撑的企业管理信息系统，是最好的先进管理理念的载体，是先进管理技术转移的最佳“平台”，当企业的员工利用这个平台开展日常业务时，管理技术就得到了转移和普遍应用。在管理技术得到传播的同时，信息技术也正深入企业的各个层面，进行着实实在在的业务和管理的支持，无论是单项核心能力的提升，还是ERP、SCM、CRM等现代管理技术和方法，已经被大多数企业应用。
信息技术增强了管理的手段。计算机最早在管理中是作为辅助手段被应用的。但是现代信息网络即Internet/Intranet/Intranet的发展，正在使信息网络成为管理的战略资源而成为管理本身不可分割的重要组成部分。信息网络已不单是一般地提高管理效率和降低管理成本，还将通过管理的科学化和民主化全面增强管理功能，不是被动地适应原有的管理业务流程，而是积极促进管理业务流程的合理重组，综合集成各种互有联系的管理职能，使管理工作的面目根本改观。被誉为结构性商业革命的电子数据交换（EDI）把商务活动中票证和单据流转的相关环节，如纵向的材料采购、产品制造、出入库、销售和发送，以及横向的金融、保险。运输、税务等业务活动通过标准化商业文件的联网传输和自动处理整合在一起，即为一例。朝着“可扩展标记语言”（XML）方向发展的，把供货、生产、销售、客户、银行等各个环节形成供销链“一条龙”联网服务的电子商务（EC），将提供另一个新的实例。
1.3 国内外发展状况
电子商务尤其是其前身EDI在国外经历了长足的发展，他们已经意识到信息的标准化是电子商务亟待解决的问题。
目前，有两个非盈利组织（CommerceNet和RosettaNet）在致力于建立B-B的电子商务标准。CommerceNet是由银行、通讯公司、增值网提供商、ISP、在线服务、软件和服务公司及最终用户等组成的协会，现有成员有600多家公司和组织。其目的是促进B2B电子商务的发展。其下属的
OBI（Open Buying on the Internet ）组织则负责制定一种适应于产品批发的企业级电子商务标准，这是一个开放的、可升级的、独立的和适应性很强的标准，现已推出OBI1．1标准。RosettaNet 由诸多IT业的巨子组成，目前包括象Cisco Systems， Compaq， GE，HP， IBM， Intel，Microsoft， Netscape， NEC， Oracle等60个企业。目的是制定一个适用于IT产品通过WEB 技术在网络上实时进行企业级交易的电子商务标准。RosettaNet通过eConert计划，已经形成测试标准：
PIP1．1（Parter Interface Process）。它通过提供一个XML （Extensible Markup Language）语言模板来定义商务伙伴之间的标准数据交换格式。
其它公司和组织也在进行各自的标准和规范制订工作，比较有代表性的有： Ariba的cXML、IBM的tpaML、CommerceOne的xCBL2．0、Microsoft的BizTalk框架以及联合国UN／CEFACT小组和OASIS发起的ebXML计划等。一旦数据交换的格式得到统一，形成标准，B-B的电子商务模型及电子商务框架即水到渠成。
目前国内的研究处于严重滞后的情况，各电子商务从业公司及其它IT企业忙于直接参与电子商务，而且不少公司忙于进行“圈地运动”，重视商业炒作，忽视电子商务研究尤其是B-B电子商务的研究。而大多数从事电子商务研究的机构并不直接从事电子商务，这使得一些研究缺少实践基础。
一些从事电子商务的企业和一些急需利用电子商务降低成本，提高竞争力的企业，已经意识到现有国外电子商务理论与企业应用的巨大差距，急需符合中国国情的电子商务的框架，能够在较低信息化程度的基础上充分利用电子商务，为他们增强企业竞争力。
1.4 本文研究的主要内容
本文主要研究协同商务数据交换的内容、协议格式（国际标准）和实现技术。由于ERP厂商都有各自的接口API，本文旨在针对不同制造类企业ERP系统应用不能互操作，服务对象不能即插即用问题，通过内嵌ERP连接组件和API编程建立实现一个基于SAP协同商务数据交换平台系统，并扩展到其它ERP系统，为上层的ERP应用提供统一的接口。同时集成传统数据交换的计算器技术建立接口以满足新旧个性化系统的连接需求。
本文主要研究协同商务数据交换技术
有建立网络文件服务器设立共享目录，传统文件传输服务FTP，基于EJB、CORBA或DCOM技术的Web应用服务器，消息中间件和MTS一类的交易中间件。本文研究使用了以下计算器技术：OLE访问标准文檔数据，FTP连接操作，HTTP交互访问，XML商务数据规范，RosettaNet行业协议，SAP连接集成技术RFC、BAPI、IDOC、EAI、BOP。
1.5本文特点
本文从商务数据企业特点和商务数据交换内容入手，研究国际通用商务数据交换标准及发展过程中所涉及的计算器和网络技术，通过多种连接接口技术，构建了适应不同接口和ERP系统的商务数据交换模型，适合所有制造业的ERP系统进行商务数据交换的开发设计。
本文的主要特点有：
1）分析研究大型国际企业之间所交换的商务数据的属性内容，并抽象出制造企业集群的协同模型。
2）集成了文件传输服务，HTTP数据交换，EDI，OLE，XML等多项接口技术。
3）以SAP R/3为ERP系统实例研究其接口ALE，iDoc，RFC，构建企业之间商务数据交换
平台模型。
1.6本文的组织结构
全文分六章:
第一章、绪论:论述协同商务数据交换的产生背景、国内外应用状况等。
第二章、协同商务数据交换综述:详细说明协同商务数据交换的原理、作用及发展历史。
第三章、协同商务数据交换内容及相关协议标准。
第四章、协同商务数据交换技术。
第五章、协同商务数据交换平台的设计实现。
第六章、协同商务数据交换的未来展望。。
第二章协同商务数据交换综述
2.1企业ERP及协同商务发展简述
21世纪的制造企业面临着日益激烈的国际竞争，要想赢得市场、赢得用户就必须全面提高企业的Ｔ、Ｑ、Ｃ、Ｓ、Ｅ。许多企业通过实施MRPII/ERP来加强管理。面对客户对交货期的苛刻要求，面对更多产品的改型，订单的不断调整，企业决策者认识到，管理方法是管理主体根据管理目标作用于管理客体以实现管理职能的原则、方式、工具和手段。信息技术的发展不仅革新了传统信息论在管理中的应用，使20世纪70年代出现的管理信息系统（MIS）面目一新；而且创造了全新的管理方法，如人工智能方法、虚拟技术等。由于信息网络的发展，政府和企业也在革新管理方法。例如，政府管理将越来越把重点放在跨部门、跨地区的关系到社会和经济发展全局的重大工作上Z；企业管理会更注重于员工的培训和学习，甚至强调自学和集体学习，以确立员工的共同目标和协调员工的整体行动。
企业资源规划(ERP)的内涵是以信息科技为基础，将企业内所有与交易相关的管理或作业信息系统，透过整合及规划，使组织内的各种资源能够快速的在部门间流通、分享，以达到缩短制程、降低成本、提高产品质量目标的整合管理系统。ERP的演进过程是从70年代MRP，80年代MRPII，90年代ERP(1990~)，到现在的EERP即强调多企业间协同商务之系统平台。
分布式应用是和体系化的集中式管理是不可分割的――大型企业由于具有跨地域、跨行业、多元化的特点，所以需要分布式应用；而只有集中式的管理才能达到集团的资源优势，实现集团的规模经济，如集团采购、销售和业务流程的协作和信息共享。管理信息系统必须适应分布式应用是和体系化管理的要求，实现总部和分支机构，分支机构和分支结构之间的实时、动态的信息交换，使企业的各种协同信息能及时得到传递，最终使企业逐步过渡到虚拟、动态、敏捷的高级形态。
当没有信息技术支持的时代，这只能是一种美好的愿望，集团企业只有走分权这条路子。而信息技术，特别是网络技术和数据库技术的高速发展，为集团企业提供了管理模式的更多选择。采用集中化管理思想，在战略上实行集中监控，整合所有资源；在战术上实行分布式经营，做到既减低经营风险，又实现规模经济优势，是实现集团战略目标有效途径。
2.2协同商务的定义
协同商务（Collaborative Commerce，简称C—Commerce）的概念是1999年由Gartner Group公司提出来的。之后，在业界引起巨大轰动和强烈反响，世界各大著名的管理咨询公司、IT巨头、研究机构等纷纷发表自己的看法，或力推自己协同商务的产品及整体解决方案。关于协同商务的定义国际上尚没有权威的统一标准，不同的研究人员有其对协同商务的不同理解。在新经济时代，企业界和IT界已寻求到一种比B2B更好的运作模式——协同商务。协同商务是指企业利用前沿技术所提供的一整套跨企业合作的能力，用以更有效的管理当今错综复杂的企业生态系统。他帮助企业同其关键的交易伙伴们共享业务流程、决策、作业程序和数据，共同开发全新的产品、市场和服务，提高竞争优势。相对于ERP的着眼于企业内部的资源共享，协同商务则更关注企业内外交易各方的同步作业。
Gartner Group认为，协同商务是指将具有共同商业利益的合作伙伴整合起来，他主要是通过对与整个商业周期中的信息进行共享，实现和满足不断增长的客户的需求，同时也满足企业本身的能力。通过对各个合作伙伴的竞争优势的整合，共同创造和获取最大的商业价值以及提高获利能力。
要准确把握协同商务的本质，需要深入理解“协同”的含义。“协同”有两层含义：一层含义是企业内部资源的协同，有各部门之间的业务协同、不同的业务指标和目标之间的协同以及各种资源约束的协同。如库存、生产、销售、财务间的协同，这些都需要一些工具来进行协调和统一；另一层含义是指企业内外资源的协同，也即整个供应链的协同，如客户的需求、供应、生产、采购、交易间的协同。但是协同商务与供应链及客户关系管理是有不同的。后两者更注重于流程性与事务性，而前者更注重
于资源的优化。可以说，协同商务的本质是社会资源的优化
2.3 协同商务行业领域及发展
任何行业领域欲进行协同商务时皆需一套标准的中介数据格式做为各企业系统间整合时的数据编码标准，目前常见的编码标准有RosettaNet、IFX、HL7分述如下：
1.RosettaNet[7]：
提供高科技产业间的标准，主要目标是制订企业流程(business processes)与讯息语法(message syntax)的标准，以达到B2B作业的整合。其标准主要包含三部份：执行架构标准（RosettaNet Implementation Framework，RNIF）、标准字典（Standard Dictionary）、作业程序标准（Partner Interface Process，PIP）。
2.IFX(Interactive Financial Exchange)[3][6]：
电子金融交换标准，服务对象锁定在中小型企业和消费者族群为主，主要服务包括信用卡账单、转帐服务、消费性和企业付款…..等。2000年7月开始研议，以XML/IFX取代现行的FEDI格式
3.HL7(Health Level Seven)[2]：
HL7联盟1987年在美国所成立的Health Level 7，保健第七层，为各医疗系统间共通的标准，主要任务是提供医疗服务之数据的交换管理与整合，将医院信息、药局、行政、财务等信息系统格式予以统一，目前着手于电子病历交换的目标前进，希望透过此一机制能提供病患更优质的医疗服务。
在企业协同的部份未来可分为包括设计协同(Design Collaboration)、营销/销售协同(Marketing/Selling Collaboration)、采购协同(Buying Collaboration)、规划/预测协同(Planning/ Forecasting Collaboration)等四大方向深入研究，因协同作业所牵涉的企业层面广泛，往往在企业内部所能提供信息的能见度(Visibility)不佳的情况下，协同整合不易；本研究建议朝向以代理人(Agent)的机制深入研究，以事先企业间伙伴间所制订的工作流程与规则，再利用代理人俱有跨平台行动的能力，达成企业协同的最终目的。
2.4 协同商务平台功能模型
通讯平台由集团内网构成和website﹐web电子邮件、net即时消息、移动短信系统、notes通知公告、workflow协同日程等基础系统。集团各基地内100M局域网﹐基地之间通过光纤FDDI, 数字用户线路DSL, 帧中继FR﹐DDN专线等连接。集团总部建立了外部POP3邮件系统内部notes 邮件和系统﹐有smtp服务连接内部和外部邮件﹐同时notes向其它系统smtp接口。notes系统内部邮件有控制所有用户之间的邮件往来，内部邮件受邮件内容大小的限制，notes有工作流系统功能与内部邮件整合﹐操作方式一致、界面直观、简洁。
集团短信:
手机短信对人们的生活中产生了极大的影响，同样地，在协同商务应用中也是不可或缺的，短信中心服务器调用通信服务商提供短信接口实现了短信发送、存档、转发、群发等功能，大大超越了普通手机能够胜任的功能。同时也通过串口控制gsm(cdma)无线通信设备进行备份短信发送。
即时消息
即时消息系统可以即时感知用户是否在线，可使用在线短信功能进行实时交流和留言。即时消息在系统中有调用socket功能的模块﹐同时也有dos shell 调用net命令功能的模块，也调用独立的消息应用软件接口。它不同于众多办公自动化软件中web拉式功能的消息系统（严重影响系统性能），而是采取类似于QQ软件、MSN软件的推式消息系统，有力保障了系统性能不受即时消息的影响。系统的即时消息不仅成功解决了即时通信难题，还解决了跨应用系统的难题。使得用
户可以同QQ用户即时聊天，也可同MSN、UC用户聊天和甚至视频会议。
协同商务平台整合电子公文、档案管理、资产管理、事务审批、项目管理、资产管理、用品管理、财务管理、知识管理等功能。协同商务平台为产品数据管理、客户关系管理﹑办公自动化管理﹑人力资源、质量管理﹑制造管理﹑寻报价系统提供数据交换服务。协同商务平台还提供社保劳务数据接口﹐第三方物流系统接口﹐关务税务系统数据接口﹐协力服务商门户、供应商门户、经销商门户、客户门户。
2.5 协同商务平台技朮架构SOA
SOA的IT技术本质就是 Web Services,包括WSDL、UDDI，以及SOAP。个别技术单元，并无法领会到SOA世界的美好。SOA企业流程运作方式以及SOA的技术元素可以互相彼此串接而形成丰富的变化多端的环境。SOAIT技术特征：
它的运作是分布式的：多数企业流程都是由多个参与者共同运行，参与者可能来自不同办公室，甚至不同的地域区域，打破部门藩篱，甚至跨越公司的疆界；因此，跨因特网环境的应用系统支持，以及网络环境下的安全性，都必须列入考虑。
它可以进行工作协调与应用程序集成：大部分的企业流程并不只是运行单一业务功能，而是多个业务功能互相协调后的成果；因此，原本独立支持某项业务运作的应用系统，也必须跟其它业务的应用系统相互集成。
它是动态的系统：企业流程中的各项元素经常动态改变。工作串连方式会随着环境改变、人员角色扮演会异动，工作的运行地点也会改变。因此，BPM环境中的应用程序模块，必须演化成快速适应变动的动态系统，可以轻易透过设置或配置的改变行为模式，甚至调整运行地点，以因应企业流程的变动。
它的构成元素种类繁多而复杂：BPM系统内含分布于各模块的企业逻辑与规则、各种不同安装与监管模式的应用模块，以及众多模块之间的串联与相依关系设置。因此，BPM环境中的软件模块，需要让模块变得可以被BPM配置机制管理，这包含模块的启用停用、健康状态回报，以及系统安全政策，都应有一致的管理方式与技术标准。如此，整个复杂的BPM环境运作才可列入掌握而不致失控。
它可以渐进式地成长：企业可以从最简单的BPM活动开始着手，再演进到成熟复杂的BPM系统；因此，整个系统架构必须能提供清楚的进步蓝图，允许企业按部就班投入IT资源，并逐渐提
升BPM成熟度来运行BPM。
以上五个特征，刚好可用来陪同我们探索SOA的技术世界。
针对特征一，SOA 技术架构可提供安全的网络传输与运行环境。主要技术有二：一是软件模块互相通讯时，所需的保密需求，这可由WS-Security来达成。另一个则是组织成员在环境中的权限控管方式，这可在SOA架构内，采用LDAP、集成单一帐号登录、PKI架构与数位签章等机制来配合。
第二个特征引发的议题是SOA工作协调与应用系统集成。常规应用模块在SOA的世界里，可以采用SOA规定的服务界面(Services Interfaces)对外开放模块的功能。应用模块之间，透过SOA的服务界面标准互传资料，就是最简单的Web Services应用案例。此机制的主要意义在于：所有SOA内的应用模块，只要提供SOA的标准服务界面，就可以不受开发语言限制，互相调用或传递资料。这里的服务界面，讲的就是WSDL(Web Service Description Language)；而SOAP(Simple Object Access Protocol)则是规定应用模块之间互相调用或互传资料时的封包格式。至于WSDL 或SOAP的内容与格式应该长怎样，大部分技术人员可以让中介软件或者EAI系统代劳，透过service adaptor 直接把常规应用模块包成 Web Services模块，并不需烦恼内容的细节。
第三个特征引发的议题是 SOA的服务组合弹性与松散耦合（loosely couple）的特性。SOA 内的应用模块若要能轻松改变组合方式，或者改变运行位置，就要藉助SOA的两个技术特性：松散耦合，以及UDDI(Universal Description, Discovery, and Integration)机制。因为松散耦合，所以某一模块抽离或添加系统，并不影响其它模块；因为有UDDI机制，所以新应用模块添加时，只需跟UDDI服务器登记新服务的界面与所在地点，即可被其它应用模块搜寻到，并且开始交互。因为有UDDI，所以当某项应用模块迁离位置，原有使用此应用模块的其它模块，可以透过UDDI 查找服务的新位置，然后用新位置连结即可。这种特性满足「经常需要把服务节点拆解再重组」的BPM服务导向经营模式。
第四个特征谈到的是可管理的SOA Web Services。这是系统管理与软件管理的议题，虽然当前没有统一的标准来规范管理软件与被管理模块的行为，但当前稍具知名度的SOA环境（特别是application server）多半会提供系统管理工具给系统管理员使用，协助管理SOA架构下所有列管模块的安装、移除、启动、停用，以及应用模块的状态监控与安全机制。
第五个特征，谈的是SOA 技术架构是模块化又可弹性串接的特性，在原有SOA环境添加新的技术模块，即可渐进式提升BPM技术的成熟度。我们从ZapThink [ ]整理的SOA蓝图中，可以得知达到不同SOA成熟阶段所需具备的SOA技术。举例来说，假设SOA有阶段实施的计画，那中间过程可以从「点对点集成」开始，进步到「提供松散耦合的服务」，再来是「稳定而可搜寻发现的服务」，接着「提供可组装与再利用的服务」，进而达到最终目标－「全公司的SOA」。当然，也可从蓝图中得知，不同SOA阶段所能获得的投资回报(ROI)，刚开始只能是「降低应用程序的维护成本，达成点对点的集成」，接着是「透过服务再利用提升效率」，再来是「提升管理能见度与控制力」，最后才是「改善组织的敏捷度」。
第三章协同商务数据交换内容及协议标准
协同商务旨在利用网际网络处理企业与合作伙伴间的各项电子交换，更进一步将双方的营运流程整合起来，可以是直接将彼此的应用系统串连，连到全面自动化。
凡属于单一产业体系内的企业，与相关厂商的的资料交换标准必需统—，XML虽然具有高度弹性但面对各产业的特性不向，仍需要属于自己的资料交换标准。以目前各种产业所发表的资料交换标准，其中以高科技制造业的RosettaNet及金融业的IFX最为普及，其它相关产业如医疗体系的HL7及电子市集HIPPA等等也都纷纷成为标准。以RosettaNet为例，其以XML为基础，推动和定义开放、通用的电子商务流程，建立资料交换与作业整合的标准架构：目前的主要应用在资讯及电子零件供应链上的厂商。RosettaNet以PIP为主轴，并整合一些必要执行基础，如专用字典（Dictionary）、执行架构（Implementation Framework）以及验证（Validation）。
本章主要阐述以下几个主题，以便对协同商务及交换标准有全面的了解:
.协同商务数据交换的发展历程
.协同商务数据的基本内容
.EDI协议标准
.XML协议标准
.RoSSetaNet
3.1 协同商务数据交换的发展历程
最早的电子商务是传统的EDI（Electronic Data Interchange，电子数据交换）。20世纪60年代末，欧洲和美国几乎同时提出了EDI的概念。早期的EDI是在两个商业伙伴之间依靠计算机之间直接通信完成的，70年代，数字通信技术的发展大大加快了EDI技术的成熟和应用范围的扩大，也带动了跨行业EDI系统的出现。80年代EDI标准的国际化又使它的应用跃入一个新阶段。
传统EDI将数据信息规范化、格式化，通过网络互联处理，便于不同公司、企业应用或商业运营的数据交换和交流。但是随着EDI的普及，它的一些缺点也相应显现出来。传统EDI利用专网或增值网服务，成本高。基于严格的事务处理的标准集，其中包含了商业的规则，仅适用于特定应用，对于经常变动的商业规则不适用，难于实现跨平台跨系统的数据交换。
90年代初，随着Internet的迅速普及，出现了基于Internet的电子商务。它利用Internet 的全球性，扩大了交易范围，成本大大降低；采用数据加密、电子认证、安全电子交易等一系列措施，提高了交易的安全性。但是在实现跨平台跨系统的数据交换方面还不是很方便，仍需要在多种文件格式间进行转换。
90年代后期，XML的出现为电子商务注入了新的活力。XML与EDI的结合提供了一种可被广泛理解的商业规范，文档、表单等信息可在不同的系统中相互交换，提高了数据的可持续性，降低了由于商业规则上的变化所引起的额外应用成本，保证同旧系统的连接，保护既有投资。当然，目前XML/EDI技术尚未完全成熟，需要进一步发展和完善。
3.2 协同商务数据的基本内容
现代企业经营管理思想强调在全球经济背景下，利用信息设施和技术在企业整个供应链及跨企业供应链进行各种业务的合作，通过改变业务经营模式与方式达到价值链资源共享和充分利用。信息与知识的共享
3.2.1协同办公与知识的共享(Collaboration OA and Knowledge Sharing)
协同商务需要通过工作流、流程整合、信息与知识共享（包括Internet 技术和协同社区等）完成企业内部以及跨企业范围内对上述工作内容的系统化操作。
这里包含几个方面的内容：一是将员工或用户的信息与自身的工作职责、工作联系起来，与用户有关的所有的信息都是关联的，员工在公司创造的文档，而这些文档也是与这个员工的客户有关，与这个员工的所参与的项目的有关。因此，信息都是与员工的工作联系在一起的。企业内部的信息都是个性化的，员工所需要的信息，员工可以得到的信息都是与他工作相关的。
内容管理也必须纳入到整个系统当中，作为一个协同商务系统，很重要一点是对自身产品的外部传播，例如在互连网上发布最新的企业的产品的信息，建立与客户的沟通渠道，动态的维护外部网站的信息。
利用各种现有的技术以及对于一些业务的规范设定，组成各个层次的框架，最终利用Internet Web 集成平台和各种工具来支持协作社区内各个相关企业的协作，除了包括产品协同、制造协同在内的多种业务合作。在这个架构中，最重要的是基于web 的商务平台。流程整合等协作方式都是作为该平台的后台来进行相应支持。
协同办公能支持群体人员的协同工作，它提供自动处理业务流程，这样减少了成本和开发周期。其主要内容为：
通信系统：包括电子邮件和信息系统。这常常是一个公司网络应用中的首要内容。
人力资源管理：包括雇员的自我服务。如查找公司的聘任政策，了解员工情况及项目组织计划。
企业内部网和企业外部网：将企业内部各组织紧密地联系在一起，并与制造商、供货方及企业伙伴共享信息和进行流水作业。
销售自动化：包括合同管理、合同审定及签署。
3.2.2 协同供应链管理(Collaborative logistics business Interactions)
协同商务思想主要是来源于供应链管理的思想和发展，以及信息技术的不断的发展对企业能力的提升。信息技术的发展，各种企业信息管理系统的不断完善，使得企业有更多得能力来实现供应链优
化得思想。协同商务必须可以提供安全可靠的商务交易流程，包括客户的订单管理以及合同管理、财务交易的管理等。这些交易结果可以与内部其它系统进行一个互动以及数据的更新。当企业内部或是跨企业的员工需要为了一个共同的目标进行工作的同时，都是需要借助业务的整体，例如员工在完成一个产品市场设计的同时，需要借助市场部门、客户部门甚至外部广告公司的协助，在这样的情况下，就是需要对企业整个资源的整合。
协同商务的整个处理过程也是企业内部业务的一个整合过程，客户根据网上的订单进行下订单，通过商务处理过程，实现客户的需求，客户也可以通过自助门户随时了解整体业务过程的处理情况。强化了客户联系的能力。
成功地应用协同商务，实际上就是帮助企业于自己得供应商以及下游合作伙伴建立协同商务链。传统的供应链管理是在大规模制造的情况下寻求着解决问题得思路，在一个市场扰动较小的环境下，采用传统的供应链管理，的确要比垂直一体化的解决方案具有更低的成本和更好的产出。然而，今天的世界已经不是大规模生产的时代，而是一个产出多语序求，竞争异常激烈、客户需求变换不定的时代。因此，对于协同商务产品的化，也是需要加强在协同商务链方面的功能。为企业建立自己的知识管理与创新能力。
3.2.3 协同业务合作社区(Collaborative business Community )
在企业运作过程中，企业的员工需要其它部门的协助，表现的通俗一点，他需要一些知识专家对他的一些问题进行一个解答或咨询的时候，他就需要借助这样一个空间或社区来进行，例如在线的会议，在线培训课程等
另外一方面，企业的很作工作不单单是需要内部员工的协助完成，更需要外部的用户的参与，例如客户的参与，员工在完成客户需求的同时需要不断的与外部客户进行一个有效的沟通，协作社区的出现也是电子商务发展的一个部分，也是协同商务的作用的体现。
协作内容信息管理的发布。通过充分利用信息来增加品牌价值，扩大公司影响和服务，其具体内容包括：
提供公司内信息的传播。如在企业内部网上发布公司政策、招聘及通知。对于一个公司而言，一旦建立了网上通信，它立即会想创建一种在Internet 上的信息沟通渠道，以便连接雇员、客户、供货方和商业伙伴。
提供万维网上的信息发布。万维网站点上的主页（包括静态信息和动态信息）将不定期地发布和刷新。
提供有关品牌宣传及相关的信息。例如关于产品供贷、服务和策略等情况的信息。
提供了保护及管理关键数据的能力。包括公司财经数据、客户数据、产品信息等。
提供了存储和利用复杂的多媒体信息的能力。包括照片、录像、录音、工程计划及X光拍片。
企业与企业之间业务来往时，从底层的机制来说是事件的转换，事件的转换最直接的后果就是数据转换。在实现企业流程的过渡，或称企业事件转换，在点到点集成项目中节约了许多时间，所以企业需要把时间用到流程管理上，以便积极主动地开展计划，而不是被动地解决业务问题。只有如此，信息系统或信息化人士能够真正参与到企业运营中。
3.2.4 协同设计(Collaborative Design)
纵观国内外优秀企业产品开发工作，已由个体化、串行流程的产品研发模式，转向上下游多方协同，兼顾设计、工艺、制造、客户、供应商、合作伙伴等并行的产品设计。信息交流在产品开发中越来越重要，“协同”已经成为当代产品研发策略的根本方向。pdm系统作为企业产品研发的基础管理平台，必须满足企业产品研发过程的不断变化，“协同设计的平台”满足从管理产品设计数据为核心向
管理产品设计过程为核心转变，支持串行工作向支持并行工作转变和从孤立模式向协同模式转变。
传统的pdm以管理产品数据为核心，其主要功能是实现企业数据资料的管理，评价pdm系统成功与否的标准就是产品数据的安全性是否得到保证、借用关系是否清晰、数据查询是否方便等等。诚然，产品数据的管理对企业的意义非常重要，但随着企业信息化的不断深入和企业业务流程再造的逐步深化，pdm系统必须将重点转移到管理产品开发过程上来。
协同商务最终将走上协同设计（Collaborative Design）。一个商品从创意到量产化，中间要经过许许多多的设计，产生出许多设计图，而这些过程多不是由一家企业独立完成。企业在进行协同设计时需要大量的图形与资料数据，微软的Visio最新版已支持XML，将来在Visio上所绘制的设计计图将可用在协同商务上，而SQL Server 2000也支持XML资料存取，届时从设计到资料交换到储存皆能实现。
3.3电子数据交换EDI
商务信息传递从70年代复写件快递，到80年代的电话传真传递，到90年代网络的出现有了电子邮件，但真正的电子商务数据业务来往是1918年美国国家标准协会（ANSI）开始协调EDI的标准，随后1979年ANSI授权信用标准委员会X12（ASC X12）来开发一致的EDI标准--称之为ASC X12标准。1987年联合国出版了EDIFACT（或称为UN/EDIFACT）标准--即EDI for Administration, Commerce and Transport。除了以上提出的几个标准，还有一些行业提出的EDI标准以及一些国家提出的标准。EDI，国际标准化组织将EDI定义为“将商业或行政事务处理，按一个公认的标准，形成结构化的事务处理或信息数据格式，从计算机到计算机的数据传输”。在全球贸易中有大量文档传输的条件下，EDI作为计算机与计算机之间的业务数据交换工具，是全球合作伙伴企业之间交换信息的有效技术手段。
商业机构之间使用某种标准的格式在计算机之间进行商业信息的传输。当前，商业机构之间（B2B）电子形式的商业信息的传递仍然大量使用EDI，此外目前许多基于Internet的B2B电子商务还是基于EDI原理。为了提高B2B电子信息传递的效率，人们做了大量的努力，在EDI的标准化方面进行了长期的探索。
3.3.1 EDI工作原理
数据标准化、EDI软件及硬件和通信网络是构成EDI系统的三要素。EDI标准是由各企业、各地区代表共同讨论、制订的电子数据交换共同标准，可以使各组织之间的不同文件格式，通过共同的标准，获得彼此之间文件交换的目的。实现EDI，需要配备相应的EDI软件和硬件。EDI软件具有将用户数据库系统中的信息，译成EDI的标准格式，以供传输交换的能力。虽然EDI标准具有足够的灵活性，可以适应不同行业的不同需求，但由于每个公司都有其自己所规定的信息格式，因此，当需要发送EDI电文时，必须用某些方法从公司的专有数据库中提取信息，并把它翻译成EDI的标准格式进行传输，
转换软件可以帮助用户将原有计算机系统的文件，转换成翻译软件能够理解的平面文件（Flat file），或是将从翻译软件接收来的平面文件，转换成原计算机系统中的文件。翻译软件（Translator）将平面文件翻译成EDI标准格式，或将接收到EDI标准格式翻译成平面文件。通信软件将EDI标准格式的文件外层加上通信信封（Envelope），再送到EDI系统交换中心的邮箱（Mailbox），或由EDI系统交换中心，将接收到的文件取回。
EDI是如何进行工作的，现举一EDI购买流程对EDI的工作进行说明。首先需求部门将需求电子信息发送给采购部门，采购部通过EDI网络将订单信息发送到供应商的订单系统，同时也会将价格信息发送给财务部门，到货信息确认后采购部也会将信息发送给收货部门以安排收货。供
ESK数据交换平台常见业务功能介绍V1.0
ESK数据交换平台常见业务功能介绍V1.0 一：数据库同步处理 现在的企业正在使用的软件，只要业务量大的，基本上都存在问题，导致问题的主要原因是：数据量大，使用报表分析的频率很高，造成数据库的压力太大,而解决这个问题的一个方法就是：将报表使用的数据库分开，然后将报表使用的数据库与正式的数据库自动同步，同步的方法有很多种，有的难有的易，ESK数据交换平台提供一个解决方案，很简单。 1):首先设置要同步的两个数据库，即设置两个数据源. 2):设置一个数据库模型,模型处理类要选表同步处理.你还可以设置同步的条件，比如从2011/01/01之后的数据才需要同步.为了进行自动增量同步，假如是从A库的A1表同步到B库的A1表，你需要将A1表增加一个时间戳字段. 3):设置一个JOB,并进行调度。让系统按照你的设置自动同步. 二：当作一个简单的ETL抽取工具 现在很多人都在讲数据仓库，多维分析，其实这是同一类型内的概念,BI之所以分析数据快，除了它特殊的存储格式之外,还有一个原因就是它对一些关系型的数据进行了预处理.在不用数据仓库的情 如果我们能就上面的表格建立一个事实表，将每天产生的业务数据，按照某种条件汇总成一条insert,这就是一个进行预处理的过程.如果我们再对这个报表进行数据分析，性能是不是提高了很多.采用这种办法的软件很多，但大多要自已写代码单独进行抽取汇总，而使用ESK数据交换平台就很简单，设置多个数据库传输模型即可. 三：常见的数据导入处理 这种业务是很多的，比如： 1):软件实施前，需要将原来客户使用的系统导入到新的系统里面; 2):公司用了很多软件，但这些软件是数据是不相通的，需要将A软件的数据导到到B软件里面,常见的,业务系统导财务软件. 有的人说，这种情况我写sql也可以，是的，没错，有的情况是可以的,但有的情况使用工具确很简单,比如： 1):我要经常性的导入, 2);从A表到B表，它们的字段差别很大，B表的字段有的可能是固定值，有的是变量，有的是通过某种规则从别的表中取过来的另外一个值，有的数据 是汇总的. 四：与淘宝网，拍拍网的数据同步 现在是一个电子商务的时代，除了以前进行的线下业务之外，线上还有很多新的业务。分销零售行业，这种企业很多。比如我现在所处的鞋服行业，它的店铺就包含了实体店，淘宝店，拍拍店等.传统的行业管理软件基本上不能解决线上店的业务模式，比如（库存同步，分销订单同步）,有的企业为了解决这种需求，一般有两种方案: A:买第三方软件 B:请原来的软件供应商进行二次开发 对于这两种方案都有弊端，对于A,成本高，可能还不支持多仓多店模式，对于B，成本高，时间是一个问题.ESK数据交换平台提供第三种方案，简单的设置一下接口模型，就可以让企业使用的软件和淘宝网，拍拍网进行数据传输.
SAP各模块字段与表的对应关系
SAP各模块字段与表的对应关系 (2011-12-09 07:54:21) 转载▼ Customer Master KNA1 Customer Basic Data KNB1 Customer Company Level Data客户的公司数据KNVV Customer Sales Level Data 客户的销售数据 KNVP Customer Partnering Data客户合作伙伴 KNKA Customer Credit Data - Centralized KNKK Customer Credit Data - Control Area Level KNBK Customer Bank Details KNVH Customer Hierarchies KNVL Customer Licenses KNMT Customer - Material Info Record，客户-物料信息记录数据表 KNMTK Customer - Material Info Record - Header KNVK联系人(供应商，客户) Material Master MARA Material Basic Data(物料类型,,,,,)
MARC Material MRP (Plant) Data(工厂的MRP视图) MARD Material Storage Data (查看总库存)（物料的仓储位置数据） MARDH Material Storege Data His. 查看库存的历史库存（月度的库存） MARM物料计量单位 MBEW Material Valuation Data(查看财务视图-)成本价格) 没有工厂字段，但有评估范围字段； MKAL Material Production Version Data(生产版本) MAKT Material Descriptions/Short Texts(物料描述) MARM Material Units of Measure(物料主单位的转换数量) MVKE Material Sales Level Data （销售视图） MSKU Special Stocks with Customer ( ? ) MLGN Material Warehouse Data MVKE Material Sales Data MTXH Material Long Text MCHA Batch management table（批次管理） MCHB批次库存 MSKA Sales Order Stock（销售库存） MAPL分配任务清单到物料，物料所建的工艺路线（Q类型为检验计划） MAST分配BOM到物料 MVKE物料销售数据(查找销售单位)
泛微协同商务系统人力资源管理解决方案
泛微协同商务系统人力资源管理解决方案 泛微软件 2003-1-6 投稿一、解决方案综述 人力资源管理模块e-HRM是泛微协同商务系统e-cology中的一个重要组件，它提供一套完整的、灵活的人力资源解决方案，并且与泛微协同商务系统的其他组件协同以实现人力资源的全面管理和扩展性应用。e-HRM不同于传统的人力资源管理系统，通过与其他模块的协同工作，实现人力资源管理的全方位化和个性化。 基于协同商务系统建立的人力资源管理与企业信息门户相结合以提供给用户个性化的内容和应用。用户可以从纷繁复杂的日常工作中解脱出来而专注于与自身最相关的业务和信息。e-HRM完全个性化的应用能够大大提升人力资源管理的效率：直接上司可以在线查看下属的个人和工作情况，对员工的绩效表现作出评价，必要的时候还可以以各种方式对员工作出告示，员工可以查看自己的工作情况并及时作出相应的工作安排调整，也可以选择把工作交付给他人，人力资源经理可以在线发布招聘信息并对人力资源库进行维护。 通过e-HRM，可以自定义企业的组织机构，地理位置、人员信息结构，使得e-HRM的管理完全贴合企业的实际状况，从而适应企业发展和业务调整的需要；e-HRM适应本地化要求，支持中英文不同的版本，用户可以在两个界面中自由切换；并且，e-HRM让企业定义不同分支机构和不同部门的工作时间表或者特定的工作流。 e-HRM使员工数据结构化，完全简化了对员工数据的维护和处理。e-HRM提供了全套的员工数据，不仅如此，所有与员工相关的数据，不管这些数据来自系统的什么入口，都会在人力资源信息表中有所体现。例如销售人员负责的客户和他与客户进行的每笔交易，都将被自动记录在他的人力资源档案中，大大提升了人力资源管理的全方位化并为企业提供全面的人力资源绩效分析。 e-HRM强大的报表和统计功能，可以使企业以多种角度对人力资源进行分析，帮助企业制订合理的人力资源管理政策。 e-HRM提供基于组织和人员角色的人力资源管理功能。用户对信息的查看、操作以及相关应用都将由用户工作级别、职务、安全级别和角色来决定，并且提供完备的日志功能以对系统进行严密的监控，保证了系统的安全性。 e-HRM人力资源管理基本框架：
数据交换平台方案
数据交换平台方案2(总18 页) -CAL-FENGHAI.-(YICAI)-Company One1 -CAL-本页仅作为文档封面，使用请直接删除
目录 第一章概述..................................... 错误!未指定书签。 1.1建设背景 .................................. 错误!未指定书签。 1.2应用场景 .................................. 错误!未指定书签。第二章必要性、可行性及效益分析................. 错误!未指定书签。 2.1必要性分析 ................................ 错误!未指定书签。 2.2可行性分析 ................................ 错误!未指定书签。 2.3效益分析 .................................. 错误!未指定书签。第三章建设目标、思路及原则..................... 错误!未指定书签。 3.1建设目标 .................................. 错误!未指定书签。 3.2建设思路 .................................. 错误!未指定书签。 3.3建设原则 .................................. 错误!未指定书签。第四章关键问题解析............................. 错误!未指定书签。 4.1面临的几个重要问题........................ 错误!未指定书签。 4.2数据交换平台与业务应用的关系.............. 错误!未指定书签。第五章总体设计................................. 错误!未指定书签。 5.1总体结构 .................................. 错误!未指定书签。 5.2系统逻辑结构 .............................. 错误!未指定书签。 5.3系统技术架构 .............................. 错误!未指定书签。 5.4系统物理结构 .............................. 错误!未指定书签。第六章数据交换平台功能设计..................... 错误!未指定书签。 6.1交换中心子系统 ............................ 错误!未指定书签。 6.2接入管理子系统 ............................ 错误!未指定书签。 6.3前置机管理子系统 (12) 6.4运行监控子系统 ............................ 错误!未指定书签。 6.5系统管理 .................................. 错误!未指定书签。第七章交换平台安全设计......................... 错误!未指定书签。第八章本期主题应用开发......................... 错误!未指定书签。 8.1政务资源目录管理系统...................... 错误!未指定书签。
泛微协同工作流解决方案
本文格式为WORD，能编辑和复制，感谢您的阅读。 泛微协同工作流解决方案 一．工作流程管理的一些说明 在企业的实际管理和运营过程中，采用手工处理工作任务经常会遇到这些问题：工作效率低下，为了签发一份合同而在各个部门奔波，并且经常因为负责人不在而造成工作的延误；工作流相关资料不能有效和统一的管理；工作流的审批意见不能完整地保存并归档；工作流牵涉到的相关数据更新必须人工二次录入，甚而引发更多的待处理任务…… 而对工作流程的电子化管理可以大大提升企业运营的效率。工作流程是对一整套规则与过程的描述，以便管理在协同工作进程中的信息流通与业务活动。它的目标在于根据企业实际规范和业务操作来定义电子化的工作流，以智能的方式处理过程，保证工作中的某项任务完成后，按预定的规则实时地把工作传送给处理过程中的下一步，保留工作流转进程中的操作痕迹，更重要的是，保证相关数据的自动更新。 一个好的工作流程管理软件可以从以下几个关键因素来评判： §流转路径的智能化 §跟踪与监控信息 §与其他应用相结合 §高度的灵活性采用计算机化的工作流程解决方案是可以帮助人们把作业环境规范化，减少失误与重复劳动，缩短办理周期，提供过程优化的依据，从而达到提高效率和科学管理的目的。 二、工作流程管理总体特点
基于泛微协同商务系统的工作流程管理模块（e-Workflow），为企业搭建一个高效、灵活的工作流程平台，用户可以自行定义所需要的各种流程应用。 e-Workflow工作流程管理基本框架： 它的特点包括： 1）信息的集成性 泛微协同商务是基于“协同”思想体系设计的系统，打破存在于企业的信息孤岛，在各种信息之间建立千丝万缕的联系，并且提供快捷和友好的方式供用户查询。因而所有存储的信息，无论其来源（例如来
sap各模块表的关系
Customer Master KNA1 Customer Basic Data KNB1 Customer Company Level Data客户的公司数据 KNVV Customer Sales Level Data 客户的销售数据 KNVP Customer Partnering Data客户合作伙伴 KNKA Customer Credit Data - Centralized KNKK Customer Credit Data - Control Area Level KNBK Customer Bank Details KNVH Customer Hierarchies KNVL Customer Licenses KNMT Customer - Material Info Record，客户-物料信息记录数据表KNMTK Customer- Material Info Record - Header KNVK联系人(供应商，客户) Material Master MARA Material Basic Data(物料类型,,,,,) MARC Material MRP (Plant) Data(工厂的MRP视图) MARD Material Storage Data (查看总库存)（物料的仓储位置数据）MARDH Material Storege Data His.查看库存的历史库存（月度的库存）MARM物料计量单位 MBEW Material ValuationData(查看财务视图-)成本价格) 没有工厂字段，但有评估范围字段； MKAL Material Production Version Data(生产版本)
泛微协同办公平台(e-cology)系统安装、升级、重装手册_SQL_Server版本
泛微协同办公系统（e-cology）系统安装、备份、升级、重装手册SUBMITTED BY WEAVER SOFTWARE
目录 1.前言 (2) 2.体系结构 (3) 2.1.J2EE架构简介 (3) 2.2.ecology系统在J2EE架构下的实现 (4) 3.系统配置策略 (7) 4.系统安装和卸载 (8) 4.1.安装前准备 (8) 4.2.系统安装 (9) 4.3.系统卸载 (18) 5.系统备份 (19) 5.1.备份程序文件 (19) 5.2.备份文档、图片文件 (19) 5.3.备份数据库文件 (19) 6.系统升级 (20) 6.1.停止RESIN服务 (20) 6.2.备份程序文件夹 (20) 6.3.备份数据库文件夹 (20) 6.4.使用系统升级文件包 (20) 6.5.启动resin服务 (20) 6.6.升级失败后，系统恢复的方法 (20) 7.系统重装 (21) 7.1.拷贝备份的程序、文档图片文件夹 (21) 7.2.安装resin服务 (21) 7.3.修改配置文件 (21)
1.前言 本文档的主要内容是从技术角度对ecology系统的架构、产品安装、升级、重装等进行阐述，并从系统安全、性能和配置等方面对ecology系统的应用和实施提供依据和指导。无论是较小型的应用场合，还是高可靠、高安全要求的大型应用场合，希望本文件给你提供有价值的内容。
2.体系结构 e-cology系统是一个基于J2EE架构的大型分布式应用。采用J2EE的三层架构体系。可选择多种系统环境，满足不同类型、不同规模企业的需要。企业可以根据自己的实际情况构建合适的应用环境。结合操作系统、应用平台或第三方的产品，我们还可以构筑高安全、高性能、高可靠的应用环境。 2.1.J2EE架构简介 基于J2EE的企业应用技术已经成为许多企业电子商务环境的核心驱动引擎，泛微定位技术高端，全面采用J2EE技术规范，全面支持Enterprise JavaBeans标准。 2.1.1.简介J2EE J2EE是一种利用Java 2平台来简化诸多与多级企业解决方案的开发、部署和管理相关的复杂问题的体系结构。提供了对 EJB、Servlets、JSP、JDBC、CORBA以及XML技术的全面支持。J2EE提供了一个企业级的计算模型和运行环境用于开发和部署多层体系结构的应用。它通过提供企业计算环境所必需的各种服务，使得部署在J2EE平台上的多层应用可以实现高可用性、安全性、可扩展性和可靠性。 2.1.2.J2EE的优点 J2EE具有以下优点： 1．平台无关性。用户不必将自己捆绑在某一种硬件或操作系统上，可以根据自身的情况选择合适的硬件、操作系统、数据库。 2．J2EE是一种组件技术，已完成的组件能被方便地移植到任何其它地方。 3．J2EE作为中间件，提供了强大的功能，使开发人员只需要关注商业逻辑，因而能加快开发速度，提高系统的运行效率和稳定性。
数据共享交换平台解决方案#精选.
数据共享交换平台解决方案 1、概述 目前，政府职能正从管理型转向管理服务型，如何更好地发挥政府部门宏观管理、综合协调的职能，如何更加有效地向公众提供服务，提高工作效率、打破信息盲区、加强廉政建设已成为当前各级政府部门普遍关注和亟待解决的问题。国家“十五”计划纲要要求“政府行政管理要积极运用数字化、网络化技术，加快信息化进程”。各级政府、行政管理部门都面临着利用信息技术推动政务工作科学化、高效率的新局面。 随着电子政务建设的不断发展，政府拥有越来越多的应用数据，如何建立政府信息资源采集、处理、交换、共享、运营和服务的机制和规程，实现分布在各类政府部门和各级政府机关的信息资源的有效采集、交换、共享和应用，是电子政务建设的更高级的阶段和核心任务。信息资源只有交流、共享才能被充分开发和利用，而只有打破信息封闭，消除信息“荒岛”和“孤岛”，也才能创造价值。目前各级政府都在进行政务资源数据的“整合”，但“整合”什么？如何“整合”？“整合”后做什么？将是摆在政府各级领导面前的首要问题。 2、电子政务总体框架
由上图可以看出，数据共享交换平台交换体系共分为六个层次，分别是安全和标准体系、网络基础设施、信息资源中心、共享交换平台、应用层和展示层。 （1）展示层 通过建立综合信息集成门户系统为用户提供统一的用户界面，信息和应用通过门户层实现统一的访问入口和集中展现。 （2）应用层 应用层提供满足面向各类用户依据实际需求开展业务的需要。如支撑城市应急联动应用、辅助领导决策应用、城市管理应用、社会救助应用等。 （3）共享交换平台层 共享交换平台层为城市数据共享交换平台所在位置，连接各类应用和应用所需的信息资源，组织和整合各类数据、组件和服务。
SAP各模块字段与表地对应关系
SAP各模块字段与表的对应关系 Customer Master KNA1 Customer Basic Data KNB1 Customer Company Level Data客户的公司数据 KNVV Customer Sales Level Data 客户的销售数据 KNVP Customer Partnering Data客户合作伙伴 KNKA Customer Credit Data - Centralized KNKK Customer Credit Data - Control Area Level KNBK Customer Bank Details KNVH Customer Hierarchies KNVL Customer Licenses KNMT Customer - Material Info Record，客户-物料信息记录数据表 KNMTK Customer- Material Info Record - Header KNVK 联系人(供应商，客户) Material Master MARA Material Basic Data(物料类型,,,,,) MARC Material MRP (Plant) Data(工厂的MRP视图) MARD Material Storage Data (查看总库存)（物料的仓储位置数据） MARDH Material Storege Data His.查看库存的历史库存（月度的库存） MARM 物料计量单位 MBEW Material ValuationData(查看财务视图-)成本价格) 没有工厂字段，但有评估范围字段； MKAL Material Production Version Data(生产版本) MAKT Material Descriptions/Short Texts(物料描述) MARM Material Units of Measure(物料主单位的转换数量) MVKE Material Sales Level Data （销售视图） MSKU Special Stocks with Customer ( ? ) MLGN Material Warehouse Data
数据交换共享整合系统平台建设方案
第一章概述 整合协同平台的主要功能是从其它子系统中提取共享数据，并对多来源渠道的、相互不一致的数据进行数据融合处理；基于数据字典对实时数据和历史数据进行组织，以保证数据间关系的正确性、可理解性并避免数据冗余；以各种形式提供数据服务，采用分层次的方法对各类用户设置权限，使不同用户既能获得各自所需要的数据，又能确保数据传输过程的安全性及共享数据的互操作性和互用性；维护基础信息、动态业务数据以及系统管理配置参数；支撑系统的网络构架、信息安全、网络管理、流程管理、数据库维护和备份等运维能力。整合协同平台根据功能可分为两个部分： 第一部分，基础数据和共享数据的交换服务和路由流程管理，该部分是交换平台的基础，包括：静态交换数据、动态交换数据、图形数据及表格、统计资料等属性数据。 第二部分，各子系统之间的接口实现，根据事先制订好的规范、标准，实现各子系统之间的数据共享和传输操作。在接入中心平台时，应按系统集成要求设计系统结构，各类数据接口遵循系统集成规范。
第二章中心平台设计 2.1 平台功能结构 整合协同平台服务器是公共基础平台的核心部分，XMA整合协同平台提供一整套规范的、高效的、安全的数据交换机制。XMA整合协同平台由部署在数据中心和各业务部门的数据交换服务器、数据接口系统共同组成，解决数据采集、更新、汇总、分发、一致性等数据交换问题，解决按需查询、公共数据存取控制等问题。 各业务子系统都要统一使用XMA整合协同平台进行数据交换。数据中心统一管理和制定数据交换标准。各业务部门通过数据级整合或者应用级整合通过XMA 整合协同平台向数据中心提供数据，也通过XMA整合协同平台访问共享数据。 XMA整合协同平台的基本功能如下： 共享数据库的数据采集、更新、维护。 业务资料库、公共服务数据库的数据采集。 提供安全可靠的共享数据服务。 业务部门之间的业务数据交换。 结合工作流的协调数据服务。
SAP各模块表关系
SAP Principal Tables 2007. 09. 28 Netweaver Team
Contents Material Master Tables SD-MM Tables .……….……………………. ................……………………………..2 3 PS Tables (6) PP Tables QM Tables CO T bl ........................…………………………….. ......................…………………………….. 7 10 CO Tables FI Tables …………..…………………………………. ..........................………………………..…… 11 15 Dictionary Tables (16)
Material Master Tables Material Ledger Material Material Material Material Material Master View Material Ledger Header CKMLHD Material Ledger Total Values Forecast Parameter MPOP Planning Data MPGD Material Data by Warehouse Number MPGD Unit of Measure MARM Tax Classification MLAN Material Description General Material Master MARA CKMLCR Material Ledger Total Quantity CKMLPP Material Ledger Material Valuation Data MBEW Material Data by Plant MAKT Prices CKMLPR MARC Material Data by Storage Location MARD Material Data by Storage Type M i l A ib Routing Assignment to Material MAPL BOM Link to Material MAST Production Version of Material MKAL Routing Header BOM Header Production Version Bill of Material (BOM)Routing Material Sales Data MVKE by Storage Type MLGT Material Type T134Material Group Material Attribute Routing Header PLKO Routing Item PLPO BOM Header STKO BOM Item STPO Material Production Hierarchy T179 p T023Material Control Record MARV ????????
泛微协同商务系统 Ecology 系统底层包开发指南
底层包开发指南 目录 1. 引言 (2) 1.1概述 (2) 1.2定义 ..................................... 错误!未定义书签。 2.底层包应用及范例 (2) 2.1最基本的继承类 (2) 2.2怎样记录日志 (3) 2.3怎样获取属性文件的值 (9) 2.4怎样获取系统的运行目录 (12) 2.5怎样访问和运行数据库脚本 (13) 2.6如何上传一个文件 (23) 2.7如何访问已经上传的文件 (31) 2.8如何使用缓存提高系统效率 (32) 2.9其它底层类基本方法 (61)
1.引言 1.1概述 本文档为泛微协同商务系统（Ecology）程序员开发指导文档，讲述了开发底层工具包的应用，常用功能的开发。 2.底层包应用及范例 本章对ecology系统的底层工具包进行讲解，开发人员可以从这里学到怎样利用底层的工具包进行开发 2.1最基本的继承类 系统中每一个java bean 都需要继承 weaver.general.BaseBean 类。这个类实现了记录日志和获取属性文件值的方法。继承这两个类的其它类可直接应用这些方法来记录日志，获取属性文件某一个属性的值。方法的实现见后面的例子。 继承的例子如下： java bean 的继承 public class ResourceComInfo extends BaseBean { public void doSomething() { //某一个方法 方法的处理………
writeLog(s) ; // 写日志 } } 2.2怎样记录日志 继承了weaver.general.BaseBean ，可以直接使用 writeLog方法记录日志信息。注意这里是使用，而不是调用，因为这个方法是这两个被继承类中的方法。 注意writeLog 方法的使用： /** * 将某个对象写入Log文件 * @param obj 被写入的对象 */ public void writeLog(Object obj) 我们看到，可以被记入日志的是任意一个java对象。这些java对象将被自动转换成字符串对象（String）记入到日志文件中。日志文件将每天生成一个，以日志文件名称中的日期来区别，比如：ecology_20030812.log，代表2003年8月12日的日志。当天的日志为ecology.log。每一条日志的记录格式为：
泛微协同商务系统(Ecology)_JSP式样编写指南
泛微协同商务系统(Ecology) JSP式样编写指南
1阴影外框 (3) 1.1效果图 (3) 1.2代码 (3) 2卡片样式 (4) 2.1效果图 (4) 2.2代码 (4) 3非分页列表样式 (5) 3.1效果图 (5) 3.2代码 (5) 4多选浏览框样式 (6) 4.1效果图 (6) 4.2代码 (6) 5单选浏览框样式 (8) 5.1效果图 (8) 5.2代码 (9) 6右键按钮 (10) 6.1效果图 (10) 6.2代码 (10) 7输入框样式 (11) 7.1效果图 (11) 7.2代码 (11) 8浏览按钮样式 (11) 8.1效果图 (11) 8.2代码 (11) 9按钮样式（文档相关） (11) 9.1效果图 (11) 9.2代码 (11) 10按钮样式（添加明细） (11) 10.1效果图 (11) 10.2代码 (12) 11树形 (12) 11.1效果图 (12) 11.2代码 (12) 11.3数据源格式........................................................................................ 错误！未定义书签。12单选框树形. (12) 12.1效果图 (13) 12.2代码 (13) 13分页列表 (13) 14页面保护 (15) 14.1效果图 (15) 14.2代码 (15)
1 阴影外框 1.1 效果图 1.2 代码
| |||