あなたと最大の顧客が同じ請求書を記録しているのに、帳簿が一致しない。相手の買掛金は48,200ドル、あなたの売掛金は48,750ドルで、誰かが金曜日の午後をメールやクレジットメモ、運送費の調整を探し回って550ドルの差額を見つけるのに費やすことになる。これを取引するすべての取引先について掛け合わせれば、現代の会計業務における照合作業のほとんどを説明したことになる。二つの当事者、二つの私的な台帳、そして両者が同じことを言っていると証明するための遅くて手作業のプロセスだ。
三者間複式簿記は別の仕組みを提案する。各当事者が独自の記録を保持して後で照合する代わりに、両当事者が一つの共有記録に記帳する。それは各当事者によって暗号学的に署名され、後からどちらもこっそり書き換えることはできない。レシート自体が第三の仕訳となり、両方の帳簿が参照する単一の真実の源となる。明日あなたの勘定科目表を置き換えるよう誰も求めていないが、この考え方はすでに監査人、ソフトウェアベンダー、基準設定者が企業間照合についてどう考えるかに影響を与えている。以下では、それが何であるか、今日使用している複式簿記システムとどう違うのか、そして記録の照合に費やす時間にとって何を意味するのかを説明する。
簡単な復習：複式簿記の仕組み
複式簿記は500年以上にわたって世界の帳簿を動かしてきた。それには十分な理由がある。すべての取引は少なくとも二つの勘定に触れる——一方に借方、他方に貸方——ため、帳簿には組み込みのエラーチェックが備わっている。借方合計は貸方合計と等しくなければならない。
あなたの企業が現金で5,000ドルの機器を購入したとする。備品勘定に5,000ドルを借方記入し（資産が増加）、現金勘定に5,000ドルを貸方記入する（資産が減少）。会計等式——資産は負債と純資産に等しい——は均衡を保つ。
このシステムは以下を提供する：
- 財務管理。 価値のあらゆる移動は対応する勘定にわたって記録されるため、資金が黙って現れたり消えたりすることはない。
- エラー検出。 借方と貸方が合わなければ、何かが誤って記録されたことになり、調べるべきだとわかる。
- 財務報告。 損益計算書、貸借対照表、キャッシュフロー計算書はすべて同じ均衡した台帳から積み上げられる。
- 監査証跡。 各仕訳は源泉文書——請求書、レシート、銀行明細——に遡り、監査人が検査できる。
しかし複式簿記にはこの議論で重要な盲点がある。それはあなたの帳簿の内部整合性を検証するのであって、他人の帳簿との一致を検証するのではない。均衡した試算表は、顧客の記録があなたのものと一致するかどうかについては何も語らない。誤分類された取引でも貸借は合う。誤った期間に記録された取引でも貸借は合う。そうした問題を捉えるのが照合、確認、監査の役割であり——まさに三者間複式簿記が排除しようとするコストなのだ。
三者間複式簿記とは実際に何か
三者間複式簿記はすべての取引に第三の記録を追加する。それは両当事者が見ることのできる共有された改ざん検知可能な仕訳である。あなたは自分の借方と貸方を保持する。取引先は自分のものを保持する。そして両者が同じデジタルレシートに署名し、それはどちらか一方だけが管理するのではない共有リポジトリに保存される。
この概念に最も関連する言葉は金融暗号学者Ian Griggのものである：レシートが取引である。三者間システムでは、署名済みのレシートは取引に関する書類ではなく——取引の権威ある記録そのものである。各当事者の内部帳簿はその後、それぞれ独立した出来事の版を維持して一致することを願うのではなく、その共有レシートを参照する。
歴史について簡単に注記しておく。名称が人々を混乱させるからだ。三者間複式簿記はブロックチェーンのために発明されたのではない。Griggは1990年代半ばにRicardo決済システムで核となる考えを発展させ、会計士Todd Boyleは同じ頃に「共有記録に署名する」という同じ論理でShared Transaction Repositoryを独立に提案した。Griggの2005年の論文「Triple Entry Accounting」がモデルを形式化した：三つの署名済みメッセージ——オファー、承諾、検証——が両者が信頼する一つのレシートを生み出す。ブロックチェーンは後から登場し、この考え方に便利な住処を与えた。分散台帳は単一の当事者が改変できない仕訳を保存する自然な場所だからだ。しかし会計上の洞察はそれ自体で成立する：照合しなければならない二つの私的記録よりも、一つの共有記録の方が優れている。
三つの署名
Griggのモデルでは、取引は三つの署名済みステップを生み出す：
- オファー。 売り手が取引の草案——何が、いくらで、どのような条件で売られるか——に署名する。
- 承諾。 買い手が副署し、その条件に同意する。
- 検証。 共有リポジトリが二重署名されたレシートを検証し——署名、残高、ルールをチェックし——それを共有記録に刻印する。
その結果は三つすべての署名を帯びたレシートとなる。どちらの当事者も独立に検証でき、どちらも後から署名を無効にすることなく改変できない。あなたの帳簿と取引先の帳簿はそれぞれ独自の複式仕訳を保持するが、両方が同じレシートIDを引用する——だから「我々の記録は一致するか？」はプロジェクトではなく検索になる。
複式簿記と三者間簿記：並列比較
| 複式簿記 | 三者間簿記 | |
|---|---|---|
| 取引あたりの記録 | 二つの私的仕訳（あなたと相手の） | 二つの私的仕訳に加えて一つの共有署名済みレシート |
| 真実の源 | 各当事者自身の台帳 | 両台帳が参照する共有レシート |
| 照合 | 事後の手作業による照合 | 組み込み——両者が同じ記録に署名済み |
| 改ざん耐性 | 内部統制と監査 | 暗号学的署名に加え、どちらの当事者も管理しない台帳 |
| 監査証拠 | 抽出された源泉文書、確認状 | 完全な署名済み記録、全体を検証可能 |
| 成熟度 | 普遍的、数世紀の実務 | 主にパイロット、試作、研究 |
重要な行は最後のものだ。複式簿記は世界中のすべての税務当局、貸し手、会計基準が理解するシステムである。三者間簿記は有望なアーキテクチャであり実動するデモンストレーションもあるが、一般に認められた基準も、十分な証拠とは何かについての税務当局の指針もなく、暗号通貨ネイティブ企業以外での本番導入はごくわずかだ。以下すべては移行計画ではなく方向性として扱ってほしい。
リカーディアン・レシート：仕訳の中の契約
三者間複式簿記の中の最も実用的な考え方の一つはリカーディアン契約であり、これもGriggの研究から来ている。リカーディアン契約は人間とソフトウェアの両方が読める文書である：人間が読める条件と機械が読めるパラメータが一つの証書の中に共存し、暗号学的ハッシュで結び付けられている。
なぜそれが会計にとって重要か？照合が実際に何を照合しているかを考えてみよう。あなたの請求書には「ネット30日、早期支払割引2%、運送費前払い」とあるが、顧客のシステムは「ネット30日」だけを受け取り残りを落とした。6週間後、一方で割引が適用され他方でされないとき金額が食い違う。リカーディアン・レシートは条件と数値を一つの署名済みオブジェクトに載せるため、各当事者の仕訳を記帳するソフトウェアは人間が読むのと同じ条件を読む。「我々は何に合意したのか」についての紛争は縮小する。合意が別のメールスレッドに存在するのではなく取引とともに移動するからだ。
中小企業にとって、この考え方の近期的な版は聞こえるほど異国的ではない：PDF添付としてではなく電子的に交換される構造化請求書データ（明細項目、税、条件）であり、各当事者が異なる形で再入力するものではない。機械可読な源泉文書へのあらゆる一歩は、三者間簿記が描く世界への一歩である。
共有台帳が照合にとって何を意味するか
照合は取引先を持つことに対して複式簿記が課す税である。企業間照合、銀行照合、発注書の三者照合——すべては二つ以上の当事者が同じ経済事象を独立に記録し、記録が一貫していることを証明しなければならないために存在する。業界の推計は一貫して、手作業の照合を財務チームの最も時間のかかる決算業務の一つに位置づけている。
三者間簿記はそのコストを根源で攻撃する：
- 取引先残高は構造上一致する。 両者が同じレシートに署名していれば、この記事の冒頭の売掛金対買掛金の不一致は起こり得ない——一つの金額が二度署名されているのだ。
- タイミングの差異は直ちに表面化する。 買い手が承諾したが売り手がまだ記帳していない取引は、共有リポジトリ内の半分署名されたレシートとして両者に見え、何週間も後に照合項目として現れることはない。
- 監査は抽出から検証へ移行する。 今日、監査人はすべてを検証することは非現実的なため、取引を抽出し第三者と残高を確認する。署名済みレシートの共有台帳に対しては、ソフトウェアが全母集団を検証できる：すべての署名が有効で、すべてのレシートが両当事者の仕訳と一致する。監査人の仕事は「これらの取引は発生したか？」から「正しい期間と勘定に記録されたか？」へと移る——依然として熟練した仕事だが、異なる仕事だ。
- 不正は難しくなるが、不可能にはならない。 仕訳の遡及日付記入、取引先確認の偽造、二重帳簿の維持はすべて、取引先も署名した記録とあなたが管理しないリポジトリを改変することを要する。断固とした不正者は適応する——両者が署名したゴミは依然としてゴミだ——が、軽率で日和見的な操作はずっと難しくなる。
これらいずれもあなた自身の帳簿の必要性を取り除くものではない。確定申告、経営報告、借入契約はすべてあなたの内部台帳から動いており、当面そうあり続ける。変わるのは信頼の境界である：あなたの帳簿が他者との取引について事実を主張する代わりに、共有記録がそれを主張し、あなたの帳簿がそれを参照する。
正直な限界
三者間簿記への熱意は日常的に現実を追い越すので、ここで台帳の反対側を示す：
- 両当事者が参加しなければならない。 署名が一つの共有記録は、余分な手順を加えただけのあなた自身の帳簿にすぎない。ネットワーク効果は両刃である：システムは取引先がそれを使っているときに最も価値があり、取引先はあなたのような企業が参加するまで参加する理由がない。
- 多くのユースケースでプライバシーは未解決である。 あなたの監査人が完全に読める台帳は、あなたの競合他社も読むかもしれない台帳でもある。実際の導入には選択的開示——取引全体を明かさずに取引に関する事実を証明すること——が必要であり、その暗号技術はまだ成熟途上にある。
- 基準はまだ存在しない。 三者間レシートの広く採用された形式もなく、共有台帳の証拠が認識と測定にどう対応するかについてのGAAPやIFRSの指針もなく、税務上どちらの当事者のシステムが記録の帳簿となるかについても定まった答えがない。
- 悪い会計を修正するものではない。 レシートに署名しても、金額が収益か負債か、どの期間に属するか、控除可能かはわからない。分類、タイミング、判断は依然として確固として人間（そして複式簿記）の仕事である。
現実的な近未来はハイブリッドである：あなたの複式簿記の帳簿は記録のシステムとして残り、特定の摩擦の大きいフロー——企業間取引、サプライチェーン金融、監査確認——が最初に共有記録へ移行する。
今日できること
便益の一部を捉えるのにブロックチェーンは必要ない。核となる洞察——後で照合するのではなく取引時に記録に合意する——は普通のツールで機能する：
- PDFではなく構造化データを交換する。 明細項目、税、条件を機械可読に運ぶ電子請求書形式と会計ソフトウェア連携は、ほとんどの不一致を引き起こす再入力エラーを排除する。
- メールではなく取引の中で条件を確認する。 支払条件、割引、運送責任を請求書自体に載せ、あなたのシステムがそれらのフィールドから記帳するようにする。
- 月次ではなく継続的に照合する。 現代のソフトウェアにおける銀行フィードと自動照合ルールは、現金について「共有記録」の体験を近似する：銀行の記録とあなたのものが毎日比較され、例外は記憶が新しいうちに表面化する。
- 自分の帳簿を完璧に保つ。 どんな共有インフラが到来しても、それはあなたの内部仕訳を参照する——今日のきれいな勘定は代替物ではなく前提条件である。
帳簿をプレーンテキストで保つ場合、規律は同じに見える。購入とその支払は、金額と取引先で一致しなければならない別々の仕訳である——まさに共有レシートが結びつける種類の対だ：
2026-10-15 * "Acme Supply" "Widget shipment, invoice #4821, net 30"
Expenses:CostOfGoodsSold:Widgets 487.50 USD
Liabilities:AccountsPayable:Acme -487.50 USD
2026-10-28 * "Acme Supply" "Payment, invoice #4821, 2% early-pay discount taken"
Liabilities:AccountsPayable:Acme 487.50 USD
Expenses:CostOfGoodsSold:Discounts -9.75 USD
Assets:Checking -477.75 USD割引の行は冒頭の話の不一致が住む場所である：供給元のシステムが2%の条件を決して記録しなかったなら、相手の帳簿は9.75ドルの不足支払を示し、あなたの帳簿は決済済みの請求書を示す。条件を運ぶ署名済みレシートは紛争が始まる前に防いだであろう。このように買掛金を構造化する詳細については、買掛金のドキュメントを参照されたい。
結論
複式簿記は「私の帳簿は内部整合しているか？」に答える。三者間複式簿記はより難しい問いに答えようとする：「私の帳簿は他のすべての帳簿と一致するか？」仕組み——両当事者が参照する共有の署名済みレシート——はエレガントであり、その背後の歴史はブロックチェーンの誇張より10年先行する。しかし共有台帳は参加、プライバシー、基準において依然として実際の障害に直面しており、あなたの複式簿記の帳簿は税務、貸し手、経営にとって記録のシステムであり続ける。
実用的な要点はビジョンより狭く、より有用である：合意を取引時に押し進めること。構造化請求書、文書上の条件、継続的照合、きれいな内部仕訳は、あなたがすでに持っているツールで便益の多くを捉える。共有台帳インフラが普通の企業にとって十分に成熟したとき、規律ある帳簿を持つ企業がプラグインする準備のできた企業となる——共有レシートはそれを参照する仕訳と同じだけしか良くないからだ。
