旅游一卡通建设方案

都市一卡通建设方案

目录

1.总体阐明..........................................

M.建设总则...............................................

1.2.应用领域..............................................

2.总体方案概述.....................................

2.1.营运模式..............................................

2.2.各环节作用............................................

2.2.1.业务管理中心....................................

2.2.2.银行方..........................................

2.2.3.数据采集点......................................

2.2.4,应用行业管理中心................................

2.2.5.移动终端........................................

2.2.6.旅游通卡........................................

2.2.7.售卡，充值点....................................

2.3.资金流、卡片流和业务信息流...........................

2.3.1.资金流...........................................

2.3.2.卡片流...........................................

2.3.3.业务信息流......................................

3.处理方案.........................................

3.1.中心服务体系...........................................

3.1.1.基础平台.........................................

3.1.2.容错平台.........................................

3.13监控中心........................................

3.1.4.数据互换平台.....................................

3.2.客户服务体系...........................................

3.2.1.一卡通信息门户...................................

3.2.2.app应用..........................................

3.2.3.订阅..............................................

324.多媒体服务......................................

3.3.硬件服务...............................................

3.3.1.售票设备.........................................

3.3.2.检票设备.........................................

3.3.3.通道闸机.........................................

3.3.4.自助终端..........................................

3.3.5.网络设备.........................................

3.4.接口服务...............................................

3.4.1.旧系统接口对接...................................

3.4.2.系统间接口对接...................................

3.5.组织机构

351.人员配置

3.5.2.履历表

3.5.3.人员规定

36工期计划

361.工期.............................................

362.项目计划.........................................

3.7.工程质量................................................

4.服务.............................................

4.1.测试、检查与验收.......................................

4.1.1.集成测试..........................................

4.1.2.综合联调（初验）.................................

4.1.3.试运行............................................

4.2.质保期..................................................

4.2.1.开通质保服务......................................

4.2.2.运行维护质保......................................

4.2.3.服务流程..........................................

5.供货清单.........................................

5.1.概述.....................................................

5.2.供货清单

5.3.服务清单

1.总体阐明

1.1.建设总则

“旅游一卡通”是伴随互联网技术的高速发展，“电子商务”和“电子货币”

支付手段的日益成熟而提出的新概念，是旅游景区数字化、信息化建设的一部分,

它是将旅游景区日勺管理和各商户统一起来,采用一致的支付方式，以便游客消费,

提高景区运行日勺工作效率；游客持同一张卡片能实现身份验证，流动消费支付,

存储各类信息等功能，到达“一卡在手，智慧旅游”H勺总体目的。

“旅游一卡通”项目重要波及景区内各个领域的消费支付，票务检测和身份

认证等功能实现，可以完毕景区内各商户服务日勺预收费，交通，小额消费等多种

环节的迅速结算和支付。建设目日勺是通过集成景区的票务系统，整合交通,酒店，

商户消费，建成一种集信息互换系统，应用系统，数据库系统和终端设备为一体

的旅游景区服务系统。

建设总体原则如下：

1.以软件为关键「旅游一卡通”平台是一种综合性日勺都市信息服务平台，。

考虑关键软件对多种信息：顾客（持卡人）、商户（酒店、商场、餐饮等

商业单位）、密钥、卡片等信息的管理和支撑功能；

2.旅游卡采用实为卡片（CPU卡）和电子钱包，在景区内通用，具有多钱

包功能。都市卡与银行卡两卡有逻辑联络，可实现资金圈存功能。

3.一卡通网络布署为专网模式。

4.实时联网运行。可保证数据及时到位；支持脱网/脱机运行，可保证在网

络和电源中断时不影响游客游玩、刷卡消费的正常生活。

5.满足独立、多级核算。可按照不一样的业务单位进行分级，按照层级进

行清算、结算。

6.密码体系。采用运行商制定的密码体系迸行卡片或者电子钱包日勺读写处

理。

7.设备接入。所有接入平台的硬件设备，首先要在平台进行集中注册，只

有通过在平台注册的硬件设备，才能正常使用。硬件设备每次联机后，

要进行签到认证，只有认证合法的I设备，才能正常使用。对接入日勺设备，

不能受厂家、品牌口勺限制。

8.银行卡与旅游卡的联络为资金圈存转账，一卡通系统不波及、不影响银

行卡的任何金融功能。

9.保证“旅游一卡通”系统中各类资金帐户的安全，结算及时便捷，具有

完善的账务稽查机制。

10.实现和景区已经有日勺平台应用系统日勺对接及数据中心的共享。

11.个性化的卡务管理。采用灵活的、人性化口勺都市卡设计和卡务管理.，根

据需求设计多种类型的旅游卡，如一般卡、会员卡、纪念卡、情侣卡等，

不一样的旅游卡具有不一样的属性和功能。

12.两台数据库服务器通过RAC实现负载均衡及容错处理。

13.应用服务器采用集群模式。应用软件可支持应用布署在不一样的应用服

务器，实现负载均衡及容错处理。

1.2.应用领域

自助取票系统

—M票务管理平台网上售票系统

I_>:

窗口售票系统

住房预定

——►酒店管理系统餐饮收费

->身份验证

->

应停车计费

用娱乐消费

领

域景区商户消费

小额消费一停车计费，

特殊景点收费

景区油站收费

-H公共交通收费

―>PC端网站

)门户网站手机app

一微信订阅号

条码检票机

自动检票终端—

►手持检票机

自助终端A智能导游终端

-H自助充值终端

—>自助取票终端

CPU卡片读写终端

＞商家接入收款终端

►电子钱包扫码终端

2.总体方案概述

2.1.营运模式

“旅游一卡通”系统波及资金、卡和业务信息，要定义和管理好资金流、卡

片流和业务信息流。在总体设计中要处理好景区、银行方、商户以及持卡者（游

客）四者之间的关系。

“旅游一卡通”项目的目啊是实现金融支付的电子化和行业信息管理的电子

化。“卡”作为金融与信息日勺载体，持卡人通过持卡消费，才能到达这个目日勺。

业务管理中心

银行方

整个系统的管理中心，是系统的最高层

是整个项目的资金管理中心，接受

划账清单次环节，也是系统的数据转换、清算中

数据清单中心发送的电子钱包账户的划

心，分为营运管理中心和数据清算中

账信息，验证后划怅。

心。

应用行业管理中心

主要管理商户的接入数据收集点

邻指定本商户的消费标准作为交易数据的收集环羊，主要的

室汇总本商户的消费记录功能是收集消心终端的消身记录，并向

型三.管理本商户的消费情况实时消费记录数据中心上报交易记录，同时负责向消

场行终端下载黑名单等有关数樵,其次杲

器四.接受资金中心的资金划账

作为中间的管理丁.具，对自己的数据进

通应用行业：景区管理系统（票务管

y理，公共交通），酒店管理系统，行统计，查询等功能。

小额消费〕.点」便利店，油站等）

藤

-a.一

八

霸

与

独

工

娘S

联

辨

移动终端

分为消费支付终端和校验终端

消费支付终端包括手持pu、，口助充值

终端，商家接入收款终端等。校验终端

包括自助检票机，身份识别终端等。

售卡

一.通过售票大厅发行CPU卡片

二.通过门户网站发行虚拟电子凭证旅游通卡

分为CPU卡片，电子凭证，在线钱

发卡/充值包，记录用户信息，通过卡号唯一标

充值点示，用身份证号标记使用者，对于匿名

一.通过人工充值和白囱充值完成CPUX片的P片，通过特殊凭证号唯一标示。

充值

三.通过手机叩P完成在线钱包的充值

图I：一卡通平台营运模式示意图

2.2.各环节作用

221.业务管理中心

是整个系统H勺管理中心，是系统的最高层次环节，也是系统H勺数据转换、清

算中心。它负责系统的统一规划、统一建设、统一原则、统一管理、统一发卡、

统一清算、统一维护、统一监控。重要分为营运管理中心和数据清算中心。

营运管理中心：（简朴简介）

数据清算中心：（简朴简介，分为业务结算和资金结算，采用T+n模式）

2.2.2,银行方

是系统资金的管理机构，首先负责汇集售卡、充值资金，首先负责根据管理

中心的资金划拨告知单将资金划拨到各个行业商户的指定帐户上，实现资金的交

易。

2.2.3.数据采集点

对于整个系统来说，是一种中间环节，首先负责将消费终端的消费交易记录,

搜集起来上传到管理中心；首先负责下载管理中心日勺黑名单等记录，将该黑名单

记录下传到消费终端中。

数据搜集点一般和应用行业管理中心混合，即由各行业商户进行管理，只是

功能相对独立。

数据搜集点，不管是从消费终端向管理中心上传数据，还是从管理中心向消

费终端下载数据，都是原样传递，不做任何的改动处理，保证两边欧I数据一致。

2.2.4.应用行业管理中心

重要管理各商户的接入方式，负责制定商户的消费原则，汇总商户口勺消费记

录，管理商户的消费状况，接受资金中心的资金划账。

景区管理中心，酒店，便利店，油站等都以商户的形式接入“旅游一卡通”

系统。

一.商户的接入模式分为三种：

(1)完全模式接入

合用口前还没有信息管理系统的商户，商户与系统平台的I交互数据包括

游客详细的交易清单，包括交易时间，交易类型(停车，住房，餐饮笔)，

交易金额等。

(2)支付模式接入

商户与系统平台的交互数据为pos机或者电子钱包生成的交易清单，系

统平台只处理交易时间和交易金额，而不关怀顾客详细日勺消费类型。

(3)接口模式接入

合用于目前已具有较为完善的信息管理系统的商户，系统平台提供专用接

口给商户的信息系统，满足商家的需求，实现无缝对接。

二.商户的接入点重要分为线上接入和线下接入：

(1)线上接入

a)门户网站接入:商户可以在门户网站预售门票，酒店预定，餐饮

预定，团购信息等，顾客通过第三方支付平台(银联，支付宝等)完

毕服务的I预支付，生成支付凭证，游客可通过该支付凭证在景区享有

服务。

b）app接入：顾客安装“旅游一卡通”app应用之后，注册

app账户，绑定银行卡，即可激活在线钱包功能，通过第三方支付平

台（，支付宝等）完毕在线钱包的充值，但凡通过app接入时

商户均可实目前线钱包的实时交易。

c）商户信息推送

商户可以在门户网站，叩p,订阅号实时公布最新商品资讯，

优惠信息，也可以通过推送服务给特定顾客推送消息。

（2）线下接入

商户的线下接入重要是以cpu卡片为载体，商户配置读取cpu卡片的终

端即可完毕cpu卡片的身份识别，充值，消费等交易，此类交易方式为脱机

交易，每隔12小时系统将交易纪录（交易时间，顾客，行业，类型数量，金

额等）上传至数据嗖集点，由数据搜集点汇总之后上传至数据互换中心。

三.商户的营运管理：

各商户使用业务管理软件，可从系统提取本商户的业务消费数据，进行

管理、查询、记录等。同步也可以查询月结后资金中心的资金划账信息。

2.2.5.移动终端

移动终端重要分为消费支付终端和身份校验终端：

消费支付终端

CPU卡片日勺消费支付：（简朴简介）

在线钱包的消费支付：

二.身份验证终端

CPU卡片的身份验证：

电子支付凭证条形码日勺身份验证：

2.2.6.旅游通卡

分为cpu卡片，电子支付凭证，在线钱包。

Cpu卡实现方式为脱机交易。

电子支付凭证，重要完毕身份识别和校验

在线钱包为实时联机交易。

2.2.7.售卡，充值点

售卡：售票大厅发售叩U卡片。

门户网站，app发行虚拟电子凭证凭证。

自助充值：CPU卡片充值；在线钱包充值。

2.3.资金流、卡片流和业务信息流

2.3.1.资金流

在本系统中，持卡者卡片上的资金分为两个部分：一部分为CPU卡片、

第二部分为电子钱包。因此在资金流方面分为CPU卡片资金流、电子钱包资

金流两部分。

描述CPU卡片资金流的详细模式

描述电子钱包资金流欧I详细模式。

2.3.2.卡片流

在本系统中，CPU卡片，电子支付凭证，电子钱包做为资金和信息日勺载

体，有着重要的作用。制定切实可行的制卡流程与电子交易流程，对提高整

个系统的效率起着重要的作用。

CPU卡片的制卡，发卡，密钥等环节。

电子支付凭证的生成，校验。

电子钱包的使用。

2.3.3.业务信息流

在本系统中，业务信息流分为两个部分，一部分是与资金流和卡

片结合在一起日勺信息流，包括资金转帐信息等，重要描述中心清算时

资金信息处理；另一部分是纯粹信息流，重要是各行业内的应用信息,

重要描述营运管理的信息处理。

3.处理方案

»R务管理系统

归M平介Y密钥管理系统

A金融消费管理系统

»消第管理系统

»营运管理系统

A负载均衡控制

容错平台--------->动态寻址

»容错机制

A中心服务体系

歌远程管理及监控

»安全性

■网络资源管理

监控中心►拓扑管理

»性能报告

►故障管理

A数据交换方式

数据交换平台>发送数据

接收数据

解

•卡通信息门户

决安卓系统

方»客户服务体系——>手机app

los系统

案

微信订阅号

自助导游系统

>多媒体服务

景区多媒体广告

台式机

传票设备

终端读k器

-►条码检票机

f硬件服务检票设备

・手持检票机

--三推闸

通道闸机>平移闸

>翼闸

。无障碍闸

f服务器

l乂何

-►VPN

“数据库

-UPS不断电源

»防火墙

-银联

—►用一ZJ乂「J|(!

*微信

f接口服务->支付宝

♦IFI系统接口兼容

»内部系统接口

系统间接II对接

图2：系统架构

3.1.中心服务体系

3・1.1.基础平台

3・1・1.1.卡务管理系统

3.1.1.2.密钥管理系统

3.1.1.3.金融消费管理系统

3.1.1.4.清算管理系统

3.1.1.5.营运管理系统

3.1.2.容错平台

3.121,负载均衡控制

3.1.2.2.动态寻址

3.1.2.3.容错机制

3.1.2.4.远程管理及监控

3.1.2.5.安全性

3.1.3.监控中心

3.131.网络资源管理

3.1.3.2.拓扑管理

3.1.3.3.性能汇报

3.1.3.4.故障管理

3.1.4,数据互换平台

3.1.4.1.数据互换方式

3.1.4.2.发送数据

3.1.4.3.接受数据

3.2.客户服务体系

3.2.1.一卡通信息门户

3.2.2.app应用

322.1.安卓环境

3.2.2.2.los环境

3.2.3,订阅

3.2.4,多媒体服务

33硬件服务

331.售票设备

3.3.2.检票设备

3.3.3.通道闸机

3.3.4.自助终端

3.3.5.网络设备

34接口服务

3.4.1,旧系统接口对接

3.4.2.系统间接口对接

35组织机构

351.人员配置

我方将根据项目各专业的需要，选拔优秀的管理人员和技术人员构成项目组，并献予项

目经理足够的权力，以充足调动各方资源和授权协调项目中的各方工作。项目组员一旦确定,

我方将承诺保证人员的相对稳定。

我方还承诺，将根据业主H勺意见和实际需要，可对项目组进行必要的资源追加，包括人

员的补充及调配，保证项目能准时、保质保量地完毕。

•项目人员数：

表1：项目人力资源一览表

岗位人员人数

项目管理委员会（项目管理组）项目经理1人

设计组设计人员2人

软件开发组组长及组员4人

联调测试组组长及组员1人

维护支持组组长及组员2人

项目支持组组长及组员1人

合计共11人

3.5.2.履历表

【注：】详见投标文献”附件2—2项目组员履历表

3.5.3.人员规定

为保证东莞都市一卡通平台保质保量地完毕，我方将选拔优秀口勺管理人员和技术人员参

与一卡通平台项目口勺建设，在人员选拔上遵照如下原则：

•项目人员选拔原则

♦与否具有团体合作精神;

♦与否具有强烈的责任心;

♦业务水平与否符合岗位规定，一般规定工程技术专'业毕业:

♦工作经验与否足够，一般规定从事类似工程3年以上；

♦熟悉一卡通平台系统及业务、熟悉有关国标。

•重要项目岗位规定一览:

表2：重要项目岗位规定

岗位规定

丰富的系统集成项目经验，具有5年以上清算管理及工程管理经验：

具有亲和力；

在企业职位较高，具有足够的权力倜动企业资源；

项目经理理解一卡通平台中的项R管理措施；

理解一卡通平台有关业务；

专职任职于一卡通平台项目，履行项目管理职责，由任职开始直至本项

目结束；

熟悉软件开发的I措施与技术；

设计，软件开发

全面的计算机知识、软件设计措施；

人员

熟悉一卡通平台有关业务。

熟悉软件测试的措施与技术；

熟悉设备检测欧）措施与技术；

联调测试人员

熟悉有关软件及设备检测的有关国标；

具有系统集成项目中软件测试及设备检测的项目经验；

具有系统集成项目经验：

维护，项目支持

具有较强的协调能力、责任心；

人员

具有系统内外接口编制、实行、集成的能力；

36工期计划

361,工期

我方承诺将严格遵守招标文献与协议规定的工期规定进行一卡通平台H勺建设。并且，业

主有权根据工程口勺实际进展状况对工程进度进行对应调整，我方将根据变化做出对应调整，

不因此而提出额外费用规定。

362.项目计划

我方确定的项目工期计划如下表：（假定项目能在2023年II月I日协议生效，若协议

未能在该日开始生效，项目计划按日顺延）

表3：项目工期执行总表

序号工作任务工期开始日期完毕日期

1协议生效1工作日2023-11-12023-11-1

2系统设计及设计联络4工作日2023-11-22023-11-9

2.1第一次设计联络2工作口2023-11-22023-11-3

需求调研1工作日2023-11-22023-11-2

向业主提交项目计划1工作日2023-11-32023-11-3

2.2第二次设计联络2工作日2023-11-82023-11-9

向业主提交设计文档1工作日2023-11-82023-11-8

2.1.3向业主提交接口文档1工作日2023-11-92023-11-9

3应用系统开发与测试17工作日2023-11-42023-11-30

3.1系统开发13工作日2023-11-42023-11-22

开发环境建立2工作日2023-11-42023-11-5

软件编码5工作日2023-11-102023-11-16

界面设计实现2工作日2023-11-172023-11-18

报表设计及格式实现2工作日2023-11-192023-11-22

软件内部测试1工作日2023-11-232023-11-23

3.2系统测试3工作日2023-11-242023-11-26

3.2.1单元测试1T作日2023-11-242023-11-24

3.2.1集成测试2工作日2023-11-252023-11-26

3.3接口测试2工作日2023-11-292023-11-30

4系统初验5工作日2023-11-302023-12-7

5系统试运行1个月2023-12-82023-1-8

6系统预验收2工作日2023-1-102023-1-11

7系统质保期12个月2023-12-82023-12-8

8系统终验2工作日2023-12-92023-12-10

37工程质量

为保障项目执行的一贯性和高效性，我方将进行符合本项H特性U勺一系列质量活助，如

体系化的质量活动、企业质量管理部门的持续性质量检测及评估活动。此外在各阶段适时提

供项目原则、运用符合国际原则H勺原则流程，对各个阶段的各个质量控制点进行严格的质量

控制，以保证项目到达业主的质量目口勺。

4.服务

|原文：

投标的技术方案规定

>实行方案,必需对项目的人员、质量、进度、验收、售后服务进行详细描述。

|应答：我方理解并能完全满足上述规定。

4/I.测试、检查与验收

4.1.1.集成测试

系统集成测试用于检查一k通平台系统软件功能与否完全到达协议及需求规格阐明书

的规定。

4・1・2.综合联调（初验）

综合联调是由我方分别协调有关接口系统承包商，在共同搭建口勺测试平台上进行的联合

测试，用于检查系统的完整性，各类数据可对的地传到达指定的设备，与其他系统的接口功

能可以实现。

4.1.3.试运行

在综合联调成功后，将开始3个月的试运行。在试运行开始前，整个一卡通平台应完全

调试开通，并保持最佳状态，以接受3个月日勺试运行考核。

试运行和正常商业运行相似，由业主组织管理实行，供货商保证本系统正常运转。

试运行由业主和供货商共同参与。

我方在试运行阶段将积极协调、处理试运行工作中出现的系统技术问题，协调各方进行

缺陷修补工作，在业主组织管理下，保证系统正常运转。

42质保期

4.2.1.开通质保服务

为保证一卡通平台由系统试运行状态到正式投产的平稳过渡，我方承诺至少在系统开通

及终端系统接入一卡通平台时提供如下服务（不限于）：

■紧急状况处理

在一卡通平台通过单位工程验收、开通试运行后，我方根据出现日勺状况给出切实可行的

处理措施，配置对应的服务人员，保证在最短的时间内将出现的j紧急状况予以处理，将带来

的风险减少到最低。

由我方制定u勺紧急处理如牵涉终端子系统，我方将在业主的授权下，告知或组织会议告

之各终端系统承包商紧急状况下的处理方式；

■一卡通平台运行初期

我方在一卡通平台运行初期，将派遣足够H勺专业技术人员，包括开发人员，抵达运行现

场全天候协助和支持业主应对多种也许出现的J多种状况，并随时听从业主日勺调遣，保障系统

平稳运行。所需处理工作重要包括（但不限于）：

•对软件的运行状况、环境配置、人员配置、以及其他终端系统的准备状况进行排查，

如发现问题及时处理;

•将全程跟踪、维井、记录、跟踪一卡通平台的I运行状况，并进行记录，在运行初期

中发现日勺问题，及时修改改正；

•对业主技术人员现场培训，做到业主能独立应对并处理系统出现的多种问题；

■终端系统接入一卡通平台

根据协议规定，在终端系统接入一卡通平台并网运夕亍初期，我方将派遣接口负责人员、

软件系统维护及开发人员到抵达运行现场，协助并支持业主应对多种也许出现的状况，直至

业主认为系统已平稳运行,

4.2.2.运行维护质保

我方长期为广州市都市公共交通电子收费系统（羊城通）提供清算运行服务，为广东省

高速公路联网收费系统（粤通P）提供系统清算、维护服务，在此过程中积累了丰富的大型

系统运行和维护经验。

东莞一卡通平台系统开通试运行后12个月为质保期，在质保期期间，我方将在资源配

置、服务内容、服务方式和服务级别等方面全面保证一卡通平台系统日勺安全运行。

我方将为业主提供终身当地化技术支持，包括质保期和软件保证期内的服务、售后服务

当地化、以低于市场同类价格提供相似技术水平IJ勺系统升级改造支持，以保证本系统维修、

运行调整、升级、改造的以便性和及时性。

我方将及时向业主通报所发现H勺异常运行状况，包括偶尔故障、干扰、频发故障、潜伏

故障等，并协助业主调查状况，提出推荐处理意见，尽量防止和减少损失.

4.2.2.1.资源配置

售后服务"勺资源包括人力资源和物力资源。除专门配给当地售后服务项FI组的资源外,

我方还将根据售后服务的需要，随时抽调企业各部门的资深技术人员加入售后服务队伍，以

最大的力量满足东莞一卡通平台系统的运行需要。

・人力资源配置

我方将为东莞一卡通平台系统H勺售后服务配置足够II勺、纯熟的）技术人员和管理人员。在

项目开发完毕后，保留至少2名项目组技术人员构成系统售后服务开发队伍。

同步企业的运行维护部建立至少2人的专班系统维护组进行售后系统平常维护服务，另

有质检部、综合部等人构成的兼职售后服务队伍保证项目的售后服务，进行软件的修改、二

次开发（包括设计、编码、测试）、系统平常运行维护、系统优化等。

・物力资源配置

为售后服务人员配置足够B勺交通工具，保证在接到业主保障告知时，能在第一时间赶赴

现场。

为支持人员配置良好的通信工具，保证7X24小时II勺热线支持。

4.2.3,服务流程

售后期间，一卡通平台系统的平常保养、维护，重要由业主日勺一卡通平台系统运行部门

进行，我方将定期进行巡检、与业主召开维护会议，配合业主进行一卡通平台系统的维护。

当系统出现异常时，假如业主的技术人员对系统维护有困难，则可通过热线报障。此外，

当系统维护组H勺人员在平常巡检过程中发现系统异常，而不能当场处理时，也将立即告知化:

后服务联络人，启动售后服务流程:

图I:售后服务流程示意图

1.联络人将报障状况向项目经理汇报;

2.项目经理立即召集有关技术人员对问题进行分析；

3.对•于一般的问题，售后服务组首先尝试通过支持的方式处理；如问题没处理，则

尝试通过远程登录（如有）的方式处理；还不行R勺话，则立即赶赴现场进行现场维护；

4.如问题严重，维护组将第一时间赶赴现场，以最快的速度处理故障；

5.对于通过度析，判断属于系统设计缺陷的问题，或者是反复出现的问题，除立即采

用临时处理措施外，我方还将深入调研，采用合适H勺整改措施。

6.问题处理后，填写异常处理汇报并立案，提交业主。

4.2.3.1.服务内容

我方承诺将提供最完整的售后服务，保障一卡通平台系统的）平常运作、故障排除、设备

更换和系统升级，如卜.是所提供售后服务的重要内容。

4・231.1.软件缺陷修正

系统在商业运行过程中发现H勺所有软件Bug和缺陷，我方负责修复和更新。售后阶段

的软件开发和更新由系统开发组负责，