秦寿i
哪些系统需要签订弱电工程维保协议
展开全部 消防维保合同就是你单位在安装好消防设施以后，为了确保消防设施能够正常运转，和安装单位签订的一个协议，这个协议具有法律效应，如果你的消防设施在以后的正常操作中有故障的话那你就可以联系和你所签订维保协议的单位进行维修保养，以确保消防设施能够正常运转，这里所讲的小房设施包括你单位的自动喷水灭火系统和火灾自动报警系统还有就是你的防排烟设施，消防应急照明系统和疏散通道等消防设施，总之你和安装单位签订了维保合同之后，安装单位就要对你的消防设施负责，每月定期对你单位的消防设施进行维护保养。
...
消防维保合同终止该怎么处理
劳 动 合 同 书 （固定期限） 劳动合同双方当事人基本情况 甲方 法定代表人（主要负责人）或委托代理人： 注册地址： 经营地址： 乙方 姓名： 性别： 居民身份证号码： 或者其他有效证件名称： 证件号码： 在甲方工作起始时间 年 月 日 家庭住址： 邮政编码： 在临居住地址： 邮政编码： 户口所在地： 省（市） 区（县） 街道（乡镇） 签订日期： 年 月 日 根据《中华人民共和国劳动合同法》及有关法律法规规定，甲乙双方本着平等自愿、协商一致、合法公平、诚实信用的原则，签订劳动合同，并承诺共同遵守： 第一条 合同类型和期限 甲、乙双方选择以下形式确定本合同期限： （一）固定期限，自_____年_____月_____日起至_____年_____月_____日止，共_____个月。
（二）其中试用期自年月日起至_____年_____月_____日止，共 个月。
（三）乙方应在 年 月 日前到岗。
注：《劳动合同法》调整了《劳动法》关于劳动合同终止的规定内容。
取消了劳动合同的约定终止，规定劳动合同只能因法定情形出现而终止。
也就是说，劳动合同当事人不得约定劳动合同终止条件；即使约定了，该约定也无效。
规定到岗时间的理由在于：《劳动合同法》规定劳动关系的建立日为用工之日（一般情况以到岗为准），劳动者签订合同后一直不到岗，企业不能随便解除合同，法律风险和成本很高，应约定到岗时间，以便后面约定本合同的自动失效。
第二条 工作内容和工作地点 （一）根据甲方工作需要，乙方同意从事岗位工作， 根据甲方的工作需要，经甲乙双方协商同意，可以变更工作地点。
（二）乙方应按甲方的要求，按时完成规定的工作数量，达到规定的质量标准。
注：工作地点是《劳动合同法》新增的必备条款。
对于类似“因生产经营需要，劳动者愿意服从用人单位调整工作岗位”或“用人单位有权根据生产经营需要调整劳动者工作岗位”等条款，不再写入合同。
原因在于：调整工作岗位属于变更合同行为，按照《劳动合同法》规定，变更需采用书面形式，因此，此约定涉嫌剥夺劳动者的合同协商变更权，用人单位免除自己的法定责任、排除劳动者权利的条款无效。
第三条 工作时间和休息休假 （一）乙方实行以下工时制。
1、实行不定时工作制的，工作时间和休息休假甲乙双方协商安排。
（二）甲方因工作需要安排延长乙方工作时间的，应依法安排乙方同等时间补休或支付加班加点工资。
（三）乙方依法享受国家规定的节假日和本单位规定休假制度。
注：工作时间和休息休假是《劳动合同法》新增的必备条款。
第四条 劳动保护和劳动条件 （一）甲方根据生产岗位的需要，按照国家有关劳动安全、卫生的规定为乙方配备必要安全防护措施，发放必要的劳动保护用品。
（二）甲方根据国家有关法律、法规，建立安全生产制度；乙方应当严格遵守甲方的劳动安全制度，严禁违章作业，防止劳动过程中的事故，减少职业危害。
（三）甲方应当建立、健全职业病防治责任制度，加强对职业病防治的管理，提高职业病防治水平。
注：劳动保护、劳动条件和职业危害防护是《劳动合同法》新增的必备条款。
第五条 劳动报酬 （一）乙方试用期的基本（固定）工资标准为 元/月，乙方在试用期期间的工资为 元，绩效工资根据乙方的业绩考核情况核定。
（二）乙方试用期满后，甲方应根据本单位的工资制度，确定乙方实行以下第 种工资形式： 1、计时工资。
乙方的工资由基本（固定）工资和绩效工资组成。
基本（固定）工资为 元/月，绩效工资根据乙方的业绩考核情况核定。
如甲方的工资制度发生变化或乙方的工作岗位变动，按新的工资标准确定。
2、计件工资。
甲方应制定科学合理的劳动定额标准，计件单价按甲方的有关制度为准。
3、其他工资形式。
具体约定如下： _____________________________________________________________________。
（三）甲方（或甲方指定的单位）应以货币形式按月支付乙方工资，发薪日为每月 日至 日之间。
若乙方提供了正常劳动，甲方支付给乙方的工资报酬不得低于当地政府规定的最低工资标准。
注：本合同应注明劳动者的基本（固定）工资标准，绩效工资由业绩考核确定。
“甲方指定的单位”解决的是劳动合同所在单位和工资支付单位分离的情况，即“外派用工”的情形。
“25日”比正常发薪时间延后5日，规避有时合理期间晚发工资的情况。
（四）合同期内，甲方应视乙方的工作表现情况，给予乙方提高工资待遇的机会。
（注：加薪情况应明示与合同中。
） 第六条 社会保险和福利待遇 （一）甲、乙双方必须依法参加当地政府规定的法定社会保险，并按照国家有关规定按时向劳动保障部门所属社会保险机构缴纳社会保险费，其中乙方应缴纳部分由甲方从乙方工资中代扣代缴。
（二）乙方因工负伤（死亡）和患职业病，依法享有获得医疗救治、经济补偿的权利。
（三）乙方在劳动合同期内患病、非因工负伤，依法享有国家规定的医疗期。
（四）乙方的福利待遇按国家及甲方的规定执行。
第七条 劳动合同的变更、解除、终止、续订 （一）有下列情形之一的，甲、乙双方可以变更本合同： 1.在不损害国家、集体和他人利益...
开放源代码软件的常见协议
LGPL许可证是LESSER GENERAL PUBLIC LICENSE的简写，也叫LIBRARY GENERAL PUBLIC LICENSE，中文译为“较宽松公共许可证”或者“函数库公共许可证”。
该许可证适用于一些由自由软件基金会与其它决定使用此许可证的软件作者所特殊设计的软件软件包─比如函数库（即Library）。
LGPL许可证，也是自由软件联盟GNU开源软件许可证的一种，大部分的 GNU软件，包括一些函数库，是受到原来的 GPL许可证保护的。
而LGPL许可证，适用于特殊设计的函数库，且与原来的通用公共许可证有很大的不同，给予了被许可人较为宽松的权利，所以叫“较宽松公共许可证”。
在特定的函数库中使用它，以准许非自由的程序可以与这些函数库连结。
当一个程序与一个函数库连结，不论是静态连结或使用共享函数库，二者的结合可以合理地说是结合的作品，一个原来的函数库的衍生品。
因此，原来的通用公共许可证只有在整个结合品满足其自由的标准时，才允许连结。
较宽松通用公共许可则以更宽松的标准允许其它程序代码与本函数库连结。
例如，在少数情况下，可能会有特殊的需要而鼓励大家尽可能广泛地使用特定的函数库，因而使它成为实际上的标准。
为了达到此目标，必须允许非自由的程序使用此函数库。
一个较常发生的情况是，一个自由的函数库与一个被广泛使用的非自由函数库做相同的工作，在此情况下，限制只有自由软件可以使用此自由函数库不会有多少好处，故我们使用了LGPL许可证。
在其他情况下，允许非自由程序使用特定的函数库，可以让更多的人们使用自由软件的大部分。
例如，允许非自由程序使用GNU C函数库，可以让更多的人们使用整个GNU作业系统，以及它的变形，GNU/Linux操作系统。
尽管LGPL许可证对使用者的自由保护是较少的，但它却能确保与此函数库连结的程序的使用者拥有自由，而且具有使用修改过的函数库版本来执行该程序的必要方法。
MPL许可证 MPL是The Mozilla Public License的简写，是1998年初Netscape的 Mozilla小组为其开源软件项目设计的软件许可证。
MPL许可证出现的最重要原因就是，Netscape公司认为GPL许可证没有很好地平衡开发者对源代码的需求和他们利用源代码获得的利益。
同著名的GPL许可证和BSD许可证相比，MPL在许多权利与义务的约定方面与它们相同（因为都是符合OSIA认定的开源软件许可证）。
但是，相比而言MPL还有以下几个显著的不同之处： ◆ MPL虽然要求对于经MPL许可证发布的源代码的修改也要以MPL许可证的方式再许可出来，以保证其他人可以在MPL的条款下共享源代码。
但是，在MPL许可证中对“发布”的定义是“以源代码方式发布的文件”，这就意味着MPL允许一个企业在自己已有的源代码库上加一个接口，除了接口程序的源代码以MPL许可证的形式对外许可外，源代码库中的源代码就可以不用MPL许可证的方式强制对外许可。
这些，就为借鉴别人的源代码用做自己商业软件开发的行为留了一个豁口。
◆ MPL许可证第三条第7款中允许被许可人将经过MPL许可证获得的源代码同自己其他类型的代码混合得到自己的软件程序。
◆ 对软件专利的态度，MPL许可证不像GPL许可证那样明确表示反对软件专利，但是却明确要求源代码的提供者不能提供已经受专利保护的源代码（除非他本人是专利权人，并书面向公众免费许可这些源代码），也不能在将这些源代码以开放源代码许可证形式许可后再去申请与这些源代码有关的专利。
◆ 对源代码的定义 而在MPL(1.1版本)许可证中，对源代码的定义是：“源代码指的是对作品进行修改最优先择取的形式，它包括：所有模块的所有源程序，加上有关的接口的定义，加上控制可执行作品的安装和编译的‘原本’（原文为'Script'），或者不是与初始源代码显著不同的源代码就是被源代码贡献者选择的从公共领域可以得到的程序代码。
” ◆ MPL许可证第3条有专门的一款是关于对源代码修改进行描述的规定，就是要求所有再发布者都得有一个专门的文件就对源代码程序修改的时间和修改的方式有描述。
BSD许可证 BSD许可证原先是用在加州大学柏克利分校发表的各个4.4BSD/4.4BSD-Lite版本上面（BSD是Berkly Software Distribution的简写）的，后来也就逐渐沿用下来。
1979年加州大学伯克利分校发布了BSD Unix，被称为开放源代码的先驱，BSD许可证就是随着BSD Unix发展起来的。
BSD许可证现在被Apache和BSD操作系统等开源软件所采纳。
相较于GPL许可证和MPL许可证的严格性，BSD许可证就宽松许多了，一样是只需要附上许可证的原文，不过比较有趣的是，它还要求所有进一步开发者将自己的版权资料放上去，所以拿到以BSD许可证发行的软件可能会遇到一个小状况，就是这些版权资料许可证占的空间比程序还大。
QPL许可证 QPL是The Qt Public License的简称，是挪威一家机构创设的。
QPL许可证的基本要求是获得源代码、修改源代码，并可将修改从原始代码中分离出来；修改可以按照作者的意愿被组合到新版本中；二进制代码可以和原始代码同名，这一点对于动态连接库来说尤其重要；任...
