协同OA办公软件二次销售服务合同

申请免费试用、咨询电话：400-8352-114

泛普协同OA办公软件二次销售服务合同
 
本合同旨在明确在甲方在协同办公软件应用过程中，因需求超出乙方所提供的标准产品的功能，现甲方委托乙方对其产生的需求进行二次开发，经甲乙双方达成一致意见后签订本次合同，以此合同来明确双方的权利、义务，以及相关的法律事务。
 
一、             合同双方
项目名称：         XX公司财务OA与档案系统集成开发项目                        
委托方(甲方)：   XX公司财务有限责任公司                         

地  址：

联系人：

电  话：

传  真：

 
服务方(乙方)：  泛普软件                                       

地  址：

联系人：

电  话：

传  真：

 
二、             名词解释
1、   “开发需求分析”是指乙方根据甲方提出的需求结合乙方现有的产品功能出具二次开发的范围与客户需求实现方案的服务过程。
2、   “编码”是指乙方根据双方确认的开发需求分析进行软件源代码的编写过程。
3、   “二次开发”是指乙方针对甲方需求进行的产品功能的软件源代码的改动过程。
4、   “测试”是指乙方对根据甲方的需求而定制开发的功能进行产品功能缺陷的检测过程。
5、   “培训”是指乙方对甲方进行二次开发的功能的维护与使用的培训。
 
三、             二次开发工作量明细及费用说明
 

二次开发工作量明细 单位:人民币(RMB)
包含的工作内容	单价	数量	小计
针对XX公司财务档案集成开发需求，乙方为甲方完成实现开发（开发需求详见附件）	2000元人/ 天	19	38,000
备注：同时在开发实际过程中，根据甲方需求变更开发费用根据具体实际人工天实行“多退少补”的原则。
二次开发费用合计			38,000

 
四、             二次开发费用付款方式
 

二次开发费用付款方式
付款时间	付款额度	金额
合同签订后五个工作日内	本合同费用的50%	19,000
产品验收通过后第五个工作日	本合同费用的50%	19,000

 
五、              确认与验收
1、   乙方根据《开发需求分析》中具体规定，开发范围及开发需求的变更需通过经甲乙双方盖章确认后的《二次开发服务范围修改通知书》或《客户需求变更通知书》的方式进行变更，盖章确认后的《二次开发服务范围修改通知书》、《客户需求变更通知书》将作为合同附件，与本合同具有同等法律效力。
2、   合同执行过程中需要进行确认的文档或事项必须由甲方或乙方以书面形式进行确认。
3、   验收标准：《开发需求分析》。
4、   乙方完成的文档或交付成果根据本合同的约定需要由甲方确认的，甲方应在乙方提出书面要求后三（3）个工作日内进行签字确认；甲方逾期不作答复的，视为上述文档或交付成果已被甲方确认。文档一经确认，除非双方协商一致，并签署书面确认书，任何一方不得对其内容进行更改。
5、   乙方按照《开发需求分析》完成并交付二次开发功能后，应向甲方提出书面验收通知书，甲方在收到此通知书后，应在五（5）个工作日内安排人员，与乙方共同组成验收小组，对实施成果进行验收。
6、   甲方应按照及《开发需求分析》的约定对乙方服务进行验收，一旦实施服务或系统按照《开发需求分析》的约定完成，甲方就应签署相应的验收文件，乙方在本合同项下的相应义务与责任即视为完成。如甲方认为乙方的实施服务不符合《开发需求分析》的约定而不予验收，应以书面形式向乙方说明不予验收的理由及依据，乙方将根据甲方的说明提供相应的改进。如果甲方不按照约定进行验收，且不提供书面说明，乙方应再次向甲方发出书面通知，要求甲方在三（3）个工作日内进行验收。如果甲方在上述期限内仍不作答复，则视为乙方的实施服务已经完成。
六、             责任限制
1、   乙方对非乙方的因素所造成的项目延误不承担责任，该因素包括甲方计算机设备、网络设备不符合要求、服务器资源不充分、甲方承诺的资源缺乏、数据准备不充分和不正确、甲方决策的延误、需求超出双方约定的及《开发需求分析》、不可抗力等。
2、   因甲方的需求发生变更由此而增加的二次开发的内容和费用将按照2000人/天计算另行签订合同作为本合同的补充合同。
 
七、             违约责任
 
1、   任一方违反本合同条款，以致他方蒙受损害时，受损方可按照合同法的规定要求损害方赔偿损失，赔偿仅以可举证的直接损失为限，不包括流失的或预期的利益，以及任何其他连带性或间接性的损失
2、   甲乙双方支付的违约金不超过甲乙双方就导致索赔的有关服务所支付或收取的二次开发服务费。
 
 
八、             保密条款
1、  “保密信息”特指为上述目的由本协议一方 (透露方) 向另一方 (获取方) 透露的，并且在透露时表明“保密”或“专有”的，包括但不仅限于有关项目合作项目的公司资料、业务信息、财务数据、技术资料、功能和特性描述等图表、书面资料或者以任何其他形式的媒介或载体所传递的信息，无论是有形的还是无形的、是书面的还是口头的。通过口头或视觉透露并且在透露时被确认为“保密”的资料，如果在经口头或视觉透露后三十（30）天内转为有形形式、标明“保密”并转交收取方，则被视为保密信息。
2、   除非由透露方特别授权，获取方在本协议规定的“保密期限”内不得向任何第三方透露所获得的保密信息，并且不得将获得的保密信息用于上述目的之外的任何目的。“保密期限”指获得保密信息之日起满五（5）年，或者至按照第4段所述信息不再具有保密性质为止。
 
九、             不可抗力
1、  如果双方中的任何一方因为不可抗力，如：战争、火灾、台风、洪水、地震等属于不可抗力且足以引起被迫停止或推迟合同执行的原因，则合同执行相应顺延。
2、  不可抗力对合同双方均适用。在合同生效后，如果发生不可抗力而不能履行合同时，则由事故发生一方，取得公证机关的不能履行或不能完全履行或延期履行本合同的证明。甲乙双方可凭此证明解除全部或部分相关责任。
 
十、             争议解决
 
1、   如出现问题，双方应本着积极态度，在本合同书的原则基础上进行修改、填补。补充条款经双方签字盖章认可后与本合同书具有同等的法律效力。
2、  双方因合同书的解释或履行产生争议，由双方协商解决。协商不成，由相关仲裁委员会来裁决。
 
十一、      合同生效
1、  本合同将自双方授权代表签字并加盖公司印章之日起生效。
2、  合同将保持其效力直至双方完全履行合同项下的所有义务并结清双方之间的所有付款和索赔（合同终止的除外），但明确规定继续有效的条款除外。
3、  对于本合同未尽事宜，甲乙双方可签订补充协议对本合同中的有关问题作出补充说明、解释，本合同的补充协议为合同不可分割的部分，与本合同具有同等法律效力。
4、  本合同为中文文本，一式两份，双方各执一份。
5、  双方应尽最大努力协助对方，以保证本合同的顺利执行。
6、  本合同附件与本合同具有同等法律效力。
 
 
十二、      合同书期限
双方履行完各自的业务后，本合同自行终止，但有关双方公司机密的条款内容继续生效。
 
 
十三、      合同书签署
 

1	甲  方：	XX公司财务有限责任公司	2	乙 方：	泛普软件
	地  址：			地 址：
	代表签字：			代表签字：
	电  话：			电  话：
	传  真：			传  真：
	盖  章：			盖  章：
	开户行：			开户行：	中国民生银行浦东支行
	银行帐号：			银行帐号：
	公司税号：			公司税号：
	生效日期：	年   月    日		生效日期：	年    月     日

 
 
 
 
 
 
 
十四、      附件：开发需求分析说明
1     需求概述
1.1    目的
实现档案系统和OA系统的对接，将OA系统中指定的流程数据自动导入到档案系统中。
1.2    用户
档案系统管理员，OA系统管理员
1.3    参考资料
1.4    建议完成时间
2013年10月31日
2     总体思路
OA系统将流程数据以文件的形式导出到指定的文件目录中，档案系统将指定目录中的数据抽取到档案系统。
3     需求描述
3.1    OA系统导出流程数据
3.1.1  功能描述
OA系统将流程数据以文件的形式导出到指定的文件目录。
3.1.2  流程数据描述
每个流程需要导出的流程数据包括以下三项内容：
1.   流程中重要字段信息，字段信息以规定的XML格式(格式见附件1)导入到指定的XML文件中，各流程需要导出的字段如下表：

	流程名称	流程字段
1	公司发文	标题，发文编号，成文日期
2	公司收文	标题，收文号，收文日期
3	会议纪要	标题，纪要文号
4	公章请用	标题，起草时间
5	规章制度发文	标题，发文编号，成文日期
6	对外函件	标题，发文编号，成文日期
7	内部签报（通用）	标题，起草时间
8	内部签报（信息化专用）	标题，起草时间
9	合法合规性审查	标题，起草时间
10	合同全过程管理流程	标题，起草时间
11	标准合同制定，修订管理流程	标题，起草时间
12	贷款风险分类报告审批流程	标题，起草时间
13	月度风险监测报告审批	标题，起草时间

 
2.   流程页面副本，副本中包含流程的表单信息和审批记录。页面副本的文件格式可以是PDF,WORD,HTML等。
3.   流程中的正文和附件。
每个流程需要导出的流程数据应满足以下格式要求：
1.   XML文件以流程requestid+流程的标题命名；流程页面副本文件以流程的标题命名；流程的正文和附件保持原有文件名。
2.   创建一个与XML文件同名的目录，将流程页面副本、流程的正文和附件保存到该目录中，同时将XML文件和该目录同级保存。
 
3.2    档案系统导入指定目录的数据
3.2.1  功能需求
档案系统将OA系统导出的数据导入到档案系统的相应类别目录下。
 
3.3    数据接口的其他功能需求
1.   OA数据接口可以配置定时执行时间或手动执行。
2.   可以配置OA数据接口导出流程的种类和流程的状态
3.   可以配置OA数据接口导出流程的重要字段
4.   可以配置OA数据接口导出流程的时间区间
5.   可以统计已经从OA数据接口导出的流程（包括请求ID，发起时间，发起人，请求标题）
 
 
附件1（流程重要字段导出格式）
 
<?xml version="1.0" encoding="GB2312"?>
<archman>
  <DocSource>
    <company>XX公司财务有限责任公司</company>
    <system>Archives2.5</system>
    <type>TO-CUR</type>
  </DocSource>
  <prop>
    <propname>内部标识</propname>
    <propsign>IID</propsign>
    <propvalue>OA+flowid+requested</propvalue>
  </prop>
  <prop>
    <propname>标题</propname>
    <propsign>filetitle</propsign>
    <propvalue>关于项目评审的通知</propvalue>
  </prop>
  <prop>
    <propname>发文编号</propname>
    <propsign>fileNo</propsign>
    <propvalue>航财[2013]69号</propvalue>
  </prop>
  <prop>
    <propname>成文日期</propname>
    <propsign>filedate</propsign>
    <propvalue>2013年7月15日</propvalue>
  </prop>
</archman>
 
备注：IID是XML中必须包含的标签，是档案系统中文件的唯一标识。