PW02票务清分规则杨庆欣Word文档下载推荐.docx
- 文档编号:16270604
- 上传时间:2022-11-22
- 格式:DOCX
- 页数:11
- 大小:155.47KB
PW02票务清分规则杨庆欣Word文档下载推荐.docx
《PW02票务清分规则杨庆欣Word文档下载推荐.docx》由会员分享,可在线阅读,更多相关《PW02票务清分规则杨庆欣Word文档下载推荐.docx(11页珍藏版)》请在冰豆网上搜索。
(暂定车站留存)
3.1.7负责与宁波市民卡公司对接数据清分工作
3.2财务部
3.2.1负责审核每月的缴款报表与银行的缴款单,并核对AFC系统统计的应缴金额和应确认的收入。
3.2.2负责定义财务方面的票务收入分类及相关报表中各收入指标之间的关系。
3.2.3负责审核相关部门、中心提交(包括票务应用系统中)的票务收入类报表。
3.2.4负责确定线网运营票务收入类报表格式。
4定义
4.1车票种类
详见《车票管理规定》
4.2清分
指将轨道交通的票务收入按约定的规则分配给各收益方
4.3结算日
由客运部定义的结算周期,清分中心按结算日和线路中央进行对帐和结算
4.4交易数据
交易数据指乘客在车站设备中使用轨道交通车票或城市一卡通时,由设备产生包含多种交易类型和票卡类型的业务数据。
包括乘客购买车票时由售票机(BOM、TVM)产生售票交易数据,乘客持票进出闸时由闸机产生进出站交易数据等。
交易数据是AFC系统的核心业务数据,是清分结算处理的数据来源。
根据业务种类的不同,交易数据分为10类,见表1:
表1交易数据类型
序号
交易类型
说明
1
售卡
包括正常卡发售、预付值票卡发售
2
充值
在BOM等充值设备上给票卡注入金额
3
扣款
包括出站时闸机给票卡扣费,用票卡支付罚金
4
进站
乘客持票卡由非付费区进入付费区,不发生扣费
5
延期
延长票卡的使用有效期
6
更新
乘客持票卡超乘、余额不足时对票卡进行相关处理
7
非即时退款
为乘客办理退款业务时,如果卡内信息读不出来,则上交清分中心做进一步分析,需要填写包含用户资料的申请单
8
锁卡
黑名单票卡在通过闸机时被更改票卡状态标志(即加锁),乘客可以通过相应手续,办理解锁业务
9
卡被拒绝
非法票卡,黑名单卡在通过闸机时,闸机禁止持票乘客通过,并产生卡被拒绝交易记录
10
罚款
乘客超时收取一定的罚金等处罚
5清分原则
将线网路线的站间里程、途径站数、换乘次数、换乘时间、换乘距离、乘车时间、发车间隔、运营服务时间、舒适度等属性作为制定清分规则、建立清分模型和算法的基础,线网线路的各种属性、运营服务水平、客流量(包括换乘)等作为系统可调整参数影响票务收益在各收益方的分配,清分规则系统结合静态属性和动态属性对线网票务收益清分,清分规则系统的清分原则符合如下要求:
a)可适应线网发展趋势,满足线网规划要求。
b)与票价政策相关,满足票价政策的调整要求。
c)按线路、站点清分。
d)体现清分权重与线网线路重要属性的相关性。
e)体现清分权重与运营服务水平的相关性。
6清分规则
清分规则是票务收入在不同的实体间进行合理分配的规则,作为清分处理功能进行交易清分的依据。
清分规则是由独立软件功能模块生成,采用参数化配置,组件式管理,方便了今后规则的卸载、更换、升级等,并预留直接导入外来清分规则参数表的功能。
随着业务种类的不断延伸扩大,系统应可在不更改系统软件硬件的情况下,通过参数设置方式,对清分规则进行拓展。
清分规则策略涵盖消费交易、售票交易、退款、退票、更新、罚款、特殊运营模式(如降级/紧急模式)、服务费用等实际运营中可能出现的情况,保证票务数据正确处理、清分和结算。
同时清分规则支持不同乘车途经、不同票种、票制的清分要求。
清分规则制定原则
6.1.1票务收入清分原则
票务收入清分原则是指在票务收入清分过程中,决定两个或多个运营服务商之间的票务收入分配原则,以确定一笔交易的金额如何分配。
这一原则是基于百分比的相对协议或者基于固定数量的绝对协议。
这一原则也界定了票务收入清分的范围,包括源和目的运营商以及交易类型。
表2简要列举了票务收入清分原则中包含的内容:
表2票务收入清分原则
要素
作用
确定交易的本质特征,即该交易的票种、交易种类等相关信息。
源运营商ID
由其设备所生成交易的设备运营商的标识。
起点位置
在相关交易中所记录行程的起点车站信息。
终点位置
在相关交易中所记录行程的终点车站信息。
票卡类型
交易所对应的票卡类型,包括轨道交通专用票、单程票、一卡通等。
收入运营商
在交易中共享票务收入并分配给一部分金额的运营商。
规则类型
规则的类型,相对的(百分比)或绝对的(固定数量).
规则值
目标运营商在一笔交易中所占百分比或固定数量的具体数值。
规则状态
每项规则都有一个状态,清分服务系统中有效的分配规则有:
-未初始化:
表示规则已经创建,但是没有赋予充分的数据将其激活。
-已初始化:
表示规则已经设定完成,随时可以激活。
-有效的:
表示规则将用于处理和分配收益交易。
-停用的:
表示规则已经从服务中删除,不再用于处理分配,在这种状态下,可以对规则进行编辑并使其恢复有效的状态。
对于清分规则的扩展性,要求系统能够提供多种不同的模式配合轨道交通现在及将来扩展的运营管理需求。
6.1.2清分交易类别
表3清分交易类别
清分规则
消费交易
对于单程票和一卡通都是以出站交易根据清分规则进行清分
售卡交易
对于预制票、纸票都是以售票交易根据清分规则进行清分
退票交易
如果车票是可归还式的,那么当归还车票的时候将会发生退款交易。
对于未经使用的车票:
如果该车票收入已经由售票交易进行清分了,退款交易的清分必须收回售票交易之前的清分。
如果该车票未进行清分,那么退款交易将不会影响清分但也不会进行清分。
对于使用过的车票:
该车票收入已经全部或者部分地被清分了;
该清分是基于车票的剩余价格,全部或者部分地冲销以前的清分。
更新交易
对于所有车票,如果乘客乘车时超出了购票预订乘车距离,乘客需要在车站客服中心支付补偿金。
补偿金额都应包括在更新交易当中。
更新交易将根据清分规则进行清分。
与更新交易同时应存在着一个出站交易。
本出站交易也应象正常的消费交易一样进行清分。
罚款交易
对于乘客在轨道交通站内超时停留,乘客在出站时需支付罚款金,罚款金额都应包括在罚款交易当中。
罚款交易将根据清分规则进行清分。
更换票卡
乘客发现票卡损坏,则到车站客服中心办理换卡业务,单程票直接换票,更换后交易根据正常消费交易进行清分
补缴车票
乘客在出站时车票遗失,则需要到客服中心补缴车票,购买出站票,所以按正常的售票交易和消费交易进行清分
降级/紧急模式
降级/紧急模式存在多种模式,不同模式清分规则不同,具体见7.5
服务费用
服务费用需要伴随其它交易产生,如充值时收取一定比例的手续费,该费用根据商业协议进行清分。
6.1.3票种清分规则
表4票种清分规则
票种
清分依据
清分基本原则
清分、结算时机
单程票
出站数据
依据进站、出站、本次乘车费用按约定比例清分
发生出站交易的清算日完成清分;
按照清分规则规定定期完成结算。
计次
依据出站数据中的进站、出站信息根据商业协议约定比例清分
按照清分规则规定定期完成清分,或发生出站交易的清算日完成清分;
按清分规则定期结算
员工票
依据进站、出站按约定比例清分
按照清分规则规定定期完成清分和结算。
一卡通
对于一卡通系统拒收的交易,ACC不应把它们分账到线路中心去。
按清分规则规定定期结算。
纸票
售票数据
依据售票总金额按约定比例清分
为了对上述的交易进行清分,清分规则为每个涉及的线路运营商提供一个清分交易。
清分交易中的金额是车票价格的一部分,并且它是由配置数据中的清分协议来决定的。
所有清分交易的总金额应正好等于车票金额或者站间金额。
清分交易包含原始交易。
为了确保交易清分之后不存在任何剩余金额,最后的清分交易应把所有的剩余金额当作清分金额。
清分规则模型设计
清分规则模型采用参数化设置,多阶段算法输入,多步骤规则调整,以适应实际的运营需要,对规则进行方便、快捷和灵活的管理。
清分规则模型的总体思路见下图:
这里采用的清分算法是基于最短路径法,增加对乘车费率、旅途耗时等因素扩展得到的。
由于轨道交通路网形成后,一对进站和出站之间可有多个路径,乘客会按其喜好选择一条乘坐,不同的乘客喜好不同,因此最短路径和一些次短路径都可能被采用,只是它们被采用的概率不同。
清分规则管理提供用户界面,用于维护。
清分算法对以下乘客选择乘车路线的因素加以考虑,可生成多种清分规则:
路网基本信息主要包括:
a)站与站之间的距离
b)换乘站的位置
c)车次间隔时间
d)换乘站的换乘步行时间
e)车站客流量
f)乘客出行影响因素主要包括:
g)乘车在途时间
h)乘车时间段
i)换乘步行时间
j)车厢舒适度
k)由车次间隔时间引起的等车时间
l)清分交易数据属性主要包括:
m)交易类型(消费、售票、退款、退票、补票交易等等)
n)运营模式
o)不同票种、票制
清分规则模型根据上述信息,得出在每一对进站和出站的乘车中,运营商等清分对象应得的票款比例及相关服务费用。
路网结构建模
以轨道交通路网结构为基础建立的清分算法,建立在严格的数学模型之上,通用灵活,高效快捷,能够生成一套科学、合理的票务清分规则表,依据清分规则表,清分中心及时、公平的进行票务清分,使清分对象能够获得其应该获取的票款收入。
在清分算法模型中确定乘车路径是关键,现在确定乘车路径的算法主要有“最短路径法”和“多路径法”,根据宁波轨道交通网络建设规划和进展状况,现阶段初步确定采用“最短路径法”。
宁波轨道交通线网发展到一定规模后,最短路径的清分算法只考虑到路径这一关键要素,而没有考虑实际上时间、换乘车站间步行距离、线路和车站的拥挤情况等都可能成为乘客决定其乘车路线的因素,所以最短路径法在后期不符合清分算法模型的合理性及灵活性。
“多路径法”充分考虑影响乘客确定乘车路径的各要素后,确定一到多条的乘车路径进行清分,这既接近乘客乘车路线的实际选择,也符合运营公司的利益。
因此在线网发展后期,以“多路径法”作为确定乘车路径算法更为合适。
生成清分算法的步骤遍历操作
遍历的目的是找出在轨道交通路网拓扑中一对进站和出站之间可能的路径,因为在网状拓扑图中换乘车站既是两条线路的交叉点,三个换乘站可能形成环路,所以为避免在遍历时算法线路无穷的循环中,需要控制从一条线路换乘到另条线路的次数,即换乘次数控制,而对于乘客一般不会选择超过3次以上的换乘的乘车路径,最终遍历结果得到在换乘次数控制下的一对进站和出站之间所有可能的路径。
遍历结果的数据量取决于车站与线路的数量,并随着线路和车站的增长呈比例增长。
6.4.1确定路径权值
乘客选择乘车路径的主要因素是里程及时间,但是换乘次数、换乘步行距离、车厢拥挤状况、车厢舒适度都将成为乘客考虑的因素,因此根据客流量的预测,充分考虑这些要素在乘客选择路径时的侧重点,确定各要素在算法公式中的权重,从而设计出相对合理的算法公式用于计算遍历结果中各路径的权值。
路径权值的确认可能有一个逐步完善的过程,现阶段路径权值的确定只考虑里程因素。
6.4.2优选路径并计算路径比例
依据上一步路径权值的计算结果,设计优选算法得到权值在合理范围内的一条或多条路径。
每条优选得到的路径权值除以优选得到的所有路径权值之和,获得其路径比例。
考虑到路径权值计算时其算法考虑的因素可以较为粗略,在此可设计计算路径比例算法,对优选得到的路径权值进行再次的加权运算,加以细化。
此处算法公式也可以如计算路径权值算法公式一样进行制定、调整。
6.4.3确定线路分配比例(清分规则)
根据设计的算法公式计算每条优选路径的每个路段的权值,并依据路段权值计算在路段所在路径上的比例,再将路段比例与路径比例相乘汇总,得到其线路在一对进站和出站的票款分配比例。
6.4.4最短路径规则模型
在最短路径规则模型中以路网中各相邻站间距离作为乘客出行依据,建立清分规则模型,在有多条出行路径时以乘车距离最短的路径作为乘客唯一乘车路径,并在此路径基础上计算各线路的票务收入的清分比例。
特殊运营模式下交易清分
在正常运行模式中,单程票乘客的一次行程正常情况下包括3次交易:
售票、进站、出站,一卡通乘客有进站、出站2次交易。
当某个车站进入降级运行模式后,线路对车票的处理或交易的处理会存在特别之处,因此相关的交易在清分时也可能需要进行特殊处理。
清分系统在清分预处理过程中将进出站不匹配的交易数据(其中绝大部分是因降级模式所产生)存放在降级模式交易数据表中,再根据降级模式下的票务清分办法由特定的模块对这些数据进行处理。
a)时间免检模式
由于运营方原因造成乘客延误出站并超出系统设定时间的,因能得到出站交易,且出站交易中有进站站点代码,所以无须特别处理。
b)列车故障模式
对于列车故障模式,由于乘客出站时不扣款,且车票可以继续使用。
当乘客再次正常使用该车票时,按正常清分处理。
c)日期免检模式
因运营方原因,允许乘客车票可以隔日使用。
则当日的出站交易无需清分,当隔日乘客使用并产生的出站时按正常交易清分。
d)车费免检模式
对此类交易能够清分,但清分时依据的清分票款应按照出站交易中的交易金额清分。
e)紧急放行模式
由于车站发生紧急情况下,所有乘客不经检票全部放行,无出站交易,此类车票不能再次使用。
当发生此种情况时,清分中心需要查找出进出站不能匹配的所有交易,并按到达站为紧急放行模式的车站计算票款金额,然后进行清分。
f)进站免检模式
1)如果全路网只有一个车站进入进站免检模式,对于一卡通,出站检票机将进入进站忽略模式的车站记录为进站站点,清分中心进行正常清分。
2)如果同时有多个车站进入进站免检模式,对于一卡通,则按到达出站车站的最低票价扣款,清分时所有票款都分配给出站车站所在线路。
3)对于单程票,不管路网发生一个或多个车站进入进站免检模式,出站检票机均应将交易中的进站站点代码记为售票车站代码,清分中心进行正常清分。
7附加说明
本文本由宁波市轨道交通集团有限公司运营分公司提出
本文本由宁波市轨道交通集团有限公司运营分公司客运部负责解释
本文本主要起草人:
杨庆欣、黄孙
本文本主要审核人:
燕玲、于丹
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- PW02 清分 规则 杨庆欣
![提示](https://static.bdocx.com/images/bang_tan.gif)