软件产品评审流程要点
1.立项
●市场需要（软件为用户解决什么样的问题）
●国家政策（国家是否有相关政策提出，是否有利于该软件日后的发展）
●产品定位（软件在行业中的定位）
●产品功能策划
●市场上类似产品的功能、特点与优势
●产品的卖点与优势
●开发该软件对公司的（战略）意义
●性能（效率、响应时间、资源占用、稳定性）
●重要等级（是否直接关系人员生命安全）
●工程实施复杂度和软件维护复杂度
●开发的（技术）风险是什么
●市场或公司允许的研发周期
●预计成本（人力物力）
●（可验证性）
2.设计方案
概要设计：
提交概要设计文档，容包括如下方面：
●总体设计（需求规定、运行环境、基本设计概念和处理流程、结构、功能需求与程序的
关系、人工处理过程、尚未解决的问题）
●接口设计（用户接口、外部接口、部接口）
●运行设计（运行模块组合、运行控制、运行时间）
●系统论据结构设计（逻辑结构设计要点、物理结构设计要点、数据结构与程序的关系）●系统出错处理设计（出错信息、补救措施、系统维护设计）
详细设计：
提交详细设计文档，容包括如下方面：
●术语定义及说明
●详细设计方法和工具
●系统详细需求分析（详细需要分析、接口需求分析）
●总体方案确认（系统总体结构确认、系统详细界面划分（应用系统与支撑系统的详细界
面划分、系统部详细界面划分））
●系统详细设计（系统结构设计及子系统划分、系统功能模块详细设计、系统界面详细设
计（外部、部以及用户界面设计））
●数据库系统设计（设计要求、信息模型设计、数据库设计（设计依据、数据库选型、数
据库种类及特点、数据库逻辑结构、物理结构设计、数据库安全、数据字典））
●网络通信系统设计（设计要求、网络结构确认、网络布局设计、网络接口设计）
●信息编码设计（代码结构设计、代码编制）
●维护设计（系统的可靠性和安全性、系统及用户维护设计、系统扩充、错误处理（出错
类别、出错处理））、系统调整及再次开发问题
●系统配置（配置原则、硬件配置、软件配置）
●关键技术（关键技术的提出、关键技术的一般说明、关键技术的实现方案）
●组织机构及人员配置
●投资预算概算及资金规划
●实施计划（限制、实施容和进度安排、实施条件和措施、系统测试计划（测试策略、测
试方案、预期的测试结果、测试进度计划））、验收标准
3.技术选型
●
●是否有应用先例，是否为常用技术
●类似的技术是否在公司部使用过
●使用此技术的额外风险是什么（有没有失败的案例，原因是什么，如何避免）
●此技术是否是过时的技术（技术没有发展前景，或者提供者将来不再提供技术升级等）●是否为成熟的技术（应用围广，大公司或者标准组织提供）
●能有选择的，尽量不要用定制的技术（其它类似产品或者项目不能复用的技术尽量少用）
4.界面评审
指导原则：
●关注用户及其任务，而不是技术
●首先考虑功能，然后才是表示
●从用户的视角看问题，使用用户的词汇进行描述，不必向用户暴露实现细节
●使常用的用户任务简单化，不要让用户解决额外的问题
●促进学习，保持一致性，引导用户的使用习惯
●保持显示惯性，传递信息，而不仅仅是数据
●设计应满足响应需求
颜色：
●统一色调：采用标准Windows的基本色调，做到与操作系统统一，读取系统标准色表。
●整个界面色彩尽量少的使用类别不同的颜色。除非特殊场合，杜绝使用对比强烈，让人
产生憎恶感的颜色
●同时色调也具有一定的含义，在整个系统中应保持色调含义的一致性，避免同一中颜色
在不同的画面中表示不同的意义。
资源：
●图标资源也需要遵循统一的规则，因为不同的图标代表不同的意义。例如：我们用图标
来表示保存，因此我们在整个系统中只要涉及到保存的话，都应该使用同一个图标，不
论是用在工具栏上还是在菜单上，还是在按钮上。
●图标、图像应该很清晰的表达出意思，遵循常用标准，或者用户机器容易联想到的物件，
绝对不允许画出莫名其妙的图案。
●鼠标光标样式统一，使用系统标准。注意：本系统中不采用窗体做进度条，对于按钮后，
鼠标变成沙漏形状，执行完成后，鼠标变回。
字体：
●系统中中文一律采用标准字体“宋体”，英文一律采用标准Microsoft Sans Serif ，
除登录界面和图标中的特殊字体用图片实现，原则上不考虑特殊字体（隶书、草书等，特殊情况可以用图片取代），保证每个用户使用起来显示都很正常。
●字体大小统一规定，MSS字体8磅，字体为10磅，字体颜色一般采用系统默认颜色。
●所有控件尽量使用大小统一的字体属性，除了特殊提示信息、加强显示等例外情况。文字表达：
●使用统一的语言描述，提到同一个概念时，用相同的术语描述。例如一个关闭功能按钮，
统一描述为关闭，避免使用返回、退出描述。
●通常情况下，每个窗口应该有一个唯一的标题，和触发它的菜单或按钮命令相对应。
●在提示信息中多用“您、请”等礼貌用语，不要用对用户来说晦涩的计算机用语，杜绝
错别字。
●断句、逗号、句号、顿号和分号的用法，提示信息比较多的话，应该分段。
●错误消息对话框有仅仅指出问题，还要提供解决问题的建议。
控件选择：
●不要随意使用控件，控件功能要专一，风格统一。如果没有好的控件，则使用标准控件。
●同一类型的控件操作方式相同，避免出现一个控件双击可以执行某些动作，而同样的控
件，双击却没有任何反映。
●一个控件只做单一功能，尽量不复用。
控件布局，窗口不拥挤，按功能组合控件
●屏幕不能拥挤，也不能太松散。
●整个项目，尽量采用统一的控件间距，通过调整窗体大小达到一致，即使在窗体大小不
变的情况下，宁可留空部分区域，了不要破坏控件间的行间距。
●文字和文本框一般采用左对齐方式，如单选文本框前的标签提示，使用左对齐加冒号；
数据列表表头文字和容，也采用左对齐。文字和文本框中的文字水平中对齐。横排按钮，最右边的一个与上面的控件右对齐。
●为了使界面不出现跑版或者难看的局面，解决方法是固定窗口的大小，不允许改变尺寸。
5.数据库评审
设计数据库之前（需要分析阶段）
●数据库选型的考虑
●必须对所有的实体关系绘制出关系图及相关说明，创建数据字典和ER图。
表设计
●标准化和规化：数据的标准化有助于消除数据库中的数据冗余。第三式（3NF）通常被
认为在性能、扩展性和数据完整性方面达到了最好平衡。事实上，为了效率的缘故，对表不进行标准化有时也是必要的，但要有充公的理由。
●数据驱动：采用数据驱动而非硬编码的方式，许多策略变更和维护都会方便得多，大大
增强系统的灵活性和扩展性。
字段设计
●每个表中都应该添加的3 个有用的字段（dRecordCreationDate，在VB下默认是Now()，
而在SQL Serve下默认为GETDATE()；sRecordCreator，在SQL Server 下默认为NOT NULL DEFAULT USER；nRecordVersion，记录的版本标记），有助于准确说明记录中出现null 数据或者丢失数据的原因
●对地址和采用多个字段：描述街道地址就短短一行记录是不够的。Address_Line1、
Address_Line2 和Address_Line3 可以提供更大的灵活性。还有，和地址最好拥有自己的数据表，其间具有自身的类型和标记类别。
●使用角色实体定义属于某类别的列：在需要对属于特定类别或者具有特定角色的事物做
定义时，可以用角色实体来创建特定的时间关联关系，从而可以实现自我文档化。
●选择数字类型和文本类型尽量充足：在SQL 中使用smallint 和tinyint 类型要特别
小心。比如，假如想看看月销售总额，总额字段类型是smallint，那么，如果总额超过了$32,767 就不能进行计算操作了。而ID 类型的文本字段，比如客户ID 或定单号等等都应该设置得比一般想象更大。假设客户ID 为10 位数长。那你应该把数据库表字段的长度设为12 或者13 个字符长。但这额外占据的空间却无需将来重构整个数据库就可以实现数据库规模的增长了。
●加删除标记字段：在表中包含一个“删除标记”字段，这样就可以把行标记为删除。在
关系数据库里不要单独删除某一行；最好采用清除数据程序而且要仔细维护索引整体性。选择键和索引
●键设计4 原则：为关联字段创建外键、所有的键都必须唯一、避免使用复合键、外键
总是关联唯一的键字段。
●使用系统生成的主键：设计数据库的时候采用系统生成的键作为主键，那么实际控制了
数据库的索引完整性。这样，数据库和非人工机制就有效地控制了对存储数据中每一行的访问。采用系统生成键作为主键还有一个优点：当拥有一致的键结构时，找到逻辑缺陷很容易。
●不要用用户的键(不让主键具有可更新性)：在确定采用什么字段作为表的键的时候，可
一定要小心用户将要编辑的字段。通常的情况下不要选择用户可编辑的字段作为键。
●可选键有时可做主键：把可选键进一步用做主键，可以拥有建立强大索引的能力。
●逻辑主键使用唯一的成组索引，对系统键（作为存储过程）采用唯一的非成组索引，对
任何外键列采用非成组索引。考虑数据库的空间有多大，表如何进行访问，还有这些访问是否主要用作读写。
●大多数数据库都索引自动创建的主键字段，但是可别忘了索引外键，它们也是经常使用
的键，比如运行查询显示主表和所有关联表的某条记录就用得上。
●不要索引memo/note 字段，不要索引大型字段（有很多字符），这样作会让索引占用太
多的存储空间。
●不要索引常用的小型表：不要为小型数据表设置任何键，假如它们经常有插入和删除操
作就更别这样作了。对这些插入和删除操作的索引维护可能比扫描表空间消耗更多的时间。
其它
●防止数据冗余、防止更新异常、插入异常和删除异常！
●每个表存在主属性，而且所有的属性都是依赖于主属性！
●如果表的数据记录少，如不会超过上万条记录，可以考虑不建索引，数据记录多时，必
须建索引。特别是上百万或者几千万条记录。
●如果表的记录总值会超过500万条以上，考虑建分区。数据库文件大于4G时，考虑采
用多个文件组，存储在不同的磁盘上，以便于用户对某些数据进行精确备份。
●10G以量数据存储时，考虑对过去的数据采用数据压缩技术。
●考虑表与表之间的关联最好不要超过三层。
●对于大数据量的表只允许关联两个相关的小表，小表记录条数不允许超过1万条记录。
●数据库设计时对于统计数据，要有统计表，避免发生查询时为了获取一个数值对几十万
条记录进行统计计算的情况，如年统计、月统计等。
好的数据库设计，必须有一定的数据库知识的人来操作，才会发挥好的性能。操作数据库知识考察的要求：
●编写SQL语句、视图、存储过程需要考虑不同的语句写CPU、存的影响，优化使用查询、
联接、分组等。
●对常用的数据如left join、Right join、join、union和 union all 的用法熟悉、理
解其数学的原理。
●在编写与数据库相关的操作时，控制并发数、尽可能地不要去查询冗余的数据。
●大量的操作尽量在程序完成，易于控制存或者CPU占用。使用触发器或者游标，要考虑
性能。
6.通讯程序评审
误码低，可靠性高
巡检效率高
占用资源少（CPU、存及其它资源）
长时间运行稳定好
安全性好，出错可自恢复
接口友好，上层调用方便
易于功能或协议扩展
（可通用）
7.用户体验评审
TAB键顺序
●习惯用法、阅读顺序，从左到右、从上到下
快捷键、加速键和弹出菜单
●使用非破坏性缺省按钮，回车、ESC键的正确使用。对于弹出模态窗体，有默认加速键，
如回车表示激活当前窗口设置为default的按钮动作，esc表示关闭窗口。同时在调用default按钮动作和关闭动作时候，不应该做有破坏性的操作，避免用户错误操作产生危害程度，例如不能把删除数据等功能的按钮作为缺省按钮。当用户要提交很多数据时，应该屏蔽ESC，或者做退出提示，告诫用户是否保存提交。
●尽量避免使用右键菜单，如使用的话尽量在可视化界面上拥有对应的按钮或者菜单选
项。因为右键菜单由用户点击鼠标左右键或者别的动作才能调出来显示给用户。无法清晰的显示给用户，所以对应选项应该可以通过别的途径得到的。
用户交互
●要使一个功能有时允许有时不允许用户使用，则这个控件的不能随便隐藏，应该使用
disable属性进行表示，以免用户发现控件失踪后措手无策。
●窗口弹出位置要明显，点击一个控件，弹出窗口或者菜单，应该给人明显提示。对于弹
出窗体,统一要求显示位置在屏幕中央，要求窗体是以模态显示，并且不出现在任务拦上。
●执行动作要有提示。UI作为人机对话的工具，用户做了任何动作，应该给用户一个视
觉或者听觉、触觉提示。而且这个提示应该行明显，但不应提示过长，可以有以下几种方法：弹出交互对话框让用户点击确认；改变UI中控件参数提示：(处理不用用户确认的提示，有一定延时，或者用户按键后自动清除。)；改变标题栏字符串，显示“信息：提交成功”,或者专门设置一个状态栏、TLable等用来进行提示。
图形用户界面的一些业界标准
●关闭应用时应有信息窗提示用户确认：“您确认要退出***吗？”；
●试图同时打开两次应用时不允许；(一般而言)
●所有的屏幕都应响应帮助【F1】键且做同样的工作(显示相应的帮助信息)。
●使用【Tab】键在窗口中移动光标/焦点，使用【Shift】+【Tab】组合键回移；
●如果一个按钮能产生一个新窗口，则它不应该盖住先前的窗口，并能回到先前的窗口中；
●一般情况下，窗口中的所有事情应该既能用鼠标又能用键盘来完成
通用界面元素设计
●单选框用左右键和上下键移动，以及鼠标单击选中。单选框是一种多先一设置，可先数
目在2-8之间。当空间不够时，单选框可以用循环按钮、下拉菜单、滚动列表来代替。
●复选框在框中用鼠标单击，以及空格键来实现在文本上设置/取消设置；
●复选框按选择几率的高低而先后排列；
●复选框要有默认选项，并支持【Tab】选择
●除确定（ok）或取消（Cancel）外，其他的按钮应有一个字符代表，这个字符在按钮上
是以下划线表示的，用[ALT]+字符组合键的方式可激活它，保证不重复定义这类字符；
●命令按钮如果能导出一个新的窗口，使用户能输入或改变容，刚按钮的文字后面带省略
号（3个小点）
●用[Tab]走到这个按钮后，按【空格】或【Enter】键应能激活；
●用[Tab]移到其他类型的控制按钮（非命令），则在屏上这个控制钮以加宽黑框表示，这
时按Enter应能激活这个控制钮；
●按[Esc]键应能激活[Cancel]钮。
●按下拉列表框右边的箭头处，应能得到（打开）选择列表项，列表项可以卷动（当容多
时应有卷动条），其框中应不能输入文本。
●既要可以输入文字，又要可以在列表中选择，可以用联合框。
●按一个字符应到以这个字符开头的项（英文时），按【Ctrl】+【F4】组合键应能打开下
拉列表框。
●下拉列表框中的选项应是排好了序的
菜单的设计
●菜单功能是否正确执行；
●常用菜单要有命令快捷方式。
●文本字体、大小和格式是否正确；
编号：_______________本资料为word版本，可以直接编辑和打印，感谢您的下载 合同审查要点及其注意事项 甲方：___________________ 乙方：___________________ 日期：___________________
本人总结审查合同工作中的常见问题和注意事项如下，和大家一同交流学 习。第一节、第二节简单引出合同审查目的和合同文本通用条款，第三节重点阐述合同的形式审查与实质审查。 第一节合同审查的目的 一、达到交易目的 二、有效保障当事人的权益 第二节合同文本通用条款 一、鉴丁条款 二、合同目的和范围 三、合同各方权利义务及保证履约条款 四、结算、支付条款 五、知识产权条款 六、保密条款 七、违约责任条款 八、不可抗力条款、免责条款 九、争议解决条款 十、法律适用条款 十一、合同期限条款 十二、合同的变更、解除条款 十三、通知送达条款 十四、合同附件条款 十五、生效条款 十六、合同文本条款 第三节合同的形式审查与实质审查要点
一、形式审查要点 1、形式及审批流程是否符合公司规定 常见问题： (1) 会签表基本信息填写不完整、不规范、不活楚、与合同内容不一致。 (2) 未按公司要求使用公司制定的范本。 (3) 缺乏立项审批、超标审批；合同内容超出所依据文件的内容范围。 (4) 合同相对方的选择方式不符合规定 (如：应当招投标的项目，没有进行 招投标)。 (5) 流程选择不符合权限分工的要求。 (6) 缺乏合法有效的授权委托书。 (提示：审查授权委托书，可尽量避免与无权代理、越权代理、无权处分的主体签订合同，避免可能导致的合同被变更、被撤销或无效的后果。) 2、报审资料完整性、一致性 常见问题： (1) 审查报审资料不完整，缺少合同附件、立项审批文件、招投标评审结果 文件、对方资质证明等。 (2) 合同的标的种类、数量与审批文件有偏差；中标单位与合同相对方主体 不一致等。 (3) 未按要求提供资料原件；合同相对方营业执照复印件未加盖公章等。 3、合同文本形式要文字准确；表述严谨；格式规范；前后逻辑一致。 常见问题： (1) 合同结构不完整(如缺少开头、正文、结尾)； (2) 合同各方当事人信息不正确(如当事人名称与营业执照上的名称不一 致；当事人银行账号、联系地址、联系电话等信息缺漏等。 (3) 合同名称与内容不符(如：把租赁写成承包；把借款写成投资) 。
合同评审流程 1、合同评审的目的 为了维护公司利益，规避法律及资金风险，保证合同的质量和签订效率，根据《中华人民共和国合同法》及公司实际情况，制定本流程。 2、合同评审的范围 公司与其他法人或自然人订立的合作协议、合同金额在人民币1000元（含）以上的各种经济合同均需通过评审方能对外签订。包括：特约商户合作协议、销售合同、采购合同、租赁合同、服务合同等。 3、合同的签订与保管 发起部门经办人必须凭走完评审流程的合同评审表至合同专用章保管人处加盖合同专用章。加盖合同专用章时，合同专用章保管人必须严格审核合同评审表的有效性。 公司所有经济合同原件及对应的合同评审表均在财务部保管，财务部应定期检查合同的执行情况，督促有关部门认真履行合同条款。 4、合同发起部门的职责 4.1 合同的起草及修订 发起部门经办人员负责合同具体条款的拟定及根据合同评审意见对合同进行修改。合同中必须对合同的主体、形式、内容、标的、数量、质量、价款或报酬（含定金、质保金、付款次数及比例、税金、发票等）、履行期限、履行地点和方式、合同担保、合同解释、保密责任、重大经济合同联系制度、违约责任、争议解决方式、合同的变更和解除等予以明确。 4.2 合同的履行 当合同开始履行以后，合同发起部门应跟踪合同的履行过程，保证合同的完整履行。 框架合同特别是年度销售及采购的框架合同履行过程中，发起部门的经办人员应定期对帐，确认双方债权债务。 在履行合同过程中，发起部门的经办人员若发现并有确切证据证明对方当事人有下列情况之一的，应立即中止履行，并及时书面上报部门负责人。 4.2.1 经营状况严重恶化；
4.2.2转移财产，抽逃资金，以逃避债务； 4.2.3丧失商业信誉； 4.2.4有丧失或者可能丧失履行债务能力的其他情形。 5、合同评审责任人及主要职责 5.1 发起部门负责人 发起部门负责人对下属起草的合同条款进行全面审核，并对合同的跟踪及执行情况承担全部责任。 5.2 分管高管 对合同内容、标的物的质量、价格、数量、交付期限及方式、价款及信用期限、验收标准等重要合同条款进行审核、批准。 5.3 财务负责人 对合同标的物价格、付款方式、信用期限、发票交付、定金条款、违约金条款等涉及公司财务政策的条款进行审核、批准。 5.4 总裁 对超过分管高管审批权限的重大合同进行审核、批准。 6、合同评审流程 6.1各类合同评审的流程、评审的具体内容见表一，评审表格式见表二。（若需评审合同表二中未列出，则发起部门参照表二的格式自己设计合同评审表）6.2 如果需要更多的人参与合同评审，分管高管需在评审表中单独列出。若没有单独增列需要参加评审的人员，则经办人只需走完表一中的评审流程。 7、附件 7.1合同评审流程表 7.2各类合同评审表 签发： 日期：
软件产品评审流程要点 1.立项 ●市场需要（软件为用户解决什么样的问题） ●国家政策（国家是否有相关政策提出，是否有利于该软件日后的发展） ●产品定位（软件在行业中的定位） ●产品功能策划 ●市场上类似产品的功能、特点与优势 ●产品的卖点与优势 ●开发该软件对公司的（战略）意义 ●性能（效率、响应时间、资源占用、稳定性） ●重要等级（是否直接关系人员生命安全） ●工程实施复杂度和软件维护复杂度 ●开发的（技术）风险是什么 ●市场或公司允许的研发周期 ●预计成本（人力物力） ●（可验证性） 2.设计方案 概要设计： 提交概要设计文档，内容包括如下方面： ●总体设计（需求规定、运行环境、基本设计概念和处理流程、结构、功能需求与程序的 关系、人工处理过程、尚未解决的问题） ●接口设计（用户接口、外部接口、内部接口） ●运行设计（运行模块组合、运行控制、运行时间） ●系统论据结构设计（逻辑结构设计要点、物理结构设计要点、数据结构与程序的关系）●系统出错处理设计（出错信息、补救措施、系统维护设计） 详细设计： 提交详细设计文档，内容包括如下方面： ●术语定义及说明 ●详细设计方法和工具 ●系统详细需求分析（详细需要分析、接口需求分析） ●总体方案确认（系统总体结构确认、系统详细界面划分（应用系统与支撑系统的详细界 面划分、系统内部详细界面划分）） ●系统详细设计（系统结构设计及子系统划分、系统功能模块详细设计、系统界面详细设 计（外部、内部以及用户界面设计）） ●数据库系统设计（设计要求、信息模型设计、数据库设计（设计依据、数据库选型、数
据库种类及特点、数据库逻辑结构、物理结构设计、数据库安全、数据字典）） ●网络通信系统设计（设计要求、网络结构确认、网络布局设计、网络接口设计） ●信息编码设计（代码结构设计、代码编制） ●维护设计（系统的可靠性和安全性、系统及用户维护设计、系统扩充、错误处理（出错 类别、出错处理））、系统调整及再次开发问题 ●系统配置（配置原则、硬件配置、软件配置） ●关键技术（关键技术的提出、关键技术的一般说明、关键技术的实现方案） ●组织机构及人员配置 ●投资预算概算及资金规划 ●实施计划（限制、实施内容和进度安排、实施条件和措施、系统测试计划（测试策略、 测试方案、预期的测试结果、测试进度计划））、验收标准 3.技术选型 ●版权 ●是否有应用先例，是否为常用技术 ●类似的技术是否在公司内部使用过 ●使用此技术的额外风险是什么（有没有失败的案例，原因是什么，如何避免） ●此技术是否是过时的技术（技术没有发展前景，或者提供者将来不再提供技术升级等）●是否为成熟的技术（应用范围广，大公司或者标准组织提供） ●能有选择的，尽量不要用定制的技术（其它类似产品或者项目不能复用的技术尽量少用） 4.界面评审 指导原则： ●关注用户及其任务，而不是技术 ●首先考虑功能，然后才是表示 ●从用户的视角看问题，使用用户的词汇进行描述，不必向用户暴露实现细节 ●使常用的用户任务简单化，不要让用户解决额外的问题 ●促进学习，保持一致性，引导用户的使用习惯 ●保持显示惯性，传递信息，而不仅仅是数据 ●设计应满足响应需求 颜色： ●统一色调：采用标准Windows的基本色调，做到与操作系统统一，读取系统标准色表。 ●整个界面色彩尽量少的使用类别不同的颜色。除非特殊场合，杜绝使用对比强烈，让人 产生憎恶感的颜色 ●同时色调也具有一定的含义，在整个系统中应保持色调含义的一致性，避免同一中颜色 在不同的画面中表示不同的意义。 资源： ●图标资源也需要遵循统一的规则，因为不同的图标代表不同的意义。例如：我们用图标 来表示保存，因此我们在整个系统中只要涉及到保存的话，都应该使用同一个图标，不
合同审核的十大要点 1务必搞清楚你代表谁 大家别觉得好笑，很多年轻律师或法务常常忽略这一点，上来也不问就一气修改，也不知道是代表谁在说话，改着改着就迷糊了。 在审阅合同前，务必搞清楚合同主体是谁，这是审阅合同的逻辑起点，也是基本的法律意识。代表不同的主体（比如代表甲方还是乙方），意味着代表不同的利益和立场。 2务必搞清楚合同的商业逻辑 合同是什么，站在老板的角度，合同就是利益，就是钱；站在律师或者法务的角度，合同是用法律的语言对商业安排进行更为逻辑和规范的表述。每一类合同代表着不同的商业逻辑，也就有着不同的权利义务条款。 比如，投资协议是叙述投资人之间以及与被投资企业之间的权利义务关系，这样的一个定位，可以极大的让审核者去把握这类合同应当具有什么样的核心条款，如投资的金额、投资人的权益占比、投资的前提条件、投资的承诺与保证、投资人的优先权等条款几乎必不可少。 如果是章程呢，虽然也是投资人之间签署，但是它更倾向于投资人之间对于公司内部治理等内部运营关系的安排，因此会
有不同的条款安排。 了解了合同的商业逻辑，剩下的就是根据各方谈判的情况，用法律的语言和方式进行逐一呈现和表述，就不会出边。 3务必搞清楚合同的具体商业背景 如果弄清合同的商业逻辑更多关于合同条款的完整性，那么弄清合同的具体商业背景则是为了更好的根据每一份合同的特殊商业背景和谈判的情况来调整合同，使之更符合各方的商业诉求。 每一份合同都有自己特殊的商业背景。比如，什么样的客户，什么样的参与方，什么样的负责人，什么样的商业安排，他们是怎么谈的，在哪些要点上达成了一致等等。 我要说的是，客户邮件上所展现的信息永远会比实际发生的情况缺失很多重要信息。因此，既要认真看客户发来的邮件，也不能完全只依赖邮件闷头干活。当感觉对背景不了解或不清晰时，务必与客户进行沟通。了解商业背景，非常有助于审核者对整个项目的把握和了解，有助于增强对合同的感性认识和商业感觉，从而有助于合同审核。 4务必弄清楚合同架构 审阅合同的最常见问题之一，是“只见树木，不见森林”，容易迷失在条款的汪洋大海中，前后脱节，条款重复，甚至条款
企业合同审核流程 为规范签约、履约行为，提高合同管理，防范合同风险，维护企业合法利益，结合公司实际情况，现将企业合同审核流程要求如下： 1、凡属公司生产经营合同（除当期一次性消耗低值易耗品的零星采购业务外），一律采取书面形式签订合同，严禁口头协议和非正式书面协议，杜绝合同履行在先、签订在后的行为。 2、合同分类：（1）投资合同、融资合同（2）施工合同（3）分包合同（4）采购合同（5）租赁合同（6）内部承包合同（7）其他合同 3、公司必须组织合同评审，经过洽谈、修改、完善，努力改善合同条件。要求各部门参加、主管领导审核、法律顾问评审、公司总经理审批。 4、合同评审程序 拟定合同要点并交底—>公司（分公司）公司（分公司）各部门评审（—>分公司将合同及评审意见报公司—>公司各部门评审）—>主管副经理评审—>公司法律顾问评审—>公司整理评审意见—>评审意见反馈—>公司（分公司）修改合同—>合同洽谈—>洽谈情况及时反馈公司—>最终合同报公司签署意见—>主管副总经理审核/总经理审批。
5、禁止未经公司进行合同要点审查、交底自行与业主洽谈合同形成正式合同文件后报公司评审的行为；禁止未按公司要求评审合同擅自签订合同的行为，否则由当事人承担习惯经济、法律责任。 6、以公司名义对外发出的经济类函件需经公司审核批准后，方可对外发出。 7、合同评审的基础资料 根据项目的具体情况提供以下基础资料：发包人基本情况、项目基本情况说明；分包或供方签订合同的主体资格证明资料；招投标文件及询标、评标资料、往来函件等相关资料；成本及效益分析；资金计划及筹措说明（垫资及资金投入较大时需提供此说明）；中标通知书；合同；分公司或项目经理部评审意见。 8、一般情况下，合同评审时间为自收到评审文件起72小时内完成，加急合同评审时间不少于24小时；合同评审人员必须签署明确意见，不得以口头代替或只签名不表意见。
程序开发部代码审查制度 1.文档目的 (1) 2.适用范围 (1) 3.工作制度 (1) 3.1代码审查范围 (1) 3.2代码审查标准 (1) 3.2.1所开发的代码功能是否与详细设计文档中描述的保持一致。 (1) 3.2.2代码是否符合编码规范 (1) 3.2.3代码是否正确无误，没有隐含的错误。 (1) 3.3审查执行流程 (1) 3.4代码审查活动的监督 (2) 1.文档目的 该文档的阅读者主要为部门总监、部门经理、开发组长和程序员。通过该制度来规范代码编写，从而提高代码质量。 2.适用范围 该制度适用于程序开发部部门内部。 3.工作制度 3.1代码审查范围 审查任务目标包含的所有类。 3.2代码审查标准 3.2.1所开发的代码功能是否与详细设计文档中描述的保持一致。 此项检查设计部门会做抽查，开发部门需要做为重点执行项，保证代码和设计的一致性。3.2.2代码是否符合编码规范 此项检查作为开发部重点执行项，必须和编码规范保持一致。 3.2.3代码是否正确无误，没有隐含的错误。 此项检查要保证在组件功能无误的基础上进行，需要有经验的高级程序员对具体程序片段进行检查，纠正逻辑不合理代码、垃圾代码等。此工作在现阶段可以做为次要执行项。 3.3审查执行流程 1．检查的粒度――功能组件
2．当程序员开发完成一个组件，并且告知组长可以进行审查时，由开发组长或者指定的高级程序员来做审查工作。 3．审查人必须详细检查目标的代码编写，并且需要填写《代码审查表》。 4．如果审查未能通过，被审查人按照《代码审查表》的审查意见进行修改。 5．重复执行步骤2-4，直到审查通过。 3.4代码审查活动的监督 代码审查制度为代码质量的绩效考核提供参考，作为绩效考核代码质量评分的依据。
1. Code Revie进行检查试过现的质量保机制，通这个机制我可以代码、注一种Code Revie来确认方案计和代码的要用在软件工程程中改进码质量，Code Revie以达到如下Code Review代码审查规范1. Code Review目的 Code Review是一种用来确认方案设计和代码实现的质量保证机制，通过这个机制我们可以对代码、测试过程和注释进行检查。 Code Review主要用来在软件工程过程中改进代码质量，通过Code Review可以达到如下目的： 在项目早期就能够发现代码中的BUG。?帮助初级开发人员学习高级开发人员的经验，达到知识共享。?避免开发人员犯一些很常见，很普通的错误。?保证项目组人员的良好沟通。?项目或产品的代码更容易维护。? 2. Code Review的前提条件 代码提交审核前，开发者必须确保代码符合如下条件，审核者需要确保所有前提条件都已满足方可开始审查，同时也是审查的主要检查点。 所有代码注释清晰，语法正确，编译通过。?日志代码完整，业务日志、系统日志分开，中文描述，脱敏处理，状态变更，?全部清晰明确。 测试代码覆盖全部分支和流程，暂时统一使用工具Emma（各编译器可下载对?应插件）进行Coverage Check。 项目引用关系明确，依赖关系清晰，配置文件描述。? 的审查范围3. Code Review 代码的一致性、编码风格、代码的安全问题、脱敏问题、代码冗余、是否正确设计以符合设计要求（性能、功能）与设计文档相同等等。）完整性检查（Completeness3.1、 代码是否完全实现了设计文档中所涉及的所有流程和功能点?代码是否已包含所有所需的业务日志、系统日志、异常日志，日志内容是否完?整，日志文件配置是否正确。 代码是否使用缓存等，配置信息是否正确可配置。?代码中是否存在任何没有定义或没有引用到的变量、常数或数据类型等?一致性检查（Consistency）3.2、 代码的逻辑是否符合设计文档?代码中使用的格式、符号、结构等风格是否保持一致?）Correctness3.3、正确性检查（代码是否符合制定的标准?所有的变量都被正确定义和使用?所有的注释都是准确的?所有的程序调用都使用了正确的参数个数? Modifiability）、3.4 可修改性检查（如使用配置、定义为类常量、使用专门的常量代码涉及到的常量是否易于修改(?)类等 代码中是否包含了交叉说明或数据字典，以描述程序是如何对变量和常量进行?访问的 代码是否只有一个出口和一个入口（严重的异常处理除外）?）可预测性检查（Predictability3.5、代码所用的开发语言是否具有定义良好的语法和语义?是否代码避免了依赖于开发语言缺省提供的功能?代码是否无意中陷入了死循环?代码是否避免了无穷递归?．
合同审批流程图文概述 2.1 合同审批流程概述 合同是企业经济活动的准则，既可以维护企业的利益，也明确规定了企业的责任和义务，是企业经济活动必须遵守的法律规范。 合同审批可以保证合同内容满足国家法律、法规和政策的要求，贯彻平等互利、协商一致和等价有偿的原则，同时，最大限度降低企业的各种风险。 合同审批共包括7个环节：缮制合同文本、审核业务风险、审核法律风险、审核财务风险、审批、签署合同和登记存档。 2.2 合同审批流程图
合同审批流程详细说明 3.1 缮制合同文本（F1） 缮制合同文本是指根据双方协商的结果及相关资料起草合同文本的过程。只有采用非标准样本的合同需要缮制合同文本。 3.1.1 工作内容 3.1.1.1 收集相关信息 在缮制非标准合同文本之前，公司相关人员必须收集相关信息，包括业务协商的结果、公司以前的合同样本、类似合同的标准样本等，作为起草合同文本的基础，同时将相关资料作为合同附件。 3.1.1.2 制定合同框架 根据合同的价格条款、交易方式等条件，同一类型的合同也具有不同的框架体系，因此，在起草非标准合同文本之前，必须先确定合同的框架体系，根据价格条款、交易方式确定应包括的合同类型。 3.1.1.3 起草合同文本 对于合同框架中的非标准合同，合同文本的起草必须遵循《中华人民共和国民法通则》及《中华人民共和国合同法》等相关法律、法规的规定，保证条款的合法性、严密性和可行性。对于关键条款，如数量条款、质量条款、价格条款、付款方式、付款时间、违约条款等，必须向公司的法律顾问咨询，保证用词准确，没有歧义，同时还必须对合同的盈亏状况进行预测。 3.1.1.4 上报合同 在起草完合同文本之后，相关业务人员必须仔细检查合同的各项条款，保证内容完整，
合同审核审批流程 一、总则 流程目的：规范合同的签订、履行和付款程序，并最大限度的避免风险。 适用范围：适用于公司签署的所有经济类合同的管理，不适用于劳动合同等其他类合同的管理。 二、合同审批流程图 合同审批共包括7个环节：缮制合同文本、审核业务风险、审核法律风险、审核财务风险、审批、签署合同和登记存档。 三、合同审核审批流程详细说明 1、缮制合同文本（F1） 缮制合同文本是指根据双方协商的结果及相关资料起草合同文本的过程。只有采用非标准样本的合同需要缮制合同文本。 工作内容： ①、收集相关信息：在缮制非标准合同文本之前，公司相关人员必须收集相关信息，包括业务协商的结果、公司以前的合同样本、类似合同的标准样本等，作为起草合同文本的基础，同时将相关资料作为合同附件。 ②、制定合同框架：根据合同的价格条款、交易方式等条件，同一类型的合同也具有不同的框架体系，因此，在起草非标准合同文本之
前，必须先确定合同的框架体系，根据价格条款、交易方式确定应包括的合同类型。 ③、起草合同文本：对于合同框架中的非标准合同，合同文本的起草必须遵循《中华人民共和国民法通则》及《中华人民共和国合同法》等相关法律、法规的规定，保证条款的合法性、严密性和可行性。对于关键条款，如数量条款、质量条款、价格条款、付款方式、付款时间、违约条款等，必须向公司的法律顾问咨询，保证用词准确，没有歧义，同时还必须对合同的盈亏状况进行预测。 ④、上报合同：在起草完合同文本之后，相关业务人员必须仔细检查合同的各项条款，保证内容完整，用词准确，没有文字错误。并将检查过的合同文本及盈亏预测等相关附件上报上级主管。 2、审核业务风险（F2） 审核业务风险主要是评价合同的业务前景、业务利润和回款风险。 工作内容： ①、评价业务前景：公司的部门主管在拿到业务员缮制的合同文本后，首先需要对业务的发展前景进行评估。对于有发展潜力的业务，可以考虑适当增加优惠条款，以维护双方的长期合作关系；对于临时性和没有发展潜力的业务，必须对其它业务风险进行严格审核，并提出修改建议。 ②、评价业务利润：在确定了业务的发展前景之后，部门主管需要根据业务发展前景来确定合同的利润水平，同时将合同的盈亏预测与相应的利润水平作对比。如满足利润要求，则签字同意，否则提出修改建议。 ③、评价风险控制措施：在合同满足了业务发展需求和利润要求之后，还必须对合同中的风险控制措施进行评估，检查合同条款是否对可能出现的风险采取了恰当的规避措施。如果规避措施得当，则签字同意，否则提出修改建议。 3、审核法律风险（F3） 审核法律风险是对合同的合法性、严密性、可行性进行审核。这项工作由公司的法律顾问全面负责。只有非标准样本合同需要进行法律风险审核。 工作内容： ①、审核合法性 A．当事人有无签订、履行该合同的权利能力和行为能力；
合同签订程序及应注意事项 〖前言：鉴于各公司合同管理员及合同签订履行相关人员对合同管理及法律法规的了解不深入，同时考虑及整个集团公司人员流动较快，公司部分员工对合同管理重视度不够等因素，我们借助这个机会在这里向大家系统地介绍合同管理相关知识、制度，以期提高各公司合同管理水平。〗 一、注重合同签订程序的意义 1、权力与责任划分的要求 企业的管理需要企业各个部门团结一致，通力合作，并各自发挥专业优势，为企业尽可能多的创造利润，同时也应尽可能避免经营风险。考虑各部门专业分工不同，从不同的方面对合同进行把关，有利于避免企业经营风险的出现。 有权力，就有责任，权力与责任是相对应的。合同签订程序相关规定，分别赋予了合同签订部门、会签部门、合同管理部门相应的权力，同时也规定了相应的责任。合同签订程序不仅仅是流程的问题，实体控制是关键，为企业争取优势，避免经营风险是根本目的。 2、事前的监督与预防的要求 合同签订前期准备工作充分，各部门会签审批认真负责，使风险降低到最低点，是事前防范。企业经营不应有侥幸心理，等待事后救济是下下策。所谓“名将无赫赫功”，不是其能力问题，而是其通盘的考虑，事前的策划和预防做的好，一切尽在预料和掌握。
3、效率 合理、科学的程序有利于公司管理效率的提高。权力的明确界定，可以避免相互推诿；责任的明确，可以提高警觉度、责任心，并让减少推卸责任没有合法基础。 制度是执行的标准。程序明确，利于执行。 4、有利于合同履行过程的监督和控制 二、合同签订的权限、程序 1、相关制度 （1）**集团2003年3月7日公布实施的《关于规范公司签约行为的通知》（安海办2003[11]号） （2）集团及各子公司合同管理规定 2、合同签订权限 （1）按照合同种类别 按照《关于规范公司签约行为的通知》的规定，子公司签订赠与、借款、融资租赁、建设工程（工程勘察、设计、施工）、技术（技术开发、转让、咨询或服务）、委托、行纪、居间合同、担保（保证、抵押、质押、留置）合同、土地买卖（租赁）合同和房地产合同等必须经过集团公司授权。
合同签订管理规定及流程 一、目的 规定签订合同的要求、对合同条款要求、签订合同的注意事项和审定合同的要点，以维护公司利益，降低经营风险，减少签订合同不当造成的损失，方便合同的有效执行，最终保证业务活动的正常进行。 二、适用范围 适用于合同签订相关的过程中与合同签订相关的所有人员必须遵守此规定。 三、职责 营销部合同审核人员和部门领导负责对合同进行审核，业务人员负责与客户签订合同，营销部专责人员负责合同的传递、保管和协调签订合同的整个过程，部门主管负责初审合同，公司领导负责对合同签订的一些例外事项进行决策。 四、内容 1、总则 与合同签订相关的各部门和各级领导应严肃对待合同，认识到合同的重要性，平时要认真学习合同法，进行合同谈判时在坚持原则性的基础上，也必须有一定的灵活性； 公司只认可书面形式的合同； 每一份合同的签订必须有指定的承办人，承办人要求是公司正式员工，其应对合同自订立起至合同履行完毕的全过程负责，并对所提供的材料的真实性负责； 合同签订人员应是公司法定代表人或者取得法定代表人授权的有关人员； 任何人不得以任何形式泄漏合同涉及的商业、技术秘密。 2、定义 合同：是指本公司所属各部门同外部的自然人、法人及其它组织之间签订的经济合同，也指本公司我公司使用本公司经销产品企业名义与外部的自然人、法人及其它组织之间签订的经济合同。 授权委托书：法定代表人需要委托代理人签订合同时，开据的一个书面授权文件至代理人叫授权委托书，授权委托书必须明确委托权限，有法定代表人和代理人双方有效印鉴。3、合同签订的主体 我方签订合同的主体视情况需要可以是我公司所经销产品的生产厂家或其它挂靠的公司。 与我方签订合同的对方应是有独立法人的实体或者是有合同履行能力的个体。部门主管有责任对对方进行资格审查。审查的重点包括：法人资格：有效期内并经过年检的营业执照，执照所载内容与实际相符；合同标的应符合对方经营范围，涉及专营许可的，应具备相应的许可等级、资质证书；对方是代理人代签合同的，应有真实、有效的法定代理人身份证明书、授权委托书、代理人身份证明；具有相应的履行能力及履约信用。自然人：有效的身份证明
合同审核流程与审核表 企业合同审核流程 为规范签约、履约行为～提高合同管理～防范合同风险～维护企业合法利益～结合公司实际情况～现将企业合同审核流程要求如下: 1、凡属公司生产经营合同,除当期一次性消耗低值易耗品的零星采购业务外, ～一律采取书面形式签订合同～严禁口头协议和非正式书面协议～杜绝合同履行在先、签订在后的行为。 2、合同分类:,1,投资合同、融资合同,2,施工合同,3,分包合同,4,采购合同,5,租赁合同,6,内部承包合同,7,其他合同 3、公司必须组织合同评审～经过洽谈、修改、完善～努力改善合同条件。要 求各部门参加、主管领导审核、法律顾问评审、公司总经理审批。 4、合同评审程序 拟定合同要点并交底—>公司,分公司,公司,分公司,各部门评审,—>分公司将 合同及评审意见报公司—>公司各部门评审,—>主管副经理评审—>公司法律顾问评审—>公司整理评审意见—>评审意见反馈—>公司,分公司,修改合同—>合同洽谈—>洽谈情况及时反馈公司—>最终合同报公司签署意见—>主管副总经理审核/总经理审批。 5、禁止未经公司进行合同要点审查、交底自行与业主洽谈合同形成正式合同 文件后报公司评审的行为,禁止未按公司要求评审合同擅自签订合同的行为～否则由当事人承担习惯经济、法律责任。 6、以公司名义对外发出的经济类函件需经公司审核批准后～方可对外发出。 7、合同评审的基础资料
根据项目的具体情况提供以下基础资料:发包人基本情况、项目基本情况说明,分包或供方签订合同的主体资格证明资料,招投标文件及询标、评标资料、往来函件等相关资料,成本及效益分析,资金计划及筹措说明,垫资及资金投入较大时需提供此说明,,中标通知书,合同,分公司或项目经理部评审意见。 8、一般情况下～合同评审时间为自收到评审文件起72小时内完成～加急合同评审时间不少于24小时,合同评审人员必须签署明确意见～不得以口头代替或只签名不表意见。 合同审核表 一、项目概况及合同要点,项目名称及地点、业主方情况、合作模式、掌控情况、 支付条件、成本预期、项目前景等, 二、审核意见 分公司评审 意见 公司职能部 门评审意见 分管领导评 审意见 财务总监评 审意见 法律顾问评 审意见 总经理审批
代码审查规范 1. Code Review目的 Code Review是一种用来确认方案设计和代码实现的质量保证机制，通过这个机制我们可以对代码、测试过程和注释进行检查。 Code Review主要用来在软件工程过程中改进代码质量，通过Code Review可以达到如下目的： ?在项目早期就能够发现代码中的BUG。 ?帮助初级开发人员学习高级开发人员的经验，达到知识共享。 ?避免开发人员犯一些很常见，很普通的错误。 ?保证项目组人员的良好沟通。 ?项目或产品的代码更容易维护。 2. Code Review的前提条件 代码提交审核前，开发者必须确保代码符合如下条件，审核者需要确保所有前提条件都已满足方可开始审查，同时也是审查的主要检查点。 ?所有代码注释清晰，语法正确，编译通过。 ?日志代码完整，业务日志、系统日志分开，中文描述，脱敏处理，状态变更，全部清晰明确。 ?测试代码覆盖全部分支和流程，暂时统一使用工具Emma（各编译器可下载对应插件）进行Coverage Check。 ?项目引用关系明确，依赖关系清晰，配置文件描述。 3. Code Review的审查范围 代码的一致性、编码风格、代码的安全问题、脱敏问题、代码冗余、是否正确设计以符合设计要求（性能、功能）与设计文档相同等等。
3.1、完整性检查（Completeness） ?代码是否完全实现了设计文档中所涉及的所有流程和功能点 ?代码是否已包含所有所需的业务日志、系统日志、异常日志，日志内容是否完整，日志文件配置是否正确。 ?代码是否使用缓存等，配置信息是否正确可配置。 ?代码中是否存在任何没有定义或没有引用到的变量、常数或数据类型等 3.2、一致性检查（Consistency） ?代码的逻辑是否符合设计文档 ?代码中使用的格式、符号、结构等风格是否保持一致 3.3、正确性检查（Correctness） ?代码是否符合制定的标准 ?所有的变量都被正确定义和使用 ?所有的注释都是准确的 ?所有的程序调用都使用了正确的参数个数 3.4、可修改性检查（Modifiability） ?代码涉及到的常量是否易于修改(如使用配置、定义为类常量、使用专门的常量类等) ?代码中是否包含了交叉说明或数据字典，以描述程序是如何对变量和常量进行访问的 ?代码是否只有一个出口和一个入口（严重的异常处理除外） 3.5、可预测性检查（Predictability） ?代码所用的开发语言是否具有定义良好的语法和语义 ?是否代码避免了依赖于开发语言缺省提供的功能 ?代码是否无意中陷入了死循环 ?代码是否避免了无穷递归 3.6、健壮性检查（Robustness）
建筑工程施工合同审核审查的16个要点 1、注意审查合同招投标要求、承包方主体资格 (1)对于国家大型基础设施建设、公用事业、国有资金投资、政府投资项目、国际组织如世行贷款项目，必须通过招投标。 (2)《关于审理建筑工程施工合同纠纷案件适用法律问题的解释》：将五种合同依法认定为无效： (一)承包人未取得建设施工企业资质或超越资质等级的; (二)没有资质的实际施工人借用有资质的建筑施工企业名义的; (三)建设工程必须进行招标而未进行招标或者中标无效的; (四)承包人非法转包建设工程的; (五)承包人违法分包建设工程的。 因此，对于承包主体的资质审查可以防止合同最终效力问题。实务操作中，律师修改施工合同时，合同双方在前期大多经过了相互摸底阶段，但仍需要从具体合同特点角度予以分析。 2、注意工程承包范围的审查 整体比较简洁；注明与招投标文件、发包图纸、工程量清单内容一致。 包括：土建工程、给排水工程、电气工程、消火栓工程、消防喷淋工程、暖通工程、弱电工程(包括智能化系统预埋管、盒、箱壳部分)等。 3、注意标明开工日期的成立标志 项目开工日期的明确对工期的认定，具有重要意义。 一般标明：开工日期以发包方和监理方、或监理出具的开工通知日期为准。 实际开工日期与约定日期不一致：实际开工日期为准(开工令等证实); 施工许可证日期和实际施工日期不一致：以施工许可证日期为准。 4、注意审查组成合同文件的顺序 首先需标注：在前者优先；其次，对于有补充协议的，要注明与合同正文效力一致。 5、注意审查对监理工程师、发包人派驻工程师权限的设置
对于可能引起工期顺延、工程质量、合同效力等重大变更的工程师指令，可以约定需要经过发包人或承包人认可后生效。 ①明确工程师授权范围； ②对于超越工程师授权范围的，由发包方确认。 6、注意审查对安全文明施工的约定 一般约定由承包方承担，但为保护承包方利益时，可以约定一个兜底条款，如：因为发包方原因造成的安全文明施工问题，由发包方承担一切损失。 7、注意审查对于工期顺延的约定 ①工期顺延的原因，除规定不可抗力外，对于因工程内容变更、工期增加、设计变更、工程款支付、政府指令(停水停电)、地下物等因素造成的工期顺延，约定标准作为认定是否构成工期顺延的依据; ②工期顺延的程序性约定：承包方在一定时间内，书面报发包方认可、监理认可。可以增加“视为”条款。(视为条款：发包方在约定期限内不予答复的，视为认可。) 8、注意约定对于隐蔽工程和中间验收的条件和程序 ①程序：“按照国家、省、市、县有关规定执行。承包人自检、并在隐蔽或中间验收前，以书面形式通知监理工程师和发包人代表。防水及室外装修等重要部位的施工先做样板，经发包人和现场监理验收后方可进行施工。”等。 ②通用条款内有具体约定，也可在合同中明确“正负零、封顶”等主要节点的验收要求。 9、注意审查合同价款的确定方式 一般有以下三种方式。 ①采用固定价格合同。注意约定合同价款中包括的风险范围，如：“钢材价格的市场变化(8%)”。注意风险费用的计算方法，如：合同约定工程总价款包含全部工程量内容，承包人无论何种原因没有列入单价或总价款中的工程，发包人都没有增加支付的义务，并认为该项目已包含在总承包价款中。本工程竣工结算时，只计算变更部分和材料价差调整部分，不再对报价书、标底价及中标价进行重新核对。 ②采用可调价格合同。合同价款调整方法：招标范围以内的工程量按实计算，
公司合同审批及盖章流程 一、普通业务合同审批流程： 1、公司普通业务合同，营销部门业务合同由营销业务同事对接谈判，其他部门业务合同由相关业务对接的同事负责前期谈判和确定。 2、正式合同的起草由对接的业务人员承办，合同内容须忠实体现前期谈判约定，包括业务内容、双方要求、完成时间、收、付款时间、违约责任及其他约定事项等。 3、合同草拟完成后，由承办人员填写《合同申请盖章审批邮件》，邮件内容写明申请人员、用章目的、用章类型、合作方等，并附上合同扫描件，发送至部门总监、总经办、行政总监一一审核确认，并抄送财务部。 4、部门总监对邮件中合同内容进行审核，并在邮件回复同意确认，然后总经办邮件回复审批意见，是否同意。 5、总经办回复审批并同意确认后，行政总监根据邮件回复进行加盖公章。 普通业务合同审批流程图承办人员草拟合同并填写《合同申请盖章审批邮件》，并附上合同扫描件发送至部门总监、总经办、行政总监一一审核确认，并抄送财务部邮件确认不同意退回合同承办人部门总监对邮件中合同内容进行审核确认总经办再次进行审核确认行政总监根据邮件回复进行盖章确认7
二、业务框架合同程序审批流程： 1、公司业务框架合同，由公司营销部门业务同事负责前期谈判和确定。 2、正式合同的起草由对接的业务人员承办，合同内容须忠实体现前期谈判约定，包括业务内容、双方要求、完成时间、收、付款时间、违约责任及其他约定事项等。 3、合同草拟完成后、法务律师了解业务详情，审阅、修改合同； 4、合同修改后由业务部门与对方沟通，合同双方对合同内容协商一致； 5、合同内容确认后，由承办人员填写《合同申请盖章审批邮件》，邮件内容写明申请人员、用章目的、用章类型、合作方等，并附上合同扫描件，发送至部门总监、总经办、行政总监、总经理一一审核确认，并抄送法务律师和财务部。 6、律师对合同文本内容审核确认后，签字确认，部门总监在邮件审批确认，然后总经办邮件回复审批意见，是否同意。 7、总经办在回复审批同意确认后，总经理确认，行政总监根据总经理邮件回复进行加盖公章。 框架业务框架合同审批流程图承办人员草拟合同与法务律师进行修改确认后，再与客户沟通，协商一致。 合同内容确认后，由承办人员填写《合同申请盖章审批邮件。
合同审批流程及管理办法 为规范公司合同签订、审批程序，提高工作效率，并最大限度的避免风险，制定以下合同管理办法和签订程序，本办法适用于公司签署的工程相关采购类、分包类合同、班组结算的管理，不适用于劳动合同等其他类合同的管理。 一、合同签订审核流程。 1、合同应严格按照招标文件相关条款、参照公司制定的示范 文本起草相关合同，由合同起草部门参与合同谈判，组织会签； 参加对合同履行的评价。 2、合约预算部负责合同的商务条款。 3、工程部（质安科）负责审核采购类合同中涉及塔机、升降 机采购/租赁的各项技术和安全条款； 4、材设部负责审核合同的各种材料（设备）采购与供应条款。 5、财务部审核合同付款、发票纳税等相关财务有关条款。 6、法律顾问负责分析判断合同风险、与法律相关内容的相关 条款。 7、采购类合同评审意见由材设部负责沟通落实，分包类合同 评审意见由项目部负责沟通落实，如有无法落实意见，提报副总经理协调。 8、副总经理（主管领导）负责合同整体审核。 9、总经理审定批准。 二、合约预算部负责合同（采购类合同由材设部负责）的起草、 谈判和组织会签。合同应做到内容合法、条款齐全、文字清楚、表述规范、权利义务和违约责任明确、期限和数字准确，
应包括： 1、合同名称； 2、甲乙方名称及地址，经办人联系电话； 3、甲乙方法定代表人或其合法代理人签字、盖章； 4、合同签订日期； 5、标的（内容）； 6、数量、质量； 7、价款或酬金（工程计价方法、工程款支付方式）； 8、履约方式、地点、费用的承担； 9、违约责任（甲乙方权利和义务）； 10、生效、失效条件； 11、争议解决的方法； 12、合同的份数及附件； 13、保密条款（视合同性质需要）； 14、质量保修协议书； 15、安全协议书; 合约预算部（采购类合同由材设部）填写《合同评审笺》、合同摘要并附合同文本，合同业务单位（供应或分包单位）营业执照和相关资质复印件加盖公章，法定代理人授权委托书原件（附身份证复印件），按权限审核报批； 合同审批原则上应按顺序依次执行，遇特殊情况下可临时调整次序，但必须征得次序变动影响的下一会签人的同意。 三、各部门合同审核的重点如下： 1、合约预算部审核合同文字和结构、价款及价款调整（投标 文件的经济标或项目价款计算书作为合同附件）、合同款支付、变更、签证、结算、奖惩等与项目成本有关的条款； 2、项目部审核合同的工作范围、双方权利义务、技术、工期、 进度、质量、安全、保修等条款； 3、材设部审核材料（设备）的采购与供应的型号、数量、达 到时间、装卸货责任、质量保证等条款。 4、财务部审核签约公司名称、合同价款支付方式、发票形式、 代扣代缴等与财务核算和纳税有关的条款； 5、法律部门（或法律顾问）分析判断合同风险、与法律相关 的内容，包括但不限于：变更、解除、违约、索赔、不可抗力、诉讼等条款；
合同审核流程及注意事项 为了规范法务部合同审批流程和审核标准，提高法务工作的效率，最大限度降低我司业务中存在的法律风险，特针对合同审核及管理工作做出如下要求： 一、合同审核流程 法务部日常工作中需要审核的文件包括业务类合同、非业务类合同以及与我司业务相关的宣传资料等文本。现对各类合同的审核流程规定如下： 1、 业务类合同审核流程 业务类合同指与公司业务相关的各类合同，包括借款合同、信息咨询服务合同、金融服务合同、房屋抵押合同、个人出借咨询服务合同以及与保理业务、私募基金业务等有关的一系列合同或资料。业务类合同事关重大,一般由业务需求部门通过企业邮箱向法务总监/副总监提出，由法务总监/副总监根据需要决定分配给法务部其他同事审核，法务部同事审核完并交由上级领导复审后通过企业邮箱将法律意见回复给业务需求部门。业务类合同初次审核的时限为2-3个工作日，自法务部收到待审合同之日起算，复审的时间不计算在内。 2、 非业务类合同审核流程 非业务类合同指为了便于公司开展业务所需签署的各类合同，包括房屋租赁合同、装修合同、采购合同、服务类合同等。业务需求部门将待审合同和已批签呈发送至法务部企业邮箱，法务部收到合同后由合同管理部经理根据职责划分将合同分配给法务部同事审核，法务部同事审核完后会将合同发给合同管理部经理复审，复审无异议后法务部同事将已审合同通过企业邮箱反馈给业务需求部门。非业务类合同审核时限一般为1个工作日，重大复杂的合同为3个工作日，自法务部收到待审合同之日起算，复审的时间不计算在内。具体流程请见下图： 业务需求部门法务部邮箱1、待审合同和签呈法务专员（1-3个工作日内 审核） 2、分配合同上级领导 3、复审 4、反馈合同复审意见 6、合同审核意见反馈 5、已审合同 3、 合同签署注意事项:
合同审批程序与权限管理流程 一. 审批程序 管理公司合同应按以下所列顺序，依次逐级审批： a)经办人员签字； b)律师审阅； c)经办部门经理审批； d)经营管理部经理会签； e)成本管理中心主任会签； f)财务总监（经理）会签； g)主管副总经理（或总监）审批； h)总经理批准。 项目所在公司合同应以下所列顺序，依次逐级审批： a)经办人员签字； b)律师审阅； c)经办部门经理审批； d)成本控制部门会签； e)财务总监（经理）会签； f)主管副总经理（或总监）审批； g)总经理批准。 合同审批原则上应按顺序依次作业，特殊情况下经所属公司总经理或主管总监同意，各级审批人可并行同步作业，或由总经理（主管总监）召集会议审批。 审批“签字组合” 每一项经济合同的签订，须按“审批程序”的规定，完成“签字组合”。 “签字组合”是指各部门经济合同的签订时应根据审批程序和审批权限在“经济合同审批表”上完成必要的审批签名（参见“经济合同审批表”）。
当部门经理外出时，受托者应出具部门经理授权的委托书，委托书须注明委托的事项、委托的权限以及委托的期限。 负责“合同印章”的管理员和负责公司“公章”的管理员，只给完成了“签字组合”的经济合同加盖经济合同印章或公章，对于未完成“经济合同审批表”的合同，印章管理员拒绝予以盖章。未经审核或未加盖经济合同印章的合同，财务部门拒绝执行。完成签字组合的“经济合同审批表”，应由档案管理部门妥善保管，并及时将备份递交财务部用于复核。 2 审批权限及审查责任 管理公司审批权限： 材料设备采购合同 材料设备采购，单项合同估算价在50万元以上。 工程类合同 a)装饰工程、园林环境工程，单项合同估算价在50万以上。 b)其他单项施工合同估算价在100万以上。 c)单项合同估算价在20万元以上的勘察、设计、监理合同。 服务类合同 单项合同估算价在20万元以上的物业中介、宣传推广、模型制作、造价咨询等服务类合同。 其他 标的额在10万元（含）以上的固定资产购建及车辆购置合同。 项目所在公司总经理审批权限： 管理公司审批权限以下的经济合同由项目所在公司总经理审批。 需要上报集团总部审批的合同，应首先经集团财务部审核、集团财务总监审批，再由集团财务部上报各分管的集团副总裁以上领导批准。 各部门签订合同时应保证合同内容的完整性，严禁拆分合同。 合同审查要点