表流程
2021-11-22 16:10:53 8 举报复合肥
作者其他创作
大纲/内容
后付费表才可能会欠费，因为是可以透支使用，所以不需要充值，即直接没得充值的概念，
需要提取充值
发送指令（跟新余额，xx）
预 付费表（不可透支）
户表流水，抵抗记录
账号为0都不够
卡表充值
生产出每日的抄表记录
账号上面
需人工抄表
充值后xxx
用气的过程，表上面某阶段用多少的气，就直接扣多少的 气，完成类似结算的功能
类似卡表的
用户将卡拿回家上表
平台端，没得一个计算费用的过程，而且是表上面很直接的扣气
用户上表后，钱气就到自己家的表里了
gt_card_write_record
--中心计费
预存
cardInfo上面
没有抄表的概念
户表上面meterInfo
类似普表，月结算每天的抄表记录
无结算记录，其实就在抄表里面记录xx
用气的过程，表上面就根据 气价 来计算某阶段应该扣多少的 钱，然后就扣掉表上面的金额，完成类似结算的功能
每小时结算抄表记录
成功抵抗
结算记录
普表
单价，关阀指令（应该不关?啥欠费的标准才关）？还有么
iot充值
就 气价 + 金额 写到表上面了
3.0
扣户表--j界面点，直接发充值指令直接到表，表收到指令直接上表后，就无法完成退费，--》不像中心预付费，不是表端计费的没有发充值指令到表是平台算费用的！
可通知用户来交钱
充值位置
表
（iot中心预付费不发充值指令）
先修改
仅发送单价指令
抵抗--账户余额gt_customer_account
生产账单？？？，欠费记录
如何充值的
相当于是 系统平台给它先算好如何计费的
公用逻辑
结算
不会有抄表记录，结算记录等
停气
表自己计算 完成费用的结算
扣账号的钱
后付费（月付）
qw_iot_gas_meter_upload_dataiot的档案表，类似卡表的 cardInfo
气量表
qw_iot_gas_meter_day_data物联网表中心计费上报历史表
先改了meteInfo（进三次金额，xx）
da_gas_meter_info_serial
ic卡表
结算（一个月的量一次结算）
gt_gasmeter_settlement_detail
人工表
抵抗后有余额负数
进行结算，生成月账单（欠费记录）
预付费
啥时候上报一次数据？每天？？
发送 结算相关的 多条 指令到表端
9.0
表上自己计算扣费结算
需要根据全局结算时间
后 付费表（可透支）
可能停气
物联网表
营业厅给用户充值写卡时将充值的 气量，没得气价下发，写到卡上面
分
普表是需要人来抄表完成结算
户表流水记录
表端每天冒泡数据
每小时执行，结算抄表记录
表端自己控制阀门，当此户表上的气钱用完后，自动给停气？？然后，自己感应到家里的气用完后，就去充值，充值的钱是到户表记录上面，然后发送指令下来到表上面每次上报数据时，系统跟新户表记录上的钱气值？
表端计费
解析每天的冒泡数据，
抵抗--户表余额da_gas_meter_info
抵抗的户表余额，单价
正常缴燃气费
只有它和普表才可能产生欠费记录账单--》即只有后付费的才可能是欠费的
平台来计算费用
抵抗的户表余额，单价，关阀指令
用户自己感知气用的程度决定购气
iot的 中心计费后付费表，就只有预存钱到账号上面，然后，平台中心每月根据冒泡数据结算信息，来直接来扣除账号的钱，不会扣户表？
写卡记录（每次充值ok的数据）
成功抵抗无负数
qw_iot_gas_meter_day_data_meter
qw_iot_gas_meter_upload_data
即让透支有限度
无产生抄表记录的，类似【卡表】不会有欠费之说
表端计费表
comand
物联网表表端计费上报历史表
因为考虑到退费很麻烦，就没得结算记录
需要ic 卡做媒介来代替人工和表完成交互
每小时结算后，发送指令到表上，表如果得到是欠费停表指令就关闭阀门，然后，自己感应到家里的气用完后，就去充值，充值的钱是到户表记录上面，不会发送指令下来到表上面（因为是中心算的，不是表算）每次上报数据时，系统跟新户表记录上的钱气值？
中心计费预付费只能抵抗户表--可以充值，而后付费只能每个月结算时抵抗账号余额--他只能预存
cb_read_meter_data_iot
中心计费表
月结算每天的抄表记录
金额表
产生gt_customer_account_serial
再次到营业厅读卡后，cardinfo 清零了界面的ic卡信息里看的到钱气为 0了
每月派人上门抄表（将抄表数据录入系统，生产抄表记录）
就只 气量 写到表上面了
营业厅给用户充值写卡时将气价方案，和充值的金额写到卡上面
会有自动抄表，中心的有结算记录产生--表每天冒泡数据，系统加定时job处理
，如果不即使缴，会有滞纳金，太久不交，可以派人停气
job
（既不属于表端计费，也不属于中心计费）
0 条评论
下一页
