导入报告了一些被拒绝的行，因此您再次上传整个文件。第二次尝试可能会解决丢失的行，同时复制已经成功的行。
在重新导入之前，确定第一次尝试实际更改的内容。重复上传不是中立行为。
计算接受和拒绝的记录
假设文件包含 84 行。第一次导入接受 80 并拒绝 4 个。安全的下一步是从识别这四个人并了解他们失败的原因开始。
再次上传所有 84 可能会产生重复项，除非当前产品具有经过验证的方法来识别或替换以前导入的记录。不要假设该行为存在。
保留导入结果和使用的确切文件版本。重命名的文件不一定代表一组不同的事务。
检查重叠期间
月度报表、滚动导出和手动输入的活动可以重叠。 8 月 3 生成的 7 月导出可能包括稍后出现在 8 月文件中的 8 月初交易。
比较日期范围和可用的稳定参考。商家、金额、帐户和过账日期可能会有所帮助，但没有一个字段总是足够的。
两次真实购买可以共享金额和日期。待处理项目及其最终结算可能有所不同。重复审查需要上下文，而不仅仅是简单的平等测试。
纠正额外的事件而不是发明偏移
如果75的付款出现两次，添加75的虚假收入将恢复现金总额，同时夸大收入和支出。
使用适当的修正或逆转过程来消除重复的经济影响。保留简短的说明，尤其是当更改影响较早时期或共享导出时。
在未检查其是否包含未在其他地方重复的真实记录的情况下，请勿删除整个批次。
修复后进行协调
对于开仓现金为 2,000、流入 3,000 和流出 2,400 的简单账户，预期期末余额为 2,600。
将该结果与语句进行比较，然后检查重要的分类和转移对。匹配余额是必要的，但它并不能证明所有权和支出类别是正确的。
应查阅 Financeia 的当前期刊指南，了解支持的导入和更正工作流程。仅公开描述并不能建立自动重复数据删除、批量回滚或特定的审计跟踪行为。 Financeia
最好的重新导入流程会留下清晰的记录，记录哪些内容被接受、哪些内容被纠正以及原因。这可以防止一次失败的上传成为金融历史上永久的不确定性。