ステートメントの再インポートは重複チェックから始める必要があります

インポートでは拒否された行がいくつか報告されるため、ファイル全体を再度アップロードします。 2 回目の試行では、すでに成功した行を複製しながら、欠落している行を解決できる可能性があります。

再インポートする前に、最初の試行によって実際に何が変更されたかを確認してください。アップロードを繰り返すことは中立的なアクションではありません。

受け入れられたレコードと拒否されたレコードを数える

ファイルに 84 行が含まれているとします。最初のインポートでは 80 が受け入れられ、4 つは拒否されます。安全な次のステップは、これら 4 つを特定し、失敗した理由を理解することから始まります。

現在の製品に以前にインポートされたレコードを認識または置き換える検証済みの方法がない限り、すべての 84 を再度アップロードすると重複が作成される可能性があります。動作が存在すると仮定しないでください。

インポート結果と使用された正確なファイルバージョンを保持します。名前が変更されたファイルは、必ずしも別のトランザクションのセットを表すとは限りません。

月次明細、ローリングエクスポート、手動で入力したアクティビティは重複する場合があります。 8 月 3 に生成された 7 月のエクスポートには、8 月のファイルに後で表示される 8 月初旬のトランザクションが含まれる場合があります。

入手可能な場合は、日付範囲と安定した参照を比較します。販売者、金額、アカウント、投稿日が役に立ちますが、常に 1 つのフィールドだけで十分というわけではありません。

2 つの本物の購入では、金額と日付を共有できます。保留中のアイテムとその最終決済は異なる場合があります。重複レビューには、単純な同等性テストだけではなく、コンテキストが必要です。

75 の支払いが 2 回表示された場合、偽の収入 75 を追加すると、収入と支出の両方が誇張されたままで現金の合計が復元されます。

適切な修正または取り消しプロセスを使用して、重複した経済効果を除去します。特に変更が以前の期間または共有エクスポートに影響を与える場合は、簡単な説明を保持してください。

他の場所で複製されていない本物のレコードが含まれているかどうかを確認せずに、バッチ全体を削除しないでください。

開設時の現金が 2,000、流入が 3,000、流出が 2,400 の単純な口座の場合、予想される期末残高は 2,600 になります。

その結果をステートメントと比較し、重要な分類を調べてペアを転送します。バランスの一致は必要ですが、所有権と支出のカテゴリが正しいことを証明するものではありません。

サポートされているインポートと修正のワークフローについては、Financeia の最新の雑誌ガイダンスを参照する必要があります。公開された説明だけでは、自動重複排除、バッチロールバック、または特定の監査証跡動作は確立されません。 Financeia

最良の再インポートプロセスでは、何が受け入れられ、何が修正され、その理由が明確に記録されます。これにより、アップロードの 1 回の失敗が金融履歴の中で永久的な不確実性となるのを防ぎます。