成功上传并不等同于准确的财务历史记录。可以接受包含重复期间、不一致货币或已包含正在导入的交易的期初余额的文件。
在尝试大规模迁移之前,准备一个小的、可解释的样本。
保留未更改的源副本
将原始报表或导出保存在安全位置。处理单独的准备副本,以便在转换引入错误时可以返回证据。
记录每个文件涵盖的帐户、货币和日期范围。一旦时间段开始重叠,充满类似名称的导出的文件夹就很难协调。
使用实际产品的当前导入模板和说明。 Financeia的公共期刊提供导入资源,但支持的格式和必填字段应在当前版本中检查,而不是假设。 Financeia

首先设置开放边界
如果期初余额是在 6 月 30 测量的,则导入活动通常应在所选设置方法的截止日期之后开始。如果包括已反映在期初余额中的 6 月交易,则可以计算两次。
定义是否包含待处理项目以及如何表示卡负债、贷款和转账。这些是结构性决策,而不是推迟到文件加载之后的问题。
清晰的开始日期可以让以后的对账变得更加容易。

正常化而不破坏意义
检查日期、小数点、符号、帐户名称和货币代码。在受支持的格式允许的情况下保留原始描述和参考。
除非当前记录的工作流程明确要求进行处理并保留源事实,否则请勿在导入之前将每笔交易转换为报告货币。原始金额对于调节至关重要。
根据证据将收入、消费、转移和所有者变动分开。银行借记并不自动成为费用。
测试一小段时间
选择包含普通购买、转账、退款和任何其他重要事件类型的示例。独立计算预期期末余额。
导入后,比较记录数量、金额、账户余额和分类。验证产品如何处理拒绝的行、编辑和重新导入。不要假设存在自动重复预防或回滚。
只有在可以从头到尾解释示例时才进行扩展。如果需要更正,请在加载更多历史记录之前记录下来。
协调已完成的迁移
完成的迁移应该有源文件清单、明确的日期边界、例外列表和帐户级别检查。诚实地记录任何缺失的期间或估计。
目标不是进口尽可能多的数量。它是为了创建一个支持可靠决策的历史记录,而不需要您在每次余额看起来错误时重建迁移。