発注権限マトリクス— コンプライアンス

1. マトリクスに含める軸

1-1. 金額レンジ

最も基本的な軸は金額です。例えば50万円未満は課長、50万円以上200万円未満は部長、200万円以上は役員承認、といった段階を設けます。
金額だけで判断すると、低額でもリスクの高い取引が無承認で進む穴が残るため、後述の業務種別軸と組み合わせるのが一般的です。
累積金額（同一取引先への年間合計等）を別軸で設けると、小分け発注による権限回避も防ぎやすくなります。

1-2. 契約期間

継続委託・自動更新条項がある場合は、スポット発注とは別の承認ラインを設けます。
1年間の総額が大きくなる継続契約を、月次50万円ずつに分けて課長承認だけで進めると、実質的な権限逸脱になり得ます。
中途解除の事前予告ルールもマトリクスの脚注に併記し、中途解除の事前予告と整合させましょう。

1-3. 業務種別

個人情報取扱・再委託あり・海外送信あり等、リスクの高い業務は金額にかかわらず一律で上位承認にします。
業務種別ごとに必要な添付書類（NDA、再委託禁止条項、個人情報処理委託契約等）をマトリクスの列として明示すると、承認者の判断が速くなります。
新規業務種別が増えたときは、マトリクス更新と同時にテンプレート整備を行うサイクルを設けてください。

2. 取適法要件との対応

2-1. 書面交付責任者

発注権限者＝書面交付責任者とマトリクス上で明示します。
「承認したが書面は別部署が出す」という分担にすると、交付漏れの責任所在が曖昧になります。
テンプレート使用義務も規程に書き、記載事項のテンプレートから外れた自由記載のみの発注を禁止しましょう。

2-2. 支払期日決定権

支払サイトを決められる権限もマトリクスに含め、60日を超えないよう上限を設定します。
営業都合で「末締め翌々月末」と長いサイトを独断で提示すると、受領日起算で超過するリスクが高まります。
起算点と期日計算の基本は支払60日ルールの起算点を参照し、マトリクスの脚注に社内標準サイト（例：末締め翌月末）を記載してください。

2-3. 減額・変更協議

報酬変更・値引き・仕様変更に伴う減額は、原則として経理・法務関与を必須にします。
現場判断だけで「検収後に10%引き」と合意すると、買いたたき問題になり得ます。
減額の線引きは減額・買いたたきの整理を参照し、マトリクスで「報酬変更は法務承認必須」と明記しましょう。

3. 作成・更新プロセス

3-1. 関係部署のワークショップ

営業・経理・法務・情報システムが実際の発注パターンを洗い出し、権限案を共同で作ります。
法務だけが作ったマトリクスは現場に合わず形骸化し、現場だけが作ったマトリクスはコンプラ要件が抜けがちです。
過去1年の発注データを題材に、「この案件は誰が承認すべきだったか」を逆算するワークが有効です。

3-2. 年1回の見直し

組織改編・新規業務追加・法令改正のたびにマトリクスを更新します。
更新履歴（版数・改定日・改定理由）を残し、旧版の使用禁止日を全社周知してください。
改定内容は発注コンプライアンスのチェックリストとも同期し、チェック項目の追加漏れを防ぎましょう。

3-3. 周知と同意

全社ポータルに掲示し、新入社員研修で必ず説明します。
マトリクスを読んだうえでの確認テストを入れると、存在を知らないという言い訳を減らせます。
代理承認・不在時の代行ルールも同じ資料に含め、権限空白期間を作らない設計にしてください。

4. システムへの反映

4-1. ワークフロー承認

発注台帳で金額・業務種別を入力した時点で、自動的に承認ルートが分岐するよう設定します。
紙のマトリクスとシステムの承認ルートがずれていると、現場はシステム側だけに従い、規程が形骸化します。
改定時はシステム設定変更を同時タスクに含め、リリース日を規程の施行日と揃えましょう。

4-2. 権限外発注のアラート

マトリクス外の金額・業務種別で申請された場合、システムが警告を出す設計にします。
警告を無視して進められる設定にしていると、結局は事後修正ばかりになります。
クラウド発注管理の機能選定はクラウド発注管理と書面保存も参照してください。

4-3. 監査ログ

誰がいつ承認したかを改ざん困難な形で保存します。
承認者の変更履歴・差戻し理由もログに残し、後から「誰が許可した取引か」を説明できる状態にします。
書面PDFの保管形式は書面保存形式の整理に沿って、案件IDと紐づけて保存しましょう。

5. 実務チェックリスト

5-1. 代理発注の扱い

不在時の代理承認ルールをマトリクスに明記します。
代理者の上限金額を本体より低く設定する、代理期間を日付で限定する等、濫用を防ぐ条件を書いておきましょう。
口頭発注例外は追完期限付きでマトリクス末尾に記載し、電子契約サービスでの追完手段も併記すると現場が動きやすくなります。

5-2. グループ会社間発注

資本関係がある場合も取適法対象になり得るため、別表で権限を定義します。
グループ内取引だから社内処理で済ませ、書面・受領日記録が抜けるパターンに注意してください。
各社の発注台帳を分けつつ、グループ共通のマトリクス原則を親会社規程で定める方法もあります。

5-3. マトリクス違反時の対応

社内規程で軽微・重大を分け、再発防止研修・承認権限停止等の措置を定めます。
違反が常態化している部門は、マトリクス自体より発注プロセスや教育の問題であることが多いです。
違反件数を四半期ごとに集計し、経営層へ報告するサイクルを設けてください。

よくある質問

Q. マトリクスは小さな会社でも必要ですか

発注が少なくても、権限の明文化は後の紛争予防に効きます。
代表がすべて承認する形でも、書面交付責任と支払期日上限を1枚の表にまとめる価値はあります。

Q. 役員承認だけで十分ですか

日常の小額発注まで役員が見るとボトルネックになります。
金額別分散と業務種別の上位承認を組み合わせるのが現実的です。

Q. フリーランス個別契約は

個人・法人問わず、同じマトリクスを適用するのが基本です。
個人事業主だから口頭で、という例外は作らない方が安全です。

Q. マトリクス違反のペナルティは

就業規則・社内規程で軽微・重大を分け、措置を定めます。
外部法令違反に至った案件は、社内ペナルティに加え専門家への相談も検討してください。

Q. 外部監査で求められますか

取引実態の内部統制として説明資料になることがあります。
マトリクス・承認ログ・書面交付記録をセットで示せる状態を目指しましょう。

まとめ

• 金額・期間・業務種別の3軸で発注権限を表形式に定義する
• 書面交付責任・支払期日上限・減額協議をマトリクスと対応づける
• ワークフロー承認と監査ログで規程をシステムに実装する
• 年1回の見直しと違反件数の四半期報告で形骸化を防ぐ

6. 発注権限マトリクス作成チェックリスト

• 金額レンジ・契約期間・業務種別の各軸が定義されているか
• 発注権限者＝書面交付責任者と明記されているか
• 支払サイトの社内上限と60日起算の説明が脚注にあるか
• 報酬変更・減額は法務・経理承認必須と書かれているか
• システムの承認ルートとマトリクス版数が同期しているか

注意

本記事は取適法・フリーランス新法に関する一般的な情報の整理であり、トリカク（torikaku） の機能説明を含みますが、法的助言ではありません。
個別の契約内容・取引実態については専門家にご確認ください。