協(xié)同OA辦公軟件二次銷售服務合同

申請免費試用、咨詢電話：400-8352-114

泛普協(xié)同OA辦公軟件二次銷售服務合同
 
本合同旨在明確在甲方在協(xié)同辦公軟件應用過程中，因需求超出乙方所提供的標準產(chǎn)品的功能，現(xiàn)甲方委托乙方對其產(chǎn)生的需求進行二次開發(fā)，經(jīng)甲乙雙方達成一致意見后簽訂本次合同，以此合同來明確雙方的權利、義務，以及相關的法律事務。
 
一、             合同雙方
項目名稱：         XX公司財務OA與檔案系統(tǒng)集成開發(fā)項目                        
委托方(甲方)：   XX公司財務有限責任公司                         

地  址：

聯(lián)系人：

電  話：

傳  真：

 
服務方(乙方)：  泛普軟件                                       

地  址：

聯(lián)系人：

電  話：

傳  真：

 
二、             名詞解釋
1、   “開發(fā)需求分析”是指乙方根據(jù)甲方提出的需求結合乙方現(xiàn)有的產(chǎn)品功能出具二次開發(fā)的范圍與客戶需求實現(xiàn)方案的服務過程。
2、   “編碼”是指乙方根據(jù)雙方確認的開發(fā)需求分析進行軟件源代碼的編寫過程。
3、   “二次開發(fā)”是指乙方針對甲方需求進行的產(chǎn)品功能的軟件源代碼的改動過程。
4、   “測試”是指乙方對根據(jù)甲方的需求而定制開發(fā)的功能進行產(chǎn)品功能缺陷的檢測過程。
5、   “培訓”是指乙方對甲方進行二次開發(fā)的功能的維護與使用的培訓。
 
三、             二次開發(fā)工作量明細及費用說明
 

二次開發(fā)工作量明細 單位:人民幣(RMB)
包含的工作內(nèi)容	單價	數(shù)量	小計
針對XX公司財務檔案集成開發(fā)需求，乙方為甲方完成實現(xiàn)開發(fā)（開發(fā)需求詳見附件）	2000元人/ 天	19	38,000
備注：同時在開發(fā)實際過程中，根據(jù)甲方需求變更開發(fā)費用根據(jù)具體實際人工天實行“多退少補”的原則。
二次開發(fā)費用合計			38,000

 
四、             二次開發(fā)費用付款方式
 

二次開發(fā)費用付款方式
付款時間	付款額度	金額
合同簽訂后五個工作日內(nèi)	本合同費用的50%	19,000
產(chǎn)品驗收通過后第五個工作日	本合同費用的50%	19,000

 
五、              確認與驗收
1、   乙方根據(jù)《開發(fā)需求分析》中具體規(guī)定，開發(fā)范圍及開發(fā)需求的變更需通過經(jīng)甲乙雙方蓋章確認后的《二次開發(fā)服務范圍修改通知書》或《客戶需求變更通知書》的方式進行變更，蓋章確認后的《二次開發(fā)服務范圍修改通知書》、《客戶需求變更通知書》將作為合同附件，與本合同具有同等法律效力。
2、   合同執(zhí)行過程中需要進行確認的文檔或事項必須由甲方或乙方以書面形式進行確認。
3、   驗收標準：《開發(fā)需求分析》。
4、   乙方完成的文檔或交付成果根據(jù)本合同的約定需要由甲方確認的，甲方應在乙方提出書面要求后三（3）個工作日內(nèi)進行簽字確認；甲方逾期不作答復的，視為上述文檔或交付成果已被甲方確認。文檔一經(jīng)確認，除非雙方協(xié)商一致，并簽署書面確認書，任何一方不得對其內(nèi)容進行更改。
5、   乙方按照《開發(fā)需求分析》完成并交付二次開發(fā)功能后，應向甲方提出書面驗收通知書，甲方在收到此通知書后，應在五（5）個工作日內(nèi)安排人員，與乙方共同組成驗收小組，對實施成果進行驗收。
6、   甲方應按照及《開發(fā)需求分析》的約定對乙方服務進行驗收，一旦實施服務或系統(tǒng)按照《開發(fā)需求分析》的約定完成，甲方就應簽署相應的驗收文件，乙方在本合同項下的相應義務與責任即視為完成。如甲方認為乙方的實施服務不符合《開發(fā)需求分析》的約定而不予驗收，應以書面形式向乙方說明不予驗收的理由及依據(jù)，乙方將根據(jù)甲方的說明提供相應的改進。如果甲方不按照約定進行驗收，且不提供書面說明，乙方應再次向甲方發(fā)出書面通知，要求甲方在三（3）個工作日內(nèi)進行驗收。如果甲方在上述期限內(nèi)仍不作答復，則視為乙方的實施服務已經(jīng)完成。
六、             責任限制
1、   乙方對非乙方的因素所造成的項目延誤不承擔責任，該因素包括甲方計算機設備、網(wǎng)絡設備不符合要求、服務器資源不充分、甲方承諾的資源缺乏、數(shù)據(jù)準備不充分和不正確、甲方?jīng)Q策的延誤、需求超出雙方約定的及《開發(fā)需求分析》、不可抗力等。
2、   因甲方的需求發(fā)生變更由此而增加的二次開發(fā)的內(nèi)容和費用將按照2000人/天計算另行簽訂合同作為本合同的補充合同。
 
七、             違約責任
 
1、   任一方違反本合同條款，以致他方蒙受損害時，受損方可按照合同法的規(guī)定要求損害方賠償損失，賠償僅以可舉證的直接損失為限，不包括流失的或預期的利益，以及任何其他連帶性或間接性的損失
2、   甲乙雙方支付的違約金不超過甲乙雙方就導致索賠的有關服務所支付或收取的二次開發(fā)服務費。
 
 
八、             保密條款
1、  “保密信息”特指為上述目的由本協(xié)議一方 (透露方) 向另一方 (獲取方) 透露的，并且在透露時表明“保密”或“專有”的，包括但不僅限于有關項目合作項目的公司資料、業(yè)務信息、財務數(shù)據(jù)、技術資料、功能和特性描述等圖表、書面資料或者以任何其他形式的媒介或載體所傳遞的信息，無論是有形的還是無形的、是書面的還是口頭的。通過口頭或視覺透露并且在透露時被確認為“保密”的資料，如果在經(jīng)口頭或視覺透露后三十（30）天內(nèi)轉為有形形式、標明“保密”并轉交收取方，則被視為保密信息。
2、   除非由透露方特別授權，獲取方在本協(xié)議規(guī)定的“保密期限”內(nèi)不得向任何第三方透露所獲得的保密信息，并且不得將獲得的保密信息用于上述目的之外的任何目的。“保密期限”指獲得保密信息之日起滿五（5）年，或者至按照第4段所述信息不再具有保密性質(zhì)為止。
 
九、             不可抗力
1、  如果雙方中的任何一方因為不可抗力，如：戰(zhàn)爭、火災、臺風、洪水、地震等屬于不可抗力且足以引起被迫停止或推遲合同執(zhí)行的原因，則合同執(zhí)行相應順延。
2、  不可抗力對合同雙方均適用。在合同生效后，如果發(fā)生不可抗力而不能履行合同時，則由事故發(fā)生一方，取得公證機關的不能履行或不能完全履行或延期履行本合同的證明。甲乙雙方可憑此證明解除全部或部分相關責任。
 
十、             爭議解決
 
1、   如出現(xiàn)問題，雙方應本著積極態(tài)度，在本合同書的原則基礎上進行修改、填補。補充條款經(jīng)雙方簽字蓋章認可后與本合同書具有同等的法律效力。
2、  雙方因合同書的解釋或履行產(chǎn)生爭議，由雙方協(xié)商解決。協(xié)商不成，由相關仲裁委員會來裁決。
 
十一、      合同生效
1、  本合同將自雙方授權代表簽字并加蓋公司印章之日起生效。
2、  合同將保持其效力直至雙方完全履行合同項下的所有義務并結清雙方之間的所有付款和索賠（合同終止的除外），但明確規(guī)定繼續(xù)有效的條款除外。
3、  對于本合同未盡事宜，甲乙雙方可簽訂補充協(xié)議對本合同中的有關問題作出補充說明、解釋，本合同的補充協(xié)議為合同不可分割的部分，與本合同具有同等法律效力。
4、  本合同為中文文本，一式兩份，雙方各執(zhí)一份。
5、  雙方應盡最大努力協(xié)助對方，以保證本合同的順利執(zhí)行。
6、  本合同附件與本合同具有同等法律效力。
 
 
十二、      合同書期限
雙方履行完各自的業(yè)務后，本合同自行終止，但有關雙方公司機密的條款內(nèi)容繼續(xù)生效。
 
 
十三、      合同書簽署
 

1	甲  方：	XX公司財務有限責任公司	2	乙 方：	泛普軟件
	地  址：			地 址：
	代表簽字：			代表簽字：
	電  話：			電  話：
	傳  真：			傳  真：
	蓋  章：			蓋  章：
	開戶行：			開戶行：	中國民生銀行浦東支行
	銀行帳號：			銀行帳號：
	公司稅號：			公司稅號：
	生效日期：	年   月    日		生效日期：	年    月     日

 
 
 
 
 
 
 
十四、      附件：開發(fā)需求分析說明
1     需求概述
1.1    目的
實現(xiàn)檔案系統(tǒng)和OA系統(tǒng)的對接，將OA系統(tǒng)中指定的流程數(shù)據(jù)自動導入到檔案系統(tǒng)中。
1.2    用戶
檔案系統(tǒng)管理員，OA系統(tǒng)管理員
1.3    參考資料
1.4    建議完成時間
2013年10月31日
2     總體思路
OA系統(tǒng)將流程數(shù)據(jù)以文件的形式導出到指定的文件目錄中，檔案系統(tǒng)將指定目錄中的數(shù)據(jù)抽取到檔案系統(tǒng)。
3     需求描述
3.1    OA系統(tǒng)導出流程數(shù)據(jù)
3.1.1  功能描述
OA系統(tǒng)將流程數(shù)據(jù)以文件的形式導出到指定的文件目錄。
3.1.2  流程數(shù)據(jù)描述
每個流程需要導出的流程數(shù)據(jù)包括以下三項內(nèi)容：
1.   流程中重要字段信息，字段信息以規(guī)定的XML格式(格式見附件1)導入到指定的XML文件中，各流程需要導出的字段如下表：

	流程名稱	流程字段
1	公司發(fā)文	標題，發(fā)文編號，成文日期
2	公司收文	標題，收文號，收文日期
3	會議紀要	標題，紀要文號
4	公章請用	標題，起草時間
5	規(guī)章制度發(fā)文	標題，發(fā)文編號，成文日期
6	對外函件	標題，發(fā)文編號，成文日期
7	內(nèi)部簽報（通用）	標題，起草時間
8	內(nèi)部簽報（信息化專用）	標題，起草時間
9	合法合規(guī)性審查	標題，起草時間
10	合同全過程管理流程	標題，起草時間
11	標準合同制定，修訂管理流程	標題，起草時間
12	貸款風險分類報告審批流程	標題，起草時間
13	月度風險監(jiān)測報告審批	標題，起草時間

 
2.   流程頁面副本，副本中包含流程的表單信息和審批記錄。頁面副本的文件格式可以是PDF,WORD,HTML等。
3.   流程中的正文和附件。
每個流程需要導出的流程數(shù)據(jù)應滿足以下格式要求：
1.   XML文件以流程requestid+流程的標題命名；流程頁面副本文件以流程的標題命名；流程的正文和附件保持原有文件名。
2.   創(chuàng)建一個與XML文件同名的目錄，將流程頁面副本、流程的正文和附件保存到該目錄中，同時將XML文件和該目錄同級保存。
 
3.2    檔案系統(tǒng)導入指定目錄的數(shù)據(jù)
3.2.1  功能需求
檔案系統(tǒng)將OA系統(tǒng)導出的數(shù)據(jù)導入到檔案系統(tǒng)的相應類別目錄下。
 
3.3    數(shù)據(jù)接口的其他功能需求
1.   OA數(shù)據(jù)接口可以配置定時執(zhí)行時間或手動執(zhí)行。
2.   可以配置OA數(shù)據(jù)接口導出流程的種類和流程的狀態(tài)
3.   可以配置OA數(shù)據(jù)接口導出流程的重要字段
4.   可以配置OA數(shù)據(jù)接口導出流程的時間區(qū)間
5.   可以統(tǒng)計已經(jīng)從OA數(shù)據(jù)接口導出的流程（包括請求ID，發(fā)起時間，發(fā)起人，請求標題）
 
 
附件1（流程重要字段導出格式）
 
<?xml version="1.0" encoding="GB2312"?>
<archman>
  <DocSource>
    <company>XX公司財務有限責任公司</company>
    <system>Archives2.5</system>
    <type>TO-CUR</type>
  </DocSource>
  <prop>
    <propname>內(nèi)部標識</propname>
    <propsign>IID</propsign>
    <propvalue>OA+flowid+requested</propvalue>
  </prop>
  <prop>
    <propname>標題</propname>
    <propsign>filetitle</propsign>
    <propvalue>關于項目評審的通知</propvalue>
  </prop>
  <prop>
    <propname>發(fā)文編號</propname>
    <propsign>fileNo</propsign>
    <propvalue>航財[2013]69號</propvalue>
  </prop>
  <prop>
    <propname>成文日期</propname>
    <propsign>filedate</propsign>
    <propvalue>2013年7月15日</propvalue>
  </prop>
</archman>
 
備注：IID是XML中必須包含的標簽，是檔案系統(tǒng)中文件的唯一標識。