读书笔记吧

导航栏

×
你的位置: 笔记网 > 高分作文 > 导航

工作总结

发表时间:2026-04-17

2026年审计年终个人工作总结。

这一年下来,手头过了十几个项目,但真正让我坐下来写总结时,脑子里蹦出来的不是报表上的数字,而是几个具体到让人头疼的场景。三月份那个雨夹雪的早晨,被审计单位的财务科长打来电话,声音发紧:“你们昨天提的那笔设备维修费异常,我们自查发现确实有问题。”我当时正蹲在档案室翻五年前的采购合同,膝盖冻得发麻,但心里反而踏实了——这说明我们盯的方向对了。

一、干了多少活,查出什么事

全年主审预算执行审计3项、专项审计调查2项,参审经济责任审计1项。账面数据:违规金额1273万,管理不规范3640万。但这俩数其实挺虚的——后面我会说为什么。提出审计建议19条,被采纳16条。移送问题线索2起,涉及3人。

二、几个磨掉一层皮的案例

案例一:一台设备一年修了11次

某单位预算执行审计,我盯上“专用设备维修费”这个科目。当年支出87万,前三年平均才22万。增幅太大,但合同、发票、验收单样样齐全。我没急着下结论,把所有维修明细导出,做了三组比对:维修频次与设备数量的关系、单次维修价格的历史波动、供应商集中度。

麻烦来了。维修明细表里的设备编号乱七八糟——有的带字母,有的纯数字,还有的写成了采购合同号。我手工匹配了三个小时,对着资产台账一个一个对,才把数据洗干净。数据透视表拉出来,A设备一年维修11次,费用19.6万。这设备原值才8万。更离谱的是,每次故障描述几乎一样——“主控板烧毁”,但更换的配件编号各不相同。

我调了设备台账,发现这台设备去年就被列入报废计划。现场盘点时,那台设备就在库房角落里蒙着灰,电源线都没接。进一步追踪配件采购流向,供应商B公司半年内收到三笔“紧急维修款”,总计47万。我查了B公司的工商信息,注册地址跟该单位后勤科长的亲戚住址在同一条街。不是同一间办公室,但走路不到两百米。

这事儿最后移交了纪委。相关责任人承认通过虚假维修套取资金。我当时就觉得,数据不会撒谎,但人会。审计员的活,就是在看起来合规的流程里找到那个不合理的点。

案例二:修路先干后补票

二季度一个市政道路改造项目跟踪审计。施工方报来第二期进度款,里面有一笔82万的“软基处理变更”。理由是现场地质跟地勘报告不符。变更签证上有监理、设计、业主三方签字,按说可以认。

但我多了个心眼。我把地勘报告、施工日志、监理日志和混凝土浇筑记录按时间排了个序。发现施工日志上写着,变更段在提交变更申请前两周就已经完成了清表和碎石垫层铺设。也就是说,活干完了才补的手续。

这还不够。我翻了监理日志,其中有一条:“K2+320-K2+480段未见异常沉降。”而变更恰恰就发生在这个区间。我找业主要了GPS测量数据,导入软件生成高程曲线。发现变更后的实际填筑厚度比设计厚了40厘米,但现场没有任何补充勘察的记录。

我跟施工方对质时,对方说“地质条件变化是现场判断的”。我问:“那监理日志写未见异常沉降,你怎么解释?”对方沉默了。最终这笔82万被核减,还追回了已预付的56万。业主单位工程部长后来跟我说:“你们连GPS数据都翻出来了,我们确实没想到。”其实不是我们厉害,只是每一步都得有证据闭环。

案例三:一笔躺了三年的“保证金”

三季度部门预算执行审计。其他应付款科目挂着一笔380万,摘要写“暂收保证金”。我问经办人是什么项目的保证金,对方说“时间太久,记不清了”。这话本身就是问题。

我翻了近五年的招标文件、合同台账、验收报告,最后在一份2019年的废标公告里找到了线索。某信息化项目因中标方违约被废止,没收的投标保证金一直未上缴。更让人无语的是,这笔钱已经被挪用于日常公用支出,账上只挂了个往来科目掩盖。

我当时就烦了——这不是金额大小的问题,是账务态度太糙。380万躺了三年没人管,财务每季度对账就没发现?我出了审计决定,要求全额上缴财政,并建议问责。后来听说财务人员被调岗了。

三、数据分析不是花架子

医保基金审计时,面对几十万条住院结算记录,传统抽凭根本抓不住问题。我写了几段SQL,做了几组关联:住院天数与收费明细的逻辑自洽(比如一天内不可能同时做两次大手术)、同一病种不同医院的费用离散度、病人一年内多次住院的模式。

最头疼的是数据质量。医保局给的表里,病人身份证号有的带X大小写不一,住院号有的前头补零有的不补。光清洗数据就花了两天。跑完SQL发现一家民营医院有问题:同一病人同一天既有门诊挂号记录,又有住院结算记录。SQL查出125条冲突,涉及金额47万。现场核查时,病人本人说“我就看个感冒,根本没住过院”。后来我用DBSCAN聚类对高频住院病人分组,发现一组6个病人住院时间完全重叠、床位号连续,高度疑似团伙骗保。这个发现又追出12万。

四、两个让我后怕的场景

暴雨天盘库

七月某粮库专项审计,要求突击盘点。那天上午突降暴雨,库区积水没过脚踝。保管员说“雨太大,改天吧”。我说不行,今天必须盘。因为粮食盘点最怕提前通知。我们踩着泥水爬上粮堆,用测距仪和卷尺实际丈量了6个仓廒。结果有两个仓账面满仓,实际空仓率达40%。保管员解释“刚出库还没来得及平整”。我翻出库记录,最后一次出库是三个月前。那天回去浑身湿透,但心里清楚:如果没坚持冒雨盘,这批粮食亏库的真相可能就被“天太湿,不好开仓”糊弄过去了。

深夜的系统漏洞

十一月中旬,为了赶政府债券资金审计报告,连续三天晚上核对财政一体化系统数据和项目单位的实际支出明细。两条数据总是对不上——系统显示已拨付,项目单位说没收到。反复核对到凌晨两点,发现是财政国库集中支付系统的“退款”操作没有反向冲减指标。这意味着1.2亿资金被重复统计为已支出。我把截图和逻辑链条整理成取证单。财政局业务科长看了半天,嘀咕了一句:“哎?还真是……我们用了三年这系统,从没人发现过。”这事儿后来被写进了审计专报。

五、今年栽过的跟头

第一,PPP项目审计时吃了亏。涉及财务测算、风险分担、绩效考核,好多条款边审边学,导致进度慢了半个月。第二,一次延伸调查中,对方反复推诿,我语气重了,后来取证受阻。事后想,审计要的是事实,不是争对错。第三,案例二其实可以更早发现问题。我拿到变更签证时没有第一时间调取原始地勘报告,而是先看了进度款申请,导致核减工作滞后了两周。以后变更类事项必须先查前置依据。

六、明年怎么干

把今年写的SQL脚本封装成标准工具包,不用每次重复造轮子。系统学一下工程造价组价逻辑,补基建审计短板。给每个被审计单位建个“风险特征库”,用标签管理提升审前调查针对性。还有一个没办成的案子:某次审计我怀疑一笔采购有猫腻,但查了两个月没找到实锤,最后只能写“建议加强管理”。这事儿让我意识到,审计不是每次都能抓到问题,但抓不到也得把过程留痕,下次再来。

    欲了解工作总结网的更多内容,可以访问:工作总结

文章来源://www.dsbj1.com/gaofenzuowen/191010.html

猜你喜欢