配置文档
注：帐户组9000——现款交易客户为虚拟客户。
客户维护 菜单 事务码: 创建客户事务 码：VD01/XD01， 建议使用XD01， 可以建立完整的 客户资料。VD01 只包括销售视图 回车或点勾进入 下一步
相关参数说明栏目名称描述字段值用户动作或结果注意事项 科目组说明此客户是属于哪一 分类特性必输0001订货方 0002收货方 0003开票方 0004付款方 如果这个四类是一样 的，选0001就可以了， 系统会自己将订货方， 收货方，开票方，付款 方全部建立。且代码一 样。 客户新客户在系统中的客户 编码必输订货方 C0001-C9999 收货方 D0001-D9999 开票方 E0001-E9999 付款方 F0001-F9999 要注意不同科目组的不 同号码段 公司代码说明这客户是属于哪一 家公司的客户 必输ARTS 目前就一家公司 销售组织此客户需求哪一个销售 组织 必输1000 目前只有一个 分销渠道此客户需求哪一个分销 渠道 必输10 目前只有一个 产品组此客户需求可以销售的 产品 必输10 目前只有一个 输入完初始屏幕 的相关字段值 后，点或回 车，进入
拖动右侧滚轴， 出现如下画面， 输入客户通讯信 息 相关参数说明栏目名称描述字段值用户动作或结果注意事项标题客户是个人OR公司必输公司 名称客户的名称必输 搜索项快速查找关键字可选 街道/门牌号客户的详细地址必输 邮政编码客户所在地的邮编必输此编码不清楚用零 代替 城市客户所在城市必输 国家客户所在国家必输 地区客户所在区域可选性 电话客户公司联系电话必输 可选性 移动电话客户主要联系人的电 话 传真客户公司的传真号必输 E-Mail 客户公司的邮件地址可选性 注释客户简短说明必输
****** 第二章-SD02_客户主数据维护流程 1.流程说明 1.1.总述： 该流程描述了客户主数据的维护过程。客户主数据为创建订单的先决条件，客户主数据中的内容必须完全正确，并将作为后续单据中的各项信息的来源。 1.2.流程重点： 数据维护范围，客户数据扩展方法 在系统中，由于存在总公司、分公司两份订单，为了在总公司订单中实现：总公司订单的售达方为分公司、送达方为直接顾客，所以 1、责任中心助理在自己的销售组织下创建客户主数据的同时，还必须在总公司 的销售组织 下创建该客户主数据（用COPY 的方法，并且用一个客户编号，客户编号人工 编排）产销接单人员必须维护分公司-这个特殊的顾客的主数据。 2、市场处人员在创建KEY ACCOUNT时，必须注意扩展到各销售组织的完成。 3、为维护客户主数据的保密性，在系统中的“一般数据“、“公司代码数据”及 “销售数据”中须在“权限组”栏位KEY IN 自己的责任中心编号，已作到本 责任中心客户仅自己可以查阅。 1.3.操作要点： 1、维护新客户时须先查询该客户是否存在（因市场处亦会维护KEY ACCOUNT）。 2、维护装运条件时，注意分公司与总公司的区别，若维护错，会影响后续下单。 3、参照创建总公司顾客主数据时，公司代码不要输，因为责任中心助理无总公司f001的权限。
2.流程图 3.系统操作 3.1.操作范例 新建和扩展一个直销客户 3.2.系统菜单及交易代码 后勤→销售和分销→主数据→商业伙伴→客户→创建→完成 交易代码：XD01 3.3.说明 每个顾客主数据包含三个部分，即： 一般数据：记录一些基本信息，如地址、电话等； 销售范围数据：包含与销售处理功能相关的信息，维护时必须指定销售组织/分销渠道； 公司代码数据：包含与财务处理功能相关的信息，维护时必须指定公司代码。 交易代码XD01〈完成〉指同时维护上述三部分信息 3.4.系统屏幕及栏位解释 栏位名称栏位说明资料范例科目组用于财务帐的客户科目分配，目前定义的科目组为：1110:国内直销；1120:1110
贸易合同的种类 篇一：合同的定义及分类 合同的定义及分类 一、合同的定义 按照《合同法》的定义来看：是平等主体的自然人、法人、其他组织之间设立、变更、终止民事权利义务关系的协议。 通俗的说法：当事人就某项事项权利义务自愿达成的协议。 二、合同的分类 1、学理上分类方法 根据不同的分类标准，合同分为： （1）以法律是否设有规范并赋予一个特定名称为标准，合同分为有名合同与无名合同； （2）以给付义务是否由双方当事人互负为标准，合同分为双务合同与(:贸易合同的种类)单务合同； （3）以当事人取得权益是否须付相应代价为标准，合同分为有偿合同与无偿合同； （4）以合同的成立是否须付标的物或完成其他给付为标准，合同分为诺成性合同与实践性合同。 （5）以法律对合同的形式是否有特定要求，可将合同分为要式合同与不要式合同。
（6）以合同相互间的主从关系，可以将合同分为主合同与从合同。（7）其他分类 2、按照合同法规定的有名合同，分为15类： （1)买卖合同。指出卖人转移标的物的所有权于买受人，买受人支付价款的合同。 (2)供用电、水、气、热力合同。供用电合同是供电人向用电人供电，用电人支付电费的合同。供用水、供用气、供用热力合同，则参照供用电合同的有关规定。 (3)赠与合同。指赠与人将自己的财产无偿给予受赠人，受赠人表示接受与赠与的合同。 (4)借款合同。指借款人向贷款人借款，到期返还借款并支付利息的合同。 (5)租赁合同。指出租人将租赁物交付承租人使用、收益，承租人支付租金的 合同。 (6)融资租赁合同。指出租人根据承租人对出卖人、租赁物的选择，向出卖人 购买租赁物，提供给承租人使用，承租人支付租金的合同。 (7）承揽合同。指承揽人按照定作人的要求完成工作，交付工作成果，定作 人给付报酬的合同。 (8)建筑施工合同。指承包人进行工程建设，发包人支付价款的合同。
主数据管理和实施 企业主数据是用来描述企业核心业务实体的数据，比如客户、合作伙伴、员工、产品、物料单、账户等；它是具有高业务价值的、可以在企业内跨越各个业务部门被重复使用的数据，并且存在于多个异构的应用系统中。本文将针对主数据管理的概念以及主数据管理解决方案的实施等方面跟大家作一个探讨。 企业主数据可以包括很多方面，除了常见的客户主数据之外，不同行业的客户还可能拥有其他各种类型的主数据，例如：对于电信行业客户而言，电信运营商提供的各种服务可以形成其产品主数据；对于航空业客户而言，航线、航班是其企业主数据的一种。对于教育部门而言，学生、课程教学的各种信息可以形成主数据；对于某一个企业的不同业务部门，其主数据也不同，例如市场销售部门关心客户信息，产品研发部门关心产品编号、产品分类等产品信息，人事部门关心员工机构，部门层次关系等信息。 数据管理的范畴和主数据管理的概念 图 1. 数据管理的范畴 如图所示，企业数据管理的内容及范畴通常包括交易数据、主数据以及元数据。 交易数据：用于纪录业务事件，如客户的订单，投诉记录，客服申请等，它往往用于描述在某一个时间点上业务系统发生的行为。 主数据：主数据则定义企业核心业务对象，如客户、产品、地址等，与交易流水信息不同，主数据一旦被记录到数据库中，需要经常对其进行维护，从而确保其时效性和准确性；主数据还包括关系数据，用以描述主数据之间的关系，如客户与产品的关系、产品与地域的关系、客户与客户的关系、产品与产品的关系等。 元数据：即关于数据的数据，用以描述数据类型、数据定义、约束、数据关系、数据所处的系统等信息。 主数据管理是指一整套的用于生成和维护企业主数据的规范、技术和方案，以保证主数据的完整性、一致性和准确性。主数据管理的典型应用有客户数据管理和产品数据管理。 一般来说，主数据管理系统从IT 建设的角度而言都会是一个相对复杂的系统，它往往会和企业数据仓库/ 决策支持系统以及企业内的各个业务系统发生关系，技术实现上也会涉及到ETL、EAI、EII 等多个方面。一个典型的主数据管理的信息流为：
建筑工程中各种合同类型 成本加酬金合同 定义 成本加酬金合同也称为成本补偿合同,这是与固定总价合同正好相反的合同,工程施工的最终合同价格将按照工程实际成本再加上一定的酬金进行计算.在合同签定时,工程实际成本往往不能确定,只能确定酬金的取值比例或者计算原则.由业主向承包单位支付工程项目的实际成本，并按事先约定的某一种方式支付酬金的合同类型。 特点 这类合同中，业主承担项目实际发生的一切费用，因此也就承担了项目的全部风险。 但是承包单位由于无风险，其报酬也就较低了。 这类合同的缺点是业主对工程造价不易控制，承包上也就往往不注意降低项目的成本。 对业主而言,这种合同也有一定的优点: 1.可以通过分段施工,缩短工期,而不必等待所有施工图完成才开始投标和施工. 2.可以减少承包商对立情绪,承包商对工程变更和不可预见条件的反映会比较积极和快捷. 3.可以利用承包商的施工技术专家,帮助改进或弥补设计中的不足. 4.业主可以根据自身力量和需要,较深入地介入和控制工程施工和管理.
5.也可以通过确定最大保证价格约束工程成本不超过某一限值,从而转移一部分风险. 适用条件 1.需要立即开展的项目(紧急工程)。时间特别紧迫,如抢险,救灾工程,来不及进行详细的计划和商谈. 2.新型的工程项目。 3.风险很大的项目(保密工程)。 成本加酬金合同有许多种形式,主要有以下几种: 1.成本加固定费用合同. 2.成本加固定比例费用合同. 3.成本加奖金合同 4.最大成本加费用合同 固定总价合同 固定总价合同是目前建筑市场常见的一种施工承包合同形式。近几年来，由于建材价格波动很大，固定总价合同遭遇前所未有的挑战，由此带来的工程造价争议随之大幅上升。为了使承发包双方对固定总价合同的性质、风险有更深的认识，在今后签订这类承包合同时尽可能将风险范围估计充分并合理分担，避免纠纷再次发生，本文作者结合实践，固定总价合同的特点、风险、争议类型作了深入的分析并提出防范措施，供承发包双方参考。 一、固定总价合同的的性质、特点及风险 固定总价合同，俗称“闭口合同”、“包死合同”。所谓“固定”，是指这种价款一经约定，除业主增减工程量和设计变更外，一律不调整。所谓“总价”，
【最新资料,Word版，可自由编辑！】
一般信息文件位置/名称BPD-SD110 作者姓名部门职责/角色签署日期 常青信息中心软件实施人员 于小青销售公司关键用户 检查/复核姓名部门职责/角色签署日期 陶程PwC顾问 韩军销售公司工程技术部经理 焦燕财务中心主任助理 批准姓名部门职责/角色签署日期 蔡忠PwC项目经理 黎启林宇通公司项目经理 王练宇通公司信息网络总监 朱中霞宇通公司总会计师 吴项林宇通公司常务副总 汤玉祥宇通公司总经理 修改记录版本修改原因生效日期 1.0 创建
销售订单客户在系统中称为售达方，是最基本的客户数据。系统订单针对售达方生成。 售达方客户主数据中，一个售达方还有相对应的送达方、开票方、付款方、联系人，以适应不同的业务情形。在系统标准状况下，这几方与售达方一致，即售达方自己收货、付款、接受发票、提车，没有其他合伙人的参与。在实际业务中，可根据客户的具体情况，一个售达方可以对应不同的收货、开票方，或付款方。例如一个客户以个人名义下定单，挂靠运输公司营运，开发票要开给运输公司时，售达方为该个体户，开票方应维护成该运输公司。 我公司的售达方主要有运输公司、经销商、机关团体、旅游公司、个体户（不挂靠运输公司）、挂靠运输公司的个体户。在系统内将售达方的情形分为两大类，一是售达方、开票方、付款方均一致，包括运输公司、经销商、机关团体、旅游公司、个体户；二是售达方与开票方、付款方不一致（我公司财务纪律规定，开票方与付款方必须一致），目前适用于挂靠运输公司和挂靠经销商的个体户。从购买行为看属于个人购车，但由于政策规定，必须挂靠运输公司或经销商，开票抬头也必须为其挂靠的运输公司或经销商，否则当地运管部门不予办理手续。对于客户在下订单阶段不能确定是否挂靠公司或挂靠哪家运输公司的，必须在开发票前决定，以相应改变订单的开票方。 客户主数据可以被客车订单处理、附件销售和售后服务共同使用，当一个客户既买整车，又买零配件和附件时，只要在购买整车前维护一次客户主数据即可。对于仅购买附件（座椅、玻璃钢、边窗）的新客户出现时，客户主数据由驻附件厂的财务人员维护。 物贸公司不在SAP系统中下订单，仅当发生往来帐结算时（即非现金结算），由财务人员在系统记帐之前维护客户主数据，对应现金往来的客户，则无需在系统中维护客户主数据。 售后服务多数情况下直接使用整车销售时所创建的客户主数据即可。由于种种原因，某些最终客户在整车销售时无法知道（例如某些通过经销商购车的情况），在售后的报修时得到了，这时售后服务需要在系统中将这些最终客户创建为售达方并该售达方分配给所售车辆的设备主数据作为最终用户。特约维修站作为售后服务部的客户，其主数据由售后服务部财务人员进行维护。 还有一些车辆由于销售时间久远，无法得到售达方的信息，就在创建设备主数据时，把该车对应的销售分公司作为虚拟售达方，如果后来得知了车主信息，则把该车主创建为售达方，并分配给该车的设备主数据作为最终用户，针对每次保修的人都可能不同的情况，把报修者维护成报修车辆的设备主数据售达方的联系人，并分配给该设备。 销售业务员数据作为主数据之一也必须在系统中维护。业务员增加或负责片区变更时，由销售分公司经理批准，合同计划组负责变更业务员主数据。 宇通公司的SAP系统需要用到的客户主数据主要有: 售达方soldtoparty、运达方shiptoparty、开票方bill-toparty、付款方payer、联系人contactperson、销售业务员salespersonnel 需要用到客户主数据的流程： 客车订单处理流程 零配件销售流程 附件销售流程 维修中心服务订单下达流程 维修中心服务订单确认流程 维修中心服务订单结算流程 相关定义 售达方：下销售订单或服务定单的个人或公司。 开票方：接受发票的个人或公司。 付款方：为商品或服务付款的一方，与开票方和售达方不必一致。 运达方：即最终接受商品的地方，与以上三方不必一致。
主数据管理 随着用户IT系统的建设，信息孤岛现象越来越严重，为了实现信息的共享，软 件厂商提供了各种解决方案，主数据管理即是其中之一，在2008年的Oracle Openworld大会上，Oracle就有很多关于主数据管理的讨论。 那么什么是主数据？什么是主数据管理？ 根据IDC的定义，主数据（Master Data）主要指系统间共享数据（例如，客户、供应商、账户和组织部门相关数据）。DMReview专栏作家Jane Griffin将主数据定义为“...用于为核心业务实体创建和维护全企业‘记录系统’，以记录业 务交易并评定这些实体的业绩所需的信息。” 由于当时IT系统的建设水平限制，当前的主数据跨越几乎所有的组织业务部门，分布在多个不同的系统中，如企业资源计划(ERP)、客户关系管理(CRM)、商业智能(BI)系统；遗留系统和大型机系统；合作伙伴和供应商系统；以及单个电子数据表、文档、.pdf文件和桌面数据库。 主数据管理简称MDM(Master Data Management)的官方定义一般采用： A set of disciplines, applications, and technologies for harmonizing and managing the system of record and system of entry for the data and metadata associated with the key business entities of an organization. 主数据管理是一系列的规则、应用和技术，目的是为了协调和管理与企业的核心业务实体相关的系统记录和系统登录中的数据和元数据。 主数据管理一般需要支持以下六大功能： 1.指定每个特定主数据域的业务职责，例如，产品、客户、供应商和组织结 构。严格履行职责可保证接入共享资源的系统始终保持高质量主数据。 2.提取分散在各个应用系统中的主数据集中到主数据存储库,主数据存储库一般采用二维数据库存储主数据。。
合同的定义及分类 一、合同的定义 按照《合同法》的定义来看：是平等主体的自然人、法人、其他组织之间设立、变更、终止民事权利义务关系的协议。 通俗的说法：当事人就某项事项权利义务自愿达成的协议。 二、合同的分类 1、学理上分类方法 根据不同的分类标准，合同分为： （1）以法律是否设有规范并赋予一个特定名称为标准，合同分为有名合同与无名合同； （2）以给付义务是否由双方当事人互负为标准，合同分为双务合同与单务合同； （3）以当事人取得权益是否须付相应代价为标准，合同分为有偿合同与无偿合同； （4）以合同的成立是否须付标的物或完成其他给付为标准，合同分为诺成性合同与实践性合同。 （5）以法律对合同的形式是否有特定要求，可将合同分为要式合同与不要式合同。 （6）以合同相互间的主从关系，可以将合同分为主合同与从合同。 （7）其他分类 2、按照合同法规定的有名合同，分为15类： （1) 买卖合同。指出卖人转移标的物的所有权于买受人，买受人支付价款的合同。 (2)供用电、水、气、热力合同。供用电合同是供电人向用电人供电， 用电人支付电费的合同。供用水、供用气、供用热力合同，则参照供用电合同的有关规定。 (3)赠与合同。指赠与人将自己的财产无偿给予受赠人，受赠人表示接 受与赠与的合同。
(4)借款合同。指借款人向贷款人借款，到期返还借款并支付利息的合同。 (5)租赁合同。指出租人将租赁物交付承租人使用、收益，承租人支付租金的合同。 (6)融资租赁合同。指出租人根据承租人对出卖人、租赁物的选择，向出卖人购买租赁物，提供给承租人使用，承租人支付租金的合同。 (7）承揽合同。指承揽人按照定作人的要求完成工作，交付工作成果，定作人给付报酬的合同。 (8)建筑施工合同。指承包人进行工程建设，发包人支付价款的合同。 (9)运输合同。指承运人将旅客或者货物从起运地点运输到约定地点，旅客、托运人或者收货人支付票款或者运输费的合同。 (10)技术合同。指当事人就技术开发、转让、咨询或者服务订立的确立相互之间权利和义务的合同。 (11)保管合同。指保管人保管寄存人交付的保管物，并返还该物的合同。 (12)仓储合同。指保管人储存存货人交付的仓储物，存货人支付仓储费的合同。 (13)委托合同。指委托人和受托人约定，由受托人处理委托人事务的合同。 (14）行纪合同。指行纪人以自己的名义为委托人从事贸易活动，委托人支付报酬的合同。 (15)居间合同。指居间人向委托人报告订立合同的机会或者提供订立合同的媒介服务，委托人支付报酬的合同。 3、附注：一些常见的合同 承揽合同 承揽合同 建筑装饰工程施工合同(甲种本) 电梯设备安装合同 建筑安装工程施工合同
SAP S4客户与供应商主数据配置 一、S4与ECC 客户主数据与供应商主数据的差异 . S4版本把客户主数据、供应商主数据、信贷管理主数据、业务员集于一身，都用BP创建、修改，显示于一体。如下图1 分组如下图2 说明： l 业务伙伴角色中创建： 选择 1）FLCU000 FI客户，表示创建客户公司代码视图, 2）FLCU01 客户：表示创建客户主数据的基本视图和销售围视图。 3）FLVN00 FI 供应商，表示创建供应商财务视图， 4) FLVN01 供应商基本视图和采购组织视图。 分组：表示创建指定类别的客户或供应商，如上图所示可理解是不同编号围或类别的客户或供应商。 二、配置说明 2.1）定义业务伙伴角色
A．路径：跨应用组件-- SAP 业务伙伴--业务合作伙伴--基本设置--商业伙伴角色--定义业务伙伴角色如下<图3> 用系统默认的客户与供应商BP角色。显示明细如下《图4》 <图5>
《图6》
图7 2.2定义应用程序事务 A．路径：跨应用组件-- SAP 业务伙伴--业务合作伙伴--基本设置--商业伙伴角色--定义应用程序事务 B．作用：可把客户、供应商通过不同事务码来分开创建、修改、查看功能。（一般不建议使用不同事务码，就用BP好了，可通过权限控制来限制不同用户的权限）,可用系统默认配置不需要修改（如下图8）。 详细配置如下图9
2.3维护供应商分组及编号围 路径：A. 路径：跨应用组件-- SAP 业务伙伴--业务合作伙伴--基本设置--编号围和分组--定义编号围 如下图<图10> 2.4定义分组和分配围 路径：A. 路径：跨应用组件-- SAP 业务伙伴--业务合作伙伴--基本设置--编号围和分组--定义分组和分配围如下图11
主数据管理 1. 为什么需要主数据管理 1.1. MDM的定义 Aristotle "The whole is more than the sum of the parts." -- 整体比部分相加之和的内容要多。――亚里斯多德 这句亚里斯多德的哲学名言，很适合来描述主数据管理(MDM，master data management)。MDM主要关注于研究、分类和访问企业内的重要数据。也就是说，MDM帮助你理解企业内的每一份数据，包括客户、产品、场所和其他的主要的主题域等内容。在这篇研究文章中，清晰的给出了MDM的定义，详细说明了建立MDM将会产生的收益和结果，也说明了建立MDM需要的各种技术，以及实现MDM的实践步骤。 为了更深入的解释MDM，说明它的好处和用法，本篇文章中列举了很多实际的案例。其中每一个案例都是从实际的业务出发，通过对业务和技术问题的分析，总结了一套实现MDM的方法和技巧。通过这套方法，可以避免实现中的一些缺陷，增加实现的成功率。 为什么需要主数据管理, 主数据管理:定义 我们从定义MDM是什么开始，关于这个问题有两种观点，分别对应于MDM这个词组的重音位置的不同。 1(主数据管理,或者称为管理主数据。这包括建立和维护主数据的一些管理性的应用。例如，客户数据整合(CDI，customer data integration)，产品信息管理
(PIM，product information management)，以及用来管理类似数据主题的其他应用。 2(主数据管理,或者称为数据管理之后的一系列管理过程。这包括整合企业数 据(包括主数据)所需要的基础结构和技术。例如ETL(extraction, transformation, and load)和EII(enterprise information integration)等技术。从本篇研 究文章的目的出发，我们采用第一种观点，即认为MDM的功能是管理各种类型的主 数据。当然，第二种观点中涉及的基础结构和技术对支持MDM处理过程和应用也都 是必要的。 我们对MDM的官方定义为: A set of disciplines, applications, and technologies for harmonizing and managing the system of record and system of entry for the data and metadata associated with the key business entities of an organization. 主数据管理是一系列的规则、应用和技术，目的是为了协调和管理与企业的核 心业务实体相关的系统记录和系统登录中的数据和元数据。 在这篇文章中提及了一些专有名词，这些名词对理解 1.2. MDM的内容 MDM的内容 简单的说，主数据是企业内关于核心业务实体的参照数据。这些业务实体包括: 1(人员,例如，客户，雇员(人力资本)，供应商，合伙人等。 2(事物,包括产品，财务(分类帐)，资产等。 3(场所,企业感兴趣的位置和地点。
承包经营合同概念定义及特征 承包经营合同 又称“承包合同”。 中国经济体制改革中,为落实生产经营责任制,确定国家、农业集体经济组织或工商企业、公民的责权利关系和承包人承包经营权的一种法律形式。合同适用范围十分广泛。广义的包括农业承包经营合同和工商企业的承包经营合同。农业承包经营合同是农业集体经济组织与所属农民(承包人)之间关于承包人经营集体所有或者国家所有集体使用的财产,并交付一定劳动收益的协议。中国《民法通则》第80条和第81条规定,公民、集体依法对集体所有的或者国家所有由集体使用的土地、森林、山岭,草原、荒地、滩涂、水面的承包经营权,受法律保护。承包双方的权利义务,依照法律由承包合同规定。这是产生该合同的根据。农业承包经营合同具有以下特点:当事人一方即发包人是农业集体经济组织,而其另一方即承包人为该经济组织的成员;承包经营合同所确定的是承包人对承包的集体经济组织所有的或者国家所有由集体使用的土地等生产资料或自然资源的经营权,而不是所有权;承包经营合同的期限一般较长;发包人不仅为承包人提供土地自然资源,还提供必要的生产条件(如农机具),而承包人不仅要交纳税金和约定的承包金,还必须完成规定
的生产和定购任务。按照标的划分,可分为耕地承包经营合同,山林、山地承包经营合同,畜牧承包经营合同,水面承包经营合同和果园承包经营合同等。工商企业承包经营合同是指由国家授权的地方人民政府所指定的有关部门或集体组织为发包人,将全民所有制工商企业或集体所有制企业交给承包人即进行承包经营的企业,或者个人(个人合伙)自主经营,并按照包死基数、确保上交、超收多得、欠收自补的原则,向国家或集体上交税利,自负盈亏的协议。 工商企业承包经营合同的特点是: (1)当事人一方即发包方是国家授权的地方人民政府所指定的有关部门或者是全民所有制、集体所有制的工商企业。其另一方即承包人为实行承包经营的企业或企业所属机构和职工; (2)合同的目的是为确定承包人对全民所有制工商企业的经营权,确立国家与企业的责权利关系,实现企业自主经营、自负盈亏;或为落实企业内部生产责任制,使生产经营好坏同利益挂钩,实现多劳多得,而并不是改变企业所有制性质。(3)工商企业承包合同的期限依法律规定,一般不少于3年。内部承包期限,根据生产经营任务的要求,由双方约定。 (4)工商企业承包经营合同的标的是承包经营企业的财产,而不是企业本身。合同包括工业企业承包经营合同、商业企业承包经营合同,以及交通、建筑、农林、物资、外贸
[建筑工程合同写]建筑工程中各种合同类型【--演讲稿怎么写】 建筑工程中各种合同类型 成本加酬金合同 定义 成本加酬金合同也称为成本补偿合同,这是与固定总价合同正好相反的合同,工程施工的最终合同价格将按照工程实际成本再加上一定的酬金进行计算.在合同签定时,工程实际成本往往不能确定,只能确定酬金的取值比例或者计算原则.由业主向承包单位支付工程项目的实际成本，并按事先约定的某一种方式支付酬金的合同类型。 特点 这类合同中，业主承担项目实际发生的一切费用，因此也就承担了项目的全部风险。 但是承包单位由于无风险，其报酬也就较低了。
这类合同的缺点是业主对工程造价不易控制，承包上也就往往不注意降低项目的成本。 对业主而言,这种合同也有一定的优点: 1.可以通过分段施工,缩短工期,而不必等待所有施工图完成才开始投标和施工. 2.可以减少承包商对立情绪,承包商对工程变更和不可预见条 件的反映会比较积极和快捷. 3.可以利用承包商的施工技术专家,帮助改进或弥补设计中的 不足. 4.业主可以根据自身力量和需要,较深入地介入和控制工程施 工和管理. 5.也可以通过确定最大保证价格约束工程成本不超过某一限值,从而转移一部分风险. 适用条件
1.需要立即开展的项目(紧急工程)。时间特别紧迫,如抢险,救灾工程,来不及进行详细的计划和商谈. 2.新型的工程项目。 3.风险很大的项目(保密工程)。 成本加酬金合同有许多种形式,主要有以下几种: 1.成本加固定费用合同. 2.成本加固定比例费用合同. 3.成本加奖金合同 4.最大成本加费用合同 固定总价合同 固定总价合同是目前建筑市场常见的一种施工承包合同形式。近几年来，由于建材价格波动很大，固定总价合同遭遇前所未有的挑战，由此带来的工程造价争议随之大幅上升。为了使承发包双方对固
应用于建筑施工承包合同 1 合同术语定义和解释 1.1 定义：在本合同中，除合同专用条款另有约定外，系列词语和用语应具有本条所指定的含义。 1.1.1 发包人（甲方）：指在协议书中约定，具有工程发包主体资格和支付工程价款能力的当事人以及取得该当事人资格的合法继承人，简称甲方。 1.1.2 承包人（乙方）：指在协议书中约定，被发包人接受的具有工程施工承包主体资格的当事人以及取得该当事人资格的合法继承人，简称乙方。 1.1.3 分包人：指乙方选定的并取得甲方批准的已分包了和将要分包本合同工程的一部分的当事人，或合同中指明作为分包本合同工程一部分的当事人，以及取得该当事人资格的合法继承人。 1.1.4 独立分包人：指甲方选定的并与甲方直接进行核算的已分包和将要分包本项目工程的一部分的当事人，或合同中指明作为分包本项目工程一部分的当事人，以及取得该当事人资格的合法继承人。 1.1.5 监理：由甲方选定、乙方认可的负责本工程监理并具有相应工程监理资质等级证书的单位。 1.1.6 设计单位：指甲方委托的负责本工程设计并取得相应工程设计资质等级证书的单位。 1.1.7 工程造价管理部门：指县级以上人民政府建设行政主管部门或其委托的工程造价管理机构。 1.1.8 检测机构：根据实际需要，由甲方或乙方委托、具有相应资质的材料或工程质量测试机构。如为甲方委托的，乙方无合理理由不得反对。如为乙方委托的，应经甲方先行批准。 1.1.9 项目经理：指乙方书面委派常驻施工场地负责管理本合同和执行本合同的代表。 1.1.10 项目技术负责人：指乙方书面委派现场负责管理本合同和执行本合同的总工程师或技术总负责人。 1.1.11 本工程：指合同协议书中约定的合同范围内的永久工程和为永久工程服务的临时工程以及保修期内、对工程缺陷进行处理的修复工程。 1.1.12 技术要求：指本工程应适用的国家规范、地方标准，以及本合同的《工程技术要求》的规定。两者以要求较高者为准。 1.1.13 图纸：由甲方提供或乙方提供并经甲方审批，满足乙方施工所需的所有图纸（包括配套说明和有关资料）。 1.1.14 《工程量清单》：指已标价、经算术性修正无误且经甲方确认的最终的工程量清单。 1.1.15 《工程计价表》：指根据工程定额计算规则计算工程量，套用相应的工程定额，按约定的取费方式、取费标准和材料价格编制的工程计价文件。 1.1.16 验收
主数据管理和实施 娄丽军(loulj@https://www.doczj.com/doc/a42615929.html,), 软件架构师, EMC 简介：企业主数据是用来描述企业核心业务实体的数据，比如客户、合作伙伴、员工、产品、物料单、账户等；它是具有高业务价值的、可以在企业内跨越各个业务部门被重复使用的数据，并且存在于多个异构的应用系统中。本文将针对主数据管理的概念以及主数据管理解决方案的实施等方面跟大家作一个探讨。 发布日期：2009 年4 月02 日 级别：初级 访问情况2596 次浏览 建议: 3 (查看或添加评论) 平均分（共4 个评分） 前言 企业主数据是用来描述企业核心业务实体的数据，比如客户、合作伙伴、员工、产品、物料单、账户等；它是具有高业务价值的、可以在企业内跨越各个业务部门被重复使用的数据，并且存在于多个异构的应用系统中。本文将针对主数据管理的概念以及主数据管理解决方案的实施等方面跟大家作一个探讨。 主数据和主数据管理的概念 企业主数据可以包括很多方面，除了常见的客户主数据之外，不同行业的客户还可能拥有其他各种类型的主数据，例如：对于电信行业客户而言，电信运营商提供的各种服务可以形成其产品主数据；对于航空业客户而言，航线、航班是其企业主数据的一种。对于某一个企业的不同业务部门，其主数据也不同，例如市场销售部门关心客户信息，产品研发部门关心产品编号、产品分类等产品信息，人事部门关心员工机构，部门层次关系等信息。 数据管理的范畴和主数据管理的概念 图 1. 数据管理的范畴
如图所示，企业数据管理的内容及范畴通常包括交易数据、主数据以及元数据。 ?交易数据：用于纪录业务事件，如客户的订单，投诉记录，客服申请等，它往往用于描述在某一个时间点上业务系统发生的行为。 ?主数据：主数据则定义企业核心业务对象，如客户、产品、地址等，与交易流水信息不同，主数据一旦被记录到数据库中，需要经常对其进行维护，从而确保其时效性和准确性； 主数据还包括关系数据，用以描述主数据之间的关系，如客户与产品的关系、产品与地域的关系、客户与客户的关系、产品与产品的关系等。 ?元数据：即关于数据的数据，用以描述数据类型、数据定义、约束、数据关系、数据所处的系统等信息。 主数据管理是指一整套的用于生成和维护企业主数据的规范、技术和方案，以保证主数据的完整性、一致性和准确性( “ The set of disciplines, technologies, and solutions used to create and maintain consistent, complete, contextual and accurate business data for all stakeholders (users, applications, data warehouses, processes, companies, trading partners, customers, etc.) across and beyond the enterprise ”) 。主数据管理的典型应用有Customer Data Integration —客户数据管理和Product Information Integraiton —产品数据管理。 图 2. 主数据管理的信息流 一般来说，主数据管理系统从IT 建设的角度而言都会是一个相对复杂的系统，它往往会和企业数据仓库/ 决策支持系统以及企业内的各个业务系统发生关系，技术实现上也会涉及到ETL、EAI、EII 等多个方面，如图2 所示，一个典型的主数据管理的信息流为： 1某个业务系统触发对企业主数据的改动； 1主数据管理系统将整合之后完整、准确的主数据分发给所有有关的应用系统； 1主数据管理系统为决策支持和数据仓库系统提供准确的数据源。 因此对于主数据管理系统的建设，要从建设初期就考虑整体的平台框架和技术实现。 以客户主数据为例，常见的主数据域包括： ?Party：参与方。参与方包含的范围是所有与企业发生了或者发生过正式业务关系的任何合法的实体，比如填写了投保单的参与方。Party 是分类别的，可以是个人、机构和团体。对于Party 来说，因为开展业务的需要，可能要对他们进行分级、分类，比如VIP，
代数中“合同”与“相似”概念的区别辨析 在《高等代数》中队与多个矩阵有“合同”与“相似”的概念，关于这两组概念在定义上有很多相似的地方（合同——'B C A C =，相似——-1B C AC =），并且在《高等代数》在讲到“（欧式空间下）实对称矩阵的标准形”时有如下的定理： 因此在这里给我们一种印象，即矩阵间的合同与相似在某种条件下画了=“”，这究竟是怎么回事，为此我们应该去深入的探求矩阵“合同”与“相似”之间的联系。这个过称是循序渐进的，在学习“双线性函数”后，又对这个问题有了更深刻的理解，并且大胆的估计，“合同”与“相似”在概念上的区别会是代数问题上的一类大问题，现在对这个问题的思考结果归纳如下 让我们先从线性变换这一概念出发，我们知道在对线性空间上的线性变换的有关性质直接的进行研究是不好做的，为此我们引进了“线性变换的矩阵”这一概念，即在一个线性变换，n 维空间的一组基，一个n 阶矩阵之间建立起了一对一的关系，关系如图 而我们知道同一个线性变换在不同的一组基下，它所对应的矩阵是不同的，而这些矩阵之间的关系我们把它定义为“相似”，并且我们可以知道这些相似矩阵之间有这样的关系1B X AX -=,X 为这两组基之间的过渡矩阵，回顾“相似”概念，我们可以看出，“相似”的提出时基于“线性变换”。“相似”是同一个线性变换在不同基下的矩阵之间的关系，我们在提炼一下，“相似”的出现是同一个线性变换在不同背景之下的不同的表现形式之间的关系，这对后面区别“合同”与“相似”有很重要的意义 下面我们再来看看“合同”概念。《高等代数》在二次型的章节中对二次型化标准形的过程中首次提出了“合同“的概念。对一个二次型进行非退化的线性替换，这样的二次型的不同矩阵之间的关系定义为“合同”，即'B C A C =。而回顾“合同”的概念，我们可以发现，“合同”的概念是基于二次型的化简中产生的概念，而当我们学习了双线性函数的内容后就会发现“合同”的概念是基于双线性函数提出的,因此在这里我们有必要提出双线性函数的有关内容： 双线性函数类比欧式空间中的线性变换是线性空间上的一种映射，所谓的“双线性”是指在固定一个自变量的情况下，另一个自变量满足“线性”的关系。为了研究着这种特殊的映射在空间下的性质，我们有引进了双线性函数的“度量矩阵”，并以此矩阵来研究双线性函数的有关性质。于是双线性函数与空间的一组基、一个n 阶矩阵也建立起了一种一一对应的关系，如图 1'n A n T T AT T AT -=对于任意一个级实对称矩阵，都存在一个级正交矩阵，使得 → 对空间元素的作用直接体现在基上变换的运算可反映在矩阵的运算上线性变换空间的一组基一个矩阵线性变换→ 对空间元素的作用直接体现在基上变换的运算可反映在矩阵的运算上双线性函数空间的一组基一个矩阵双线性函数
****** 海量免费资料尽在此 第二章-SD02_客户主数据维护流程 1.流程说明 1.1.总述： 该流程描述了客户主数据的维护过程。客户主数据为创建订单的先决条件，客户主数据中的内容必须完全正确，并将作为后续单据中的各项信息的来源。 1.2.流程重点： 数据维护范围，客户数据扩展方法 在系统中，由于存在总公司、分公司两份订单，为了在总公司订单中实现：总公司订单的售达方为分公司、送达方为直接顾客，所以 1、责任中心助理在自己的销售组织下创建客户主数据的同时，还必须在总公司 的销售组织 下创建该客户主数据（用COPY 的方法，并且用一个客户编号，客户编号人工 编排）产销接单人员必须维护分公司-这个特殊的顾客的主数据。 2、市场处人员在创建KEY ACCOUNT时，必须注意扩展到各销售组织的完成。 3、为维护客户主数据的保密性，在系统中的“一般数据“、“公司代码数据”及 “销售数据”中须在“权限组”栏位KEY IN 自己的责任中心编号，已作到本 责任中心客户仅自己可以查阅。 1.3.操作要点： 1、维护新客户时须先查询该客户是否存在（因市场处亦会维护KEY ACCOUNT）。 2、维护装运条件时，注意分公司与总公司的区别，若维护错，会影响后续下单。 3、参照创建总公司顾客主数据时，公司代码不要输，因为责任中心助理无总公司f001的权限。
2.流程图 3.系统操作 3.1.操作范例 新建和扩展一个直销客户 3.2.系统菜单及交易代码 后勤→销售和分销→主数据→商业伙伴→客户→创建→完成 交易代码：XD01 3.3.说明 每个顾客主数据包含三个部分，即： 一般数据：记录一些基本信息，如地址、电话等； 销售范围数据：包含与销售处理功能相关的信息，维护时必须指定销售组织/分销渠道； 公司代码数据：包含与财务处理功能相关的信息，维护时必须指定公司代码。 交易代码XD01〈完成〉指同时维护上述三部分信息 3.4.系统屏幕及栏位解释
Create a customer master record for the new customer为新客户创建客户主记录 1、You create the customer master with the number ##### for sales area 1000, 12, 00 and for company code 1000. 新建客户#####，销售范围是1000, 12, 00，公司代码为1000. As you already have the relevant sales and accounting data, you enter the customer master for the sold-to party using the menu path Logistics→ Sales and Distribution → Master Data → Business Partners → Customer → Create → Full. Enter only the data specified below. 根据已有的销售及会计数据输入到客户主记录中按此路 径： 后勤--销售和分销--主数据--业务合作伙伴--客户--新建--完 成 根据以下详细说明填写 During a telephone call with the customer, you note down the following information. 与客户电话中记录下来的消息 N O T E: Account group: 0001 Sold-to party (use the first entry for the sold-to party in the search help table). Customer: ##### 科目组：0001 Sold-to party 客户：#####
主数据管理和实施 简介：企业主数据是用来描述企业核心业务实体的数据，比如客户、合作伙伴、员工、产品、物料单、账户等；它是具有高业务价值的、可以在企业内跨越各个业务部门被重复使用的数据，并且存在于多个异构的应用系统中。本文将针对主数据管理的概念以及主数据管理解决方案的实施等方面跟大家作一个探讨。 前言 企业主数据是用来描述企业核心业务实体的数据，比如客户、合作伙伴、员工、产品、物料单、账户等；它是具有高业务价值的、可以在企业内跨越各个业务部门被重复使用的数据，并且存在于多个异构的应用系统中。本文将针对主数据管理的概念以及主数据管理解决方案的实施等方面跟大家作一个探讨。 主数据和主数据管理的概念 企业主数据可以包括很多方面，除了常见的客户主数据之外，不同行业的客户还可能拥有其他各种类型的主数据，例如：对于电信行业客户而言，电信运营商提供的各种服务可以形成其产品主数据；对于航空业客户而言，航线、航班是其企业主数据的一种。对于某一个企业的不同业务部门，其主数据也不同，例如市场销售部门关心客户信息，产品研发部门关心产品编号、产品分类等产品信息，人事部门关心员工机构，部门层次关系等信息。 数据管理的范畴和主数据管理的概念 图 1. 数据管理的范畴 如图所示，企业数据管理的内容及范畴通常包括交易数据、主数据以及元数据。 ?交易数据：用于纪录业务事件，如客户的订单，投诉记录，客服申请等，它往往用于描述在某一个时间点上业务系统发生的行为。 ?主数据：主数据则定义企业核心业务对象，如客户、产品、地址等，与交易流水信息不同，主数据一旦被记录到数据库中，需要经常对其进行维护，从而确保其时效性和准确性； 主数据还包括关系数据，用以描述主数据之间的关系，如客户与产品的关系、产品与地域的关系、客户与客户的关系、产品与产品的关系等。 ?元数据：即关于数据的数据，用以描述数据类型、数据定义、约束、数据关系、数据