食堂饭卡刷卡原理及吐槽

这篇博客记录了由于校园网络中断导致的饭卡冻结问题。作者详细解释了饭卡余额的计算方式,包括服务端和卡内余额,并发现一笔刷卡机未上传的交易和物价补贴未能正确到账。最终,网络恢复时,服务端对比导致了饭卡被错误冻结。博客强调了网络依赖对于日常生活中数据同步的重要性。
摘要由CSDN通过智能技术生成

  起因是因为我的饭卡又再一次被冻结了 mmp。

 

watermark,type_d3F5LXplbmhlaQ,shadow_50,text_Q1NETiBA5rih5Lq64pyY,size_20,color_FFFFFF,t_70,g_se,x_16

 

  缘来是昨天校园的光缆钱又双又叕被施工队挖断了(其实还有水管) ,导致了让校园几个校区的网络服务都无法使用(挖断的光纤线就在校园服务器所在的那个校区),于是我们校区的刷卡业务自然无法使用,只能使用校园卡进行消费,限制了实时网络交易的微信以及校园微后勤扫码。

 

一卡通的余额总的来是有学校的服务器数据决定的,存在一个服务端余额,一个卡内余额。没有网络的情况下用一卡通交易,将饭卡的教育余额保存到刷卡机,同时扣除卡内余额,但是只有等到校园网络修复时才能讲余额上传服务端刷新服务端余额。

 

问题也是出到了这里,我搜索了一圈微后勤的消费记录,居然有一个刷卡机的数据没有上传。 

卡内数据 + 某个刷卡机没上传的余额=服务器余额 

为了验证这一点

watermark,type_d3F5LXplbmhlaQ,shadow_50,text_Q1NETiBA5rih5Lq64pyY,size_20,color_FFFFFF,t_70,g_se,x_16

 利用nfc工具读出目前饭卡的数据,找到扇区2的第一行  将前四位看做两个两位  即ED 17 再降其交换顺序得到17ED,最后转换成十进制可得6125  表示的是饭卡余额为61.25(每个厂家的计算方法不同)。此时服务端余额为121.25

 

watermark,type_d3F5LXplbmhlaQ,shadow_50,text_Q1NETiBA5rih5Lq64pyY,size_20,color_FFFFFF,t_70,g_se,x_16

 

 

这也不对劲啊   121.25-61.25=50  (我记得那个没上报卡机我最多也就刷了三十来,因为昨天帮了好多个人刷)

最后一圈找到了原因

 watermark,type_d3F5LXplbmhlaQ,shadow_50,text_Q1NETiBA5rih5Lq64pyY,size_20,color_FFFFFF,t_70,g_se,x_16

 

我们学校每个月都会有26的物价补贴(我也不知道为什么物价补贴都是固定的),但是物价补贴是直接充值到服务端余额的,所以只有刷卡机网络正常的时候再刷一次这个二十六才能到卡内余额上(类似于手机端充值时需要到刷卡机刷新余额),恰巧我中间隔了好几天没有使用一卡通,所以我17号使用时由于刷卡机网络问题26元无法到达卡内余额。

这就解释通了 

目前卡内余额61.25+某刷卡机未上传的34+未到卡内的26补助=目前服务端121.25

网络修复时,服务端对比,直接把我的卡给冻结了。总结起来就是两个原因引起:

1:补贴的26元没有正确加到卡内余额

2.学校刷卡机因为不知道啥原因没有上传扣除的卡内余额

watermark,type_d3F5LXplbmhlaQ,shadow_50,text_Q1NETiBA5rih5Lq64pyY,size_20,color_FFFFFF,t_70,g_se,x_16

 

(本帖子仅记录,切勿尝试修改饭卡余额等违法行为)

评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

渡人✘

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值