软件项目委托开发与实施合同.docx
《软件项目委托开发与实施合同.docx》由会员分享，可在线阅读，更多相关《软件项目委托开发与实施合同.docx（17页珍藏版）》请在冰点文库上搜索。
软件项目委托开发与实施合同
合同编号：
软件项目委托开发与实施合同
甲方：
乙方：
甲乙双方就甲方“”项目委托乙方承建开发，乙方以自己的技术和服务，完成甲方委托事宜，为明确各方权利义务，本着平等自愿、互利互惠原则，经友好协商，特订立本合同，以资共同遵守。
1.目的
本次项目要求：
乙方根据甲方业务需求，利用自己的IT先进技术，建设开发甲方的“”。
2.定义
本合同中使用的下列词语具有如下含义：
2.1“软件”、“系统”包括“软件系统”，除另有指明外，指描述于本合同附件中的在本合同履行期内所开发和提供的当前和将来的软件版本，包括乙方为履行本合同所开发和提供的软件版本和相关的文件。
2.2“可交付件”指由乙方所交付的软件及其相关开发实施成果，包括技术文档、用户指南、操作手册（维护管理手册）、安装指南和测试报告等。
2.3“交付”指乙方在双方规定的日期内交付约定开发的软件的行为。
2.4“规格”指在技术或其他开发任务上所设定的技术标准、规范。
2.5“里程碑”指由乙方在本软件开发过程中阶段性完成的，并具有相对独立性的工作及部分软件或模块。
2.6“商业秘密”指甲、乙双方各自所拥有的，不为公众所知的管理信息、方式方法、顾客名单、商业数据、产品信息、销售渠道、技术诀窍、源代码、计算机文档等，或由甲、乙方在履行本合同过程中明确指明为商业秘密的、法律所认可的任何信息。
2.7“工作日”指国家所规定的节假日之外的所有工作日。
本合同中未指明为工作日的日期指自然日期。
2.8“二次开发”是指在系统终验后免费维护期期间涉及到系统架构的更改和在免费维护期后乙方根据甲方提交的业务需求进行的涉及到系统架构调整的开发。
2.9“Bug”包含需求Bug、设计Bug、功能Bug等。
2.9.1需求Bug：
是在有明确且正确的需求下，设计完成这个需求的方法或者步骤是有缺陷的，导致没有完成需求的预期效果。
2.9.2设计Bug：
是指产品在最初设计时由于未考虑全面，而使产品在使用中存在的一些潜在的缺陷。
2.9.3功能Bug：
是没有达到已知需求的明确功能要求。
3.项目范围与内容
3.1本项目是乙方根据甲方合同约定，为甲方定制开发与实施“”（以下称“A”），并提供软件客户化定制（二次开发）工具平台，项目客户化系统相关的源代码100%交付给甲方。
项目范围参考附件一：
《A技术招标书》，项目执行过程中的电子版文件双方定期整理成条款盖章确认，作为本合同后续附件，与本合同及附件具有同等效力。
3.2本次项目内容还包括乙方对甲方信息部人员关于软件开发与实施方面知识转移。
3.3本次项目组织机构范围：
包括甲方数据中心（上海总部），全国所有分子公司及营业网点。
3.4软件系统A运行所需的中间件，由乙方负责提供，并乙方需保证其提供的中间件的安全性和效率以及法律免责。
3.5软件开发的内容
软件整体功能符合附件一的要求及本合同目的。
3.6软件开发的交付进度和时间
3.6.1软件开发分为若干个里程碑阶段，每个里程碑阶段的项目完成后，均应依据本合同附件所列的检测标准进行检测和交付。
乙方开发软件或引用的检测标准不得低于甲乙双方协商确定的标准和中华人民共和国规定的软件工程标准。
其具体规格、检测标准、阶段和进度、交付时间、付款方式等见本合同相关条款及附件。
3.6.2本软件的开发、实施、培训，主要交付地点为上海市普陀区真南路2339号（即甲方本部）信息部，如甲方需要乙方到甲方的全国其他分子公司或基地实施与培训，则甲方负责按照甲方高级经理级管理人员标准安排、承担乙方顾问的差旅及食宿费。
3.6.3因本项目资料的辨别专业化程度要求较高，如甲方未在约定的合理时间内完成本条款所规定的义务，乙方有善意提示并协助确认义务，由此引起的顺延交付时间，甲方予以认可。
4.项目实施
4.1开发
自本合同签订之日起，乙方按照双方确认的开发计划履行义务，按时完成并交付每一项里程碑，其质量标准符合本合同条款及相关附件的规定。
4.2技术内容说明
4.2.1通过项目需求和系统功能的实现过程完成整套A及组件开发的知识转移，要求供应商提供的技术和服务必须满足：
4.2.1.1甲方信息部门可独立完全掌控A的底层架构修改和相关接口的开发；
4.2.1.2A需提供自主研发新组件的功能，具备自我扩展能力；
4.2.1.3甲方信息部门拥有完全独立开发后续基于多态业务的流程和集成第三方系统的能力；
4.2.1.4以实现甲方A的所有需求为目的，不因乙方需求调研后所提出的实际工作量增加而向甲方收取额外费用。
4.2.2此项目为协同工作电子平台、工具套件及建设办公自动化基础应用，以逐步优化和重构签批系统至主流的商用BPM系统为甲方提供业务流程管理、行政办公、系统整合等一体化的SOA架构服务。
4.2.3功能性扩展角度：
必须提供丰富的接口，除满足最基本的数据集成和单点登陆集成，支持单点登录和统一认证的功能外还应该提供其余的接口，如人员信息接口，组织架构接口，消息推送接口等功能接口。
以满足业务流程管理的需要。
4.2.4提供高效的业务管理平台、新的A将为甲方提供一个长期高效、可靠、稳定的业务流程管理平台，也将大大提升其他系统（例如：
ERP、财务系统等）在管理上的不足，通过A打通甲方内部的现有系统，不仅解决人和人之间的关系，同时还要解决人和系统、系统和系统之间的关系，消除现有系统的信息孤岛，为甲方领导提供多方位、全面的报表分析，形成领导驾驶舱，同时为甲方对外树立一个全新的形象。
4.2.5具体内容包括：
4.2.6A必须支持以下功能：
具体技术规格详见附件二《A技术规格要求》
4.2.7从性能角度考虑，A必须支持模块化部署，应用，数据库等均可做到性能上的横向扩充，以避免在并发用户过大时候出现后台服务停止响应的情况。
4.2.8支持系统集成，可与甲方即时通讯工具、邮箱集成；同时能全面支持甲方其他业务系统的集成。
4.2.9基于SOA架构，符合国际SOA架构体系和符合国际BPM2.0设计规范。
4.2.10支持多浏览器访问和自适应呈现（360、ie、google、火狐等），包括手机浏览器。
4.2.11支持云端部署、支持大数据量。
4.2.12本系统支持服务器集群、负载均衡、动态缓存技术，包括应用程序服务器和数据库服务器。
4.3项目管理
就乙方提供的有关服务，甲乙双方将按下列具体规定履行任务、配备人员、提供资源或承担责任。
4.3.1甲乙双方指派代表组成项目组，其中：
甲方将指定一个或多个能胜任的高层管理人员来负责本项目中的所有管理决策；乙方项目组成员名单及通讯方式见合同附件三，甲乙双方保证所有有关高层管理人员的全力支持。
4.3.2乙方将指派工作能力与项目服务相称的项目代表，乙方保证团队成员中成员有三年以上实际工作经验。
乙方项目经理具备相似项目开发或实施经验。
甲方有权面试乙方项目经理，以确定其人选。
4.3.3乙方承诺在本协议的履行期间不对项目总负责人、项目经理进行调整；其他项目组成员的重新指定须提前10个工作日以书面形式通知甲方，取得甲方的书面同意后方可进行。
甲方应及时审查乙方提出的书面更换建议。
4.3.4甲方有权要求乙方更换不适合的项目组成员，但应当以书面形式通知乙方；乙方需在7个工作日内响应完成。
双方在合理、善意、维护双方利益的基础上讨论更换事宜。
4.3.5甲方项目总负责人，项目经理以及乙方项目总负责人、项目经理每月召开一次会议，项目组每周进行一次项目例会（参与人员为双方项目经理及相关项目组成员），指导项目方向，解决项目重大问题。
无论是月度项目会议还是周项目例会，双方做好会议纪要，与会人员必须签章确认，有不同意见应当真实反应在会议纪要上。
4.3.6甲方保证及时提供足够的具备必要技能的关键用户全职参与所有项目，乙方需提前15日书面向甲方提出当前阶段所需配合人员管理等级以及技能要求。
4.3.7为了不耽搁或影响既定的项目进程，甲方应准时安排采购软硬件、数据库和网络设备，并使其能按时准备就绪。
乙方需提前45日书面向甲方提出所需物资及其详细要求，以便甲方有足够时间进行采购，及物资到货、安装。
4.3.8乙方负责A系统开发与实施，甲方负责主数据及其它业务数据的准备,乙方负责主数据及其它业务数据的导入工作，必要的手工数据录入由甲方完成。
所有的数据验证工作，包括手工形式和电子形式的数据，将由甲方负责；乙方将提供数据转换的规范、工具以及指导、监督等服务。
4.3.9在乙方人员的指导下，甲方的项目组人员与乙方人员双方共同负责项目的流程文件、技术文档、培训资料、测试报告、会议纪要、问题跟踪、工作规范与制度、交付成果确认记录的归档工作。
甲乙双方将共同确定文档管理的方法与策略，并定期共同组织人员共同检查文档的质量。
4.3.10乙方在甲方场所提供服务时，乙方应敦促其在甲方场所的人员遵守（i）甲方的安全和保安守则，及适用于在该场所工作的人员的其他守则；（ii）涉及乙方可能进入的甲方的任何计算机系统的进入和安全的、商业上合理的甲方政策。
4.4信息与资料
甲、乙双方应互相配合，充分沟通。
乙方有权根据本合同的规定和项目需要，向甲方了解有关情况，调阅有关资料，向有关职能人员调查、了解甲方现有的相关数据和资料，以对该软件进行全面的研究和设计。
甲方承诺予以积极配合，向乙方提供有关信息与资料，特别是有关甲方对开发软件的功能和目标需求方面所必需的信息和资料。
4.5需求与需求分析
4.5.1乙方将进行需求调研，甲方将根据上述第３条规定的项目范围及内容，及甲方为其业务开发软件及其所需功能的描述和甲方所提供的资料与信息，协助乙方制作需求分析。
甲方在提交有关需求说明、资料和信息时，可以就其中所涉及的软件功能、目标、需求构成及相关技术问题向乙方咨询或征求意见，乙方应当及时予以解释和答复。
4.5.2乙方在获取上述需求信息和资料后，应及时完成《需求规格说明书》。
该《需求规格说明书》经甲方认可，并由甲、乙双方签章后作为本合同的后续附件，与本合同及合同附件具有同等效力。
4.6进度报告
乙方于每周五，以书面形式向甲方提供项目周报，内容包括本周项目进度和里程碑计划执行情况，已完成的软件开发项目，有无遇到的困难和障碍，本项目的预期效果，人员配置情况，有无项目变更及变更情况，下周的工作安排，或其它与本项目有关的甲方应该、需要知道或甲方要求知道的情况。
如有重大的问题或重要的变更（可能）发生，乙方应当在变更发生或知晓变更可能发生之日起5个工作日内向甲方做出书面报告。
乙方也应当在5个工作日内回复甲方在其它时间内提出的与本项目相关的询问。
如乙方违反本条的规定，应该承担由此而引起的项目迟延的责任。
5.项目变更
为了维护和兼顾各方的利益，确保开发软件的质量，在本合同签署后，甲、乙双方均有权在履行本合同的过程中合理地提出变更、扩展、替换或修改本项目的某些部分的请求，包括增加或减少软件的相应功能/提高或提升有关技术参数/变更交付或安装的时间与地点等。
为此，双方同意：
5.1若甲方提出部分项目的变更要求，甲方应该将变更要求以书面形式提交给乙方。
乙方应当在3个工作日内对此做出书面回复，其内容包括该变更对项目交付日期、软件的系统性能、项目技术参数的影响和变化以及对合同条款的影响等，变更方案应在双方项目负责人签署同意后方可施行。
5.2如乙方提出部分项目的变更建议，乙方应将变更建议以书面形式提交给甲方。
乙方需同时详细阐明该变更的目的、原因、变更的方案、对项目交付日期、软件的系统性能、项目技术参数的影响和变化以及对合同条款的影响等情况。
并在甲方书面确认同意后方可施行。
6.交付、领受与验收
6.1交付
6.1.1乙方应在每项交付前10个工作日内，以书面形式通知甲方。
如由于甲方的原因而导致交付不能按照通知时间进行，甲方将自收到通知后10个工作日内以书面形式通知乙方，乙方将按通知时间延期交付，由此引起的时间顺延，甲方予以认可。
甲方自收到通知后10个工作日内未书面通知顺延交付又未安排接受交付的，经乙方有效书面催告一次后甲方仍未处理的，则视为乙方已交付。
6.1.2乙方在交付前应根据附件及后续文件所列的检测标准对该交付件进行测试，以确认其符合本合同目的及其他约定。
6.2交付内容
6.2.1乙方应按照合同及其附件所约定的内容进行交付，交付前须组织人员测试并确认合格，所交付的文档与文件应当是电子版式和可供人阅读的。
具体交付内容见附件一的要求及本合同目的。
6.2.2如由于甲方运行、检测不当或其它原因而导致所交付项目存在故障或问题（须经甲乙双方认可的第三方权威部门认定），经甲方要求，乙方应及时帮助处理此项故障或问题，但甲方应支付乙方处理此项故障或问题所支出的额外费用（属于乙方应提供的服务责任范围的除外）。
6.3领受
6.3.1甲方是否领受交付件，不以乙方某次交付，甲方人员的领受签收为准；须以甲方出具的《领受报告》为准。
且乙方对交付件应负的责任及义务并不以甲方已领受而免除。
6.3.2在甲方领受交付件时，为保证安装于硬件中的系统与交付件相符，乙方须负责完成交付件的安装部署。
6.3.3甲方在领受了上述交付件后，需立即对该交付件进行测试和评估，以确认其是否符合开发软件的功能和规格。
甲方需在7个工作日内（首次测评）向乙方提交书面说明以表示接受该交付件。
如有缺陷，需递交缺陷说明及指明应改进的部分。
乙方应立即纠正该缺陷，并再次交付给甲方；甲方应重新进行测试和评估并于5个工作日内（第二次及以后次测评）向乙方出具书面《领受报告》或再次递交缺陷说明及指明应改进的部分。
甲、乙双方将重复此项程序直至甲方领受，或由甲方依法或依约终止本合同为止。
如甲方在领受了上述交付件后的7个工作日内（首次测评）或5个工作日内（第二次及以后次测评）未递交缺陷说明，视为甲方已领受了上述交付件。
6.4上线及验收
6.4.1整个项目根据甲方的实际需求，规划实施上线。
6.4.2软件系统上线完成且稳定运行后，乙方以书面形式向甲方递交验收通知书，甲方在收到验收通知书的5个工作日内，以书面形式回复安排具体验收日期，由甲、乙双方按照本合同约定的方式进行软件系统验收。
6.4.3如属于乙方原因致使软件未通过系统验收，乙方应排除故障或处理问题，直至软件系统完全符合验收标准。
6.4.4如属于甲方原因致使软件未通过系统验收，例如甲方原有计算机系统故障、病毒侵袭、硬件故障、操作失误等原因，甲方应在合理时间内排除故障，再进行验收。
6.5系统验收方式及其文档：
6.5.1乙方进场启动实施工作后，甲方须配合乙方开展实际业务的调研工作。
乙方在取得了甲方提供的必要的信息和资料后，将依据本合同所约定的软件的功能、目标与需求分析书，对甲方的管理及业务流程进行诊断与优化，完成《需求规格说明书》。
《需求规格说明书》经双方确认并签章后，作为本合同的后续附件，与本合同及合同附件具有同等效力。
6.5.2在调研结果的基础上，乙方与甲方一起梳理、优化甲方的管理与业务流程，整合企业资源，提高管理水平，为甲方设计优化的业务蓝图，完成《概要设计说明书》。
《概要设计说明书》经双方确认并签章后，乙方根据确认后的《概要设计说明书》进行系统原型配置与开发。
6.5.3乙方完成界面原型的配置工作后，由甲方组织内部成员进行沟通与确认，完成《界面原型交付确认书》、《详细设计说明书》。
《界面原型交付确认书》、《详细设计说明书》经双方确认并签章。
6.5.4乙方完成基于界面原型基础上的细化配置工作后，进入系统初始化和上线运行阶段，甲乙双方须以《需求规格说明书》和《概要设计说明书》为标准，并结合实际应用情况，制订详细的系统上线计划。
系统上线运行启动时间为《系统上线运行启动确认书》经双方确认并签章之日起，上线运行的第一个月为试运行期间。
。
6.5.5系统上线运行前，乙方需提供系统上线运行指导及本合同项下系统的《系统用户手册》，包括用于指导甲方操作人员使用与操作系统所需的各类电子文档、文本和操作视频。
6.5.6本合同项下系统上线运行启动之日起1个月期满，乙方应提前10个工作日提交《项目验收申请》并书面通知甲方，甲方应在收到乙方书面通知后10个工作日内，组织双方项目人员完成系统运行鉴定评审及验收工作，乙方于验收通过后10个工作日内向甲方出具《项目验收报告》，并由双方签字确认。
必要时，验收工作可邀请行业专家共同完成。
6.5.7以上各文档完成后，均应提交甲方审核。
如甲方认可上述文件，则在上述文件中签章确认；如有异议，则以书面形式说明理由并提交乙方复审。
如乙方认为不构成问题，则应向甲方予以解释；确有问题的，乙方应及时予以修改并再次提交甲方审核。
甲乙双方将重复此程序，直至双方完成文件的审核,委派各自的项目负责人认可签章。
6.5.8其他验收细节按照双方确认的《需求规格说明书》和《概要设计说明书》中的要求进行。
7.知识产权和使用权
7.1知识产权
本项目为甲方委托乙方开发，乙方在基础上进行升级和在其基础上定制开发形成的新的完整软件，即交付给的A的知识产权（包括但不限于软件著作权）归甲方所有，乙方应协助甲方办理软件著作权登记手续。
乙方不得以任何方式向第三方披露、转让和许可有关的业务流程、技术成果、计算机软件、技术诀窍、秘密信息、技术资料、源代码和文件。
除本研发工作需要之外，未得到甲方的书面许可，乙方不得以任何方式商业性地利用上述资料和技术。
如违反本条的规定，除立即停止侵权、违约行为外，乙方在赔偿甲方相应的损失外，还应支付甲方人民币50万元的惩罚性违约金。
7.2乙方对甲方所许可使用权的软件，甲方有向第三方分许可的权利。
除另有规定外，乙方许可甲方使用的软件或相关任何知识产权的同时，乙方亦同时确认许可甲方将该软件或相关知识产权授权给第三人使用。
7.3本合同项下甲乙双方的任何权利和义务不因合同双方发生收购、兼并、重组、分立而发生变化。
如发生上述情形之一，则本合同项下的权利和义务随之转移至收购、兼并、重组或分立之单位。
如甲、乙双方在本合同项下的各项权利和义务由甲、乙双方之分立单位分别承受的，则甲、乙双方与甲、乙双方之分立单位分别享有和承担相关权利和义务。
8.维护和培训
8.1软件的维护和支持
8.1.1乙方同意在本合同规定的期限内按照合同附件的规定，向甲方提供自本合同项下功能模块上线运行启动之日起为期12个月，本合同项下所有系统的免费软件维护服务。
甲方有权选择是否在免费维护期满后继续采购系统维护服务。
免费维护期间需解决甲方系统运行中存在的错误，即Bug（需求Bug、设计Bug和功能Bug等）。
8.1.2如果甲方曾中断系统维护而再次选择维护服务时，双方同意另立维护合同。
8.1.3免费服务到期后，每持续12个自然月的系统维护费用标准为合同总金额的10%，维护内容包括日常运行服务和非框架性修改。
8.2项目培训
乙方应在项目实施期内定期对甲方提出的相关人员进行培训，培训目标为受训者能够独立、熟练地完成操作，实现依据本合同所约定的软件系统的目标和功能。
9.软件交付时间
交付时间：
年月日前交付。
10.价格与付款方式
10.1价格
10.1.1本合同总价为RMB元（大写人民币：
肆拾万元整）。
具体价格组成参见下表：
10.1.2本合同甲方的指定本合同具体项目明细如下表1（以下单价均为含17%税价）
品名
数量
单位
单价（元）
合计（元）
合计
注：
表中“单价”为“0”的项目，是乙方提供的不收费项目。
“无限制”是指数量为无限大。
10.2付款时间节点及比例
10.2.1合同签订后，甲方收到乙方合同总额20%的增值税发票后7个工作日内支付等金额的款项，即：
RMB元（大写人民币：
）作为本合同预付款。
10.2.2甲方在乙方交付系统、由甲方终端用户确认，并收到乙方合同总额20%的增值税发票后7个工作日内支付等金额的款项，即：
RMB元（大写人民币：
）作为本合同第一笔进度款。
10.2.3经甲方最终验收合格，并收到乙方合同总额30%的增值税发票后7个工作日内支付等金额的款项，即：
RMB元（大写人民币：
）作为本合同第二笔进度款。
10.2.4经甲方最终验收合格之日起18个月后，经甲方确认无异议，并收到乙方合同总额30%的增值税发票后7个工作日内支付等金额的款项，即：
RMB元（大写人民币：
）作为本合同尾款。
10.2.5因乙方交付上述各阶段的发票迟延，则付款时间顺延，该付款时间的顺延不影响本合同其它权利义务的履行。
11.保密
11.1获取对方商业秘密的一方仅可将该商业秘密用于履行其在本合同项下的义务，且只能由相关的工程技术人员使用。
获取对方商业秘密的一方应当采取适当有效的方式保护所获取的商业秘密，不得XX使用、传播或公开商业秘密。
除非有对方的书面许可，或该信息已被拥有方认为不再是商业秘密，或已在社会上公开，该商业秘密不得对外披露，该保密义务乙方应有相应措施要求参与项目以及知悉信息的所有职员严格遵守。
11.2非竞争
甲、乙双方同意，在本合同实施过程中以及本合同履行完毕后的伍年内，双方均不得使用在履行本项目过程中得到的对方商业秘密，从事与对方有竞争性的业务，也不得将在合作过程中知悉的对方的商业秘密泄露给与对方有竞争关系的公司，更不得采取任何方式聘用本开发项目中的对方相关技术或管理人员。
12.违约责任
12.1交付违约
12.1.1乙方应在合同所规定的时间内完成和交付本合同规定的项目，解决技术问题，保证工作质量，传授相关的技术知识，并不得随意更换实施项目组人员。
软件的最后完成交付必须是经验收合格的，如果由于乙方的原因致验收合格日迟于合同约定的软件交付日，甲方有权追究乙方的违约责任并要求乙方采取补救措施。
如果乙方严重延误交付（超过约定时间30日）或交付的成果与约定的成果差异很大，甲方有权主张解除本合同，并要求乙方退还全部已付款项，同时乙方应按实际天数以涉及金额的0.5‰/天的标准支付甲方惩罚性违约金。
12.1.2如乙方未按需求规格说明书实施项目，导致实施的项目未能满足甲方的需求（需求规格说明书），导致项目开发失败，经双方协商不成，甲方有权单方解除合同，乙方除按合同总价赔偿给甲方的损失外，还应支付甲方已支付款项50%金额的惩罚性违约金。
12.1.3乙方在无甲方同意延期交付的情形存在，且超过交付时间90日以上时，视为乙方开发失败，乙方除按合同总价赔偿给甲方的损失外，并应按实际天数以涉及金额的0.5‰/天的标准支付甲方惩罚性违约金。
12.1.4因乙方原因导致甲方软件著作权登记无法实现的，乙方应及时补正，补正不能时，应当向甲方支付合同总金额20%的惩罚性违约金。
12.2付款违约
甲方提供乙方基本的工作条件，完成配合事项，并根据本合同第10条价格与付款方式和第6条交付、领受与验收（6.5系统验收方式及其文档）条款支付相应的合同款。
如甲方不履行本合同义务或者履行合同义务不符合约定，乙方有权追究甲方的违约责任。
违约金计算方法为：
按实际天数以涉及金额的0.5‰/天的标准计。
12.3保密违约
任何一方违反本合同所规定的保密义务，另一方有权追究其违约责任。
12.4停工违约
乙方不得以任何理由停工、窝工，否则需承担延期交付的损失赔偿责任及违约责任。
12.5转包违约
本合同项目是甲方基于乙方自身的技术实力给予的委托开发，乙方不得将本合同项目部分或全部转包给任何第三方，否则需承担本项目总金额100%的惩罚性违约金。
12.6如发生违约事件，守约方要求违约方支付违约金时，应以书面形式通知违约方，内容包括违约事件、违约金、支付时间和方式等。
违约方在收到上述通知后，应于伍个工作日内答复对方，并支付违约金。
如双方不能就此达
升级会员 