香港中国旅行社云平台系统

招 标 文 件

招标编号：CTSHK-2020-001

  

 

 

 

 

招 标 人：香港中国旅行社有限公司             

 

 

          2020 年 2 月 25 日

 

 

 

 

 

 

 

 

 

 

 

目　　录

 

第一部分 投标邀请

第二部分 投标人须知

第三部分 项目及技术要求

第四部分 履约保证金

第五部分 投标文件格式

第一部分 投标邀请

    香港中国旅行社有限公司现通过公开招标方式对香港中国旅行社云平台系统项目进行招标。

    1. 招标编号：CTSHK-2020-001

2. 香港中国旅行社云平台项目系统实施项目的技术要求详见招标文件第三部分。

    3. 招标文件发放时间、地点：招标文件将于2020年2月25日起每天9:00—18:00时在 

地点：深圳市南山区后海大道2378号芒果网大厦22楼 发售，价格 ：1000 元。请先预约联系。（联系人：李先生，电话：18911513698（同微信） / 085-55701051(香港)）

    4. 投标截止时间：2020年3月17日10时00分（北京时间）。其后收到的投标文件或未按招标文件规定提交投标保证金的投标文件恕不接受。

5. 投标地点：深圳市南山区后海大道2378号芒果网大厦22楼

6. 开标时间：2020年3月17日10时00分（北京时间）。

7. 开标地点：深圳市南山区后海大道2378号芒果网大厦22层

8. 评标方式：投标方需到现场，评标方参与人员将采用现场+远程的方式进行评标。

9. 联系单位：香港中国旅行社有限公司

地址：香港干諾道中78-83號中旅集團大廈8樓  

电话：852-2853 3498   

传真：852-2851 7734

联系部门：总经理办公室    

技术联系人：李欢       

电话：18911513698（同微信） /  852-5570 1051（香港手机）

 

 

 

 

第二部分 投标人须知

投标人须知前附表

    说明：本前附表是对投标人须知的修改、补充和摘要，其内容与投标人须知不一致时，以本前附表为准。

序号	条款号	内    容
1	1.1	项目名称：香港中旅社云平台系统系统项目 招标编号：CTSHK-2020-001 项目概况：  香港中旅社业务操作系统系上世纪九十年代中叶开始建设，已基本完成其历史使命。随着香港及全球市场的不断变化，公司的新的发展战略、业务模式、管理模式、营销渠道等都发生了重大变革，同时随着内部操作的分工和专业化程度的不断提高，现有系统虽不断根据业务需求升级，但碍于其基本架构和开发语言的限制，在功能和流程上的局限性越来越明显，配合新产品及渠道转型中的表现相对乏力，很明显，旧有系统已不能满足公司长久发展的需要。     当前，正值香港中旅社业务发展转型的关键时期，为更好的落实集团战略规划和发展目标，为确保与事业群战略发展目标保持高度一致，为更好的支持香港中旅社未来5-10年的战略规划落地与业务发展，对于现有系统的升级改造势在必行。     香港中旅社新的业务系统会逐步与集团一体化平台、事业群系统等系统平台进行无缝对接，确保业务产品、运营数据等实现互联互通，且标准统一。
2	1.2	招标人：香港中国旅行社有限公司 地  址：香港干諾道中78-83號中旅集團大廈8樓 电  话：852-2853 3498 传  真：852-2851 7734 联系人：李欢
3	16.1 16.2	投标保证金：6万元人民币 投标保证金可以使用现金、电汇、支票或汇票
4	17.1	投标有效期：发标后20天
5	18.4	投标文件份数：正本一份，副本三份，电子文档一份
6	20.1	投标截止时间：2020年3月17日10时00分（北京时间） 投标地点：深圳市南山区后海大道2378号芒果网大厦22层 邮    编：518052
7	22.2	开标日期：2020年3月17日10时00分（北京时间） 开标地点：深圳市南山区后海大道2378号芒果网大厦22层）
8	32.1	履约保证金金额：合同价格的10%

一  投标人

1. 简介

1.1 项目描述

投标须知前附表第1栏对项目进行了简要描述，并组成本投标须知的一部分。

1.2 定义

在本须知中，应使用以下解释：

(a) 招标人名称及地址，见第一部分前附表第2栏。

(b) 除非另有具体说明，本部分提及的电话、传真，均是可接受的。

2. 合格投标人的范围

2.1 投标人必须是在中华人民共和国境内依照《中华人民共和国公司法》注册的、具有独立法人资格的、有能力为本项目提供人员、场地和软件开发实施服务的企业；

2.2 投标人的规模：注册资金人民币或等值货币1500万元（含）以上，具有独立法人资格、 独立承担民事责任和履行合同能力。

2.3 投标人必须遵守《中华人民共和国招标投标法》及其它相关的国家法律、行政法规的规定，具有良好的信誉和诚实的商业道德。

2.4 投标人需要在深圳市具有较强的本地化服务能力，若非深圳本地投标人应在深圳有分公司或办事处作为常驻服务和技术支持机构。

2.5 投标人从事过旅游行业企业资源管理系统或旅游电子商务项目不得少于3个（旅游类相关行业包括：旅行社、航空、酒店、景区、签证、票务、旅游目的地碎片化产品等）开发实施经验及成功案例。

2.6 投标人近三年内作为项目乙方无被诉讼或被仲裁情况

2.7 本项目严禁分包、转包和联合体投标。

2.8 投标人应遵守有关的国家法律、法令和条例。投标人不应因腐败和欺诈行为而被招标人根据下文第33条宣布为不合格。

2.9 对于不符合上述条件的投标人，招标人保留取消其投标资格的权利。

3. 投标委托

如投标人代表不是法人代表，须持有《法人代表授权书》。

4. 投标费用

无论投标过程中的做法和结果如何，投标人自行承担所有与参加投标有关的全部费用。

二  招标文件

5. 招标文件

5.1 招标文件由招标文件目录所列内容组成。

5.2 投标人应详细阅读招标文件的全部内容。不按招标文件的要求提供投标文件和资料，可能导致其投标被拒绝。

6. 招标文件的澄清

6.1 投标人对招标文件如有疑点要求澄清，或认为有必要与招标人进行澄清时，可用书面、邮件、传真、电话等形式通知招标人，但通知不得迟于开标日期前3天使招标人收到，招标人应用书面、邮件、传真作出答复，如有必要时可将答复内容包括原提出的问题（但不标明问题查询的来源），分发给所取得同一招标文件的投标人。

7. 招标文件的修改

7.1 在投标截止时间前，招标人无论出于自己的考虑，还是出于对投标人提问的澄清，均可对招标文件用补充文件的方式进行修改。

7.2 对招标文件的修改，将以书面、电报或传真的形式通知已购买招标文件的每一投标人。补充文件将作为招标文件的组成部分，对所有投标人有约束力。

7.3 为使投标人有足够的时间按招标文件的修改要求考虑修正投标文件，招标人可酌情推迟投标的截止日期和开标日期，并将此变更通知每一个投标人。

三　投标文件

8. 投标书的语言

8.1 投标语言：简体中文。投标文件中以及投标人与招标人就有关投标的往来函电均应使用简体中文。

9. 投标文件的组成

9.1 投标书（统一格式），包括：

(一) 投标函

(二) 香港中旅社云平台实施建设方案（方案须满足招标文件第三部分技术规范要求）

(三) 售后服务方案

(四) 项目涉及的技术方案及参数汇总表

(五) 技术偏离表

(六) 商务报价表

(七) 投标保证金

(八) 承诺书

(九) 投标人认为必要的其它资质文件

(十) 投标人提供给招标人的优惠条件

9.2 资质证明文件（统一格式），包括：

(一) 营业执照（复印件）

(二) 税务登记证（复印件）

(三) 法人代表授权书

(四) 银行出具的资信证明

(五) 质量保证体系

(六) 软件系统提供商所提供的授权书及有关证明

(七) 投标人的资质及近三年经营业绩情况（包括财务状况）

(八) 已参与完成的主要旅游行业项目软件实施项目资料

(九) 公司简介

(十) 项目负责人、实施顾问、专家、工程师等项目组成人员简介

(十一) 深圳办公场所租产权证明或赁合同等

(十二) 其他相关资质、证书

10. 证明物及服务资质的合格性和符合招标文件规定的文件

10.1 按照第9条规定，投标人应提交根据合同要求提供的所有证明物及服务资质的合格性以及符合招标文件规定的证明文件，并作为投标书的一部分。

10.2   投标人必须按9.1条及9.2条规定的内容及格式填报全部文件。

10.3   证明物和服务资质与招标文件的要求相一致的文件可以是合同、协议以及文字资料和数据，以投标书附件的形式编写，投标书附件和幅面应与投标文件一致，并按投标文件统一编码及装订。投标书附件包含以下内容：

10.3.1 涉及本次招标项目的可能使用到的软件产品功能、性能的详细描述及必要的过往成功完成的与旅游行业相关项目案例；

10.3.2 投标人提出的合理化建议，但这些合理化建议要实质上优于或相当于技术规格的要求，并且使招标人满意；

10.3.3 技术服务和售后服务的内容及措施。

11. 证明投标人合格和资格的文件

11.1 按照第2条和第9条规定，投标人应提交证明其有资格参加投标和中标后有能力履行合同的文件，并作为其投标文件的一部分。

11.2 投标人提供的资格证明文件应使招标人满意。

11.3 投标人必须具备履行合同所需的财务、技术、场地和经验。

11.4 如投标人不能满足上述要求，招标人有权取消其投标资格。

12. 投标函和价格表

12.1 投标人须以招标文件中指定的方式完整地填写《投标函》、《投标报价表》和《报价明细表》。

13. 投标价格

13.1 投标价格应包括《技术规范》规定的项目开发实施和责任范围及义务。投标人未单独列明的分项价格将视为其含在其它分项报价中，合同执行中不予另行支付。

13.2 投标人所报的价格在合同执行过程中是固定的，不得以任何理由予以变更。投标人提交滑动价格的投标文件将被作为非响应性投标而予以拒绝。

13.3 投标人免费提供的部件必须注明“免费”或数字“0”，但不能省略。

14. 投标货币

14.1 投标货币为人民币。

15. 支付货币

15.1 所有支付均以人民币支付。

16. 投标保证金

16.1 投标人应提供6万元人民币的投标保证金。

16.2 投标保证金可采用下列形式之一种：

现金、电汇、支票或汇票（在投标有效期满前，若因票据即将到期，招标人有暂行行使票据的权力）。投标保证金的有效期应超出投标有效期二十八（28）天。

16.3 未按要求提交投标保证金的投标将被视为投标无效。

16.4 中标人的投标保证金在与买方签订合同生效后并提交了履约保证金后15日内无息退还。

16.5 未中标的投标人的投标保证金将在招标人收到中标人提交的履约保证金后15日内无息退还。

16.6 发生下列情况之一，保证金将被没收。

16.6.1 开标后在投标有效期间，投标人撤回其投标书。

16.6.2 中标人不按本须知第31条规定签约或不按本须知第32条规定提供履约保证金。

16.6.3 投标人暗中串通影响招标正常进行，除没其收投标保证金外，同时取消其投标资格。

17. 投标文件的有效期

17.1 自开标日起20天内，投标文件应保持有效。有效期短于这个规定期限的投标，将被拒绝。

17.2 在特殊情况下，招标人可与投标人协商延长投标文件的有效期。这种要求和答复都应以书面、传真、电报的形式进行。按本须知第16条规定的投标保证金的有效期也相应延长。投标人可以拒绝接受延期要求而不致被没收投标保证金。同意延长有效期的投标人不能修改投标文件。

18. 投标文件的数量、签署及有关规定

18.1 组成投标文件的各项资料（本须知第9条中所规定）均应遵守本条。

18.2 投标人应填写全称，同时加盖印章。

18.3 投标文件必须由法人代表或授权代表签署。

18.4 投标文件一式四份。其中正本一份，副本三份，同时提交一份电子文档。每套投标文件须清楚地标明“正本”或“副本”，投标文件中，如果正本与副本不符，以正本为准。

18.5 投标文件的正本必须用不退色的墨水填写或打印，注明“正本”字样。副本可以用复印件。

18.6 投标文件不得涂改和增删，如有修改错漏处，必须由同一签署人签字。

18.7 投标文件因字迹潦草或表达不清所引起的后果由投标人负责。

18.8 投标人须将所有投标文件存储在U盘/光盘中，随投标文件一同递交。如果电子文档与纸质文件的内容不一致，以纸质文件为准。电子文档应标明页码，电子文档应为微软办公软件格式。如果投标人未按要求提供电子文档，其投标可能被拒绝。

四　投标文件的递交

19. 投标文件的密封及标记

19.1 投标文件应按以下方法装袋密封：

投标书密封袋内装投标文件正副本一式四份（每份要求单独封装并注明正本、副本）。封口处应有投标全权代表的签字及投标单位公章。封皮上写明招标编号、招标项目名称、投标人名称，并注明“投标书”及“开标时启封”字样。

19.2 将全部投标文件（投标书、资格证明文件及投标人认为有必要提交的其他资料）包装完好，封皮上写明招标人名称、地址、邮政编码、招标编号、投标人名称、地址、邮政编码、投寄人。

19.3 如果投标人未按上述要求密封及加写标记，招标人对投标文件的误投和提前启封概不负责。

20. 投标截止时间

20.1 投标文件必须在投标截止时间前邮寄到达或派人送达到指定的投标地点。

20.2 投标人的投标保证金，如果用现金、电汇、支票或汇票的形式，须在开标前派人送到招标人处换取收据。

20.3 招标人推迟投标截止时间时，应以书面（或传真、电报）的形式，通知所有投标人。在这种情况下，招标人和投标人的权利和义务将受到新的截止期的约束。

20.4 招标人对投标文件在邮寄过程中的遗失或损坏不负责任。

20.5 在投标截止时间以后送达的投标文件，招标人拒绝接收。

21. 投标文件的修改和撤回

21.1 投标以后，如果投标人提出书面修改和撤标要求，在投标截止时间前送达招标人者，招标人可以接受，但不退还投标文件。

21.2 投标人修改投标文件的书面材料，须密封送达招标人，同时应在封套上标明“修改投标文件（并注明招标编号）”和“开标时启封”字样。

21.3 撤回投标应以书面（或传真、电报）的形式通知招标人。如采取电报或传真形式撤回投标，随后必须补充有法人代表或授权代表签署的要求撤回投标的正式文件。撤回投标的时间以送达招标人或到达日戳为准。

21.4 投标截止或开标后投标人不得撤回投标，否则投标保证金将被没收。

五　讲标、开标及评标

22. 讲标、开标

22.0 在投标截止后，招标人在开标之前安排讲标。每个投标人的讲标时间为三小时，讲标顺序按照投标文件送达的顺序进行。投标人应派人参加，如不参加，招标人将按放弃投标处理。

22.1 招标人按招标文件规定的时间、地点主持开标。开标仪式由招标人主持，委托方代表及有关工作人员参加。

22.2 投标人派代表参加开标仪式，并签名报到以证明其出席。

22.3 开标时查验投标文件密封情况，确认无误后拆封唱标。

22.4 招标人在开标仪式上，将公布投标人的名称、投标总价及对其投标的书面修改、投标的撤回、投标保证金是否提交等，招标人将做唱标记录。

23. 对投标文件的初步审查

23.1 审查内容为投标文件是否符合招标文件的要求、内容是否完整、有无计算上的错误、是否提交了投标保证金、文件签署是否齐全、投标文件的总体编排是否有序、资格证明文件是否符合招标文件规定等。

23.2 算术错误将按以下方法更正。如果以单价和数量计算的结果与总价不一致，以及分项价格汇总之和与总价不一致，则以单价和分项价格修改总价。如果用文字表示的数值与用数字表示的数值不一致，以文字表示的数值为准。如果投标人不接受对其错误的更正，其投标将被拒绝。

23.3 与招标文件有重大偏离的投标文件将被拒绝。重大偏离系指投标内容及项目实施周期明显不能满足招标文件的要求。这些偏离不允许在开标后修正。但招标人将允许修改投标中不构成重大偏离的、微小的、非正规、不一致或不规则的地方。

23.4 招标人对投标文件的判定，只依据投标文件本身，不依靠开标后的任何外来证明。

23.5 如果投标实质性没有响应招标文件的要求，其投标将被拒绝，投标人不得通过修正或撤消不合要求的偏差或保留从而使其投标成为实质性响应的投标。如果发现有下列情形之一的，其投标将被拒绝：

    （1） 投标人未提交投标保证金或保证金金额不足；

    （2） 资格证明文件不全的；

    （3） 投标人无法定代表人签字，或签字人无法定代表人有效授权书的；

    （4） 业绩与资格不满足招标文件要求的；

    （5） 投标有效期不足的；

    （6） 不满足技术规范要求的；

    （7） 所提供项目实施顾问有非实质性响应的（“项目实施顾问”定义见本招标文件“第四部分 合同条款”）。

    招标人只对在初审中确定为实质性响应的投标文件进行进一步的详细技术和商务评审。

24. 投标的澄清

24.1 招标人有权就投标文件中含混之处向投标人提出询问或澄清要求。投标人必须按照招标人通知的时间、地点派技术和商务人员进行答疑和澄清。

24.2 必要时招标人可要求投标人就澄清的问题作书面回答，该书面回答应有投标全权代表的签章，并将作为投标文件的一部分。

24.3 投标人对投标文件的澄清不得改变投标价格及实质内容。

25. 评标

25.1 招标人根据招标项目的特点组建评标工作组，只对具备实质性响应的投标文件进行评估和比较。评标工作组由招标人代表、有关专家和其他有关方面的代表组成。评标工作组负责评标工作。

25.2 评标原则：评标工作组根据招标文件规定的评标原则和办法对投标文件进行综合评价，并依据确定的定标程序选出中标人。

25.3 评标价的计算。如果投标人的投标文件中方案和服务的范围有漏项时，招标人将参照其它投标人该项投标报价中的最高价，加入其评标价中。调整后的评标价仅作比较之用，投标人的投标价格仍然不变。

25.4 评标的标底。本次招标，招标方设投标标底，如果结果超出标底价，本次招标无效。

25.5 评标办法：

25.5.1 评标办法采用综合评价法（百分制打分法），评标委员会根据本项目此次招标 的具体情况，对满足招标文件实质要求的投标文件进行综合评价并量化打分，依据得分 高低确定投标人排名顺序（打分明细详见评分办法）。

25.5.2 评标委员会有权拒绝被确定为非实质性响应的投标，投标人不能通过修正或撤 回不符之处而使其投标成为实质性响应的投标。

25.6 评标标准：

25.6.1 初步评审标准

评标委员会根据评标办法评标标准中规定的评审因素和废标标准对投标文件形式评审、 资格评审和响应性评审，判断投标是否为废标。

25.6.2 详细评审标准

评标采用百分制，商务部分（包括投标报价和其他因素两部分）和技术部分（技术能力、 人员投入和如期完成项目的开发实施能力及售后服务）分值分配原则为：商务标占 40%，技术标占60%。

25.7 评标结果：

评标委员会应按具体评标标准对每一投标文件进行评审，从商务和技术均合格的投标人 中，按照规定的办法进行量化评价和比较，能够最大限度满足招标文件规定的各项综合 评价标准的投标人推荐中标候选人。

25.8 评标组织：

25.8.1 招标人根据本次招标项目的特点，依照《中华人民共和国招标投标法》的有关 规定组建评标委员会。评标委员会由7人以上单数组成，其中包括招标人代表及相关

业务、技术、财务等方面专家。

25.8.2 由评标委员会对投标文件进行审查、质疑、评价和比较，最终提出推荐中标候 选人名单并形成评标报告。

25.9. 评标程序：

25.9.1 评标工作将按照下述程序进行：

评标准备—>初审—>详细评审—>评标结论—>评标报告。

25.9.2 评标准备

评标工作小组收集和准备各类评标过程中所需的文件、资料，并编制相关的评标表格；

组建评标委员会，选出评标委员会主任；

评标委员会专家阅读招标文件，了解本次招标的范围和性质，熟悉评标办法；

招标人有关人员向专家介绍项目的有关背景情况；

评标委员会成员熟悉评标过程中使用的表格。

25.9.3 初审

初审即是对投标文件的合格性进行审查。评标委员会将对每一投标人的投标文件的完备 性和合格性加以审查，确定其是否对招标文件做出实质性的响应。未对招标文件做出实 质性响应的，由评标委员会判定为无效标的，不能参加后续的评审。

初审内容：

25.9.3.1 投标人合格性满足招标文件投标资质的投标人。

25.9.3.2 投标文件的有效性，法人委托授权书的有效性，投标文件的签署和签章的有效性。

25.9.3.3 投标保证金的合格性：投标保证金的是否足额，是否满足有效期的规定。

25.9.3.4 投标文件的完整性：检查每个投标人的投标文件内容齐备性；投标文件正副本 数量是否满足《招标文件》中的要求；投标报价是否按照《招标文件》进行编制且报价 是否完整。

初步审查的各项内容中，如有一项没有合格，则视作未对招标文件做出实质性响应而不 能通过初步审查，该投标将被拒绝。

评标委员会将根据初步审查的结果，对通过的投标文件进行详细评审。

25.9.4 详细评审

评标委员会将根据评分办法说明的具体规定对所有合格投标文件的商务、技术及投标报 价作细致具体的评审和量化打分。

25.9.5 评标结论

评标委员会将汇总投标人的各项得分，并根据得分高低顺序向招标人推荐中标候选人。 出现得分相同的情况，以投标报价低者排名居先。

25.9.6 评标报告

评分工作结束后，评标委员会编制完成并向招标人提交一套完整的评标报告。

Ø 评标报告的具体内容应包括：

Ø 评标委员会报告

Ø 投标人情况登记表

Ø 开标记录及开标相关资料

Ø 评标委员会签到表及承诺书

Ø 评标过程记录表格

Ø 答疑和澄清有关情况（若有）

Ø 其他

26. 评标过程保密

26.1 开标之后，直到授予投标人合同止，凡是属于审查、澄清、评价和比较投标的有关资料以及授标意向等，均不得向投标人或其他无关的人员透露。

26.2 在评标期间，投标人不得就其投标有关的任何事项与招标人联系，投标人企图影响招标人的任何活动，将导致投标被拒绝，并承担相应的法律责任。

 

六　授予合同

27. 合同授予标准

除第29条规定外，招标人应将合同授予被确定为实质上响应招标文件要求的，能够满意地履行合同义务的投标人。

28. 招标人将对预中标人进行资格审查。

28.1 资格审查的内容是对投标人提交的资格证明文件和招标人认为必要的资料进行审查，必要时可对投标人进行实地考察。

28.2 接受资格审查的投标人必须如实回答和受理招标人的询问或考察，并提供所需的有关资料。

28.3 如果审查通过，则将合同授予该投标人；如果审查没有通过，招标人将按顺序对下一个投标人的能力作类似的审查。

28.4 资格后审时，招标人将对投标人提供的项目负责人、实施顾问、专家进行面试和考核，不满足要求者，投标人必须予以更换，直至招标人同意。否则，该投标人不能通过资格后审，有可能导致不被授予合同。

29. 招标人接受和拒绝任何或所有投标的权力

尽管有第27条规定，招标人在授予合同之前仍有选择或拒绝任何投标人中标的权力，对受影响的投标人不承担任何责任，也无义务向受影响的投标人解释采取这一行动的理由。

30. 中标通知

30.1 在投标有效期内，招标人以书面形式通知所选定的中标人。通知也可以电报、传真的形式，但需要随后以书面确认。

30.2 当中标人按第31及32条规定与买方签订中标经济合同并提交履约保证金保函后，招标人将向其他投标人发出落标通知，并退还投标保证金。招标人对落标的投标人不作落标原因的解释。

30.3 中标通知书将是合同的一个组成部分。

31. 签定合同

31.1 中标人应按中标通知书中规定的时间、地点与买方签定合同，否则按开标后撤回投标处理。

31.2 招标人在签署合同以及合同执行过程中，在保持单价和性能条款不变的前提下，有权对开发功能的数量和服务范围予以增加或减少，其变更的幅度在±20%以内。

32. 履约保证金

32.1 中标人在收到中标通知书后，应在两周内，按招标文件中履约保证金保函格式向招标人提供合同总价的10%的履约保证金。

32.2 中标人如未按第31及32.1条的规定办理，招标人有权撤销其中标资格并没收投标保证金。在这种情况下，招标人可另选中标人或另行招标。

32.3 履约保证金保函自签发之日起，至质量保证期满前有效。

33.4 中标人在投标或项目实施过程中如存在重大欺诈行为，招标人有权没收中标人的履约保证金。

33. 腐败和欺诈行为

33.1 定义

“腐败行为”是指提供、给予、接受或索取任何有价值的东西来影响评标委员会在评标过程中的行为，以及影响买方在合同实施过程中的行为。

“欺诈行为”是指为了影响评标过程或合同实施过程而谎报事实，损害买方利益，包括投标人之间串通投标，人为地使投标丧失竞争性。

33.2 如果招标人认为某投标人在本合同的竞争中有腐败或欺诈行为，则将拒绝其投标。对情节严重者，招标人将在一段时间内拒绝该投标人参加招标人所组织的其它招投标活动。

第三部分   项目及技术要求

香港中旅社云平台系统实施的总体要求

港中旅云平台CPM （HKCTS Cloud Platform），为香港中旅社将要自主设计研发的智能云平台。

该智能云平台：真正做到入口统一，数据共享互通，实时准确，操作易用便捷，同时支持PC和移动端，支持24小时随时随地的预定和移动办公。

港中旅云平台，将在资源整合、渠道拓展、流程管理、大数据分析上进行全面的重构升级，在坚持自有系统的完整性、安全性和自主性的前提下，云平台的设计和运营模式将更加具备包容性和开放性。

 

1、技术要求

兼容性: 对硬件要求低，对软件依赖少，容易移植到其他云平台、适应主流浏览器。兼容目前主流的浏览器，包括：谷歌浏览器、IE（8.0以上版本）、遨游浏览器（MYIE）、360安全浏览器、360急速浏览器、火狐浏览器（FireFox各版本）、QQ浏览器、搜狗浏览器等。适用于手机wap，兼容目前手机主流浏览器。

配置灵活: 可方便快捷的进行开户授权。

安全性: 系统之间接口的调用需要鉴权。

可扩展性: 可方便的通过部署多个服务器，提高系统处理能力。

1.1. 1非功能性要求

1.1.1.1. 严格遵循标准

系统各项技术遵循国际标准、国家标准、行业和相关规范。

1.1.1.2. 技术体系结构

系统结构采用B/S（Browser/Server）结构，即浏览器和服务器结构。用户工作界面是通过WWW浏览器来实现，要确保主流浏览器的兼容性、加载速度以及响应效率。

1.1.1.3. 性能与效率

在网络稳定的环境下后台管理系统同时在线数用户量不少于10000个，并发用户1000个以上且界面单一操作的系统响应时间小于0.5秒；

C端网站、App、h5等系统用户每日PV 1000万+，并发用户1000个以上界面操作操作的系统响应时间小于0.5秒。

1.1.1. 用户界面要求

1.1.1.1. 操作界面

实用系统界面设计友好、美观、简洁明了，具有缺省值、操作提示、自动检查、自动纠错功能；系统应提供符合繁体、简体、英文使用习惯的操作界面，所有与用户相关的信息都可根据配置进行简体、繁体、英文切换显示。

1.1.1.2. 维护界面

系统维护方便，业务流程设置操作直观简便；提供日志管理，对每位用户进入系统的空间、登录地址、操作等信息记录形成操作日志

1.1.2. 产品质量要求

1.1.2.1. 准确性

采取有效措施，对系统及数据的准确性进行保障。如：通过严密的数据校验，确保数据的准确性。

1.1.2.2. 适用性

系统的开发目标是服务于业务管理、服务于领导决策，其功能必须实用、完整，能够满足相关业务需求。

1.1.2.3. 可靠性

软件设计必须保证系统的稳定性和可靠性，需要建立完备的负载均衡机制。支持满足7x24小时连续工作，项目终验后，保证系统在99.99%的时间内能够正常运作，且有系统监控及预警机制。

1.1.2.4. 易维护性

应给维护人员提供对系统进行日常运维的工具（包括且不限于运维系统软件、自动化运维、脚本工具等），并结合设计制定切实可行的应急处治方案。

1.1.2.5. 先进性和成熟性

系统的设计应适应技术发展的潮流，保证系统的先进性，也需要兼顾技术上的成熟性，降低由于新技术和新产品不成熟因素带来的风险。

1.1.2.6. 安全性

系统服务器硬件平台应建立在较高性能的服务器或服务器群集上；服务器系统动态负载均衡，具有抗崩溃能力。系统应对数据和应用的安全性作充分考虑，并提供较完善的数据加密、痕迹保留、日志跟踪与分析功能。系统中的信息能够安全存储，且有良好的数据备份和快速恢复方案，保证系统中的信息不被非授权访问。采用单点登录及访问控制服务，保障系统数据的真实性、可靠性、保密性及效力特征。

1.1.2.7. 可扩展性

系统应提供与其它应用软件（异构系统）间的接口和数据交换标准，明确接口具体方式、技术原理、频率。并提供大量信息的导入功能。

系统具有二次开发能力，系统支持可视化流程定制，可以整合其他应用系统，进行门户统一管理。平台升级、软件版本升级或改进应在不影响业务的情况下进行。

1.1.2.8. 兼容性

本系统的指标体系、数据接口、信息数据项、信息分类编码标准和有关技术标准需与国家相关标准保持一致，与需集成的其它系统具有良好的兼容性。

1.1.2.9. 高效性

在对数据库及程序流程的设计中，应充分考虑对业务数据（含历史数据）进行高效录入、查询、统计、分析。要求系统响应速度快，减少用户等待时间，以便提高工作效率。

2、系统设计及功能要求

2.1 系统架构要求

香港中旅社云平台系统将采用分布式微服务方式进行对业务切分，且将采用主流的“大中台、小前台”策略进行业务架构和系统架构，将核心的业务服务抽象出来放到中台层。对业务多变的前台进行服务和支撑。

云平台CPM （HKCTS Cloud Platform）是由三个核心系统群构成，每个系统群下面都会有若干个子系统进行支持和服务，三个核心系统群如下：

    一、香港中旅社核心业务管理系统群（包括子系统如下）：

1、资源与流程管理

2、客户关系管理系统CRM

3、业务财务对接系统

4、运营管理系统

 

    二、香港中旅社供应商-渠道协作分销系统群（包括子系统如下）：

1、香港中旅社资源整合平台系统群

①　供应商管理系统     ②　供应商开放平台    ③ 资源整合API管理系统

 

2、香港中旅社To C 的直销服务平台系统群

①　PC端电子商务网站         ②　App移动端（IOS & Android）

③　H5 移动web端            ④　小程序端

⑤　呼叫中心销售服务系统      ⑥　自营门店销售服务系统（门店系统&旅游顾问系统）                       ⑦　第三方平台对接

 

3、香港中旅社To B 的分销服务B2B系统群

①　代理分销系统 ADS（B2B）     ②　地接报价系统（对外）

③  加盟渠道商SaaS管理平台（门店系统&旅游顾问系统&门店小程序&管理系统

 

 三、香港中旅社大数据智能分析系统（包括功能如下：）

产品维度分析

销售维度分析

财务维度分析

运营数据分析

用户及行为、价值多维度分析

系统运维分析

数据可视化

2.2 技术选型要求

架构形态：分布式微服务,前后端分离

操作系统：Linux CentOS / Aliyun OS  64位

服务器负载均衡：LBS / Nginx

服务器端编程语言：JAVA （主开发语言）/ Python（部分功能会涉及）

前端编程语言：Vue / H5 / Css3/ 小程序

IOS及Android：Swift / Kotlin /java

微服务框架基础：Spring Cloud、Spring Boot 

服务器：阿里云ECS

数据库：阿里云 MySQL Database / PolarDB

分布式数据库：阿里云DRDS / MyCat中间件

缓存数据库：分布式缓存数据库Redis 集群高可用，双副本

消息中间件：RocketMQ / Kafka

搜索服务： Solr / Elasticsearch

对象存储：阿里云OSS

文件加速：CDN

数据可视化：DataV

大数据处理：MaxCompute

认证鉴权：Spring Security Oauth2

其他技术选型根据实际业务需要进行选择和更迭

 

2.3 云平台系统使用形态要求

港中旅云平台CPM（HKCTS Cloud Platform）三大系统群软件系统形态：

一、港中旅核心业务系统形态：

1、基于B/S架构的PC管理端 ，兼容性见下方浏览器兼容要求

2、基于微信（ WeChat ）的小程序管理端。便于随时随地进行业务操作。

 

二、港中旅供应商-渠道协作分销系统形态：

1、PC管理端基于B/S架构的 ，达到如上浏览器兼容要求

2、To C App需在IOS和Android 2个操作系统上进行运行

3、To C H5手机浏览器，兼容主流IOS和Android移动端浏览器。

4、基于微信（ WeChat ）的小程序端。

 

三、港中旅大数据智能分析系统形态：

1、基于B/S架构且兼容其他显示设备，如：电视大屏等，其他兼容性见下方浏览器  兼容要求

2、H5手机浏览器，兼容主流IOS和Android移动端浏览器。

3、基于微信（ WeChat ）的小程序端。

 

3、 香港中旅社云平台业务需求（核心部分）

1.1. To C端业务需求

通过PC、移动端（IOS、安卓）、H5、小程序等方式，基于产品中心、订单中心、收 款、结算中心等业务中台理念，实现前端用户对于旅行类商品（旅行团、套票、机票、 酒店、船票、火车票、签证、碎片化等产品）的售前服务、售中服务、售后服务，如：

（1）商品查询、展示、预订、支付等基础功能，以及像购物车、会员中心、营销活动、 积分管理、物流查询、在线客服、评论等增加用户体验的前端应用。

（2）目的地管理、主题管理、标签管理、SEO优化管理、广告管理、产品推荐等强大 的网站运营平台，以便前端运营人员进行网站基础运营。

（3）C端支持多语言：简体、繁体以及英文

（4）支持首页ICON可配置，且整体色点可以统一配置管理

1.1.1. 商品管理

基于前端应用的产品中心，实现商品类目管理、品牌管理、属性管理、价格管理、商  品库存管理、商品详情管理、商品上下架管理等功能，同时基于产品中心模式支持商  品的灵活组合与销售

1.1.2. 会员中心

统一会员注册和管理，支持会员分级管理及忠诚度计划，以及大客户会员体系的建立 与创建设置，提供会员基础信息管理、会员订单管理、会员积分与兑换管理、会员权益 管理等功能。需与事业群会员系统集成。

1.1.3. 营销管理

创建和管理营销计划，提供营销工具，实现全平台或单店铺的营销活动管理，包括秒 杀、预售、立减、满减、满赠、折扣、优惠券、积分、储值卡等营销规则的制定和运营。

1.1.4. 支付平台

接入主流并符合香港和内地使用习惯的支付渠道，构建自有支付平台，实现用户的在 线支付、在线退款以及与后台业务系统的支付对接。

1.1.5. 运营管理

实现电商运营平台的用户管理、权限管理、系统设置等运营支撑功能与服务，同时提 供不限于目的地管理、主题管理、标签管理、SEO优化管理、广告管理、产品推荐等 网站运营服务工具。

1.1.6. 扩展管理

统一所有前端渠道以后台业务系统之间的产品、价格、流量的数据共享与数据业务流 转。对接发布API平台。

 

1.2. 中后台业务需求

支持不限于组团（出境、国内）、自由行、地接、入境、会展、邮轮六种主体业务模式。

1.2.1. 客户供应商管理

建立统一客户供应商管理，实现客户与供应商的实名制管理，不限与客户、供应商基 础数据管理、数据审核管理、客户收款/供应商销售统计与分析等大数据分析功能，同 时做好与财务系统数据对接的相关要求的处理。

为门市,网站,代理,团队等渠道操作环节提供基本数据,资源描述,相关图片信息，实现资 源共享,支持团散不同价格区隔,预定.预设API接口(供应商与分销渠道接口)。主要审核 业务部门提交的供应商资料，维护供应商/包团客户的EAS代码，财务代码录入。

1.2.2. 资源管理

实现酒店、机票、船票、火车票、巴士票、景点门票、签证、保险、租车、零售、餐 券、演唱会门票、球赛门票、直升机等多资源管理，不限于资源主数据管理、资源政策 管理、资源价格管理、以及针对资源使用情况的数据分析与统计功能。

1.2.3. 产品管理

基于资源管理，实现资源的灵活组合及多种产品包装，形成不限于旅行团、套票、机 票、酒店、船票等产品管理，包括：产品制作管理、产品分销管理、产品审核处理、产 品后台计调管理等，以对针对产品销售、关注度等情况的数据分析与统计功能。

1.2.4. 订单管理

实现多品类产品的统一订单管理，不限于订单基本信息展示、订单状态处理、游客信 息处理、营销活动处理、物流信息处理，以及针对产品中资源灵活组合完成的如资源预 订、价格变更、流量处理等功能。

1.2.5. 收款管理

实现业务系统收款管理，不限于实收款管理、预收款管理、在线支付配置管理、电子 发票管理等。

1.2.6. 结算管理

实现业务系统的单团结算处理，不限于首次结算、补单结算、导游报账、供应商对账、 结算账单处理、以及结算相关数据分析与统计功能。

1.2.7. 付款管理

实现业务系统付款管理，不限于付款管理、退款管理、供应商押金管理、付款账单处 理以及供应商付款相关数据分析与统计功能。

1.2.8. 财务系统

如上财务相关功能，最终需要与集团财务系统做对接

1.2.9. 销售系统

实现销售终端的产品销售、订单管理、收款管理、对账管理以及为销售终端赋能的管 理工具，不限于员工管理、考勤管理、物料管理、以及增加用户粘性的终端营销工具。

1.2.10. B2B分销

实现分销商产品销售及供应商产品维护的Ebooking同业系统，为分销商实现产品销售、 订单处理、销售对账、奖励处理等功能，为供应商实现资源价格维护、产品组织、分销 管理等功能，并根据分销商、供应商业务操作模式提供不同的数据分析服务。

1.2.11. 移动端管理工具

只销售端端后台查询、预定以及收款操作，支持其他业务部门的审核功能

1.2.12. 财务系统

对接事业群统一的财务系统，实现收款、结算、付款的实时数据同步，达成业财统一要求。

1.2.13. 扩展管理

对接外部第三方资源系统（酒店、机票、船票、门票、巴士票、火车票、签证、保险、 租车、零售、餐券、演唱会门票、球赛门票、直升机等）、第三方分销平台（飞猪、携 程、美团等）。

1.2.14. 资源整合管理

对于多产品渠道来源，要做统一标准整合，包括：系统录入、各API对接

 

1.2.15. 组织架构及权限

灵活的组织架构权限管理功能。权限包括 功能权限、数据权限，组织架构包括支持集 团、公司、部门、组及内部部组织架构，且支持各类旅游相关人员管理，如：导游、领 队管理及排班等

1.2.16. 组织架构及权限

基础元数据系统确保系统数据标准一致。且可以与事业群系统对接

1.2.17. 云平台核心系统重点难点功能

1、机票搜索服务，多来源机票通过API 实时查询后进行汇总、筛选、排序；

2、酒店搜索服务，多来源机票通过API 实时查询后进行汇总、筛选、排序；

3、目的地碎片化搜索服务，多来源机票通过API 实时查询后进行汇总、筛选、排序；

4、动态打包服务，多渠道来源，多类型旅游产品产品来源进行规则汇总，筛选、排序；

5、网络爬虫服务，提供抓取、抢票等功能，应用于火车票、签证自动办理等服务；

6、实时搜索和离线计算处理；

7、业财直连，业务系统对接集团财务系统；

8、数据可视化，业务数据与DataV 进行数据交互和显示。

4、香港中旅社云平台系统实施要求

根据本项目的特点，要求开发商组建一支高水平、稳定的研发团队进行系统研发工作。系统建设工作内容包括：

1. 系统规划

根据本项目的特点和要求，开发商进行高水平的系统规划。

2. 需求分析

在现有业务需求说明书等基础上进行详细的需求分析。

3. 系统设计

根据本项目的特点，在需求分析基础上进行系统概要设计和详细设计。

系统设计中应充分考虑功能、性能和效率以及安全性，保证系统的正常运行。系统设计中提出系统软硬件环境建议，充分系统的数据流量、网络连通性、网络响应速度、网络并发性、安全性等诸多因素。

4. 系统开发

开发商根据需求分析和系统设计，按照规范和要求进行系统开发，并进行详细注释，保证系统的编码的质量和性能。

5. 系统测试

开发商应负责系统开发过程中及用户使用前的系统测试，并编制测试报告。

6. 数据迁移

开发商应负责项目中各工程基本数据的录入，以及现有系统中数据的导入和录入。

7. 系统实施部署

在系统正式移交采购人前，开发商应按系统各模块交付时间表部署相应的模块，并进行阶段性培训工作，解答各级用户提出的系统使用问题和现场操作问题。在软件试运行过程中应对由于管理业务的细化所产生的修改意见和问题提出解决方案，并进行修改完善。

8. 系统验收

为了保证项目质量，将事后控制变为事前控制、事中控制，每个阶段性工作完成后，需要进行中间成果评估验收。在全部模块安装试运行，并经过修改完善后三个月内，进入正式运行。正式运行后1个月内，开发商负责按照采购人的要求进行本系统软件及其各类文档的移交验收准备工作，由采购人成立验收考评小组，根据验收标准进行验收。验收合格后，开发商向采购人移交相应项目成果。

9. 用户培训

供应商应制定详细的培训计划和详细的培训教材（含使用手册）和培训教师，对系统最终用户、超级用户、系统和网络管理员进行培训。

10. 系统维护

开发商应为本次统一招标的建设项目所有用户单位提供为期至少三年（以工程竣工为准）的免费系统维护和技术支持服务，系统响应时间不应超过24小时。

开发商须在投标书中明确承诺，并在投标书中详细列出服务项目清单，如服务提供名称、服务内容、方式、人员、服务技术要求及响应时间等。

开发商须并做出无推诿承诺：即开发商应提供特殊措施，无论由于哪一方产生的问题而使系统发生不正常情况时，并在得到采购人通知后，须立即派系统相关开发人员到场，全力协助采购人和其他供应商，使系统尽快恢复正常。

 

5、香港中旅社系统开发参与人员要求：

基本资格要求：项目实施的相关人员一经确定在项目实施过程中不许更换，如为确保项目实施进度，根据情况需要可以增加高级别的项目实施相关人员。

·技术总监、技术专家：

⑴ 现任本单位主要技术负责人，高级技术专家角色，有8年以上大型企业技术管理经验。

具有丰富的大型系统实施经验，组织团队实施5个以上大型企业集团系统实施案例及经验，具备分布式微服务架构能力、具备大流量、高可用、高并发系统设计和架构能力。

核心素质： 具备优秀的技术架构、问题解决以及沟通、分析和解决问题的能力。

·资深业务架构师：

⑴熟悉旅游行业业务及流程，8年以上相关经验，具备至少3个以上旅游行业系统产品和需求，且成功实施并上线；

⑵ 具备良好的旅游业务分析问题和解决问题的能力，具备根据企业特点来梳理业务的需求的能力；

⑶ 具备职业素养和职业道德，工作责任心强，善于沟通；

核心素质： 优秀的业务架构和梳理能力，对旅游行业有较深的理解，具备较强的沟通、分析和解决问题的能力。

 

·项目经理

⑴ 8年以上IT项目管理经验，具备至少5个以上不少于30人的项目管理经验，

⑵ 对项目管理专业知识有深入了解，具有PMP、IPMP、PRINCE2等相关资质认证

⑶ 具备优秀的项目决策能力和风险管控能力，有多项目并行实施和多方协作经验，有较强的沟通、质量及节点把控及快速解决问题的能力。

核心素质： 具备优秀的项目资源协调、风险把控以及进度管理能力，具备良好的沟通、分析和解决问题的能力。

本项目还涉及参与项目的角色如下：

产品经理（含需求分析）

UI设计

web前端工程师

IOS软件工程师

Android软件工程师：

Java软件工程师

测试工程师（含功能测试/压力测试）

运维工程师

   具体人员要求请参照附件：项目人员要求表

 

6、项目管理要求

1. 项目管理规范

按照ISO9001：2000系列质量体系认证和CMMI3认证的开发规范建立规范、完整的开发文档。主要包括需求分析、概要设计、详细设计、测试文档、系统实施手册、管理员手册、使用手册等。开发过程中发生需求变更、设计调整等情况时，要有规范的、可回溯的记录文档。产品和所有技术文档要具有严格的一致性。

2. 系统著作权

投标人须承诺：开发所涉及软件的知识产权为投标人合法所有或经合法授权；本系统开发的所有成果版权属于香港中国旅行社有限公司所有，系统验收完成后，本项目的全部源程序、软件产品以及所有文档资料须于三个月内上交，未经许可，投标人不得擅自修改、使用、转让。

投标人须承诺：如中标，本项目的开发及产品没有任何不能提交著作产权的内容和技术细节,并保证提交的源程序编译执行后系统正常以及方便后期升级维护。

3. 系统开发与技术服务

3.1. 系统维护

开发商应该具备与系统相适应的服务和维护能力。开发商须在深圳有固定的场所及人员负责项目的开发和维护工作，并提供日常维护服务。

3.2. 技术服务

投标人须承诺本项目产品质量保证期为三年，自项目验收合格后计算。质量保证期内，开发商应负责免费对运行中出现的故障进行解决，提供系统的维护。 投标人应在标书中提供三年质量保证期过后的维护方案。后续技术服务。开发商需提供本地化的技术支持服务，运行中出现故障时：疑难问题（不危及运行）在24小时内答复用户；重大问题（危及运行）在2小时内到现场处理或通过网络远程处理；特大问题（系统不能正常运行）在2小时内恢复系统运行，并在24小时内派系统开发人员和其他技术人员到现场解决。

3.3. 项目成果物

1、系统软件

香港中旅社云平台系统软件；

2、系统源代码

香港中旅社云平台系统涉及的全部源代码；

3、应提交的报告（不少于但不限于以下文件）

Ø 香港中旅社云平台系统规划报告；

Ø 香港中旅社云平台系统需求分析报告；

Ø 香港中旅社云平台系统概要设计报告；

Ø 香港中旅社云平台系统详细设计报告；

Ø 香港中旅社云平台系统数据库设计报告；

Ø 香港中旅社云平台系统软硬件环境报告；

Ø 香港中旅社云平台系统测试方案；

Ø 香港中旅社云平台系统测试报告；

Ø 香港中旅社云平台系统验收报告；

Ø 香港中旅社云平台系统项目管理工作手册；

Ø 香港中旅社云平台系统用户操作手册；

 4、提交时间

 按合同条款中的开发周期分阶段提交。

7、实施周期

    实施周期为六个月，从合同签订后到全部软件开发及测试完成并上线运行。

系统总体计划2020年完成最终验收，阶段计划如下：

2020年4 月底，完成系统规划、需求分析及详细设计并通过专题验收

2020年8 月底，完成系统设计与开发工作，启动项目测试。

2020年9 月底，完成系统联调测试，启动数据迁移。

2020年10月底，完成从业企业相关信息的老系统数据筛选导入与新数据验证工作。

2020年11月初，系统上线，业务试运行、培训。

2020年12月15日，系统试运行结束，完成验收。

第四部分  履约保证金

履约保证金保函

(中标后开具)

                    (买方名称):

本保函是我行                 (银行全称)为                  (以下简称卖方)根据                 (招标人名称)组织的                     (招标编号、招标项目名称)招标的结果，将与              (以下简称买方)签订及执行经济合同提供的担保。保证金额为(大写)         元人民币，即合同总金额的10%。

当我行在收到贵方说明卖方违约的书面通知后，我行将立即按通知要求金额无条件地支付给贵方，而贵方无须证明或说明要求的原因和理由。

本保函的有效期为自开出之日起，至质量保证期满之日止。

银行全称：                                

(盖章):                                   

开具人(签字)：                            

职　务：

日　期：

           
 第五部分　投标文件格式

（一）投标函

    (招标人名称)：

        (投标人全称)                    (全权代表名)              (职务、职称)为全权代表， 参加贵方组织的                       (招标编号、招标项目名称)招标的有关活动。为此：

1、提供投标须知规定的全部投标文件：

   投标文件正本一份，副本三份，电子文档一份。

2、我方愿以人民币               元的投标总价并按要求承包上述工程的实施和服务。

质量保证期为          年。

3、优惠条件如下：

4、保证遵守招标文件中的有关规定和收费标准。

5、保证忠实地执行买卖双方所签的经济合同， 并承担合同规定的责任义务。

6、愿意向贵方提供任何与该项投标有关的数据、情况和技术资料。

7、本投标自开标之日起      天内有效。

8、与本投标有关的一切往来通讯请寄：

地址：                                              

邮编：          电话：             传真：           

投标人全称(盖章)：

全权代表(签字)：

日期：

序号	偏离项	招标文件要求	偏离情况	备    注
1
2
3
4
5
6
……