何年もの履歴をアップロードする前に財務インポートを準備してください

アップロードが成功しても、正確な財務履歴は同じではありません。重複した期間、一貫性のない通貨、またはインポートされる取引をすでに含む開始残高を含むファイルを受け入れることができます。

大規模な移行を試みる前に、説明可能な小規模なサンプルを準備してください。

ソースのコピーを変更せずに保存しておく

元のステートメントまたはエクスポートを安全な場所に保存します。変換によってエラーが発生した場合に証拠に戻ることができるように、別の準備コピーで作業します。

各ファイルがどのアカウント、通貨、日付範囲をカバーしているかを記録します。類似した名前のエクスポートが詰まったフォルダーは、期間が重複し始めると調整するのが困難になります。

実際の製品の現在のインポートテンプレートと手順を使用してください。 Financeia の公開ジャーナルはインポートリソースを提供しますが、サポートされている形式と必須フィールドは、前提ではなく現在のバージョンで確認する必要があります。 Financeia

期首残高が 6 月 30 に測定される場合、インポートされたアクティビティは通常、選択した設定方法に基づいてそのカットオフ後に開始されます。すでに開始残高に反映されている 6 月の取引を含めると、2 回カウントされる可能性があります。

保留中の項目が含まれるかどうか、およびカード負債、ローン、移転がどのように表されるかを定義します。これらは構造上の決定であり、ファイルがロードされるまで延期すべき問題ではありません。

開始日を明確にしておくと、後の調整がはるかに簡単になります。

日付、小数点、記号、口座名、通貨コードを確認します。サポートされている形式で許可されている場合は、元の説明と参照を保持します。

現在の文書化されたワークフローでその処理が特に必要であり、ソース事実が保存されている場合を除き、インポート前にすべてのトランザクションをレポート通貨に変換しないでください。照合には元の金額が不可欠です。

証拠に基づいて、収入、消費、移転、所有者の移動を分離します。銀行引き落としは自動的に経費になるわけではありません。

通常の購入、送金、払い戻し、その他の重要なイベントタイプを含むサンプルを選択してください。予想期末残高を個別に計算します。

インポート後、レコード数、金額、口座残高、分類を比較します。製品が拒否された行をどのように処理し、編集し、再インポートするかを確認します。自動重複防止またはロールバックが存在すると想定しないでください。

サンプルを最初から最後まで説明できる場合のみ展開してください。修正が必要な場合は、履歴をさらにロードする前に修正を文書化してください。

完了した移行には、ソースファイルのインベントリ、明確な日付境界、例外リスト、およびアカウントレベルのチェックが必要です。欠落している期間や推定値を正直に記録します。

目的は、可能な限り大量に輸入することではありません。これは、バランスが間違っていると思われるたびに移行を再構築する必要がなく、信頼できる決定をサポートする履歴を作成することです。