财务,是几乎所有企事业单位内部的核心组织。单位今年耗费几何,企业去年赚多少钱,平均成本在什么水平,为国家创造多少税收等等,所有这些信息,最终都通过财务账表的方式来体现。可以说,大家工作辛苦,但最终成绩如何,是财务口径的数据说了算。
对于财务本身来讲,要掌控数据就需要用到日常的“两账一表”——科目余额表、总账、明细账,这些账表在最终月度结账前对财务进行复核和调整、以及结账后的即席查询,都具有很重要的作用。只有把这些账表的数据都处理好了,后面制作财务报表、进行财务账务分析,才有及时、准确、完整的数据基础,输出正确而合规的财务报表和账簿分析结果。
那现在是如何实现的呢?
现状与需求
我们都知道,财务会计有非常规范而严谨的政策法规,来约束和指导企业正常的经营管理活动是如何通过财务数据来登记(凭证)和展现(账簿与报表)的。具体到财务的日常工作中,就会使用到ERP/财务软件来辅助记账与制作报表。
我们先来看一下当前的财务系统是如何实现这些需求的:
图:财务账簿与凭证示意图
功能当然是没有问题的,相关的账表都可以查得出来,财务多年来也是这么使用的。
但当我们和财务会计们进行更深入交流时,发现其实还是有遗憾的:查询过程其实也是从不同数据口径进行相互验证的过程,当从财务系统的科目余额表切换到科目总账时,当前画面被总账覆盖了;当从明细账中联查/修改凭证之后,想要回退到科目余额表再查试算数据(“包含未过账凭证”)时,又得先退出凭证界面,再切换回去。
大家有没有发现,在查询财务账表数据的过程中,需要反复地做“切换”这个动作,而这种交互的方式,对于财务会计在数据变动过程中形成财务“全局视图”一点帮助也没有——切换来切换去,最后:“我要查什么来着?”
有什么办法可以改善它吗?
一点点改变
经过和财务会计们的充分讨论,我们画了个理想中实现财务账(账簿)、表(余额表)、证(凭证)联查的草图(真·草图):
简单来分析一下实现的逻辑:
- 整个财务账表联查的逻辑是科目余额表->科目总账->科目明细账->凭证;
- 以会计科目为核心,通过财务账表间的数据(逐级)联动,实现类似“钻取”的效果;
- 在联查的过程中,可以随时从某一层进行条件转换,比如正在通过科目余额表来查询「应收账款」的账簿和具体凭证,可以随时从当前总账的11月数据切换到10月数据,再进行逐级下钻查询;
- 查询过程不涉及业务数据的改变,不做任何“写”的操作,确保数据安全和一致性。
会计们告诉我们,如果能实现这个诉求,对她们的日常工作帮助很大:这些都是财务查账时高频使用的功能场景,一点点的改变带来的都将是巨大的效率提升。
当然,我们并不打算就此写一个财务软件出来(开什么玩笑),仅仅针对当前财务系统在用户需求匹配上的某些难点,做出一些改善,帮助提高业务(财务)人员在查账(使用数据)方面的便利性和效率,也同样是很有价值的,不是么。
怎么做?
当需求确定下来之后,对于如何实现它,就是我们技术人员的活了。
具体的实施策略是这样的:
需求调研
根据草图,完成需求调研和确认。在这个阶段还需要输出系统实现效果的设计图,为后续的设计开发工作提供依据。
开发实现
报表和财务看板统一通过思迈特软件的电子表格软件Smartbi Spreadsheet完成开发。
1、数据设计。需要(基于已有数据字典等资料)完成数据表的设计,以及Demo数据的初始化。
2、报表开发。包含了看板中会用到的科目余额表、科目总账、科目明细账和记账凭证的开发实现。
1)报表口径确认。根据业务需求的数据要求,整理出口径不清晰的与财务会计进行沟通并确认口径。
2)数据准备与设计。做好数据库模型设计以及数据库接入源数据。
3)数据集开发。根据口径开发出数据脚本,并将脚本放入数据集中,为报表开发做好准备。建议拿着数据问题与技术或业务人员沟通数据差异,并调准数据。
4)设计报表。通过思迈特软件的电子表格软件Smartbi Spreadsheet,对报表进行开发,包含:科目余额表、科目总账、科目明细账和记账凭证;
3、看板开发。将报表整合成看板,并加上过滤条件,以及(通过参数)逐级联动效果的实现,通过URL方式,整合开发的每个电子表格。并完成对财务账簿数据联动需求等的开发。
4、UI实现。根据草图,结合报表设计规范出UI设计图,进行样式选择、实现和调整,颜色调配,细节优化等。
测试和优化。
-
- 收集财务账簿看板问题。整体效果出来后,将效果提供给业务和负责人测试。并同时收集提出来的问题。
- 根据问题优化调整。根据提出的问题排期,逐一处理或解释等,最后达到满意。
- 通过测试。
安排好开发人员之后,开干吧!
实现它!
不废话,直接来看财务账簿联查开发完成的实现效果。
科目余额表
Demo中自带月份选择参数作为示例,未来还可以扩展出“包含未记(过)账凭证”、科目起止范围、科目类型(资产、负债……)、余额起止范围等。
科目总账
科目明细账
记账凭证
财务看板
最后组装在一起,看看效果:
可以看到,基本的设计意图已经充分得到实现。我们一起来看一下:
- 左上角的「发生额及余额表」在选择月份之后,生成常规的科目余额表。
- 当我们在余额表中想要查看某个科目的账簿时,我们可以点击“科目编码”或“科目名称”,来联查到总账。
- 总账也正常显示出来了,这时我们想要调查(演示示例中)11月的数字是怎么来的:查明细,点击“月”中的「11」,就扩展出科目明细账了。
- 科目明细账详细列示了所选科目11月的所有明细账条目数据,而当我们想要再调查某张凭证的明细,直接点击“凭证号数”,即可调出相应的凭证。
看下面这个动图可以了解更多:
是不是很简单,又极其方便!?
来自用户的反馈
“本来平平无奇的账簿,经过快速简单的改造之后,才发现原来查账簿还可以这么玩!便利性极大提升,再也不用在各个账簿和凭证间穿梭来回了,期望下一步能开发出更多有用的玩法!”
——某集团财务主管张小姐
“像查询明细账这种高频操作,一个财务会计每年怎么也得至少几万的点击/输入量,我们(科)室8个财务会计,光这一个账簿联查的功能一年就能省几万块效率和成本浪费,划得来!”
——某厅级单位计财处麦先生
“设计合理,逻辑清晰,开发速度快,报表变更调整灵活,还是基于Excel/WPS作为报表设计器,我们表哥表姐都很依赖它。”
——某电商企业报表工程师小陈
新Demo、新品质,欢迎访问电子表格社区文档,也期待您的联系。