完全性の主張

完全性の主張の仕組み

監基報315に基づき、監査人は計画段階で被監査会社の財務報告プロセスに関わるリスクを識別する。完全性の主張は、特定の資産クラス（売上、仕入、固定資産、引当金）ごとに独立した監査対象となる。

完全性とは「記録漏れ」を防ぐこと。たとえば売上の場合、実際に製品を販売したにもかかわらず請求書を発行していない取引が存在するかもしれない。在庫なら、倉庫に存在する商品が帳簿に記録されていない可能性がある。仕入なら、請求書を受け取ったが経理部門に未報告の費用が残っているかもしれない。監基報330.A27では、監査人がこれらのシナリオに対する実証的手続を設計するよう求めている。

実務では、完全性を検証するため、監査人はシステムログ（売上記録の件数、仕入記録の件数）、源泉文書（出荷伝票、納品書、請求書原本）、取引明細表（銀行口座の全入出金、売掛金台帳の全取引）を証拠源として使う。財務報告に記録された数字から逆算するのではなく、源泉システムから開始して「記録漏れがないか」を確認する方向性が鍵である。監基報530に基づくサンプリング手続を適用する場合も同じ方向性が求められる。

具体例：スイス製造企業での完全性テスト

対象はスイスの機械部品メーカー、フリック・インダストリアルAG。売上は66M、IFRS報告。欧州全域に顧客を持つ受注型製造企業で、販売プロセスは受注システム（Salesforce）からERP生産計画、出荷指示、物流部門による実出荷、自動請求システムという流れ。毎月約2,200件の出荷が発生する。

最初のステップは源泉システムの把握と記録検証である。監査人は年間を通じて受注システムに記録された全件数と、実際に出荷指示に進んだ件数を確認した。Salesforceのレポート機能を使い、ステータス別に取引を抽出。出荷待機中のまま終了した受注（キャンセル、見積のみ）と、実出荷に至った取引を分離した。調書には「受注システムからの抽出レポート（2024年1月1日～12月31日）：全件数2,614件、うち出荷済み2,187件、キャンセル・見積427件」を貼付。

次に出荷記録から請求記録への照合に移る。出荷部門が保管する出荷伝票（Packslips）の全番号範囲を確認し、出荷番号001～2,187を物流システムから抽出、その件数と請求システムの請求書件数（売上計上件数）を照合した。差異が生じた場合は発生理由を特定する。配送後の返品（キャンセル売上）や請求遅延（翌期計上）など。調書の記録は「出荷記録2,187件、期末請求済み2,165件、返品調整-8件、翌期繰越20件」。差異は全て説明可能だった。

売上台帳と元帳への逆照合では、請求システムから抽出した全2,165件の請求額を合計（€67.4M）し、仕訳帳の売上計上額（€67.4M）と一致することを確認した。個別の大口顧客（上位10顧客で売上の約55%）については、顧客の契約書、出荷伝票、請求書、銀行入金確認まで端から端まで追跡。調書には「顧客A：契約金額€8.2M、出荷10回、請求10件、入金確認€8.2M。例外なし」と記載。

期末カットオフの検証として、12月25日～31日の出荷について当期計上か翌期計上かを確認した。経営者の出荷記録、請求日付、売上計上日付のアライメントが正確か検証する。調書の結果は「12月25日～31日の出荷：6件、全て12月中に請求・計上。翌期に繰り越された出荷：0件」。

この手続により、売上は源泉システムで全取引を把握し、出荷記録で実行を検証し、請求・計上までの全ステップが一貫していることが確認された。記録漏れの兆候はない。

監査人と監査役が誤解しやすい点

完全性テストを逆向きで実施する誤りが最も多い。売上台帳から出荷記録を確認するのではなく、出荷記録から売上台帳を確認すべきである。逆向きテストでは「記録されたもの」の妥当性は検証できるが、「記録されていないもの」の完全性は検証できない。実際にはこのロジックの反転がCPAAOBの検査で繰り返し指摘されている。正直、この間違いは経験年数の長い監査人でもやってしまう。源泉文書から帳簿への方向を「体に染み込ませる」しかない。

システム統計に依存して取引ベースの検証を省略する誤りも根深い。「販売システムから自動的に請求システムに連動しているから完全だ」という論証では不十分。監基報330.A27が求める実証的手続とは、その自動連動が全期間を通じて実際に機能していたかを取引レベルで検証すること。システム切り替え、機能停止、マニュアル介入が発生した月については、システムの信頼性だけに依存してはならない。

完全性を正確性と混同する誤りも散見される。「請求額が正確か」と「全取引が請求されたか」は別の主張である。金額の正確性（金額主張）は異なるテスト群で検証する。完全性は件数・項目の網羅性を問う。完全性テストで十分な証拠がないまま「システムが正しく動作している」という信頼性の主張に依存する調書は、多くの事務所で見受けられる不備だが、繁忙期に手を抜きたくなる気持ちは分からなくもない。それでも、件数と方向を間違えた調書はレビューで必ず差し戻される。

関連用語

金額の適切性（Accuracy Assertion）は、完全性が「全て計上されたか」を問うのに対し、「計上された金額は正しいか」を問う主張である。両者は異なるリスク・テストを必要とする。

発生の主張（Occurrence Assertion）は、ある取引が実際に発生したかを検証する。完全性と発生は両立する。全て計上されなければならず（完全性）、計上されたものは全て実際に発生していなければならない（発生）。

監査証拠（Audit Evidence）のうち完全性を支持するものには、源泉文書、システムレポート、取引明細、銀行照合などがある。

実証的手続（Substantive Procedures）は、完全性に対する対抗手続の大半を構成する。統制テストでは「プロセスが機能しているか」を検証し、実証的テストで「実取引が網羅されているか」を検証する。

リスク評価手続（Risk Assessment Procedures）は、監基報315に基づき計画段階で被監査会社の販売・仕入プロセスの設計と運用を理解し、完全性に関わるリスク要因を特定する段階である。

統制テスト（Tests of Controls）は、売上プロセスや仕入プロセスの内部統制が実際に機能しているかを検証する手続。完全性に関連する統制には、受注から請求への自動照合や出荷記録と請求記録の定期照合などがある。

サンプリング（Audit Sampling）では、全取引ではなく一部取引を抽出して検証する場合、監基報530に基づくサンプル設計が求められる。完全性テストでも大量取引の中から統計的に代表的なサンプルを抽出する手法が使われる。

ciferiツール

完全性テストの手続をステップバイステップで設計・実行する場合は、監基報330実証的手続チェックリストが参考になる。売上、仕入、在庫などの資産クラスごとの完全性テスト例と文書化様式を含む。

---