定义
流量计费是财务核算能力，支持套餐计费（月包/季包/年包）、超量计费、流量池计费等多种模式。按卡、项目、客户、代理商、时间等维度生成账单，与运营商对账，支撑财务核算。与结算分润（收入分配）互补。
计费模式
账单与对账
流量计费按卡、项目、客户、代理商、时间等维度生成账单，支撑财务核算、与运营商对账。与结算分润（收入分配）互补：流量计费核算成本与收入，结算分润将收入分配给渠道。平台需支持多种计费模式配置，满足不同业务场景。
计费引擎与数据流
流量计费引擎通常从运营商或平台自建的用量采集系统获取卡用量数据，结合流量套餐、套餐周期、超量计费规则计算费用。套餐费按周期固定计费，超量费按实际超出部分乘以单价。流量池场景下，先计池内总用量，再按均摊、按实际用量或按权重分摊到各卡。计费结果写入账单，供运营商对账、客户收款、结算分润使用。计费准确性直接影响企业成本核算与利润分析。
计费与套餐周期
流量计费按套餐周期生成费用，月包按自然月或30天、季包按90天、年包按365天。计费周期与激活日或套餐订购日关联。平台需支持按代理商、客户、项目等维度汇总计费，供结算分润、账单、电子发票使用。计费引擎需与运营商映射、套餐包装配置一致，确保运营商对账时数据可追溯、差异可分析。
计费引擎配置
流量计费引擎需配置计费模式（按流量、按时长、按流量池）、超量计费规则、流量池分摊规则。计费结果写入账单，供运营商对账、客户收款、结算分润使用。计费准确性直接影响企业成本核算与利润分析，是物联网云平台财务核算的核心能力。计费引擎需与运营商映射、套餐包装配置一致。
用量进入账单之前要先定单位
流量计费把卡在一个周期内的数据用量换成应收或应付金额。输入是用量记录、套餐额度和单价规则，输出是账单行。用量单位必须先统一：运营商文件可能是字节、千字节或兆字节，平台展示常用兆或吉。换算口径要固定，不能按四舍五入后的展示值再乘单价，否则对账时每一张卡都有几分钱尾差，汇总后变成无法解释的差额。跨周期的会话要归到约定的账期，按开始时间、结束时间或话单落账时间，三选一后全程使用。
套餐费和超量费分开列。套餐费由周期和档位决定，与本月实际用了多少无关，除非规则写明未使用可退。超量费只乘超出额度的部分。流量池则先得到池的总费用或总超量，再按既定分摊写到卡或项目。分摊结果相加必须回到池的总额，允许留下的尾差要有归集规则，例如归到主卡或单独的尾差行。
重算账单时哪些行允许覆盖
用量迟到是流量计费的常态。首次出账后又同步到补话单，应生成调整行，而不是悄悄改掉已开给用户或已用于结算的原始行。已收款、已开票的账单锁定；未出账的预估可以重算。锁定之后仍发现规则配错，用红字和正确规则的新行表达，保留错误行供审计。
计费规则和销售价不是同一个数。面向用户的套餐价在包装层，面向运营商的结算价在资费计划，面向渠道的代理价在价目表。三套价格都要从同一用量出发，但金额不能互相覆盖。达希的流量计费负责把用量、额度和这三套价格算成可核对的账单，供收款和对账使用，而不是只在看板上显示一个剩余流量。
分摊尾差放到单独的行
流量池费用按成员拆开时，除不尽的分会出现尾差。把尾差悄悄加到用量最大的卡上，这张卡的单价会变形，用户无法复核。更清楚的做法是成员行按统一的舍入规则计算，尾差单独一行，归入约定的成本中心，不伪装成某张卡的用量。套餐费和超量费的尾差也分开，不能混成一个调整额。已关闭账单上的尾差不再重分。达希计费在池账单里保留尾差行，使成员金额相加后再加尾差，能够回到池的应付总额。