oa软件维护服务合同（精选7篇）

oa软件维护服务合同 第1篇

软件维护服务合同

甲方：乙方：

甲、乙双方经友好协商，双方同意，乙方就向甲方提供软件产品维护服务达成如下协议，乙方将按照本服务合同及相关附件所约定的维护服务内容向甲方提供服务，甲方同意并保证完全执行本服务合同所约定的责任，以利于本合同的顺利进行。

第一条：维护服务内容

甲方定期做好系统数据备份，并对备份数据进行妥善保管。甲方在应用过程中发现软件出现异常，应及时与乙方取得联系，并记录当前故障现象，便于乙方作出诊断。甲方在乙方服务人员服务完成后，配合检查软件系统运行是否正常。

乙方向甲方提供系统的运行维护服务(客户其它应用软件不含在内)。乙方负责向甲方提供对上述系统问题或故障解决的技术支持与相应服务及提供服务期内软件升级的咨询服务。乙方指根据甲方要求对软件现有功能进行和改动。甲方如需新增软件功能费用另外协商再议。

第二条：服务期限：

月日至年方有运行维护服务要求，必须另行签定运行维护服务合同。

第三条：合同金额及付款方式：

3.1合同总金额：年服务费为（软件价值的15％）整（大写：）。除本合同另有明确约定外，甲方不再向乙方支付任何费用。

3.2付款方式：甲方应于本合同生效之日起的 ,向乙方一次性支付合同约定的运行维护费

第四条：维护服务进度及方式

在本合同有效期内，乙方向甲方提供系统管理的全面的技术支持和维护服务。具体维护内容和方式如下：

4.1技术支持咨询

乙方将提供给甲方一份详细的技术咨询联系办法，在合同维护服务期内，甲方系统管理员可以随时通过电话、传真及电子邮件等各种灵活的通讯手段向乙方进行技术咨询，乙方将第一时间给予甲方答复。

4.2 及时响应

乙方向甲方提供每周5个正常工作日，每个工作日8小时的随时响应服务。

4.3远程联机

如果甲方遇到一些基本问题，乙方的支持工程师可以通过远程登录到甲方设备上来查看问题所在，并指导甲方或直接排除故障。

4.4现场支持

4.4.1如果甲方遇到较为复杂的问题，一般通讯手段的咨询和远程联机不足以解决，乙方将根据甲方具体情况，安排工程师赶到现场解决问题。对于通过远程方式无法解决的，乙方应在72小时内安排工程师到达用户现场第一时间内对系统进行处理，使系统重新恢复运行。

4.4.2乙方对于甲方工程师提出的有关软件方面的技术问题进行培训和辅导。

4.4.3针对用户系统的运行情况，结合乙方工程师自身的经，提出系统改进建议，供用户参考。

4.4.4 以上若干种维护服务内容并不是相互割裂、互不相关的，而是相互渗透、紧密结合成为完整统一的支持维护体系。

乙方向甲方提供的所有现场维护服务所涉及的全部费用不包括在本合同总价款之内，甲方需根据实际费用另外支付。

第五条：责任限制及有限保证

5.1乙方承诺根据本合同的约定向甲方提供服务,但是对于因不可抗力或甲方因素导致的延误而给甲方造成的损失不承担任何责任。

5.2 除本合同或其附件另有约定,乙方对如下软件产品不提供任何运行维护:乙方及乙 方代理人之外的任何人未经乙方许可对许可软件进行任何方式的修改而产生的软件;甲方未按照许可合同约定的范围及限制使用的许可软件;甲方所使用的任何第三方软件产品。

5.3除本合同后其附件另有约定,乙 方提供的运行维护不包括以下情况:甲方人员非法操作、计算机设备感染病毒、第三方产品的故障、计算机设备故障、网络故障等导致许可软件无法正常运行；甲方因许可软件遗失、被盗、被误用或被擅自修改、计算机设备故障、网络故障、其他软件的故障、操作失误等情况造成数据混乱和丢失。

第六条：不可抗力

6.1若合同的任何一方由于不可抗力的原因影响合同正常执行，则合同应延期执行，延期时间应与事件的持续时间相同。

6.2受阻方尽快将发生的不可抗力事件情况以最快方式通知另一方，并在随后的十天内开具书面的证明给另一方，做为不可抗力的证明。

6.3受不可抗力影响的一方，应尽一切努力减轻和克服不可抗力的影响，并在不可抗力事件后，继续履行合同职责。

6.4在不可抗力的影响下，受阻方可暂时停止执行合同的受阻部分。当不可抗力事件持续的时间超过三个月，双方可就解除合同及其它未尽事宜进行协商处理。

第七条：保密

7.1甲乙双方应履行保密义务，未经双方许可，不可向任何第三方泄露任何技术文件及与合同有关的数据，包括合同本身。

7.2对于来自甲方或用户的有关保密信息，乙方须同样遵守保密约定。

7.3以上保密条款的期限为永久，自本合同生效之日起算。

7.4若乙方违反保密条款的约定，则承担本合同总额10%的违约责任及赔偿由此给甲方造成的损失。

第八条：争议的处理和解决

本合同及其补充协议的签订、履行及责任的划分等，均适用中华人民共和国法律。与本合同有关或履行本合同过程中发生的一切争议，双方同意提请甲方住所地人民法院通过诉讼方式解决。

第九条：其它

9.1本合同一式四份，双方各执两份，附件和正本具有同等效力，经双方签字并盖章之日起立即生效。

9.2对本合同的任何修改和补充，应经双方协商共同签订补充协议。

签署

甲方：乙方：

代表：代表：

日期：年月日日期：年月日

oa软件维护服务合同 第2篇

甲方委托乙方______________________就______________________相关软件系统进行专项运行维护服务，双方经过平等协商，在真实、充分地表达各自意愿的基础上，根据《中华人民共和国合同法》的规定，达成如下协议，并由双方共同遵守。

1、合作日期： 年 月 日至 年 月 日

2、合同标的和合同价格 服务项目

2.服务方式：帮助中心支持、现场维护、培训、电话或QQ等支持的方式。

现场服务电话：_________________________________________________________。

3.具体服务内容 序号

4.付款方式与条件

甲方向乙方支付服务费及支付方式为：

4.1服务费总额为：____________________________________________________;

4.2服务费由甲方分期支付乙方。

具体支付方式和时间如下：

(1)_____年_____月_____日前，支付合同总金额的_____%，即__________万元;

(2)_____年_____月_____日前，支付合同总金额的_____%，即__________万元;

(3)_____年_____月_____日前，支付____________________________________。

5.质量保证

乙方负责对软件系统进行专项运行维护服务，具体服务实施前，乙方应提交详细的项目工作计划表、项目工作进度表报甲方确认。

乙方提供全天候维护服务，在接到甲方维护服务通知后，必须在________小时内派专业技术人员提供咨询、现场维护等服务。

乙方要及时填写维护报告(包括维护原因、处理情况及甲 方意见等)报甲方备案。

服务期内乙方有责任每周不少于一次对软件系统运行作检查维护。

6.知识产权

在软件系统维护期间，因乙方提供的维护服务导致甲方受到有关侵犯其专利权、商标权或工业设计权等知识产权的指控，由乙方负责与-相关方交涉并承担一切法律责任与因此产生的所有费用。

甲方因此而遭致损失的，乙方应全额赔偿。

7.违约责任

7.1除不可抗力因素外，由于乙方自身原因未在工作计划或工作进度规定期限内完成服务，乙方应承担服务费总额________%/日违约金。

7.2由于甲方无正当理由不能按约付款，延期超过________日后，乙方有权要求甲方支付每天________%/日的滞纳金。

8.合同的解除

因乙方未能按时完成合同要求(不可抗力除外)，在甲方发出催办通知书之日起________日内，乙方仍未能完成的，甲方有权解除合同，由此产生的一切损失由乙方自行承担。

9. 其他约定

9.1本服务合同未尽事宜的处理，由双方协商，并以补充协议或会议记录经双方签字确认同意后，方能生效。

双方在更换全权代表时，须在_________________在_________个工作日内以正式书面形式通知对方。

9.2在执行服务合同过程中发生任何纠纷均需通过双方协商解决。

协商不成的，按下述第________种方式解决

(1)提交________仲裁委员会仲裁;

(2)依法向人民法院提起诉讼。

9.3.在仲裁或诉讼期间双方应继续履行服务中不属于纠纷范围的义务。

10.协议生效

10.1本合同由双方代表于________年________月________日签字生效。

10.2本合同用中文制成一式四份，甲方、乙方各执两份，具有同等法律效力。

10.3本合同的所有附件及工作过程中形成的文件、会议纪要等均为本合同不可分割的部分，并与本合同具有同等法律效力。

如合同附件中的条款与协议条款的相关内容相冲突时，以本协议条款为准。

10.4所有关于本合同条款的修改、补充、变更，需经双方协商并制作书面补充协议，双方签字盖章后方能生效，补充协议作为本合同不可分割的一部分，具有与本合同相同的法律效力。

甲方：________________ 乙方：________________

OA对于协同软件市场的意义 第3篇

在一定程度上, 可以将协同软件 (含工具、平台和应用系统) 看作是嵌入了协同理念和技术方法的组织结构和流程设计, 在其中规则和规范通过技术方法而规制化了。在协同软件中协同及其相关因素的运转也实现了自动化、智能化。毋庸讳言, OA是组织协同的重要工具和平台, 而OA在企业及其他组织中的普及, 正说明了组织对协同的内生驱动因素是多么强烈。协同OA近几年几乎普遍地取代了OA, 更加突显了企业组织对与协同的需要的迫切与持久。

从企业协同的理念到功能设计取向

企业运转和管理对协同的需求说到底是人、资源、作业 (项目) 的协同, 根本上是人的协同。为什么这么说呢?这就要借助对协同的本质的分析才能说清楚。从根本上讲, 协同并不神秘, 也不复杂。协同本来是指的一个系统的要素 (元素) 的配置的主动优化行为, 核心是主动优化, 主动性来源于目的性。在物理系统中虽然也存在自组织、自寻优的现象, 但我们并不称其为目的性, 而认为是对某种规律的遵从。

在社会系统中情况就复杂多了, 自主性、开放性是其突出的特征。协同的本质就是打破资源 (人、财、物、信息、流程) 之间的各种壁垒和边界, 使它们为共同的目标而进行协调的运作, 通过对各种资源最大的开发、利用和增值以充分达成一致的目标。

这是协同的一种定义, 也是协同软件厂商泛微的协同理念。泛微对协同的理解包括着三个与企业运作相关联的思想:“信息网状”“业务关联”和“随需而应”。“信息网状”思想在于建立一个立体的、多维的信息获取、共享和使用的环境, 无论信息的来源、结构是什么, 都可以得到统一的管理;同时, 协同平台为这些信息节点之间提供了立体化的“网状”关联通道, 从任何一个信息节点都可以到达任意的相关信息节点, 极大地方便企业获取完整的、真实的信息。“业务关联”则是提供对各个业务环节进行整合的方案, 使得协同平台可以面向整个业务过程来进行管理。表面上看在协同平台中还是采用某个模块或某个功能完成某个业务环节的要求, 但随之这个应用可以自动启动其他的关联应用, 并完成相关数据的更新, 使得企业无需在不同应用平台之间切换便可以完成对业务链的管理。“随需而应”是将企业的“人”“财”“物”“信息”和“流程”进行充分的整合。

在协同平台中, 这些资源可以实现各种关联, 当企业由于某个目的触发一个应用的时候, 相关的资源可以随之被调动并被自动加入统一管理和协同工作的环境中, 从而进行紧密的协调和运作。泛微的理念显然是正确的, 但是似乎太宏观了, 不够具体。

熟悉企业管理运营和管理软件的人立刻就会意识到, 泛微在这里对协同的诠释绝非协同OA所能涵盖, 而是包括了企业运营和管理的每一个层面和环节。在这一点上, 几乎所有的协同软件厂商都统一于这个“口径”。大家明白, 协同在组织的每一个层次都存在, 每一个环节也都离不开。无论是财务管理、ERP、CRM、SCM、HRM, 还是竞争情报系统、知识管理系统, 没有不涉及和需要协同的。协同是组织运营管理处处都用得到的引擎和工具。问题是怎样把协同工具和引擎“装”进去、“构架”起来。

上述通过对泛微倡导的协同理念和功能设计的分析可以看出, 协同厂商向市场承诺的远非一个办公自动化 (OA) 工具和平台。协同厂商们的心思大着呢, 大到企业“人、财、物、信息、流程”的所有层面和环节。

可以这么讲, 那里有团队、哪里有运作与管理, 哪里就有协同。协同软件厂商们一定希望再进一步, 加上一句, “哪里就应该有协同软件, 至少应该有协同引擎嵌入其系统之中”。这话有些大, 但却并非不靠谱的大实话。从用友大幅度增资协同软件主流厂商用友致远的举措, 也应该能看出管理软件领导厂商对这种“协同”入主“管理”的认同。同是协同软件领导厂商的用友致远则非常注重工作流程管理, 并倡导具有独创优势的二元工作流技术。这就更可以看到协同软件厂商“进入”企业全程管理和运营的深远布局。

协同软件厂商的这种应用市场布局使得协同软件的功能设计面临尴尬。因为这种应用取向要求你的软件功能必须是企业中普适、通用的, 而产品能够进入企业“落地”的要求又必须是独特而具体的。如果不是如此的话, 协同就必须借助一个“车子”才能开进企业。协同OA软件的成功作为一个范例, 很好地说明了这个问题。

企业内生的协同驱动因素

协同是一种行为方式选择的趋向, 也是一种行为方式和过程。在企业组织内部, 天然地具有产生和实施协同行为的驱动因素。这种因素从两个方面来分析, 从组织成员个体的方面由于需要提高自己的作业效率、利用资源或者节省成本, 自然地希望和要求组织和其他成员配合和帮助, 这使他本能地对他人发出协同请求。这种请求不可能得到被请求者单向的持续性回应, 除非这种回应能得到同样的“协同”回报。在组织中不附加给予他人回报的自发协同请求, 严格意义上称不上是协同。

表面上看, 响应这种协同请求会使请求者的状况变好, 同时并不使得其他人的状况变坏, 似乎构成一种帕累托改进。但事实上, 协同请求的响应者却为此付出了精力和时间, 这在严格意义上就不是帕累托改进, 因此, 这种协同的响应就不会自然地发生。如果考虑到协同请求者为了获得他人的积极响应, 必然会对他人给予回报, 即响应他人的协同请求。

在一个组织中, 成员之间的互动属于连续多次性交互, 因而一定会形成一种均衡结构一种互惠互利的协同互动状态。这种协同具有随机性, 协同程度较低且依赖于组织的结构性质、业务流程、人际关系状态和文化氛围。这就构成了组织内部的自发协同。自发协同的效率是非常有限的, 带有很大的随机性, 人们为这种协同所付出的时间和精力都非常有限, 并且常常会由于种种原因被削弱和阻断。这种自发协同的驱动因素是恒久存在、持续地发生作用的。这种作用其实是顽强的, 虽然作用和水平有限。

从组织整体的方面来讲, 协同的需求从来都是强劲且迫切的, 因为组织的目的之一就是为了能够更有效地协同工作 (运作、操作) 一件或者一些事情而构建的。从组织内部来考察, 组织提高效率的要求持续不断, 除技术创新之外, 组织效率的提高主要有两部分构成, 第一部分就是充分发挥组织的资源效率;第二部分是降低组织内部的运作 (交易) 成本。这两部分效率提高的有效工具就是协同。因此, 组织会持续不断地要求提高自身的协同能力和水平, 并把这种要求施加到所有成员的身上和行为中。

组织的这种协同需求可以以多种形式加以满足。比如以教育引导的方式, 培育成员的团队精神、协作精神。也可以通过组织纪律、规范来要求成员之间的协作。当然, 组织结构、流程设计本身就要求成员之间的协同工作, 这是规制化的, 不需要强调。组织会通过种种方式来改进结构调整流程, 其中重要的目的之一也是提高企业的协同程度和能力。结构和流程的改变对组织成员的协同优化要求是强制的, 这可以让我们了解一个事实:结构和流程对于人 (成员或员工) 而言, 可以视为协同的工具和平台。由此我们可以了解协同软件在企业组织中的意义和价值。

OA是协同, 协同远非OA

协同软件市场成功的范例实际上有两个, 一个是统一通讯, 另一个是协同OA。统一通讯实际上是广泛连接交互联通的要求, 这一层面的市场发展非常快, 是协同工具进入企业应用的成功范例, 互联网厂商、即时通讯、WEB2.0、通讯运营商, 甚至通讯设备厂商如思科都很好地进入了这个市场。但是人们似乎不把它归类于协同技术、协同软件、协同市场, 也许正是它的广泛应用, 反而使人们不觉得它是独特的协同工具, 或者人们不这样称呼它了。这一点我们将另文讨论。在本文中我们着重探讨协同OA软件对于协同软件市场的重要意义。

OA软件对协同软件而言可以说意义重大。虽然OA就是协同, 而协同远非OA, 但OA软件的确是给了协同软件一个在现实的企业和软件市场落地的机会和“壳”。就像股市中的“借壳上市”一样。在协同OA遍地开花之前, 点击科技就开发出了协同软件产品竞开协同之星, 但是并没有在市场上开花。让王志东最郁闷的事情, 莫过于企业用户宁肯让OA落地生根, 就是不给协同软件着陆的机会。这里说的协同软件, 是指的所谓“纯协同”软件, 笔者觉得称为协同引擎或者中间件更好一些。

点击科技在开发出协同之星之后, 就开始了大规模的市场营销, 还力邀原北大方正富有渠道销售经验的副总冯沛然加盟, 从事协同软件的推广销售。王志东还亲自出马, 到处宣讲协同软件。要说可是真没有少跟企业客户们费嘴皮子, 以当时王志东的影响力推广一款价格并不太高的软件产品, 应该不会太困难的。无奈企业就是不买账, 到头来也没有卖出去多少套产品。倒是后来OA厂商纷纷“协同”了起来, 协同OA纷纷出笼, 市场很快就打开了, 几年来, 协同OA几乎把企业保有的OA软件系统给洗了一遍牌。在后来的几年时间里, 笔者对这个问题不断反思得出一个结论, 对于企业应用软件而言, 你的引擎再好, 也得装到一辆“车”里或者“飞机”上, 才能“开进”企业去, 除非这是一款个人工具。

oa软件维护服务合同 第4篇

据透露，微信企业号侧重企业内部员工沟通和办公管理，将支持企业构建管理平台，为企业提供对员工的管理、沟通、流程审批，以及客户关系管理等服务。具体来说，企业申请账号后，员工通过自己的微信订阅该企业号，然后可以使用目录下的各种功能模块，完成如打卡、报销、会议等事务——目前这些功能大多通过OA（协同办公）软件来完成。

腾讯的一只脚直接踩进了传统OA厂商的地盘，这让不少企业胆战心惊。原本规模并不算大的OA市场大多是一些中小企业，处于相对自由竞争的状态，像腾讯这样规模的企业，用拥有6亿用户的微信杀入市场，蓝海似乎将直接成为“血海”。

不过，在众多惶恐不安的OA厂商中，摩卡软件却表现得十分淡定。“一方面，企业管理要求服务商既懂管理软件，又要了解企业业务，还要具备互联网思维，所以微信作为通用平台，全部大包大揽并不太现实。”摩卡软件公司总经理潘韬认为，企业号会采用开放平台的模式，接入第三方的应用，而这对摩卡这些OA企业而言，不仅扩大了OA市场规模，同时建立一个OA生态圈，“会带来很好的机会”。

更重要的是，潘韬的淡定还来自对摩卡产品和理念的自信——多年来为中国移动提供开发服务的摩卡不仅有深厚的技术累积和服务经验，“经过多年的沉淀和累积，我们发现，用游戏化思维来解决企业管理的问题，更容易激发员工的自我驱动力，能够产生远高于物质奖励带来的激励效果。”潘韬说。关于这一点，来自美国沃顿商学院的教授、奥巴马商业顾问凯文·韦巴赫，作为全球游戏化课程创建第一人，也在自己的著作中指出，“游戏”没有明确的定义，但最大的特点是人在游戏中往往是最投入的。

实际上，早在十多年前，游戏化思维就已经被潘韬应用在工作管理中——“最早我们做销售，设立‘龙虎榜’，让每个人都产生竞争意识，就是一种游戏化的形态。而在摩卡，通过做摩卡知识问答，我们就把企业知识沉淀下来了。”潘韬说。

今年6月，摩卡软件推出了“知行易”企业云办公平台，对员工的每一项任务都设立阶段性目标，并对应相应的分值，员工获得积分可以兑换成假期、奖金或者更好的办公条件等，同时融入社交元素，让员工在积分领先中获得更强的成就感。“游戏化跟游戏式工作是不一样的。知行易实际是用游戏的理念和游戏的元素让员工对工作有一个全局性的了解。一个团队在执行公司项目时，通过游戏化理念能够让大家协同工作。” 摩卡软件公司战略支持部总经理石振勇介绍说。

软件系统维护服务合同 第5篇

1. 被动式服务包括：

(1)现场技术服务方式，指因应用软件系统出现重大故障导致业务中止时，乙方派技术人员及时到达现场，与甲方技术、业务人员一起对故障进行分析，提出解决方案，在征得甲方同意后对故障进行处理和排除;

(2)远程维护方式，通过电话、电子邮件、传真或远程访问等方式进行系统故障的处理、技术支持、咨询服务等工作。

2. 主动式服务包括：

(1)按月巡检：乙方按季到现场对系统进行全面检查，优化系统，同时做好各类系统运行情况的记录。对可能出现的故障提出解决预案及系统功能改进等方面的技术咨询工作，并提供必要的现场指导。另外，乙方还可根据需要，在现场对甲方的技术、业务人员进行系统运行管理、日常维护、使用操作及开发技术等方面的培训;

(2)主动服务：乙方定期将行业内一些先进的管理理念、管理思路和新的业务模式以报告的形式推荐给甲方。另外，对中心现行业务模式提出整改意见和建议。

(三)要求

1.对于任何运行维护任务，乙方服务人员需严格填写维护记录单，并由甲方签字认可。

2. 乙方应保证指派经验丰富的运维工程师来具体承担的维护服务工作。服务人员应保证相对固定，如有变动，乙方须至少提前一周通知甲方并征得甲方同意。

运维人员在现场运维，如需加班，要得到甲方的签字确认。

3. 乙方为甲方提供电话技术支持服务要求7天24小时。

4. 运维响应：工作时间运维响应时间应在2小时以内，非工作时间运维响应时间应在4小时以内;如果需到现场进行服务，乙方应在接到运维请求后的12个小时以内赶到用户现场。

第三条 维护期限

年 月 日至 年 月 日。

第四条 双方责任

(一) 甲方责任

1. 甲方应明确提出鸿运星餐饮管理软件维护的需求，提供相关的政策、法规、标准;

2. 与乙方积极配合，协助乙方对相关单位进行调研及进行详细的需求分析，向乙方提供所需各类文档及条件，对乙方的维护成果及时接受并验收;

3. 为本合同的履行提供政策支持;

4. 按合同规定的金额和支付方式及时向乙方支付费用。

(二) 乙方责任

1. 根据甲方需求制定系统维护的技术方案，并提交甲方审定;

2. 根据甲方确认的维护方案实施系统的维护与开发;

3. 及时、有效地完成系统维护工作。

4. 未经甲方许可，乙方不得将本合同项下的服务工作转让给第三方或与第三方共同开发。

第五条 维护费用及其支付方式

(一) 本合同维护费用总计人民币大写金额捌仟元整(小写：￥8,000.00)。

(二) 在本合同签订后一周内，甲方按每季给乙方25%的维护费，即人民币贰仟元整(小写：￥2,000.00),此价格不含税票，开发票加收8%;

第六条 技术情报和资料的保密

(一) 甲方应告知乙方其提供给乙方的各类信息是否属于保密范围及其密级。

(二)乙方有权了解其承担的该维护部分包括的所有内容，并负有为甲方保密的义务。

(三)乙方对甲方提供的与项目有关的技术资料、秘密文件不得丢失，不得自行复制，不得向第三方提供，不得用于本合同外的任何处，本合同届满后十日内应将前述技术资料、秘密文件全部归还甲方。

第七条 技术成果的归属

维护中功能调整开发所产生的技术成果归甲方所有。未经甲方许可，包括乙方在内的任何单位或个人不得使用前述技术成果，但乙方为履行本合同使用除外。

第八条 验收标准和方法

(一) 乙方必须保证维护完成的系统符合甲方要求，并正常运行。

(二) 甲方在乙方维护完成后5日内，对系统进行验收，并于2个工作日内出具终验报告。如果甲方在上述期限内未进行验收或未出具验收报告，视为系统通过终验，维护工作结束。

第九条 违约责任

(一)因乙方原因未能按本合同约定及时提供维护服务，乙方应向甲方支付违约金，违约金的计算办法为每一日按合同总金额的千分之一(1‰)计算，总计不超过合同总金额的百分之五(5%)。

(二)甲方如没有按本合同规定向乙方支付维护费用，每逾期一日，须向乙方支付违约金，违约金的计算办法为每一日按合同总金额的千分之一(1‰)计算，总计不超过合同总金额的百分之五(5%)。

(三)任何一方逾期履行，违约金达到上述最高额，合同总金额的百分之五(5%)后，守约方可提出终止合同，并书面通知违约方。

(四)任何一方违反本合同约定，除承担违约责任外，给对方造成损失的还应承担损失赔偿责任。

第十条 争议解决和法律适用

(一)甲乙双方应以友好协商方式解决本合同履行过程中产生的争议。经协商无法解决争议时，任何一方均可向被告住所地人民法院起诉。

(二)本合同适用中华人民共和国法律。

第十一条 其它

(一)本合同附件为本合同组成部分，与本合同具有同等法律效力。

(二)本合同签订后，经甲乙双方协商一致，可以对本合同有关条款进行变更或者补充，但应以书面形式确认。上述文件一经签署，即具有法律效力并成为本合同的有效组成部分。

(三)本合同壹式贰份，双方各执壹份，具有同等法律效力。

(四)本合同自双方签字盖章之日起生效。

(五)双方签字、盖章不在同一日期的，以后签字盖章的日期为本合同的生效日期。

甲方：佛山市金粤名轩休闲会所有限公司 乙方：佛山市一软科技有限公司

代表： 代表：

日期： 日期：

软件系统维护服务合同范文篇三

甲 方： 乙 方：

软件系统服务合同

甲 方： 法定地址： 法定代表人： 乙方： 法定地址： 法定代表人：

甲乙双方经友好协商一致，就甲方委托乙方针对MAS系统服务、维护订立本合同，共同遵守。

第一条 定义

除非合同另有约定，本合同及其附件中下列词语的含意为：

1.1 “服务”或“维护”：指乙方根据甲方需求针对系统服务、维护。

1.2 “技术文件”：指合同中规定的与系统的服务、维护维护以及其他技术支持相关的技术性文件，包括图纸、设计、手册、标准、参数及其它文字与图表说明。

1.3 “现场”：指服务和维护合同系统的场所。

1.4 “安装”：指在甲方的协助下由乙方实施的合同系统的安装工作。

1.5 “开通”：指现场实施与单点测试完成，系统功能具备，准备进行验收的工程阶段。

1.6 “验收”：指试运行结束后，在乙方的协助下甲方按照双方确认的验收标准对合同系统技术指标进行最终测试，测试合格后双方签署验收合格证书。

第二条 合同标的

2.1 甲方委托乙方针对系统服务、维护。具体功能详见技术规范书。

2.2 乙方负责对现有系统进行服务、维护，并提供验收合格之日起1年的基本维护，由甲方提供必要的配合。

第三条 合同金额

3.1 合同总价款为大写： 元(小写： 元)。该总价款已包括系统及验收合格后1年的基本维护费用。

第四条 支付

4.1 采用一次性付款方式

4.1.1 付款

系统安装调测完成，并经甲方验收合格后，甲方在收到发票后向乙方支付合同的总金额，计￥ 元人民币(大写： )： (A)、合同总价 100 %的正式、足额、有效税务发票; (B)、双方签署的验收报告。

4.2 乙方账户信息： 乙方开户名称： 开户银行名称： 帐号：

4.3 双方开户行或帐号等如有变更，一方应在合同规定的相关付款期限前提前 10个工作日以书面形式通知对方，否则因此导致对方逾期付款，对方不承担任何违约责任，变更方承担因此产生的一切费用，买方将款付至以上帐号视为已履行了向卖方付款的义务。

4.4 双方同意以人民币为支付货币，付款方式为电汇或银行汇票。

4.5 若根据本合同的规定，乙方有赔偿和支付违约金的责任，则甲方有权从上述款项中扣除相应金额款项。

4.6 双方应各自承担有关机构根据中国税务法律向其征收的所有合同执行有关的税款。

软件维护合同集合 第6篇

随着人们法律意识的建立，关于合同的利益纠纷越来越多，签订合同能促使双方规范地承诺和履行合作。那么大家知道正规的合同书怎么写吗？以下是小编收集整理的软件维护合同5篇，欢迎大家分享。

软件维护合同 篇1

甲乙双方本着平等互利、友好协商的原则，就乙方向甲方出售及维护“短信平台”达成以下协议，以资双方共同遵守。

一.双方的权利和义务

（一）甲方权利和义务

1． 甲方负责处理与移动运营商的相关合作洽谈、沟通、联络等工作。

2． 甲方保证不对乙方所开发的软件进行拷贝、复制、篡改、反编译等盗版行为，更不能未经乙方同意转让给第三方使用，否则乙方将追究甲方的法律责任。

3． 甲方硬件设备到位并对硬件系统测试合格后，通知乙方进行平台安装,并配合乙方进行跟运营商网络接口协议及业务计费测试。

4． 乙方向甲方出售短信平台的使用权，甲方需在安装前支付初装费及模块费。

（二）乙方权利和义务

1． 乙方得到甲方平台安装通知后，乙方在两周之内完成短信平台程序，满足甲方对短信的业务需求。

2． 乙方将提供日后的售后服务，配合甲方进行短信平台的升级。

3． 乙方拥有其提供的内容及应用的知识产权。未经乙方书面许可，甲方不可在本合作目的外任何场合使用、出售、出租、转让、授权及抵押。

4．平台安装调试和人员培训完成后，系统进行试运行阶段，乙方在系统进入试运行期间，为保障软件系统的稳定运行，会不定时进行技术服务回访。

二． 短信平台售后服务及服务期满后的收费标准

1． 向乙方购买软件用户均享有软件免费升级服务，在甲方认可升级的情况下，向甲方提供新版软件。

2． 属于软件功能的错误纠正或修改，乙方将免费提供服务。

3． 对于因运营商接口协议更改,乙方将收接口开发费计软件总金额 20%。

4． 一年免费维护期满后每年收维护费计软件总金额 10%。

三． 软件维护

1、新的短信平台安装调试合格后，乙方为甲方提供一年的免费远程维护，其他不属于软件方面的维护不在维护范围内；

2、对于不属于维护范围内的上门服务(网络不通，系统重装、计算机病毒感染等)，甲方需负安排相关人员进行维护；

4、如甲方因硬件或系统原因造成本软件重装，可向乙方重新申请短信平台免费安装。

四． 技术服务

主要包括以下内容:

1、甲方软件系统出现问题时，乙方在5分钟内提供技术指导、邮件维护或远程维护；

2、乙方负责解答甲方提出的疑难和对甲方工作人员进行技术指导；

3、标准服务时间：在工作时间内4小时内响应；

软件维护合同 篇2

一、协议双方

甲方：XXXXXXXXX

乙方：XXXXXXXXX

二、协议内容

经甲乙双方友好协商，应甲方要求乙方提供以下服务：

1.协助甲方进行图书馆系统维护并且建立系统维护记录。

2.上门进行软件的维护，及时发现问题并解决问题。

3.根据甲方的需要，修改系统的配置文件、帐户、打印输出格式、统计报表输出格式等。

4.根据甲方软件使用情况及设备情况制定科学的数据备份方案和方法，并协助甲方进行日常数据备份。

5.协助同一版本软件的升级工作。

6.根据甲方的要求，制作图书馆的主页。

7.乙方负责甲方操作员现场培训。

8.甲方免费参加乙方在XXXXXXXXX或XXXXXXXXX组织的操作员培训。

三、费用

其一年技术支持服务费用为所购软件的XXXXXXXXX%。

四、服务方式

上门及电话服务，二十四小时内响应。

五、服务期限

自XXXXXXXXX年XXXXXXXXX月XXXXXXXXX日至XXXXXXXXX年XXXXXXXXX月XXXXXXXXX日，有效期为XXXXXXXXX年。

六、付款方式

1.自签约之日起，甲方向乙方支付技术支持服务费。

2.乙方收到用户支付的技术支持服务费后，即开始为甲方提供服务。

七、违约责任

按经济法，合同双方友好协商解决。

八、本协议一式二份，有效期为XXXXXXXXX年，甲乙双方各执一份，自签订之日起即生效，双方均应严格遵守。

甲方(盖章)：XXXXXXXXX 乙方(盖章)：XXXXXXXXX

代表(签字)：XXXXXXXXX 代表(签字)：XXXXXXXXX

XXXXXXXXX年XXXX月XXXX日 XXXXXXXXX年XXXX月XXXX日

签订地点：XXXXXXXXX 签订地点：XXXXX

软件维护合同 篇3

甲方：_________

乙方（服务方）：_________

甲乙双方本着互相信任、真诚合作的原则，经双方友好协商，就乙方为甲方提供技术支持服务达成一致意见，特签订本合同。

一、合同适用说明

本合同适用于首次购买乙方软件产品及需要乙方技术服务的用户。

甲乙双方签订本合同，表明甲方接受乙方所提供的标准服务；否则，视甲方主动放弃乙方所提供的服务。

二、服务内容

乙方提供的服务内容：

产品标准培训：乙方负责承担甲方所产品的标准培训。

热线支持：指乙服务人员通过电话向用户提供技术问题解答的过程。

现场维护：指乙方派遣技术人员到用户现场处解决问题的过程。

功能改进：指根据甲方要求对软件功能进行和改动。

乙方的服务承诺：

乙方接到甲方通过电话，信函，传真，电子邮件等方式提出关于软件的服务请求后，在当日内给予响应并提供服务。

乙方提供给甲方的服务，必须按照合同规定的服务内容进行。

三、甲方责任

甲方应确保有专人对软件的使用和管理负责。

甲方应建立相关制度，以确保软件运行环境（包括计算机，打印机及相关硬件设备）的安全，为软件正常运行提供保障。

甲方定期做好系统数据备份，并对备份数据进行妥善保管。

甲方在应用过程中发现软件出现异常，应及时与乙方取得联系，并记录当前故障现象，便于乙方作出诊断。

甲方在乙方服务人员服务完成后，配合检查软件系统运行是否正常。

四、收费办法和合同期限

年服务费为（软件价值的15％）：_________（大写）。

合同有效期为一年，自_________年_________月_________日至_________年_________月_________日止，期满合同自动中止。

合同合同满后，双方协商，甲方可要求乙方继续提供软件运行维护服务，但双方必须重新签署新的服务合同。

五、争议处理

甲乙双方如对协议条款规定的理解有异议，或者对与有关的事项发生争议，双方应本着友好合作的精神进行协商。

协商不能解决的，依照《中华人民共和国合同法》，任何一方可向乙所在地的人民法院起诉。

六、其他

本合同未尽事宜，由甲乙双方协商后产生书面文件，作为本合同的补充条款，具备与本合同同等法律效力。

对本合同内容的任何修改和变更需用书面形式，并经双方签字确认后生效。

本合同为双方唯一的正式协议，其他任何方案，口头说明及与本项目有关的信函、传真、邮件等，均以本合同为准。

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

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

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

签订地点：_________ 签订地点：_________

软件维护合同 篇4

甲方： 乙方：

甲、乙双方经友好协商，双方同意，乙方就向甲方提供医院管理系统 软件产品维护服务达成如下协议，乙方将按照本服务合同及相关附件所约定的维护服务内容向甲方提供服务，甲方同意并保证完全执行本服务合同所约定的责任，以利于本合同的顺利进行。

第一条：维护服务内容

甲方定期做好系统数据备份，并对备份数据进行妥善保管。甲方在应用过程中发现软件出现异常，应及时与乙方取得联系，并记录当前故障现象，便于乙方作出诊断。甲方在乙方服务人员服务完成后，配合检查软件系统运行是否正常。

乙方向甲方提供医院管理系统的运行维护服务(客户其它应用软件不含在内)。乙方负责向甲方提供对上述系统问题或故障解决的技术支持与相应服务。甲方如需新增软件功能费用另外协商再议。

第二条：服务期限：

月月合同满后，如甲方有运行维护服务要求，必须另行签定运行维护服务合同。

第三条：合同金额及付款方式：

3.1)。除本合同另有明确约定外，甲方不再向乙方支付任何费用。

3.2付款方式：甲方应于本合同生效之日起,向乙方一次性支付合同约定的运行维护费。

第四条：维护服务进度及方式

在本合同有效期内，乙方向甲方提供系统管理的全面的.技术支持和维护服务。具体维护内容和方式如下：

4.1技术支持咨询

乙方将提供给甲方一份详细的技术咨询联系办法，在合同维护服务期内，甲方系统管理员可以随时通过电话、远程及电子邮件等各种灵活的通讯手段向乙方进行技术咨询，乙方将第一时间给予甲方答复。

4.2 及时响应

乙方向甲方提供每周5个正常工作日，每个工作日8小时的随时响应服务。

4.3远程联机

如果甲方遇到一些基本问题，乙方的支持工程师可以通过远程登录到甲方设备上来查看问题所在，并指导甲方或直接排除故障。

4.4现场支持

4.4.1如果甲方遇到较为复杂的问题，一般通讯手段的咨询和远程联机不足以解决，乙方将根据甲方具体情况，安排工程师赶到现场解决问题。对于通过远程方式无法解决的，乙方应在48小时内安排工程师到达用户现场第一时间内对系统进行处理，使系统重新恢复运行。

4.4.2乙方对于甲方工程师提出的有关医院管理系统软件方面的技术问题进行培训和辅导。

4.4.3针对用户系统的运行情况，结合乙方工程师自身的经，提出系统改进建议，供用户参考。

4.4.4 以上若干种维护服务内容并不是相互割裂、互不相关的，而是相互渗透、紧密结合成为完整统一的支持维护体系。

第五条：责任限制及有限保证

5.1乙方承诺根据本合同的约定向甲方提供服务,但是对于因不可抗力或甲方因素导致的延误而给甲方造成的损失不承担任何责任。

5.2乙方除对医院管理系统软件产品服务外，不提供任何其他软件运行维护。

5.3乙方提供的运行维护不包括以下情况:甲方人员非法操作、计算机设备感染病毒、第三方产品的故障、计算机设备故障、网络故障等导致医院管理系统软件无法正常运行。

第六条：不可抗力

若合同的任何一方由于不可抗力的原因影响合同正常执行，则合同应延期执行，延期时间应与事件的持续时间相同。

第七条：保密

7.1甲乙双方应履行保密义务，未经双方许可，不可向任何第三方泄露任何技术文件及与合同有关的数据，包括合同本身。

7.2对于来自甲方或用户的有关保密信息，乙方须同样遵守保密约定。

7.3以上保密条款的期限为永久，自本合同生效之日起算。

7.4若乙方违反保密条款的约定，则承担本合同总额10%的违约责任及赔偿由此给甲方造成的损失。

第八条：争议的处理和解决

本合同及其补充协议的签订、履行及责任的划分等，均适用中华人民共和国法律。与本合同有关或履行本合同过程中发生的一切争议，双方同意提请甲方住所地人民法院通过诉讼方式解决。

第九条：其它

9.1本合同一式贰份，双方各执壹份，附件和正本具有同等效力，经双方签字并盖章之日起立即生效。

9.2对本合同的任何修改和补充，应经双方协商共同签订补充协议。

甲方(公章)：_________ 乙方(公章)：_________

法定代表人(签字)：_________ 法定代表人(签字)：_________

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

软件维护合同 篇5

一、协议双方

甲方：_________

乙方：_________

二、协议内容

经甲乙双方友好协商，应甲方要求乙方提供以下服务：

1．协助甲方进行图书馆系统维护并且建立系统维护记录。

2．上门进行软件的维护，及时发现问题并解决问题。

3．根据甲方的需要，修改系统的配置文件、帐户、打印输出格式、统计报表输出格式等。

4．根据甲方软件使用情况及设备情况制定科学的数据备份方案和方法，并协助甲方进行日常数据备份。

5．协助同一版本软件的升级工作。

6．根据甲方的要求，制作图书馆的主页。

7．乙方负责甲方操作员现场培训。

8．甲方免费参加乙方在_________或_________组织的操作员培训。

三、费用

其一年技术支持服务费用为所购软件的_________％。

四、服务方式

上门及电话服务，二十四小时内响应。

五、服务期限

自_________年_________月_________日至_________年_________月_________日，有效期为_________年。

六、付款方式

1．自签约之日起，甲方向乙方支付技术支持服务费。

2．乙方收到用户支付的技术支持服务费后，即开始为甲方提供服务。

七、违约责任

按经济法，合同双方友好协商解决。

八、本协议一式二份，有效期为_________年，甲乙双方各执一份，自签订之日起即生效，双方均应严格遵守。

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

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

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

(软件)维护合同 第7篇

甲方：

乙方（服务方）：沈阳科仪视讯系统工程有限公司

甲乙双方本着互相信任、真诚合作的原则，经双方友好协商，就乙方为甲方提供技术支持服务达成一致意见，特签订本合同。

一、维护目的

通过对软件的标准化维护，帮助客户正确使用、管理和维护应用软件，解决应用软件运行过程中出现的问题，保证应用软件正常稳定运行。

二、维护内容

由于计算机硬件、操作系统、数据库等更新很快，系统需要及时升级，跟上计算机技术更新换代的步伐。

软件维护分类：

1、完善性维护

主要包括：模块功能扩展、模块功能修改、用户新功能培训等。

2、适应性维护

主要包括：数据库升级、服务器操作系统升级、服务器硬件升级等。

3、数据灾难维护

主要包括：数据备份、数据恢复、系统恢复等。

4、网络安全维护

主要包括：网络黑客攻击分析、服务器安全配置、网络故障恢复等。

5、日常维护

主要包括：日常使用故障解决、用户培训、新数据库清空及以往数据库备份等。

三、维护任务

1、软件系统所涉及的所有软件模块维护

2、系统运行的服务器软件环境维护

3、系统运行的服务器网络安全环境维护

四、合同适用说明

甲乙双方签订本合同，表明甲方接受乙方所提供的标准服务；否则，视甲方主动放弃乙方所提供的服务。

五、乙方提供维护列表及收费标准 5.1乙方提供的标准维护列表

5.2乙方提供的定制服务列表

六、乙方提供维护方式

6.1维护流程

标准化软件维护服务流程如下图所示：

6.2维护方式说明

热线支持：指乙方服务人员通过电话向用户提供技术问题解答的过程。

乙方提供工作日热线支持服务，工作日服务时间：9：00—17：00。热线电话：4000240045。

现场维护：指乙方派遣技术人员到用户现场处解决问题的过程。

乙方每年至少提供2次现场服务：每年6月30日左右，进行系统运行优化；每年12月31日，备份数据库，启用新数据库服务，保证系统正常运行。

远程维护：指乙方技术人员通过网络远程协助用户解决问题的过程。乙方提供工作日远程维护服务，工作日服务时间：9：00—17：00。

功能改进：指根据甲方要求对软件功能进行升级和完善。乙方保证根据用户需求对软件进行功能完善及升级服务。

七、乙方维护承诺

乙方接到甲方通过电话，信函，传真，电子邮件等方式提出关于软件的服务请求后，在当日内给予响应并提供服务。

乙方提供给甲方的服务，必须按照合同规定的服务内容进行。

八、乙方为甲方提供的具体维护内容

8.1标准维护内容 乙方标准维护内容：

甲方管理员维护内容：

8.2双方协商定制维护内容

九、甲方责任

甲方应确保有专人对软件的使用和管理负责。

甲方应建立相关的制度，以确保软件运行环境（包括服务器、计算机，打印机及相关硬件设备）的安全，为软件正常运行提供保障。

甲方定期做好系统备份，并对备份数据进行妥善保管。

甲方在应用过程中发现软件出现异常，应及时与乙方取得联系，并记录当前故障现象，便于乙方作出诊断。

甲方在乙方服务人员服务完成后，配合检查软件系统运行是否正常。

十、收费办法和合同期限

标准维护费合计： ￥*******（大写：人民币*******整）。定制维护费另行结算。

合同有效期为 年，自 年 月 日至 年 月 日止，期满合同自动终止。

合同期满后，双方协商，甲方可要求乙方继续提供软件运行维护服务，但双方需重新签署新的服务合同。

付费方式：按付费，每年12月31日前，乙方向甲方开具正式发票，甲方向乙方支付系统年维护费。

十一、乙方开户银行信息

十二、争议处理

甲方指定 为本维护项目负责人；

乙方指定 为本维护项目负责人；指定 为本维护项目联系人；

甲乙双方如对协议条款规定的理解有异议，或者对与有关的事项发生争议，双方应本着友好合作的精神进行协商。

协商不能解决的，依照《中华人民共和国合同法》，任何一方可向乙所在地的人民法院起诉。

九、其他

本合同未尽事宜，由甲乙双方协商后产生书面文件，作为本合同的补充条款，具备与本合同同等法律效力。

对本合同内容的任何修改和变更需用书面形式，并经双方签字确认后生效。本合同为双方唯一的正式协议，其他任何方案，口头说明及本项目有关的信函、传真、邮件等，均以本合同为准。

本合同一式肆份，甲乙双方各执两份。

甲方：（盖章）乙方：沈阳科仪视讯系统工程（盖章）

法定代表人或授权代理人： 地址： 电话： 日期： 年 月 日 有限公司

法定代表人或授权代理人： 地址： 电话：