“高速ETC”结算系统详解
自1996年首都机场高速公路进行ETC试验以来，高速ETC在我国已有27年历史了。早期推广的时候ETC卡还是先充值后通行的储值卡，就像地铁卡公交卡一样，不够钱无法通行ETC。现在比较常见的大部分都是先通行后扣款的记账卡了，除了历史遗留的储值卡和广东还有少部分针对港澳车辆办理的储值卡。
那么对于主推记账卡的发行企业来说，主要结算的大款项就是ETC通行费用，结算的规则也因合作而异。
1）结算周期不同
有的要求D0结算，当天的通行文件当天结算并打款，有的D1甚至可以T1结算，当天的通行文件可以第二天甚至第二个工作日结算并打款。
2）垫资模式不同
常规的合作方都要求全量通行账单结算回款，无论发行企业是否能正常扣到用户的款，少部分合作方愿意按实际扣款成功后再结算通行费用，但是也有一定的时间限制以及需要有兜底方案。
3）结算方式不同
因为ETC通行费用是存在“ETC退费”情况（ETC退费，指的是由于各种原因如优惠政策，需要给用户退钱），因此除了通行账单，还有退费账单。这种情况一般都是进行净额结算，即通行费用和退费费用轧差之后再结算给合作方。但也有的合作方追求“收支分离”，因此需要全额结算，退费部分再单独结算。
4）结算业务不同
有的合作方需要不同的项目组（如客车、货车；停车、高速、轮渡等）分开结算，有些则一笔结算即可。
一、结算业务流程架构
用户ETC通行之后，每日通行账单模块会定时去合作方的FTP获取ETC账单，获取到账单后解析关联匹配对应的车辆，创建账单向用户发起路费扣款，扣款失败或有特殊费用，则请求清算计费入账到对应账户。
接着高速ETC结算系统会根据不同合作方配置的结算规则，统计生成对应的通行结算账单，并把结算账单推送给打款中心，由打款中心负责完成最终的出款。由于通行费账单金额比较高，不建议采用高自动化打款，采用人为发起打款申请，再复核审批后打款为宜。
二、结算系统产品架构
高速ETC结算系统包含如下子模块：
- ETC结算配置：提供针对不同合作方，进行不同结算规则的配置的能力，如结算周期、是否区分业务线、净额结算还是全额结算等，以供结算账单模块根据需要生成通行对账单。
- ETC结算账单：有了不同的结算规则之后，定时任务按照配置的规则进行统计，生成ETC通行应付账单和退费应收账单。退费应收账单是针对于全额结算的合作方当发生ETC退费的时候，由对方来付款给我方。
- 打款模块：打款模块根据应付账单发起打款申请，并进行审核之后根据打款配置进行出金。
- 账单对账：按月汇算ETC账单的总笔数和总金额，以供财务每月进行对账。
三、结算系统主要单据
高速ETC结算系统主要单据为“通行账单结算单”，以该单据为核心每日推送给打款中心进行打款。
上文我们提及到该结算单的原始数据是来源于“通行账单模块去合作方取的ETC账单数据”，然后根据结算规则生成结算单。
基于上述情况，账单数据来源各种原因（如网络波动我方漏取、他方漏发、解析故障）有那么一点儿不稳定，而通行账单有一个“账单日期的概念，也叫请款日期”，打比方1月1号0点-23点59分合作方原定会发100笔ETC账单给我们，那么这100笔ETC账单的账单日期旧是1月1号。但是由于某种原因我方取到账单的时间推迟了2天，那么这100笔账单的“账单日期”并不会由此变为1月3号，他依然属于1月1日的，只不过我们的结算日期会相应推迟而已。
因为这种情况往往不能被第一时间被发现，为了应对这种特殊情况，我们将“通行账单”和“通行账单结算单”进行了解耦，正常的流程正常发起，而当发现有过往日期 “漏账单”的情况，则启动补偿机制，将漏掉的账单重新生成结算单，并再次补付款。
虽不想面对，但是有少付就可能有多付，那如何处理这种情况呢，请看下图，在合作方不愿意手动配合退款的情况下，我们在结算单模块新增一个类型“多付应收账单”，由系统与“通行应付账单”进行轧差。
为了兼顾财务有时进行线下付款/补付的场景，可针对结算账单设计了关联线下付款的功能。
四、主要页面原型
1. 结算规则配置
结算规则配置，无非就是定义好几个W。WHAT结算什么；WHO，对谁结算；WHEN，按什么时间或者周期；HOW，怎么结算。
沿着这个思路，看以下规则，就包含了要结算哪条业务线什么类型的账单，向哪个合作方，结算周期D0还是D1， 怎么结算，垫资还是不用垫资，净额还是全额。
新增结算规则不用拘泥于一定要有什么配置项，可根据业务来定义有什么类型的账单需要结算，然后再抽象出类似结算周期，结算对象这种公共参数出来后，根据实际业务的不同结算需求去规划额外的的、特有的配置参数，以撑起我们规则的灵活性。
2. 结算账单付款记录
每一笔结算账单对应的付款状态和记录需要展示出来，让财务人员有迹可循，不至于想核查的时候都没记录看。
付款记录需要明确展示出对应哪笔结算账单，金额是多少，以及从哪个账户付，付到哪个收款账户，还有通过什么方式（通道）付款的。
如果付款失败，最好把失败原因展示出来，以便快速定位和排除问题。
作者
陈天宇宙，微信公众号：陈天宇宙。多平台支付领域专栏作者，十年资深产品；专注为10万支付产品经理和支付机构以及企业提供深度支付内容和服务！
本文
版权声明
本文来自互联网用户投稿，文章观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处。如若内容有涉嫌抄袭侵权/违法违规/事实不符，请点击 举报 进行投诉反馈！
