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

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

一、账单类型

运营商入驻平台，在不考虑采用银行清分系统情况，平台按合同约定结算周期，一般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初期核账。