保留中のトランザクションが重複購入にならないようにする必要があります

レストランでの支払いは金曜日には銀行アプリに 80 として表示され、月曜日の最終明細には 92 として表示されます。最初の数字は保留中だった。 2 番目には最終的な金額が含まれます。両方を購入として記録すると、1 回の食事が 172 の支出になります。

保留中のアクティビティは認識には役立ちますが、必ずしも最終的な決済記録であるとは限りません。信頼できるシステムは、暫定的なイベントと完了したイベントの間のつながりを維持します。

証拠が実際に何を示しているかを理解する

保留中の金額は、完了した引き落としではなく承認を表す場合があります。最終的な金額、販売者の説明、掲載日は異なる場合があります。一部の承認は購入にならずに消滅します。

ステータスは、常に台帳に追加する必要がある 2 番目のトランザクションタイプではなく、情報として扱います。レストランの例では、最終的な購入額は 92 です。以前の 80 はその歴史の一部であり、追加の食事ではありません。

デポジットまたは一時保留の場合、お金が実際に決済されたかどうか、またそれがどのような義務に関連しているかを確認します。目に見えるすべての保留が最終的な出費であるとは考えないでください。

金額だけでは十分ではありません。 2 つの本物の購入の合計は同じになる可能性がありますが、1 つの保留中の購入は異なる金額で決済される可能性があります。

販売者、アカウント、取引日と投稿日、参照情報、通貨、および周囲のコンテキストを比較します。入手可能な場合は、元の参照を保管してください。有用な一致は、単純に合計を便利にするのではなく、2 つのレコードが同じイベントを表す理由を説明します。

不確かな場合は、明確に識別されたレビューキューにアイテムを残します。証拠なしに削除すると、2 回数えるのと同じくらい有害になる可能性があります。

保留中の支払いは、安全に使用できる現金の量を決定する際に依然として重要となる可能性があります。おそらく和解に備えて十分な金額を確保しておきますが、その計画的余裕を 2 番目に完了した支出と混同しないでください。

口座残高にすでに保留が反映されている場合は、利用可能な現金の計算で再度保留を差し引く前に、その残高の定義を理解してください。銀行やカードプロバイダーによって残高の表示方法が異なる場合があるため、特定の口座に関する説明を参照してください。

目標は、不確実性を無視することではありません。不確実性を一度明確に示すことです。

期間の終わりに、完了した記録と公式声明を比較してください。異常に長い間未解決のままになっている保留中のアイテムを確認します。決済、反転、または重複が欠落している場合は、修正が必要になる場合があります。

新しいステートメントをインポートするときは、暫定レコードがすでに手動で入力されているかどうかを確認してください。インポートプロセスで以前のすべてのエントリが自動的に認識されると想定しないでください。現在の製品の動作を信頼する前に、少数のサンプルでテストしてください。

良いレビューはシンプルな結果を残します。完了した購入はすべて 1 回表示され、本物の反転は目に見えるままであり、未解決のアクティビティが確実性を装うことはありません。