从子模块的关闭到报告终稿的输出需要多久的时间 大概这个没有明确的标准 业务复杂程度不一 管理维度不一 考核方式不一 那报告出具可能需要的时间就非常不一样 我们一个账务的领导经常提到Cisco只需要1-2天就可以得到最终数据 并成为我们为之奋斗的目标 在下实在不知真假 难道Cisco的业务和IT就那么强 总之 我们公司目前大概需要9天左右才能出具报告终稿
我们回过头来看我们的结账流程 似乎大家都是这么做的 子模块过总账 关帐----> 总账预提 拨备 完成收入确认等处理----> 然后增量调度到数据仓库 完成外部报告合并 完成内部管理报告 ---->与市场讨论报告初稿 在根据反馈进行调整 最后出具报告终稿 向管理层汇报经营业绩 一路走来 似乎大家都这么做的
但我们这个过程 却十足忽略了我们的客户（用户） 实际上 我们每个客户对信息的需求是不同的 对数据的精度要求也是不一样的 比如 CEO非常关注收入实现情况 CFO非常关注费用情况 市场总监非常关注DSO等 每个客户对数据的需求是不一样的 同时 对数据的“正确性”也可能不一样 比如对于你公司的年收入100亿以上 你有个几百万的差错 应该是可以接受的冗余
如果我们根据以上的实施 再来看我们的结账流程 那么 显然 我们可以根据客户的情况 将结账过程划分为不同的主题 每类主题去满足某类用户的数据需求 第一时间向其传递经营结果 显然 要比最终报告后才拿到数据要好
另外 我上面提到差错的容忍度的问题 比如我已经基本完成了我的收入确认 但可能还会有细微部分的差错调整 这个时候 如果客户对数据的质量有某个程度的容忍度 那么 我一样可以向其出具主题数据 并完成模块的软关 而不是一定要等到数据已经完全正确 模块硬关之后 才发布数据
以上思路 供思考