匯入報告了一些被拒絕的行，因此您再次上傳整個文件。第二次嘗試可能會解決遺失的行，同時複製已經成功的行。
在重新匯入之前，確定第一次嘗試實際變更的內容。重複上傳不是中立行為。
計算接受和拒絕的記錄
假設檔案包含 84 行。第一次導入接受 80 並拒絕 4 個。安全的下一步是從識別這四個人並了解他們失敗的原因開始。
再次上傳所有 84 可能會產生重複項，除非目前產品具有經過驗證的方法來識別或替換先前匯入的記錄。不要假設該行為存在。
保留匯入結果和使用的確切檔案版本。重新命名的檔案不一定代表一組不同的事務。
檢查重疊期間
月報表、捲動匯出和手動輸入的活動可以重疊。 8 月 3 產生的 7 月匯出可能包括稍後出現在 8 月文件中的 8 月初交易。
比較日期範圍和可用的穩定參考。商家、金額、帳戶和過帳日期可能會有所幫助，但沒有一個欄位總是足夠的。
兩次真實購買可以共享金額和日期。待處理項目及其最終結算可能有所不同。重複審查需要上下文，而不僅僅是簡單的平等測試。
修正額外的事件而不是發明偏移
如果75的付款出現兩次，添加75的虛假收入將恢復現金總額，同時誇大收入和支出。
使用適當的修正或逆轉過程來消除重複的經濟影響。保留簡短的說明，尤其是當變更影響較早時期或共享匯出時。
在未檢查是否包含未在其他地方重複的真實記錄的情況下，請勿刪除整批。
修復後進行協調
對於開倉現金為 2,000、流入 3,000 和流出 2,400 的簡單帳戶，預期期末餘額為 2,600。
將該結果與語句進行比較，然後檢查重要的分類和轉移對。匹配餘額是必要的，但它並不能證明所有權和支出類別是正確的。
應查閱 Financeia 的當前期刊指南，以了解支援的匯入和更正工作流程。僅公開描述並不能建立自動重複資料刪除、批次回滾或特定的稽核追蹤行為。 Financeia
最好的重新匯入流程會留下清晰的記錄，記錄哪些內容被接受、哪些內容被修正、原因。這可以防止一次失敗的上傳成為金融歷史上永久的不確定性。