成功上傳並不等於準確的財務歷史記錄。可以接受包含重複期間、不一致貨幣或已包含正在匯入的交易的期初餘額的文件。
在嘗試大規模遷移之前,準備一個小的、可解釋的樣本。
保留未更改的來源副本
將原始報表或匯出儲存在安全位置。處理單獨的準備副本,以便在轉換引入錯誤時可以返回證據。
記錄每個文件涵蓋的帳戶、貨幣和日期範圍。一旦時間段開始重疊,充滿類似名稱的匯出的資料夾就很難協調。
使用實際產品的目前導入範本和說明。 Financeia的公共期刊提供匯入資源,但支援的格式和必填欄位應在目前版本中檢查,而不是假設。 Financeia

首先設定開放邊界
如果期初餘額是在 6 月 30 測量的,則導入活動通常應在所選設定方法的截止日期之後開始。如果包括已反映在期初餘額中的 6 月交易,則可以計算兩次。
定義是否包含待處理項目以及如何表示卡片負債、貸款和轉帳。這些是結構性決策,而不是推遲到文件載入之後的問題。
清晰的開始日期可以讓以後的對帳變得更容易。

正常化而不破壞意義
檢查日期、小數點、符號、帳戶名稱和貨幣代碼。在受支援的格式允許的情況下保留原始描述和參考。
除非目前記錄的工作流程明確要求進行處理並保留來源事實,否則請勿在匯入之前將每筆交易轉換為報告貨幣。原始金額對於調整至關重要。
根據證據將收入、消費、轉移和所有者變動分開。銀行借記並不會自動成為費用。
測試一小段時間
選擇包含普通購買、轉帳、退款和任何其他重要活動類型的範例。獨立計算預期期末餘額。
導入後,比較記錄數量、金額、帳戶餘額和分類。驗證產品如何處理拒絕的行、編輯和重新匯入。不要假設存在自動重複預防或回滾。
只有在可以從頭到尾解釋範例時才進行擴展。如果需要更正,請在加載更多歷史記錄之前記錄下來。
協調已完成的遷移
完成的遷移應該有來源文件清單、明確的日期邊界、例外清單和帳戶層級檢查。誠實地記錄任何缺失的期間或估計。
目標不是進口盡可能多的數量。它是為了創建一個支援可靠決策的歷史記錄,而不需要您在每次餘額看起來錯誤時重建遷移。