设计委托书与设计合同

设计委托书与设计合同（通用8篇）

篇1：设计委托书与设计合同

委托设计合同书

委托人：许绍平（以下简称甲方）

被委托人：（以下简称乙方）

甲、乙双方就农行招待所消防改造工程的设计事宜协商达 成下列协议：

一、工程名称：农行云海（众生）招待所消防改造工程的设计。

二、工程地点：昆明市

三、工程造价：暂定100万元

四、工程内容及范围：农行云海（众生）招待所消防改造工程的设计方案及施工图。

五、设计费：总包干价：人民币大写叁万伍仟元整（¥ 35000.00元）。

六、付款方式：合同签定后甲方支付乙方70%（合同总价）即¥ 24500.00 元。消防工程验收合格，资料交完，同时结清余款。

七、甲方的权利、责任、义务：

1、甲方负责对建设方的相关事宜协调。

2、提供乙方对现场的踏勘，实测等方便。

3、提供招待所相关的技术资料原建筑图。

4、甲方配合乙方开展相关的工作。

5、按合同约定支付设计费用。

6、消防改造工程的施工如果在相同条件下选择承包给乙方。

八、乙方的责、权、利：

1、被委托人须具有消防工程相关的专业资质。

2、乙方所出的消防改造设计图必须签字、盖章手续完整有效。

3、乙方保证所设计图纸能通过消防部门的审核。

以上合同双方共同遵守履行，不得单方改变。

未尽事宜，友好协商，若有纠纷提交“昆明市仲裁委员会”裁决。

本合同一式贰份，甲、乙双方各执壹份，竣工资料交完，设计费支付完自动终止。

委托方代表人：签章被委托方代表人：签章

签约日期2011年3月日

篇2：设计委托书与设计合同

装饰设计合同书

合同编号:S022012030

5项目名称：XXX大酒店室内局部改造设计案 委 托 方：XXX

设 计 方：XXX设计咨询有限公司

签订日期：二零一二年零三月零八日

室内装饰设计委托合同

合同编号:S0220120305

委托方（甲方）： XXX大酒店

设计方（乙方）：XXX设计咨询有限公司

根据《中华人民共和国合同法》、《中华人民共和国建筑法》、《建设工程勘察设计市场管理规定》以及地方关于建筑工程勘察设计管理规定和规章，结合室内装饰设计的特点，本着精益

求精、精诚合作的原则，经甲、乙双方友好协商，甲方现委托乙方承担室内装饰设计工作，并达成如下协议，以便共同遵守。

一、工程项目概况

1、项目名称：XXX室内局部改造与三楼扩建豪华包房设计案

2、项目地点：XXX路338号

3、建筑面积：建筑面积276.3M2（仅扩建部分）

5、房屋结构：梁柱框架结构

6、工作内容如下：

01、将原有B1~3F的工作楼梯改为客、货两用楼梯

02、三楼增设过厅、走道

03、三楼新增豪华包房2间（可变为小型宴会厅）

04、豪华包房的辅助配套空间（传菜间、储藏室、男女洗手间、餐具清洗间等）

05、一楼大堂地面改造建议

06、一楼大厅两主墙面装饰改造建议

07、二楼大厅主墙面装饰建议

08、二楼包房软装饰建议

注： 05~08项为附送服务内容，取费未计。

二、设计费用与付款方式

1、甲乙双方经协商设计服务费按建筑建筑面积 200.00M× 80.00元/M计取，计￥16000.00元，即人民币壹万陆仟元整（税费另计）。

2、签约时，甲方支付乙方50%设计费服务费用，计￥8000.00元，即人民币捌仟元整。

3、甲方确认设计效果图后，甲方支付乙方30%设计费服务费用，￥4800.00元，即人民币肆仟捌佰元整

4、乙方根据甲方前期确认的效果完成全套设计图纸后，甲方支付乙方余下20%设计费服务费用,计￥3200.00元后，即人民币叁仟贰佰元整，乙方将汇编成册的图纸一套交予甲方。22

三、合同期限：

1、自 2012 年 03 月 09 日起至 2012年 03 月 28 日，共计 20 日。

四、设计工作程序

乙方将依据甲方所提供的原始建筑资料和现场勘验测量的细节及《设计任务书》进行设计，并分阶段完成如下设计工作：

1、方案设计阶段：自 2012 年 03 月 09 日起至 2012 年 03月 10 日完成如下工作:

01、现场勘验（精确现场测量与影像记录）

02、原建筑平面结构图

03、设计平面图（平面布局与空间组织）

04、设计概念简报（设计的概念、风格、方向）

2、扩初设计阶段：自 2012 年 03 月 12 日起至 2012 年 03 月 16 日完成如下工作: 01、完善方案设计阶段的修改工作

02、主立面设计图（立面的造型、材质）

03、绘制包房的效果图（门厅、走道、包房、宴会厅共计效果图4张）

04、软装改造建议

05、材质样本

3、深化设计阶段：自 2012年 03 月 18 日起至 2012年 03 月 20日完成如下工作: 01、完善扩初设计阶段的修改工作

02、修改或完善上述效果图的一些细节

03、铺面设计图（地面的层次与材质）

04、天花设计图（天花的层次与材质）

05、功能空间立面展开设计图（单个空间的四向立面图）

06、道具设计大样图（道具尺寸图）

07、节点设计细部图（节点构造尺寸图）

08、天花灯具设计图（灯具的位置与种类）

09、天花灯具开关图（灯具的连接与开关位置）

10、平面灯具配置图（灯具的位置与种类）

11、强电插座配置点位图

12、弱电插座配置点位图

4、施工图设计阶段：自 2012 年 03 月 22 日起至 2012 年 03月 28 日完成如下工作: 01、完善深化设计阶段的修改工作

02、施工与设计说明的编制（设计说明与施工要求）

03、建材设计规范（装修材料的明细）

04、家具设计规范（家具选配的明细）

05、灯具设计规范（灯具选配的明细）

06、洁具设计规范（洁具选配的明细）

07、建筑材料样板（材料样本）

五、双方权利与义务

1、甲方享有、承担下列权利及义务

01、有权要求乙方按照合同约定提供咨询意见、结论、数据等，但不可以要求乙方违反国家有关规定、法规和设

计规范进行设计。

02、方案没确定前且不违背设计任务书的前提下，甲方有权对乙方提出修改意见。有权以书面签字的形式作为对

方案的确认。

03、甲方有义务在约定的时间内向乙方提供设计所需的资料和文件，并对其正确性、完整性及时限性负责，若由

甲方提供的设计资料而引起设计修改，则甲方须另行支付乙方的修改费用，由此带来的一切后续问题由甲方负责。

04、甲方须协调、安排乙方的勘测人员对目标空间进行现场勘察测量与影像记录，以便于乙方取得精准的目标空

间之设计依据。

05、甲方须明确提出对于目标空间的使用要求和对空间氛围的期望及希望赋予目标空间的格调。积极表述设计任

务之目标，提供或协助乙方完成《设计任务书》，并以其为标准来检验乙方对于本案的完成情况。

06、甲方须承担要求设计师针对本项目的外出考察或选料时所需的交通费和差旅费。

07、甲方应在本案施工前按照国家和地方有关规定办理相关审批手续，并应敦促施工方遵循国家和地方相关规范

与要求施工。若设计与规范或审批结论有差异时应督促施工方以规范和审批结论为准。

08、甲方签订工程施工合同时，应明确项目承包方（施工方）服从乙方监督与指导，若乙方与承包方有争议，甲

方应积极出面协调，不得直接或间接的袒护施工方；若责任在承包方而导致工程停工时，则由施工方承担一切责任与乙方无关；若因施工确有困难，要求更改设计时，乙方会征得甲方同意后再修改设计内容。

09、在由乙方做好针对甲方和施工方的图纸现场交底工作后，施工方还不能理解设计意图仍需乙方到施工现场解

决问题的，甲方须要承担到场人员的工费、交通费及旅差费。

10、施工中，甲方更改设计内容必须经乙方书面同意。若因甲方擅自修改设计内容而影响房屋结构或装修内部结

构，所引起的一切后果均由甲方自负。

11、经甲、乙双方确认的方案，在施工过程中甲方提出修改要求，甲方应为重复增加的工作按照本合同约定价格

另行支付乙方设计服务费用。

12、工程竣工后，甲方应允许并安排乙方对所设计空间作品做影像记录，并持有该影像的版权。

2、乙方享有、承担下列权利及义务

01、按照合同约定乙方向甲方提供目标空间的室内装饰设计与相关咨询服务，不含对原建筑构造的安全鉴定、结

构、电气、暖通、消防及智能等系统的设计，但有责任配合甲方所委托的第三方专业设计公司针对上述专业的设计工作。

02、乙方应依据国家技术规范、标准、规程及甲方要求进行室内装饰设计并对其交付甲方的设计成果的安全性、合理性、正确性负责。乙方有权否定甲方违规的设计要求，若甲方强制要求乙方执行其违规想法，则甲方承担由此引起的一切责任。

03、乙方在于甲方合作过程中所获得或知悉的关于甲方的商业秘密，应严守其私密性。未经甲方书名同意乙方不

得将甲方的商业秘密用于履行本合同之外的其它用途，乙方上述保密义务的期限，从乙方知悉该资料或信息日起，直至公众可以通过合法途径获得、知悉该资料或信息之日止。

04、由于甲方针对本项目的配合工作滞后（包含且不限于提供的设计资料不及时、对乙方提案的评估确认滞后和延期付款等）且未构成违约责任外的，乙方有权顺延合同期限。

05、乙方由于自身的原因逾期向甲方提交相关设计成果，由乙方向甲方承担逾期违约责任；没有履行合同中规定的其它义务时，由乙方向甲方承担违约责任；由于设计成果存在问题，则由乙方负责解决该问题并承担相应费用。

06、乙方有配合甲方和施工方对本项目做好所在地行政主管部门的审批手续之义务。若图纸需乙方协调设计院盖

章，则所发生的费用由甲方另行支付；若审批修改意见超出《设计任务书》范围之外的改动，则由甲方承担超出部分的设计服务费用。

07、施工前乙方应会同甲方与施工方做好图纸现场交底工作；施工过程中，乙方应根据工程施工需要每周至少一

次到达现场指导放样及施工，以确保设计效果之体现。

六、知识产权：

1、本合同约定由乙方向甲方提交的任何设计方案、图纸、模型、说明等作品著作权归乙方所有。但乙方同意甲方有权在本项目建设及宣传中使用该作品，并有权无偿在宣传材料中包括但不限于文字、图片、录像等形式（包括乙方名称、标识）对该作品及该作品的项目进行宣传。甲方付款后，享有该设计方案的唯一使用权。

2、乙方应保证其向甲方提交的成果（包括阶段性和最终性成果）以及乙方为实现该成果所使用的必要方法不侵犯第三人的合法利益，甲方因使用乙方所提供的成果被第三人指控为侵权，包括但不限于知识产权，乙方因积极协助解决，并承担由此给甲方造成的损失。

3、未经乙方书面同意，本设计方案甲方不得许可他人复印或模仿，不得运用于目标空间以外的其它空间中。

4、未经甲方书面同意，乙方不得将本设计方案的主要设计内容未经修改直接用于其它项目空间。

七、违约责任

1、如果任何一方有不履行合同义务的情形，均应承担违约责任。

2、甲方拖延付费违约情形中，甲方应当向乙方支付违约金，违约金应以当期应支付金额为基数，比例为2%；逾期超过15日的，乙方有权暂停履行合同义务，并有权追究甲方违约责任。唯乙方应于终止服务之七个工作日前书面通知甲方催付该期付款。

3、乙方拖延向甲方交付设计文件、资料、或逾期提供合同约定的相关咨询服务情形中，乙方应当向甲方支付违约

金，违约金以当期已支付金额为基数，比例为2%。若乙方逾期超过15个工作日，则视为乙方终止合同，甲方有权追究乙方的违约责任。

4、在合同履行期间，甲方单方面要求终止或解除合同，应书面通知乙方，同时支付乙方接到通知时已完成的相应设计工作内容的设计费服务费用。并支付总设计服务费用的20％作为违约金付给乙方。

5、在合同履行期间，乙方单方面要求终止或解除合同，应提前书面告知甲方，退还甲方所交的设计费用外，按总设计服务费用的20％作为违约金付给甲方。

八、不可抗力

1、不可抗力是指订立本合同时不能预见，对其发生和造成的后果不能避免并不能克服的情况。

2、一方由于不可抗力导致无法履行本合同义务的，应免除违约责任，但须向另一方提交存在不可抗力的证明，不可抗力消失后本合同是否继续履行双方另行约定。

九、争议与纠纷处理

1、甲、乙双方在履行本合同中如发生争议，首先由甲、乙方协商或者通过调解解决。如双方协商或调解不成，则双方选择项目所在地的人民法院解决或项目所在地的仲裁委员会仲裁（将不选的划掉）。

十、合同的生效、变更、解除和终止

1、本合同由双方签字或盖章时生效，至双方履行全部合同义务后止。

2、本合同生效后，甲、乙任何一方不得擅自变更或提前解除合同。需要变更或解除合同时，应经双方协商一致，并达成书面协议；书面协议达成之前，本合同条款仍然有效。本合同终止后，双方应当遵循诚实信用原则，履行通知、协助、保密等义务。

3、在下列情形中，双方均可提前解除合同：

01、因不可抗力致使无法实现合同目的；

02、一方明确表明或以自己的行为表明不履行主要义务；

03、一方延迟履行主要义务，经催告后在15日内仍未履行；

04、一方延迟履行义务或有其它违约行为，致使不能实现合同目的。

十一、附件：

1、本合同附件是本合同不可分割的组成部分，与本合同正文具有相同的法律效力。

十二、附则：

1、本合同一式两份，双方各执一份，均具同等法律效应

2、本合同未尽事宜，双方可签补充协议，补充协议及双方认可的邮件、短信、传真、会议纪要等均为本合同的组成部分与本合同具有相同的法律效力。

甲方签字(盖章)：乙方签字(盖章)：

地址：地址：

电话：电话：

传真：传真：

篇3：设计委托书与设计合同

随着互联网与电子商务的发展,基于Android平台的应用在各行业的使用越来越广泛,发挥的作用也越来越大。 就餐饮业而言,目前网上订餐的主要模式是商家以提供订餐电话、短信等方式来满足客户的订餐及外送需求,但这种方式一直以来因为配送费和消费金额的问题而存在明显缺陷,而且大多数订餐系统仅提供简单的服务,未能充分利用商品特性、用户购物习惯、商品关注度等有价值的数据［１］。 为了解决上述问题,可以在Android平台上构建基于任务委托业务的订餐系统,打造一个移动端的区域性电子商务平台,以推进网上订餐模式的发展［２］。即如果被订餐的餐饮商家附近有人正好需要回到或经过订餐者所在位置,则由其将订餐者的商品带回来,并获得一定数量佣金,任何拥有手机终端应用的人都可以发布和接受任务。基本流程是订餐者(任务发布方)查询周边感兴趣的餐饮商家信息,选中食物商品并发布订餐需求及自己的地址,具有相同应用的人可以搜索到周边一定范围内的任务,如果觉得哪项任务合适即可接受,并通过完成任务获得一定数量的佣金,这就是任务的接收方。商家在应用上看到订单信息后,只需准备好订单上的物品,等待任务接受方来取即可,而不需要考虑外送问题［３］。物品的流通是由任务接收方送给任务发布方的。

1委托订餐系统设计

基于任务委托的订餐模式可以让用户直接在自己安卓智能手机的客户端上进行操作,客户端要实现用户附近商家信息的展示,包括浏览该商家的所有商品信息,并且能够在线下订单,完成支付押金等操作,还可以看到其他用户对此商家的评价。另一方面,能够支持查看附近其他用户发布的任务信息。整个任务流程可以让用户很方便地完成发布任务、搜索任务、接受任务、完成任务等操作。 然后通过网络连接到服务器端,进行数据交互。服务器端负责主要业务逻辑的处理以及对数据的加工与存储,从而完成整个订餐任务流程。

在客户端,用户分为普通用户和商业用户,用户可以使用此应用程序发布订餐任务以及查看任务进程。商家也可以通过手机客户端查看订单,并在手机端接受任务、 完成任务等。客户端除了注册和登录模块外,还包括发布任务、寻找任务、账户管理、个人收藏管理、个人信息管理等模块,在功能上可以选择商家与显示商品列表以及任务详情,如图1所示。

服务器端程序用来接收客户端发来的请求,并对数据进行处理,读写相应的数据库,并将处理后的结果返回手机客户端。服务器端是基于Java EE架构的网站,用来接收各个Android客户端传递过来的数据并进行处理。 后台由一个Servlet进行逻辑转发,根据实际的需求交给各个模块进行处理［４］。具体的服务器端包含用户管理、商家管理、任务管理、订单管理、账户管理、系统管理等模块, 如图2所示。

2委托订餐系统关键实现技术

2.1 List<Map<String,Object>>对象排序

程序中在很多地方都需要对获取到的数据进行排序, 但Java的Collection提供的排序方法只能针对单一类型的ArrayList,而像储存Map<String,Object> 这种类型的数据,却没有针对性的方法进行处理［５］。所以针对相关需求,特别设计了针对List<Map<String,Object>> 动态数组的排序方法,可以指定需要排序的关键字,按照升序或降序进行排序,即Android程序中的ListView控件所需填充的内容由List<Map<String,Object>>动态数组提供。具体根据指定关键字段的值对list中的map进行升序排序,代码如下所示:

2.2根据经纬度获取周围最近地点

在移动设备普及的今天,基于地理位置进行精确营销将是众多电子商务平台的研究重点。根据用户的当前位置以及该用户的一些个人信息和其在该商圈的购物情况等资料,即可精确地根据分析模型预测出该用户的当前需求,并将可能需要的商家信息推送给用户。简而言之,用户在各个区域进行的活动和行为是有差别的。例如在家附近、公司附近,或体育场周围等,该用户可能产生的购物需求也是不一样的。区域性商圈的理念就是要基于地理位置收集用户的相关数据,为商家的经营推广等活动提供有参考价值的建议,并且将该商圈内的各个商家联系在一起,使商家与商家之间、商家与客户之间、客户与客户之间产生新的依赖关系,从而产生更多的交流与分享。这也使商家能够及时明白消费者需要什么,自己需要提供什么, 以及能够提供什么。

当系统从用户手机获取到该用户的经纬度数据后,如果要从服务器端的数据库中匹配到最近的一些商家信息, 需要从数据库中将所有结果全部取出后,计算出距离,之后再进行排序,因此需要消耗大量系统资源。解决的方法是在系统中对商家的经纬度数据进行区间索引［６］,根据已知位置(经纬度数据)求出距离范围的矩形,然后先比较经纬度,只有在该矩形区域内的经纬度才是有可能符合距离要求的数据。在该矩形区域内再进行距离计算,数据量则会少很多,计算量大幅降低。笔者对50万条经纬度数据做了实验,用单纯函数的方法计算距离耗时1 650ms,而先计算矩形,再在符合要求的结果集里计算距离,仅需15ms,节省了大量时间。

3结语

上述系统模拟了一个订餐的简易流程,基于任务委托的订餐服务模式可以吸引更多用户加入,而不需要专门的送餐人员,节约了商家成本,也方便了顾客。同时随着生活节奏越来越快,人们越来越注重时间成本,并且也很容易接受新鲜事物,所以这种服务模式的目标受众十分广泛,其推广和应用将具有较大潜力。

另外,还可以在该系统基础上继续构建一个开放性平台,不仅局限于餐饮业,还可以包括各行各业中希望在移动平台上有所发展的群体。随着目前人们越来越习惯于使用智能手机去获取信息、购物等,以及手机支付方式的迅速发展与进步,例如支付宝钱包、微信支付、二维码支付、声波支付、NFC技术等,用户可以选择不同的移动支付平台与方式,获得便捷高效的购物体验。移动支付与移动互联的完美结合,共同构成了完整而高效的电子商务模式。

摘要：基于互联网与电子商务的发展状况,构思了一个新模式来满足中小型餐饮店的外送服务和推广需求。提出基于任务委托模式的订餐系统,详细阐述委托订餐模式的含义,并对系统进行了设计与优化,以期打造一个移动端的区域性电子商务平台,推进网上订餐业务的发展。

关键词：电子商务,委托订餐模式,C2B

参考文献

[1] 刘杰克.当前市场背景下企业的电商转型之路[J].科技智囊,2012(3):60-63.

[2] 中国互联网络信息中心(CNNIC).第35次中国互联网络发展状况统计报告[R].2015.

[3] 樊瑶.电子商务环境下我国物流配送研究[D].武汉:武汉科技大学,2010.

[4] 陈恒,王雅轩.基于XML/Web Services的电子商务模型研究[J].软件,2013(10):55-57,61.

[5] 魏辉,张新治.基于Android的移动商务系统研究[J].河南机电高等专科学校学报,2012(4):17-20.

篇4：设计委托书与设计合同

摘要：电网工程具有建设周期长、管理过程复杂、投资规模大等特点。文章分析了当前电力基建工程委托业务的现状和问题，针对如何加强电建委托业务过程控制，详细介绍了针对此业务的影像化处理流程的设计与实现。

关键词：电网工程；影像化处理；委托业务

中图分类号：TM715 文献标识码：A 文章编号：1009-2374（2013）26-0015-02

1 电建委托业务的现状与问题分析

电网建设工程具有管理过程复杂、涉及范围广的特点，电压等级越高，该特点越明显，大多电力企业依托下属单位开展电网工程属地化协调及建设管理工作，工程财务管理工作仍集中在总公司财务部门，采用受托单位集中报账模式核算。集中报账财务管理模式，一般每月或每季度报销一次，工程成本归集时间滞后，总公司和受托建设单位在工程财务管理上相脱离，导致财务部门工程管理关口滞后，财务部门难以实时控制各项支出的真实性、合理性和合规性，存在工程成本入账不合理、项目费用超支的潜在风险，不利于工程成本过程控制和降低工程造价。为解决这一矛盾，本文提出利用ERP工作流结合票据影像技术，设计电网建设委托业务影像化处理流程。

2 流程设计思路

以公司基建部、财务资产部同步在线审批受托建设单位工程各项费用支出为目标，从组织、制度、流程、信息系统等方面优化在线审批方案，努力提升标准化、规范化、专业化的工程管理集约化水平，开发建设并应用电建委托业务影像化处理流程。包括如下具体内容：

（1）开发建设票据影像管理系统，实现影像数据统一存储、集中管理；（2）设计电建委托业务审批工作流，根据业务需要设置审批节点，自动整合业务数据和原始影像凭证；（3）遵循系统整体设计原则，与ERP系统、财务管控系统充分集成；（4）采用“集中开发、统一部署”的方式，所有的功能统一设计，包括与ERP系统、财务管控系统的接口，系统集中在公司统一部署。

3 流程技术方案

电网建设委托业务影像化处理流程依托ERP工作流和票据影像系统，通过集成ERP系统、企业门户等，以ECC工作流系统作为后台管理引擎。以SAPNet Weaver为平台，通过Web Dynpro开发基于表单的用户界面，构建一站式、简单实用的审批平台。以企业内部门户作为工作流展示页面，将原来的线下纸质票据传递转化为线上影像票据流转，受托建设单位业务部门发起业务申请，填写付款方式、金额、银行账号、供应商等财务信息，上传相关票据影像，经相关领导审核后传递至总公司相关部门和人员审批，审批通过后自动生成总公司和受托建设单位双方会计凭证。

（1）ERP工作流：通过工作流，将报销业务从线下转移到系统内实现。工作流具有流程透明固化、方便监控流程状态、自动匹配审批人、自动发送待办通知等优点。利用ERP业务处理节点的合理衔接，改变了各部门过去信息闭塞、各自为战的局面，形成了协同作战的良好氛围。通过财务与前端业务信息的集成互联，提高业务流传速度，保证业务处理的及时性。工作流业务处理节点分为受托建设单位和总公司两部分。受托建设单位发起业务申请，上传相关票据影像信息，总公司基建部门、财务部门接收申请，同步在线审核业务支出合理性、合规性。各级审批人员只需要按照工作流中预设的流程进行审批，系统后台操作使业务人员操作更简单、流程更透明。ERP工作流加强了上下级单位和相关部门间的流程互通和信息共享，提高了数据准确性和业务执行效率，减少了重复工作量。

（2）票据影像系统：利用非结构化数据管理平台，开发应用票据影像系统。票据影像系统分为采集子系统（扫描仪）与影像管理主系统两部分，具有影像采集、影像管理、基础支撑三项功能。工程管理相关人员通过系统查阅电子化票据即可开展业务，无需等待实物票据，减少了业务等待时间，加快了业务处理速度。系统通过影像单据业务电子化，实现了受托建设单位原始凭证的可视化管理，延伸和拓宽了总部工程财务管理视野，实时开展财务业务在线稽核。业务流程影像集成的方式采用通用的Web服务方式，工作流通过影像系统获取登录票号，通过影像上载的URL，填充来源系统、影像集编号或者影像集副编号等参数，进入影像系统的上载页面。同时在工作流封装上载界面优化用户体验，用户在工作流界面可进行影像文件的上传、查询、修改、删除等操作。票据影像系统与工作流系统的无缝集成，保证业务审批全部通过线上流转，同时保证影像文件与工作流申请单信息的匹配，在审核阶段能够更有针对性地保障业务的合规性，对于后期会计档案的查询也能够实现原始单据的电子化。

（3）凭证生成技术：在业务申请单据中，通过在ERP系统设置内部往来核算规则，相关信息项自动对应到具体会计明细科目，实现了不同会计主体间关联业务的会计处理自动触发完成，工作流审批完成后调用凭证生成BAPI自动生成公司本部及受托建设单位会计凭证。在此之前需要在工作流申请过程中，对数据进行校验，保障提交的数据的有效性及真实性。通过凭证自动生成功能，该业务只需在一个入口进行操作即可，减少了财务人员工作强度，避免了人为操作导致与申请不一致的情况。

4 具体操作流程介绍

电建委托业务影像化处理流程测试通过后，需布置受托建设单位上线应用，系统主要操作流程如下：

一是完成流程导入、打印机、扫描仪采购工作。二是项目组制定基础数据收集标准规范及模板，由总公司财务资产部审定后下发受托建设单位，受托建设单位收集并上报各业务节点用户权限，提交财务资产部。财务资产部和项目组对最终数据进行审核，完成系统权限配置。三是对系统最终用户进行培训，帮助最终用户熟悉和适应系统各模块的工作流程和操作方法。四是受托建设单位业务部门填写业务申请单，上传票据影像信息，传递至本单位财务部门。财务部门审核申请单信息的完整性和准确性，补充填写付款方式、金额、银行账号、供应商等财务信息，预览会计凭证，提交至总公司审批。五是总公司基建部、财务资产部进行在线审批，点击查看相关原始票据影像信息，审核支出的合理性、原始凭证的真实性和准确性、费用归集合规性、支出项目是否合理或超支，剔除不合理支出，审批同意后自动生成公司本部和受托建设单位会计凭证，实现了对工程成本实时管控和全过程监督。

5 实施效果

电建委托业务影像化处理流程通过报销单据在线审批流转，减少人工报销成本50%以上，同时对受托建设单位工程费用实时在线管控，完全杜绝了工程支出的浪费、无序和超概算现象的发生。流程的设计和实现，具有以下

效果：

一是通过影像单据业务电子化，实现了财务报销业务的在线处理，减少了人工传递成本，缩短了业务处理时间，增强了业务报销的及时性。

二是总部基建部通过查看相关原始票据影像信息，审核支出的合理性、合规性，工程结算工作由“事后审核”变成“事中控制”，改变了原来工程竣工后结算工作被动审核的局面，实现了业务、财务数据一体化。

三是总部财务资产部在线审批，将工程财务管理关口前移，对工程成本支出真实性、合理性实时管控，及时剔除不合理支出，净化了工程费用支出，加强工程造价过程控制。

四是自动生成总部和受托建设单位会计凭证，提升了会计核算效率，利用系统报表功能，工程支出情况实时汇总查询，提高了信息加工、展现、穿透与分析能力。

6 结语

电网工程项目的管理是电力企业重要的管理活动，涉及部门多，资金量大，抓好工程成本过程控制，才能有效合理地控制造价，使有限的投资发挥较好的经济效益和社会效益。电网建设委托业务影像化处理流程利用信息化手段，优化和完善了工程业务流程，并明确了工程，将工程管控关口前移到项目实施阶段，满足了委托建设工程远程监控管理的需要，为工程成本的节约提供了技术支持和实施保障，实现了管理效益和经济效益的双赢。

参考文献

[1]杨波，严坤，姜劲松，胡谷雨.面向Web服务架构的协同工作流模型[J].计算机工程与设计，2011，3.

[2]詹伟.工作流助力湖北电力ERP系统深化应用[A].2010电力行业信息化年会论文集[C].2010.

[3]张丽红.计算机远程监控系统的设计和实现[J].华章，2011，10.

篇5：委托设计商标合同

经甲，乙双方协商一致，就有关委托设计商标事宜达成如下合同，双方共同遵守。

一、甲方委托乙方设计使用在_________商品的商标一套（包括中，英文名称和图形），商标设计稿必须经甲方书面确认定稿。商标要求美观，实用，并能够核准注册。

二、甲方支付给乙方设计费________元，自本合同签订之日起_____日内预付乙方_____％，商标定稿后_____日内支付另_____％。

三、甲方商标定稿后，委托乙方代理注册申请。注册申请费用由甲方承担，查询费用由乙方承担。

四、甲方商标若未能注册成功，乙方免费再为甲方重新设计，并免费为甲方代理注册申请（规费仍需甲方承担），直至注册成功。若商标未能注册成功，乙方不承担甲方由于使用该商标造成的损失。

五、本合同一式二份，甲，乙双方各持一份。

甲方（盖章）：_________ 乙方（盖章）：_________

代表（签字）：_________ 代表（签字）：_________

_________年____月____日 _________年____月____日

篇6：委托设计合同

乙方：

一、甲、乙双方通过协商，由甲方委托乙方对 项目进行设计工作。

二、设计工作内容：

1、产品的外观设计

2、产品的结构设计

3、根据已审定的设计方案制造可供展览使用的仿真样机

三、乙方在委托合同生效后：

1、在 天内完成设计草案，提交叁款不同风格的设计效果图（彩色、电脑打印）供甲方评审选择；

2、在评审意见基础上，乙方在 天内完成正式设计方案，提交正式设计的效果图（彩

色、电脑打印）、所有的外观装饰设计效果图（彩色、电脑打印）；

3、在正式方案完成后，乙方在 天内制作可供展览使用的仿真样机壹台；

4、每阶段设计成果均由甲方验收，并履行验收手续。

四、乙方保证设计达到甲方提供的国家现行规定的各项安全与技术标准，及有关设计目标的要求。乙方保证在甲方模具制造或试产过程中，对有关设计方面需要修改时，及时提供各项有关修改意见；在设计过程中，设计目标需调整时，双方应友好协商，取得一致意见。

五、经商定，甲方支付人民币 元作为乙方设计工作之劳务费用，并于合同签字后即将该款 %支付给乙方，合同自款项收到之日起生效。当乙方完成样机制作并经甲方认可，甲方即将余款支付给乙方。

六、甲方在设计过程中，应按双方商定的时间进度积极配合做好方案选定工作，提供有关技术资料及设计规定所使用的部件，因甲方原因影响乙方工作进度时，乙方项目完成时间顺延。

七、双方商定，该项目在设计、备产阶段，双方均承担保密责任，因泄密造成的一切经济损失由泄密方负责。

八、双方商定，该项目专利申请权归甲方，乙方保留署名权。设计完成后，有关专利事项按国家专利法规定。

九、产品投产后，甲、乙双方对设计均有宣传权。

十、甲方提供设计费用可用现款、支票、转帐等方式提交乙方，乙方帐号：

开户行：

帐 号：

单 位：

十一、委托设计商定之指标见附件，附件共 页，附件与本委托书共同生效。

十二、合同一经生效，双方必须严格遵守，如有违反，违约方应承担对方由此引起的一切经济损失。

十三、未尽事宜，双方应通过友好协商解决。

甲方：乙方：

代表：代表：

篇7：设计委托合同格式

乙方：

依照《中华人民共和国经济合同法》，根据本项目的建筑特点和工程整体造价,结合当地的消费水平以及甲方的设计要求及投资情况,甲方委托乙方就项目进行室内外装饰工程设计。经过双方友好协商，达成下列协议条款：

第一章项目概况

第一条工程项目名称：

第二条工程项目地点：8

第三条工程项目规模：

第四条工程项目投资总额：

第二章设计范围

第五条项目平面流程设计：即项目流程功能布局整合设计。

第六条项目工程基础平面设计：包含健身区、男女浴区、泳池区、等设计、

第七条项目室内装饰工程效果图：包含走廊、男浴区、女浴区、健身区、等部位效果图。

第八条项目室内装饰工程施工图：包含平面、顶面、立面、剖面图、装饰节点详图。

第三章设计内容

第九条平面流程设计

甲方提供项目对应的原始平面图，乙方依据约定时间按时提供设计范围内的平面设计图。

第十条效果图设计阶段：乙方提供设计范围内走廊、男浴区、女浴区、健身区、等部位效果图。

第十一条施工图阶段：乙方提供效果图设计方案，经甲方审核认可后，乙方进行全部施工图纸设计，即设计范围内相关的面平、立面、顶面、剖面图，包括细部大样图。施工图纸A2A3。

第四章设计期限

第十三条项目平面流程设计自签订合同之日起日完成。

第十四条效果图设计：平面流程设计甲方认可后日完成。

第十五条施工图设计：项目平面流程设计定稿后日，根据施工进度，分阶段完成。

第五章设计费及付款方法

第十六条设计费：总设计费万元人民币。

第十七条付款办法：

本合同签订之日起三日内，甲方向乙方支付总设计费的百分之三十，暨万元人民币。平面流程设计、效果图完成交付甲方，甲方支付乙方总设计费的百分之五十，暨元人民币。施工图设计完成，立面、顶面图完成，细部大样图完交付甲方，甲方支付乙方总设计费的百分之二十，暨万元人民币。

第六章双方责任

第十八条甲方责任

(一)甲方应及时向乙方提交相关原始资料及文件，须以书面形式说明设计要求，并对其完整性、正确性、及时性负责。

(二)甲方变更委托设计项目、规模、条件或因提交的资料错误，或对提交资料有较大修改，须及时提前征得乙方同意，因修改设计造成乙方设计需返工时，双方除需另行协商签订补充合同、重新明确有关条款外，甲方应按乙方所耗工作量向乙方支付返工费。

(三)合同履行期间，甲方单方提出解除合同的，乙方未开始设计工作不退还甲方已付的定金;已开始设计工作的，甲方应根据乙方已进行的实际工作量，不足一半时，按该阶段设计费的一半支付;超过一半时，按该阶段设计费的全部支付。

(四)甲方应按本合同第二条规定的金额和时间向乙方支付设计费用，每逾期支付一天，应承担应支付金额千分之二的逾期违约金。逾期超过30天以上时乙方有权暂停履行下阶段工作，并书面通知甲方。甲方上级对设计文件不审批或本合同项目停缓建，甲方均应支付应付的设计费。

(五)甲方要求乙方比合同规定时间提前提交设计文件时，甲方应支付赶工费。

(六)甲方应为乙方派往现场的工作人员提供工作生活及交通等方便条件。

(七)甲方应保护乙方的设计版权，未经乙方同意，甲方对乙方交付的设计文件不得复制或向第三方转让或用于本合同外项目，如发生以上情况，乙方有权索赔。

(八)甲方接到乙方提交的方案设计后应及时在7天内审核并书面答复乙方。否则乙方可视甲方已经同意。

第十九条乙方责任

(一)乙方必须根据本合同规定，按时、按质、按量向甲方提供设计图纸文件。由于乙方自身原因，延误了按本合同规定的设计文件交付时间，每延误一天，应减收该项目应收设计费的千分只二。

(二)乙方负责设计交底和辅助解决施工技术问题。在不影响工程总造价和设计周期的情况下，乙方应尽量满足甲方对设计提出的修改要求。如遇重大问题，双方协商解决。

(三)在施工过程中，如原设计与施工发生矛盾或出现无法实现原设计的情形，乙方须在征得甲方同意后，重新提供合理设计方案。

(四)乙方对设计文件出现的遗漏或错误负责修改或补充。由于乙方设计错误造成工程质量事故损失，乙方除负责采取补救措施外，应免收受损失部分的设计费，并根据损失程度向甲方偿付赔偿金，赔偿金最多与免收的设计费机额相等。

(五)合同生效后，乙方单方提出解除合同的，乙方应全额返还首付设计费，还应当按照有关规定赔偿甲方损失。

(六)乙方交付设计文件后，应参加有关部门的设计审查会议及根据审查结论负责不超出原定计划任务书范围内的必要调整补充。

(七)乙方不得向第三方扩散、转让甲方提交的产品图纸等技术经济资料。如发生以上情况，甲方有权索赔。

(八)乙方向甲方提供详细的项目资料图纸，并以书面形式说明设计要求。

第七章争议的解决

第二十九条本合同的订立、效力、解释、执行和争议的解决，均受中华人民共和国法律的管辖。

第三十条凡因执行本合同所发生的`一切争议，双方应通过友好协商解决。如协商不能解决，双方可按照本合同约定向仲裁委员会申请仲裁;双方均可向各方本地人民法院提起诉讼。双方均可向本地人民法院起诉，诉讼费由败诉方负担。

第三十一条在仲裁期间，除有争议的事项外，双方应继续履行本合同规定的其他条款。

第九章合同生效及其他

第三十二条甲方要求乙方派专人长期驻现场进行配合与解决有关问题时，双方应另行签订技术咨询服务合同或施工委托管理合同。

第三十三条乙方为本合同项目所采用的国家或地方标准图，由甲方自费向有关出版部门购买。

第三十四条本合同项目中，装饰材料、设备的加工定货，甲方需要乙方设计人员配合时，所需费用由甲方承担。

第三十五条本合同及合同附件经双方盖章，并且双方法人代表或授权代表签署后，立即生效。设计图纸经双方盖章确定生效。

第三十六条本合同由甲、乙双方盖章签字后立即生效。设计工作完成，工程竣工验收合格并结清设计费后，本合同失效。

第三十七条本合同(包括合同附件、补充合同)一式贰份，甲乙双方各执壹份，具同等法律效力。

委托方(甲方)：受托方(乙方)：

公司：公司：

代表人：

电话：

篇8：设计委托书与设计合同

关键词：基于服务器的证书验证协议,委托验证

0 引言

为了规范与简化PKI的应用与部署, IETF工作组在RFC-3379提出了委托路径发现和委托路径验证 (Delegated Path Discovery/Delegated Path Validation, DPD/DPV) 模式, 给出了DPD/DPV协议的基本构成, 在RFC4158对路径构造和路径验证进行了描述。在此基础上, IETF又在RFC5055中提出了基于服务器的证书验证协议 (Server-based Certificate Validation Protocol, SCVP) 。本文分析该协议的优缺点, 针对混合信任模型的特点, 设计了适合混合信任模型的证书验证委托服务器。

1 SCVP协议

1.1 SCVP协议的工作模式与适用范围

SCVP采用基于HTTP协议的“请求/响应”模式为客户端提供服务。客户端向服务器发出相关请求, 服务器接收请求后可以为客户端提供证书路径构建, 验证以及查询证书撤销状态等多种服务。这样通过委托路径发现和服务器验证就使得部署PKI应用程序更加容易, 使得一个组织能集中管理的验证策略。RFC5055文档指出SCVP协议可用于如下两种情况。

(1) 在客户端部分信任SCVP服务器的情况下, SCVP服务器可以提供证书路径, 撤销信息、CRL和OCSP响应等这些常用的服务, 但是验证证书路径的工作还是必须由客户端自己完成。显然, 这些服务对没有实现发现和下载中间证书、CRL和OCSP响应的客户端来说是非常有用的。

(2) 在客户端完全信任SCVP服务器的情况下, SCVP服务器在具有上述的一些基本服务外, 还可以提供证书路径构造和证书路径验证的服务, 同时可以确保证书策略在一个组织内保持一致性。

根据RFC5055的建议, 在以下两种情况下客户端可以采取完全信任SCVP服务器的方案。

(1) 客户端想节约证书路径验证软件的昂贵费用和对每个证书验证花费大量的时间。

(2) 客户端在一个组织和部门内, 该组织想集中管理验证策略。这些策略在信任锚点上明确的指出, 在整个证书路径过程中都会被用到。

1.2 协议优缺点

与传统的客户端证书验证过程相比, 证书验证服务具有的优点是很明显的。

(1) 大大简化了客户端的工作, 降低了开发和部署PKI应用程序的难度。减轻了客户端的负担, 提高了证书验证的速度。

(2) 在一个组织内可以对证书验证策略进行集中控制, 而不是由应用软件开发商自行处理, 有利于验证策略的实施。

(3) 采用DPV服务, 不需要检索证书路径处理所需的大量信息, 从而节省了网络带宽。

(4) 更有利于证书验证的实现。由于很多原因, 大部分证书都没有包含证书路径构造所必需的一些扩展项, LDAP证书库中许多属性也没建立, 使得路径构造无法实现。而服务器端可以人为配置相关信息, 实现证书路径的构造和验证。

(5) 缺陷在于SCVP系统本身不安全或者有可利用的安全漏洞, 就不能为使用证书的应用系统提供可靠服务。证书认证路径的构造和验证是一个费时的过程, 容易遭到拒绝服务攻击。SCVP服务器的性能也是关键技术环节, 如果解决得不好, SCVP服务器本身极有可能会成为整个PKI应用系统的一个瓶颈。

2 混合信任模型

混合信任模型如图1所示, 它是网状信任模型与层次信任模型的结合体。域CA3与CA5内, 都是建立在严格的层次机制上, 域内的证书路径构建比较容易实现, 建立的信任关系可信度非常高。域间, 信任关系可以传递, 减少了需要签发证书的个数与需要维护的证书量, 从而使证书管理更加简捷。根CA (Certification Authority) 以及中介CA既可以签发下属CA证书, 也可以签发最终实体证书。在策略允许的条件下, 域内或域间连接两个中介CA的高频路径可以建立交叉认证。在实际的应用中, 企业都希望能够控制其组织内部的CA与外界的信息交流, 希望能够通过一个信任根CA来与其他企业信息交流。该模型基本满足了这种分布式的需求, 另外的好处是由于有了交叉认证就避免了依赖可信第三方进行认证, 节约了大量经费。因此在商业上, 混合信任模型比桥CA模型具有更广泛的适用性和实用性。本文在该模型的基础上进行证书验证委托服务器系统的研究和设计工作。

3 证书验证委托服务系统的总体架构

基于SCVP协议的证书验证委托服务器系统基本框架如图2所示。该服务器可以为所有遵循SCVP协议的客户端PKI应用程序提供统一的证书相关操作的接口。其各个部分的主要功能简述如下。

(1) SCVP协议处理模块

该模块是该系统的核心部分之一, 主要负责对SCVP客户端的SCVP协议消息流的进行处理。一般的过程是在确认客户端合法的身份后, 接受客户端的请求并通过查询相应的各种信息来生成对查询请求的响应将其返回给SCVP客户端。

(2) 路径维护模块

该模块是该系统的核心部分之二, 主要负责建立证书路径和证书路径的更新、证书路径存储, 查询工作。

(3) 本地路径库

主要用来存储证书路径信息, 系统启动时必须从证书库中读取证书路径。系统退出时, 如果有新的路径必须写入该路径库。

(4) 本地证书库

存放整个的由根CA直接或间接签发的证书的信息以及各个证书路径所涉及的证书。这样可以提高路径验证的效率。

(5) 本地CRL库

存储各个CA签发的证书撤销列表, 当客户端要求返回证书撤销信息时就不必每次都去获取证书撤销列表。

(6) 路径验证模块

主要负责对路径的验证工作。IETF在RFC3280中指出, 证书状态检测是路径检测的一个部分。

(7) CA间交互模块

主要负责读取其它各个CA的维护的证书库、证书撤销列表。该系统可能与其它CA有信息的交流, 可能访问其它CA的证书库, CRL等。在这里我们假定其他各个CA采用LDAP与OCSP作为其存储方式。

4 总结

证书验证是个复杂困难的过程, 证书验证委托服务可以极大地减轻客户端的负担, 降低客户端软件开发和部署的难度, 使证书验证更为可靠和有效, 促进PKI的应用, 混合信任模型是PKI普遍使用的一种信任模型。本文论述了在此种信任模型下证书验证委托服务的实现, 可以很好地解决证书验证问题。目前的研究工作还存在着一些问题和局限, 设计的证书验证委托服务系统还要进一步完善, 后续还将在以下几个方面进行研究与改进。

(1) 本文的研究目前只支持一般的PKI公钥证书, 而对于属性证书的支持还没有实现。研究属性证书, 并使得服务器能够提供属性证书的验证功能将是下一步研究内容之一。

(2) 本方案实现SCVP协议的时候还有很多细节没有处理妥善, 比如验证时间以及cache的使用等问题, 验证策略请求响应对还没有实现。SCVP协议本身还在不断的发展中, 继续跟踪SCVP协议以及对该协议的实现不断完善是今后的一个重要工作。

(3) 路径构建模块与路径验证模块的并行性能有待提高。

(4) 证书验证代理服务器的安全性有待进一步研究和提高。

(5) 本文的研究建立在基于分布式交叉认证的PKI混合信任模型上, 对于其他的信任模型存在着一定的局限性。研究出一个更为通用的路径构建与验证方法与模式。

参考文献

[1]D.Pinkas, R.HousleySeptemberDelegated Path Validation and Delegated Path Discovery Protocol Requirements[S].RFC3379.PKIX Network Working Group September2002.

[2]M.Cooper, Y.Dzambasow, P.Hesse, etal, Internet X.509 Public Key Infrastructure:Certification Path Building[S].RFC4158.PKIX Working Group, September.2005.

[3]T.Freeman, R.Housley, A.Malpani, etal, Server-Based Certificate Vali-dation Protocol[S].RFC5055.PKIX Working Group.December.2007.