记得回来点关注噢
小伙伴们，大家好！2019年没有几天啦，意识到这个问题的时候虎躯一震，这年头怎么这么不经过啊，2019这就要完了？还有好多事没做呢！年初的flag又双叒叕没完成……
好了不聊这些伤心事啦，咱们言归正传，聊一下这一年里升级打怪，跟线损斗智斗勇的小故事，补充一下正能量！准备好的你的瓜子和小板凳了吗，咱们开始啦。话说在12月份，这年底又盼望又不盼望充满纠结的月份里，对台区日线损监测的时候，发现一台区突发多日高损。什么?突发！多日！高损！这一连串的名称让我的小心脏遭受到了一万点暴击。
淡定淡定，哭是解决不了问题的，擦干眼泪，赶紧想办法解决问题。首先仔细看一下这几天的日线损数据。线损率已有七八十之高，而之前该台区一直仅在1-3之间徘徊。这是哪里突然出现了问题呢，首先查看该台区的模型：模型貌似没什么问题，也没有光伏选项可以选择添加。当然我们秉着严谨的态度，只“貌似”可不是我们的工作作风。接下来我们开始认真核查这几日该台区是不是过换表、有没有进行过切改、是否新装了光伏……经过了和采集系统、营销系统数据查询，又与该台区经理进行沟通后实地核查，结果竟然是都没有，都！没！有！真的是瞬间有点凌乱……
别急，别急，咱们再来捋一遍，看看是不是还有哪里没有检查到的小角落，点开该台区每日具体的表字、电量进行查询。6日上表底1891.84，下表底1897.55，倍率30，电量866.09……哎，咋感觉哪里好像不对呢？再看一遍上表底、下表底、电量，看着没走几个字，电量怎么这么大，好像不大对啊。拿出计算器啪啪一按，（1897.55-1891.84）*30=171.3，系统怎么会出来866.09呢，足足差了694.79kWh，同样7日和8日分别差了741.6、631.2kWh。好奇怪，表底数清清楚楚，怎么会算出这么奇葩的电量来呢，难道系统也会不定期的抽风吗？
赶紧打开采集系统查看源端数据，发现同期的数据与采集是一致的，只是最终算出的电量是不一样的。难道同期里面还偷偷记载了其它表计的电量吗？那是哪一块表呢？我们再次打开模型细细查看，当点击新增输入时，发现有两条记录在里面，一只是目前正在正常使用的电能表，而另一只就是之前曾经用过的旧表。难道问题就出在这只电能表上面吗？
虽然这只表没有被勾稽选中，但是它的电量是不是已经被计入了呢？这只电能表现在是不是正在别的地方运行确实记录了电量呢？带着一连串的疑问，打开营销业务应用系统，将这只电能表的来龙去脉查个清楚。果然，2017年这只表开始安装在该台区运行，2019年6月拆回后送至省公司进行重新检定，检定合格后12月5日又安装在另一个供电所的台区正常运行。又恰恰是12月6日的时候，该台区线损出现了高损。为了进一步印证猜想的正确性，我们打开采集系统查询该表数据：
如何解决这一问题呢，其实步骤很简单，大家注意听讲哟。在同期系统找到基础信息维护——电能表计量点信息维护功能。输入电表号，点击查询。勾选出现的那一条，点击删除即可。一定一定仔细对应好，如果误删一只正常运行的表计，那可是会捅娄子的哦。
很多小伙伴可能还没有意识到这个问题的重要性，因为拆回的旧表会因为各种原因没有再投入运行，因而即使它继续在系统里面躺着也没有影响什么。但是，它却像台区线损治理道路上的一颗定时炸弹，一旦被重新安装运行，就会狠狠地影响台区线损，炸得我们措手不及，炸得我们遍体鳞伤。“亡羊补牢”不是我们线损治理大军的做事风格，“防患于未然”才是王道。我们可以提前梳理台区模型，凡是发现有过换表记录，并且换表时间超过两个月的，可以将旧表按照上述路径进行删除，这样这只旧表不管是报废还是重新运行，都不会影响其它了。小伙伴们，这项简单又实用的小技能，你get到了吗？