置換調整
誤った会計仕訳を削除し、正しい仕訳に置き換えることで調整します。
2005年12月29日
これは、私が2000年代半ばに執筆していたエンタープライズアプリケーションアーキテクチャ開発に関する追加資料の一部です。残念ながら、それ以来、多くの他のことに気を取られており、これ以上の作業をする時間がありませんでしたし、近い将来も時間を見つけるのは難しいでしょう。そのため、この資料は非常に草稿段階のものであり、再度作業できるようになるまで、修正や更新を行う予定はありません。
仕組み
エラーは、あらゆる人間の活動において避けられないものです。コンピュータは、より大きなエラーをより迅速に犯すことを可能にします。会計の文脈では、これらのエラーは会計仕訳に誤った値として現れ、存在すべきではない仕訳や欠けている仕訳が含まれる場合もあります。
これらのエラーを発見したら、修正する必要があります。勘定科目を使用すると、特定の構造が得られ、これらのエラーを明確に見つけて修正することができます。
置換調整を行うには、3つの段階があります。誤った仕訳を見つけること、正しい仕訳がどうあるべきだったかを決定すること(事後仕訳)、そしてそれを修正するために勘定科目を調整することです。置換調整では、調整は単純に誤った仕訳を削除し、新しい事後仕訳を作成することです。
誤った仕訳を見つける方法と、それを探すのがどれほど難しいかは、システムの設計方法に大きく依存します。エラー修正を考慮せずに設計されている場合、ログをくまなく調べるというかなりの作業になる可能性があります。このタスクについては、一般的に言えることはほとんどありません。
これらすべてを容易にする方法として、勘定科目にイベントソーシングを使用することが挙げられます。これにより、各会計仕訳は、それを引き起こしたドメインイベントに結び付けられます。問題につながったドメインイベントを絞り込み、リンクをたどって誤った仕訳を特定するのは通常簡単です。
次のタスクは、事後仕訳を決定することです。これは、手作業、Excel、またはスクリプトによる一度限りの計算で行うことができます。調整がまれな場合は、一度限りの手法が有効です。別の方法としては、並列モデルを構築することでシステム自体を使用する方法があります。すべての修正を適用した並列モデルを作成し、イベントを処理してモデルをクエリすることで、事後仕訳を決定できます。修正されたモデルと元のモデルの間で勘定科目を比較できる場合は、このメカニズムを使用して、誤った仕訳と事後仕訳の両方を検出できます。
誤った仕訳と事後仕訳を特定したら、調整は簡単です。すべての誤った仕訳を削除し、事後仕訳を作成します。
いつ使用するべきか
置換調整は、勘定科目調整の3つのパターン(他のパターンは…)の1つです。置換調整は3つのうち最も単純ですが、欠点は誤った仕訳を削除するため、古いイベントの履歴が失われることです。例えば、勘定科目から支払いを発行した場合、支払いの背景が失われるため、これは機能しません。置換調整は、履歴が不要な場合に使用するのに適した手法ですが、その有用性の限界でもあります。
多くの場合、特定の期間内であれば仕訳を削除できますが、その後修正する必要があります。毎月の請求書を送信する場合、請求書を送信するまでは置換調整を使用できる可能性があります。その後は、他の手法のいずれかを使用する必要があります。
イベントソーシングを使用している場合、並列モデルで削除された仕訳を再生成できるため、すべての履歴が失われるわけではありません。これはニーズに十分な可能性があり、その場合は置換調整をより幅広く使用できます。