軟體授權使用協議

A. 安裝一個軟體，它的許可證協議說。。。什麼意思有什麼影響

不是針對你的，而是和其他搜索搶生意的，這不說清楚了嗎，如有問題在殺吧，我都是這樣搞的、

B. 支付寶軟體技術開發商授權書

所有的授權書建議咨詢授權方進行查詢。其他地方的查詢均僅供參考。

C. 在網站上的軟體免費下載，軟體里沒有加「軟體許可協議」，下載者是否可以不經授權就可以使用，復制和銷售

軟體抄許可協議指的是軟體開發商對使用者提出的協定條件，既然沒有的話，一般情況下只要軟體不用在商業用途，只是自己家用列印機，就不能算侵權。因為你沒有利用他人的版權進行宣傳和盈利。但復制和銷售就由你決定了，可能該軟體版權已經受法律保護。建議而已，總之一切問題後果自負，我只是提醒你一下。

D. 軟體授權協議 誰是甲方

甲方（委託方）：_________ 法定代表人：_________ 地址：_________ 郵編：_________ 乙方（開發方）：_________ 法定代表人：_________ 地址：_________ 聯系電話：_________ 郵編：_________ 目 錄 一、定義二、開發軟體描述三、軟體開發四、交付、領受與驗收五、知識產權和使用權六、維護和培訓七、價格與付款方式八、保證與責任九、保密十、違約與賠償責任十一、項目變更十二、其它十三、爭議解決十四、合同的生效、解除補充條款附件鑒於甲方有意委託乙方開發用於 （財務、經營管理等業務）的計算機信息化系統軟體，雙方特依據《中華人民共和國合同法》及相關的法律法規之規定，在自願、平等、互利互惠、協商一致的基礎上，雙方達成如下協議：一、定義 本合同中使用的下列詞語具有如下含義：1．「軟體」包括「軟體系統」，除另有指明外，指描述於本合同附件_________中的在本合同履行期內所開發和提供的當前和將來的軟體版本，包括乙方為履行本合同所開發和提供的軟體版本和相關的文件。2．「可交付件」指附件 中指定的由乙方所交付的軟體，包括源代碼、安裝盤、技術文檔、用戶指南、操作手冊、安裝指南和測試報告等。3．「交付」 指乙方在雙方規定的日期內交付約定開發的軟體的行為。但是乙方完成交付行為，並不意味著乙方已經完成了本合同項下所規定的所有義務。4．「規格」是指在技術或其他開發任務上所設定的技術標准、規范。5．「里程碑」是指附件_________中所規定的由乙方在本軟體開發過程中階段性完成的，並具有相對獨立性的部分軟體或模塊。 6．「源代碼」指用於該軟體的源代碼。其必須可為熟練的程序員理解和使用，可列印以及被機器閱讀或具備其他合理而必要的形式，包括對該軟體的評估、測試或其它技術文件。 7．「商業秘密」指甲、乙方各自所擁有的，不為公眾所知的管理信息、方式方法、顧客名單、商業數據、產品信息、銷售渠道、技術訣竅、源代碼、計算機文檔等，或由甲、乙方在履行本合同過程中明確指明為商業秘密的、法律所認可的任何信息。8．「工作日」指國家所規定的節假日之外的所有工作日，未指明為工作日的日期指自然順延的日期。二、開發軟體描述 1．本軟體是甲方為_________（經營的業務）而開發的軟體。該軟體處理的對象是甲方的_________（財務、人力資源管理、業務交易數據處理、游戲軟體等）；該軟體的主要功能目標為_________。2．甲方原有信息系統描述（開發軟體在甲方原系統中運行選擇本條）甲方原有的相關計算機信息系統為_________，其主要功能是_________。乙方將結合甲方的計算機信息系統進行軟體開發，使開發軟體的功能同現有系統中已有的設備和相關軟體相匹配。已有系統的設備和軟體見附件_________。3．軟體系統 3．1乙方所開發的軟體系統為_________（系統名稱）；其中：（1）屬於第三方的軟體為_________；（2）屬於乙方所擁有的軟體為_________；（3）甲方委託乙方開發的軟體為_________；（4）乙方可以委託具有相應開發能力的第三方開發的軟體為_________。 3．2乙方為甲方開發的軟體系統分為_________個子系統，包括_________子系統_________子系統和_________子統，與_________（甲方原有系統）共同構成本合同所規定的軟體系統。該軟體所構建的系統的主要功能為_________。該軟體系統的名稱、里程碑、模塊、功能、規格、版本、價格、檢測標准等相關情況見附件_________。4．軟體開發的目標軟體整體功能符合甲方所描述的_________（經營、管理等）系統的要求，應達到_________（正確性、效率、安全性、可靠性、開放性、實用性等）的技術指標。5．軟體開發的交付時間和進度 5．1本開發軟體交付的時間為_________年_________月_________日；5．2軟體開發分為_________個里程碑階段，每個里程碑階段的項目完成後，均應該依據本合同附件_________所列的檢測標准進行檢測和交付。甲方將按照本合同的第_________條規定進行付款。乙方開發軟體或引用的檢測標准不得低於_________（國家/行業/企業）的標准。其具體規格、檢測標准、階段和進度、交付時間與地點、付款方式等見附件_________。三、軟體開發1．開發自本合同簽訂之日起，乙方應盡力履行其在開發計劃中所規定的義務，按時完成並交付每一項里程碑，其質量標准應符合附件_________的規定。2．分包本合同項下的項目禁止轉包。如雙方同意，乙方可以將本合同項下的_________（項目名稱）等非主體項目分包給具有相應資質的第三方實施。違反本條規定的，乙方應依據本合同的相關規定承擔違約責任。3．項目管理（供選擇） 合同各方指派代表組成本信息系統開發管理小組，管理本軟體的開發。管理小組成員名單和通訊方式見附件_________。合同各方可以根據具體情況重新指定本方的管理小組的成員，但應當以書面方式通知另一方；如一方重新指定的小組成員涉及到本項目的重要方面，更換方應事先徵得對方的書面同意。另一方應及時審查更換方提出的書面建議，雙方在合理、善意、維護雙方利益的基礎上討論更換事宜。 4．信息與資料乙方有權根據本合同的規定和項目需要，向甲方了解有關情況，調閱有關資料，向有關職能人員調查、了解甲方現有的相關數據和資料，以對該軟體進行全面的研究和設計。甲方應予以積極配合，向乙方提供有關信息與資料，特別是有關甲方對開發軟體的功能和目標需求方面的信息和資料。如甲方對乙方完成本合同所需的甲方所有的信息和資料不予提供，則由甲方承擔不予提供的損害後果。5．需求與需求分析 5．1甲、乙雙方將根據上述第_________條中甲方為其業務開發軟體及其所需功能的描述和甲方所提供的資料與信息共同製作需求分析。甲方在提交有關需求說明、資料和信息時，可以就其中所涉及的軟體功能、目標、需求構成及相關技術問題向乙方咨詢或徵求意見，乙方應當及時予以解釋和答復。5．2乙方在獲取上述需求信息和資料後，應及時完成需求分析書。該需求分析書經甲方認可，並由甲、乙雙方簽字後作為本合同的附件。6．需求說明書、概要設計說明書和詳細設計說明書 6．1乙方在取得了甲方提供的必要的信息和資料後，將依據本合同所約定的軟體的功能、目標與需求分析書，在_________年_________月_________日之前完成需求說明書，在6．1乙方在取得了甲方提供的必要的信息和資料後，將依據本合同所約定的軟體的功能、目標與需求分析書，在 _________年_________月_________日之前完成概要設計說明書，在6．1乙方在取得了甲方提供的必要的信息和資料後，將依據本合同所約定的軟體的功能、目標與需求分析書，在_________年_________月_________日之前完成詳細設計說明書。以上三項完成後，均應提交甲方審核。甲方在收到上述文件後，對其中所描述軟體的適用性、需求性和應用性等進行審核。甲方應在6．1乙方在取得了甲方提供的必要的信息和資料後，將依據本合同所約定的軟體的功能、目標與需求分析書，在_________年_________月_________日之前完成需求說明書的審核，在6．1乙方在取得了甲方提供的必要的信息和資料後，將依據本合同所約定的軟體的功能、目標與需求分析書，在_________年_________月_________日之前完成概要設計說明書的審核，在6．1乙方在取得了甲方提供的必要的信息和資料後，將依據本合同所約定的軟體的功能、目標與需求分析書，在_________年_________月_________日之前完成詳細設計說明書的審核。如甲方認可上述文件後的，則在上述文件中簽字。如有異議，則以書面方式說明理由並提交乙方復審。如乙方認為不構成問題，則應向甲方予以解釋。確有問題的，乙方應及時予以修改並再次提交甲方審核。甲乙雙方將重復此程序，直至雙方一致認可簽字。6．2甲方對上述說明書的簽字認可，僅代表對上述說明書中開發軟體的適用性、需求性、可用性、等的審核。甲方並不對說明書中的技術問題進行審核。如說明書中出現任何與乙方設計相關的技術問題或技術調整，仍由乙方承擔責任。6．3如甲方未在約定的時間內完成本條款所規定的義務，乙方則可以相應順延交付時間。如該延時對乙方造成損失，甲方還應賠償乙方的損失。6．4上述需求說明書、概要設計說明書和詳細設計說明書經雙方簽字後，作為本合同的附件，與本合同具有同等效力。7．進度報告乙方應於每月/季度終了的20/_________工作日內，以書面形式向甲方提供項目階段進度報告，內容包括項目進度或里程碑計劃執行情況，已完成的軟體開發項目，有無遇到的困難和障礙，本項目的預期效果，人員配置情況，有無項目變更及變更情況或其它與本項目有關的甲方應該知道或甲方要求知道的情況。如有重大的問題或重要的變更發生，乙方應當在變更發生之日起7/_________工作日內向甲方做出書面報告。乙方應當在7/_________工作日內回復甲方在其它時間內提出的與本項目相關的詢問。如乙方違反本條的規定，應該承擔由此而引起的項目遲延和甲方不能及時付款或配合項目進行的後果。甲方在收到乙方的書面報告後，應當在7/_________工作日內回復乙方。8．第三方監理甲方有權聘請第三方作為本軟體開發的監理。如甲方指定了第三方作為甲方的監理，依甲方的授權，該監理享有與本合同中所約定的甲方同等的權利，以監理本項目的進行。監理方應擁有相應的資質並依法行使其監理職責，否則乙方有權拒絕接受監理。四、交付、領受與驗收1．交付1．1乙方應在進行每項交付前_________個工作日內，以書面方式通知甲方。甲方應當在接到通知後的_________個工作日內安排接受交付。乙方在交付前應根據附件_________所列的檢測標准對該交付件進行測試，以確認其符合本合同的規定。1．2如由於甲方的原因而導致交付不能按照規定的時間進行，乙方將按延期時間順延交付。如因延期交付而導致乙方損失，甲方應賠償乙方的實際損失。如甲方無正當理由不接受交付，則視為乙方已經交付，甲方應當按照約定付款，甲、乙雙方對此另有約定的除外。2．交付內容 2．1乙方應按照合同及其附件所約定的內容進行交付，所交付的文檔與文件應當是電子版式和可供人閱讀的。具體交付內容見附件 。2．2如由於甲方運行、檢測不當或其它原因而導致所交付項目存在故障或問題，經甲方要求，乙方應在_________個工作日內幫助處理此項故障或問題，由此而發生的費用由甲方承擔。3．領受 甲方在領受了上述交付件後，應立即對該交付件進行測試和評估，以確認其是否符合開發軟體的功能和規格。甲方應在_________個工作日內，向乙方提交書面說明以表示接受該交付件。如有缺陷，應遞交缺陷說明及指明應改進的部分，乙方應立即糾正該缺陷，並再次進行測試和評估。甲方應於_________個工作日內再次檢驗並向乙方出具書面領受文件或遞交缺陷報告。甲、乙雙方將重復此項程序直至甲方領受，但重復此項程序的次數最多不得超過_________次，超過約定次數甲方可解除合同。4．驗收4．1自軟體交付通過之日起，甲方擁有_________天的試運行權利。4．2如由於乙方原因，軟體在試運行期間出現故障或問題，乙方應及時排除該方面的故障或問題，所引起的相關費用由乙方承擔。4．3如由於甲方原因，導致軟體在試運行期間出現故障或問題，甲方可委託乙方排除該方面的故障或問題，所引起的相關費用由甲方承擔。 4．4乙方應在合理的期限內排除故障或處理問題。如以上故障或問題影響軟體基本功能和目標的實現，且排除故障或處理問題的時間超過_________個工作日，則視為乙方交付違約，除非上述故障和問題是由甲方引起的。5．系統驗收5．1軟體試運行完成後，甲方應及時按規定對該軟體進行系統驗收。乙方應以書面形式向甲方遞交驗收通知書，甲方在收到驗收通知書的_________個工作日內，安排具體日期，由甲、乙雙方按照本合同的規定完成軟體系統驗收。 5．2如屬於乙方原因致使軟體未通過系統驗收，乙方應排除故障，並承擔相關費用，同時延長試運行期限_________個工作日，直至軟體系統完全符合驗收標准。5．3如屬於甲方原因致使軟體未通過系統驗收，如屬甲方原有計算機系統故障原因，甲方應在合理時間內排除故障，再進行驗收。如繫上述故障之外的原因，除因本合同規定的不可抗力外，甲方未能在規定的時間內完成驗收，乙方有權以其認為合理的方式進行單方面驗收，並將驗收報告提交甲方，即視為軟體系統驗收已經通過。乙方在進行單方面驗收時，甲方應提供驗收便利。如甲方在乙方提出單方面驗收後的_________個工作日內不提供驗收便利，則視為該系統已經通過驗收。五、知識產權和使用權 1．知識產權_________擁有開發軟體的知識產權。另一方非經對方同意，不得以任何方式向第三方披露、轉讓和許可有關的技術成果、計算機軟體、技術訣竅、秘密信息、技術資料和文件。除本研發工作需要之外，未得到_________的書面許可，_________不得以任何方式商業性地利用上述資料和技術。如_________違反本條的規定，除立即停止違約行為外，還應支付違約_________。2．使用權（如知識產權歸一方所有，需訂立本款） 對軟體具有使用權。本使用權的使用范圍為：（總公司、分支機構）。 3．許可權（如知識產權歸一方所有，需訂立本款） 對 所許可的使用權軟體 向第三方許可的權利。除本合同另有規定外， 許可 使用軟體或相關任何知識產權，並不表示 已經從 獲得其向第三人許可使用該項權利的權利。4．甲方在使用乙方提供的屬於第三方軟體時，應當依照乙方與第三方對該軟體使用的約定進行。乙方應將該約定的書面文件的復印件交甲方參閱。 5．本合同項下雙方的任何權利和義務不因合同雙方發生收購、兼並、重組、分立而發生變化。如發生上述情形之一，則本合同項下的權利和義務隨之轉移至收購、兼並、重組或分立之單位。如甲、乙雙方在本合同項下的各項權利和義務由甲、乙雙方之分立單位分別承受的，則甲、乙雙方與甲、乙雙方之分立單位分別享有和承擔相關權利和義務。 k

E. 為什麼有的軟體不用安裝 「綠色軟體」是怎麼來的 為什麼有的軟體沒有用戶協議（授權許可）這類東西

軟體其實都不需要安裝，只是要考慮到用戶實際水平的問題，你需要把軟體需要版運行的環境自動部署權出來，並快捷方式放到桌面，和開始菜單里 只要軟體在系統里注冊了啟動項，或者在開始菜單里放了快捷方式，就會在注冊表裡寫入對應的「安裝」數據，可以使用控制面板的添加與刪除功能進行卸載。所謂綠色軟體就是不對注冊表進行操作，不生成快捷方式，直接使用軟體的最直接辦法 用戶協議都是寫出來的，比如我開發了一個軟體，但是我想要申明這個軟體是我研發的，你們不可以拿去改造，我就寫一份用戶協議，這份協議是具備法律效應的，但是也可以不寫

F. 哪種開源許可證下的軟體可以用於商業

哪種開源許可證下的軟體可以用於商業
開源的軟體大家應該不會陌生，它幫助我們可以迅速的了解一個技術的實現過程。並且可以加快我們的開發速度。但是不同的開源軟體遵守各自的許可證協議，有些開源軟體是不能用作商業用途的。經過Open Source Initiative 組織通過批準的開源協議目前有60多種，那麼哪種許可證下的開源軟體可以用於商業，哪種又不能呢？下面就我個人的理解做個介紹。
下面這個博客介紹的非常詳細：
http://univasity.iteye.com/blog/1292658
拜讀了上面這個鏈接的博客後，我總結一下：

Apache License 2.0
要點：Apache Licence是對商業應用友好的許可。使用者也可以在需要的時候修改代碼來滿足需要並作為開源或商業產品發布/銷售。

BSD開源協議（Berkerley Software Distribution）
要點：商業軟體可以使用，也可以修改使用BSD協議的代碼。

GPL ( GNU General Public License )
要點：商業軟體不能使用GPL協議的代碼。

LGPL ( GNU Library or "Lesser" General Public License )
要點：商業軟體可以使用，但不能修改LGPL協議的代碼。

MIT ( MIT license )
要點：商業軟體可以使用，也可以修改MIT協議的代碼，甚至可以出售MIT協議的代碼。

MPL ( Mozilla Public License 1.1 )
要點：商業軟體可以使用，也可以修改MPL協議的代碼，但修改後的代碼版權歸軟體的發起者。

CDDL (Common Development and Distribution License )
要點：商業軟體可以使用，也可以修改CDDL協議的代碼。

EPL (Eclipse Public License 1.0 )
要點：商業軟體可以使用，也可以修改EPL協議的代碼，但要承擔代碼產生的侵權責任。

從上面的總結看出來，只有GPL許可證的開源軟體是不能作為商業用途的，其他雖然有限制但是也是可以的。
所以如果你要為一個商業軟體尋找一個開源的軟體工具，那麼就不要找GPL許可證下的軟體。如果使用了，在產品商業化
的時候就會遇到麻煩。

G. 軟體服務合同和軟體使用許可合同有什麼區別

兩個合同的名稱已經表現兩者存在性質的不同。
前者屬於服務合同，合同的標的物是所提供的軟體服務。
後者屬於有關軟體的知識產權的許可。

H. 軟體使用許可有哪些種類，簽軟體使用許可合同注意事項

一、軟體使用許可有哪些種類
1、按照被許可使用權的排他性強弱不同，可以將使用許可分為以下三種：
（1）獨占使用許可
當軟體著作權人許可他人享有獨占使用許可之後，便不得再許可任何第三人使用該軟體，並且軟體著作權人自己在該獨占使用許可有效期間也不得使用該軟體，這種使用許可的排他性最強。
現實中只有少數對軟體經銷許可採用該方式，極少對軟體用戶採用這種許可方式。
（2）排他使用許可
當權利人向被許可人發放排他使用許可之後，依約不得再向任何第三人發放該軟體的使用許可，但軟體著作權人自己仍然可以使用該軟體。現實中，一般也不對軟體用戶採用這種許可方式。
（3）普通使用許可
普通使用許可是最常見的許可方式。被許可人除了享有自己使用的權利之外，並不享有任何排他權利。軟體著作權人可以不受限制地向多數人發放這種許可。根據我國法律規定，凡未明確說明是獨占使用許可或排他使用許可的，即該許可為普通使用許可。目前通過市場上購買的各種商品化軟體的使用權都屬於這種普通使用許可。
2、根據使用許可是否直接由權利人發放，可以將其分為主許可和分許可（也稱從屬許可）
（1）主許可是指直接由軟體著作權人發放的許可。這種許可是通過被許可人與軟體著作權人直接訂立軟體使用許可合同的方式設立的。
（2）分許可是指由被許可人根據軟體權利人的授權再向他人發放的使用許可。在軟體著作權人沒有明確授權的情況下，被許可人是不能隨意發放使用許可的。

I. 合同中寫明是軟體授權和實施服務，財務開發票的名稱寫軟體授權服務和軟體實施服務可以嗎

從事技術開發業務。對單位或個人（即開發者），接受他人委託（即委託方）回，就新技答術、新產品、新工藝或者新材料及其系統進行研究開發，並按技術開發合同的規定，為幫助委託方掌握委託開發的技術、提供技術咨詢、技術服務，所收取的全部價款和費用，並把價款和費用載明於同一張發票，經申請批准，可以免徵營業稅