入手充电运营平台(国内)建设:运营商账单/发票/结算

0 评论 1681 浏览 5 收藏 10 分钟

想必所有的系统都会涉及到“出账结算”,只要平台有交易,就少不了这一步。本文就入手充电运营平台(国内)建设进行总结,谈谈运营商账单/发票/结算这几类的相关详情,希望对你有所帮助。

“出账结算”想必在任何系统基本上都会涉及,平台只要有交易,那这个功能基本上是必不可少,可能初期是通过人工台账进行,但业务多后考虑的是系统自动出账、自动转账及发票全流程数字化管理。

一、账单类型

运营商入驻平台,在不考虑采用银行清分系统情况,平台按合同约定结算周期,一般T+1最受欢迎(运营商最想的),也可以是T+30(平台方最想的)。根据合约及可周期性出账并打款结算。

一般充电运营合约有几个核心约定内容:生效周期、结算周期、生效站点、抽佣方式(按服务费、按电费+服务费、保底抽佣+浮动比例、固定抽佣金额),运营商账单会根据这些条件进行自动出账。

值得注意的是,针对平台涉及互联互通给其他平台,这个结算是平台与平台建立的结算体系,并且需要另起合同约定(第三方平台作为引流会收取一部分佣金,结算给平台方,平台方收到款项后再抽一部分佣金,最后跟运营商结算)

综上所述,可理解两部分账单:平台运营账单、互联互通账单

T+1一般是第二天凌晨出账,T+30一般是自然月最后一天,具体控制时间根据平台充电高峰期进行设置,虽结算周期不同,但国内通用做法会进行每日出账(汇总),保持更直观对运营数据查看。

二、账单异常

异常账单主要也是两个因素进行考虑,一是前一天的订单第二天支付或实际支付几天后,那这个订单归属到哪个账单里?二是用户订单退款(为结算退款、已结算退款)怎么进行补差?

针对异常情况采用是正常出账(按支付时间或订单时间,各日进行出账)、后补出账(不满足出账条件的订单,当满足条件后不会出日账单,会统一进行账单出账)。

为让运营商更满意,减少经验支付风险,平台进行担保,按订单计费出账。

用户在进行充电后,可能因为各种原因,导致用户没有完成订单支付,这种出账按订单应付金额进行出账,用户后续不支付风险由平台承担。

平台按用户支付状态进行出账结算,用户如忘记或者不再使用,那这笔损失由运营商进行承担,或者一直等待用户完成最后交易,这种情况出账以用户支付时间为准。(至于作为用户运营怎么催收、怎么提醒、怎么风控就自行先补补)

案例拆解:结算规则是T+30,合同2023-10-25至2024-10-25

当前是10月29日,正常当天充电当天支付订单总计10单。

当前是11月01日,正常当天充电当天支付订单总计13单,当天充电隔天支付订单总计1单,隔天退款订单总计1单。

以上总共订单数=13+1+1=15(后补退款是前面已出订单)

为什么后补账单不在每天出?这里主要是实际工作便利,针对订单时间与支付时间不在同日情况下,统一月度后补,人员对账就可以对一个异常表格核对并确认,这里后补出账“退款订单”出账金额是负数(退款金额),因为对应的是在“正常出账”时候进行了金额累加。

三、发票管理

发票有几种情况,一种是平台方作为用户入口,可能存在直接给用户代开出发票,二是平台方会将用户发票推送给运营商,运营商直接开给用户,三是平台抽佣+服务费,平台方开票给运营商。

针对这三种情况,实际就产生了账单核对无歧义情况,发票怎么处理问题?是先结算后回票还是先开票后结算。如果希望通过系统跟踪,最好相关约定在合同里,账单跟着合约走,整个流程“合同 -> 账单生成 -> 运营商账单确认 -> 运营商补开发票 -> 平台方审核 -> 自动转账结算 -> 平台方自主开票”。而针对抽佣+服务费部分则在账单结算后调取开票系统API,账单对应的发票做好管理归类即可。

开票设计功能:运营商开票代开服务、开票税率、运营商结算发票先回还是先付款。这些都需要配置在合约关键参数项里面,从而控制账单的合理流转。

四、账单状态管理

账单状态分三类管理,一是以账单本身的流转状态,二是账单涉及的开票状态,三是账单涉及的支付状态。

1. 账单状态

出账中- 按结算周期判断,即周期长的,在未到结算结束日期前都是出账中。

待结算- 账单生成,需要人工进行核实(甲乙方确认),这种情况只在前期保留,当账单全系统验证不会有偏差或者漏单后,无效人工操作。

结算中-这种就包含两个事项(发票、支付),账单在结算支付前都是这个状态。

结算停滞- 出现账单异常,运营商有歧义时候可进行申诉或者客服接入,结算属暂停中,等待人工复核相关内容。

已无效- 指出现问题后,平台方主动作废掉账单(在结算中才可操作),让系统从新生成一份新账单。

已结算- 账单完成最后支付。

2. 开票状态

(1)收回发票

未上传 – 等待运营商操作提交

待审核 – 指运营商提交需要的发票,等待平台相关人员审核。

已驳回 – 运营商提交发票税率、金额跟合约、账单对不上等,进行审核拒绝。

已审核 – 发票符合当前账单要求

(2)开出发票

未开票 – 在账单未支付情况下,都属于未开票

已开票 – 开票系统(第三方)返回结果成功及附件地址

开票中 – 平台收到账单支付回调,从而发送请求给开票系统(第三方),这等待返回结果期间。

开票失败 – 可能开票数量、系统问题等导致,这种情况下,平台需要支持手动补开一键操作按钮。

3. 支付状态

待支付 – 发票确认无误前的状态,确认后,系统调取支付系统(银行银企直连)

支付中 – 等待接口返回前的状态

已支付 – 支付接口返回成功

支付失败 – 支付接口返回失败,这种情况下平台要有重试机制,如金额不足、系统问题,在补全金额或者第三方系统修复后可再次发送请求

五、互联互通账单

账单管理思路同上,这里互联互通账单除考虑给运营商出互联互通账单,还需考虑出第三方平台账单,实际充电数据是在自己平台,第三方平台用户的订单需要跟平台进行对齐,这个平台与平台的互联互通账单不仅仅要实现页面管理,还要考虑后期的API开放,这样第三方平台可实现API初期核账。

本文由 @jenson 原创发布于人人都是产品经理,未经许可,禁止转载

题图来自Unsplash,基于 CC0 协议

该文观点仅代表作者本人,人人都是产品经理平台仅提供信息存储空间服务。

更多精彩内容,请关注人人都是产品经理微信公众号或下载App
评论
评论请登录
  1. 目前还没评论,等你发挥!