前面介绍了很多关于FMS财务管理系统的模块，在确定了业务逻辑与需求后，系统的开发实现是很快的，在初期投入5名研发，FMS开发时间大概1个月左右就能完成主要的功能，基本可以满足财务同事使用，后续会不断的迭代。
但公司一般都是业务先行的，所以系统上线前都需要数据的初始化过程，后续随着功能的增加也会有相应的工作。这里接着唠唠这部分的工作及我的理解。
一、数据初始化
系统上线前需要进行数据初始化，数据工作是要提前准备的，准备哪些数据可以按照系统涉及的业务模块来进行。
1.基础数据
供应商：需要将供应商的关键信息补全，保证在出账单时能够提取到相关信息。
合同：这是关键信息，合同有效时间、合同状态、合同的结算模式、账期等要财务确认。
商品：商品的进项税率、销项税率、商品的分类要确定好。
2.出入库单据
要明确业务生产系统有哪些单据，一般包括以下几种：采购单、采退单、调拨单、盘点单、报损单、销售订单、销售退货单、补货单、换入换出单、领用单等。
影响库存变化的单据都需要罗列出来，要确定单据的完整性，正确性。
还要确定是否有一些线下处理的单据没有进入到系统中，如果有需要经过整理，按标准格式导入到系统中，保证单据的完整性。
初期由于业务系统的不健全，难免会有一些人为干预，此时要把相关有问题的及时修改处理，保证数据的正确性。
此部分工作需要业务前端系统负责的同事来协助完成，困难非常大，但是要尽量去完善。
3.支付信息
这部分主要是指销售订单与退货单涉及的支付收款流水，此部分一般情况下是没有问题的，但是数据字段是否满足应收部分，需要与负责支付的同事进行协商确认，保证在FMS上线后所有的数据都能够满足。
支付信息还涉及一些优惠券、礼品卡、积分等支付方式，此部分上线前需要确认。
4.库存信息
此部分是关键信息，需要确定一下财务库存初始化的方式。
A.利用业务的库存数据来初始化，即只初始化FMS系统上线前的期初库存数据即可。
B.利用出入库单据，用财务出入库计算服务来进行数据初始化。
两种方法各有利弊，个人建议利用B的方式，在FMS系统上线前开始计算，不仅验证的我们出入库计算服务的正确性，也能保证数据的完整性。
利用A的方式，一般是取业务某一天的库存作为期初，但仓储作业是否可以停止，保证我们取到的数据是真正的期末是关键。
所以我们可以让业务系统每日快照库存，然后利用B来计算，再通过A与B的库存进行比对验证；这在后续FMS系统上线后也是要每日必做的工作。
5.财务数据
此部分数据是比较麻烦的，因为在FMS系统上线前，财务肯定有一些手工台账。
此部分数据是否需要进入到FMS系统呢？我个人建议，在此阶段先不要进，后续慢慢补齐。为什么？
A．手工台账每个财务同事的格式可能不同，与我们系统中设计的表单也不同，统一麻烦。
B．此部分数据还会涉及到相关的关联与系统数据的依赖，此部分很难按系统流程完全走一遍。
C．手工台账中有完成的或未完成的单据，对于未完成可以想办法整理到财务系统中，也可以后续在手工台账中继续完成。
所以，我们可以与财务约定上线后的单据要以系统操作为准，不允许再用手工台账处理，避免造成一半手工，一半系统的复杂局面。
这部分工作一定要财务产品、研发与财务的业务负责人明确，共同推进，否则大家习惯于EXCEL的操作，总会觉得系统的不方便；不可否认，EXCEL的功能太强了。
6.其它数据
还有一些其它数据，我们可以根据业务生产系统来进行确定是否需要初始化到FMS系统中。
数据初始化，是一个复杂、耗时的过程，此部分工作应该在开发设计FMS财务管理系统时就要考虑，在开发到中期时就需要制定计划，在系统测试阶段就要进行脚本的编写与验证。
如果我们开发的FMS系统是按照数据层级进行的（大家可以往前看下财务第2篇 数据流转），那么有些数据可以利用系统来进行，譬如基础数据、业务单据等；关于财务的账单等对应的明细可以直接生成，状态置为已完成即可。
二、定期复盘
1.复盘库存
财务如何记账、如何处理存货减值的，这些要与财务业务沟通确认。
财务数据肯定来源于业务系统或FMS系统，我们要保证在FMS系统上线后，通过FMS获取数据，研发同学一定不要以为有些可能从业务系统可以获取就任由其发展。欠下的技术债始终是要还的，这个大家要铭记在心。
复盘财务库存与业务系统库存的差异，复盘业务系统库存与WMS系统的库存差异，这都是日常需要做的，有差异就要去处理，每天检查，每月月底要大查。
2.财务应收、应付数据
核对财务账上的应收数据与应付数据是否与我们的FMS系统中有差异，这个每月结账时需要与财务相关同事进行核对，保证应收、应付款的准确性。
3.系统处理流程是否满足财务结账流程
此部分一般是伴随着日常需求就实现了，但是有些需求可能并没有考虑到全流程，在月末才能体现出来，所以我们需要每月进行一次总结会，此时可以邀请财务具体参与结账的同事参与。
复盘目的？
发现数据问题，统一财务数据来源，跟进结账过程中的问题。
- 财务最重要的是数据，月结也可以说是对数据的结转，前面几篇介绍过数据核对的方法和重要性，但实际工作中总会有各种数据问题需要我们协助处理，所以复盘最主要的是发现数据的问题原因，优化系统，规范财务操作流程。
- 数据源一定要统一，即便有些数据可以从业务系统出，那么我们也要提供接口或界面将数据保存在财务库中，便于处理问题和分析问题。如果发现财务同事从不同的系统拉取数据作账，一定要及时制止，这也是每月应该跟进结账过程的目的。
多数据源后续会因为统计口径、时间、业务变化产生的问题把大家搞崩溃了。
3.结账流程似乎与产品研发无关，系统只要保证数据报表、功能都正常后就可以了，这样就隐藏了一些问题。
建议月结时，产品研发同事要参与其中，虽然有些是异地办公，但还是应该了解其过程，这不仅有利于我们理解财务工作，也是我们学习的一个过程。
遇到业务精通的财务同事，一定要时常沟通，听取他(她)们的建议，将流程标准化。
总 结
系统上线前的数据初始化是一个良化的开端，但是后续财务的很多问题，平时是无法暴露出来的，即便每月月结也可能隐藏了一些问题，因为人员的流动、业务的变更等都会影响财务数据。如果我们去深入的核查一些数据，总能发现有遗漏，有不对的地方。
系统功能与每月财务结账仅是冰山的一角，只有不断的去复盘、去修复才能保证未来审计介入时不至于那么手忙脚乱。未雨绸缪是必要的，制定复盘的方法是必需的，最后感谢您的阅读！
