招标书与招投标书的评审.docx

招标书与招投标书的评审.docx

《招标书与招投标书的评审.docx》由会员分享，可在线阅读，更多相关《招标书与招投标书的评审.docx（12页珍藏版）》请在冰豆网上搜索。

招标书与招投标书的评审

标书评审

文件编号：

奏效日期：

受控编号：

NP502300

密级：

奥密

版次：

改正状态：

总页数9

正文6

附录3

编制：

吕洪涛

审查：

卢晨晖、孟莉

同意：

孟莉

沈阳东大阿尔派软件股份有限企业

（版权全部，翻版必究）

文件改正控制

改正

改正记录编号改正页码及条款改正人审查人同意人修他日期

状态

1.目的

2.合用范围

3.职责

3.1软件营销部门

3.2标书评审员

3.3项目管理部门

3.4开发部门、培训部门、技术支撑部门

4.术语及缩略语

5.工作程序

5.1招标书的初审

5.2招标书的评审

5.3招标书的拟订

5.4招标书的评审和招标前的内部辩论

5.5项目招标资料归档

6.质量记录

标书评审记录

1.目的

规范招标过程中对招标书和招标书的评审，减小市场风险，增添中标时机。

2.合用范围

合用于本企业参加的招标活动中的招标书和招标书的评审。

3.职责

软件营销部门：

负责对招标书中有关内容进行初审及评审，组织协调招标书编写工作，编写并评审招标书中的有关内容，组织监控招标工作；负责招、招标书及有关资料的归档。

标书评审员：

负责组织软件项目的招标书与招标书的评审。

项目管理部门：

负责招标书及招标有关资料的归档。

开发部门、培训部门、技术支撑部门：

负责对招标书中有关内容进行初审及评审，编写招标书中有关部分内容，负责对招标书中的有关内容进行评审。

4.术语和缩略语

本程序采纳NQ402100《质量手册》中的术语和缩略语及其定义。

5.工作程序

招标书的初审

各分支机构在进行项目接触时，需要详尽认识客户的背景和需求，剖析项目的可

行性，并联合我企业的产品优势和技术经验，判断能否有能力顺利达成该项目的

成功实行。

假如该项目时机较大，分支机构没有能力独立达成方案制作，能够向

总部提出方案制作申请，同时填写《项目时机剖析表》，并经过电话、传真、电

子邮件等方式与总部技术人员进行交流。

总部技术人员（软件营销部门和开发部

门的技术人员）在接到剖析表后，联合与分支机构交流的信息，对该项目进行机

会确认和审批。

审批内容包含：

1）项目基本状况，包含

硬件需求

软件需求

原有系统资源及应用现状

有关业务工作现状

现有工作碰到的问题

希望达到的目标

业务内容及流程

2）客户自然状况

3）与客户的关系

4）主要竞争敌手状况

经过初审，确立企业对该项目进行招标的价值和可行性。

初审通事后，将招标书

提交标书评审员。

招标书的评审

标书评审员负责组织招标书的评审。

软件营销部门：

负责评审网络硬件、工程期

限等有关。

开发部门：

负责评审软件系统部分内容。

培训部门：

负责评审用户培

训内容。

技术支撑部门：

负责评审保护服务内容。

对以下项目详细技术需求进行剖析，确立企业能否能知足客户需求：

硬件系统需求

软件系统需求

系统性能要求

开发需求等

招标书的拟订

软件营销部门负责组织依照NW502301《标书拟订规范》拟订招标书草案，当

客户对招标书有特别要求时，按客户提出的要求拟订招标书草案。

软件营销部门负责编写招标书中企业企业介绍、成功项目介绍、网络硬件等部分，

开发部门负责编写招标书中软件系统部分，培训部门负责编写用户培训部分，技

术支撑部门负责编写保护服务部分，工程限期由软件营销部门和开发部门共同研

究拟订。

由软件营销部门负责制定工作计划和时间安排，协调部门工作以达成投

标书的编写。

软件营销部门应负责组织建立一个招标组，指定编写硬件、软件两部分招标书的

负责人，依据项目招标的实质时间要求，工作计划中一般应包含硬件招标书和软

件系统招标书的草稿达成时间，各部门中编写人员联系议论次数和时间，招标书

评审时间，硬件招标书和软件系统招标书的最后提交时间等。

研究项目能否需要

进行内部辩论并预留出内部辩论时间，及辩论未经过，招标书的改正时间。

招标书编写前，硬件、软件部分招标书编写人员应有一到二次的集中议论，明确

解决方案中的技术路线，如系统构造、数据库选型等问题。

招标书的评审和招标前的内部辩论

由标书评审员组织各有关人员对招标书的进行评审。

评审内容：

1）关于硬件系统部分，要点在：

设施选型

网络性能

系统的性能

系统报价等

2）关于软件系统部分，内容有：

系统系统构造

企业产品集成方案

系统实行方案等

3）保护、培训部分

4）风险的评估与控制

关于大型项目的招标，标书评审员要组织有关领导、专家、招标书编写设计人员

进行内部辩论。

软件营销部门和开发部门分别制作各自设计方案的演示文档，准

备对方案进行解说。

项目标书资料归档

项目招标书及有关资料由软件营销部门负责归档管理。

项目招标书及有关资料一式两份，由软件营销部门和项目管理部门分别归档

管理。

6.质量记录

标书评审记录

标书评审记录

记录编号：

NR502300A-时间：

年月

日

项目名称：

标书种类：

□招标书□招标书

评审部门（需参加评审部门在相应“□”内划“√”）：

1.□软件营销事业部2.□采买仓储部3.□技术支撑部4.□开发部门

负责人署名:

评审总结：

风险评估总结：

评审结论：

填表审查同意

1.标书评审前由标书评审员将本表散发各有关部门填写。

2.由标书评审员填写评审结论并审查，最后由主管市场副总经理同意。

3.此页不足记录结果时，能够有附页，总页数包含全部附页。

第页/共页

标书评审记录（附页）

时间：

年月日

项目名称：

标书种类：

□

招标书

□招标书

评审部门：

评审负责人：

评审内容：

评审建议：

填表人/日期

审查建议：

审查人/日期：

1．本表由标书评审员散发各评审部门，由各评审部门独自填写。

此页不足能够有附页，附页格式自定。

2．本表由评审部门负责人审查后交还标书评审员。

第页/共页

风险评估与控制（标书评审附页）

日期：

年

月

日

项目名称：

标书种类：

□

招标书

□招标书

评审部门：

序

风险描绘

风险发生

风险级别

风险现值

风险控制举措

号

可能性

1客户需求不明确

2客户需求更改

3标书制作人员缺少行业知识

4多部门配合

5时间紧

6存在技术难点、采纳新技术

缺少对本企业的产品形态、技术路线、战略方

7

针、发展趋向的全面认识

8缺少对市场环境、竞争敌手的认识

9人员改动

10分工不明确、缺少计划性

11

12

13

1.本表由各评审部门填写，评审部门负责人审查后交还合同评审员。

此页不足能够有附页。

2.评估中风险不限于表中已列出的，应依照评审的详细状况增添风险项。

并将各项填写完好。

3.风险描绘：

描绘目前过程中可能发生的风险。

风险发生可能性：

风险发生的概率，以百分数表示，为0到1，增量为。

风险级别：

风险发生造成损失的严重程度，以0~10级表

示，此中10级为最高等。

风险现值：

风险发生可能性与风险级其他乘积。

风险控制举措：

预防风险发生的举措。

第页/共页