小心肮脏的十几个

想要一个良好的起点，以弄明出是否接受另一家公司的条款和条件？试着找找这些“肮脏的十二个”合同漏洞。如果你是一个集成商或外部工程师，并且在一份提议的协议中发现了任何这些问题，那么你的内部警铃应该敲响了。(如果你是一名终端用户，你可能会考虑进行一轮击掌庆祝。)

没有“肮脏的12人”是否意味着协议总是可以签署的?不，但这对确认条款和条件是否公平有很大帮助。

1. 合法窃取您的工作产品。例如，如果合同将软件描述为“受雇工作”，那么你就是在放弃自己的知识产权。更好的解决方案可能是向软件授予非排他性的、不可转让的许可——当然，前提是您有讨价还价的能力去要求它。

2. 不公平的风险转移。合同形式有时会给工程师们带来一把双刃剑:条款规定，由于他们的工作而造成的延误，将受到严重的损害;但如果工程师因为其他人不准备继续工作而受阻，则缺乏类似的补救措施。不幸的是，这些“延迟不赔偿”条款，即使不公平，却被大多数州的法律强制执行。

3. 赔偿他人自己的错。一般来说，赔偿是指保护某人免受第三人的索赔。不幸的是，由于客户自身的疏忽所造成的损失，要求工程师赔偿的表格是很常见的。这使得工程师，本质上就是保险公司为最终用户服务!

4. 以参考的方式合并其他合同。契约，即不可立即可用的其他文件，但寻求“通过引用”，这些文件使他们成为您交易的约束部分，因为明显的原因可能是危险的。

5. 无条件保证。控制系统的开发需要最终用户和工程师之间的协调和通信。只有复杂的主人意识到他们参与对最终产品的有用性和功能至关重要的程度。保证应与业主的合作相关联，不应该“无条件”。

6. 性能规格。说明书是要求你按照特定的计划来构建产品，还是要求你构建具有特定功能的产品(例如，“每小时生产100个小部件”)?后者被称为“性能规格”，应该避免使用。

7. 损害赔偿不受限制。没有关于“相应损害的协议”上限，灾难性的融化可能会破坏贵公司。如果无法更改其他任何操作，请更改此操作。

8. 为了方便终止越来越多的业主坚持他们的合同包括一个条款，让他们有权“为了方便”而终止合同，也就是说“没有任何好的理由”。这是不公平的待遇，因为承担一个项目就会妨碍承担其他工作。

9. 通知截止日期陷阱。仔细观察通知截止日期。通知不可预见的条件，变更或索赔可能无法满足的四十八小时。如果您无法更改它们，至少突出显示它们，以便您的人民知道时钟正在滴答。

10. 主场优势争议解决。该协议是否需要在终端用户的家庭县的法庭上听到所有争议，距离项目网站和三个州远离您的500英里？不好。

11. 回来的指控。合同是否为客户提供了几乎无限制的机会来评估返回费用（这可能觉得IRS审核）？它不应该。应该有一个通知截止日期，超出了这些费用被视为放弃。还应该有一个文件来记录它们。

12. 付款时付款。如果你的合同不是直接与业主签订的，要注意条款中说，除非业主向中间人支付了费用，否则付款不属于你。一个更好的方法是，只有当你的工作与导致拒付的问题有某种联系时，这些条款才有效。

但这只是开始。还阅读：合法性：8个丑女的条款。