0

トランザクション予約データベースの設計に満足していない

シナリオ、ユーザーはシステム (アプリケーション/ゲーム、プラットフォームなど) から自分の銀行口座にお金を引き出します。

銀行が銀行振込を拒否したため、引き出し取引は失敗しました。システムは、拒否/失敗したトランザクションの手数料を差し引いた資金をユーザーに返す必要があります。

引き出しを実行するには、4 つのトランザクション エントリがあり (4 つのレコードが作成されます)、トランザクションの取り消しを実行するには、別の 6 つのトランザクション エントリがあります。合計10回の取引エントリー！(10 件のレコードが作成されました!)

これを行うためのより良い方法があるかもしれないと感じています！おそらく、レコードに予約済みのフラグを立てて、予約済みトランザクションのロジックをソフトウェアに追加できますか???

私はそれを正しくやっていますか？

複式簿記データベース設計でトランザクションを予約するにはどうすればよいですか?

編集: トランザクションの予約は、データベース トランザクションの reseval ではなく、資金の準備を指します。

4

1 に答える 1

1

これがプログラミングの質問かどうかはわかりません。ここで問題になるのは、会計要件です。私たちのシステムでは、借方を AR 補助元帳に転記し、次に貸方/借方を総勘定元帳に転記します。その後、不承認、小切手のバウンスなどを受け取った場合は、それを元に戻す新しいトランザクションを投稿します。それがなければ、実際に何が起こったかの記録はありません。

ポストタイムでクレジットカードを決済できるため、クレジットカードでこれらの一部を回避します. トランザクションが決済に失敗した場合、AR バッチは転記されず、事務員はそれを修正するか、トランザクションを削除する必要があります。AR 補助元帳トランザクションには、残高に影響を与える前に反転する必要がある転記済みフラグがあり、転記が成功するまで GL は調整されません。投稿に成功してもチャージバックが発生した場合でも、上記の方法を使用します。

実際には、監査官がどのような種類の記録を保持したいかによって異なります。彼らは、レポートや不正行為の可能性を検出するために、失敗したトランザクションを追跡したいと思うかもしれません。一般的なルールは、何かが投稿されると、決して変更してはならないということです。

于 2011-02-12T16:16:36.997 に答える