1 承認手続の概要
1.1 目的と期待される効果
承認手続は、組織内で行われる意思決定や業務上の行為について、実施前に所定の基準へ適合していることを確認し、関係者の合意と記録を残すための仕組みである。主な目的は、判断の妥当性を高め、後から説明できる状態を整える点にある。併せて、誤りや不正が生じた場合の抑止および早期発見につながり、業務のばらつきを減らして標準化を促す。
期待される効果としては、(1)責任の所在が明確になること、(2)リスクに応じて適切な精度の審査が行えること、(3)手続の透明性が高まり内部統制として機能すること、(4)例外や変更が体系的に扱われること、が挙げられる。さらに、属人的判断に依存しすぎない運用を可能にするため、組織の成長や体制変更にも耐えやすい。
1.2 承認手続の基本構成
1.2.1 申請
申請は、起案者が承認を求めるために必要事項を用意し、所定の窓口へ提出する段階である。ここでは、対象の特定、目的、条件、金額や数量、関連書類、期限、想定される影響など、後続の審査で判断できる情報が揃っていることが求められる。申請様式は業務の種類に応じて差があり、入力項目の粒度と記録性は運用設計に直結する。
また、申請は「誰が」「何を」「なぜ」「いつまでに」実行したいかを整合させる場であり、不足がある場合は審査工程に進めない前提を置くことが多い。これにより手戻りや滞留を減らし、工程全体の品質を確保する。
1.2.2 審査・確認
審査・確認は、申請内容が定められた基準に適合するかを点検する工程である。検討観点は、要件充足、費用や単価の妥当性、リスク評価、関連部署の整合性などに分かれる。審査側は、根拠資料の確認、計算や前提の整合、過去事例との比較、法務・契約・品質などの観点に基づき判断する。
この段階では、承認か否かだけでなく、追加資料の要求、条件付きでの先行実施、修正の提案など、判断の幅を持たせる設計が有効である。結果は後続の決裁へ引き継がれ、以後の説明可能性を担保する。
1.2.3 決裁・承認
決裁・承認は、権限者が最終的に実行可否を決める工程である。ここでは、権限体系に従って適切な決裁者が選ばれ、申請から審査結果までの情報が意思決定に足る状態で提示されることが必要となる。決裁者は、基準への適合性に加えて、組織目標や予算枠、優先順位、外部影響など、経営的観点を踏まえて判断する。
決裁の記録には、承認の根拠となる要点、条件の有無、適用した基準、承認日や有効期間などが含まれることが望ましい。これにより、後日の確認や監査対応に耐える情報が確保される。
1.2.4 通知・実行・記録
通知・実行・記録は、決裁結果を関係者へ伝達し、実務上のタスクへ落とし込む段階である。承認後は、発注・契約・支払い手続・作業開始など、対象業務の実行が開始される。差戻しや条件変更がある場合は、修正指示の内容が明確に共有され、再申請につながる。
記録はプロセスの終点ではなく、次の検証や改善のための材料になる。承認番号、決裁経路、参照資料、監査ログ、実行完了状況などを一貫して管理することで、組織としての統制が成立する。
1.3 対象範囲の考え方
1.3.1 金額・種類による区分
承認手続の対象範囲は、業務の性質と影響の大きさに応じて区分して設計する。一般に、金額が大きいほど、また契約・支払い・外部委託のように影響範囲が広いほど、厳格な審査や上位権限の関与が必要になる。種類の区分では、購入、契約変更、採用、設備投資、例外支出など、リスクの型が異なる業務を整理し、それぞれに必要な手続レベルを定める。
区分が適切でない場合、過剰な承認で業務が滞り、逆に緩すぎれば統制が機能しない。したがって、運用開始後も実績データを用いて、境界の妥当性を調整することが重要となる。
1.3.2 手続が必要なタイミング
手続が必要となるタイミングは「実行前」であることが基本だが、例外的に途中変更や継続案件の扱いが問題になることが多い。たとえば、見積条件の変更、追加発注、契約条項の修正、予算超過の発生など、意思決定が再発生する局面では改めて承認が必要になる。
また、期限管理の観点では、申請受付から決裁までのリードタイムを見積もり、締切に間に合うように運用設計することが求められる。タイミングの定義が曖昧だと「どこからが手続対象か」が組織内で割れ、統一性が損なわれる。
2 権限設計と承認基準
2.1 権限体系（決裁者・承認者・起案者）
2.1.1 権限の階層化
2.1.1.1 部門長・役員・代理決裁の位置づけ
権限体系は、起案者、審査者、承認者、決裁者の役割を分け、責任と判断の範囲を明確にする枠組みである。階層化により、影響が大きい案件ほど上位権限が関与し、誤りのコストを抑える。部門長は通常、業務の整合や部門方針との適合を中心に判断し、役員は経営的影響や予算枠との整合を含めて最終判断を担うことが多い。
代理決裁は、決裁者不在時に統制を維持するための仕組みであり、条件や対象範囲をあらかじめ規程で定める必要がある。代理が承認した場合でも、事後的に説明できる記録が残り、権限の正当性が確保される。運用上は、代理権の付与方法や期間、代理時の承認基準の扱いが重要になる。
2.2 承認基準（ルールと判断軸）
2.2.1 金額閾値・期間・回数
承認基準は、判断を一貫させるための「ルール」と、案件ごとに考慮する「判断軸」を組み合わせて設計する。金額閾値は、例えば一定額未満は部門内で処理し、それを超えると上位権限が必要になるといった形で定義される。期間では、契約の長期化、継続支出の更新、特定の短納期案件などに応じて承認レベルを変える。
回数の考え方も実務で重要である。例えば、同一取引先への反復発注、同種案件の頻出、例外扱いの継続などは、通常手続を要求する頻度や、一定回数を超えた場合の再評価をルール化できる。これにより、慣性で例外が拡大することを防ぐ。
2.2.2 影響度（リスク、顧客影響、法務影響）
金額や回数だけでは捉えきれない要素として、影響度の評価がある。リスクの観点では、財務損失、品質の逸脱、セキュリティ上の懸念、業務停止の可能性などを評価し、必要な審査の深さを決める。顧客影響では、納期遅延やサービス品質低下が顧客に及ぼす範囲、対応コスト、評判への波及を考慮する。
法務影響では、契約条件、責任範囲、補償、個人情報や知的財産の扱いなど、法的な論点が含まれるかを確認する。影響度の高い案件では、専門部署の関与を増やし、単なる形式確認ではなく根拠に基づく審査を求めるのが一般的である。
2.3 エスカレーションの設計
2.3.1 判断が割れる場合の扱い
エスカレーションは、審査や承認の過程で意見が分かれた場合に、最終判断へ到達するための手順である。判断が割れたときは、差異の根拠を整理し、前提条件、適用基準、追加調査の必要性を明確化したうえで上位者に判断を委ねる。
設計のポイントは、エスカレーションのトリガー条件（例：基準違反疑義、リスク評価の不一致、法務観点の未確認など）を事前に定義すること、そして決裁者へ渡る情報の品質を揃えることである。曖昧なまま上位者へ持ち込むと、判断が後追いになり、手続の説明可能性が低下する。
2.3.2 期限超過時の扱い
期限超過時の扱いは、統制と業務継続の両立が必要である。単に「待つ」運用では、実行機会を失い業務が停滞する。そこで、延滞の発生時に何を優先するか、差戻しに戻すのか、一時的に暫定対応を許すのかを規程で定めることが多い。
一般には、期限超過時にエスカレーションを発動し、判断者へ理由付きで再提示するルートを設ける。さらに、遅延の原因を記録し、後続の改善（要員配置、入力項目の標準化、審査負荷の調整）につなげることで、再発を抑える。
3 運用プロセス（ワークフロー）
3.1 申請フォームと必要情報
申請フォームは、審査や決裁が適切に行えるよう、必要情報を過不足なく収集するための器である。実務では、対象の特定、申請理由、金額や数量、関連契約や見積の情報、期日、実行範囲、関係部署との依存関係などが標準項目となる。入力項目が多すぎると負荷が増えるため、重要度と審査での利用頻度を踏まえて調整する。
また、フォームはデータの正確性を確保するため、選択式や検証ルール（桁数、必須項目、整合チェック）を組み込むことが有効である。さらに、添付資料の種類や命名規則を定めることで、後から参照しやすい形で記録が残る。
3.2 審査工程の分担
3.2.1 内容確認（要件充足）
内容確認は、申請が定められた要件を満たすかを点検する工程である。ここでは、目的の妥当性、必要な添付資料の有無、申請内容の整合（数量と金額、期限と実行計画など）を確認する。要件充足が満たされない場合は、審査の深掘り前に差戻しとし、時間の無駄を抑える。
確認作業は、単なるチェックリストの運用に留めず、判断の根拠を言語化して残すことが重要である。これにより、後日の照会や監査で同じ問いに答えられる状態になる。
3.2.2 単価・費用の妥当性
単価・費用の妥当性は、財務面の適正を担保するための審査である。市場相場、過去の調達実績、見積の合理性、仕様変更の影響などを踏まえて検討し、過大・過小のいずれにも偏らないようにする。場合によっては、複数見積の要否や比較条件の整備が求められる。
また、予算枠との整合を確認し、承認後の費用超過が起きないように設計する。超過の可能性が高いときは、条件付き承認や段階的決裁へ切り替える判断が行われる。
3.2.3 関連部署レビュー
関連部署レビューは、申請内容が他の機能や部門に与える影響を確認する工程である。たとえば購買系の申請であれば契約部門、品質や安全に関係するなら現場や技術部門、情報を扱うなら情報システムやセキュリティ機能が関与する。レビューは「承認のための入力」ではなく、リスクの早期検出と、実行可能性の確認として機能する。
分担の設計では、責任範囲を明確化し、レビュー結果の反映先（決裁者への説明項目、申請者への修正指示）を統一することが重要である。そうしないと、レビューが形骸化したり、情報が散逸したりする。
3.3 決裁の実施方法
3.3.1 決裁フロー（単独・複数段階）
決裁フローは、単独の決裁者で完結する場合と、複数段階で承認を重ねる場合がある。単独方式は迅速性に優れるが、影響度が高い領域では審査の粒度が不足しやすい。複数段階方式は、専門性の異なる層が段階ごとに評価するため、判断の質が高まりやすい。
段階設計では、各工程の入力と出力を定義し、同じ観点が繰り返し確認されないように配慮する。さらに、条件付き承認のルールを定めておくと、手戻りが減り、決裁までの時間が安定する。
3.3.2 証跡の残し方（電子・紙）
証跡は、承認手続が適切に実施されたことを示すための記録であり、電子と紙のいずれでも要点を確保する必要がある。電子の場合は、ワークフロー上の履歴、承認者のログ、改変履歴、添付ファイルの版管理などが対象となる。紙の場合でも、稟議書や申請書への押印、日付、添付資料の保管位置などを一貫して扱う。
重要なのは、誰がいつどの判断をしたかが追跡できる状態であることに加え、参照できる資料が同時に保持される点である。証跡の欠落は説明可能性を損ね、監査や紛争時の対応コストを高める。
3.4 通知と実行の連携
3.4.1 承認後のタスク起票
承認後は、実行部門が業務タスクを起票し、必要な作業へ連携する。起票時には、承認情報（決裁番号、承認条件、期限、金額など）を引き継ぎ、実行計画と整合させる。連携が不十分だと、承認済みの内容と実務の投入条件がずれ、手続の整合性が崩れる。
また、起票の段階で必要な入力（発注先、納期、契約番号など）を補完し、誤送や重複処理を抑える仕組みを整えると、運用の安定につながる。
3.4.2 差戻し・修正指示の運用
差戻し・修正指示は、承認前の品質を確保するための中間操作である。修正指示は、何が不足しているか、どの基準に照らして不整合なのか、どの修正を行うべきかを具体的に示す必要がある。抽象的な指摘だけでは、再申請時に同じ不備が繰り返される。
運用としては、差戻し理由を選択式で分類し、自由記述の補足を加える形が多い。これにより、後の分析でボトルネックの特定がしやすくなる。
4 統制・記録・監査対応
4.1 証跡管理とログ要件
証跡管理は、承認手続の履歴を安全かつ追跡可能に保つための体系である。ログ要件には、アクセスの記録、承認・差戻しなどの操作履歴、参照した資料の有無、変更の時点と内容などが含まれる。ログは改ざんされない形で保存し、保持期間を規程に合わせる。
また、ログの閲覧は権限者に限定し、必要な場面で監査対応に提供できるよう整える。証跡は「残す」だけでなく、後から復元できる状態であることが実効性を左右する。
4.2 例外承認（緊急時・暫定措置）
4.2.1 事後承認の条件
例外承認は、通常手続では間に合わない局面で統制を維持するための制度である。緊急時や一時的な暫定措置では、実行を先行させる必要がある場合があるが、その後に事後承認を取得する条件を明確にすることが必須となる。
条件には、緊急性の根拠、被害の回避理由、暫定範囲と上限、事後提出の期限、決裁者の判断方法が含まれる。これにより、例外が恒常化することを避けつつ、業務の継続性も確保できる。
4.2.2 例外の記録と再発防止
例外の記録には、通常手続を回避した理由、実行した内容、金額や影響の範囲、事後承認の結果、追加の統制措置が含まれることが望ましい。特に再発防止の観点では、例外が発生した背景（入力不備、承認待ちの設計不良、期限設定の過小評価など）を分析し、規程やフォーム、ワークフローの改善へつなげる。
再発防止策は、個別の注意喚起に留めず、仕組みとしての調整まで踏み込むことが重要である。これにより、例外を「特例として管理された事象」に戻せる。
4.3 監査に耐えるドキュメント設計
4.3.1 保管期間とアクセス権
監査に備えるドキュメント設計では、保管期間とアクセス権の設定が基盤になる。保管期間は法令や社内規程、会計・契約上の要請に従い、必要に応じて延長や一部廃棄の条件を定める。アクセス権は、業務上の必要性と機密性を踏まえ、閲覧・編集・ダウンロードの権限を段階化する。
さらに、検索性の確保が重要であり、決裁番号、案件名、対象期間、部門、取引先などのキーで追跡できるように整理する。保管場所や管理者を統一しておくと、監査時の対応が迅速になる。
4.3.2 監査対応の観点（有効性・完全性）
監査対応では、有効性と完全性が評価の中心になる。有効性は、承認手続が実際に機能していたか、定められた基準に基づいて判断されていたかを問う観点である。完全性は、関連資料や履歴が欠落なく揃っているか、改変や不整合がないかに焦点が当たる。
ドキュメント設計としては、証跡と根拠資料の対応関係を明確にし、判断の流れが追える形で保存することが有効である。監査で求められがちな質問に先回りする形で、記録項目を調整しておくと手戻りが減少する。
4.4 不備・不正の防止策
4.4.1 欠落チェックと二重承認
不備を減らすためには、欠落チェックと二重承認などの仕組みが用いられる。欠落チェックは、必須項目の未入力や添付漏れ、数値整合の不一致を事前に検知する仕組みである。これにより、審査側の作業負担を下げつつ、基礎品質を高められる。
二重承認は、同一人物による単独の意思決定を抑制し、相互確認によって誤りや不正の確率を下げる。設計では、二重承認の対象範囲（どの種類、どの金額、どの条件か）を適切に設定し、全案件での実施による過剰な遅延を避ける。
4.4.2 利害関係者の扱い
利害関係者の扱いは、承認プロセスの公正性を担保するための要点である。取引先や当事者と利害のある者が起案者や承認者に含まれる場合、判断の偏りが懸念されるため、利益相反の管理策を整える必要がある。運用としては、申告の仕組み、対象者の参加制限、代替承認者の割当などが用いられる。
また、利害関係の判定基準が曖昧だと運用が割れるため、具体例を含む指針を整備することが重要となる。記録としても、参加制限の判断根拠が追跡できる形で残ることが望ましい。
5 システム化と改善（プロセスマネジメント）
5.1 ワークフローシステムの選定観点
ワークフローシステムの選定では、必要な手続を実装できるか、証跡管理と権限設定が可能か、運用負荷が適切かを確認する。承認経路の柔軟性、条件分岐、添付管理、検索性、ログ取得の仕様などが評価対象になる。さらに、既存の会計、調達、文書管理との連携可否も重要である。
運用上は、ユーザーの入力負担や例外時の扱いやすさも検討ポイントとなる。導入後に利用定着が進まないと統制の効果が薄れるため、現場で回る設計を優先する。
5.2 期限・ボトルネックの管理
期限・ボトルネックの管理では、工程ごとの滞留を可視化し、遅延が発生する箇所を特定する。例えば審査部門への集中、決裁者の稼働不足、差戻しが多い入力不備などが原因になり得る。システム上は、滞留日数、残タスク数、平均リードタイムなどの指標を設け、運用担当が改善に着手できる状態を作る。
また、期限超過時のエスカレーションが実際に機能しているかを点検することも重要である。通知が届かない、責任者が確認しない、といった運用面の欠陥は、データの滞留として表出することが多い。
5.3 継続的改善（KPIとレビュー）
5.3.1 リードタイム
リードタイムは、申請から決裁や実行までに要する期間の指標である。測定対象は工程の粒度に応じて設定し、全体時間だけでなく、申請受付後の滞留や審査段階の遅れを分解して把握する。リードタイムが長い場合は、承認基準が複雑すぎる、入力項目が不足して差戻しが増える、審査担当の処理能力が不足しているなどの要因が考えられる。
レビューでは、単に短縮目標を置くだけでなく、品質を損なわずに改善できる施策へ落とし込むことが重要である。承認の厳格さを下げるだけでは、監査リスクが増す。
5.3.2 差戻し率
差戻し率は、審査や決裁の途中で差戻しとなった割合を示す指標である。高い場合、申請フォームの入力不足、根拠資料の標準化不足、要件の理解が不十分といった課題が疑われる。差戻し理由を分類し、頻度の高いものから改善することで、再発を抑える。
差戻し率を下げる取り組みでは、起案者教育、テンプレート整備、必要情報の自動チェックなどが有効になる。改善の効果は、差戻し率だけでなく、手続全体のリードタイムや監査指摘の変化と合わせて評価する。
5.3.3 承認件数と傾向分析
承認件数は業務量の把握に加え、承認基準の運用状況を映す指標になる。件数が急増している場合は、需要の変化か、手続の対象範囲の拡大かを切り分ける必要がある。承認者や部門別の傾向を分析することで、判断負荷の偏りや基準解釈の揺れを見つけやすくなる。
傾向分析では、金額帯、種類別、取引先タイプ、例外発生の頻度などを軸にすることが多い。分析結果は、権限体系の見直し、閾値設定の調整、フォーム改訂や教育計画の策定に活用され、運用の成熟につながる。
5.4 規程・運用のアップデート
5.4.1 ルール改定の周知
規程や運用のアップデートでは、変更内容を関係者へ確実に周知する仕組みが重要である。周知方法は、更新通知、研修、変更点の要約、よくある誤解への注意などを組み合わせることが多い。特に権限や承認基準、差戻しの判定ポイントは、理解のズレが不備や滞留につながるため、明確な言語で伝える。
周知は一度きりでは不十分なことがあり、一定期間の運用モニタリングとフォローアップが求められる。問い合わせが多い箇所を把握し、補足資料を追加することで定着を高められる。
5.4.2 旧運用の扱い（移行・停止）
旧運用の扱いは、移行計画と停止基準を含めて定義する必要がある。新しい基準で処理する案件の範囲、移行に伴うデータ移植の要否、既に進行中の申請の扱い（継続か差止めか）を事前に決めておくことで、運用の混乱を抑えられる。
停止の判断では、例外的に旧手続を許容する期間を設ける場合もあるが、期間終了後は新ルールへ完全に切り替えるのが望ましい。移行の結果はテストケースで検証し、例外処理や監査対応が新旧どちらにも耐える形になっているかを確認する。