工作总结
2026-04-21 工作总结 年终工作总结2026年会计个人年终工作总结。
干了这一年，回头翻翻工作日志，三百多天浓缩下来，就是几本凭证、几十张报表，外加一堆跟系统、跟单据、跟业务部门“死磕”的烂摊子。
去年领导找我谈话，说公司财务系统要升级，让我顺带做一部分运维对接。我当时心里直打鼓——会计我干了快六年，但系统后台、数据表、故障排查这些，基本是现学现卖。可活儿派下来了，硬着头皮也得上。
三月份那次，差点把我吓出心脏病。季度结账最后一天下午，我刚从银行跑回来，打开系统准备收尾，发现固定资产模块和总账差了两百多万。那个数字跳出来的时候，我手都凉了。两百多万，不是小数目。我第一反应是凭证做错了，把三月所有的资产采购单翻出来重新核对，一笔没错。又怀疑折旧计算有误，挑了一个金额最大的资产，手工算了一遍折旧，还是对不上。折腾到晚上九点多，坐在工位上真想骂人——账对不平，季报出不来，领导还在微信上问进度。
后来我逼着自己冷静下来。既然凭证和计算都没错，那问题八成出在数据传输上。凭这半年攒的那点运维底子，我直接去后台查接口日志。打开日志文件，几千行记录，我用眼睛一行行扫，扫到一半突然看到一批固定资产单据的状态是“推送失败”。再往下翻，发现这些单据在生成凭证时，科目映射表里对应的科目编码被人改过，系统找不到映射关系，就卡在中间表里了。看到这我简直又气又无奈——上个星期IT部门做了一次系统优化，顺手改了几张映射表，没通知财务，也没做验证。
问题找到了就好办。我把映射表改回来，手动重推了那二十多张单据，差异就消了。但那天晚上我没走。我把近半年的接口日志全部导出来——大概一万两千行——用Excel做了筛选和透视，把所有“推送失败”和“映射缺失”的记录列了一个清单。发现除了这次批量出错，还有三种单据类型经常出现类似问题，都是因为当初建映射规则时逻辑没写死，留了人工填写的口子。我连夜整理了一份《科目映射表变更管控建议》，第二天上班直接找IT负责人谈。我态度很明确：以后任何映射表改动，必须财务和IT双人复核，并且先在测试环境跑一遍单据推送，截图留存。他一开始嫌麻烦，我说“上次两百万的差异就是教训，要不咱们把这件事写到会议上，让总经理定？”他没再争，当场签了流程确认单。从那以后，这种批量推送出错的事再没发生过。
这件事给我的教训很直接。后来我跟组里新人讲的时候说：你光会做凭证、懂准则没用，你得知道数据是怎么从业务端爬到报表上的。整个链路断了，你翻烂凭证也查不出来。
再说一个让我窝火的案例。年中公司上线了新费用报销系统，美其名曰“提高效率”。结果头两个月，报销周期从原来的五天拉长到了十二天。业务部门天天打电话催，销售部经理直接在群里开骂：“你们财务是不是故意卡着？”财务这边也很委屈——系统里单据状态明明写着“审批中”，但具体卡在哪个环节谁也看不清。
我被骂了几次之后，决定自己查。花了两天时间，把过去三个月所有超过十天没走完的报销单全部导出来，一共一百三十七笔。按照部门、金额、审批节点做了透视表。结果发现一个规律：超过70%的延迟单子，在部门负责人审批之后，下一个节点都是“预算复核岗”，但这个岗位在系统里停留了平均四天以上。我去问IT，IT说这个岗位是早期流程设计的，后来组织架构调整，这个岗已经撤销了，但系统流程没删。也就是说，每张单子到了这个节点，就像踢到了一个没人的空门，没人接球，只能等系统超时自动跳过——而超时时间设置的是五天。
这简直让人无语。上线前的流程测试到底怎么做的？我没法追究这个，只能自己动手解决。我写了一个流程修改申请，要求直接把那个废弃节点删掉，让单据从部门负责人直推财务初审。同时做了两件事：第一，写了一份《新报销系统快速排查手册》，用截图把每个节点的正常状态和异常状态标出来，发到公司群里，让所有部门文员保存；第二，在财务共享盘里建了一个“流程异常登记表”，谁发现单据卡住超过三天，自己填单号和时间，我每天下班前统一查一遍后台。改完之后，报销周期降到了四天。我拉了改善前后的数据对比：改善前平均12.3天，改善后4.1天，样本量87笔（改善后两个月的数据）。我把这个结果贴在了财务部群里，再也没人骂了。
说到个人成长，今年最深的体会是：会计工作正在变成一种系统维护工作。你维护的不是服务器，而是数据的一致性、流程的通畅性、规则的明确性。以前我觉得自己最大的本事是Excel用得溜、准则记得熟，现在发现，遇到跨系统对账不平、凭证生成逻辑错误、接口数据丢包这些问题，光靠会计知识根本解决不了。
我逼着自己学了两样东西。第一，SQL的基础查询语句。我先找IT要了一份ERP系统的表结构文档，四十多页，打印出来。然后花了三个周末，把总账、固定资产、应付三个模块的核心表抄在本子上，手写表之间的关联关系。第一次自己写UPDATE语句想改一条测试数据，忘了加WHERE条件，差点把整个科目表的名称全改了，吓得我手抖——还好是在测试环境。第二，熟悉公司ERP系统的后台表结构，知道每个业务模块的数据最终落在哪几张表里。现在至少能自己查到“某批单据在哪个环节断掉”这种级别的故障。领导开玩笑说我快成半个IT了，我觉得这不是玩笑——今年招的新人，我面试的时候加了一道题：给你一张报销单流转日志表，你怎么判断卡在哪？很多人答不上来。
- 【活动范文吧】精品文库:
- 2026年终工作总结 | 会计人员个人年终工作总结 | 销售个人年终工作总结 | 销售顾问个人年终工作总结年 | 2026年会计个人总结 | 2026年会计主管年终工作总结
不足的地方也很多。比如今年有两次因为忙着处理紧急故障，月度分析报告交晚了。一次拖了两天，一次拖了一天半。领导没说什么，但我知道这不是借口。故障要处理，例行工作也不能丢。我后来想了一个办法，做了一张“故障响应分级表”：红色级别（差异超50万或影响结账）立刻处理，黄色级别（流程卡顿但无数据错误）可以暂存两小时，先把固定报表出完再查。今年最后两个月试运行了一下，效果还行，没再出现报告延期。
另外，我发现自己在整理操作手册、汇总异常案例这些事上做得还行，但分享不够。今年只做过一次内部培训，讲的是“接口异常排查的五个常见场景”，来了十二个人，反响还可以。有个同事听完回去自己查出了一笔采购订单重复推送的问题，专门跑过来谢谢我。我就在想，这些东西我一个人知道没用，得让组里其他人也能查。明年计划每季度做一次，把踩过的坑、查过的日志、改过的流程都整理成案例库，放在共享盘里，新人来了直接看。
还有一个纯会计本行的事，今年处理得比较满意。有一笔挂了两年的大额预付款，一百六十万，业务部门一直说项目还在做，但问具体进度支支吾吾说不清楚。我逼着项目经理写了一份履约情况说明，又约了业务负责人开了三次会，把实际完工节点一条条抠出来。按新收入准则重新确认了收入时间点，调增当期利润八十万。这件事让我觉得，会计不能只坐在办公室认发票，你得去问业务“你到底干到哪一步了”。
这一年干下来，最大的感受是：会计这个行当，未来拼的不是谁分录写得快、凭证贴得齐，而是谁能在数据链条断了的时候，最快找到断点在哪、修复它、并且让它不再断。这个能力我现在只能说刚摸到门道，但方向对了，那就接着往前走。明年先把SQL的联表查询练熟，再把预算模块的接口盯住，别的到时候再说。
- 欲了解工作总结网的更多内容，可以访问：工作总结
