641.成本实时分摊核算业财数字化平台
成本分摊总是扯皮?你的企业需要一个“分钱不伤和气”的平台
你以为的成本核算,其实都是“后账”
这事儿吧,真的让人头大。
在每一月月底的时候, 财务部呈现出灯火通明的状态, 有一群人, 他们对着Excel表格, 眼睛里涌现出仿佛眼冒金星般的神情。那些成本, 其中包括共享服务中心的费用, 还有IT部门的服务器摊销, 以及总部的行政开支, 究竟该怎么进行分配? 是按照人头来分配吗? 还是依照工单来分配? 亦或是据此面积来分配?
吵。
工作当中, 业务部门直言, “我究竟为何要承担如此之多的成本, 明明我并未耗用那么多的资源”。对此, 财务方予以回应道 : “这乃是公司所制定的分配规则, 你们自己已然签字进行过确认呀”。那么后续会怎样呢? 后续在下个月的时候, 双方依旧会持续不停争吵。
实际上, 没有人存在过错, 出现问题的是那种于截止于一个历法月的最后时段才开展相关行动的统计结算模式。
等你将数据收集齐全、进行核对、完成分摊, 业务早就已经执行完毕了。成本已然发生了, 然而却没有人清楚该算到谁的头上。就如同是一群人一同去吃饭, 到了结账的时候才猛然想起来谁点了龙虾, 谁仅仅吃了凉皮 , 这般账目能够算得清楚吗?
为什么要做“实时”分摊?就因为你不想当那个“事后诸葛亮”
这里有个很扎心的真相:
大多数企业的成本核算,本质上是在给“已经约好的架”写总结报告。
而真正的管理,需要的是“现场直播”。
给我列举一个我客户的实际发生的事例, 他们存在一个研发中心, 有好几组项目团队共同使用一套用于测试的环境, 以往是如何进行分摊的那? 依据每个项目组的人员数量, 平均分配, 听起来好像挺公平的是吧? 然而最终结果出现, A项目组几乎很少开展测试工作, B项目组却每天都在进行压力测试, 到了月底一查看, A项目组的成本呈现出高估的状态, B项目组的成本则是偏低的情况, 于是项目经理去找财务理论, 财务回应说“规则就是这样设定的, 你去找老板让他更改规则吧”。
但是你想过没有,如果能在每次跑测试的时候,自动记录资源消耗,实时算出来这个测试用例花了多少钱,然后立刻扣到对应的项目上呢?
没人吵架了。
由于数据具备即时性、不可抵赖性。只要你动用了资源, 系统便会予以记账, 恰似抢红包那般, 轻点一下, 钱就流转出去了。业务部门察觉到成本持续攀升, 自身就会着手优化行为, 而非等待他人月底前来找你纠缠不清。
这玩意儿到底怎么实现?别跟我谈技术,就说人话
大量的人向我进行询问, 他们问: “实时进行分摊, 是不是需要搭建特别繁杂的数据中台? 是不是需要对现有的系统实施改造? ”。
其实核心逻辑就四个字:用多少,算多少。
我们所开展的这个平台, (不询问我其具体的名称, 你能够领会我所表达的意思即可), 从本质层面来说, 实际上就是完成了三件事情:
1. 把“后付制”改成“现付制”
宛如你前往便利店选购水,拿起后进行扫码再付款这般, 此平台亦是如此, 当业务系统之中触发一个行为, 诸如打印一张发票,或者呼叫一回客服, 又或者跑一次报告, 这个行为的标准成本便会被计算出来, 直接分摊至对应的成本对象之上。
2. 把“大概”改成“精准”
往昔之时分摊所凭借的是什么? 凭借的是那种“拍脑袋”确定出来的比例。诸如依照面积、依照人头、依照产值系数等等之类 , 全部都是估算出来的。当下的情况又是怎样的? 能够达成依据API调用的次数 、依据CPU使用的时长 、依据存储所占用的数量 、依据工单工时之时所实际产生的消耗来进行分摊。每一分钱都存在其来源之处 , 每一项消耗皆存在相应的记录。
3. 把“月报”改成“天报”
财务所惧怕的是什么呢? 惧怕的是月底之际数据无法相互对应。这是由于时间延续得越久, 数据就会越发杂乱无章。在进行实时分摊以后, 在每一天处于结束状态的时候, 你便会知晓今日各个业务单元所花费的资金数额、以及成本结构呈现出什么样的状况。并非要等到月底, 你能够随时去查看“成本仪表盘”。
到底谁需要这个平台?别对号入座,但对号入座也挺好
我说实话,不是所有企业都需要。
若是你所在的公司仍处于那种老板凭借主观想法来分配钱财的时期, 那你是用不到的。因为在这种情况下老板就是规则的制定者, 他说要分多少钱那就分多少钱, 并不需要相关系统来辅助。
但如果你有以下任何一个痛点,那你就需要了:
你们公司共享服务中心(财务、HR、IT、行政)的成本分摊,每次都要吵几次架才能定下来?

你们公司的项目经理,对自己项目的成本结构完全不清楚,只知道“预算还剩多少”?
你们公司财务每个月要花至少5个工作日来做成本归集和分摊?
你们公司业务部门经常说“成本不准”,但又拿不出更好的分摊方案?
你们公司的管理层,想要做产品定价或者客户盈利分析,但发现成本数据完全不可靠?
如果以上任意一条是你正在经历的,那我劝你认真看看这个平台。
那些用了的企业,后来怎么样了?
不说名字了,说效果。
存在一家从事, 先前它将服务器成本、研发成本以及销售支持成本全都混淆在一起, 依照合同金额平均分摊到每一个客户头上。其结果究竟如何? 表面看上去每个客户皆获利, 实则十几个大客户处于严重亏损状态, 是小客户在补贴大客户。
在运用实时分摊平台后, 他们察觉到, 存在一些大客户, 其定制化需求数量繁多, 研发投入数额巨大, 然而事实上续费率极低。并且, 那些看似客单价较小的中小客户, 因标准化程度颇高, 成本极度低微, 利润反倒相当高。
那然后呢?
他们对定价策略作出了调整, 针对大客户收取更高的定制开发费用, 对于小客户则维持低价进行走量销售, 经过一年时间, 整体利润率提高了将近8个百分点。
又有一名从事制造业的客户呈现, 其具备好些个工厂, 各个工厂所制产品存有差异, 最初成本核算延迟一个月整, 这致使管理层始终没法晓得究竟是哪一个工厂当中的哪一条产线正处于亏损状态, 待实现实时成本分摊之后, 其获悉某一家工厂里的某一条产线, 是因设备陈旧老化, 致使能耗成本高得异乎寻常, 但产线负责人自始至终都在强调只要“设备能够运行”便未曾进行更换, 待目睹实时成本数据之后, 管理层即刻批准了预算用以更换设备, 历经半年便实现了成本回本。
你看,数据一旦实时,决策就有了依据。不是靠“我觉得”,而是靠“数据告诉我”。
关于“业财融合”,别把它想得太高大上
“业财融合”此一词, 于这几年间被炒作得极为火热, 那它究竟是什么意思呢, 实际上就是要使得业务方面的数据跟财务领域的数据实现打通。
以往的时候, 业务归业务, 财务归财务, 业务部门签订了合同, 财务方面却并不知晓, 财务进行了账目处理, 业务人员又看不懂, 两边各自都感觉自身是在认真开展工作, 然而合起来却成了一团杂乱无章的局面。
而成本实时分摊核算,就是业财融合最好的切入点。
由于它并非抽象的, 而是极为具体的。业务部门一眼就能明白: 自身使用了怎样的资源, 耗费了多少资金。财务部门也颇为轻松: 无需再手动去计算分摊, 系统会自动完成计算。这个平台切实将“业务语言”转化成了“财务语言”, 而且把这一转化过程变为了实时直播。
不要以为这是科幻类场景, 当前技术成熟程度, 完全能够达成, 你仅需一个平台, 将业务系统的接口接入, 把成本规则配置妥善, 其余的那些事情, 使其自行运行。
最后的最后,说点大实话
无数企业被见过, 于上ERP之际, 满怀十足信心, 然而成本模块始终是, 最为失败而草草收尾的那一个。
缘何如此呢? 原因在于成本核算着实太过复杂 , 需得兼顾着“精细化”以及“效率” , 并且还要去应对形形色色的业务变化。诸多ERP厂商所给出的方案 , 要么是死板得根本没法予以应用 , 要么是灵活得谁都难以看得懂。
我们这个平台,出发点其实特别朴素:
别让会计做那些重复的、机械的、月底发疯的事情。把规则交给机器,把时间还给人。
有人问我:“海总,你们这个平台会不会让财务失业啊?”
, 我讲: “不会。出色的财务倾向于从核算会计转变为管理会计, 由‘数钱的人’转化为‘看路的人’。至于那些仅仅只会复制粘贴公式的财务……嗯, 极有可能真的会面临失业的状况。”。
成本实时分摊核算,不是为了省钱,而是为了让钱花得更明白。
你去思考一下, 要是你清楚知晓每一分钱究竟花费于何处, 以及究竟产生了怎样的价值, 那么当你正进行决策之际, 会不会仍旧那般迟疑不决呢?
所以,别等了。
让数据说话,别让人吵架。
—— 这就是我做这个平台的全部意义。
最新评论