コンプライアンスを、個人が悪いことをしないための倫理問題だけとして扱うと、組織はかなり危うくなります。もちろん個人の倫理は重要です。しかし、契約、検収、支払い、承認、証跡が曖昧なままでは、善意の人だけで運用していても不正や事故が起きます。
組織で必要なのは、悪い人を見つける仕組みだけではありません。そもそも不適切な取引や支払いが通りにくい構造を作ることです。誰が依頼し、誰が契約し、誰が成果物を確認し、誰が支払いを承認し、どの記録を根拠として残すのか。この境界を分けておかなければ、コンプライアンスは掛け声になります。
倫理だけに依存すると仕組みが弱くなる
個人の倫理に依存した運用は、一見すると温かく見えます。信頼している相手だから細かい確認を省く。昔からの取引先だから契約を後回しにする。急ぎだから検収前に支払う。現場が困っているから例外的に進める。こうした判断は、短期的には業務を速くすることがあります。
しかし、例外が積み重なると、何が正式な手続きで、何が例外なのかが分からなくなります。あとから見る人には、正当な取引なのか、便宜供与なのか、責任逃れなのか判断できません。倫理は重要ですが、倫理だけでは第三者が検証できる状態を作れません。
| 依存しているもの | 起きやすい問題 |
|---|---|
| 担当者の善意 | 担当者が変わると判断基準も変わる。 |
| 口頭確認 | あとから事実関係を確認できない。 |
| 長年の取引関係 | 価格、成果物、例外処理の妥当性を見直しにくい。 |
| 上司の一言 | 正式な承認なのか、相談への反応なのかが曖昧になる。 |
| 現場の急ぎ | 契約、検収、支払いの順序が崩れやすい。 |
契約前に決めること
契約は、単に金額と納期を決める書類ではありません。何を依頼し、どの成果物を受け取り、どの条件を満たせば完了とするのかを定義するものです。契約が曖昧だと、検収も支払いも曖昧になります。
特に重要なのは、成果物、役務範囲、責任分界、変更時の扱いです。たとえば、資料作成、設計支援、開発、運用代行、保守、調査では、受け取るものも確認方法も違います。『支援』『対応』『一式』のような言葉だけで契約すると、あとから成果物の有無や品質を判断できなくなります。
| 契約前に決める項目 | 確認すること |
|---|---|
| 成果物 | 何を納品物とし、何を作業記録とするか。 |
| 完了条件 | どの状態をもって作業完了とみなすか。 |
| 責任分界 | 発注側、受注側、第三者の責任範囲。 |
| 変更管理 | 追加作業、仕様変更、延長時の承認方法。 |
| 再委託 | 再委託の可否、条件、責任の所在。 |
| 証跡 | 見積、発注、納品、検収、支払いの記録をどこに残すか。 |
検収は受け取ったふりをする手続きではない
検収は、支払いのために形式的に印を押す作業ではありません。契約で定義した成果物や役務が、実際に提供されたことを確認する手続きです。検収が弱いと、実態のない作業、品質不足の成果物、範囲外の請求が支払いに進んでしまいます。
検収で確認するべきことは、成果物の存在だけではありません。依頼した範囲と合っているか、完了条件を満たしているか、未対応事項が残っていないか、運用に引き渡せる状態か、変更が承認されているかを確認します。特に役務提供型の契約では、作業時間だけでなく、何が行われ、何が判断され、何が残ったのかを記録する必要があります。
検収者と発注者が同じでよい場合もありますが、金額やリスクが大きい場合は分けるべきです。依頼した本人だけが確認すると、期待と実態の差を見落としたり、関係性で甘く判断したりします。
支払い承認は請求書の確認だけではない
支払い承認は、請求書の金額と振込先を確認するだけでは足りません。支払いの根拠として、契約、発注、納品、検収、請求がつながっている必要があります。このつながりが切れていると、正しい支払いなのか、後付けの処理なのかが分からなくなります。
たとえば、契約がないまま請求書だけが届く、検収前に請求が上がる、発注内容と請求内容が違う、見積と請求の差額理由が残っていない、振込先変更の確認が弱い、という状態は危険です。支払いはお金が外部へ出る最終段階なので、ここで根拠を確認できなければ統制は機能しません。
| 支払い前に見るもの | 見る理由 |
|---|---|
| 契約・発注 | 支払い対象が正式に依頼されたものか確認する。 |
| 納品・作業記録 | 成果物や役務提供の実態を確認する。 |
| 検収記録 | 完了条件を満たしたことを確認する。 |
| 請求書 | 金額、税区分、支払条件、請求先を確認する。 |
| 振込先情報 | 取引先本人の口座か、変更時の確認があるかを見る。 |
| 例外承認 | 通常手続きから外れた理由と承認者を確認する。 |
例外処理を通常運用にしない
業務では例外が必要になることがあります。緊急対応、障害対応、期限のある法令対応、顧客影響を避けるための応急措置など、通常の手続きを完全に踏めない場面はあります。問題は、例外を認めることではなく、例外が記録されず、期限も戻し条件もないまま通常運用になることです。
例外処理には、理由、影響範囲、承認者、期限、後追いで整備する証跡を残す必要があります。『急ぎだったから』だけでは不十分です。何が急ぎだったのか、通常手続きを省いたことでどのリスクを受け入れたのか、いつ正式手続きへ戻すのかを明確にします。
例外が多い組織では、実質的なルールが二重化します。表向きの規程と、現場で実際に使われている抜け道が別に存在する状態です。この状態では、コンプライアンス教育を増やしても効果は限定的です。ルールではなく運用構造が崩れているからです。
証跡は責任追及ではなく再現性のために残す
証跡という言葉は、監査や責任追及のためだけに聞こえることがあります。しかし、実務上の証跡は、判断を再現するための材料です。なぜその取引先を選んだのか。なぜその金額なのか。何を受け取ったのか。誰が検収したのか。なぜ例外を認めたのか。これらが残っていなければ、あとから正当性を説明できません。
証跡が残っていない取引は、悪意がなくても疑わしく見えます。逆に、判断理由と承認経路が残っていれば、結果として問題が起きた場合でも、どこで判断を誤ったのか、どの仕組みを直すべきかを検証できます。
| 残す証跡 | 確認できること |
|---|---|
| 見積比較 | 価格や取引先選定の妥当性。 |
| 稟議・承認記録 | 誰が何を根拠に承認したか。 |
| 契約書・発注書 | 依頼範囲と責任分界。 |
| 納品物・作業報告 | 成果物や役務提供の実態。 |
| 検収記録 | 完了条件を満たしたこと。 |
| 支払い記録 | 請求根拠と支払い先の妥当性。 |
| 例外承認 | 通常手続きから外れた理由と期限。 |
分掌と牽制を設計する
コンプライアンスを仕組みにするには、同じ人が依頼、契約、検収、支払い承認をすべて握らないようにする必要があります。小さな組織では完全な分離が難しい場合もありますが、その場合でも、金額、取引先、例外の有無によって追加承認やレビューを入れる設計はできます。
分掌と牽制は、現場を疑うためだけのものではありません。担当者を守るための仕組みでもあります。一人がすべてを抱えると、ミスも不正も疑いもその人に集中します。判断と実行と承認を分けることで、担当者個人の倫理や負担に依存しない運用になります。
| 工程 | 分けたい役割 |
|---|---|
| 依頼 | 業務上必要かを判断する人。 |
| 契約 | 条件、金額、責任分界を確認する人。 |
| 納品確認 | 成果物や役務の実態を確認する人。 |
| 検収 | 契約上の完了条件を満たしたか判断する人。 |
| 支払い承認 | 支払い根拠と証跡を確認する人。 |
| 監査・レビュー | 手続き全体の妥当性を後から確認する人。 |
まとめ
コンプライアンスは、個人が正しく振る舞うことだけでは守れません。契約、検収、支払い、例外承認、証跡、分掌が設計されていなければ、善意の運用でも簡単に崩れます。
重要なのは、契約前に完了条件と責任分界を決め、検収で実態を確認し、支払いでは契約、納品、検収、請求のつながりを見ることです。例外を認める場合も、理由、期限、承認者、後追いで整備する証跡を残す必要があります。
コンプライアンスは、現場を縛るためだけのものではありません。担当者を守り、取引先との関係を明確にし、後から判断を説明できる状態を作るための設計です。個人の倫理に期待する前に、倫理だけに依存しなくても正しい処理が通る構造を作るべきです。
参考書籍
書籍
参考資料
- 金融庁: 財務報告に係る内部統制の評価及び監査の基準並びに実施基準の設定について
- 金融庁: 「内部統制報告制度に関する Q&A」等の改訂について
- 金融庁: 「内部統制報告制度に関する 11 の誤解」等の公表について

