日期 04/05 可以表示四月 5 或五月 4。在另一個語言環境的標點符號規則下，金額 1.234,56 可以表示與 1,234.56 相同的數值，但不相容的解析器可能會誤讀它。
這些並不是表面上的差異。日期錯誤可能會將帳單轉移到錯誤的月份，而數字錯誤可能會導致餘額無法使用。
遵循記錄的輸入格式
檢查目前範本所需的日期、數字和貨幣約定。不要假設介面中顯示的語言會自動決定匯入檔案的解析方式。
Financeia的公共期刊提供進口資源。使用目前的指南和範例，而不是根據記憶改編舊的電子表格。 Financeia
如果格式不明確，請在上傳之前解決它。在電子表格應用程式中看起來正確的文件可能包含其他系統以不同方式解釋的基礎值或文字。
透過簡單的計算測試標誌
假設一個帳戶以 500 開立，收到 1,000 並支付 300。預計期末餘額為 1,200。
如果匯入將 300 付款視為正數，則結果將變為 1,800。這個簡單的測試比檢查大型帳戶中的數百行更清楚地揭示了符號問題。
檢查模板是否需要簽名金額、單獨的流入和流出欄位或其他約定。使用實際說明而不是猜測。
保持貨幣角色不同
商家購買 EUR 100 可能會以 USD 112 結算，並收取單獨確定的 USD 2 費用。收款金額、結算金額和報告換算不得合併為一個無依據的數字。
將正確的貨幣分配給正確的金額和帳戶。沒有貨幣的數值100在多貨幣記錄中是不完整的證據。
不要認為貨幣符號本身是明確的。多種貨幣使用相似的符號，因此支援的貨幣識別碼很重要。
仔細檢查邊緣狀況
在測試樣本中包含該月第十二天之後的日期、小數金額、帶有千位分隔符號的大金額、退款和轉帳。這些情況暴露了整數和明確日期檔案可能隱藏的錯誤。
直觀地以及透過期末餘額檢查匯入的日期和金額。兩個錯誤有時會相互抵消，從而使總數正確，而個別記錄仍然錯誤。
保留準備規則和來源文件。如果以後的匯入失敗，您應該能夠確定發生了什麼變化，而不是從零開始調查。
可靠的進口是其解釋是已知的。沒有錯誤訊息並不能證明日期、符號和貨幣已被正確理解。