记一次产品事故

 

 
   背景:
  做了一个充电平台的聚合平台,接入的是一些桩企。而桩企在用户点击完充电然后立马点击停止(时间很短,具体没有反馈给我们)桩企认为此单是卡单,接口不予反馈结果。
但是平台本身将这单作为了异常订单,客户的消费其实还在进行。
客户在平台的结算是通过充点卡结算,桩企反馈的状态和soc值大概3min一次,实际充电量大于平台可充电量,造成透支。形成了平台亏损。
 
教训:
1.对于有账户,或者资金消耗的场景,需要做非负锁定。并且强制断电,不断的向桩企发出停止充电指令。停止的指令可以重复的发送,并且再未得到回音之前不做任何操作。
2.产品设计此类产品的时候,需要做到风控验证,比如出现负数,负资产了,账户为负数的时候就需要报警。做到实时的报警。
 
 
posted @   kpbiao  阅读(68)  评论(0编辑  收藏  举报
编辑推荐:
· 10年+ .NET Coder 心语,封装的思维:从隐藏、稳定开始理解其本质意义
· .NET Core 中如何实现缓存的预热?
· 从 HTTP 原因短语缺失研究 HTTP/2 和 HTTP/3 的设计差异
· AI与.NET技术实操系列:向量存储与相似性搜索在 .NET 中的实现
· 基于Microsoft.Extensions.AI核心库实现RAG应用
阅读排行:
· TypeScript + Deepseek 打造卜卦网站:技术与玄学的结合
· 阿里巴巴 QwQ-32B真的超越了 DeepSeek R-1吗?
· 【译】Visual Studio 中新的强大生产力特性
· 10年+ .NET Coder 心语 ── 封装的思维:从隐藏、稳定开始理解其本质意义
· 【设计模式】告别冗长if-else语句:使用策略模式优化代码结构
点击右上角即可分享
微信分享提示