吉林省运输管理局吉林省道路客运联网售票系统工程(应用软件开发、数据工程、系统集成、短信息平台)(公开招标)
吉林省运输管理局吉林省道路客运联网售票系统工程(应用软件开发、数据工程、系统集成、短信息平台)(公开招标)
吉林省政府采购中心********.files/themedata.thmx">
吉林省政府采购中心
关于就吉林省运输管理局 吉林省道路客运联网售票系统工程(应用软件开发、数据工程、系统集成、短信息平台)
目招标文件（征求意见稿）公开征求修改意见和建议的
公告
为更好地完成 吉林省运输管理局 吉林省道路客运联网售票系统工程(应用软件开发、数据工程、系统集成、短信息平台) 项目的招标采购工作，现将 吉林省运输管理局 吉林省道路客运联网售票系统工程(应用软件开发、数据工程、系统集成、短信息平台) 项目招标文件（征求意见稿）予以公示，请有意参加本项目投标的潜在供应商就本项目招标文件（征求意见稿）提出修改完善的意见和建议。
1
请供应商特别注意：
2
3
4
联系地址：吉林省长春市文化街158号
项目联系人：周君
联系电话: ****-********
邮政编码：130051
吉林省政府采购中心货物招标文件
第一章、投标人须知
1．适用法律：本次招标适用法律法规为《中华人民共和国政府采购法》、《政府采购货物和服务招标投标管理办法》及政府采购其它相关法规。
2．定义：
2.1“招标人”指吉林省政府采购中心，负责采购活动的组织工作。
2.2“采购人”指吉林省运输管理局，负责采购项目的整体规划、采购需求设计和可行性论证，作为合同的需方，承担质疑答复，合同履行、验收、评价等义务。
2.3“招标内容”详见招标文件（需求部分）第二章《货物需求和评标办法》。
2.4“潜在投标人”指下载招标文件后点击了“投标”按钮确认参加投标的供应商。
2.5“投标人”指响应本招标文件参加投标的供应商。
3．投标费用：投标人应自行承担所有与编写和提交投标文件有关的费用，无论投标的结果如何，招标人和采购人在任何情况下均无义务和责任承担这些费用。
4. 招标文件：
4.1 招标文件的构成：
通用部分
第一章 投标人须知
第二章 合同条款
第三章 政府采购合同书格式
需求部分
第一章 投标邀请书
第二章 货物需求和评标办法
第三章 投标文件构成、要求及格式
第四章 附件
4.2 投标人应认真阅读招标文件中所有事项、格式、条款和规范等要求。如果投标人没有按照招标文件要求提交全部文件资料或投标文件没有对招标文件在各方面都做出实质性响应，是投标人的风险。
5. 招标文件的澄清和修改
5.1 任何要求对招标文件进行澄清或对招标文件质疑的投标人，均应从其登录采购中心网站点击“投标”按钮确认参加投标之日起七个工作日内在政府采购电子化交易平台上提交给招标人，超过这个规定期限提出的澄清要求或质疑将不予受理。招标人对收到的澄清要求将视所提问题的具体情况予以答复澄清，在政府采购电子化交易平台上向潜在投标人发出，并在发布招标公告的媒体上公告。答复中可以包括所提的问题，但不包括问题的来源。招标人对收到的供应商质疑，将按照政府采购法律规章的规定处理。
5.2 招标人可在投标截止时间15日前（含）对招标文件进行修改、补充。招标文件的修改、补充文件将在政府采购电子化交易平台上向潜在投标人发出，并在发布招标公告的媒体上公告。
5.3 招标文件的澄清、修改、补充文件均构成招标文件的组成部分，对所有投标人具有约束力，而无论其是否已经实际收到该澄清、修改、补充文件（包括答疑会纪要）。投标人若收到该澄清、修改、补充文件，则应立即回复确认已收到。
5.4 为使投标人有充分的时间对招标文件的澄清、修改、补充部分进行研究，招标人可在投标截止时间3日前（含）自行决定酌情延长投标截止时间，延长投标截止时间的公告将在发布招标公告的媒体上发告，并在政府采购电子化交易平台上向所有潜在投标人发出。在这种情况下，招标人和投标人受投标截止时间制约的所有权利和义务均相应延长至新的投标截止时间。
6. 投标文件构成：
6.1投标文件分为商务部分和技术部分。商务部分是投标人提交的证明其具有合格的投标资格和中标后有能力履行合同的文件。技术部分是能够证明投标人所提供货物和服务的合格性和符合招标文件规定的文件。
6.2 投标人应提交招标文件（需求部分）第三章《投标文件构成、要求及格式》要求的全部商务文件和技术文件，若有缺失、无效或者不符合招标文件要求，将导致其投标被拒绝。
6.3 投标文件要求提交的投标保证金。
7. 投标文件的编制
7.1 投标语言：投标文件以及投标人与招标人就有关投标的来往函电均使用中文。
7.2 计量单位：中华人民共和国法定计量单位。
7.3 投标文件规格应采用A4幅面，打印，按照招标文件规定的顺序，统一编目编码装订。为便于评标，技术文件中的各项表格应按照招标文件规定的格式制作。
7.4 投标人在投标文件以及在投标、谈判、合同签订、履行过程中所签署的相关文件中所加盖的公章，均须按照招标文件的规定加盖与投标人名称全称相一致的标准公章，不得使用彩喷或者彩印的印章，否则将被视为无效。
7.5 招标人不接受采用传真方式提交的投标文件。
8. 投标报价
8.1投标货币：所有投标报价均以人民币元为计算单位。
8.2投标人应一次性报出投标货物的单价和总价，每种货物只允许有一个报价，任何有选择的报价将不予接受。投标人所报价格应为在本招标文件指定地点交货、由投标人负责安装调试、验收合格并交付的全部价格。
8.3投标人所报的价格在合同执行过程中是固定不变的，不得以任何理由予以变更。以可调整的价格提交的投标将作为非响应性投标予以拒绝。
8.4 最低报价不能作为中标的保证。
9. 投标保证金
9.1投标人须按照招标文件（需求部分）第一章《投标邀请书》标明的招标人帐户名称，在投标截止时间之前，提交投标保证金。投标保证金应当以银行汇票、银行本票或银行保函方式单独提交（均为
招标人特别声明：供应商在提交保证金时，票据上必须注明投标供应商名称，未注明的或以个人名义提交的，视为未按要求提交保证金。投标人以现金、现金支票、银行转帐支票及汇入（存入）等方式提交的投标保证金的，视为未按要求提交保证金。
9.2 联合体投标的，可以由联合体中的一方或共同提交投标保证金，以一方名义提交投标保证金的，对联合体各方均具有约束力。
9.3 投标保证金是投标文件的一个组成部分。在开标时，凡没有按规定提交投标保证金的投标，将被视为非响应性投标予以拒绝。
9.4 落标人的投标保证金将在中标通知书发出后5个工作日内退还。
9.5 中标人的投标保证金，在中标人按规定签署合同，并交纳履约保证金后5个工作日内退还。
9.6 投标保证金将一律由项目负责人退还。
9.7 下列情况之一发生时，投标保证金将不予退还：
（1）投标人在招标文件规定的投标有效期内撤回其投标；
（2）中标人未按规定提交履约保证金的；
（3）中标人未按规定时间、地点与采购人签订合同的；
（4）在招投标过程中，严重扰乱招投标程序的；
（5）招标文件规定不予退还投标保证金的其他情形。
10. 投标有效期：
10.1 投标有效期为自开标之时起90天。投标文件在这个规定期限内应保持有效。
10.2 在特殊情况下，招标人可与投标人协商延长投标有效期。这种要求和答复都应以书面形式进行。投标人可以拒绝接受延期要求而不会被没收投标保证金。同意延长投标有效期的投标人除按照招标人要求修改投标文件的有效期外，不能修改投标文件的其他内容。
10.3 中标人的投标文件有效期等同于合同履行期。
11. 投标文件的式样和签署
11.1
11.2 投标文件中如有修改错漏处，应在修改处加盖投标人公章。
12. 投标文件的修改和撤回
12.1 投标人在递交投标文件后，可以修改或撤回其投标文件，但招标人必须在规定的投标截止时间之前收到投标人的修改或撤回的书面通知。
12.2 投标人的修改或撤回通知书应按对投标文件的规定一样进行编制、密封、标记和递交，并标明“修改”或“撤回”字样。
12.3 在投标截止时间（开标时间）之后，投标人不得对其投标书做任何修改（包括开标一览表的内容）。
12.4从开标时间起，至投标有效期期满，投标人不得撤回其投标，否则，其投标保证金将不予退还。
13. 投标
13.1 投标人应按招标文件规定的格式和顺序编制投标文件、并装订成册、密封，在信封上标明招标项目名称、项目编号、投标人名称、地址、联系方式和邮编，并在封口处加盖投标人公章，在《投标邀请书》规定的投标地点和投标截止时间前递交给招标人。
13.2投标文件应标明“正本”、“副本”字样，副本为正本的复印件，骑页加盖投标人公章。
13.3 投标人应按招标文件（需求部分）第三章《投标文件构成、要求及格式》中的格式和要求单独编制一份《开标一览表》，按照对投标文件同样的要求单独密封和标记，与投标文件同时递交。
13.4招标人将拒绝接受并原封退回在规定的投标截止时间以后递交的投标文件。
13.5投标截止时间结束后投标人不足三家的，将重新招标。
（重新招标备选条款）13.5投标截止时间结束后投标人不足三家的，参照本章16.11条款规定办理。
14. 开标
14.1招标人将在《投标邀请书》规定的时间和地点公开开标。投标人法定代表人或其授权代理人应参加并签名报到以证明其出席，并携带有效身份证件以备审查。
14.2 开标会由招标人组织并主持。开标前，由监督人员或者投标人代表检查投标文件的密封情况并当场宣布检查情况。
14.3 开标时，招标人将按照投标人提交的“开标一览表”，当众宣读投标人名称、修改和撤回投标的通知、投标价格、交货时间、是否提交了投标保证金等内容。
14.4 开标时未宣读的投标价格等实质性内容，评标时不予承认。
14.5 按照投标人须知第12条的规定，提交了可接受的“撤回”通知的投标将不予开封。撤回的投标书将原封退回投标人。
14.6 招标人将做开标记录，开标记录包括按本须知第14.3款的规定在开标时宣读的全部内容。开标记录将在开标后由监督人员或者投标人代表签字确认。
14.7 开标时有下列情形之一的为无效投标：
（1）投标文件在规定的投标截止时间以后送达的；
（2）未按招标文件规定提交投标保证金的；
（3）投标文件未按招标文件规定密封的；
（4）未提交单独密封的开标一览表或者开标一览表未按规定加盖公章和/或有效签署的；
（5）没有点击“投标”按钮确认参加投标的，或者投标人名称与确认参加投标的供应商名称不符的；
（6）到投标截止时间未签到的；
（7）招标文件规定开标时属于无效投标的其他情形。
14.8 开标时有下列情形之一的，招标人有权宣布本项目废标：
（1）交货时间符合招标文件要求的投标人不足三家的；
（2）所有投标人的报价均超过采购项目预算，采购人不能支付的。
15. 评标过程的保密性：公开开标后，直至向中标的投标人授予合同时止，除按招标文件规定予以公开的评标结果外，凡与审查、澄清、评价和比较投标有关的资料以及授标意见等，均不得向投标人及与评标无关的其他人透露。
16. 评标
16.1评标工作由招标人负责组织，具体评标工作由招标人依法组建的评标委员会负责。评标委员会由有关的技术、经济方面的专家和采购人代表组成。评标委员会的专家成员由吉林省政务公开协调办公室招投标服务中心组织采购人代表和监督人员从吉林省政府采购监督管理部门建立的专家库中随机抽取产生，采购人代表由采购人委派。需要设立评标委员会主任的，评标委员会主任由专家担任，由评标委员会成员选举产生，负责主持具体评标工作。评标委员会根据有关法律法规和招标文件规定的方法和标准独立评标，负责完成评标的全过程直至评定预中标人。招标人只负责评标组织工作，不参加评标。
16.2 审查是否所有投标人的报价均超过采购预算：根据《中华人民共和国政府采购法》的规定，所有投标人的报价均超过采购预算，采购人不能支付的，应予废标。
16.3审查投标人是否存在串通投标行为：评标委员会发现投标人有下列情形之一的，将认定属于串通投标行为，相关投标人的投标应作废标处理。评标结束后，采购中心将以书面形式报告吉林省政府采购监督管理部门：
（1）不同投标人的投标文件中错、漏之处相同的；
（2）不同投标人的投标文件相互混装的，或者相互加盖了对方公章的，或者相互出现了对方法定代表人或者授权代理人签名的，或者相互书写了对方名称的；
（3）一家投标人的投标文件中加盖了另一家投标人公章的；
（4）不同投标人的投标文件中，项目成员出现同一人的；
（5）不同投标人的投标文件的制作非正常一致的；
（6）不同投标人的投标文件中相关内容的段落、字句、售后服务电话、联系人姓名等非正常一致的；
（7）一家投标人的投标文件中装订了标有另一家投标人名称的文件材料，或者出现了另一家法定代表人或者授予代理人签名的，其投标作废标处理；
（8）不同投标人的投标文件由同一投标人或者同一个人编制的；
（9）《关于禁止串通招标投标行为的暂行规定》（国家工商行政管理局令第82号）第三条规定的串通投标行为；
（10）投标人串通投标的其他情形。
16.4 对投标文件商务部分（投标人资格）进行审查：评标委员会将审查每个投标人提交的商务文件是否齐全完整，是否合法有效，是否有重大偏离和保留，是否符合招标文件要求。商务（投标人资格）审查不符合招标文件要求的投标文件将被拒绝。
16.5 对投标文件技术部分（符合性）进行审查：
16.6 重大偏离和保留是指实质上影响合同的供货范围、质量和性能，或者实质上限制了合同中采购人的权利或投标人的义务。投标文件有下列情形之一的属于重大偏离和保留，将作废标处理：
（1）投标文件不完整、无效或不符合招标文件的规定；
（2）投标文件未按招标文件的规定有效签署和/或加盖公章；
（3）投标文件载明的项目完成期限超过招标文件规定的期限；
（4）投标文件明显不符合招标文件规定的技术规格、技术标准要求；
（5）投标文件载明的货物包装方式、检验方法和标准等不符合招标文件要求；
（6）投标文件正、副本内容不一致的；
（7）投标文件附件有采购人不能接受的条件；
（8）投标文件未按招标文件规定格式和顺序编制页码的；
（9）不符合招标文件规定的其他实质性要求。
16.7评标委员会将允许修正投标文件中不构成重大偏离的细微偏离，但这些修正应不会对实质上响应招标文件要求的投标人的竞争地位（相互排序）产生不公正的影响。
16.8 评标委员会对投标文件的判定，只依据投标文件内容本身，不依据任何外来证明。
16.9 投标报价的审查：评标委员会将对商务审查、技术审查合格的投标文件的报价进行审核，看其是否有计算和累加上的错误。修正错误的原则如下：投标报价以《开标一览表》的报价为准。
16.10 澄清：评标委员会对于投标文件实质性响应了招标文件要求，但在个别地方提供了不完整的技术信息和数据，以及同类问题表述不一致或者有明显文字和计算错误等细微偏离问题，将以书面形式（澄清细微偏离由评标委员会依据招标文件集体决定并由评标委员会专家签字）要求投标人在规定的时限内（在评标结束前）作出必要的澄清、说明或者补正。投标人的澄清、说明或者补正应当采用书面形式，由投标人法定代表人或其授权代理人签字（须提交签字人身份证件并与投标文件签字人一致），并不得超出投标文件的范围或者改变投标文件的实质性内容。投标人拒不进行澄清、说明、补正的，或者不能在规定时间内作出书面澄清、说明、补正的，评标委员会将拒绝其投标。
*接受细微偏离有利于采购成功，不应因细微偏离而废标。
16.11(重新招标备选条款)
17. 政府采购进口产品的规定
按照财政部《政府采购进口产品管理办法》第一章第四条关于“政府采购应当采购本国产品，确需采购进口产品（指通过中国海关报关验放进入中国境内且产自关境外的产品）的，实行审核管理”的规定，招标采购文件中凡未明确标明采购进口产品的，均为采购本国产品，投标人必须投标本国产品，投标进口产品的为无效投标。
在中国境内生产或组装的外国品牌产品须标明该产品在中国国内制造厂商名称。否则，按进口产品对待。
18.政府强制采购节能产品的规定
18.1 按照财政部、发展改革委最新发布执行的《节能产品政府采购清单》的规定，《货物需求及技术规格要求》中凡包含强制采购产品的，投标人必须提供列入《节能产品政府采购清单》的产品，否则投标无效。
18.2 《货物需求及技术规格要求》中包含计算机设备的，投标人必须投标预装正版操作系统软件的计算机产品，否则无效。
19. 签订合同
19.1 招标人将在投标有效期期满之前向中标人发出《中标通知书》。中标通知书是合同的组成部分，对采购人和中标人均具有法律约束力。
19.2 中标通知书发出后，采购人改变中标结果的，或者中标人放弃中标项目的，应当依法承担法律责任。
19.3 中标人应按中标通知书规定的时间与采购人和招标人签订合同。如果中标人未在规定的时间内签署合同，视为自动放弃中标资格，其提交的投标保证金不予退还，列入不良行为记录名单，在一至三年内禁止参加政府采购活动并予以公告。投标人在被评标委员会评定为预中标人（中标人）之后、中标通知书发出之前放弃中标的，按本条规定处理。
19.4 中标结果将在发布招标公告的媒体上公告，不再以书面方式通知落标人。
20.保密和披露
20.1 投标人自下载招标文件之日起，须承诺承担本招标项目下的保密义务，不得将因本次招标获得的信息向第三人外传。
20.2 招标人有权将投标人提供的所有资料向其他政府部门或有关的非政府机构负责评审标书的人员或与评标有关的人员披露。
20.3 在下列情形下：当发布中标公告和其它公告时，当国家机关调查、审查、审计时，以及在其他符合法律规定的情形下，招标人无须事先征求投标人/中标人同意而可以披露关于采购过程、投标文件、合同文本、合同签署情况的资料、投标人/中标人的名称及地址、采购内容的有关信息以及补充条款等，并且对任何已经公布过的内容或与之内容相同的资料无须再承担保密责任。
21.质疑和投诉
21.1投标人认为招标文件、招标过程和中标结果使自己的合法权益受到损害的，应当在知道或者应知其权益受到损害之日起七个工作日内，向采购人、招标人提出质疑。投标人对招标人的质疑答复不满意或者招标人未在规定时间内作出答复的，可以在答复期满后十五个工作日内向同级采购监管部门投诉。
21.2质疑书、投诉书均应明确阐述招标文件、招标过程和中标结果中使自己合法权益受到损害的实质性内容，提供相关事实、依据和证据及其来源或线索，便于有关单位调查、答复和处理
第二章 合同条款
1．定义：除非另有约定，在本合同下列术语按如下定义进行解释：
（1）“合同”指供需双方或供需双方和吉林省政府采购中心签署的、在合同中载明的合同各方所达成的协议，包括构成合同的所有附件、附录和其他文件。
（2）“附件、附录”指与本合同的订立、履行有关的，经供需双方或供需双方和吉林省政府采购中心认可的，对本合同约定内容进行细化、补充、修改、变更等的文件资料。
（3）“合同价格”指根据合同规定供方正确地完全履行合同义务后需方应支付给供方的价格。
（4）“货物”指根据合同规定供方须向需方提供的一切材料、设备、机械、仪表、备件、工具和/或其它材料。
（5）“服务”指根据合同规定供方承担的与供货和履行合同有关的辅助服务。
（6）“需方”指政府采购货物和服务的使用单位。
（7）“供方”指按照合同规定向需方提供货物和服务的公司或实体。
（8）“第三方”指本合同以外的任何中国境内、境外的法人、自然人或其他组织。
（9）“日、天”均指日历天数。
（10）“工作日”指扣除公休日和国家法定节假日以外的日历日。
（11）“招标文件”指《吉林省运输管理局 吉林省道路客运联网售票系统工程（应用软件开发、数据工程、系统集成、短信息平台）项目招标文件》。
2．适用范围：本合同条款仅适用于吉林省运输管理局吉林省道路客运联网售票系统工程（应用软件开发、数据工程、系统集成、短信息平台）项目。
3．合同内容：详见招标文件“货物需求及要求”及供方的投标文件。未尽事宜在“政府采购合同书中”约定。
4．合同价格、交货时间及地点、交货方式、付款方式及条件：在“政府采购合同书”中约定。
5．知识产权及有关规定：供方应保证需方在使用本合同项下的货物或其任何一部分时免受第三方提出侵犯其知识产权、商标权或工业设计权的起诉。如果发生此类问题，供方应负责交涉并承担一切费用和责任。
6．保密条款
6.1任何一方对其获知的本合同涉及的所有有形、无形的信息及资料（包括但不限于供需双方的往来书面文字文件、电子邮件等）中另一方的商业秘密或国家秘密负有保密义务。
6.2除非法律、法规另有规定或得到本合同之另一方的书面许可，任何一方不得向第三方泄露前款规定的商业秘密或国家秘密。保密期限自任何一方获知该商业秘密或国家秘密之日起至本条规定的秘密成为公众信息之日止。
7.合同的解释
7.1任何一方对本合同及其附件的解释均应遵循诚实信用原则，依照本合同签订时有效的中华人民共和国的法律、法规以及人们通常的理解进行。
7.2本合同中以日（天）表述的时间期限均指公历日。
7.3对本合同的任何解释均应以书面做出。
8．包装要求：除合同另有规定外，供方提供的全部货物均应按国家或行业标准进行包装。因包装出现问题导致货物毁损的,由供方向需方直接承担责任。每一个包装箱内应附一份详细的装箱单和质量合格证书。
9．包装标志：每一包装箱应用不褪色的油漆以醒目的中文字样做出相关标记。
10．伴随服务
10.1供方应提供所交付货物的全套技术文件资料，包括产品目录、图纸、操作手册、使用说明、维护手册和服务指南等。
10.2供方还应提供下列服务：货物的现场安装、启动和试运行；提供货物组装和维修所需的工具；在质量保证期内对所交付货物提供运行监督、维修、保养等；在制造厂家和/或在项目现场就货物的安装、启动、运行、维护等对需方人员进行培训。
10.3上述伴随服务的费用应包含在合同总价中，不单独进行支付。
11．质量保证期及售后服务
11.1质量保证期及售后服务：详见招标文件的要求，供方提交的售后服务承诺书和制造厂商的有关文件，如果上述文件有不一致之处，以对需方有利的为准。
11.2如果上述第11.1款无特别约定，本合同项下货物的质量保证期为从需方验收合格并交付给需方之日起12个月。
12．质量保证
12.1 供方应保证所提供的货物是原制造厂商制造的、经过合法销售渠道取得的、全新的、未使用过的，并完全符合合同规定的品牌、规格型号、技术性能、配置、质量、数量等要求。供方应保证其所提供的货物在正确安装、正常使用和保养条件下，在其使用寿命期内具有满意的性能。在货物最终验收合格交付后不少于本合同条款第11条规定的质量保证期内，供方应对其交付的货物由于设计、工艺或材料的缺陷而产生的故障负责。
12.2 在质量保证期内，如果货物的规格型号、配置、技术性能、原产地及制造厂商以及其他技术质量指标与合同约定不符，或证实货物是有缺陷的，包括潜在的缺陷或使用不符合要求的材料等，需方应尽快以书面形式向供方提出索赔。
12.3在质量保证期内，供方在接到需方的通知后，应在本合同条款第11条约定的响应时间内,免费维修和/或更换有缺陷的货物或部件。
12.4 如果供方在接到需方通知后，在本合同条款第11条约定的响应时间内没有弥补缺陷，需方可采取必要的补救措施，但其风险和费用将由供方负担，并且需方根据合同规定对供方行使的其他权利不受影响。
13．验收
13.1供方提交的货物由需方负责检验验收，或由需方聘请当地质检（商检）部门或有关部门对货物的品种、规格、性能、质量、数量、外观以及配件等进行检验，并出具检验证书。检验费用由供需双方协商确定。
13.2验收过程中，如果供需双方对合同标的质量发生争议，应当聘请当地质检（商检）部门或有关部门对有争议的货物质量进行鉴定，检验费用由责任方承担。
13.3按照规定必须由国家有关部门或者机构检验合格才允许使用的货物，由供方负责（需方配合）向有关部门或者机构申请检验并取得检验合格的报告（证书）或者使用许可证，费用包含在供方的投标总价中。
14．索赔
14.1需方有权根据国家技术监督局、进出口商品检验局或其他具有法定资格的质检机构出具的检验证书向供方提出索赔。
14.2如果供方对缺陷负有责任而需方提出索赔，供方应按照需方同意的下列一种或多种方式解决索赔事宜：
（1）供方同意退货并用合同规定的货币将货款退还给需方，并承担由此发生的一切损失和费用，包括利息、银行手续费、运费、保险费、检验费、仓储费、装卸费以及为保护退回货物所需的其他必要费用。
（2）根据货物低劣、损坏程度以及需方所遭受损失的金额，经双方商定降低货物的价格。
（3）用符合合同规定的规格、质量和性能要求的新零件、部件和／或设备来更换有缺陷的部分和／或修补缺陷部分，供方应承担一切费用和风险，并负担需方蒙受的全部直接损失。供方应相应延长修补和／或更换件的质量保证期。
14.3如果在需方发出索赔通知后十天内供方未作答复，上述索赔应视为已被供方接受。如供方未能在接到需方索赔通知后十天内或需方同意的延长期限内，按照上述第14.2款规定的任何一种或多种方式解决索赔事宜并征得需方同意，需方有权从应付货款或从供方提交的履约保证金中扣回索赔金额，并拥有对赔偿不足部分进一步索赔的权利。
15．履约延误
15.1 供方应按照合同规定的时间、地点交货和提供服务；需方应按照合同规定的时间、地点接收货物和接受服务。
15.2 如果供方无正当理由拖延交货，将受到以下制裁：没收履约保证金、加收误期赔偿和／或违约终止合同；如果需方无正当理由拖延接收货物和接受服务，应承担相应的违约责任。
15.3 在履行合同过程中，如果供方遇到可能妨碍其按时交货和提供服务的情况，或者需方遇到可能妨碍其按时接收货物和接受服务的情况，应及时以书面形式将拖延的事实，可能拖延的期限和理由通知对方。需方（或供方）在收到供方（或需方）通知后，应尽快对情况进行评估，并确定是否通过修改合同，酌情延长交货时间和/或延期提供服务，或者终止合同。
16．误期赔偿
16.1除本合同条款第18条规定的情形外，如果供方没有按照合同规定的时间交货和提供服务，供方应向需方支付误期赔偿费。误期赔偿费每周按迟交货物的交货价或延期服务的服务费用的百分之一（1%）计收，直至交货或提供服务为止。一周按七天计算，不足七天按一周计算。但误期赔偿费的最高限额不超过合同价的百分之五（5%）。
16.2误期赔偿费可从应付货款和/或履约保证金中扣除。
16.3收取误期赔偿费不影响需方采取合同规定的其他补救措施的权利。
16.4在收取误期赔偿费期间，需方有权决定是否终止合同。
16.5如果需方违约，应承担相应的违约责任。
17．履约保证金和质量保证金：在政府采购合同书中约定。
18．不可抗力
18.1 如果供方和需方因不可抗力导致合同实施延误或不能履行合同义务，不应该承担误期赔偿或不能履行合同义务的责任。但因供方或需方先延误或不能履行合同而后遇不可抗力的情形除外。
18.2 本条所述的“不可抗力”系指那些双方无法控制，不可预见的事件，但不包括双方的违约或疏忽。这些事件包括但不限于：战争、严重火灾、洪水、台风、地震以及其它双方商定的事件。
18.3 在不可抗力事件发生后，当事方应尽快以书面形式将不可抗力的情况和原因通知对方。双方应尽实际可能继续履行合同义务，并积极寻求采取合理的方案履行不受不可抗力影响的其他事项。双方应通过友好协商在合理的时间内达成进一步履行合同的协议。
19．税费
19.1 根据现行法律规定对需方征收的与本合同有关的一切税费均由需方负担。
19.2 根据现行法律规定对供方征收的与本合同有关的一切税费均由供方负担。
19.3 在中国境外发生的与执行本合同有关的一切税费均由供方负担。
20．争议解决方式
20.1供需双方应通过友好协商，解决在执行本合同过程中所发生的或与本合同有关的争议。如果不能协商解决，可以向国家有关部门申请调解。如果调解不成，双方可以在政府采购合同书内约定以下一种方式解决争议：
第一种方式：双方达成仲裁协议，向约定的仲裁机构申请仲裁；
第二种方式：向有管辖权的人民法院提起诉讼。
20.2 因合同部分履行引发仲裁（诉讼）的，在仲裁（诉讼）期间，除正在进行仲裁（诉讼）的部分外，本合同的其它部分应继续执行。
21．违约终止合同
21.1 在需方因供方违约而按合同约定采取的任何补救措施不受影响的情况下，需方可在下列情况下向供方发出书面通知，提出终止部分或全部合同。
（1）如果供方未能在合同规定的限期或需方同意延长的限期内提供部分或全部货物和服务。
（2）如果供方未能履行合同规定的其它任何义务。
（3）如果供方在本合同订立和履行过程中采取了任何“不正当竞争行为”，危害到国家利益、社会公共利益和需方的合法权益。
21.2 如果需方根据上述第21.1款的规定，终止了全部或部分合同，需方可以依其认为适当的条件和方法购买与未交货物类似的货物，供方应对购买类似货物所超出的那部分费用负责。供方提交的履约保证金将被作为需方采取上述补救措施的购买资金的一部分。并且，供方应继续履行合同中未终止的部分。
21.3如果需方违约，应承担相应的违约责任。
22．破产终止合同：如果供方破产或丧失清偿能力，需方可在任何时候以书面形式通知供方终止合同而不给供方补偿。该终止合同将不损害或影响需方已经采取或将要采取任何补救措施的权力。
23．合同转让和分包：本合同不得转让或分包。
24．需要补充的合同条款：在政府采购合同书中约定。
25．适用法律：本合同及附件的订立、效力、解释、履行、争议的解决等适用本合同签订时有效的中华人民共和国法律、法规的有关规定。
26.主导语言与计量单位
26.1合同应用中文书写。供需双方所有来往信函，以及合同有关的文件均应以中文书写。
26.2除合同另有规定外，计量单位均使用中华人民共和国法定计量单位。
27．政府采购法对政府采购合同变更、终止的规定：“政府采购合同的双方当事人（指供需双方）不得擅自变更、中止或者终止合同。政府采购合同继续履行将损害国家利益和社会公共利益的，双方当事人应当变更、中止或者终止合同。有过错的一方应当承担赔偿责任，双方都有过错的，各自承担相应的责任。”
第三章 政府采购合同书格式
合同编号：JLZC201 -
签订地点：吉林省长春市文化街158号
签订日期：二○一 年月 日
采购任务通知书编号：
（需方）需求的（货物名称）经吉林省政府采购中心以编号为JLZC201 - 的招标文件在国内公开招标，评标委员会评定（供方）为中标供应商。供需双方和吉林省政府采购中心按照《中华人民共和国合同法》和有关法律法规，遵循平等、自愿、公平和诚实信用原则，同意按照下面的条款和条件订立本合同，共同信守。
1.合同标的：
货物名称 | 品牌型号 | 详细配置及主要技术参数 | 数量 | 单价(元) | 小计金额(元) |
2. 合同价格：人民币（大写）元，（小写）￥:元。
3. 交货时间、地点、方式
3.1交货时间：合同订立后天。所有货物安装调试完毕、验收合格并交付给需方的日期为交货时间。
3.2交货地点：
3.3交货方式：供方负责将货物安全完好运抵交货地点、安装调试并保证验收合格。
4. 付款方式
4.1供方交货时应提交下列文件：销售发票[发票抬头格式：需方单位名称（吉林省政府采购中心）]，国家有关质检机构出具的检验报告或证书（如果合同约定有的话），进口产品的报关文件（如果合同约定有的话），制造厂商出具的质量检验证书、产品合格证等。
4.2财政付款：需方在合同标的验收合格后5个工作日内，向省财政厅政府采购办提交《政府采购资金支付申请书》、《吉林省省级政府采购验收报告单》等合同约定的付款文件；省财政厅采购办在收到《政府采购资金支付申请书》和合同约定的付款文件后15个工作日内，采用银行转帐方式将合同价款中财政付款金额共计元一次性支付给供方。
4.3需方自行付款：本合同总价款中由需方自行支付元。需方承诺在年月前支付。如果需方届时不能支付或者不能全额支付，由需方承担违约责任，供方承担全部收款责任，与采购中心无关。
5．履约保证金
5.1 在签署本合同之前，供方应向需方提交合同总价5%的履约保证金（人民币，取整数位到百元）。履约保证金可以采用银行转帐或者现金的方式提交。
5.2 履约保证金的有效期到供方提交的货物经需方验收合格并交付给需方之日止，以银行转帐方式返还，不计利息。
5.3 履约保证金由需方在货物验收合格交付后10个工作日内返还。
6.质量保证金
6.1质量保证金为合同总价款的%。
6.2质量保证金从需方应向供方支付的合同价款中预留。
6.2（备选条款）供方提交的履约保证金到期后转作质量保证金。
6.3质量保证金的有效期到合同规定的质量保证期期满之日止，扣除供方承担质量保证责任的费用后，剩余部分在质量保证期期满后20个工作日内返还，不计利息。
7.合同补充条款：
8.争议解决方式：供需双方达成仲裁协议，向长春市仲裁委员会申请仲裁（向合同签定地人民法院提起诉讼）。
9．合同构成：下列文件构成本合同不可分割的组成部分，与本合同具有同等法律效力：
9.1本合同书；
9.2中标通知书；
9.3招标文件及澄清、修改、补遗文件；
9.4供方的投标文件及书面澄清、说明、补正文件；
9.5产品样本、样品（样机）、说明书、图纸等有关资料；
9.6吉林省省级政府采购验收报告单；
9.7合同的其它附件。
上述组成合同的文件如有不一致之处，以日期在后的为准。
10.合同份数：本合同一式四份，供需双方和采购中心各执一份，另一份作为需方向吉林省财政厅提请付款的凭证。
11.合同生效：本合同在供需双方法定代表人或其授权代理人签字、加盖双方公章或者合同专用章，采购中心加盖合同专用章，并且需方收到供方提交的履约保证金后生效。
12.合同修改：除供需双方和采购中心签署书面修改、补充协议外，本合同条件不得有任何变化或修改。
吉林省政府采购中心 需方：供方：
（加盖合同专用章） （加盖公章或合同专用章） （加盖公章或合同专用章）
地址：长春市文化街158号 地址：地址：
法定代表人法定代表人
或授权代理人签字： 或授权代理人签字：
签字日期：签字日期：
邮政编码：邮政编码：
电话：
传真：
联系人：
开户银行：
帐户名称：
帐号：
吉林省政府采购中心
吉林省运输管理局 吉林省道路客运联网售票系统工程（应用软件开发、数据工程、系统集成、短信息平台）项目招标文件
招标文件编号：2015-1536_XM_1
（2015年11月9日）
为了进一步贯彻落实我国环境保护与节能等有关政策的要求，充分发挥政府采购的政策导向功能，请投标人在制作投标文件时注意厉行节约，请勿将与评标无关的因素编辑到投标文件中。
第一章、投标邀请书
根据吉林省政府采购监督管理部门下达的政府采购任务通知书，吉林省政府采购中心就吉林省运输管理局吉林省道路客运联网售票系统工程（应用软件开发、数据工程、系统集成、短信息平台） 项目进行国内公开招标，现邀请合格的投标人提交密封投标。
请投标人注意，重新招标项目适用招标文件《通用部分》重新招标备用条款。
一、投标人资格要求：
1.1 符合《中华人民共和国政府采购法》第22条规定的条件。
1.2 具备国家有关主管部门批准的制造（和/或经销）本招标项目标的的合法资格(注册资金在200万元人民币以上(含)。
1.3 企业名称不同但法定代表人为同一个自然人的两个或者两个以上的投标人不得参加同一采购项目的投标。
1.4 投标人应具有经济和信息化委员会颁发的《软件企业认定证书》（省级和直辖市）。
1.5如果投标人在本招标项目所在地（使用地）没有固定经营场所，投标人应委托一家在本项目所在地依法注册经营的企业作为代理机构，该代理机构应有能力履行合同条款中和/或技术规格中规定的投标人所承担的维护、保养、修理和备件供应的义务。投标人应提供其与该代理机构签署的委托代理协议，该代理协议应明确约定双方对招标人和采购人的责任和义务，但无论如何都不能解除委托方（即投标人）对采购人和招标人的责任和义务。投标人还应提供该代理机构的有关资格证明文件。
1.6 本项目不接受联合体投标。
二、招标文件获取时间和方式：自本项目招标公告发布之日起至2015年 月日 23:59（北京时间，下同），请有意投标的供应商自行登录吉林省政府采购中心网站下载。
三、确认参加投标截止时间：2015年 月 日 23:59。
四、项目答疑会和踏勘现场：无
五、接受投标时间、投标截止时间及开标时间：
5.1接受投标时间：2015年月日上午08： 30至09：00。
5.2投标截止时间（开标时间）：2015年 月 日 09:00。
逾期送达或不符合规定的投标文件恕不接受。
六、投标地点及开标地点：
吉林省长春市朝阳区文化街158号吉林省政府采购中心301室。
七、投标保证金：110，000.00元（取整数位到千元，提交方式请见招标文件中保证金条款具体要求）。
八、吉林省政府采购中心联系方式：
地址：吉林省长春市文化街158号三楼
项目联系人：电话：0431-
招标文件联系电话：0431-
传真：0431-邮政编码：130051
网址:www.jlszfcg.gov.cn开户行：中国光大银行长春北京大街支行
帐户名称：吉林省政府采购中心 帐号：****************3
第二章、货物需求和评标办法
一、货物需求及技术规格要求
采购项目预算：1088.95万元（采购人不接受超过采购项目预算的投标）
货物名称：吉林省道路客运联网售票系统工程（应用软件开发、数据工程、系统集成、短信息平台）项目
序号 | 货物名称 | 主要功能配置及技术参数要求 | 数量 | 质保期 |
1 | 客运站站务管理系统（升级改造） | 本系统实现对客运站人流、车流、信息流、资金流的管理、监控，为旅客和营运车辆提供各类站务服务，其功能主要包括计划调度、售票、检票、统计查询等。 | 1 | 3年 |
2 | 道路客运联网综合管理系统 | 本系统提供联网售票基础数据管理、票据管理、综合查询、渠道管理、营运监管、报表统计等功能，实现联网售票资源的统一管理与分配，协调各站务系统和道路客运联网公众信息服务系统实现联网售票和多元化售票。 | 1 | |
3 | 道路客运联网售票清分结算系统 | 本系统提供联网售票票款结算、对账等功能，提高票款结算的实时性和准确性，为联网售票各类实体之间的经营往来提供财务数据及各类结算报表。 | 1 | |
4 | 道路客运联网公众信息服务系统 | 本系统通过网站、手机、自助售票机等多种渠道，为旅客提供统一的道路客运票务信息服务，包括班次查询、车票预订、支付等功能。 | 1 | |
5 | 小件快运管理系统 | 本系统面向全省各客运站提供统一的小件快运业务处理平台，实现小件受理、小件签发、小件到货、小件提取、货物跟踪等小件快运全业务、全流程业务处理。 | 1 | |
6 | 道路客运信息监管与决策辅助系统 | 本系统主要为行业管理部门监控客运行业综合发展情况、服务动态情况、营收情况提供手段，为运力投放、应急处置等决策方面提供数据支撑。 | 1 | |
7 | 票证管理系统 | 本系统主要实现全省票证数据集中管理，实现全省各类票证印制计划网上逐级审批和流程控制，提高工作效率，解决票证管理不规范的问题。 | 1 | |
8 | 接口系统 | 为实现与外部的对接，同时积极配合全国性道路客运联网售票工作，实现与其他省份和地区的跨区域客运联网售票，本工程将参照如下行业标准对外提供并发布统一的票源地客运信息服务接口。 （1）《道路客运售票联网系统基础数据元（报批稿）》； （2）《道路客运售票联网系统服务接口规范（报批稿）》； （3）《道路客运售票联网系统数据交换标准（报批稿）》。 客运信息服务接口主要包括：数据同步接口和业务服务接口。 | 1 | |
9 | 数据工程 | 根据平台建设的目标和应用系统的功能需求，明确数据采集的内容、方式，解决数据共享困难的问题，整合异构和多源数据，并对数据库内容进行统一规划和设计。 对全省各客运站售票系统数据整合，搭建省级数据中心。 1、信息资源规划 | 1 | |
10 | 系统集成 | 将本工程建设范围内的各个分离的设备（系统）、功能和信息等集成到相互关联的、统一和协调的系统之中，使资源达到充分共享，实现集中、高效、便利的管理。 | 1 | |
11 | ********5">短信息平台 | 短信息平台以服务封装的方式为系统提供短信发送服务，短信息平台包括系统短信和手机短信2种形式，服务费5年 | 1 |
概述与总则
********7">吉林省位于我国东北腹地，与俄罗斯、朝鲜接壤，幅员面积19.1万平方公里，现辖1个副省级市、7个地级市、延边朝鲜族自治州和长白山管委会，60个县（市、区），是东北重要的工业基地和商品粮生产基地。截至2012年底，全省共拥有等级客运站546个，其中一级站19个、二级站47个、三级站34个、四级站59个、五级站387个，拥有农村客运站1258个；全省客运车辆总计14151辆，道路客运经营业户2351个，道路客运班线5948条，其中高速公路客运线路246条，跨省线路365条，跨地市线路789条，跨县线路1032条，县内线路3765条，乡镇715个，建制村9382个均实现了100%通车，公路客运网的通达深度、通畅程度、交通条件、抗灾能力、可靠程度等明显提高。
随着吉林省社会经济的快速发展，人们的出行活动日渐频繁，对于传统出行方式——公路客运行业服务的快捷、便利要求越来越高，出行人员对运输服务有更高的要求，期望有更高效的出行，更多自由的选择，更高的安全保障。
为进一步提高行业管理和服务水平，适应技术发展趋势，满足未来几年内经济、社会发展需要，促进吉林省道路运输事业的发展，提高客车实载率和方便旅客出行，对现有联网售票系统等相关服务系统的完善和进一步发展势在必行。
交通运输部在《交通运输“十二五”发展规划》明确提出深化完善省域公路交通出行信息服务系统，实施省域、跨省域客运联网售票和电子客票系统建设。《公路水路交通运输信息化“十二五”发展规划》提出引导开展省域、跨省域客运联网售票和电子客票系统建设，以网上购票和电话购票等多种形式，方便出行者购票，并为长途客运乘客提供相关信息服务。
《吉林省公路水路交通运输发展“十二五”规划》中将交通科技与信息化作为“十二五”期间吉林省公路水路交通运输发展的重要目标，要求“信息化、智能化水平显著提升。继续强化信息整合工作，基本实现全省交通运输系统信息共享，出行信息服务覆盖全省75%以上地级城市”。
2013年12月,交通运输部印发了《交通运输部办公厅关于启动首批省域道路客运联网售票系统建设有关事项的通知》（厅运字〔2013〕331号），在通知中，交通运输部明确提出启动省域道路客运联网售票系统工程，“实现客运站和客票代理机构以及互联网、电话等多渠道客票信息查询和售票，更好地服务群众出行，同时有效整合道路客运动态信息资源，增强道路客运动态监管能力，为实现全国道路客运联网售票奠定基础。”
2014年4月，交通运输部印发了《关于加快推进省域道路客运联网售票系统建设有关事项的通知》（厅运字〔2014〕81号），确定支持包括吉林省在内的26个省份加快建设省域道路客运联网售票系统，要求省级交通运输主管部门组织项目建设单位，按照交通运输部编制的省域道路客运联网售票系统工程建设指南，并结合专家评审意见，加快编制省域道路客运联网售票系统建设项目可行性研究报告。
启动吉林省道路客运联网售票系统建设项目，发展多元化售票方式、加强道路运输信息资源交换与共享、整合和利用道路客运动态信息资源、加强客运信息辅助决策、增强道路客运动态监管能力、改善公众出行服务质量等方面工作，是贯彻落实部省道路运输业“十二五”发展规划，全面提升道路运输业“三个服务”的能力和水平的重要手段，有助于实现道路运输信息共享和综合应用，开辟吉林省道路运输服务的新局面。
********8">本工程的建设目标是构建全省统一的道路客运联网售票系统，实现客运站和社会代售机构，以及互联网、手机、自助终端等多渠道客票信息查询和售票，更好地服务群众出行，同时有效整合道路客运动态信息资源，增强道路客运动态监管能力，为全国道路客运联网售票和综合运输体系建设奠定基础。具体建设目标如下：
本期建设目标如下：
（1）实现全省级以上客运站及具有条件的三级客运站联网售票
在现有建设成果的基础上，进一步提升售票网络使用效率，切实推进异地售票的推广，提高联网售票售票数量，实现吉林省75个二级以上客运站及15个具有条件的三级客运站的联网售票，实现接入客运站的100%联网售票。
（2）建立省级联网售票数据中心，实现客运信息100%共享
通过客运信息交换与共享平台，整合省、市、客运集团公司客运联网售票系统信息资源，建立客运联网售票基础数据库，完善班线、班次、售票等信息数据库；结合业务系统应用建立业务数据库，以满足各业务系统对数据资源的需求；在技术库与业务库的基础上，对信息资源进一步聚合，形成综合应用的的主题数据库。另通过本工程建设进一步完善综合运输信息服务相关标准，建立道路客运信息的采集、交换、共享和服务标准体系，实现覆盖75个二级以上客运站及15个具有条件的三级客运站的客运信息100%共享。
（3）建立吉林省道路客运联网售票信息化运行、行业信息监管基础环境
开发完善7大业务应用系统，完成客运站站务系统升级改造，开发道路客运联网综合管理系统、道路客运联网售票清分结算系统、小件快运管理系统、道路客运联网公众信息服务系统、道路客运信息监管与辅助决策系统、票证管理系统，满足行业管理、企业经营和公众服务三方面的需求，搭建安全可靠的吉林省道路客运联网售票软硬件运行基础环境。
（4）建立多元化售票体系，更好的服务公众便捷出行，提升公众出行信息服务水平
通过吉林省道路客运联网售票系统建设，向出行公众提供互联网、代售点、手机、自助终端等多元化客运信息查询、订票和购票等服务方式，推进实名制售票工作，实现多元化售票服务。通过多种方式提供道路客运信息查询、乘车费用模拟计算服务、电子客票等出行相关的服务，为公众提供全面、权威、方便的出行信息。满足基本实现全省道路客运信息共享，出行信息服务覆盖全省75%以上地级城市的规划要求。系统投入运行后，首年联网售票量不低于10%，3年后联网售票量不低于30%。
（5）建立长效可持续的运维管理体制
长效可持续的运维管理机制是联网售票系统实现常态化运营、实现系统服务价值、提高经济社会效益的重要保证，通过本工程建设，探索系统运维管理机制，进一步规范相关标准及规章制度，建立完善的运营维护管理机构，成立吉林省道路客运联网售票运营管理中心，实现联网售票系统的长效可持续发展。
********9">吉林省道路客运联网售票系统建设将覆盖吉林省交通运输厅、运输管理局、8个地级市和1个自治州道路运输管理处（局）、90个客运站（含一级站26个，二级站49个，三级站15个，其中6个一级站，1个二级站为2014年新增）及相关客运企业。
********0">本工程建设内容可以概括为“一个中心、七个系统、一个平台、一套标准、实现多元化售票”，具体包括：
（1）“一个中心”
建立省级联网售票数据中心，明确数据采集的内容、方式、采集手段解决数据共享困难的问题，整合异构和多源数据，并对数据库内容进行统一规划和设计，从而建立为吉林道路客运联网售票系统提供数据支撑的统一数据资源平台，并根据数据共享与应用系统建设需求，建立完善的基础数据库、业务数据库和主题数据库。
（2）“七个系统”
1）面向客运企业的客运站站务管理系统升级改造和小件快运管理系统，综合吉林省现有站务系统和道路客运现状，实现车站站务票务和小件运输标准化管理。
2）面向公众服务的道路客运联网公众信息服务系统，实现网上售票、手机售票等的多元化售票，以及各类客运信息的发布；后期可通过行业公开标准接口支持跨省联运以及与民航、火车等其他交通形式的信息交换共享，推进道路客运与其他运输方式间的信息共享和互联互通工作。
3）面向各级行业管理部门的道路客运信息监管与辅助决策系统、票证管理系统，为各级行业管理部门提供行业监管、统计分析和预警等功能；并实现全省票证的信息化管理，解决票证管理不规范的问题。
4）面向联网管理的道路客运联网售票清分结算系统，实现联网售票各参与单位统一的清分结算、渠道管理和联网售票监控。
（3）“一个平台”
建设吉林省道路客运联网售票系统，建立行业服务系统的总体框架和平台体系。
（4）“一套标准”
建立联网售票系统建设、管理、运维制度和规范体系，包括道路客运服务信息数据元和接口标准、联网售票收费规则、联网售票服务规范、联网售票结算规范、联网售票管理规范等。
（5）“多元化售票”
发展互联网、电话、代理售票点、手机终端、自助终端等多元化售票方式，为出行公众提供便捷购票服务。
本项目实行信息系统工程监理，监理单位依据国家有关法律法规、技术标准和信息系统工程监理合同，对本项目实施监督管理。在监理单位出具相关报告和文件后，方可进行验收。
********9">各投标人除应具备招标书商务部分要求的资质外还应满足如下要求：
（1）为确保系统建设的专业性和有效性，投标人应对项目建设管理、联网售票业务和信息技术有深刻的了解，在提出系统总体技术体系框架的基础上，提出有针对性的技术解决方案。
（2）应本着对招标人负责的态度和原则，投标人应有能力对招标人指定的任何第三方软硬件平台进行集成和使用，有能力与第三方厂商进行工作督导和协调。
（3）投标人一旦中标，应保证能够按照在技术规格书中的承诺，以及按照后期技术联络会议中经双方协商提出的承诺，提供明确的项目开发计划和项目质量管理计划，包括组织机构、人员组成、工作计划、进度安排等内容，组织好项目管理和实施队伍，进行系统建设和长期维护与服务。
（4）在项目建设过程中产生的各类项目成果和项目文档应做统一描述，并提出具体的项目成果转移交付策略。
（5）投标人在中标后，涉及多方面的系统使用培训、技术培训、管理及运维培训等由投标人统一负责协调组织，培训应采取多层次、多阶段和多种形式进行。
********4">投标人须根据自己对标书的理解和实际工程经验提供一套完整方案。技术方案、应答书以及提供应答的所有技术指标说明材料及相应资料均须以中文书写，如不可避免地使用到英文或英文缩写，必须注明中文解释。
项目建设应具备先进性、可靠性、开放性，在满足项目指挥部使用的同时还需充分考虑吉林省道路客运信息化的未来发展需要，在技术选择、体系结构、系统功能、综合性能等各个方面适应未来业务发展的需要，并最大程度地保护当前信息化投资。
投标人对招标文件技术规格书的应答至少包含以下具体内容：
（1）综述：投标人对本项目的理解和概述等。
（2）整体分析：阐述对招标文件技术规格书的理解，分析项目背景、现状与需求，分析系统建设的必要性，以及分析技术方案如何满足背景环境的要求。
（3）总体架构：说明系统建设的指导思想和建设原则，结合项目建设目标进行系统总体架构的设计，描述系统的逻辑结构设计，说明系统部署方案。
（4）应用系统解决方案：针对技术规格书要求对各应用系统的功能体系进行设计，参照本技术规格书的基本要求描述详细的系统功能和应用设计方案。
（5）应用支撑平台解决方案：针对技术规格书要求购置所需应用支撑平台。
（6）数据工程解决方案：根据系统需求，有针对性的提出数据采集内容、采集方案、数据整合方案，并通过对数据库内容的规划和设计，为吉林省联网售票乃至交通信息化发展提供统一的数据资源平台。
（7）项目实施方案：对本项目的组织结构和分工界面进行描述，给出项目总体进度计划，并从进度管理、质量管理、风险管理等方面说明项目保障体系，对系统测试、项目验收和成果交付方案进行阐述。
（8）技术服务与培训：对技术支持体系和售后服务体系进行说明，进行必要的服务承诺，给出具体的培训计划和培训方案。
（9）其它与补充说明：如有未尽事宜或对本技术规格书的技术要求有不同理解可补充说明。
********5">如果投标人未以书面形式对本技术规格书提出异议，则意味着投标人完全响应本技术规格书的要求，投标人提供的本系统的有关软件、硬件以及资料和服务等应完全满足本规范书、有关行业标准和相关国家标准的要求。
投标人必须针对本技术规格书的要求作点对点实质性响应，投标人必须满足主要项目要求，否则投标人的技术建议书将被拒绝并被认作没有回答，其响应与招标文件内容采用同样的顺序。
投标人必须对技术条款逐条做出明确的阐述，说明“满足”、“部分满足”或“不满足”，并加以必要的说明。涉及具体的技术数据和指标时，应详细列出，不得使用诸如“理解”、“注意到”、“明白”等含糊之词，否则将视为不应答。应用技术偏差表给出投标人技术方案与投标文件技术要求之间的偏差，并给出简要理解和描述，说明投标人技术方案如何满足该要求；如果该响应在投标文件中有具体详述可在该处简单应答，但必须给出确切的位置索引指定参见技术投标文件的具体章节。
********3">本招标文件技术规格书所描述的技术要求为项目建设最低要求，投标人应提出满足并不低于这些要求的完整技术方案：
（1）须保证所提供的软件产品为普遍采用且技术成熟的正式版本，在软件产品交付时需提供有关材料。
（2）须保证所提供的所有软硬件产品具有在中国境内的正式合法使用权。
（3）须在报价表中提供所有软硬件产品的价格，给出所有软件产品的详细分项报价，如必须提供的技术资料或介质不包含在基本产品中需单独报价。
（4）投标人须保证一旦中标，如果出现因软硬件产品有任何遗漏而不能保证本技术规格要求的基本功能和系统运行，所产生的费用由中标人负责。
********7">本技术规格书中涉及的所有规范和标准均应为最新版本，投标人采用的规范和标准不得低于以下规范和标准。若投标人发现本技术规格书与参照的文献之间有不一致之处应明确指出。除下列标准外，投标人可在投标文件中提出自己另外遵循的标准和规范，供招标人评价。
投标人提供的软件必须符合下列标准和规范的最新版本，但不限于此：
（1）《计算机软件工程国家标准汇编》，中国标准出版社，2011-8；
（2）信息技术软件工程术语GB/T11457-2006；
（3）计算机软件可靠性和可维护性管理GB/T14394-2008；
（4）计算机软件文档编制规范GB/T 8567-2006；
（5）计算机软件需求规格说明规范GB/T9385-2008；
（6）计算机软件质量保证计划规范GB/T 12504；
（7）质量管理和质量保证标准GB/T190003-2001，第三部分；
（8）软件工程产品质量（1-4）GB/T16260-2006；
（9）信息安全技术信息系统等级保护安全设计技术要求GB/T 25070-2010；
（10）信息技术设备的安全GB4943-2001；
（11）信息安全技术信息系统安全工程管理要求GB/T 20282—2006；
（12）电子信息系统机房设计规范GB50174-2008；
（13）交通信息基础数据元JT/T697.1-7 2007，第1-13部分；
（14）公路水路交通信息资源业务分类JT/T 748-2009；
（15）交通信息资源核心元数据JT/T 747-2009；
（16）交通科技信息资源共享平台系统建设要求JT/T 734-2009；
（17）交通科技信息资源共享平台信息资源建设要求JT/T 735.1-2009，第1部分：核心元数据；
（18）交通科技信息资源共享平台信息资源建设要求JT/T 735.2-2009，第2部分：分类与编码；
（19）交通科技信息资源共享平台信息资源建设要求JT/T 735.3-2009，第3部分：数据元；
（20）《道路客运联网售票系统第1部分：服务接口规范》（报批稿）；
（21）《道路客运联网售票系统第2部分：信息数据元》（报批稿）；
（22）《道路客运联网售票系统第3部分：数据交换》（报批稿）。投标人应对下述技术需求充分理解并提出合理可行的技术方案建议。投标人所提供的技术方案必须是完整的、可操作的，具有先进性、适应性、开放性、可维护性和可扩展性的，必须确保满足项目实施进度要求。
本次招标分为1个标包，包含软件包（含应用软件、数据工程、系统集成、短信平台）。鉴于此，投标人必须提供详细的设计方案，并对投标内容、设计方案、系统配置、边界划分、实施计划、接口处理及协同工作机制在投标书中进行详细地描述，并确保工期按时完成。不允许再进行分包。
类别 | 招标项目 | 招标方式 | 建设内容 | 工程边界 | 标包划分 |
软件开发 | 应用软件 | 委托、公开招标 | 开发建设本工程应用系统 | 本工程应用系统主要包括： 8、接口系统 | 第1标包：软件包 |
数据工程 | 委托、公开招标 | 根据平台建设的目标和应用系统的功能需求，明确数据采集的内容、方式，解决数据共享困难的问题，整合异构和多源数据，并对数据库内容进行统一规划和设计。 | 1、信息资源规划 | ||
系统集成 | 委托、公开招标 | 硬件、网络、应用系统集成 | 将本工程建设范围内的各个分离的设备（系统）、功能和信息等集成到相互关联的、统一和协调的系统之中，使资源达到充分共享，实现集中、高效、便利的管理。 | ||
短信平台 | 委托、公开招标 | 短信息平台以服务封装的方式为系统提供短信发送服务，短信息平台包括系统短信和手机短信2种形式 | 1、短信通讯录 2、短信发送和接收 3、短信统计监控功能 |
系统集成的目的是适应业务发展和内部管理能力提升需求，利用信息集成技术手段、流程自动化建模工具，进行应用系统的开发、数据库进行整合、集成，通过数据共享与数据交互自动化、流程自动化机制和手段，实现业务协同，优化业务流程，提高效率。
实施信息集成后，业务执行层能减少数据处理的工作量、更容易实现数据共享、实现跨专业流程自动化，管理层更容易实现跨专业的数据利用、跨专业的业务流程审批，决策层在数据信息获取和综合利用分析方面明显提升。
（1）总体架构
投标人应从业务需求出发分析信息集成需求、设计信息集成的技术架构，开发模式和组件工作方式及组件间工作机制的详细说明，确保整体架构合理，并制定信息集成实施方案，设计与开发技术路线满足行业应用要求。基于SOA技术，实施数据集成、流程集成、界面集成，促进信息共享与业务协同，并不断规范管理流程，提高管理效率。
（2）硬件平台选型与配置
投标人应根据对项目需求的理解和吉林省交通信息化现状的分析，提出硬件平台设计方案及依据，以及相应设备的选型、集成方案。系统要能容纳现有和将来一定时期内可预见的增长的数据容量和用户访问需求，同时还应具有良好的安全性、扩展性、可用性、管理性和可靠性。系统正常的运行时间要达到99.9%。系统必须具有技术先进性，代表着IT技术发展的方向，具有较长的生命周期。系统必须充分利用现有的信息系统资源。
（3）软件系统部署与实施
对于各类软件的部署位置、实现功能、交互关系进行详细描述，并结合数据处理流程，分析实施工作量及各阶段实施难点。
********7">软件评测所涉及的内容及要求如下：
（1）文档测试：文档的完整性、正确性、一致性、易理解程度、易浏览程度。
（2）逻辑功能测试：业务逻辑、系统逻辑。
（3）中文特性测试：中文显示、汉化程度、编码支持程度。
（4）易用性测试：易理解性、易浏览性、易操作性。
（5）可维护性测试：易分析性、易改变性、稳定性。
（6）兼容性测试： 硬件之间的兼容性与软件之间的兼容性。
（7）可靠性测试：产品的成熟性、容错性、易恢复性、数据校验机制。
（8）时间性能测试：系统的响应时间、点击率、吞吐量、系统最大并发量、网络响应时间、页面下载时间等。
（9）空间性能测试：软件运行时所消耗的系统资源，如CPU的利用率、内存占有率、监控服务器资源占用情况。
（10）安全性测试：包括应用程序级别的安全性和系统级别的安全性两个方面。
（11）源码测试：检查程序的代码是否符合相应的编码规范或是否有逻辑错误，或通过运行被测软件来寻找缺陷。
（12）数据和数据库完整性测试：调研各个数据库访问方法和进程，并在其中填充有效的和无效的数据（或数据的请求）。确保数据库访问方法和进程正常运行，数据不会遭到破坏。
（13）接口测试：测试所有软件（硬件）接口，记录输入输出数据，确保接口调用的正确性。
（14）集成测试：检测系统是否达到需求对业务流程以及数据流动处理是否符合标准，检测系统对业务流处理是否存在逻辑不严谨及错误，检测需求是否存在不合理的标准及需求。
（15）功能测试：利用有效的和无效的数据执行各个用例、用例流或功能，以核实在使用有效数据时得到预期的结果，在使用无效数据时显示相应的错误消息或警告消息，各业务规则都得到了正确的应用。
（16）用户界面测试：为每个窗口、下拉式菜单和鼠标操作创建或修改测试，以核实各个应用程序窗口和对象都可正确的进行浏览，并处于正常的对象状态。
（17）负载测试：使用为功能或业务周期测试制定的测试。通过修改数据文件来增加事务数量，或通过修改脚本来增加每项事务发生的次数。核实所指定的事务或商业理由在不同的工作量条件下的性能行为时间。
（18）强度测试：实施和执行此类测试，找出资源不足或资源争用而导致的错误，以核实测试对象能够在以下强度条件下正常运行，不会出现任何错误。
（19）容量测试：使测试对象处理大量的数据，以确定是否达到了将使软件发生故障的极限，并确定测试对象在给定时间内能够持续处理的最大负载或工作量。
（20）安全性和访问控制测试：侧重于安全性的两个关键方面：应用程序级别的安全性：核实ACTOR只能访问其所属用户类型已被授权访问的那些功能或数据。系统级别的安全性：核实只有具备系统和应用程序访问权限的ACTOR才能访问系统和应用程序。
故障转移和恢复测试：确保测试对象能成功完成转移，并能从导致意外数据损失或数据完整性破坏的各种硬件、软件、网络故障中恢复数据。
********8">公众乘车出行从出发前的准备、购票、乘车至到达目的地，需经过多个环节，每个环节公众所需的信息和服务是不同的，本次项目建设就是通过对公众乘车业务流的全面分析，为公众提供准确、及时和主动的信息和服务。同时考虑吉林省自身人口流动性大、个别地方受教育程度不高的情况，提供多元化的售票方式，简化购票流程，全面提升客运服务水平。
公众乘车业务流分析如下图所示：
********1">图
3?1 公众及出行者乘车流程（1）出行前
1）客运站信息查询：提供全省各客运站情况介绍，使旅客可以按区域、名称等，检索出其关注的客运站详细情况，包括客运站的位置、交通、班次发往地、服务电话及相关注意事项等。
2）班次票价信息查询：提供全省各客运站的班次及票价信息及检索服务，使旅客可按出发地、目的地以及出发日期，检索出符合条件的班次详细信息，包括发车时间、票价、余票张数、承运车型、途径站点、里程及时长等信息。
3）出行智能规划：为旅客提供智能化出行规划和换乘方案，使旅客可以基于票价、所需时间以及舒适度选择最佳的出行换乘方案。
4）多元化购票：为旅客提供互联网网站、手机等多种方式为旅客提供在线购票和支付功能，使旅客在出行前就能预先购得去往目的的车票。
（2）出行中
1）进出站引导信息发布：通过LED屏、自助查询机、静态引导标识以及站内广播，为旅客进站购票、候车检票以及出站提供引导，方便旅客进、出站。
2）班次、车辆状态信息发布：通过门户网站、LED屏、站内广播为候车及接站旅客提供班次到发计划信息，保障旅客的知情权。
3）问询：通过服务台或售票窗口，为旅客提供查询到目的地的班次信息，包括班次的开车时间、票价、里程、余票等。
4）小件寄存：提供小件寄存和提领登记功能。办理小件寄存时，登记寄存人信息、标签信息和存放位置信息，若有向旅客收取寄存费，则应打印收费发票。在旅客领取小件时，应通过旅客提供的身份信息和小票，快速查找到小件存放的位置，在完成信息核对后将小件给旅客。
5）购票：旅客通过客运站售票窗口、自助售票机，购买从本站前往目的的班次车票。购票时，旅客可以选择发车时间、承运车型和座位种类。
6）检票：旅客上车前，对旅客的车票进行验票，当开检班次与旅客所乘班次不一致时应提醒旅客，告知其正确的检票口和开检时间。
7）应急及交通信息通报：对于因天气、自然灾害、节假日高峰期等导致的路阻、班次延误、旅客大量聚集等，及时通过门户网站、站场LED、广播等方式通知旅客，并提供换乘方案和疏导信息。
8）在途信息发布：在车辆行驶途中，对于设有LCD/LED屏的车辆，应该及时发布车辆的位置信息和到站信息。
（3）出行后
投诉及服务评价：通过网站为旅客提供投诉和服务评价功能，供旅客对客运站和班车提供的服务进行评分，并开辟投诉专栏供旅客发布投诉及建议。
客运场站作为旅客集散的重要场所，同时承担车辆调度和安全管理等职能，运行效率、作业规范程度是衡量其服务质量的关键指标。
客运站营运是通过不同岗位人员间的精密协作来实现的，各岗位作业效率和信息传输速度，决定其经营管理水平。目前，客运站主要设置的岗位角色包括：调度员、售票员、检票员、出站稽查人员、行包员、票据管理员、财务人员、统计人员以及管理者等等。
客运场站业务流分析如下图所示：
客运作为旅客承运主体，需要遵守相关行业管理规范、接受安全监控和履行安全运行职责，同时也接受客运站提供的各类调度和引导服务。
车辆进站时，客运站应对车辆自动进行辨识，确保“无关车辆不进站”。对于营运车辆，客运站应提供信息引导，指引车辆在指定区域落客、停车。
在车辆报班前，需要经过洗车、消毒等整备作业，然后按照安全管理规定接受车辆例检。通过安全例检的车辆才能去报班，在报班时，系统应自动提取车辆的整备和安捡信息，并根据预设条件决定车辆能否报班。
车辆完成报班，在检票时间到达后，接受客运站调度，达到指定的候车位，等待旅客检票上车。当发车时问已到，车辆发车准备出站，到达出站口时，需再次接受检查，确保符合“五不出站”的要求。
为高效完成以上整个流程，车辆应尽量借助自动识别和检测设备（如RFID、IC卡等），实现自动化作业。
另外，在行驶途中，车辆需按指定的线路行驶，并接受行业管理机构的监控。客运车辆营运调度业务流分析如下图所示：
图 3?3车辆调度流程
本项目就是要通过引入先进的技术手段和作业方式，加速各岗位的作业效率，同时，将原有的信息传递方式由纸质改变为电子信息传递，提高信息传输、传播速度。
另外，切实落实最新的行业管理规定和安全管理要求，将安全管理的人为控制方式转变为计算机控制，实现安全管理信息化。同时，进一步满足经营管理者及时掌控经营状况、辅助经营决策的统计分析需求。客运站系统功能需求主要包括：
（1）基础资料管理：对站点、车型、线路、班线、车辆、车站、售检票口、停车位和售票点等基础数据进行管理，为客运站业务开展提供数据保障。
（2）档案管理：用于管理驾驶员、乘务员、车站员工、承包者等的档案信息，以及驾乘人员的奖惩信息。
（3）票据管理：实现对客运站各类票证（车票、运量单、IC卡等）从入库、领用到核销的全过程管理，有效防止票证流失。
（4）车辆安检管理：按最新的安全管理规定，对车辆例检进行信息化管理，提供车辆信息登录、检查数据存储、检查信息查询、检查报告生成和人工录入功能。
（5）票价管理：对客运站各线路班次的公式票价、平时票价和节日票价进行管理，提供票种、票价组成、票价公式自定义。
（6）调度管理：满足对运行班次的各类综合调度，提供班次修改、票价临时调整、加班、班次状态变更、留位、加减座、并班及车辆报道等功能。
（7）售票服务：提供售/退/废本站票、联网票，订票、补票，售/退/废保险票，车票重打和补打，及会员卡购票等功能。
（8）问讯处：为问讯处提供本站班次和联网班次信息的查询功能。
（9）检票服务：面向正班和流水班提供检票和发班功能，支持手工检票、扫描检票，提供检票、退检、补检、混检、发班、补打等功能。
（10）结算管理：提供售票员缴款、站运结算功能，支持罚款登记、扣费项自定义、客代费公式计算、车主分成结算。
（11）综合查询：提供各类基础信息和经营信息的明细查询功能，包括售票信息、调度信息、票价信息、检票信息等。
（12）报表统计：面向管理人员、财务人员、统计人员和业务人员，提供站务营收统计、票款划拨统计、各类经营指标统计的报表。
客运企业是交通运输业的运营主体，承担着运送旅客、车辆调配、司乘人员管理等任务，并对上级管理单位肩负着提供运营数据等一系列工作。借助票务联网系统建设，可为客运企业提供实时客流动态信息，提供运营管理、安全监控、客运服务等诸多方面更多的信息和业务支持，提高企业的运营效率和管理水平。系统可以通过用户权限的配置，为不同的用户提供与其企业发展有关的决策支持信息，而不会出现企业涉密信息泄漏的危险。主要功能：
（1）班线基础信息管理；
（2）班线实时售票情况查询；
（3）运力管理；
（4）调度信息实时查询；
（5）结算和对账；
（6）运营车辆实时监控；
（7）运营统计分析。
道路联网售票系统的目的是搭建起多渠道、多方式的分销渠道，鼓励超市、邮局、旅游办事处、旅馆酒店等多种服务网点的作为代理售票服务商，可通过呼叫中心、手机、自服务售票终端和代理点等多钟售票业务为旅客提供高效快捷的购票服务，可以快速拓展车票销售渠道，为旅客购票和出行服务提供更多选择和便利。分销商主要需求包括：
（1）电子客票服务；
（2）多接口方式的服务；
（3）对下代理点的管理。
1
2
3
4
4.1
4.2
4.3
4.3.1
4.3.2
4.3.3
4.3.4
电子票务是通过非纸质有价凭证确认客运（电子客票）与相关服务的销售，以及跟踪其使用的方法。
（1）以电子客票作为客运服务核心，实现电子化的售（订）票、支付、变更、乘车、结算以及个性化、多样化服务等全过程旅行服务，为旅客提供更加便捷、高效、舒适的服务，是公路联网售票的发展方向。
（2）以电子客票作为业务流程优化的基础，实现客运营销、销售、乘车、乘务、收入审核、清算等业务的电子化管理，是提升公路行业提升客运管理水平的有效手段。
互联网、手机和呼叫中心等售票渠道是以电子客票系统的实现为基础的。
图 3?4电子客票购票业务流程
联网售票包括站间互售、站外代售、互联网多元化售票等多种方式，为满足不刚方式联网售票的需要，根据本项目可行性研究报告确定的建设方案，本项目将建立两级联网售票管理服务方案：客运站和省级中心。客运站完成站内窗口售票，站间互售，自助终端售票等；省级中心主要完成第三方代售（比如：邮政代售等）、互联网售票，整合集中票务资源，对外提供统一的票务服务和数据服务。
联网售票流程总体上包括班次和票价查询、选择座位、确认购票、票款支付、票款结算步骤，整体的业务流分析如下图所示：
图 3?5实名制售票服务
从上图可以看出，通过不同的联网售票方式售出的车票其介质形式是不同的，车站或代售点售出纸质车票，而通过网站售票的电子票。对于电子票，未来应允许旅客直接凭身份证件刷卡乘车，或取票后检票乘车。
图 3?6实名制进站安检验票程序框图
设置安检通道对进入客运站候车大厅的乘客的身份证件（有效证件22种）进行登记，持有二代身份证进行自动读取登记；其它身份证明进行扫描存档、录入登记；与实名制售票系统的购票人信息比对。
设置安检通道，在对进入客运站候车大厅的乘客的身份证件（有效证件22种）进行登记的同时，验证乘客的乘车凭证。通过条码阅读器检验乘客的乘车凭证进行自动读取登记；与其进站“实名制”登记信息比对；与“实名制”售票系统的购票人登记信息比对。
服务工作人员通过乘客证件编号、乘车凭证编号、小件行包托运单编号可以查对进站乘客身份信息、行包信息、保险信息、所乘班次信息。对进站安检验票业务操作人员安检登记、乘车凭证验票登记信息进行后台自动流水登记记账，分类汇总记录，既作为站务系统下步业务处理的基础，又可支持实时/定时/定期/定组/定人进行检索、查询、汇总、统计用于客运站绩效考核和站务管理。
提供标准的数据接口，实现互联网、呼叫中心、移动终端、自助终端等售票业务的接入，提供查询、订票、售票、退票服务。出行公众可通过登录互联网客票销售网站，查询客票信息，选择所需客票，通过多种支付方式实现购买客票的销售方式。凡是能上网的地方，均可实现电子客票的购买，实现了不限时间、不限地域的客票销售功能。
支持开展B2B、B2BC、B2C的商业模式，满足对下级代理点管理：
（1）接入身份认证与识别；
（2）通过标准接口与票务中心互通，实现查询和售票相关业务；
（3）与清分中心实现账务结算；
（4）支持对二级代理点的管理结算；
（5）业务统计与分析。
运管机构承担道路旅客运输行业管理职责，负责维护行业的公平和公正，为旅客提供便民服务，并及时公开各类服务信息和行政许可信息，实现行业健康、安全和持续发展。
行政许可包括客运经营许可和班线经营许可，是运管部门行使行业管理职能的主要手段。在审批客运经营及客运班线经营申请时，运管门需要掌握行业统计信息，了解现有班线的经营情况及客流情况，合理控制规模，防止运力资源浪费。同时，对于运力投入不足的线路，运管部门需要通过公开招标方式，择优选取信誉良好、服务质量有保证的班线经营者参与班线经营。
指导道路运输安全生产工作也是运管部门的一项重要职责，运管部门需及时监控各经营车辆的安全例检情况和在途运行情况，对于不符合安全生产规定的运输行为进行及时干预。同时，对于有可能发生或已发生的各类事故要进行高效处置。特别是在春运期间，需要通过运力统计分析获取最大能够承受的运量，如果运力不足时，及时启动应急预案，并调集社会可用车辆，增设加班车次，缓解运输压力。
行业监管业务流分析如下图所示：
行业监管部门的系统功能需求具体包括：
（1）科学制订决策
建立联网售票系统，可以整合客运信息，为行业管理者提供实时客运动态信息，结合已有静态信息，全面了解客运流量、流向、企业经营状况等。并运用先进的数据分析处理和信息挖掘技术，主动发现道路客运行业中的问题和规律，提高决策的科学性和应急事件的快速响应能力，充分满足行业管理的需要。
（2）规范客运市场行为
建立联网售票系统一方面可以减少目前部分企业之间不公平竞争的问题，保证经营业户在售票环节中提高信息透明度，为客运站、客运企业创造公平竞争环境；另一方面联网售票系统的建立将促使更多旅客到站乘车，强化了运管部门要求的“车进站、人归点”的执行力度，对打击黑车，维护安全和规范市场行为具有一定作用。
（3）实现道路客运信息共享
“一票到底，一单到底”将是未来综合运输的发展方向，公、铁、民航联运的需求越来越大，道路客运短途运输优势和灵活的支线运输优势将使道路交通成为了综合运输体系主干运输延伸的不二选择。
当前客运行业内信息不统一造成的行业间信息不能共享是阻碍现代综合交通体系建立的重要问题，通过建立道路客运联网售票系统，整合行业内部客运信息，实现道路客运信息共享，满足与民航、铁路客运信息无缝对接，方便旅客换乘的要求，促进综合运输体系建设。
（4）提高服务公众水平
联网售票系统的建设将打破以往地市之间由于信息孤岛引起的异地购票难等问题，方便群众出行购票，从而提升政府服务社会的能力，是加快发展道路运输业，提升道路运输监管和服务水平的举措之一。
（5）提高运输资源利用效率，实现节能减排
当前线路投放决策缺乏数据支持，导致一些线路实载率低，部分客车回程空驶。加上客车都设计了较大的货仓，旅客行李一般都不能满载，这些情况导致了极大的运输资源浪费。通过道路客运联网售票系统，提高运输资源利用效率，减少不必要的或重复的运输资源投入运营，实现节能减排，从战略上贯彻落实国家关于发展低碳经济的号召。
（1）联网售票交易结算
定期生成结算数据和结算报表，实现运营机构与各客运站或客运集团的票款结算，提供网上售票、手机售票等票款集中结算功能。
另外，在生成汇总结算数据的基础上，提供结算数据明细查询功能。当客运站与运营机构存在差异时，以便双方对账。
（2）渠道管理
联网售票运营机构对外提供统一的票务服务和数据接口，实现与各第三方代售机构的对接。作为对外服务的窗口，可以管控各类接入机构，控制其可访问、可售班次的种类和数量，以及售票额度，或实行保证金制度等。
（3）运营监控
供联网售票运营机构监控各客运站的联网状态，查询各联网客运站的班次信息、票价信息和实时余座信息。
（4）对外服务
对外提供票务服务接口和数据服务接口，并能对各接口的流量情况、交易发生次数、运行状态进行监控和数据统计。
********8">根据系统预期用户数量及相关指标要求，本工程建设的性能指标如下：
所有的软件系统都具有一些共性，不同的软件系统，根据其功能的不同还要求其具有不同的特性。
（1）稳定性
软件必须首要具备的特性就是稳定，只有稳定的软件才能发挥其作用。
（2）健壮性
软件在运行过程中，势必会遇到各种异常情况，所以要求各个软件系统健壮性要强，在遇到异常的时候，具备快速恢复的能力。
（3）扩展性
软件系统应具备可扩展特性，以满足新添加功能的需要。
（4）可维护性
应将软件运行过程中常用且改变频繁的参数，写入配置文件中，每次程序启动，都会读取这些参数。如需对功能做更改，不需要对系统结构进行修改，只需更改配置文件。这样系统维护、升级都十分方便。
（5）实时性
软件系统必须在指定的时间内完成事务的处理，返回结果。
（6）灾难恢复特性
系统在运行过程中，一个事务的处理还未完成，如突然遭遇断电，势必会造成事务处理的中断和数据的丢失。所以设备应具备灾难恢复特性，在设备重新加电以后，继续处理中断的事务，以确保事物处理的完整性和运营数据的完整性。
（7）并发性
并发数用来度量服务器并发容量和同步协调能力，反映了软件系统的并发处理能力。当并发数增多时，软件必须能够满足高负荷需求。
数据库系统作为信息系统的基础，要求其具有如下特性：扩容性、数据安全性、表关系弱关联性。
（1）扩容性
系统存储的数据具备增长特性，因此系统应允许数据量增加，同时保证运行的稳定性。
（2）数据安全性
存储安全是说系统采用了备份机制、数据恢复机制、数据转储机制等保证数据存储安全。
（3）表关系弱关联性
在设计数据库表结构的时候，应注意表和表之间的关联尽量采用弱关联以便于对表字段和表结构的调整和重构。
作业响应时间指完成目标系统中的交互或批量处理所需的响应时间。
（1）交互类业务（指平时工作中在系统中进行的业务处理，如录入，修改或删除一条单据等操作）。
平均响应时间：3-6(秒)；
峰值响应时间：10-20(秒)。
（2）查询类业务
票务信息查询、清分对账、统计报表生成等查询业务由于受到查询的复杂程度、查询的数据量大小等因素的影响，需要根据具体情况而定，参考范围如下：
简单查询平均响应时间：3-10(秒)；
复杂查询平均响应时间：30-100(秒)。
（3）系统具有高效的处理和网络传输能力，保证分析处理到结果生成的时间优于10秒。
（4）系统具备每周7天、每天24小时的连续运行能力。
（5）具备较高程度的自动化能力、系统出错信息的生成和报告以及对系统故障进行分析和恢复的能力，具备对系统运行的控制和监测能力，具有容错能力。
（6）满足系统基础数据和动态业务数据存储能力，保证设备能够存储5年的分析统计及重要数据。
（7）系统具有较好的数据库安全备份与恢复机制；以保证发生数据损毁等事故时，尽快地恢复尽可能多的数据，把损失减少到最低。
（8）系统具有良好的可扩展性，支持各种应用的接口协议，使系统具有灵活性和扩展性，并能跟其他的系统有效的进行数据交换和共享。
（9）系统可靠性优于99.9%，不存在“单点故障”。
（10）系统应满足对安全性的要求，划分安全域，确定安全等级，采用多种安全技术，建立系统安全保障体系，进行网络访问安全管理和用户进行身份认证。
（11）遵循工程化规范，设计开发与维护各个阶段划分明确。具体从硬件设备、软件系统、通信链路、数据库系统、网络与安全、接口方面做分析。
网络系统复用已有网络。
本项目建设的联网售票系统和清分结算系统对可用性要求较高，可用性应达到99.99%，其余系统对可用性要求一般，应达到99.9%。
道路客运业务是不断变化发展的，要求系统能够灵活适应业务的发展需要，系统还需要进一步完善，能够与其他系统进行衔接和数据交互。所以，要求系统应具有良好的可扩展性，能方便部署新的业务应用系统或应用功能。
系统应提供友好的人机操作界面，系统设计应以用户为中心，符合不同类型的用户角色固有的管理和使用习惯，能使用户以较快的速度找到自己最关注的功能操作和数据信息，方便用户学习和掌握，提高系统使用效率。
由于客运数据涉及商业秘密和个人隐私数据，一旦数据泄露或系统遭到破坏，会对交通行业造成严重影响。因此，根据安全系统方案章节的评估，本工程系统安全要求不低于二级等级保护的要求。
（1）应用系统容灾
本工程建设的道路客运联网综合管理系统、票证管理系统、道路客运联网售票清分结算系统、道路客运联网售票公众信息服务系统、道路客运信息监管与决策辅助系统为核心应用系统，设计采用双机热备的方式保证这些系统的正常高效运转。
（2）数据容灾备份
数据安全是保障系统应用及对外服务实时高效提供的基础，数据库服务器采用双机热备模式保证数据服务的稳定性。本工程还将建立完善的容灾备份机制，确保数据安全，并根据交通运输厅统一安排实现数据的异地备份。
（3）网络容灾
依托交通运输厅“一张网”（在建）改造工程，建立联网售票备份网络体系，保证系统运行网络环境安全性和稳定性。另当客运站与省联网售票数据中心的网络链路中断时，客运站仍可以出售本站车票。此时，其他售票渠道和终端将无法出售该离线客运站的车票，以避免重复售票的情况发生。待网络连接恢复，原离线客运站售票数据与省道路客运联网售票应用与数据中心票库同步后，方可恢复该客运站与其他客运站的车票互售及该客运站车票的网上销售。
本工程新建道路客运联网综合管理系统、道路客运联网售票清分结算系统、道路客运联网公众信息服务系统、小件快运管理系统、道路客运信息监管与辅助决策系统、票证管理系统，并对现有客运站站务管理系统进行升级改造。
七个应用系统主要面向不同用户对象提供服务，其逻辑结构如下图所示：
图 5?10系统逻辑结构与数据流关系图图
其中，客运站站务管理系统、小件快运管理系统主要面向客运站，提供站务管理、票务服务、小件快运管理等功能；道路客运联网综合管理系统、道路客运联网售票清分结算系统主要面向联网售票运营管理中心，提供渠道管理、营运监管、清分结算等功能；道路客运联网公众信息服务系统主要面向出行公众，提供网站、手机、自助售票机等多种购票方式和统一的道路客运票务信息服务；道路客运信息监管与辅助决策系统和票证管理系统主要面向行业管理部门，其中道路客运信息监管与辅助决策系统为领导决策、行业管理提供全方位的数据支持，票证管理系统主要实现对票证从计划审批到领用、出库的规范化管理。
（1）客运站站务管理系统（升级改造）
本系统实现对客运站人流、车流、信息流、资金流的管理、监控，为旅客和营运车辆提供各类站务服务，其功能主要包括计划调度、售票、检票、统计查询等。
（2）道路客运联网综合管理系统
本系统提供联网售票基础数据管理、票据管理、综合查询、渠道管理、营运监管、报表统计等功能，实现联网售票资源的统一管理与分配，协调各站务系统和道路客运联网公众信息服务系统实现联网售票和多元化售票。
（3）道路客运联网售票清分结算系统
本系统提供联网售票票款结算、对账等功能，提高票款结算的实时性和准确性，为联网售票各类实体之间的经营往来提供财务数据及各类结算报表。
（4）小件快运管理系统
本系统面向全省各客运站提供统一的小件快运业务处理平台，实现小件受理、小件签发、小件到货、小件提取、货物跟踪等小件快运全业务、全流程业务处理。
（5）道路客运联网公众信息服务系统
本系统通过网站、手机、自助售票机等多种渠道，为旅客提供统一的道路客运票务信息服务，包括班次查询、车票预订、支付等功能。
（6）道路客运信息监管与辅助决策系统
本系统主要为行业管理部门监控客运行业综合发展情况、服务动态情况、营收情况提供手段，为运力投放、应急处置等决策方面提供数据支撑。
（7）票证管理系统
本系统主要实现全省票证数据集中管理，实现全省各类票证印制计划网上逐级审批和流程控制，提高工作效率，解决票证管理不规范的问题。
********6">提供系统参数设置、代码管理、用户及权限管理、退票参数管理，以及车辆班次等基础数据管理和票价管理功能。
图 4?1系统管理功能结构
（1）系统参数设置
主要用于设置预售天数、客票代理费、行包代理费、客票保险费、客票附加费、站务费、补票费、订票费、补票手续费、订票手续费、行包变动费、客票工本费、结算工本费、晚点罚款时间和算法、脱班罚款、结算方式、行包自动检票等各类系统参数。
（2）代码管理
主要用于定义客运区域代码、线路里程代码、道路等级代码、经济类型代码、车辆类别代码、车辆品牌代码等各类标识线路、班次、车辆等基础数据的属性值域代码。
（3）用户、角色、权限管理
用于管理系统用户信息，以及控制各类不同角色的用户系统功能使用权限。
（4）退票参数管理
设置退票参数，主要是离发车时间不同，退票费的比率不同。
（5）车辆班次
包括车辆数据、班次计划数据、线路经由数据等基础数据管理，以及班次计划排班、车辆安检计划定义等功能。
其中，班次计划排班支持循环排班和间隔排班两种模式。循环排班用于解决对某条营运线路或若干客运班次，存在由若干车辆轮流营运的情况下班次排班。间隔排班用于解决实际营运班次中，有一类班次不是每天都发车的情况下班次排班。
车辆安检计划功能用于建立与营运计划相配合的车辆安检计划。在车辆报站时，系统自动检查该车辆是否必须安检。若必须安检，则检查该车辆当日安检记录。
（6）票价管理
采用类别票价制管理客票价格。其中的票价及里程是由用户自定义的，在营运班次计划模板中，根据其线路和车辆的情况，定义使用相应类别的票价。本系统提供新旧两套票价。在票价调整时，新旧票价有一个共存的过渡期。调价前的客票，使用原票价；调价后的客票，使用新票价。
主要包括客运计划生成、营运日常调度、顺序车组排班、循环车组排班、车辆报停管理、班次并车处理、营运车辆报到、班次发车结算等功能。
图 4?2计划调度功能结构图
图4?3计划调度流程图
（1）客运计划生成
本模块以班次计划模板、间隔发车模板、循环车组模板为依据，建立客运营运计划。
（2）营运日常调度
本模块用于客运日常的营运调度。包括站点、定员、换车、请假、加车、删车、放号、存盘等调度功能。
（3）顺序车组排班
用于顺序发车计划模板中车组的排班操作。以确定该车组当天的首发班次的车辆，以及其他顺序班次对应的发车车辆。
（4）循环车组排班
本功能用于以新的循环车组数据，来更新已经建立的客运营运计划中原来的循环车组数据。
（5）车辆报停管理
本功能用于记录营运车辆的报停情况。车辆报停可提前登记。登记报停的车辆到了报停日期系统就会自动限制其参与营运。报停恢复日后系统会自动解除其营运限制，恢复其营运。报停数据表记录报停车辆信息。
（6）班次并车处理
本功能用于承运班次车辆出现路阻、掉班或其它原因不能正常发车，需将某班次旅客合并到另一班次中。
（7）营运车辆报到
车辆报站是本系统的一种管理模式。对于某些班次的车辆，尤其是折返车辆，由于其营运和到达的不确定性，本系统往往对该类班次的状态定义为报站售票或报站检票，车辆不到站，不能进行售票或检票。所以必须通过本系统的报站登记后，方可以决定该班次的营运状态。车辆报站也是用户考核和检验承运车辆的一种手段。
（8）班次发车结算
通过发车结算，为车主提供该班次的旅客、行包承运情况和财务结算的凭据。其次，通过发车结算，终止本系统对该班次的各项业务操作。再次，通过发车结算时间，决定该班次的正点、晚点情况。
售票子系统是站务信息管理系统的核心功能。能够售本站始发和途经车次的票；能够退票、补票，售国际班次、热线班次、包车等班次的票；还能够订票留号和售联网票。
由于售票业务操作比较频繁，因此设置很多功能键来简化售票操作，而且完全可以用键盘按照售票步骤完成售票操作，方便和增加操作的简便程度。
根据相关参数和客运票价定义票面样式，售票时根据设置来打印客票。
图4?4售票子系统功能结构图
（1）售本站票
发售本站营运范围的国内班次的车票。在售本站票时可以通过一些参数来控制售票。
图 4?5售本站票流程图
（2）售联网票
提供联网客运站间的联网客票售票功能。客运站间开通联网客票的代售业务，必须建立在双方认同的基础上。
图 4?6售联网票流程图
（3）补票
补售本站营运范围的班次车票。
（4）订票留号
本系统提供订票、留号以及相应的售票功能。具有订票权的售票员可以使用订票、留号功能；否则只能使用订票售票功能。
（5）售包车票
包车是指某一客户一次性购买某一班次的全部座位客票，而不再对其他旅客零售该车次的客票。包车售票仅对营运计划中的包车班次进行售票操作。
（6）售国际车次票
只本功能只对线路类别为“国际”的班次有效。由于某些地区的关口对出境旅客班次，要求客运站代收相关费用。因此在此类班次售票时，应收客票金额中，除了客票票面金额和站务费外，还包含代收费金额。
（7）售热线车次票
本功能主要为特殊售票方式。车票售票时不确定班次，但确定到站，称为不定班次售票。发售的不定班次车票，而通过检票上车来确定该车票的实际乘坐班次。
（8）退普通票
本功能处理由于旅客自身原因，办理本站发车的客票退票业务。
（9）退全额票
由于站方原因造成旅客无法按计划乘车或其他特殊情况，需要全额退票时，可以使用本功能。
（10）退联网票
本功能专门处理本站预售的联网站车票的退票。
（11）废本站票
本功能用于对本站发车客票的作废操作。
（12）废联网票
本功能用于对本站预售的联网客运站发车的联网客票的作废操作。
（13）改乘
由于特殊原因旅客不能按原班次旅行。经站方有关人员批准可将该车票改签到同方向的其它班次中。
检票系统是检票人员用来在检票口进行检票。由于检票的位置最靠近班车，所以检票系统除了检票功能外，还可以包含营运车辆报到、班次发车结算、自理行包、导向屏幕等功能。
系统通过参数定义可以和自动检票机进行自动检票；检票范围分规定班次和全部班次两种。规定班次只能对班次计划中，规定在本检票口检票班次进行检票；全部班次可以对所有车次进行检票。
检票方式分车票检票、整车检票、行包检票三种方式；班次检索方式通过参数分人工选择和自动检索两种方式。
图4?7检票管理功能结构图
图4?8检票管理流程图
（1）人工检票作业
具有查询、检票、废检、特检、并班、条码自动报班、自动广播控制、LED条屏控制、自动检票机控制、结算单打印、注销结算单等功能，极大的方便旅客上车和站方管理。同时，可设置必须在车辆报班后才可检票和发车时间到点时才可打单等功能。检票系统的应用大大的减少了旅客漏乘、错乘等现象的发生。检票员在现场确定旅客都已经上车后，便可直接打单，该单据可以作为车主的结算凭证。系统的主要功能：
1）班次信息查询
输入班次号便可查询相应的信息：如线路、发车时间、状态等。
2）上位开检
上位开检分为自动上位开检和手动上位开检。自动上位开检为：车辆进入发车位后，RFID自动识别该车辆是否正确并且通知调度系统给于报班处理。手动上位开检则为：手动选择要报到的班次进行上位开检，系统支持IC卡刷卡上位开检或者通过选中所需上位开检车辆，然后点击上位开检，即对所选班次完成上位开检操作。上位开检后的班次则可以开始进行检票（注：未上位开检不能正常检票）。
3）检票
使用条码技术，快速检票，支持条形码自动输入和手动输入票号，条形码检票，检票时确定车票信息。是否有效票、是否当检车票、是否半票和是否已检票等判断和提示。同时也可使用自动检票机实现无人值守，由乘客自己检票上车。
4）废检处理
输入条形码即可将已经检入电脑的票作废检处理，使该票仍然有效。
5）特检处理
输入发车日期、班次或者单号等相关信息，确认无误后，将已经打印出来的结算单作废；
6）补检处理
超过正常检票时间后可补检。
7）并班改乘
车次并班后，系统对并班车次的处理。
8）改乘处理
由于乘客需要，而车站、车主同意的情况下，乘客可改乘另一车次。
9）车次同检
同一检票口同时检两车次以上的车票。输入班次、条形码等，对票据进行特检（即可以将票检入不同的班次）。
10）结算单打印
同一班次检完票后可以马上将结算单打印出来给车主或司机等。功能完备。包含相关信息：结算单号、总人数、车牌号码、总金额、营运单位等。
（2）自动检票作业
自动检票作业主要由闸机完成检票过程。主要功能如下：
1）纸质客票和电子客票的读取、识别；
2）验证车票合法性；
3）检票软件拥有在线调试功能，可以对每一台已经注册的闸机进行单独的设备调试；
4）可以对闸机运行状态实时监控，任何时刻动能通过软件看到闸机的运行状况；
5）实时显示每台闸机的通行人数、总人数和实际的检票记录；
6）可以实时控制每台闸机的各种运行模式（自由通行模式、正常模式、三杆常开模式）。
行包子系统处理车站的行包处理，可以通过此系统办理行包托运、自理行包、行包退办和行包废票等业务，除此，还包括一些辅助功能，如行包票据管理、行包查询等。
图 4?9行包管理功能图
（1）行包托运
1）行包受理
对顾客提供的各种货物在规定时限范围内进行受理，系统按（目的地、货物重量、货物体积、件数等）计算费用，并记录托运货物明细、包装材料、托运人、收件人、承运班次等相关信息，按要求打印行包票（发票）。
2）到货登记
当有托运行包到达本站时，根据提供的货物单据登记货物和客户等相关信息，并完成行包自动入库。工作人员在卸货时，需要确认货物单据上记录的行包件数、物品是否与实际的一致，当不一致时，需详细记录差异情况，以便事后查验。
3）行包领取
该模块主要用于登记行包领取情况信息。在领取行包时，需根据收件人提供的身份证件进行领取确认，若身份信息不符合时，工作人员需要与托运人进行确认，在得到托运人的许可后，系统中记录行包代领人信息。当行包领取的时间超过系统规定时限后，若系统中已设置“收取保管费”，则需向收件人收取保管费，并打印提货发票。
4）行包退运
已受理托运的行包，由于客户原因，需取消托运，系统可以在退运时限范围内进行退运，并根据规定收取相应手续费。
5）库存管理
实现仓库货位和库存行包管理，可列出某一时间点上各个货位上摆放行包件数、票号等信息。能够打印某一时间内未出库的货物信息清单，便于交接班对货物进行清点，做到物证相符。能够设定对无人未领取行包超过一定时间后自动报警，并发出短信告之收件人前来提货。
6）废行包票
因车辆故障、打印机卡纸、托运错误或其他原因，需要对已受理行包的行包票作废，以达到未受理的效果。已装运的行包票要作废时，必须先作废装运单据，使其还原到未装运状态
7）坏票登记
当行包服务人员发现领来的行包票中存在破损或印刷错误，致使该行包票无法使用时，需要使用本功能，将此行包票登记作废。登记完成后，系统当前票号自动跳到下一个票号。
8）重置票号
行包服务人员在进入行包受理功能时，系统自动提示行包服务人员核对当前行包票票号和系统中的票号是否一致，如果不一致则需要重置票号。
票号重置时，系统可根据参数配置“是否自动输入票号”或者“由人工手动输入”，来决定是否要求行包服务人员人工输入票号。在配置了由系统自动输入票号的情况下，若用户领用了两段票证，则弹出选择窗口让用户进行选择使用哪段票证，并且下次登录时不再提示，直到该票段用完。
行包票的管理和领用在票据管理系统中完成。
（2）行李寄存
1）行李寄存
登记旅客寄存的行李信息，包括旅客姓名、联系电话、身份证号、物品名称、数量、存放货架位置，并打印行李寄存单交给旅客。
2）行李领取
当旅客领取行李时，通过扫描旅客行李寄存单号上的条码自动检索出旅客信息，由工作人员对旅客提供的证件信息进行核对。当行李的寄存时间超出范围时，可根据系统设定的收费额向旅客收取保管费，并打印发票。
3）行李盘点
统计未领取的行李清单，便于交接班时对行李的清点，做到物证相符。能设定对无人未领取行李超过一定时间后自动报警，并发出短信告之旅客前来领取。
（3）查询统计
1）行包受理情况
查询某段时间内的行包受理情况明细，并汇总受理件数、收费总金额。
2）行包装运情况
查询某段时间内的行包装运情况明细，并汇总装运件数、总重量。
3）行包退运情况
查询某段时间内的行包退运情况明细，并汇总退运件数、手续费总金额。
4）到货情况
查询某段时间内的行包到货情况明细，并汇总到货件数、总重量。
5）行包领取情况
查询某段时间内的行包领取情况明细，并汇总领取件数、保管费总金额。
6）行包票耗用情况
汇总某段时间内的行包票耗用情况，包括退票数、坏票数、废票数、剩余数。
（4）行包结算
提供行包服务人员缴款登记和与车主的结算功能，该功能属于财务结算系统。
1）行包员缴款
按行包服务员统计行包托运费用、行包保管费、行李寄存保管费，登记行包服务人员缴款情况，自动计算出长短款差额，并打印缴款单。
2）车主结算
根据车主提供的业务凭证，计算出车主应该获得的结算金额，并将多个结算凭证的金额汇总到一个结算报表（结算单）。
该模块提供车主收费统计功能，对不同线路按车方与站方的分成比例进行费用统计。同时，可以打印各种统计报表(可按不同时间段、线路、托运方式、收费员、付款方式等)。
（5）客户管理
1）客户资料管理
记录客户的名称、客户类别、身份证、联系电话、地址、邮编、客户的行业对托运需求的特点、相关重大事件（备注）等信息。
该模块提供对客户历来行包托运情况进行查询。
2）客户折扣管理
为了量化地对客户进行评估，根据运费总额度指标，设定不同级别客户能享受的折扣优惠。
3）客运投诉建议
对客户投诉建议进行管理，提供对客户投诉建议的发生、处理过程和处理结果的记录和查询。
在记录之后，客服人员将投诉建议转至相应的处理部门，在得到处理结果后由记录人员及时将处理结果反馈给客户，并对客户关心支持车站的工作表示感谢。
（6）参数设置
提供完善的参数设置功能，包括费率设置、货物类型设置、包装物类型设置、发车前N小时停止受理、发车前N小时停止装运、预托运天数设置、行李保管时限设置、行包票打印票版设置等。
通过“费率设置”功能来调节各项费率，可根据自己的标准来制定各项费率或者设定费率公式，改变收费标准，增减收费项目。
问事处子系统是车站问询处使用的信息系统。问事处主要是回答乘客的一些问题，如售票处的位置、班次信息、检票口、余票等相关问题，同时可以提供订票、退票、改乘等相关功能。以上功能可以通过系统配置来定义是否使用。
图 4?10售票问询功能图
（1）售票问询
通过售票问询，系统可以很直观明了的告之旅客某天的班次信息、票价信息以及线路营运信息。售票问询窗口可以供查询各个班次的情况，包括发车时间、票价、车型、余座等信息，该模块支持全键盘操作。同时支持联网查询。
（2）退票问询
通过退票问询，查询退票规则以及旅客若要进行退票操作要扣的手续费等信息。
（3）行包问询
通过行包问询，查询行包托运费用、托运时间等信息。
主要提供车辆报站监控、行驶线路监控、到站时间监控、出城异常情况监控功能，本项目中，GPS数据和电子地图需由第三方提供。
主要是对车站的日常售票和行包业务进行记帐结帐，包括各种款项的收缴和一些财务报表。如：售票员缴款单、客票退票回收单、客票废票回收单、行包员缴款单、行包退票回收单、行包废票回收单、收款汇总日报、未结帐预售票、收缴款日报、日终记帐、站外售票帐目、交款登记、交款明细表、交款统计表、售票明细表、售票统计表、往来明细表、往来统计表、联网售票帐目、联网售票结算单、联网售票对帐单、联网售票统计表、出境收费帐目、出境收费明细、出境收费统计、班次结算帐目、结算单明细表、结算单汇总表、代缴款统计表、车主收入统计、结算单位调整、历史班次结算、车主结帐帐目、车主结算结帐、结帐单明细表、结帐单统计表、结帐单参数、未结帐统计表、日终结帐、漏乘客票明细、客运收入简表、营运收入报表、保障金代缴表、保障金应缴表。
提供以下各种数据报表的查询功能：发车时刻表，本站客运计划模板中的班次、终到站及发车时间等信息的发车时刻表，客运票价表，计划班次查询，营运车辆查询，当前班次情况，历史班次情况，请假脱班情况，报停车辆情况，班次结算情况，班次售检情况，班次违约情况，结算单查询，当前售票情况，历史售票情况，预售票汇总表，本站售联网情况，异地售本站情况，客票退票情况，客票废票情况，客票改乘情况，票据使用情况，票款收支情况，售票分类统计，当前行包情况，历史行包情况，行包退票情况，行包废票情况，票据使用情况，票款收支情况，运量统计分析，线路运量分析，班次营运状态，线路营运分析图，班次运行报表，客运生产日报，班次脱班月报，操作记录查询，售票记录查询。
在现有站务系统功能的基础上，进一步完善对客运场外围信息发布、售票服务设备的管理，实现对外围设备的统一管理、统一控制和信息资源的统一发布。
（1）场站大屏发布系统管理
场站大屏是班线、车次、票价、余票等信息面向乘客统一展示平台，站场大屏发布管理系统支持将即将发车的班次以滚动的形式按序显示到大屏幕上，包括中文和英文两种语言，提示旅客提前做好上车的准备；可以插播广告，显示宣传标语。
（2）语音播报、自动报班系统管理
语音播报采用音频控制和传输技术，通过广播区、音源设备、音频矩阵等设备，保障旅客和工作人员能够在整个站区内清晰明确地获取音频信息。向旅客播报客运通告、运行时刻、票务、站内设施说明、站内环境说明、旅客乘车、安全提示及旅行相关等信息。
班次检票时，广播根据系统提供的发车信息自动向旅客报播发车信息，包括车次、目的地、检票口、发车时间；班次接近发车时间，再次提醒旅客尽快检票上车；客车启动后，播报班车发车信息，并停止检票。系统可以将有关数字和文字转换为声音通过扩音设备向旅客播放。系统支持自动报班功能。
（3）手持售票机终端管理
以无线或有线的接入方式方式实现手持机设备与站务系统的数据同步与交换，对手持售票终端的功能设计和数据更新等功能。
（4）自动检票道闸管理
自动检票道闸管理作业主要实现闸机自助检票。主要功能参见5.3.2.3.4检票子系统。
（5）小件快运系统管理
站务系统通过接口方式与小件快运系统进行数据交换，实现货物与运送车辆、乘客的信息关联。
车辆管理一卡通主要通过信息化手段，采集车辆在站场内的业务节点信息，辅助调度系统实现对站内车辆的智能调度，合理规划车辆站内流程。车辆在站内需完成的标准业务流程为：进站—>入场—>洗车—>消毒—>安全检查—>报班—>上位开检—>出站。在此业务流程中，每个环节需要按照规范记录执行人、执行时间、执行结果等过程信息。
图 4?11车辆一卡通子系统功能结构图
（1）进站管理
可通过车辆智能识别技术来进行进站的识别，本站注册客运车辆可以不停车进站，无关车辆不能进站。通过该智能识别技术，能够实时、准确地检测到车辆的进站情况，减少时间开销。
进站管理主要实现的功能有：进站刷卡功能、读卡后自动识别客运车辆、道闸自动打开、电脑自动提取记录、车辆过后道闸自动放下，并将信息发给调度管理模块（安排车辆流程、发布调度指令），发给站内信息诱导和综合信息服务模块（LED显示屏通知接站人接站，广播发布到站信息），发给小件快运管理系统（通知工作人员搬运行李、短信通知托运人行李到达）。
（2）入场管理
入场管理主要实现的功能有：停车场刷卡功能，进入停车场时电脑自动提取记录，并将入场信息发给调度管理模块，调度管理模块安排后续操作流程，制定停车位置。
（3）洗车管理
洗车管理主要实现的功能有：车辆进入洗车房人工刷卡、客运车辆清洗后卫生合格刷卡通过，计算机自动识别车型，记录收费信息。
（4）消毒管理
消毒管理主要实现的功能有：车辆清洗后进行消毒，合格后刷卡，电脑自动提取记录。
（5）车检管理
安全检查主要实现的功能有：车辆进入安检房人工刷卡，电脑自动提取记录，并向系统返回一个确认数据，确认安检是否通过。能够对车辆及驾驶员资质实现自动识别；季度检验不合格的车辆，日检中自动警告提示。灭火器、车辆年检、二级维护、各类保险等涉及安全的项目自动提示到期时间。用显著颜色显示客车险到期或逾期。
（6）开检管理
开检管理主要实现的功能有：车辆进入发车站台刷卡开始检票，电脑自动提取记录，提取记录后连动更新检票显示屏信息，提示旅客该车已到停车卡位，可以检票上车，同时腾空备班车位。
（7）出站管理
出站管理主要实现的功能有：出站人工刷卡、读卡后道闸自动打开、电脑自动提取记录、车辆过后道闸自动放下。同时实现出站车辆、旅客、行包等信息的汇总检验，出站检验员输入实载人数后，超载自动报警，不具备出站条件的车辆不允许出站；同时实现电子打单。在出站管理中显示驾驶员照片供发班确认。
图 4?12电子客票子系统功能结构图
（1）换票功能
为从公众信息系统购买车票的旅客提供身份证刷卡换票，以及手机号+订单号换票功能。
（2）换票缴款（修改缴款窗口及缴款单）
售票员换票消耗票证，但没有收款，缴款功能及缴款单要列出换票张数。
（3）电子票检票（修改检票窗口）
允许已购买电子客票的旅客刷二代身份证检票乘车。
（4）售票查询
查询电子客票是否已换票和检票上车。
（5）实名制售、检票功能
通过预留读取二代身份证等证件或输入身份证件号码的实名制购票接口，系统可在特殊时期和特定需要时启用实名制，从而为相关部门提供准确的旅客乘车时间、地点、身份与居住地基本信息等。
实名制售、检票机制启用后，乘客在购票时，售票窗口、代售点或售票机将通过装设的身份证读卡器（可复用保险销售用身份证读卡器）获取乘客的姓名、身份证号等识别信息并在数据库中与售出客票相关联，同时将上述信息打印在客票票面上。
图 4?13实名制购票流程图
在乘客持票准备进站时，工作人员或检票闸机同时读取车票条码和乘客所持二代身份证信息，车票通过真实性验证与身份符合验证后，旅客方可持票登车。同时，车站工作人员将负责验证旅客所持证件是否为本人所有。
推广实名制售、检票，有助于打击犯罪、维护社会稳定秩序，可准确识别潜在危险人员，从而降低流窜作案与实施恐怖袭击的几率。出于维护国家安全和社会稳定的需要，实名制将成为联网售票工作的必然趋势。通过公路客票的实名制销售，及与公安机关的身份信息共享，可以有效对乘客身份进行识别和监控，从而从源头对犯罪嫌疑人与对社会稳定有潜在危害的人员加以控制，对于打击犯罪与恐怖主义，加强推进维稳工作行为有着重要的意义。
同时，实行客票销售实名制后，通过加装二代身份证识读设备的自动取票机、检票闸机，可实现通过手机、互联网等渠道购票乘客的自助取票与不取票刷身份证直接乘车，从而在售检票环节为乘客提供方便，并提高售检票效率与用户体验。
（1）安检系统接口
目前客运站进站安检设备及系统系独立运作，未与现有站务系统进行有效衔接，处理过程透明度低，信息不能及时给予反馈，安检信息管理系智能化程度比较低。本工程建设将充分考虑安检系统与站务系统数据沟通需求，根据实际应用需求，预留安检系统信息交换接口。
通过站务系统对安检系统信息的整合，可有效提高了工作效率和信息透明度。数据通过公布、存储和共享，得到了充分利用。并对安检人员等起到了监督作用，从而实现了汽车客运站内安全例检的信息智能化管理。
（2）站务信息发布接口
为实现站务信息、班线信息、票务信息的实施发布，方便旅客结实获得出行信息，本工程将在部分客流量较大的客运站设置客运提供信息发布平台，通过大屏展示、滚动信息播报等多种方式实现客运信息的实时发布，站务系统需充分考虑为这些站内外展示平台预留信息接口。
********7">实现联网售票的前提是统一基础资料的管理，本功能主要用于对联网售票需要的各类基础数据进行统一管理。
图 4?14基础资料管理功能结构图
图4?15基础数据资料管理流程图
（1）行政区域
对于各联网客运站的行政区划信息进行统一管理，提供同步、添加、修改、删除和查询功能。
（2）站点信息
对站点信息进行统一管理，提供同步、添加、修改、删除和查询功能。
（3）线路信息
对线路信息进行统一管理，提供同步、添加、修改、删除和查询功能。
（4）车型管理
按行业标准对于车型信息进行统一管理，提供同步、添加、修改、删除和查询功能。
（5）车辆信息
对车辆信息进行统一管理，提供同步、添加、修改、删除和查询功能。
（6）车属单位
对车属单位信息进行统一管理，提供同步、添加、修改、删除和查询功能。
（7）驾驶员信息
对驾驶员信息进行统一管理，提供同步、添加、修改、删除和查询功能。
（8）班次信息
对联网班次信息、途径站点信息进行统一管理，提供同步、删除和查询功能。
（10）票种信息
对票种信息进行统一管理，，提供同步、添加、修改、删除和查询功能。
（11）中心售票点管理
管理中心的社会售票点信息，提供查询、添加、修改和删除功能。
主要实现对车票票据的入库、领用、核销管理。可以实时查看各客运公司、客运站的用票情况，及时对客运公司、客运站持有票据以及票据的结存情况进行查询。
图 4?16票据管理功能结构图
图4?17票证管理流程图
（1）票库设置
票库即存放票证的仓库。这里的票库为逻辑上的票库，用于记录不同票证的存放位置，以方便系统统计分析。系统提供票库的创建、修改、查询和删除功能。
（2）票据类型设置
设置不同的票据类型以及相应的票据信息。票据类型编码由系统实施时确定。
（3）票据入库
对票据进行入库操作，并记录相应的入库信息，由中心统一对票据进行入库操作，然后各个客运公司或者车站从中心领取票据。车票的票号由中心同一编码并保证本系统内票号唯一。
（4）票据发放
各客运站到联网售票中心领用票据，由中心统一发放票据，系统记录发放信息。
（5）票据库存
显示已经入库的票据情况信息，并统计总票数以及各个领用单位的使用情况、剩余情况。
图 4?18综合查询功能结构图
（1）班次排班情况
查询未来、当天、历史的各客运站的班次排班情况，还包含班次的运营情况。
（2）班次票价情况
查询未来、当天、历史的联网售票班次票价情况。
（3）票据使用情况
查询未来、当天、历史的各联网网点的票据使用情况。
（4）联网售票情况
查询各联网客运站的联网售票情况。
（5）联网退票情况
查询各联网客运站的联网退票情况。
（6）班次发班情况
查询未来、当天、历史的各客运站的班次发班情况。
图 4?19规则管理功能结构图
（1）购/订票及支付规则管理
购/订票数量规则：系统对旅客每天能够购/订票的数量进行规定，例如，网上购票时，同一注册用户，每日限购5张车票，每张车票对应一个有效证件号；每一个有效证件号码每日限购1张车票等。
购/订票时间规则：系统对旅客选票、支付的时间进行规定，例如，网上购票时，旅客从选择第一张票起，需在规定时间内完成选票，在规定时间内完成支付操作，不得逾时支付。选票时间、支付时间在网页上有倒计时提示。
（2）取票规则管理
对旅客通过网上购票、电话订票、手机订票等方式购票后，取票的时间、地点、方式进行规定。
取票时间规定：例如，网上购票、手机购票等方式已经完成支付的情况下，允许旅客于检票口关闭前任意时间进行取票；电话订票未进行支付的情况下，旅客必须于购票后24小时内、发车前3小时取票。
取票地点规定：例如，旅客必须到始发站进行取票；或者允许旅客到就近客运站、代售点取票。
取票方式规定：主要对本人取票或代替他人办理时，所需要的取票凭证进行规定。例如，本人取票必须凭借有效身份证或手机二维码；代替他人办理时，需要凭借代办人身份证、购票人身份证或购票人身份证复印件等。
（3）退票规则管理
退票方式规则：针对不同购票方式的退票方式进行规定。例如，网上购票、电话订票、手机购票时，若旅客尚未获取纸质客票，可以采用网站或电话方式自行退票；若已经取得纸质客票，需要到乘车客运站办理退票手续。旅客到客运站办理退票手续时，需先取纸质客票再办理退票手续。
退票时间规则：针对不同购票方式允许退票的时间进行规定。例如，网上购票、手机购票购票时，若旅客尚未获取纸质客票，采用网站或电话方式自行退票，需在发车前2小时进行办理；若旅客在各客运站、代售点购买的其他车站始发的车票，选择在购票站/代售点退票，需在发车前2小时进行办理；若旅客选择在乘车客运站退票，可在发车前进行办理；发车后不退票。
退票地点规则：针对不同购票方式允许退票的地点进行规定。例如，无论采用何种购票方式（含网上购票、手机购票、客运站购票、代售点购票等）购买的车票，均可以在乘车站退票；在各客运站、代售点购买的其他车站始发的车票，可以在购票站/代售点退票，但必须在发车前2小时进行办理。
退票手续费规则：对退票的手续费进行规定。距发班时间2小时以外（不含），扣除票面额的10%；距发班时间2小时以内（含），扣除票面额的20%；发车后不退票。
退票票款及退票凭证规则：对各种退票方式所退票款的到账时间、发票等进行规定。例如，旅客办理网上退票、手机退票手续后10个工作日内，系统将所退票款转账至您购票所使用的银行账户或手机账户内；如在网上退票又需退票单据作为报销凭证时，旅客在该票的退票状态为“退款成功”后10日内，可到发车站售换票窗口办理。
（4）废票规则管理
当客运站、代售点打印车票时，可能出现打印问题、误操作等情况，因此需要允许废票操作。废票规则管理主要是对出现打印错误后，能够在多长时间内进行废票处理进行设置。
管理接入联网中心的所有客运站的每日班次计划，票价数据。
图 4?20计划管理流程图
（1）班次计划安排
对参与到联网中心的各车站的所有班次计划信息，提供查询、统计功能。
（2）票价信息
对参与到联网中心和车站的所有票价信息，提供查询功能。
（3）预售期管理
对联网各车站、各班次设置预售期，并可以根据设置的预售期判断车站的班次计划是否同步到联网中心，并提供修改功能。
用于控制各类接入到中心，参与联网售票和客票代售的邮政、ISP、第三方代售机构等，其可/或不可售的班次，以及可售数量，并实行保证金控制。
图 4?21渠道管理功能结构图
（1）可售班次控制
控制某机构可售各客运站的班次，以及针对该班次的售票张数、预售天数、可售票种等。
（2）不可售班次控制
控制某机构不能售的各客运站的班次。
（3）售票额度管理
控制某机构可售各客运站的售票额度，当在一段时间内的售票款超出指定额度后，系统停止该机构售票，并要求对额度进行恢复操作。
图 4?22营运监控功能结构图
图 4?23营运监控流程图
对各类联网售票服务以及客运站的缓存服务进行实时监控，为系统稳定运行提供保障。主要包括：售票异常情况监控、出票监控、班次上传报警缓存服务监控等。
（1）售票异常监控
监控联网售票的异常情况，针对出现的异常情况进行记录和纠正。
（2）出票监控
监控各个联网客运站的联网出票信息。
（3）班次上传报警
监控各个联网客运站的缓存的班次上传信息，并显示上传异常的原因。
（4）缓存服务监控
监控各客运站的缓存服务运行情况，并对异常情况进行及时报警。
统计各联网客运站的业务情况、生产经营情况、财务情况，以及联网售票情况。统计报表统计条件可由用户自行定义，报表统计模版可由用户自行设计生成。
、
图 4?24报表统计功能结构图
（1）业务统计
统计各联网客运站以及联网售票中心的经营线路情况、班次信息、站点信息等。
（2）营运统计
统计各联网客运站以及联网售票中心的班次运行情况、客流量、车辆报班、班次售票情况、班次检票情况、班次发班情况等。
（3）财务统计
统计各联网客运站以及联网售票中心的班次售票情况、售票缴款情况、票据使用情况、联网结算情况、联网售票情况等。
（4）数据分析统计
根据用户选择的项目对客运联网数据进行分析统计，并生成曲线图、柱状图、饼状图等。
实现系统的组织机构、角色和权限、用户、系统日志和操作日志管理。
图 4?25系统管理功能结构图
（1）组织机构
对参与联网售票的所有机构（包括客运站、第三方代售机构等）的基本信息和服务地址进行管理。
（2）角色管理
定义系统的用户角色信息。
（3）用户管理
管理本系统的用户，提供新增、修改、锁定等功能。另外，可设置其所属机构以及所属角色。
（4）权限管理
按角色设置本系统各项功能的使用权限（包括菜单权限和功能权限）和机构权限（主要是数据权限）。同一用户可以拥有一个或者多个机构的权限。
（5）系统日志
查询系统自动生成的日志信息，如系统出错日志等。
（6）操作日志
可查询由用户操作生成的日志信息，包括操作内容、对象、操作时间等明细信息，主要用于对用户的行为进行审计。
********8">结算数据预处理将客运联网售票系统的售票信息根据客运站、班线、班次等信息进行处理后按照一定的时间规则生成结算预处理数据，为结算管理功能提供数据来源。
结算数据预处理功能如下图所示：
图 4?26结算数据预处理功能结构图
结算数据处理是联网售票系统最核心的处理功能之一，是对联网售票原始数据结合结算体系规划进行预处理、结算、出账、账单加载、数据中间层生成的处理过程。结算数据处理可以是自动实时处理的过程。
1）业务处理流程
结算数据处理流程描述了结算数据处理总体过程，包括预处理、结算、入库、出账、账单加载到数据中间层生成等处理过程以及确保这些过程正确处理的辅助过程。数据处理的输入数据为文件流和事件流，输出数据为计费事件、账单、数据中间层等。如下图所示：
图4?27结算数据处理流程图
联网售票系统处理来自各级票务系统的售票交易，交易完成后，将售票交易数据提交到清分系统。预处理是清分系统数据接收后对原始售票交易数据进行处理的第一个阶段，实现原始事件到结算事件转变的处理过程，具体包括：原始事件格式标准化、原始事件记录校验转换、分拣过滤、重复结算事件检查、定制输出结算事件等正常过程及异常回收处理过程，处理过程引用各种预处理规则，包括格式转换规则、记录检验规则、分析过滤规则、输出格式规则等。预处理不查找结算事件所属的结算规则和结算费率资料，这一步骤由实时结算处理过程完成。数据预处理流程如下：
图4?28数据预处理流程
结算处理是清分系统的处理流程的核心阶段，是对预处理后的结算事件结合客户资料、结算费率和优惠策略以及累计资源进行结算计算，并将结算处理后的结算事件和结算结果及其他累计数据入库的过程。处理流程如下图所示：
图4?29数据结算处理流程
4）数据中间层生成流程
数据中间层是结算系统在客户资料数据、结算事件数据、客户账单数据、支付账户数据、结算清单数据等基础数据的基础上为了满足80％以上的统计需求及满足联网系统和经营分析系统支持需求，并保证数据提供速度和提高数据提供方便性的要求，对上述基础数据进行抽取、转换、审核、加载等过程生成多层次的介于基础数据和统计报表中间相对独立的各种数据。
图4?30数据中间层生成流程
（2）
结算数据预处理包括票务信息整理，票务信息按规则预处理等功能。
1）票务信息整理
票务信息分为不发生结算关系的票务信息及具有结算关系的票务信息，具有结算关系的票务信息还分为预订票、窗口售票、互联网售票及电话售票等不同情况。票务信息整理将具有结算关系、已支付的明细票务信息按实体、按时间进行抽取。
2）票务信息按规则预处理
将票务信息整理模块抽取的明细票务信息按实体、按时间周期、按班次信息、按购票方式等规则进行汇总，形成结算数据。
结算数据的内容包括实体编号、实体名称、班次、车牌号、发车时间、应收票款、保险金额、购票方式等信息。
结算规则管理主要负责客运经营企业、客运站、业户、代理售票点、第三方电子支付运营商、网银、保险公司等实体的总体结算规则设置。
结算规则管理包括结算公式管理、结算周期管理及结算费率标准管理等功能。
图 4?31结算规则管理功能结构图
（1）结算公式管理
通过结算公式管理将不同实体的结算费率按照票价管理中的票价结构形成结算公式，为结算管理中的结算单生成提供公式规则。
结算公式管理的功能包括结算主体关系选择、结算公式类型选择、结算公式参数选择（包括结算费率选择、代售费率选择、保险费率选择等）、结算公式设置等功能。
（2）结算周期管理
通过结算周期管理对结算周期进行多实体，多周期的动态配置。支持客运经营企业、客运站、业户、代理售票点、第三方电子支付运营商、网银、保险公司等不同实体的周期设置，支持日结、月结、季结等多种周期设置。
结算周期管理包括结算主体选择、周期类型选择、结算主体与周期对应关系设置等功能。
结算主体选择包括主体类型、主体名称的选择。
周期类型选择包括结算周期选择、对账周期选择。
结算主体与周期对应关系设置将以上两个选择的结果进行对应关系设置，形成结算主体的结算周期或对账周期。对账周期包括第三方电子支付运营商与系统的对账周期，网银与系统的对账周期，保险公司与系统的总账对账周期。
（3）结算费率标准管理
结算费率标准管理包括业户应缴费用管理、代售资费结算规则设置等。为结算公式管理提供参数支持。
结算费率管理包括主体类型选择，费率类型选择，主体类型与费率类型关系设置，费率参数设置等功能。
首先选择客运经营企业、客运站等主体类型，结算费率、代售资费费率等费率类型，设置主体类型与费率类型之间的对应关系，并设置费率类型对应的费率值。
（4）结算制度管理
结算制度是指导和确立全省联网售票系统有效推进、长期发展的制度基础。在结算制度原则的指导下，充分考虑联网售票各会员单位的实际情况。
结算制度规定了联网售票清分清算系统与各方的关系，联网售票清分清算系统的职权和责任，各单位的职权和责任。
结算制度制定的原则：公正、公平、共赢，责任与权力共担。
对账管理先进行总账对账，如果总账不平，再采取明细账对账方式进行逐笔勾兑。针对明细账对账出现的问题可以进行对账结果调整。使系统总账、明细账最终与第三方电子支付运营商、网银、保险公司保持账务平衡。
自动对账管理的功能包括第三方电子支付运营商与系统的总账对账及明细账对账，网银与系统的总账对账及明细账对账，保险公司与系统的总账对账及明细账对账。对账成功后，进行不同实体之间的结算管理。
图 4?32自动对账管理功能结构图
（1）第三方电子支付运营商与系统的总账对账
根据结算周期管理中设置的对账周期定时对账，该功能数据来源为两个，一是结算数据预处理中汇总的、该时间周期内的、支付方式为第三方支付的、状态为支付成功的汇总数据，二是第三方电子支付运营平台接口提供的汇总付款信息。总账对账指对比以上数据是否相等。
（2）第三方电子支付运营商与系统的明细账对账
如果第三方电子支付运营商与系统的总账对账结果不平，需要将结算数据预处理中该时间周期内的、支付方式为第三方支付的、状态为支付成功的明细数据逐条与第三方电子支付运营平台接口提供的明细付款信息进行对比。生成对账结果，显示账目是否平衡。
（3）网银与系统的总账对账
根据结算周期管理中设置的对账周期定时对账，该功能数据来源为两个，一是结算数据预处理中汇总的、该时间周期内的、支付方式为网银支付的、状态为支付成功的汇总数据，二是网银接口提供的汇总付款信息。总账对账指对比以上数据是否相等。
（4）网银与系统的明细账对账
如果网银与系统的总账对账结果不平，需要将结算数据预处理中该时间周期内的、支付方式为网银支付的、状态为支付成功的明细数据逐条与网银接口提供的明细付款信息进行对比。生成对账结果，显示账目是否平衡。
（5）保险公司与系统的总账对账
根据结算周期管理中设置的对账周期定时对账，该功能数据来源为两个，一是结算数据预处理中汇总的、该时间周期内的、保险购买信息汇总数据，二是保险公司系统接口提供的汇总应付款信息。总账对账指对比以上数据是否相等。
（6）保险公司与系统的明细账对账
如果保险公司与系统的总账对账结果不平，需要将结算数据预处理中该时间周期内的、保险购买信息明细数据逐条与保险公司系统接口提供的明细应付款信息进行对比。生成对账结果，显示账目是否平衡。
（7）对账结果调整
针对明细账对账出现的问题可以进行对账结果调整。使系统总账、明细账最终与第三方电子支付运营商、网银、保险公司等保持账务平衡。
对于对账结果调整，系统支持单独调账和批量调账方式，单独调账是针对具体的某个明细进行调账，批量调账是针对某一批符合调账条件的明细记录进行调账。
系统生成结算预处理数据后，将结算预处理数据根据结算主体管理中的主体类别进行分类，分类后的数据按照结算规则管理中的结算公式、结算周期、结算主体管理中的不同主体规则设置进行计算，计算结果形成结算单。
图 4?33结算管理功能结构图
图 4?34结算管理流程图
（1）客运企业/客运站结算管理
客运企业/客运站结算管理包括结算单生成、结算结果查询等功能。
通过结算规则拆分管理中维护的、客运经营企业与其他实体间的结算公式、结算周期、结算费率计算，将结算预处理数据汇总为、客运经营企业针对不同实体的多张结算单。将结算单信息传输到银行接口，银行接口以结算单为依据进行转账，并将结算结果返回，在结算结果查询中获取客运企业/客运站结算结果信息。
（2）代理售票点结算管理
代理售票点结算管理包括结算单生成、结算结果查询等功能。
通过结算规则拆分管理中维护的代理售票点与其他实体间的结算公式、结算周期、结算费率计算，将结算预处理数据汇总为代理售票点针对不同实体的多张结算单。将结算单信息传输到银行接口，银行接口以结算单为依据进行转账，并将结算结果返回，在结算结果查询中获取代理售票点结算结果信息。
（3）第三方电子支付运营商结算管理
第三方电子支付运营商结算管理包括结算单生成、结算结果查询等功能。
通过结算规则拆分管理中维护的第三方电子支付运营商与其他实体间的结算公式、结算周期、结算费率计算，将结算预处理数据汇总为第三方电子支付运营商针对不同实体的多张结算单。查询对账结果，如果对账成功，将结算单信息传输到银行接口，银行接口以结算单为依据进行转账，并将结算结果返回，在结算结果查询中获取第三方电子支付运营商结算结果信息。
（4）网银/第三方结算管理
网银/第三方结算管理包括结算单生成、对账结果查询、结算结果查询等功能。
通过结算规则拆分管理中维护的网银/第三方与其他实体间的结算公式、结算周期、结算费率计算，将结算预处理数据汇总为网/第三方银针对不同实体的多张结算单。查询对账结果，如果对账成功，将结算单信息传输到银行接口，银行/第三方接口以结算单为依据进行转账，并将结算结果返回，在结算结果查询中获取网银/第三方结算结果信息。
（5）保险公司结算管理
保险公司结算管理包括结算单生成、结算结果查询等功能。
通过结算规则拆分管理中维护的保险公司与其他实体间的结算公式、结算周期、结算费率计算，将结算预处理数据汇总为保险公司针对不同实体的多张结算单。查询对账结果，如果对账成功，将结算单信息传输到银行接口，银行接口以结算单为依据进行转账，并将结算结果返回，在结算结果查询中获取保险公司结算结果信息。
（6）结算管理查询统计
结算管理查询统计根据客运企业、客运站、代理售票点、第三方电子支付运营商、网银、保险公司之间的结算账单，对结算数据进行查询统计。结算管理查询统计包括基本信息查询、全貌信息查询、自定义查询以及报表统计功能。
基本信息查询：系统提供结算数据相关的各类基本信息的查询功能。用户根据需要查询的基本信息情况，选择系统提供的相应查询功能，通过输入单个或多个查询条件，得到查询结果列表。基本信息查询支持查询结果集的二次查询。
全貌信息查询：全貌信息查询将结算数据关联的全部基本指标数据按照预先设定的样式要求，全部进行展示。针对每一类基本指标数据，又可以提供基本信息查询。全貌信息查询支持查询结果集的二次查询。
自定义查询：用户可以指定多个查询条件，设定查询条件的约束规则以及查询条件之间的逻辑关系，通过设定时限要求、结果数据量、结果显示列、查询数据源等内容，最终得到结算数据相关的查询结果列表。自定义查询支持查询结果集的二次查询。
报表统计：报表统计包括固定报表统计和自定义报表统计功能。固定报表统计是系统按固定报表样式，定期自动对结算数据相关的目标数据源进行统计，生成特定报表，用户可根据权限对相应固定报表进行查看。包括日报、月报、年报等；自定义报表统计提供用户自定义报表的功能，主要包括报表样式定义、报表展现、报表分析、报表查询和报表打印等。
综合分析是按照联网票务结算管理的特点和日常分析的主题要求，设立主题分析的项目，建立分析思路，选择分析工具和指标，计算指标的统计情况、执行情况、分布情况，并根据指标和统计计算结果，设定阀值，用指标和阀值的比对结果，发现指标异常并提取异常记录。综合分析包括结算主体综合分析，结算周期综合分析以及结算渠道综合分析等功能。
图 4?35综合分析功能结构图
（1）结算主体综合分析
对客运经营企业、客运站、业户、代理售票点、第三方电子支付运营商、网银、保险公司等不同实体的结算管理数据进行综合分析。获取不同主体间的结算关系统计数据。
（2）结算周期综合分析
按照日、周、旬、月、季、年等不同周期对结算管理数据进行综合分析。获取不同周期的结算关系统计数据。
（3）结算渠道综合分析
按照窗口售票、代理售票点售票、互联网售票、电话订票等多种售票渠道对结算管理数据进行综合分析。获取不同渠道的结算关系统计数据。
为实现网上售票系统在突发高负载和高增长的情况下，能承载巨大访问量，需综合使用负载均衡、缓存和分布式计算等技术，以构建健壮、可动态扩展、高效响应的系统。
其整体架构如下图所示：
图 4?36网上售票系统体系架构
旅客在互联网上的购票流程如下：
图 4?37互联网购票流程图
图 4?38在线购票流程图
网上售票系统支持的第三方支付平台及支付方式如下：
1）第三方支付平台：快钱、易宝、银联在线、支付宝；
2）支持的支付方式：网银支付、无卡（储值卡/信用卡）支付、充值卡支付、快捷支付、快钱账户支付。
图 4?39互联网售票网站功能机构图
1）班次查询
提供班次及票价信息查询功能。查询条件包括：出发地、目的地、乘车日期等，结果信息包括：乘车站、班次号、车型、里程、时长、票价以及余票信息。
2）客运站查询
提供全省各客运站信息的查询，客运站信息包括客运站的简介、地理位置、周边交通、服务电话等。
3）车票预订
提供在线车票预订和在线支付功能。车票预订时，要求旅客输入身份信息、联系方式，分别用于取票或检票上车时验证身份、接收订单完成通知信息和电子客票二维码。
旅客一次可以购买多张车票，当班次余座数无法满足其购票数量时，在旅客同意的情况下，订单可以部分提交。
提交成功的订单，旅客应在规定的时间内完成支付，否则订单将自动失效。订单成功支付后，系统发送通知信息以及电子客票，告知旅客完成购票操作。
4）常用工具
①火车查询
利用12306网站提供的余票查询功能，提供实时的列车班次、票价、余票信息查询，信息内容包括：车次、出发地、目的地、发车时间、到达时间、行程距离、耗时等。
②航班查询
利用中国航信提供的航班信息查询接口，提供实时的航班、票价和余票信息查询，信息内容包括：航空公司、航班号、出发地、目的地、起飞时间、到达时间、飞行周期、飞机班次、飞行里程、所属航空公司等。
③公交查询
提供吉林省城市公交线路以及站点信息的查询服务，信息内容包括：公交路线、站点、始末班时间等。
5）公告中心
主要包括网站公告和客运站公告两类，用于向旅客发布网站维护信息、购票优惠信息、通知通告、客运站相关公告等信息。
6）帮助中心
向旅客提供注册指南、购票指南、退票指南、常见问题等帮助信息服务，使旅客了解网站各项功能、购票流程等。
7）会员服务
提供对会员注册、会员信息管理、常用联系人管理等功能。
提供对特殊人员特殊要求登记功能，如孕妇、老人、残疾、幼儿等需要特殊服务的人员可通过此功能对具体需求进行登记，以供客运站、运输企业为其安排特殊服务，更好的服务于乘客。
8）订单管理
为注册用户提供订单查询和管理功能，对于未完成支付的订单旅客可以选择继续支付或取消订单。
对于已完成订单，可进行退票操作。
手机客户端支持主流的手机平台，如iOS、Android、Windows等。通过GPRS、3G网络，为智能手机提供手机购票服务。
图 4?40手机客户端功能结构图
主要功能包括：
（1）班次查询
提供班次及票价信息查询功能。查询条件包括：出发地、目的地、乘车日期等，结果信息包括：乘车站、班次号、车型、里程、时长、票价以及余票信息。
（2）客运站查询
提供全省各客运站信息的查询，客运站信息包括客运站的简介、地理位置、周边交通、服务电话等。
（3）车票预订
提供在线车票预订和在线支付功能。车票预订时，要求旅客输入身份信息、联系方式，分别用于取票或检票上车时验证身份、接收订单完成通知信息和电子客票二维码。
旅客一次可以购买多张车票，当班次余座数无法满足其购票数量时，在旅客同意的情况下，订单可以部分提交。
提交成功的订单，旅客应在规定的时间内完成支付，否则订单将自动失效。订单成功支付后，系统发送通知信息以及电子客票，告知旅客完成购票操作。
（4）会员服务
提供对会员注册、会员信息管理、常用联系人管理等功能。
提供对特殊人员特殊要求登记功能，如孕妇、老人、残疾、幼儿等需要特殊服务的人员可通过此功能对具体需求进行登记，以供客运站、运输企业为其安排特殊服务，更好的服务于乘客。
（5）订单管理
为注册用户提供订单查询和管理功能，对于未完成支付的订单旅客可以选择继续支付或取消订单。
对于已完成订单，可进行退票操作。
图 4?41自助售票机功能结构图
（1）班次查询
提供班次及票价信息查询功能。查询条件包括：出发地、目的地、乘车日期等，结果信息包括：乘车站、班次号、车型、里程、时长、票价以及余票信息。
（2）购票
通过自助售票机购买车票并完成支付。旅客一次可购买多张车票，并通过投递纸币、硬币或直接刷银联卡完成支付。支付成功后，自助售票机打印纸质车票。
（3）取票
提供电子客票取票功能。旅客在网站或手机上购买车票后，通过刷身份证或输入取票密码等方式，在自助售票机上取纸质车票。
建立统一的呼叫中心，通过统一的客服号码，为公众提供电话购票服务。呼叫中心以热线电话为主要服务方式，兼顾其他个性化定制服务，满足公众电话查询车次和订票服务。
图 4?42电话购票功能结构图
电话购票系统的主要功能有：
（1）班次查询
通过电话查询各类班次的时间和票价信息。
（2）电话购票
直接通过电话购买某班次的车票，并使用银行支付、现场取票支付等多种支付方式。
（3）统计分析
针对电话购票进行统计分析，结合用户群体进行出行习惯、出行周期、出行要求等进行分析。根据分析报告为企业提供决策，提高服务质量和客户满意度。
为网站、手机客户端、自助机提供统一的后台管理功能。
图 4?43后台管理功能结构图
主要功能包括：
（1）客运站资料
管理接入道路客运联网公众信息服务系统的客运站信息，用于在网站和手机客户端上为旅客提供客运站查询信息。
（2）公告管理
面向网站管理员和客运站管理人员，提供各类公告信息的编辑、发布等功能。主要提供弹出窗口、专题列表、滚动显示等展示方式。
（3）折扣管理
分客运站、线路和班次三类，设置不同时段的车票折扣，主要提供按票款比例打折。
（4）售票控制
提供班次不可售站点管理和线路不可售站点管理功能，实现在特定的日期段内，如客运高峰期，限制网站的不可售站点功能。
（5）审核管理
主要包括会员锁定与激活和退票审核功能，其中会员锁定与激活功能用于限制非法和恶意用户账号的使用；退票审核功能用于当旅客已在网站购票成功，但因各种原因不能按照发车日期乘车，则需要在网站申请退票的网站后台核定。
（6）客票款管理
提供票款费用计算公式管理、应收款管理、应结客票款管理、应结保票款管理等功能，实现与客运站、保险公司的票款结算。
（7）查询统计
提供订单查询、订单明细查询、短信发送记录查询、邮件发送记录查询、数据上传情况查询、余票数查询、应收和应结票款汇总统计等功能。
（8）票据管理
主要用于管理各联网自助售票机打印车票票号的录入，以及监控票据的使用情况。
（9）状态管理
主要用于监控各联网自助售票机的在线状态、售票张数、取票张数等。
（10）系统管理
提供基础数据、操作员、角色、权限和参数的管理功能，并提供操作日志查询、网站错误日志查询等功能。
********0">基于运政管理系统的行政许可数据和台账数据，实现对客运行业资源的查询、统计与管理。
图 4?44客运资源管理功能结构图
（1）客运站管理
以运政数据为基础，实现对客运站资料的查询、稽核和统计，包括：
1）基本资料：查询各客运站基本情况资料，包括占地面积、建筑面积、现平均发送旅客人次数等信息。
2）站级核定资料：查询各客运站站级核定表，包括负责人、单位地址、主管部门、客运站级别等信息。
3）改建扩建情况：查询各客运站改扩建的历史记录，包括起止年月、建设内容、建筑面积、投资金额等信息。
4）职工基本资料：查询各客运站职工的基本统计资料，包括姓名、性别、出生日期、岗位类别等信息。
（2）运输公司管理
以运政数据为基础，实现对运输公司和承包者资料的查询、稽核和统计：
1）基本资料：查询各运输集团/公司基本情况资料，包括企业名称、所在地、公司性质、员工总数等信息。
2）运营基本情况：下辖车辆类型、数量及营运状态。
3）职工基本资料：查询各运输企业驾驶员、乘务员的基本资料，包括姓名、性别、出生日期、岗位类别等信息。
4）异常经营业户信息：将各客运站登记的承运人信息与运政系统中登记的经营业户信息进行对比，找出未登记经营业户和登记信息不匹配的业户信息。
（3）代售点管理
实现对省、市两级各类代售点相关信息的许可、查询、稽核和统计管理，包括：
1）代售点基本资料：代售点性质（邮局代售、专业代售、其它），地理位置，许可信息，负责人信息。
2）代售点联系信息：联系人姓名、电话。
3）营运信息：营业时间，可代售客票种类。
（4）人员管理
以运政数据为基础，实现对全省（市）不同范围内的驾驶员和个体承包者的信息查询、稽核和统计，包括：
1）驾驶员信息：个体性质（单位职工或个体承包），所属公司/挂靠公司，姓名、性别、出生日期、岗位类别、从业资格证件号等信息。
2）乘务员信息：个体性质（单位职工或个体承包），所属公司/挂靠公司，姓名、性别、出生日期、岗位类别等信息。
3）异常从业人员信息：将各客运站登记的驾驶员和乘务员信息与运政系统中登记的从业人员信息进行对比，找出未登记人员和登记信息不匹配人员信息。
（5）车辆管理
1）车辆基础信息：查询营运车辆所属公司/个人、车牌号、车型、核载人数、道路运输证、购买年限、车辆状态等信息。
2）报停车辆情况：根据车牌号、报停日期等信息查询车辆报停记录。
3）可利用社会车辆信息：对可利用社会车辆信息资源的管理和资料维护。
4）异常车辆信息：将各客运站运营车辆信息与运政系统中登记的车辆信息进行对比，找出未登记车辆和登记信息不匹配的车辆信息。
（6）班线管理
运营线路管理：以运政数据为基础，实现对运营线路资料的查询、稽核、统计和展示。
1）客运线路资料：查询/统计所有线路主要信息列表，包括线路编码、名称、经由站点等信息。
2）客运线路资料的检索：根据线路编码等信息查询客运站线路的详细资料。
3）异常线路信息：将各客运站运营线路信息与运政系统中审批的线路信息进行对比，找出未审批线路和线路途经点不匹配数据。
（7）票价管理
以物价部门的票价审批数据和运价计算规则，对各班线的票价进行查询、稽核、统计和展示。
1）执行票价查询：查询各客运站各线路的执行票价信息，包括全票价、半票价、学生票价等。
2）基准票价偏差：将各客运站的执行票价与按运价计算规则生成的基准票价进行对比，按班线反应票价差异和差异幅度。
图 4?45运行监测分析功能结构图
（1）客运站班次监测
提供单个客运站和多个客运站的班次运行情况监测，包括：
1）根据客运站查询各客运站发班、待发班情况的实时统计汇总。
2）根据城市方向、线路查询当前的发班情况。
3）根据客运站、日期、时段查询旅客发送量情况。
4）根据发车类别、始发站、日期等信息查询客运站当前营运班次情况。
5）根据发车类别、始发站、终到站、日期等信息查询客运站历史班次记录。
6）根据客运站、日期范围、车属单位等信息查询客运站车辆班次请假脱班情况。
7）根据客运站、日期范围统计班次结算情况，包括车票张数、金额、站务费、附加费等信息。
8）根据客运站、日期范围查询各班次的车票的售检情况，包括到站、车票张数、金额等信息。
（2）检票情况监测
1）已检车票情况：根据客运站、日期、到站等信息查询已检车票情况。
2）退检车票情况：根据客运站、日期、到站等信息查询退检车票情况。
3）漏检车票情况：根据客运站、日期、到站等信息查询漏检车票情况。
4）检票分类统计：按类型（已检、退检、漏检）对检票情况进行统计。
（3）客流监测
提供单个客运站和多个客运站的旅客发送情况监测，包括：
1）分客运站、时间段查询各客运站旅客发送总量。
2）分城市方向查询当前旅客发送量。
3）分线路查询实时旅客发送量。
4）分线路、客运站查询车辆到站情况。
5）旅客积压情况，根据售票、检票、到站统计等信息，实时监测旅客滞站数量。
（4）客运站运力组织监测
提供单个客运站和多个客运站的运力组织情况监测，包括：
1）分客运站对实时运力（车辆数）进行查询和汇总；
2）分客运站对备援车辆组织计划进行查询。
（5）客运站综合统计
按年度查询统计每个客运站场的级别、设计能力、开车班次、发送量、发送量占比、日均发送量、周转量及趋势分析。
1）按年度、线路类型查询统计每个客运站的班线、班次、发送量。
2）按年度查询统计每个客运站的级别、能力、日均发送量、适应度。
（6）运输线路监测
1）运输状况监测
查看分时间段、分地区、分公司的客运车辆发班总数、班次脱班、班次正点率等。
2）线路收入统计
根据输入日期对线路收入进行统计，包括售票张数、票款、班次数、客流量等信息。
3）经营情况分析
按年度、客运站、线路类型分别查询各条线路的线路里程、始发站座位利用率、线路实载率、日发班次、平均客位数、平均日发送客运量，并根据需要对上述指标进行排序，并能输出报表。
4）车辆客位利用率分析
通过对各车辆的车牌号、核定载客位、班次、发送量等数据的监测，掌握运输车辆的核定客位数、营运班线上实际开行的班次数及运输车辆经由客运站发送的总人数，进而分析出车辆的客位利用率，动态掌握班线客运车辆的运输效率，满足行业管理部门运力投放需要。
5）线路客位利用率分析
通过对线路起点名称、线路终点名称、线路里程、投入运力、发送量等数据的监测，能掌握分线路的起点、终点、该班线投入的总客位数及该班线经客运站发送的总人数，进而分析出各线路的客位利用率，满足行业管理部门线路审批需要。
6）里程客位利用率分析
区分短途、中途、长途或设置里程限值，分析分线路里程的客位利用率（分线路里程的旅客发送量/分线路里程投入的客位总数），为行管部门线路审批和运力投放许可提供依据。
7）分时间客位利用率分析
区分淡季、旺季、高峰时段、普通时段或设置时间限值，分析区分时间区间的客位利用率（分时间的旅客发送量/分时间投入的客位总数），为行管部门线路审批和运力投放许可提供依据。
8）分车型的燃油消耗分析
通过客位利用率数据，结合相关的定量模型，可推算出分车型车辆的百吨公里油耗，满足交通运输行业管理部门宏观调控和节能管理需要。
图 4?46票务监测分析功能结构图
（1）实时客票销售监测
1）实现售票情况的实时统计和查询，包括当前不同渠道（站内售票、自助机售票、代售点售票、网上售票、手机应用售票）的售票情况；
2）根据客运站、日期、到站等信息查询当前售票情况；
3）能够实时显示售票随时间变化的情况。
（2）历史客票销售情况
1）设定时间范围内的售票情况的统计和查询，包括不同渠道（站内售票、自助机售票、代售点售票、网上售票、手机应用售票）的售票统计；
2）根据客运站、日期、到站等信息查询历史售票情况；
3）设定时间和年份，显示售票变化情况。
（3）客票查询监测
询情况的实时统计，包括不同渠道的查询量（网上售票、电话咨询、手机应用查询），能够分时间段、分方式展示查询量的变化。
（4）实时退票/改签分析
1）根据客运站、退票时间、班次日期等信息查询，实现对客票退票、改签等情况进行汇总统计；
2）对超过限值的班线班次进行重点关注，防止运输公司和承包个体的恶意竞争行为。
（5）班线售票监测
对分线路、分班次的客票销售情况进行跟踪监测，多维展示一段时期内的客票销售趋势和分时间段的客票销售趋势，便于客运企业和行业管理部门及时掌握旅客动态。
（6）购票方式统计分析
实现一段时期内不同购票方式的占比分析，站内购票、自助机购票、代售点购票、网站购票、手机应用购票等不同方式的售票量、退改签的占比和变化趋势。
（7）分里程售票统计分析
区分长、中、短途的不同售票方式的占比和变化趋势分析，对于售票资源的投放决策提供数据支持。
（8）分班线售票统计分析
对分方向、分线路的不同售票方式的占比和变化趋势分析，对于售票资源的投放决策提供数据支持。
（9）退票统计
1）实现不同售票方式的退票、购票未取票、购票未乘车等情况的统计分析；
2）根据客运站、退票时间、班次日期等信息查询客票退票记录。
（10）改乘统计
根据客运站、改乘时间、班次日期等信息对客票改乘情况进行统计分析。
（11）电子客票统计
根据出行距离、售票方式、出行时间等分类，对旅客持电子客票乘车未取纸质客票的情况进行统计。
（1）统计各客运站在某时期内的营收、客流、发班数，并对不同日期、不同地区和不同客运站间的数据进行对比，反应变化趋势。
（2）统计不同线路的营收、客流、发班数，并进行同期对比和指标排序，反应变化趋势。
（1）统计各客运站的班次正点率、脱班率、行包丢失数、旅客投诉数等服务质量情况；
（2）根据旅客满意度调查表数据，统计各营运车辆服务质量评分。
（1）通过对历史统计数据的分析，设置统计指标的阈值，结合联网售票系统的售票情况和检票发班情况，对未来一段时期内的客流高峰到达情况和驻站高峰情况进行预警提示。
（2）通过对历史统计数据的分析，设置统计指标的阈值，对超过阈值的班次、线路、客运站售票情况进行预警提示。
图 4?47专题统计分析功能结构图
（1）营运车辆专题
1）按年度、客运站统计车辆总量变化、各地车辆数目占比。
2）按年度、客运站、车辆燃料类型统计车辆总量变化、车辆燃料类型占比。
3）按年度、客运站、车辆技术等级统计车辆总量变化、车辆技术等级占比。
4）按年度、客运站、车型划分统计车辆总量变化、车型划分占比。
5）按年度、客运站、车辆客位结构统计车辆总量变化、车辆客位结构占比。
6）按年度、客运站、车辆档次统计车辆总量变化、车辆档次占比。
7）按年度、客运站、车辆用途统计车辆总量变化、车辆用途占比。
8）按年度、客运站、车辆使用年限统计车辆总量变化、车辆使用年限占比。
9）按年度、客运站、车辆分类多角度分析车辆市场集中度分析。
（2）客运站场专题
1）按年度查询统计每个客运站场的级别、设计能力、开车班次、发送量、发送量占比、日均发送量、周转量。客站基本情况分析，包括级别、设计能力、班次、发送量及发送量占比。
2）对每个客运站历年发车班次、发送量、日均发送量、周转量进行趋势分析。
3）按年度、线路类型统计每个客运站班线、班次、发送量。
4）按年度查询统计每个客运站的级别、能力、日均发送量、适应度。
5）分各营运分公司、社会车辆，按指定时间段，查询班次、客运量、营收、周转量、实载率，对两时间段的统计数据项能对比，并能输出报表，历史数据能与现在的数据整理对比分析，统计，并能统计图表。
（3）客运线路专题
1）按年度、客运站、线路类型统计车日行程、日发送客运班次、平均客位数、平均日发送客运量、线路实载率。
2）按年度、客运站、线路类型分别查询各条线路的线路里程、日发班次、平均客位数、平均日发送客运量、实载率，并根据需要对上述指标进行排序。
3）各时间段内旅客流量、流向情况对比，能以曲线图、柱状饼、饼状图表示。
4）能分省外、省内、区内班线查询班次、客运量、营收、周转量、实载率，及对两时间段的统计数据项能对比，并能输出报表。
（4）重点时段专题
对“春运”、“五一”、“十一”黄金周作出班次、客运量、周转量、营收、实载率的综合报表，有曲线图、柱状图、饼形图表示，并能导出、打印。
5.7 票证管理系统由申报票据使用单位制定计划，按照计划内容填写计划单并提交审核部门审核。提供计划单的申报、修改、浏览、删除和补打功能。
计划单信息包括计划单号、摘要、填报单位、联系电话、经办人、填报时间、状态、计划年度、票证名称、数量、备注等。
按照业务要求审核本部门、下级部门以及企业提交的申报单，审核单位对票证计划数据进行审核，只有满足条件的申报单才可以通过审核。提供计划单浏览、汇总、审核和审核确认等功能。
汇总通过本部门审核的票证计划数据。只有经过本部门审核通过的“计划申报单”才可汇总。
县级运管机构票证管理部门和企业在【汇总】时“计划申报单”种类只有【填报单】，市级以上运管机构票证管理部门在【汇总】时“计划申报单”种类有两种，一种是本部门审核通过的【填报单】，另一种是下级运管机构报送数据的【汇总单】。
提供汇总、修改、浏览、删除、报送数据等功能。
当计划经省局审批通过后，各单位企业即可开始请领票据。
提供请领单信息的填报、导入、修改和打印功能。
请领单信息包括：请领单号、摘要、填报单位、联系电话、经办人、填报时间等。
图 4?48票库管理功能结构图
（1）出库
向票证使用单位（1、运输企业或客运站2、运管机构的证照科）发放票证，并打印出库单。
（2）核销
对票证使用单位（1、运输企业2、运管机构的证照科）已领用票证进行核销。
（3）库存
盘点票证数据、生成票据台账和生产领用汇总表。
（4）客票鉴定
综合查验客票领用记录和站务管理系统中的车票售票记录，来鉴别客票的真伪。
（5）票证维护
维护票证相关信息，包括：票证分类代码、票证类别、票证规格、票证名称、票证类型、票证状态、备注。
图 4?49财务结算功能结构图
（1）预付金管理
省运输管理局每年预付印刷厂许可证、运输证资金（由单价*数量确定），该项资金总额度一定，由省局根据往年情况确定许可证和运输证的数量，总价值即为预付资金总额。
提供预付金设置功能。
（2）年终结转
将票证上一年最后一条出库（或入库）记录上的库存数转为本年度期初余额。
（3）结算
查询条件输入“请领单单号”，显示省局营运证和运输证台账及非省局承担营运证和运输证台账。
请领微机客票，企业、县所或市处需要到道协缴费，道协进行缴费确认。
印刷厂使用此功能录入票据库存。入库信息包括：发票代码、起号、止号、条码起号、条码止号、入库数量、备注等。
********2">图 4?50基础资料功能结构图
（1）人员资料
1）装卸工
维护装卸工的基本信息，提供添加、删除、修改和查询功能。其信息组成包括：工号、姓名、所属工作组、身份证号、性别、年龄、联系电话等。
2）业务员
维护接货送货等业务人员的基本信息，提供添加、删除、修改和查询功能。其信息组成包括：工号、姓名、身份证号、性别、年龄、联系电话、车牌号等。
（2）站务资料
站务资料来源于各站务系统/售票系统，本系统主要提供站务资料的查询功能，为小件快运提供站务基础数据。
1）站点管理
提供对客运站站点资料的查询功能，站点资料主要包括站点名称、站点编码、简拼、所属地区、站点类别和描述等信息。
2）线路管理
提供对客运站线路资料的查询功能，线路资料主要包括编码、名称、起讫点、线路类别、线路里程以及线路途经站点等信息。
3）班次管理
提供对客运站班次资料的查询功能，班次资料主要包括编码、名称、班次号、发车时间、发车日期、班次类别、班次途经点、检票口、停车位等信息。
4）车主管理
提供对车主资料的查询功能，车主资料主要包括车主编码、全称、简称、经营许可证号、经营范围等信息。
5）车辆管理
提供对车辆资料的查询功能，车辆资料主要包括车牌号、车牌颜色、所属车主、车型、车辆技术等级、定员、乘客座位数、行李仓容积、道路运输证号以及车辆的安检状态和各类证照的有效期。
（3）字典资料
维护各类字典资料，包括货物类别、包装类别、仓库信息和货架信息等。
1）货物类别
维护货物类别信息，提供新增、修改和删除功能。货物类别信息主要包括类别名称、类别代码。具体类别的定义可参照物流行业相关标准。
2）包装类别
维护包装类别信息，提供新增、修改和删除功能。包装类别信息主要包括类别名称、类别代码。具体类别的定义可参照物流行业相关标准。
3）仓库信息
维护客运站小件仓库信息，提供新增、修改和删除功能。仓库信息主要包括仓库名称、代码、位置、仓库条件描述。
4）货架信息
维护客运站放置小件的货架信息，提供新增、修改和删除功能。货架信息主要包括编号、位置、描述。
规范管理小件快运业务过程中使用的各类票证，包括签发单、预签发单、配送单、托运单等，实现票证从领用到核销的全过程管理。
图 4?51票证管理功能结构图
（1）票证类型
维护票证类型信息，提供新增、修改和删除功能。票证类型信息主要包括票证名称、票号长度、单张价值等。
（2）票证库存
提供对各类票证的入库、出库管理功能。在票证入库时，需记录入库的票证类型、票证起讫号、入库批次、入库操作人、入库时间和入库张数信息。在票证出库时，需记录出库的票证类型、票证起讫号、出库张数、操作人、操作时间等信息。
（3）票证领用
提供对各类票证的领用登记和退领登记功能。在进行票证领用时，需记录领用的票证类型、领用号段、领用张数、领用人、领用时间等信息。在进行票证退领时，需记录退领的票证类型、退领号段、退领人、退领时间等信息。
用于定义和维护各类小件快运服务收费项目，以及与车主进行结算时的扣费项目。
图 4?52收费管理功能结构图
（1）收费项目
用于定义各类服务收费项目，及其计算规则。例如：基本运费、服务费、装卸费、中转费、接货服务费、送货服务费等。
（2）收费公式
用于定义小件代理费计算公式。系统支持同时定义多种不同的小件代理费计算公式。
（3）收费规则
将已定义的小件代理费计算公式以及收费项目应用于某个班次、某条线路或车主，用于生成与车主的结算运费。
系统提供从小件预受理至小件配送全业务流程支持，并能根据不同客户的需求，对流程进行匹配。
图 4?53业务处理功能结构图
（1）小件预受理
托运人通过公共信息门户或打电话，进行预约下单，需要客运站派业务人员上门收货的门到站业务过程处理。
1）预受理登记
完成上门业务信息的预录入，其信息是业务员上门取货的依据。需要录入服务方式、客户名称、客户地址、联系电话、货物信息等信息并根据客户提供的地址指定收货。
2）预受理调度
将预受理录入的业务指派给特定的业务员，完成业务与具体人员的对应。然后由该业务员上门收货。
3）收货确认
业务人员收到托运人寄送的货物后，对调度信息和预处理信息经确认，并登记收货时间、耗时等信息。
4）收货入库
收货入库是将业务员上门取回的货物信息录入系统产生正式托运信息的过程。需登记货物的收货人、收货地址、收货人联系方式、货物清单、各项费用、到达时间要求等信息，待客运站统一签发。
（2）小件受理
托运人将待托运货物直接拿到客运站行包台办理小件托运手续，由站场的行包人员完成小件的受理及开单工作。
1）小件受理
登记货物的托运人、托运人联系方式、联系地址、收货人、收货地址、收货人联系方式、货物清单、各项费用、到达时间要求，系统自动根据货物品类、重量和体积，按收费管理中设定的收费项目和收费规则计算出各项费用，并打印托运单给托运人。
在小件受理时，可以根据托运人的时间要求，直接将货物签发到指定班次上。
2）小件打包
为方便对小件的管理和运输，往往需要将到达同一目的地的零散统一打包后，再上车装载。系统提供可以将同一到达站(同一车次)的n件小件打包成<n件。打包后，生成新的托运单，并自动入库。
小件打包功能需要建立小件与小件之间的包含关系。
3）运单作废
因行包员操作失误等原因，需要对小件受理时登记的托运单进行作废，以便收回运单并修改运单信息。运单作废操作受时间限制，超过一定的时间后，不可再做作废处理。运单作废时，需记录作废人、作废原因、作废时间。
4）小件退运
因旅客原因，需要对已办理受理登记的待运小件进行退运处理。退运操作需要记录办理人、办理时间、退运原因，同时按照相关的规则收取一定的退运手续费，并打印手续费单据。
（3）小件签发
签发主要是指定小件的承运班次及车辆，完成待签发小件的装货发货过程，并打印出签发单。
1）小件签发
选择待签发小件，设定其承运班次及车辆，完成签发后需打印签发单。小件签发时，需指定装卸工。
2）签发作废
作废签发单，取消签发操作。
3）换车处理
道路路阻、天气异常、车辆损坏或其他原因导致原签发班次无法承运时，变更已签发小件的承运车辆。
（4）小件登记
货物到达时候，根据提供的单据号自动登记货物和客户等相关信息，用以确定到达的货物是否符合同时入库，通过该操作将到达本站的货物信息转入本地，并将到货信息反馈给发货站。
1）到货登记
对到站货物进行登记和核实，记录到货时间。其中，到货登记时，需要的托运信息（托运人、托运人联系方式、联系地址、收货人、收货地址、收货人联系方式、货物清单等），主要来源于收货站。
已进行到货登记的托运信息，需及时反馈给收货站，告知其到达。
2）小件拆包
对到达的已打包托运小件进行拆分，自动分解成打包时包含的托运单。
（4）小件领取
提货人到客运站领取已到达的小件，客运站对领取人的身份信息进行确认。
根据提货人的身份进行提货确认、根据当前提取时间确定是否收取保管费、打印提货发票，并对信息进行存储记录、同时发送到货提取信息到收货站，告知货物已经提取。
（5）小件配送
由客运站直接安排业务人员将到货小件直接送达到收件人手中，即站到门业务。
1）配送调度
将到站货物指派给业务人员去送货，记录业务人员和指派时间。
2）送货确认
业务人员将小件送达至收件人后，对调度指派工作进行完成确认，记录完成时间。
（6）货物跟踪
提供托运单处理状态查询，包括签发状态、到达状态、领取状态、送达状态，以及详细的完成时间。
对于中转业务，提供各中转站的入库时间、到货时间、状态信息等明细。
图 4?54客户管理功能结构图
（1）客户资料
维护客户资料信息，提供添加、修改、删除、查询功能。客户资料包括姓名、性别、出生年月、住址、电话、移动电话等信息。
（2）会员卡管理
为经常办理小件托运的客户发放会员卡，方便其快速办理托运业务，并提供相关的费用优惠，提供会员卡洗卡、发放、注销、挂失功能。
（3）折扣管理
根据会员托运的小件次数，设定不同的费用折扣。
图 4?55查询统计功能结构图
（1）明细查询
提供托运单、签发单、到货单和提领等信息的详细信息查询。
（2）业务报表
用于统计各受理员的每日受理金额及废票、退票、每日应交款。统计后的数据包括受理员当日全部票款。受理员每日结算统计出来的数据，主要作用是为财务人员每日收取票款提供参考。
（3）统计报表
按日期（年、月）、按班次、按线路、按车辆统计受理件数、到达件数、运费、服务费、保险保价费、综合服务费、货物接送费、保价费、保险费等。
（4）财务报表
按应用的收费规则，计算出运费、各项服务费、行包代理，为车站和车主分成提供依据。
财务报表提供导出Excel文件的功能。
图 4?56系统管理功能结构图
（1）参数管理
分为全局参数和机构参数，全局参与影响整合系统的运行规则，机构参数仅针对客运站设置，满足不同客运站个性化需求。
另外，对于个别全局参数应对用户屏蔽，以避免用户错误操作，导致系统整个运行规则发生变化。
（2）机构管理
维护各联网客运站信息，提供新增、修改、删除和查询功能。机构信息包括客运站代码、名称、所属地区、地址、服务时间、联系人、联系电话、行包服务电话、服务器地址等信息。
（3）用户管理
维护系统使用用户信息，提供新增、修改、删除和查询功能。用户信息包括用户名、密码、所属机构、所属角色等信息。
（4）角色管理
维护系统角色信息，提供新增、修改、删除和查询功能。角色信息主要包括角色名称、下属用户等信息。
（5）权限管理
按角色提供基于菜单、按钮和数据访问的权限设置功能。
（6）日志管理
对系统的关键性操作进行日志登记，如参数的修改、数据变更等，提供日志模糊查询功能。
********3">为实现与外部的对接，同时积极配合全国性道路客运联网售票工作，实现与其他省份和地区的跨区域客运联网售票，本工程将参照如下行业标准对外提供并发布统一的票源地客运信息服务接口。
（1）《道路客运售票联网系统基础数据元（报批稿）》；
（2）《道路客运售票联网系统服务接口规范（报批稿）》；
（3）《道路客运售票联网系统数据交换标准（报批稿）》。
客运信息服务接口主要包括：数据同步接口和业务服务接口。
5
5.1
5.2
5.3
5.4
5.5
5.6
5.7
5.8
5.9
5.9.1
数据交换接口严格遵循《道路客运售票联网系统数据交换标准（报批稿）》要求。
（1）接口类型
1）联网机构同步接口：用于同步参与联网的机构和客运站信息；
2）站点信息同步接口：用于同步参与联网的客运站途径站点信息；
3）班次计划同步接口：用于同步参与联网的客运站的班次计划信息；
4）电子票信息同步接口：用于同步网上售票和联网售票的车票信息；
5）班次计划删除同步接口：用于同步参与联网的客运站班次变动信息；
6）车辆信息同步接口：用于同步参与联网的客运站进站营运车辆信息；
7）发班运量同步接口：用于同步参与联网的客运站的班次发班信息。
（2）数据交换接口规范
1）通信方式
上级平台与下级平台之间应采用面向连接的链路通信方式，具体要求如下：
①支持FTP、Web Services、消息队列等通信方式，保证对不同系统的适应性，并应提供可靠的信息传输，支持断点续传、消息压缩传输和SSL传输；
②上下级平台间通信方式采用HTTP协议短连接方式；
③上级平台作为服务器端，提供服务的IP地址、端口号以及用户名、密码等信息，供下级平台接入。
2）安全认证
根据上述规定的通信方式，上级平台对下级平台的接入请求进行安全认证，确保建立可靠、可信的通信链路。
上级平台对下级平台安全验证流程应遵循以下规定：
①上级平台为下级平台分配相应的接入码、接入用户名、密码等相关参数；
②下级平台与上级平台连接时，发送“登录请求”消息，上级平台收到下级平台连接请求后，首先验证请求的IP地址，如果请求IP地址与约定的接入IP地址不一致，则返回验证失败结果；其次，上级平台对下级平台的接入码、用户名以及密码进行验证，根据验证的结果向下级平台返回相应的结果值。
3）业务流程
①下级平台向上级平台上传数据流程
n下级平台初次连接上级平台时需进行道路客运联网售票数据的上报，上级平台接收到该信息后，进行入库记载并给下级平台应答。
n当道路客运联网售票数据某些数据项发生变化时，下级平台即可上报道路客运联网售票数据，上级平台接收到该信息后，进行入库更新并给下级平台应答。
②上级平台向下级平台请求补报数据流程
n下级平台向上级平台进行道路客运联网售票数据上报时，上级平台发现数据缺失后，即刻向下级平台发送补报道路客运联网售票数据请求。
n下级平台在收到请求后，即刻将相应道路客运联网售票数据补报给上级平台。
n上级平台接收到道路客运联网售票数据后，进行入库记载并给下级平台应答。
4）协议消息格式
①消息说明
每条信息应包含消息头和消息体两部分。数据流应遵循大端（big endian，即高字节在前，低字节在后）排序方式的网络字节顺序。未使用的数据位皆填0x00。
②数据类型
基本数据类型规定见下表。
表 4?1基本数据类型
数据类型 | 描述及要求 |
time_t | 64位无符号整型，占8byte |
BYTE | 单字节 |
BYTES | 多字节 |
Octet String | 定长字符串，位数不足时，右补十六进制0x00，汉字采用GBK编码。 |
BCD[n] | 8421码，占nbyte |
UINT16 | 16位无符号整型，占2byte |
UINT32 | 32位无符号整型，占4byte |
③数据结构
在两个平台之间进行数据交换时，所交换的消息的数据结构由五部分组成，见下表。
数据结构 | 说明 |
Head Flag | 头标识 |
MessageHeader | 消息头 |
Message Body | 消息体 |
CRC Code | CRC校验码 |
End Flag | 尾标识 |
④标识位
头标识为字符0x5b。
尾标识为字符0x5d。
若消息头消息体以及校验码中出现头标识或尾标识字符，应按照以下转义规则进行转义处理：
n数据内容中出现字符0x5b的，替换为字符0x5a紧跟字符0x01；
n数据内容中有出现字符0x5a的，替换为字符0x5a紧跟字符0x02；
n数据内容中有出现字符0x5d的，替换为字符0x5e紧跟字符0x01；
n数据内容中有出现字符0x5e的，替换为字符0x5e紧跟字符0x02。
⑤消息头
在两个平台之间进行数据交换时，数据结构中消息头的格式见下表。
表 4?3消息头格式
字段名 | 数据类型 | 描述及要求 |
MSG_LENGTH | UINT32 | 数据长度（包括头标识、消息头、消息体、CRC校验码和尾标识） |
MSG_SN | UINT32 | 消息序列号，占4byte，用于接收方检测是否有信息的丢失。上级平台和下级平台按自己发送数据包的个数计数，互不影响。程序开始运行时等于零，发送第一帧数据时开始计数，到最大数后自动归零 |
MSG_ID | UINT16 | 业务数据类型的标识 |
MSG_CENTERID | UINT32 | 下级平台接入码，上级平台给下级平台分配的唯一标识号 |
VERSION_FLAG | BYTES | 协议版本号标识，上下级平台之间采用的标准协议版本编号，占3byte。 例如：0x01 0x02 0x0F 表示的版本号是V1.2.15 |
⑥数据校验
从消息头到校验码前的CRC16-CCITT的校验值，遵循大端排序方式的规定。CRC16-CCITT码生成多项式为x16+x12+x5+1，简记式1021。
数据CRC校验码格式规定见下表。
表 4?4校验码格式
字段名 | 数据长度 | 数据类型 | 描述及要求 |
CRC CODE | 2 byte | UINT16 | 数据CRC校验码 |
票务服务接口严格遵循《道路客运售票联网系统数据交换标准（报批稿）》要求。
（1）接口类型
1）余票查询接口：提供查询参与联网的客运站各班次的余票信息；
2）锁定接口：提供锁定参与联网的客运站各班次的座位；
3）解锁接口：提供解除已锁定的班次座位；
4）售票接口：提供出售已锁定班次座位的功能，并生成售票记录；
5）订单查询接口：提供网上售票和联网售票的售票订单信息；
6）退票接口：提供已出售车票的退票功能；
7）废票接口：提供已出售车票的废票功能；
8）改签接口：提供已出售车票的改签功能；
9）取票接口：提供互联网售出车票的取票功能；
10）换票号重打印车票接口：提供已取车票的换票重打功能；
11）取票查询接口：提供已取车票的信息查询。
（2）技术要求
道路客运联网售票系统通过联网售票数据交换子系统和联网售票前置服务子系统接入票源地售票系统。
图 4?57联网售票总体逻辑结构
1）联网售票前置服务子系统
应包含联网售票服务接口和联网售票数据交换接口两项内容。联网售票服务接口对外提供联网售票服务，实现票源地与道路客运联网售票系统的对接；联网售票数据交换接口对外提供数据服务，实现票源地与道路客运联网售票系统的数据交换与共享。
2）联网售票数据交换子系统
接入联网售票数据交换接口，实现票源地与道路客运联网售票系统的数据交换，并提供道路客运联网售票系统与运政管理系统等行业内部系统以及其他外部系统的数据交换服务。支持不同类型的数据交换接口的接入，提供数据清理、数据加载、异常补偿、交换路由、断点续传和运行监控等功能。
（3）接口规范
道路客运联网售票系统采用面向服务的架构（SOA），各系统之间采用基于HTTP协议的Web服务进行通信，可通过消息服务总线提供消息的路由和数据的集成。
Web服务采用以系统资源为中心的 Web 服务的设计方式，采用基于REST的Web服务设计。基于 REST 的Web 服务应遵循 RFC 2616 定义的协议的方式显式的使用 HTTP 方法，在具体实现上应遵循以下四个基本设计原则：
①显式地使用 HTTP方法，此原则要求充分利用HTTP提供的请求信息、请求方法、响应信息来识别请求的服务以及返回的错误；
②无状态的设计，要求服务做到不保留请求的状态，同时连接为短连接；
③公开目录结构式的URI；
④传输 XML、JSON或同时传输这两者。
接口响应请求主要通用状态码如下表所示，接口响应请求状态码应使用HTTP协议中规范的状态码，在实现上也可通过HTTP状态码返回当前服务状态，实际应用中可根据数据库建库规范中规定的范围增加。
HTTP状态码是用以表示网页服务器HTTP响应状态的3位数字代码，由 RFC 2616 规范定义。
表 4?5接口相应请求状态码说明
通用状态码 | 相关说明 |
200 | 服务调用成功 |
400 | 请求格式错误 |
401 | 未授权访问 |
402 | 不可识别的verb |
403 | 服务器拒绝访问 |
404 | 指定的资源未找到 |
408 | 请求超时 |
500 | 服务器内部错误 |
504 | 响应超时 |
550 | 服务器产生业务错误 |
560 | 服务器产生业务异常 |
注1：550和560错误码是本标准自定义的错误码，该自定义状态码符合HTTP协议的规范。 注2：550表示产生了可以预见的业务错误，比如余票数不足这样的错误。错误描述和错误号在HTTP响应体中返回。 注3：560表示产生了不可预见的业务异常，业务异常的详细错误和错误调用堆栈在HTTP响应体中返回。 | |
道路客运联网售票系统传输协议应采用HTTP协议。
道路客运联网售票系统服务接口负责对联网售票客户端数据格式和联网售票系统的数据格式进行转换和映射，道路客运联网售票系统的请求和响应数据都采用XML格式。
道路客运联网售票系统应支持HTTP的POST方式进行连接。
POST方法用于请求源服务器接受请求中的实体作为请求资源的一个新的从属物。POST方法的实际功能是由服务器决定的，并且依赖于请求URI（Request-URI）。
道路客运联网售票系统可支持HTTP的GET方式进行连接。
GET方法是以实体的格式获取被请求URI（Request-URI）制定的信息。
道路客运联网售票系统接口应采用OpenURL技术实现。
电子支付是电子商务中重要的一个环节，其中第三方支付是电子支付的一种重要方式。随着第三方支付在网络交易中得到越来越广泛的使用，中国的互联网支付市场也得到发展迅速。
1
2
3
4
5
5.1
5.2
5.3
5.4
5.5
5.6
5.7
5.8
5.9
5.9.1
5.9.2
从技术角度讲，支付接口就是第三方支付平台提供的一段代码，商务需要将该代码配置到自己的服务器上去，并设置一些相关的接口参数。那么当客户选择使用第三方支付时，支付信息就会转到第三方支付平台的服务器上运行。
具体来看，使用支付接口完成的支付流程如下：
图4?58第三方支付接口示意图
（1）持卡客户（买方）选购好车票后，售票服务商（卖方）为持卡客户生成订单；
（2）持卡客户和第三方服务器建立连接，将账号信息与订单信息发给第三方；
（3）第三方服务器要求顾客进行订单确认，收到确认信息后与所支持的银行进行支付交易处理，得到银行的支付确认后授权给售票服务商确认订单成功支付；
（4）售票服务商通知持卡客户订单确认信息。
（1）实现条件
要实现接口，需要售票服务网站、第三方支付账户、第三方支付的合作身份ID、安全校验码等。为了方便电子商务网站的集成，各支付网关在正式成为商家用户后，可下载ASP、.NET、JAVA等针对不同服务器类型的商务网站的集成接口程序。本文将分别以各种有代表性的第三方支付平台为例说明与JSP类型的电子商务网站的接口应用方法。
值得注意的是，参数简单的传过去是不行的，这些参数是经过了按一定排列顺序并区分大小写（参数为空也要传递）再加上一个MD5字符串。即使参数值为空字符串和没有传值也是有区别。
图4?59第三方支付流程图
（2）实现过程
比如现在有一个页面要向第三方支付平台传递一个价格跟商品信息，则可以通过POST和GET两种方式传递进去。当第三方支付平台接收参数的同时，它还要判断身份，所以传递的时候身份信息也要一起传过去。当身份确认以后，第三方支付平台就开始处理商品信息跟价格信息了。无论消费者是否支付成功，它都会返回一个信息给消费者，这个返回页面就是第三方支付平台之前设置好了的，在这个返回页面里面写入相关的支付数据信息，这样就完成了一个简单支付接口。
外部系统接口可加强共享，同时为上级领导部门监控指挥宏观决策提供交通信息支持，为相关部门提供信息共享服务。包含：运政系统、GPS系统、GIS系统、维修检测系统、视频监控系统等内容。
（1）
道路客运联网售票系统的基础数据，如业户、线路、车辆、从业人员等，均来源于运政系统，应实现与运政系统的整合、无缝数据共享。
（2）
车辆实时动态数据均来源于GPS系统，如车速、当前位置等。应实现与GPS系统无缝接入，实现安全监管。
（3）
与GIS系统对接，直观展示全省场站、车辆位置等信息。
（4）
将营运车辆的实际技术参数准确地传递给客运信息平台，为保证车辆安全运行，及时发现车辆技术隐患提供有效的技术手段。
（5）
利用接口技术，可以自动为吉林省道路客运联网售票系统提供企业经营现场监控、车辆到站监控、车内监控等重要视频信息，对规范企业经营、保障服务质量、减少安全隐患都有积极的作用。
为将吉林省道路客运联网售票系统打造成一个综合性平台，保证吉林省道路客运联网售票系统的可扩展性，提供多层面、多形式、可扩展的交换接口，I/O层、数据层、应用层以及服务层相结合，满足各种应用系统之间的数据和应用的共享和交互，要求预留的相关业务系统的接口有：
（1）
预留与吉林省重点州市的轻轨、公交调度系统的接口，为后期实现吉林省综合交通运输体系提供基础。
（2）
预留与市政一卡通接口，可通过市政一卡通实现购票。
（3）
预留与外省市客运站联网售票的接口，为实现区域联网售票提供支撑。
（4）
在适当的范围内，平台需要实现与开发与企业内部OA系统、财务系统实现数据、业务协同。
（5）保险系统接口
为满足实名制投保和保险公司管理的要求，预留与保险公司系统接口。与保险公司的对接包括：
1）由保险公司的保险系统提供保单生成接口，供站务系统调用；
2）由平台采集各客运站旅客投保信息、客票信息，并统一将信息交换给保险公司。
（6）公安人口信息接口
预留与公安人口信息系统接口，以满足实名制购票验证等功能。
********4">短信息平台以服务封装的方式为系统提供短信发送服务，短信息平台包括系统短信和手机短信2种形式，功能包括：
（1）短信通讯录
支持各应用系统设定通讯录，并支持自定义短信群组等功能。
（2）短信发送和接收
支持用户单一或批量发送、定时发送、发送失败重新发送，以及获取用户回复信息内容等功能。
（3）短信统计监控功能
能够对各应用系统短信发送情况进行统计监控，查询发送短信详细信息，并支持短信记录批量导出。
其中手机短信建设有MAS机、短信猫、第三方服务等3种方式：
1）MAS机由运营商提供，只能向运营商网内手机发送短信。
2）短信猫在进行群发或多次发送时发送速度很慢，甚至出现短信丢失的可能。
3）第三方服务是采用服务外包的方式，由第三方手机短信服务商提供系统接口和短信客户端。该种方式性能稳定，并且可以根据需要对系统接口进行二次封装，便于使用。
本工程手机短信将采用第三种方式，即第三方服务，建立手机短信服务。
本次工程以客运站业务数据作为基础，融合联网售票数据，实现吉林省道路客运行业综合监管与统计分析。所涉及的数据范围广、数据量大，各个应用系统在数据的需求上既有为满足本系统功能的个性数据，也有一部分共用数据，按照不同数据属性和应用可将本工程的数据库分为基础数据库、应用数据库、主题数据库和共享数据库。
表 6?1数据总体架构图
6
7
7.1
7.1.1
(1)GB/T 2260 中华人民共和国行政区域代码；
(2)GB/T 3304 中国各民族名称的罗马字母拼写法和代码；
(3)GB/T 4658 学历代码；
(4)GB/T 8561 专业技术职务代码；
(5)GB/T 10114 县级以下行政区划代码编制规则；
(6)GB/T 11714 全国组织机构代码编制规则；
(7)GB/T 12402 经济类型分类与代码；
(8)JT/T 200 汽车客运站等级划分和建设要求；
(9)JT/T 325-2010 营运客车类型划分及等级评定；
(10)JT/T 415-2006 道路运输电子政务平台编目编码规则；
(11)JT/T 309-97 汽车客运站（点）代码；
(12)JT/T69.4-97 汽车运价信息分类及代码、客运站收费；
(13)JT/T417-2000 汽车客运线路代码；
(14)JT/T310-1997 汽车客运站计算机售票管理信息系统规定；
(15)JT/T319-2010 汽车客运站计算机售票票样及管理使用规定；
(16)JT/T381-1998 汽车客票条码；
(17)JT/T XXXX 道路客运联网售票系统信息数据元。
本次工程将数据库划分为基础数据库、应用数据库、主题数据库和共享数据库，其中的基础数据在业务处理过程中均具有基础性、战略性特征；而应用数据则是客运站根据自身业务应用的实际需要在基础数据上叠加应用过程属性形成的；主题数据面向专项业务，通过抽取、转换、加载、整合而形成的综合业务信息资源，具有多维数据集特征。
本项目的数据库分成基础数据库、应用数据库、主题数据库和共享数据库。各数据库存储模式如表所示：
表 6?2数据存储模式列表
序号 | 类型 | 名称 | 存储位置 | 主要描述 |
1 | 基础数据库 | 联网售票基础数据库 | 吉林省联网售票数据中心 | 从业人员信息、车辆信息、从业业户信息、班次班线信息等。 |
2 | 主题数据库 | 客运监管主题数据库 | 吉林省联网售票数据中心 | 省际客运行业监管与统计分析数据库。 |
3 | 应用数据库 | 客运站业务数据库 | 吉林省联网售票数据中心 | 代理售票、网站售票、联网售票信息、保险信息、车辆、司乘安检信息、行包信息以及应急信息等。 |
4 | 共享数据库 | 共享数据库 | 吉林省联网售票数据中心 | 客运管理行业基础信息、诚信信息、预警信息。 |
系统数据建设流程主要包括采集、整理、转换、标准化、入库等五个步骤。
（1）采集：对原始数据资源的收集和获取的过程；
（2）整理：原始数据获取后，按业务要求整理原始数据，如果是纸质数据，录入原始数据，并按系统可接受的格式存储数据；如果是电子数据直接进入下一步骤；
（3）转换：将电子数据转换为系统可以接受的数据格式；
（4）标准化：按照系统的要求将电子数据标准化；
（5）入库：将标准化后的数据，运用系统导入程序入库
系统数据建设流程如下：
（6）确定数据源：由各业务所共同确定系统需要采集的数据源；
（7）数据建设方案设计：根据数据源情况设计数据建设的整套方案，包括确定采集数据内容、采集方式、数据整理方案、数据录入方案、数据格式化、数据转换方案、入库核验方案等；
（8）审定：由各业务所共同审定数据建设方案，重点对系统采集数据内容的有效性进行审定；
（9）数据采集：按照设计的数据建设方案由规定部门、规定人员，在规定时间，按规定内容进行数据采集；
（10）纸质数据整理：按照系统的数据需求，对纸质数据进行录入前的数据整理，规整确定数据录入范围、内容、历史口径、统计口径等工作；
（11）纸质数据录入：按照整理好的纸质数据，由专业公司进行数据录入，依据设计方案，确定数据录入要求；
（12）数据格式化：对录入的数据或采集的电子数据，按照系统数据转换的要求，由规定的部门、规定人员，按照设计方案的要求和规定的时间进行分类、标准化、格式化。
（13）数据转换入库：根据设计方案开发数据转换程序或利用已有的转换程序，将格式化后的数据转换入库；
（14）入库校验：对入库的数据进行数据校验，保证数据的正确性。
（15）系统数据通过上述流程入库后，进入数据日常维护期。日常维护中各业务所结合日常工作进行小数据量的数据更新维护，大数据量的更新维护由专业公司维护。系统数据建设流程见下图。
图 6?1数据库建设流程图
根据本项目应用系统建设方案，分析支撑业务应用的数据需求，本工程所需的数据主要包括客运站、客运企业、车辆、从业人员、班线、票价等基础信息、班次、车票、废票、退票、改签、联网售票、订单、会员等联网售票信息、调度、安检、票据等站务信息，以及对账、结算等清分结算等信息。数据需求如下表所示：
表 6?3数据需求内容表
序号 | 业务应用 | 数据内容需求 |
1 | 站务管理系统 | 客运企业信息、客运车辆信息、驾驶员信息、售票员信息、客运站信息、站点信息、运行线路信息、线路途经站点信息、班次基础信息、班次途经站点信息、省区域信息、班次计划信息、车辆座位信息、检票、班次发班信息、班次发班明细信息、车辆地理位置信息、发班驾驶员信息、班次承运信息、班次停靠站信息、班次运价信息； |
2 | 联网售票业务 | 客运企业信息、客运站信息、站点信息、运行线路信息、票价信息、省区域信息、票额信息、售票信息、存根信息、支付日志信息、班次运价信息、站外售票、退票、废票、销票、对总账、对明细账； 运行线路信息、班次基础信息、票价信息、班次计划信息、售票信息、班次发班信息、存根信息、支付日志信息、班次运价信息、售票查询、站外售票、对总账、对明细账 |
3 | 清分结算 | 客运企业信息、客运站信息、站点信息、运行线路信息、票价信息、省区域信息、票额信息、售票信息、存根信息、支付日志信息、班次运价信息、站外售票、退票、废票、销票、对总账、对明细账 |
4 | 分析与辅助决策系统 | 客运企业信息、客运车辆信息、驾驶员信息、售票员信息、客运站信息、站点信息、运行线路信息、线路途经站点信息、班次基础信息、班次途经站点信息、票价信息、省区域信息、班次计划信息、车辆座位信息、票额信息、加班票额、减班票额、票额合并、售票信息、检票、退票存根信息、改签存根信息、销票存根、班次发班信息、班次发班明细信息、存根信息、支付日志信息、席位库信息、车辆安检信息、发班驾驶员信息、班次承运信息、班次停靠站信息、班次运价信息、线路客流密度、班线实载率、上座率、准点率、车票预售情况、客流密度、线路营收、对总账、对明细账 |
5 | 旅客信息服务 | 运行线路信息、班次基础信息、票价信息、班次计划信息、售票信息、班次发班信息、存根信息、支付日志信息、班次运价信息、售票查询、站外售票、对总账、对明细账、乘车人姓名、乘车人证件类型、乘车人证件号码、乘车人电话号 |
7.1.3
（1）数据质量方面
对与本次工程有关的现有业务系统数据质量进行调查，及时发现相关系统数据的不规范、不准确、不完整等质量问题，及时与相关单位沟通、协商，有针对性提出解决方案和保障措施。
（2）数据采集方面
一方面本次工程的相关数据大部分来源于现有的业务系统，这些系统对吉林省联网售票系统建设发挥着重要的作用，本次工程的数据采集、交换、共享不破坏和影响现有系统正常运行；此外，本次工程所采集的数据尽可能来自现在业务系统，本着一次录入多次复用的原则进行相关数据采集。
（3）数据标准和规范方面
本次工程不仅需要从相关业务系统采集需要的数据，同时还会产生新的录入系统，各类数据均应遵循相关数据标准和规范进行组织和使用，避免产生新的信息孤岛，同时本次工程也要考虑为其他正建和待建的信息系统提供数据服务。
（4）安全性和经济性方面
本次工程不仅需要考虑采集过程中对现有系统安全性问题，还需要考虑数据在传输、使用过程中的安全性问题。此外，在数据采集、交换、共享过程中最大可能利用现有的资源和条件，避免投资浪费。
数据采集流程如下图所示：
图6?2 数据采集流程
（1）确定数据源
对各业务系统和数据资源进行梳理（含电子数据和纸质资料），确定本次工程需要采集的数据源。
（2）数据建设方案设计
根据数据源情况设计数据建设的成套解决方案，包括确定采集的数据内容、采集方式、数据整理、数据录入、数据格式化、数据转换和入库核验等方案。
（3）审核
由各相关部门共同审定数据建设方案，重点对系统采集数据内容的有效性、完整性、准确性和可行性进行校验审核。
（4）数据采集
按照设计的数据建设方案由规定部门、规定人员、规定时间内对规定内容进行采集。
（5）纸质数据整理
当数据资源为纸质资料时，按照系统的数据要求，对纸质数据进行录入前的数据整理，确定数据录入范围、内容、历史口径、统计口径等工作。
（6）纸质数据录入
按照整理好的纸质数据，依据相关标准、要求确定录入数据要求，由专门人员进行数据录入。
（7）数据格式化
对录入的数据或采集的电子数据，按照系统数据转换的要求，由规定的部门、规定人员，按照要求、时间进行分类、标准化、格式化。
（8）数据转换入库
开发数据转换程序或者利用已有的转换程序，将格式化后的数据转换入库。
（9）入库校验
对入库的数据进行有效性、完整性、准确性校验，保证入库数据标准、规范。
根据本项目数据资源需求，对现有已存在的数据资源进行分析，确定其数据资源的来源、采集方式以及采集频率：
表6?4数据采集及来源分析一览表
序号 | 数据分类 | 数据内容及规模 | 数据来源 | 格式 | 采集方式及要求 | 更新 频率 |
1 | 客运站基本信息 | 客运站设备、设施基本信息 | 客运站 | 纸质及电子文档 | 人工录入 | 年 |
客运站历史沿革信息、场站布局和投资信息 | 客运站 | 纸质及电子文档 | 人工录入 | 年 | ||
客运站管理机构及人员信息 | 客运站 | 纸质及电子文档 | 人工录入 | 年 | ||
2 | 行业管理信息 | 从业人员信息，包括驾驶员、乘务员的基本信息和从业资格信息 | 运管机构（运政系统） | 数据库 | 数据交换 | 月 |
经营业务信息，包括车属单位基本信息和营运证信息 | 运管机构（运政系统） | 数据库 | 数据交换 | 月 | ||
营运车辆信息，包括车辆基本信息、车辆技术等级信息、道路运输证信息 | 运管机构（运政系统） | 数据库 | 数据交换 | 月 | ||
客运班线信息，包括班线里程、途径站点信息 | 运管机构（运政系统） | 数据库 | 数据交换 | 月 | ||
3 | 站务运营信息 | 基础数据信息，包括站点、线路、车型、班次、检票口、发车位信息 | 客运站（站务系统） | 数据库 | 数据交换 | 天 |
票务信息，包括票价、执行班次计划信息 | 客运站（站务系统） | 数据库 | 数据交换 | 信息变更时采集更新 | ||
经营信息，包括调度、售票、退票、检票、结算单信息 | 客运站（站务系统） | 数据库 | 数据交换 | 实时 | ||
安全信息，包括车辆安检结果、车辆出站稽查信息 | 客运站（站务系统） | 数据库 | 数据交换 | 实时 | ||
行包信息 | 客运站（站务系统） | 数据库 | 数据交换 | 天 | ||
4 | 票证信息 | 包括票据申请信息、领用信息、审核信息 | 运管机构（票据管理系统） | 数据库 | 数据交换 | 天 |
5 | 其他运输方式信息 | 航班信息、列车车次信息、票价信息、公交线路信息 | 民航、铁路和公交相关系统 | 接口、网站及电子文档 | 接口、数据抓取、人工录入 | 月 |
从数据采集可行性分析可看出，上述数据类部分数据来源于多个系统，需进行数据整合；部分需经过原始数据换算或处理后形成所需数据内容。
数据整合主要对本次工程采集的数据进行过滤、筛选等步骤的整理，剔除和调整不合理的数据，并且对数据的格式、长度、区间范围、完整性、一致性进行检查，确保数据质量改进，以实现对不同信息需求的数据抽取，适应本次联网售票业务的需求。
吉林省联网售票系统涉及的基础数据与应用数据主要为结构化数据，其数据资源整合原则如下图所示：
图6?3数据资源整合结构示意图
在吉林省联网售票数据中心中，由于同一应用数据有可能分布在不同的数据源中，在进行数据采集抽取时，为消除数据的不一致性，数据整合需要根据数据的真实性、有效性验证规则，对数据进行转换清洗。数据整合包括：
（1）消除同名异义和异名同义现象
例如：在业务系统中，性别有的用男/女来表示，有的用1/2来表示，意义是一样的，但进入整合平台前必须调整成为一致。
（2）一致性检查
当同一数据来源于不同的数据源时，需要对同一数据进行分析比较，只有审核一致后才能进行入数据中心或前置机，从而达到系统的一致性。
（3）冗余数据删除
将重复出现的同值数据除去。例如，如果在系统中，如果将15位身份证号转成18位身份证号后，发现与其它的18位身份证记录重复，而且在其他关键数据域也记录一致的话，可以进行消除冗余工作。
（4）数据归并
当某一主题的数据需要由不同的系统组合形成时，需要数据交换与整合软件按照关键项进行合并，如：车辆的车牌号，对组合后的数据统一整合到数据中心。
通过整合吉林省联网售票系统数据资源，形成吉林省联网售票数据中心基础性和战略性的一数一源基础数据资源，一方面为已有及新建的信息系统提供基础数据服务，另一方面以此为基础，打破系统分割、信息孤岛的现状，为行业数据资源发挥规模效益提供支撑。
7.1.4
通过本次工程的建设，将初步建成吉林省联网售票数据中心的基本框架，为吉林省联网售票系统信息化发展提供统一的数据资源平台。
根据各项应用所需数据资源的属性和应用数据库群使用要求，并按照相关技术要求，确定本工程将建设两大类数据库，包括基础数据库、应用数据库、主题数据库。
图6?4吉林省联网售票数据中心数据库设计
基础数据库包括具有全局性、基础性特征或者更新频度小、基本没有变动的数据，根据数据内容和数据源分析，确定如下基础数据，如下表所示。
序号 | 数据集 | 说明 |
1 | 客运站信息 | 包括客运站代码、客运站名称、地址、邮政编码、法人代表、联系电话、客运站性质、客运站级别、现有人数、站务人员数、站舍建成时间、占地面积、建筑面积、停车场面积、站舍建筑面积、候车厅面积、售票厅面积等信息 |
2 | 运输业户信息 | 包括企业编号、企业名称、负责人姓名、经济类型、电话号码、运输企业大类、运输企业小类、业户资质、信用等级、企业所在行政区划等信息。 |
3 | 车辆基本信息 | 包括车辆的基本信息，包括车牌号码、车辆类型、品牌型号、核定载客、客车等级、技术等级、所属业户编号、道路运输证字、道路运输证号等信息。 |
4 | 从业人员信息 | 包括从业资格证号、所属业户编号、姓名、性别、身份证号、驾驶证号、服务大类、服务细类、从业状态、技术登记、从业资格有效期等信息 |
5 | 班次班线信息 | 包括起点站、到达站、线路名称、助记码、道路级别、区域类别、线路等级、线路类型、高速里程、总里程、方向、途经站点等信息。 |
6 | 票价信息 | 包括班次、票价、到站代码、乘车站代码、到站名、车站名等信息。 |
7 | 设施设备位置信息 | 包括站内售票点、服务电话、触摸屏、饮水机等名称、位置、类型、购买日期等信息。 |
8 | 员工信息 | 包括员工姓名、性别、出生日期、民族、学历、联系地址、联系电话、档案编号、备注、照片等信息。 |
应用数据库主要包括本项目建设中主要业务系统的数据库，这些数据是在日常经营过程中产生的信息，该类信息变化比较频繁，所涉及的业务数据主要包括：
序号 | 数据集 | 说明 |
1 | 安检信息 | 车属单位、车牌号码、厂牌、座位数、安检日期、安检情况等信息。 |
2 | 班次信息 | 所属车站、所属线路、班次编码、运营类别（单营、共营）、运行区域、营运方式、班次类型、途经站点信息、班次计划座位数、日期、承运车辆、发车时间、检票口信息、已售数、总座数、余座数等信息。 |
3 | 票价信息 | 起点站、到达站、票价类型（平时/节日）、节日名称、全票票价、半票票价、学生票价、上限价、下限价等信息。 |
4 | 调度信息 | 调度车站、发车日期、班次、线路、计划车辆、售票状态、检票状态、班次状态、到站、发班状态（已发班、未发班）、报到状态（已报到、未报到）、经营单位、班次类型（正班/加班）、调度类型等信息。 |
5 | 包车信息 | 企业名称、包车客运起始地名称、包车客运终到地名称、车牌号码、道路运输证号、驾驶员从业资格证号、本运次人数、有效期自、有效期至、主要途径地、企业签发人、标志牌顺序号 |
6 | 车票信息 | 车票号、班次、日期、座号、票种、票价、发车时间、补票费、站务费、状态标志（退、废、检）、售票员、异地售票标志、换票证标志、到站代码、乘车站代码、到站名、售票时间、里程、保险费等信息。 |
7 | 废票信息 | 车票号、班次、日期、座号、票种、票价、发车时间、补票费、站务费、售票员、废票时间、废票员等信息。 |
8 | 退票信息 | 车票号、班次、日期、座号、票种、票价、发车时间、补票费、站务费、售票员、退票时间、退票员等信息。 |
9 | 改签信息 | 车票号、原班次、原日期、原座号、原发车时间、票种、票价、站务费、售票员、改乘时间、班次、日期、座号、发车时间、改乘操作等信息。 |
10 | 行包信息 | 行包票号、车票号、班次、日期、发车时间、到站、件数、运费、装卸费、手续费、合计金额、计费重量、实际重量、托运人、托运人地址、收件人、收件人地址、售票员、行包员、票据状态等信息。 |
11 | 结算信息 | 结算单编号、日期、班次、终到站、发车时间、车牌号、结算代码、车主单位、司机姓名、行包笔数、行包件数、检票张数、客票票款、客票保险费、客运附加费、结算票款、行包运费、结算行包款、合计金额、打印标志、罚款金额、结算操作员、客票代理费、行包代理费、掉班罚款等信息。 |
12 | 站务日志信息 | 客运站代码、客运站名称、正常班次、加开班次、停运班次、迟到、正点车数、晚点车数、早退、售票张数、售票收入、退票数、废票数、人办行包、机办行包、行包收入、差损件数、检票人次、错检、漏检、错乘、漏乘、小件寄存件数、小件收入、小件差错、赔偿金额、职工总数、出勤人数、病假、事假、探亲假、旷工、表扬意见、表扬信、表扬来访、表扬处理、批评意见、批评信、批评来访、批评处理、建议意见、建议信、建议来访、建议处理、站长、天气等信息。 |
13 | 票据信息 | 包括票据入库、出库、领用、退领和作废信息，包括票据票号长度、入库人、入库数量、入库日期、领用人、领用时间、经办人、领用张数、退领人、退领张数、退领时间、作废人、作废张数、作废时间。 |
14 | 联网售票信息 | 售票机构、票源机构、车票号、班次、日期、座号、票种、票价、发车时间、补票费、站务费、状态标志（退、废、检）、售票员、异地售票标志、换票证标志、到站代码、乘车站代码、到站名、售票时间、里程、保险费、购票人姓名、身份证件号、手机号 |
15 | 清分结算信息 | 售票机构、票源机构、售票金额、退票金额、售票方售票手续费、售票方退票手续费、票源方售票手续费、票源方退票手续费、结算时间、结算操作人 |
16 | 订单信息 | 订单编号、日期、班次、终到站、发车时间、会员号、订单状态等信息。 |
17 | 会员信息 | 会员姓名、出生日期、身份证件号、手机号、性别、地址、账号等信息 |
主题数据库来源于基础数据库和业务数据库，采用面向主题的方法，对原始数据进行清洗、抽取、转换、加载，形成针对主题的综合数据支持库，主要用于综合分析和辅助决策等综合性应用。
序号 | 数据集 | 说明 | ||
1 | 客运资源动态管理 | 动态班次管理 | 班次运行管理：停班、加班、复班、临时线路等统计信息，包括所属营运线路、所属公司、变更原因等。 | |
动态票价管理 | 动态票价管理：票价变动上限、票价变动下限、调价原因、调价期限。 | |||
2 | 运行监测及统计分析 | 客运站监测与统计分析 | 发班统计信息、待发班统计信息、客运站旅客发送量、日均发送量、分方向旅客发送量、分线路旅客发送量、分时段旅客发送量、旅客滞站数量、实时运力、备援车辆计划。 | |
运输监测与统计分析 | 分时间段、分地区、分公司的客运车辆发班总数，班次脱班率，班次正点率，线路始发站座位利用率、线路实载率、平均客位数、线路平均日发送客运量，车辆客位利用率，线路客位利用率，里程客位利用率，分时间客位利用率，分车型的燃油消耗。 | |||
3 | 票务监测及综合分析 | 实时客票销售总量、站内售票量、自助机售票量、代售点售票量、网上售票量、手机应用售票量，网上、电话、手机客票查询量，退票分析、改签分析，线路售票统计、班次售票统计，不同方式售票占比，分里程售票方式占比及趋势，分班线售票占比及趋势，退票、未取票、未乘车统计，改乘统计，电子客票统计。 | ||
4 | 出行特征分析 | 日常出行客流分布、客流向、客流群体，节假日客流分布、客流向、周转量、实载率。 | ||
5 | 客流预警 | 客流驻站预警 | 历史客流预警阈值，客流到达高峰预测值，客流驻站高峰预测值。 | |
客票销售预警 | 历史客票销售统计阈值，高峰班次、高峰线路、高峰售票预测值。 | |||
道路客运信息交换共享平台负责定义全省的交换存储策略、基础数据标准；调度、监控所有业务管理的信息流转，根据需要为各客运业务系统之间提供数据共享与交换；从各级业务系统中抽取整合数据，建成全省道路客运基础性、战略性数据资源库，为省级应用系统提供数据支持，同时实现重点道路客运信息资源的集中管理；向网内各业务系统发布各类数据综合分析结果，为初步形成全省道路运输数据中心奠定基础。
7.1.5
客运数据交换共享平台主要用于保证道路客运信息全省各客运站、各级交通主管部门、相关直属机构、行业相关企业间及时可靠交换，满足共享要求。交换共享的道路客运信息具有分布式特点，要进行透明的信息交换要解决一系列技术问题，信息的格式、信息的安全、信息的封装与解码、信息的语义统一解释等。归纳起来，在进行数据交换共享时，要解决以下问题：
（1）信息交换的语义识别
数据格式、语法所描述的信息应该有效，各种系统在传递、读取、解析和使用文档中的信息时不会产生二义性。表达的内容、格式能满足所有政府部门各项业务的要求。
（2）传输的要求
数据格式易于传输，能够实现各个应用系统之间的同步/异步信息交换。格式技术兼容各种网络系统和通讯协议。
（3）安全方面的要求
交换的数据文档需要基于应用系统之间约定的规则进行验证。要能建立数据格式、数据内容、网络传输等不同层面的安全防护机制。
（4）非功能性要求
格式稳定性高，易于管理，有良好的可扩展性和可增长性。使用该格式可降低政府部门的运作成本或减少人力资源。
数据交换和共享是通过网络进行的，而网络数据交换有国际公认的OSI（Open System Interconnect）七层模型。而在实际应用系统中数据交换则只注重应用层、表示层，在这个模型中，应用系统之间按应用层协议进行通讯，应用系统内部依靠接口提供服务。而在网络中，为了保证应用系统能理解信息传输的要求，在传输者、接收者之间是以协议作为媒介。
在每个交换节点上，从OSI七层网络模型分析数据交换共享主要是解决应用层和表示层的内容。为了确保设计的交换共享平台稳定可靠，设计交换共享模型时，把表示层按功能划分为内容管理层、数据交换层。
（1）内容管理（表示层）
内容管理层是指内容的表示（存储）、操作（传送）和授权管理等功能。一个标准数据交换和整合系统的任务可以分为两个方面，一个是对遗留业务系统（Legacy System）的数据进行整合，为交换和共享做准备；另一个是通过规范化的方式对业务系统提供统一的数据访问支持。这就要求标准数据交换与整合软件遵从统一的数据表示方式。
（2）数据交换（表式层 信息服务的支持）
数据交换层的任务是完成不同数据交换结点之间的互操作，功能上应该包括数据的定位和数据包封装。数据的封装和解封与操作命令一样，是一个标准数据交换和整合系统的规范性的重要体现。所有在节点之间传送的数据，包括操作命令本身，都要按照规定的格式进行编排，这样才能保证数据交换节点之间的互操作性，以屏蔽底层的物理特性的多样性。所以要有好的信息服务机制，必须解决的问题包括：信息的统一封装，即信息的打包和信封的书写功能；统一编址，应支持一套统一的、简单易用、易扩展、易管理的地址编码体系；信息的可靠传输；传输的效率；可管理性，要对传输的过程进行全程监控，提供日志、审计、会话管理、传输优先级设定、流量负荷分析等。
集中与分布相结合的模式，这种方式适用于各类跨部门应用需求，是支持多种业务模式，实现基础信息的“一数一源，一源多用”的基本结构。
结合实际情况，全省道路客运数据交换共享平台采用集中与分布相结合的模式。其优点是一方面可通过省-客运站两级部署的中心数据库实现数据交换，各类信息资源提供者或使用者通过访问中心数据库实现交换；另一方面也可以直接访问或通过中心交换结点实现数据交换，即信息资源分布存储在各客运站站务管理系统数据库中，信息资源提供者和使用者通过交换结点提供的交换服务实现两者之间的数据定向传送。
道路客运信息交换共享平台依托于道路运输信息专网基础设施和信息安全保障体系，为跨部门、跨客运站之间道路客运信息资源交换与共享提供信息服务。提供的基本信息服务应包括：数据传输、数据适配、身份认证、访问控制、流程管理、数据抽取和装载、数据存取等服务，为上层各类跨部门应用提供公共的系统间信息传输和共享信息存取服务。
通过数据交换共享平台，在数据交换的源点和目标点之间建立源数据和目标数据之间的映射关系，通过清洗、抽取数据节点数据，并根据相应的数据转换规则，实现省级数据中心与各客运站及其他业务系统之间的自动数据交换和共享任务。
数据交换及各数据源之间的相互关系如下图所示，其中，处于各客运站的站务管理系统的数据库可作为基础数据库的数据源，同时也根据自身需要，从基础数据库中提取其所需的数据，同时可以通过数据交换的方式，为综合应用数据库提供数据。
图 6?5道路客运信息交换共享平台逻辑示意图
交换共享平台的主要目是完成系统之间的数据交换，所以从功能上来说，平台包括节点管理（源数据库与目的数据库）、交换任务管理、数据抽取和装载（包含抽取规则定义）等模块。
交换共享平台的主要目是完成异构数据、异构系统之间的数据交换，所以从功能上来说，平台包括节点管理（源数据库与目的数据库）、交换任务管理、数据抽取和装载（包含抽取规则定义）等模块。
（1）数据交换节点注册管理
各交换节点（适配器）要接入数据交换系统需要首先进行注册。交换服务端实现下面功能：
1）交换节点（适配器）管理
首先在交换服务端新建一个交换节点（适配器）信息，主要包括ID、验证帐号/密码。新建适配器状态为“未注册”。
2）交换节点（适配器）注册服务接口
交换服务需要提供一个注册接口供交换节点（适配器）安装后进行注册。该接口调用的结果是将交换节点（适配器）的状态改写为“注册成功”。交换节点（适配器）注册服务接口同时还需要提供登录名、密码的修改功能，以及注销功能。
（2）数据目录管理
数据交换服务提供接口用来接收各交换节点（适配器）报送上来的数据源结构定义文件（以数据目录方式进行描述），然后把这些备案文件统一存放到数据交换服务的备案库中；上报时，交换节点（适配器）需要提供登录名和密码。
在进行实际的数据整合交换过程中，有必要在数据交换平台中以数据规范为依据进行数据目录的管理，对应数据规范反映整合数据资源库或业务数据库的数据组织索引，为配置数据抽取、加载规则及转换影射规则提供依据。数据目录以树状结构对参与交换整合的全局数据对象进行层次化组织，可以划分为类、集、子集、表、字段几个组织层次。
（3）交换服务支持
主要提供路由支持、消息服务等。
1）路由支持：交换任务启动后在各数据节点间按次序执行，交换服务提供各目标节点的通讯传输地址；各节点地址可以动态改变。
2）不同的交换任务可以串接成一个工作流，交换服务提供运行时的流程控制和管理。
3）消息服务：各交换节点之间可以进行直接的点对点数据传输，也可以通过交换服务端提供的中心消息服务进行数据传输，这样可以实现交换节点之间的松耦合，提高整个分布式系统的可靠性。消息服务可以支持各个交换节点的消息队列之间对消息包进行解析、存储和转发以及失败重发等后台调度控制功能，其作用类似交换机的交换背板。
4）其他服务：如资源下载、各节点间信息共享等。
（4）数据抽取和装载
数据交换节点运行在与交换服务进行数据交换的对端业务系统，数据交换节点实现源数据的抽取（包括清洗、过滤等）、转换、装载以及与底层的消息服务器进行通讯的作用。数据交换节点安装后使用前需要首先向交换服务进行注册。
在部署模式上，通常一个参与交换的数据源可以部署一个数据交换节点（适配器），这个数据交换节点（适配器）同时实现针对该数据源的抽取和装载工作，并且可以部署多个抽取任务和装载任务。
（5）数据转换
数据交换节点同时具备多种强大实用的数据转换功能，这些功能是可扩展的和可注册的；随着时间的推移将会有更多实用的功能加入。
由于业务系统的开发一般有一个较长的时间跨度，这就造成同一种数据在业务系统中可能会有多种完全不同的存储格式，甚至还有许多数据仓库分析中所要求的数据在业务系统中并不直接存在，而是需要根据某些公式对各部分数据进行计算才能得到。因此，这就要求转换工具必须对抽取到的数据能进行灵活的计算、合并、拆分等转换操作。
（6）交换任务设计和整合部署
交换任务设计和整合部署具体包含如下内容：
1）交换任务元描述：包括任务编号、类型、描述、版本号等；
2）源表结构和目标表结构的引用，可以从表结构库中引用多个源表结构和一个目标表结构；
3）针对一个或多个源表结构，定义好数据抽取步骤的规则，例如指定一个或关联两个以上schema，给出关联字段、过滤条件、抽取哪些字段以及相应的映射规则、增量抽取规则等信息。这些信息可以引导交换节点（适配器）如何构造sql语句来抽取数据；
4）定义中间转换步骤的定义：选择系统支持的转换步骤类型，定义出多个转换步骤及其相关参数；连接好各步骤（包括抽取和装载）之间的前后顺序；具体有哪些转换规则类型见“转换步骤的功能类型列表”所述；
5）针对一个目标表结构，定义好数据装载步骤的规则；这些信息可以引导交换节点（适配器）如何构造sql语句来装载数据；
6）交换参数的定义：用于传递给交换节点（适配器）的参数（不是必须的，有的场景中适配器在工作时可能需要传递一些参数）；
7）定义任务的触发模式：包括定时触发、手工触发、事件触发等；
8）任务激活设置——此项交换任务是否启动。激活后，任务设置信息才能被允许下载到交换节点（适配器）端；
9）最后，定义好的交换任务可以共享、重用，既可以在本地使用，又可以迁移到别的节点供二次定义使用，以尽可能减少重复劳动；
10）交换任务整合部署：交换任务在设计好之后，还需要对其进行整合部署，指定该交换任务的参与各方，具体来说即需要指定交换任务中定义的每个步骤分别在哪个节点执行。
道路客运信息交换系统需要充分考虑满足联网售票系统的业务整合需求。系统结构如下图所示：
（1）数据源层
数据源主要包括四大类型，一类是本次工程建设的道路客运联网售票平台及应用系统在联网售票过程中产生的数据，一类是来源于行业管理部门的人、车、户、线等基础数据，一类是来源于客运站的基础数据和票务数据，一类是来源于外部单位的数据。
（2）数据交换层
数据交换层从功能方面主要分为三个方面：
1）接入层：接入层由面向各类异构系统、异构数据源的适配器组成，完成各个子系统和业务支撑系统的数据抽取、加工等工作。在数据接入过程中涉及到数据过滤，从大量数据内部仅仅筛选出需要的数据进行操作。其后部分数据进行转换，以满足数据能够正常进入接收端数据库的最终目的。在接入过程中需要通过异常补偿机制，保证数据接入的完整性。
2）传输层：在传输层除了保证数据的可靠、高效传输之外，还要保证数据的安全性，基于此需求，道路客运信息交换系统的传输要求具备数据加密、可靠队列、传输管理、路由等功能。在传输过程中，依靠可靠队列，保障在当机或网络故障时数据不会丢失。此外，通过数据加密、断点续传、流量控制、路由管理保障传输的安全、可靠、稳定以及灵活。
3）数据交换管理：交换中心端除了数据加载之外，还具有交换代码管理，交换流程管理，面向全过程的数据监控管理等功能。数据加载过程即是将数据存放入联网售票数据中心数据库的过程，而交换前可进行交换认证，确保传输双方的正确性，交换代码管理、交换流程管理及交换监控与管理便于监控交换的数据内容正确合理性，提供可靠的安全体系。
（3）数据中心层
数据中心层由省级联网售票数据中心各基础库、应用库、主题库和交换库组成。
（1）数据传输流程
数据传输流程包括数据采集、数据传输及数据加载等步骤：
1）数据采集
将行业管理部门的数据和各客运站的数据按采集的需要，通过一定的规则从原有系统中抽取出来，与相关系统实现共享和交换。支持数据的批量和增量采集抽取。
2）数据转换
在完成数据采集之后，通过适配器将按规范对采集的数据进行加工处理，将数据转换为数据对象，转换后的数据对象为真正传输的数据。
3）数据传输
将转换后的数据进行切割，然后通过消息传输通道，分批次将数据发到目的地或联网售票数据中心。
4）数据解析
在接收到数据之后，按照规范进行解析，将数据还原成数据对象，形成能够录入数据库的数据。
5）数据加载
完成以上步骤之后，把获得的数据更新到目标数据库中，在这过程中，目标数据库与源数据库可能是异构或者数据结构不同，目标表结构与原表结构可能不同，在数据加载过程中解决由于异构或者数据结构不一样而导致的问题。保证数据能够安全、完整的进入目标数据库中。
（2）异构系统的整合
由于目前的运管系统、各售票系统没有统一的架构和标准，因此道路客运信息交换系统需要对各种异构系统进行接入，如文件系统、各种数据库、消息中间件等系统等。因此需要利用应用集成中间件提供的适配器功能，实现数据库、文件、FTP、JMS以及webservice等不同数据提供方式的接入。各适配器的应用描述如下：
1）数据库适配器
数据库适配器是应用集成中间件对数据库资源适配器进行的进一步封装，支持的数据库有Oracle、Sybase、DB2、SQLServer、MySql等。
应用集成中间件提供的数据库适配器包括：数据库入站适配器、数据库查询出站适配器和数据库更新出站适配器。通过数据库适配器服务，实现对原业务数据库的条件查询、增量数据实时同步、定时同步。
2）文件适配器
文件适配器是应用集成中间件系统中用于读写文件的模块，并且可以对文件进行更名、移动、删除、复制等操作，支持各种文件类型，如文本文件、XML、EXCEL等。文件适配器包括文件入站适配器和文件出站适配器。
3）FTP适配器
FTP适配器在应用集成中间件系统中提供对远端、本地目录的访问，完成对目标文件的异地迁移，以及基于对目标文件内容解析基础上的信息迁移的适配器。FTP适配器包括FTP入站适配器和FTP出站适配器。
4）JMS适配器
JMS适配器是应用集成中间件系统中用于发送和接收JMS消息的模块。JMS适配器包括JMS入站适配器和JMS出站适配器。
5）WebServices适配器
在应用集成中间件系统中，通过WebService适配器，提供了对WebServices提供全面支持，既可以将合成服务发布为WebServices，也可以在服务组件中，访问已发布的WebServices。WebServices适配器包括WebServices出站适配器和WebServices入站适配器。
6）定时适配器
定时器适配器能够按照指定的运行模式和时间表进行定时启动，到时会调用入站适配器所消费的服务。定时器的入站适配器，当定时时间或轮询时间到时，入站适配器将消费实现服务接口的服务。
（3）信息的采集与交换
1）信息采集
道路客运信息交换系统通过对集成的各业务系统建立的适配器服务，实现对各业务系统数据的实时、定时采集。应用集成中间件提供多种数据接入方式，以方便各个数据源系统以其合适的方式来提交数据。这些数据的采集，可根据接入的不同情况，在不改动其应用系统的前提下，通过丰富的连接器/适配器，按照一定的策略进行数据抽取。
对各个系统建立的适配器服务，包括数据库入站适配器、文件入站适配器、FTP入站适配器等，实现对各业务系统数据的实时、定时采集；通过接口实现、消费入站服务，实现对这些被消费服务的编排，同时对出站适配器提供服务；最终通过数据库出站适配器服务和文件出站适配器服务实现对标准数据等的统一入库、存储。
2）数据传输与装载
应用集成中间件客户端采集获得数据后，由传输层在所有系统之间传输、路由数据和消息，实现数据、服务命令的上传与下达。
数据传输由消息中间件组成的传输网络实现，使所有业务系统和数据交换中心构成虚拟的传输网络，提供松散耦合的消息通信机制。消息通信由消息队列来完成，发送队列负责将交付的消息传送到目标节点的接收队列。从数据采集到推送到消息队列，通过队列可靠传输到中心数据装载入库的流程图如下所示：
3）数据处理
负责将获取的数据进行统一的数据处理，包括对异构数据进行XML标准化转换等功能。由于各数据信息格式不尽不同，无法统一存储在中心数据库中。为了实现数据信息的集中、规范存储，简化数据管理维护工作，需要对采集来的数据信息进行XML标准化处理等整合处理工作。
应用集成中间件适配器服务提供数据加工、数据转换、数据过滤等数据交换处理功能，同时通过JAVA服务编排能够满足数据加工、转换处理的定制需要。
（4）接口封装与调用
道路客运信息交换系统提供对外统一的接口服务，提供生产运行数据的信息接口。通过对数据库系统的封装，提供统一的信息接口服务，在整个数据交换系统中实现信息的统一输出，提高服务质量和运营效率。
（5）服务组合与管理
服务组合与装配，支持封装的业务服务之间通过辅助编程的方式，实现不同应用服务之间的连接和调用。
| 序号 | 设备名称 | 单位 | 数量 | 备注 |
一 | 应用系统 | |||
（一） | 客运站站务管理系统 | 套 | 1 | |
（二） | 道路客运联网综合管理系统 | 套 | 1 | |
（三） | 道路客运联网清分结算系统 | 套 | 1 | |
（四） | 道路客运联网公众信息服务系统 | 套 | 1 | |
（五） | 道路客运信息监管与决策辅助系统 | 套 | 1 | |
（六） | 票证管理系统 | 套 | 1 | |
（七） | 小件快运管理系统 | 套 | 1 | |
（八） | 接口系统 | 套 | 1 | |
二 | 应用支撑平台 | |||
（一） | 短信息平台 | 套 | 1 | 详见“短信息平台”选型 |
三 | 数据工程 | |||
1 | 信息资源规划 | 1 | ||
2 | 客运数据采集和处理 | 1 | ||
3 | 客运数据信息交换平台 | 1 | ||
4 | 客运数据资源库 | 1 | ||
四 | 系统集成 | |||
1 | 系统集成 | 1 |
投标人应提供项目的详细实施方案，方案中应描述应用系统集成的具体内容及工作日程表等。工作日程表应涵盖、现场安装、系统调试、系统试运行、验收测试、技术培训等方面。
合同签订后，中标人应至少安排一次有所有标段相关人员参加的设计联络会，在业主方、监理方指导下，由总集成方主持确认各标段具体工作范围及边界，并解决本项目交货、变更、技术细节、安装调试、测试验收等具体技术问题。投标人应提出相应的计划安排。同时，中标人在合同签订后，应该根据业主的需求提供详细的系统解决方案，并组织相关专家对该方案进行评审，评审通过后方能进行实施。
投标人应提供软件设备到达用户现场之前的统一调试、配置的解决方案，并在中标后根据招标人现场环境，提出具体的系统集成解决方案。
投标人应向招标人提供产品和服务，承担方案中的所有软件系统集成责任，无论该软件是由投标人采购还是由招标人提供的，投标人应承诺与招标人及相关第三方积极主动合作。
投标人应在中标后负责在项目规定的时间内完成应用系统设计开发、系统安装调试、验收测试等系统集成任务。
投标人应提出在用户现场服务期间实施现场技术服务的具体工作内容，技术服务人员在现场除了应解答和解决由招标人提出的合同范围内的问题外，还应详细解答有关系统性能及运行注意事项等方面的问题。
现场服务所需的全部费用，包括中标人派往现场技术服务人员的一切费用均包含在投标总价中。
由于本项目涉及内容多，参与面广，且进度要求高，投标人应具备并行工作能力，并在实施方案中就工作组划分与工作范围、组织协调职责、进度控制、质量保障措施等进行详细说明。
投标人提供的验收方案、验收测试报告及接受检验来证明其提供的系统应符合本招标书（技术协议）的各项要求。招标人将根据项目进展分阶段性验收和最终验收。项目评审及验收所需的全部费用，均包含在投标总价中。
根据本技术规格书要求对全部软件规格、数量、外型、包装及文件资料进行验收。
如测试中出现不符合招标文件和合同要求的严重质量问题时，招标人保留索赔权利。
应在部署前依据本规范书的功能和性能要求对已完成的系统进行测试。在进行测试和演示时，应有具备专职进行测试和演示的专家、训练有素的工作人员以及必要的测试设备。招标人有权在验收期间对信息系统的功能及性能进行全部或部分抽查。
投标人应根据招标人现场环境，提出具体的系统安装调试解决方案，并在招标人确认后提供相应的施工图，作为安装调试依据。
投标人应在中标后根据本技术规格书、投标技术应答书、合同技术协议书等技术文件编写关于本项目的系统验收测试大纲。
投标人应提前于验收测试时间两周提供详细的验收测试大纲，大纲应提供所有验收的细则，细则指定的实验项目以及达到的性能指标和功能不得低于本技术规格书要求。应进行数据备份恢复性试验，检查并验证数据备份的可恢复性和完整性。
在现场安装调试及验收测试过程中，中标人应对损坏的设备负责。
按照合同文件和技术协议，在实际运行环境下逐项检查、测试、验证应用软件功能。所有功能的测试验证结果都必须合理、正确、可靠和完整。同时测评应用软件的可用性、可维护性、可移植性及运行效率。检查并验证软件开发环境和生存期环境能够支持目前应用软件的运行和后续功能的开发。
投标人应针对本项目提出完整的项目管理方案，其中包括关于项目进度控制、质量控制、风险控制、合同管理、文档管理以及与本项目相关的协调工作等的详细描述。
本项目将实行工程监理制，投标人应承诺接受监理方的协调、监督和管理，包括参加监理方主持召开的项目协调会，按规定或惯例定期向监理方提交工作周报、专题报告及其他项目执行过程文档等。
投标人应针对本项目建立完整的项目组织管理体系并保证其有效运行。
项目组应包含实施本项目所必须的各类技术和管理人员，其中包括但不限于项目经理、咨询专家以及系统分析、架构设计、应用开发、系统测试、文档管理等方面的专业人员，且上述人员在参加本项目实施时不应再兼职其它工作。
投标人拟选派参加本项目管理的项目经理应具有同类同规模项目的实施管理经验，拟选派的项目组主要成员应参加过同类同规模项目的实施。投标人需提供项目经理和主要常驻现场人员资质，且项目建设期间不允许更换项目经理。
投标人的项目实施方案中应包含对项目组织机构及项目实施人员的详细描述，并附项目组织机构示意图和项目实施人员简历表。
投标人还应对招标人的项目实施组织模式给出相应建议。
中标人在项目开始、项目实施过程中和项目结束时应向用户提交相应成果及相关文档，所有的资料必须是中文版本，且包括电子和纸质两种方式，费用由中标人自理。
中标人须按照计算机软件工程规范国家标准分阶段提交相应成果及相关文档，列出整个实施过程中所产生和需向用户提交的详细文档清单，包括文档提交的计划安排。中标人向用户提供（有但不限于）以下成果及技术文档：
（1）项目管理文件
所有项目管理文件，包括但不限于：项目总体进度计划与实施人员安排、项目管理方案、交货计划与验货文档、安装调试计划、测试计划与系统试运行方案、培训与质量保证计划等。
（2）项目技术文件
所有项目实施过程的技术和成果文件，包括但不限于：项目需求调研及分析说明书、项目总体规划、项目概要设计说明书、项目详细设计说明书、数据规划及数据库设计说明书、编码规格说明书、接口规范、软件源代码（含所有接口程序、注释及API等）及按册装订全部程序清单、软件测试报告、所开发应用软件的安装盘、用户使用手册、系统维护手册、应急方案等。
软件测试报告包括两部分：软件开发期间的软件模块测试由中标人自主实施，并在工程试运行前提供相应的软件测试报告；应用软件开发完成工程验收前。
（3）运行维护文件
中标人应提交应用系统软件、所购第三方软件及硬件设备等相关的运行维护文件、售后服务及免费服务承诺书（服务期两年），并签订软件系统维护合同。
（4）验收文档
针对本项目特点的测试和验收方案及全部验收测试文档。验收时需收集各项验收数据，汇总成册，并对项目进行综合评估。
为本项目开发的软件的所有权和知识产权归招标人独有。未经双方同意，不得转让给第三方。
中标人必须提供各个开发阶段的全套详细设计文档、源代码（包括所有接口程序、注释及API等）及使用手册。
在未经招标人书面允许的情况下，中标人不得以任何方式将上述软件向任何第三方提供或用于合同以外的其他任何目的。
招标人提供给中标人的所有业务技术资料、文档，中标人有责任对第三方保密。
中标人全面承担由中标人产品中涉及到的第三方产品所引起的一切法律责任。
本项目建设周期为24个月。
投标人应根据招标人的需求，对所提供的系统保证全面、有效、及时的技术支持和售后服务。
投标人应在技术建议书中详细说明技术服务的范围和程序。
在试运行期间，投标人应指定有经验的技术人员在现场负责系统的运行和维护，若系统出现问题或故障，开发商应免费进行故障处理和软件更新。
中标方应对提交的软件产品提供1年的质量保证期的系统升级及维护服务。在此期间如果中标方推出新的版本，如招标人认为必要，中标方应提供免费升级。在质量保证期内，中标方应向招标人提供7×24小时的服务响应，保证招标人可以随时找到相应的技术人员，如有必要，要在24小时之内赶到现场予以技术支持。质量保证期从系统最终验收之日起开始计算。
若关于应用系统的要求和需求发生非实质性需求变更时，在本工程项目质量保证期结束之前投标人应免费对系统进行相应的修改；在质量保证期之后，投标人应以优惠价格对系统进行修改。
费用说明：技术支持与服务费用应计入总投标价之内，请单独列出，若不列出视为投标人免费提供。
投标人应提供针对本项目的技术支持与售后服务方案，以及完整的系统运行维护方案，以保证本项目安全稳定运行。
在系统试运行期和质量保证期内，投标人应向招标人提供免费技术支持，包括但不限于应用系统升级和功能完善等（含现场技术支持）。投标人在应答时应详细阐述免费技术支持的内容与范围。
在系统试运行期和项目质量保证期内，投标人负责对其提供的设备进行维修，不收取额外费用。
投标人必须对招标人所提出的维修要求做出实质性响应，提供各种突发事件的应急策略（包括具体响应时间）。
投标人应详细列出保修方案和系统应急方案，一经应答将作为合同的一部分。
投标人为本项目提供的第三方产品，软件必须包含不低于一年的免费升级服务，硬件设备必须包含三年的原厂商技术服务。
技术支持与售后服务的全部费用包含在投标总价中。此外，投标人必须向招标人说明并承诺在系统质量保证期届满后的维护方式和范围，并给出优惠报价，该价格不计入投标总价。
（1）投标人负责招标人技术管理、操作和维护人员的培训工作。
（2）经过培训的人员应具备独立承担本职工作的能力。
（3）投标人应邀请招标人的技术管理、系统维护人员在系统出厂前接受专业培训；培训人数和时间为5人×3周；培训内容至少包括：
①开发工具应用；
②应用系统的安装、运行管理及系统维护。
（4）投标人应在现场验收之前，应对招标人的全部操作人员进行现场培训；培训次数不低于800人次；培训内容至少包括：
①应用系统功能；
②应用系统数据库结构；
③应用系统的安装、运行管理；
④应用系统的用户操作；
⑤应用系统的简单维护；
⑥开发工具的简单应用。
（5）每次培训前投标人应至少提前10天向投标人提供详细的培训大纲，并征得招标人的同意。
（6）培训期间投标人应为招标人人员免费提供相应的培训资料和实习机会。
（7）招标人培训人员参加培训的交通、食宿费用由投标人承担。
质量保证期：3年
交货时间：要求系统须在合同签订起5个工作日内交付《详细设计方案》,《项目实施方案》。
项目周期：12个月。
交货地点：需方指定地点。
交货方式：中标方负责全省项目部署并保证通过验收合格。
请投标人注意：投标文件对招标文件各种设备所要求的功能配置及其技术指标必须全部满足，不允许有缺项或者负偏离，如果不满足将导致废标。
二、评标方法和标准
评标委员会将只对商务（投标人资格）审查和技术（符合性）审查均符合招标文件要求的投标进行详细评审。
2.1 本项目采用综合评分法评标，评标委员会将按下述标准评定预中标人：按评审后投标人得分由高到低的顺序排列；得分相同的，按评标价由低到高顺序排列；得分且评标价相同的，按技术指标优劣顺序排列。
2.1 综合评分法评分方法（计算结果精确到小数点后两位）：
(一)投标报价分：以按照招标文件规定修正后的所有合格投标人的评标价的最低价作为评分基准价。投标人的价格分按下式计算：价格分=（评分基准价/评标价）×基准分值。
(二)价格分加分：
（1）对于列入财政部、国家环保总局发布的《环境标志产品政府采购清单》的产品，另外给予投标报价得分3%的加分。采购项目或者分包中既包含环境标志产品也包含非环境标志产品的，只对列入清单的产品按其在总报价中所占的比例给予价格分加分。
（2）对于列入财政部、国家发改委发布的《节能产品政府采购清单》但不属于国家强制采购的产品，另外给予投标报价得分3%的加分。采购项目或者分包中既包含节能产品也包含非节能产品的，只对列入清单但不属于国家强制采购的产品按其在总报价中所占的比例给予价格分加分。
（3）对于列入财政部、国家发改委、信息产业部发布的《无线局域网认证产品政府采购清单》的产品，另外给予投标报价得分3%的加分。采购项目或者分包中既包含清单中产品也包含非清单中产品的，只对列入清单的产品按其在总报价中所占的比例给予价格分加分。
（4）根据财库【2011】181号文件规定，对小型和微型企业的产品给予6%的价格扣除，并按照扣除后的价格参加排序。
（5）投标产品同时列入上述多个清单的，将上述规定的价格分加分比例叠加后计算价格分加分。
（6）价格扣除的依据：第（1）至（3）条提供投标货物相关认证证书复印件加盖投标人公章。第（4）提供中小企业声明函。
价格分加分依据：投标货物相关认证证书复印件加盖投标人公章。
序号 | 评分项目 | 分值 | 评分内容 | |
1 | 价格分(30分) | 投标报价 | 30分 | 按照招标文件规定修正后的所有合格投标人的评标价的最低价作为评分基准价。投标人的价格分按下式计算：价格分=（评分基准价/评标价）×基准分值。投标价不能为零。 |
技术分(40) | 产品功能 | 28分 | 投标产品的功能与招标文件要求的功能要求的满足程度。 1、提供客运站站务管理系统功能应用流程得1分，完整功能清单得1分，完整功能描述得1分，提供开发环境、数据库结构、运行平台、技术架构得1分(不满足不得分总共4分)。 2、提供道路客运联网售票清分结算系统应用流程得2分，完整功能清单得2分，完整功能描述得2分，提供开发环境、数据库结构、运行平台、技术架构得2分(不满足不得分总共4分)。 3、提供道路客运联网综合管理系统应用流程得1分，完整功能清单得1分，完整功能描述得1分，提供开发环境、数据库结构、运行平台、技术架构得1分(不满足不得分共4分) 4、提供道路客运联网公众信息服务系统应用流程得1分，完整功能清单得1分，完整功能描述得1分，提供开发环境、数据库结构、运行平台、技术架构得1分(不满足不得分总共4分)。 5、提供小件快运管理系统应用流程得1分，完整功能清单得1分，完整功能描述得1分，(不满足不得分总共3分)。 6、提供票证管理系统应用流程得1分，完整功能清单得1分，完整功能描述得1分，(不满足不得分总共3分)。 7、提供道路客运信息监管与辅助决策系统应用流程得1分，完整功能清单得1分，完整功能描述得1分，提供开发环境、数据库结构、运行平台、技术架构得1分(不满足不得分总共4分)。 8、提供站务系统与现有系统技术、产品功能兼容证明得2分。 | |
现场演示（自行携带演示设备） | 12分 | 1、 道路客运联网公众信息服务系统，总分为5分 1) 演示要求：所演示网站系统应为正在实际运行使用的系统。得1分，否则不得分； 2) 演示购票流程：支持身份证实名购票，支持微信、支付宝、京东支付、银联、快钱、易宝、网银支付平台。得1分，少一项不得分； 3) 演示会员功能，提供订单管理、乘车评价、乘车人管理，得1分，否则不得分； 4) 演示手机购票流程（用手机演示） a) 手机购票支持Android和IOS售票，得1分，否则不得分； b) 支持WAP和微信购票得0.5分，否则不得分； c) 在网站上有专门页面提供手机版本的下载。得0.5分，否则不得分。 2、 道路客运联网综合管理系统，总分为1分 1)演示票证管理功能，具备票据入库，领用、退领功能。得0.5分，否则不得分； 2)演示渠道管理功能，具备代理商管理，可售班次，不可售班次管理功能。得0.5分，否则不得分； 3、 道路客运联网售票清分结算系统，总分2分 1)演示清分结算系统的基础设置功能，能进行费用公式的定义，能进行结算公式的定义，能进行自动对账的定义。得1分，否则不得分； 2)演示清分结算系统的业务功能，具备对账管理功能，具有针对客户站和代售商的结算功能。得1分，否则不得分。 4、 客运站站务管理系统（升级改造），总分为2分；演示实名制售票和实名制检票功能。支持实名制售票得1分，支持实名制检票得1分，否则不得分； 5、 道路客运信息监管与决策辅助系统，总分为2分 1)演示产品功能菜单，应具备运能运量统计、实载率预警统计以及多种主题分析功能。完全符合的得1分，否则不得分； 2)演示数据管理功能，能分级进行各机构数据的数据权限控制。完全符合的得1分，否则不得分。 | ||
3 | 商务 (20分) | 投标人经营能力 | 2分 | 投标人（2013年8月-今）承担过省级客运联网售票项目建设，提供一个省合作合同或中标通知书复印件得0.5分；提供两个省的1分，提供三个省的1.5分，提供四个省得2分。 |
2分 | 2015年参与省级客运联网售票项目金额超过1000万元得2分。(需提供中标通知书，不同省金额可累加) | |||
2分 | 投标人最近2年来与客运站或运输企业/集团在站务系统、多元化联网售票系统建设运营等方面有过合作经验，得1分。合同金额50万(含)得1分。（需提供合同/协议复印件）。 | |||
4分 | 投标人运营联网售票网站，且接入车站数量超过50家客运站，得1分，超过100家的，得3分,超过150家（含），得4分。（以当省级道路运输管理机构证明为准） | |||
投标人资质能力 | 2分 | 投标人具有道路客运联网产品《软件产品登记证书》和《计算机软件著作权登记证书》（每个0.2分，总分2分）。 | ||
1 | 投标人通过了工信部颁发的中国互联网诚信示范企业资质，并提供证书编号及资质证明（满足要求得1分，没有不得分）。 | |||
1 | 在多元化售票网络平台开发和服务领域通过ISO9001质量管理体系认证的（满足得1分，不满足得0分） | |||
公司实力 | 2分 | 投标人提供最近三个月以上的本单位员工缴纳社保证明（提供超过30员工凭证，得1分，超过60人得1分）总分2分。 | ||
2分 | 投标人注册资金3000万以上得2分投标人注册资金2000万以上得1分；低于2000万不得分。 | |||
2分 | 投标人参与过交通部级平台道路客运联网售票标准建设。得2分。 （提供合作协议或官方网站公示）。 | |||
4 | 服务能力(10分) | 本地化服务 | 2分 | 投标人在招标所在地设有公司或分公司或办事处的得2分。不满足不得分（需提供工商执照证明）。 |
3分 | 投标人在招标所在地的公司或分公司或办事处具备10人以上本地化运营团队得3分，满足8人得1分，少于8人不得分(以医保或社保证明为准) | |||
2分 | 投标人参与过招标方客运站务系统建设运维。 得2分，不具备不得分。 (提供证明或合同) | |||
售后服务承诺 | 3分 | 以投标人的售后服务承诺为依据，由评委根据投标人的售后服务承诺书相互比较评分。 1、售后服务承诺完善、能够很好地满足售后服务要求且优于其他投标人承诺的得3分。 2、售后服务承诺比较完善、能够较好地满足售后服务要求且优于其他投标人承诺的得2分。 3、售后服务承诺不够完善、基本能够满足售后服务要求的得1分。 | ||
请投标人特别注意：投标人应提交作为评分依据的文件材料并加盖投标人公章和/或有效签署，否则，将是投标人的风险。
（1）所有评委分别对某个合格投标人评分（总分，即价格分、商务分、技术分和售后服务分之和）之和的算术平均值为该投标人的最终得分；
（2）对所有合格投标人的最终得分进行排序，得分高者为预中标人。
2.2预中标结果将在中国政府采购网、吉林省政府采购中心网站、吉林省政府政务大厅招投标信息网及相关媒体上公示七个工作日，如果没有异议，预中标人确定为中标人。如果投标人对预中标结果有异议，应当在公告期内向采购中心提出质疑。投标人的质疑事项应当具体、明确并提供事实依据。
三、售后服务要求：
3.1 提供下列售后服务项目：
1、投标方公司的售后服务响应及到达现场的时间
2、投标方公司对本项目的技术培训安排：
4、投标方公司用于本项目的技术人员及软硬件情况、保证措施及收费标准：
5、投标方公司在本项目所在地（实施地）设置的售后服务网点明细表及相关情况：
6、中标单位负责开发期间原有系统网络和软件的费用，并负责原有系统正常运行。
3.2 按招标文件（需求部分）第三章《投标文件构成、要求及格式》中格式六“售后服务承诺书（格式）”的规定提供完整的售后服务方案。
四、履约保证金
4.1 在签署合同之前，中标人应向采购人提交合同总价5%的履约保证金（人民币，取整数位到百元）。履约保证金可以采用银行转帐或者现金的方式提交。
4.2 履约保证金的有效期到中标人提交的货物经采购人验收合格并交付给采购人之日止，以银行转帐方式返还，不计利息。
五、质量保证金
5.1 质量保证金为合同总价款的5 %。
5.2 中标人提交的履约保证金到期后转作质量保证金。
5.3 质量保证金的有效期到合同规定的质量保证期期满之日止，扣除中标人承担质量保证责任的费用后，剩余部分在质量保证期期满后20个工作日内返还，不计利息。
六、付款方式和条件：
6.1 中标人交货时应提交下列文件：销售发票[发票抬头格式：需方单位名称（吉林省政府采购中心）]，国家有关质检机构出具的检验报告或证书，进口产品的报关文件，制造厂商出具的质量检验证书、产品合格证等。
6.2 财政付款：采购人在合同标的验收合格后5个工作日内，向省财政厅政府采购办提交《政府采购资金支付申请书》、《吉林省省级政府采购验收报告单》等合同约定的付款文件；省财政厅政府采购办在收到《政府采购资金支付申请书》和合同约定的付款文件后15个工作日内，采用银行转帐方式将合同价款中财政付款金额一次性支付给中标人。
6.3采购人自行付款：本合同总价款由采购人自行支付。采购人承诺合同签订后30日内，支付合同总额的50%；道路客运联网售票系统工程项目正式运行后10日内，支付财政付款金额；项目通过验收后10日内，支付剩余合同价款。
七、投标文件份数：
应提供正本一份，副本7份[文件编制见
八、其他要求
8.1 投标人应对《货物需求及技术规格要求》要求的所有货物投标，不可以只对其中的一种或几种投标。每种货物只允许有一个报价，任何有选择的报价将不予接受。
8.2如无特别说明，本次采购货物所要求的功能配置均为内置的标准（固定）配置，任何通过外接方式实现所要求的功能配置，均视为非实质性响应。
8.3《货物需求及技术规格要求》中如果含有品牌名称、特定型号、特定配置、特定指标参数、产地等情况，仅作为项目质量水平与系统配置的性价比基准，投标人可以此基准作为参考，提供与含有品牌名称、特定型号、特定配置、特定指标参数、产地等要求的货物相同档次或者更优档次的货物，并且所投标货物的配置、规格和技术参数指标等均应实质性不低于或者优于招标文件的要求。
第三章 投标文件构成、要求及格式
声明:
1、如果要求提交的资格证明文件需要进行年检或更换的，但在投标时因当地有关管理部门尚未开展年检或更换的工作，使投标人不能提交经年检或合格的资格文件，投标人应提交相关管理机关出具的有效证明文件。
2、如果投标人受地域限制不能提供招标文件要求的有关文件的原件，应提供当地公证机关出具的公证书。
3、评标委员会将根据投标人提交的文件资料和自己的判断，决定投标人履行合同的合格性及能力。
第一部分 商务文件
投标人应提交的商务文件清单：
序号 | 商务文件名称及要求 | 是否已按要求提交 | 文件页码 |
1 | 投标函（按格式一提交） | ||
2 | 开标一览表（按格式二提交） | ||
3 | 投标人基本情况（按格式三提交） | ||
4 | 投标人的资格声明（按格式四提交，正本原件，副本复印件） | ||
5 | 企业法人营业执照（复印件，加盖投标人公章） | ||
6 | 法定代表人身份证（复印件） | ||
7 | 法定代表人授权书（按格式五提交，正本原件，副本复印件，加盖投标人公章或有效签署） | ||
8 | 法定代表人的授权代理人身份证（复印件，携带原件参加投标以备审查） | ||
9 | 国税登记证（复印件，加盖投标人公章） | ||
10 | 或地税登记证（复印件，加盖投标人公章） | ||
11 | 具有经济和信息化委员会颁发的《软件企业认定证书》（省级和直辖市） | ||
12 | 售后服务承诺书（按格式六提交） | ||
13 | 售后服务委托代理协议书（按格式七提交） | ||
14 | 中小企业声明函（按格式八，投标货物生产制造厂商） | ||
15 | 招标文件要求提交的其他商务文件材料 | ||
16 | 投标人认为需要提供的与评标直接相关的其他商务文件材料，但应注意不要提供与评标无直接关联的文件材料。 |
要求：
1、投标人必须按照商务文件清单以及规定的格式和要求提交，清单中虽未列出但招标文件要求提交的商务文件，投标人也应按招标文件的要求提交。
2、投标人在投标前应自行检查要求提交的商务文件是否已完整提交和签章，若有缺失或无效，将导致其投标被拒绝。
3、投标人应按本格式编制商务文件目录，并编排在商务文件部分首页。
格式一、投标函
吉林省政府采购中心：
根据你方政府采购 吉林省道路客运联网售票系统工程（应用软件开发、数据工程、系统集成、短信息平台） 项目的编号为2015-1536_XM_1 招标文件，我方正式授权的下述签字人 （姓名和职务） 代表我方 （投标人的名称） ，按照你方招标文件的规定，提交全部文件正本1份、副本份，并保证所提供的全部文件是真实的、有效的和准确的。
据此函，签字人兹宣布同意如下：
1.按招标文件规定提供货物及服务的投标总价为（大写）元人民币。
2.如果我方中标，我们保证根据招标文件规定履行合同责任和义务。具体交货时间承诺如下：合同订立后天；
3.我方人民币元的投标保证金与本投标文件同时提交。
4.如果我方中标，我方保证按照招标文件规定提交履约保证金，承担履约责任。
5.我们已详细阅读了全部招标文件，包括招标文件的修改、补充文件、参考资料及有关的附件，我们接受招标文件的全部条款和条件，我们知道必须放弃提出含糊不清或误解的问题的权利。
6.我们对招标文件关于时限、程序方面的规定没有异议，保证按照招标文件规定的时限和程序参加投标活动。
7.我们同意在投标人须知规定的开标时间起遵循本投标书，并在投标人须知规定的投标有效期满之前均具有约束力，并有可能中标。
8.我们如果在规定的投标有效期内撤回投标，则你方可不予退还我们的投标保证金。
9.我们保证向你方提供你方可能要求的与本投标有关的任何证据或资料。
10.我们完全理解你方不一定要接受最低报价的投标或收到的任何投标。
11.本投标自开标之时起90天内有效。
12.我方保证严格遵守《中华人民共和国政府采购法》的有关规定，若有下列情形之一的，我方将被处不予退还投标保证金，列入不良行为记录名单，在一至三年内禁止参加政府采购活动，并予以公告：
（1）提供虚假材料谋取中标、成交的；
（2）采取不正当手段诋毁、排挤其他投标人的；
（3）与其他投标人、采购中心或者采购单位人员或者其他有关人员恶意串通的；
（4）向评标委员会成员、采购中心或者采购单位人员或者其他有关人员行贿或者提供其他不正当利益的；
（5）被评定中标后无正当理由不与采购人或者采购代理机构订立合同，或者中标后不按招标文件和中标供应商的投标文件订立合同，或者与采购人另行订立背离合同实质性内容的协议的；
（6）将中标项目转让给他人或者将中标项目分包给他人的；
（7）签订合同后拒绝履行合同义务的；
（8）拒绝有关部门监督检查或提供虚假情况的。
投标人印刷体名称（加盖公章）：
地址：
电话、传真或电传：
邮政编码：
日期：年月日
格式二、开标一览表
项目名称：
投标人名称（加盖投标人公章）： 201 年 月日
投标序号 | 投标总价（元） | 交货时间 | 投标保证金（元） | 备注 |
合同订立后天 |
投标要求：
1.“开标一览表”用于开标时唱标使用。投标人应按投标人须知对投标文件密封、标记的规定单独密封和标记，另做一份与投标文件同时递交。
2、如果给予价格折扣，必须在“开标一览表”中填报，否则，不作为评标依据。
3.“开标一览表”的内容应与“投标报价明细表”以及投标文件的其他相关内容一致。
4、“开标一览表”中各个栏目都必须完整、准确填写。开标时，“开标一览表”的所有内容都不允许补充或者修改。
格式三、投标人基本情况
文字描述：企业性质、发展历程、经营规模、服务理念、主营产品、技术力量等。
图片描述：经营场所、主要产品、生产场所、工艺流程等。
格式四、投标人的资格声明
致吉林省政府采购中心：
按照《中华人民共和国政府采购法》第22条和你中心发布的《 吉林省运输管理局 吉林省道路客运联网售票系统工程（应用软件开发、数据工程、系统集成、短信息平台） 招标文件 》（2015-1536_XM_1号）的规定，我公司郑重声明如下：
1、我公司是按照中华人民共和国法律在工商管理机关登记注册的企业法人，注册地点为，公司全称为，法定代表人为，具有独立承担民事责任的能力。
2、我公司具有良好的商业信誉和健全的财务会计制度。
3、我公司具有履行本项目采购合同所必需的设备和专业技术能力。
4、我公司具有依法缴纳税收和社会保障资金的良好记录。
5、我公司在参与本次政府采购活动之前三年内，在经营活动中无重大违法记录。
6、我公司在参与本次政府采购活动时未受到任何地方政府采购部门作出的暂停参加政府采购活动的处罚。
我公司保证上述声明的事项都是真实的，如有虚假，我公司承担相应的法律责任，并承担因此给你中心以及本项目采购人所造成的损失。
我公司已经按照你中心招标文件的要求提交了所要求提交的能够证明上述声明事项真实性的全部文件材料，并保证随时按照你中心的要求提供能够证明上述声明事项真实性的任何有效文件。
投标人全称并加盖单位公章：
时间：二○一年 月日
格式五、法定代表人授权书（法定代表人投标的可不提供）
本授权书声明：注册于 （注册地点） 的 （投标人名称） 公司的 （投标人法定代表人姓名、职务） 代表本公司授权___（被授权人单位名称）__的___(被授权人姓名、职务) 为本公司的合法代理人，就吉林省政府采购___吉林省运输管理局吉林省道路客运联网售票系统工程（应用软件开发、数据工程、系统集成、短信息平台）___项目（招标编号2015-1536_XM_1 ）的投标以及合同的谈判、签约、执行、完成和保修等全权负责，以本公司名义处理一切与之有关的事务。代理人在投标、开标、评标、合同谈判和履行过程中所签署的一切文件和处理的与之有关的一切事务，我均予以承认。代理人无转委托权。
本授权书于年月日签字生效，特此声明。
投标人印刷体名称（加盖公章）：
地址：
授权人（法定代表人）印刷体姓名、手书签名：
被授权人（代理人）印刷体姓名、手书签名：
请投标人注意：法定代表人授权书必须按规定有效签署和加盖公章。
格式六、售后服务承诺书
吉林省政府采购中心及吉林省运输管理局 ：
我公司自愿参加吉林省政府采购 吉林省道路客运联网售票系统工程（应用软件开发、数据工程、系统集成、短信息平台）项目（招标编号2015-1536_XM_1）的投标。我公司郑重承诺，如果我公司的投标被评定为中标，我公司对于中标货物，除完全响应招标文件对伴随服务和售后服务的所有要求外，还将按照以下条款提供优质和完善的售后服务：
1、我公司中标后将为采购人提供下列售后服务项目：
2、我公司的售后服务响应及到达现场的时间（包括质保期内免费维修和/或更换有缺陷的货物或部件的响应时间）：
3、我公司对本项目的技术培训安排：
4、我公司用于本项目的维修技术人员及设备情况、备品备件供应的保证措施及收费标准：
5、制造厂商和我公司在本项目所在地（实施地）设置的售后服务网点明细表及相关情况：
制造厂商和我公司在本项目所在地（实施地）设立的售后服务机构一览表
序号 | 售后服务机构名称 | 所在市县及街区门牌号 | 联系人 | 移动电话 | 固定电话 |
6、附件：制造厂商和我公司的售后服务体系情况及现行规定文件。
投标人全称（加盖投标人公章）：
201年月日
格式七、售后服务委托代理协议书
委托方： （全称） ，是注册于 （委托方注册地点） 、具有资质的公司。
代理方： （全称） ，是注册于 （代理方注册地点） 、具有资质的公司。
委托方自愿参加吉林省政府采购吉林省道路客运联网售票系统工程（应用软件开发、数据工程、系统集成、短信息平台） 项目（招标编号2015-1536_XM_1）的投标，鉴于招标方在招标文件中规定“如果投标人在本招标项目所在地（使用地）没有固定经营场所，投标人应委托一家在本项目所在地依法注册经营的企业作为代理机构，该代理机构应有能力履行合同条款中和/或技术规格中规定的投标人所承担的维护、保养、修理和备件供应的义务”，而委托方在招标项目所在地（使用地）没有固定经营场所，特委托代理方代表委托方履行招标文件中规定的上述义务。双方承诺如下：
1、代理方承诺：保证忠实地履行委托方中标后签定的合同中规定的应当由委托方承担的项目（货物）维护、保养、修理和备件供应的义务，并承担相应的责任。
2、委托方承诺：代理方在履行上述合同规定义务过程中的责任均由委托方承担。
3、代理方的有关资格证明文件随附在委托方的投标文件中（详见附件：代理方资格证明文件）。
4、本协议书自双方法定代表人（授权代理人）签署并加盖双方单位公章后生效。
附件：代理方资格证明文件
1、代理方企业法人营业执照复印件（复印件加盖双方公章）
2、代理方有关资质文件（复印件加盖双方公章）
3、代理方综合情况（复印件加盖双方公章）：应包括代理方名称、地址、联系人、联系电话、主要售后服务技术人员情况、设备情况等。
委托方法定代表人或授权代理人手书签名（加盖公章）：
签署日期：
代理方法定代表人手书签名（加盖公章）：
签署日期：
格式八：中小企业声明函
中小企业声明函
本公司郑重声明，根据《政府采购促进中小企业发展暂行办法》（财库[2011]181号）的规定，本公司为______（请填写：中型、小型、微型）企业。即，本公司同时满足以下条件：
1.根据《工业和信息化部、国家统计局、国家发展和改革委员会、财政部关于印发中小企业划型标准规定的通知》（工信部联企业[2011]300号）规定的划分标准，本公司为______（请填写：中型、小型、微型）企业。
2.本公司参加______单位的______项目采购活动提供本企业制造的货物，由本企业承担工程、提供服务，或者提供其他______（请填写：中型、小型、微型）企业制造的货物。本条所称货物不包括使用大型企业注册商标的货物。
本公司对上述声明的真实性负责。如有虚假，将依法承担相应责任。
企业名称（盖章）：
日期
第二部分 技术文件
投标人应提交的技术文件清单：
序号 | 技术文件名称及要求 | 是否已按要求提交 | 文件页码 |
1 | 投标报价明细表（按格式一提交） | ||
2 | 招标文件要求提交的其他技术文件材料 | ||
3 | 投标人认为需要提供的与评标直接相关的其他技术文件材料，但应注意不要提供与评标无直接关联的文件材料。 |
要求：
1、投标人必须按照技术文件清单以及规定的格式和要求提交，清单中虽未列出但招标文件要求提交的技术文件，投标人也应按招标文件的要求提交。
2、投标人在投标前应自行检查要求提交的技术文件是否已完整提交和签章，若有缺失或无效，将导致其投标被拒绝。
3、投标人应按本格式编制技术文件目录，并编排在技术文件部分首页。
格式一、投标报价明细表
项目名称：
投标人名称（加盖投标人公章）：年月日
序号 | 货物名称 | 品牌 | 型号 | 主要功能配置和技术参数 | 辅助功能配置和技术参数 | 功能配置和技术参数偏离情况 | 原产地及制造厂商 | 数量 | 数量单位 | 单价（元） | 合计（元） | 质保期 | 备注 |
投标总价 | 人民币（大写）：小写： | ||||||||||||
投标要求：
1.与完成本项目有关的各种费用均应包含在总报价中，数量单位须写明台(套)。如果提供价格折扣应明确标明。
2.所有投标货物均应标明品牌型号、详细功能配置、主要技术参数、功能配置及技术指标偏离情况、原产地及制造厂商等。
3.报价明细表中各项必须如实详细完整填写，凡未按要求填写的，均按无效投标处理。
第四章 附件
附件一：
投标文件包装袋封面标贴格式
|
附件二：
开标一览表包装袋封面标贴格式
|
注意事项：
1、《开标一览表》单独封装。
2、《开标一览表》和投标文件正、副本必须分开单独封装并标贴此封面，密封口处须加盖投标人公章。
|
招标
|
- 关注我们可获得更多采购需求 |
关注 |
最近搜索
无
热门搜索
无
