親会社が一括契約し子会社が実務発注するとき— 当事者の整理

1. 典型パターンとリスク

1-1. 親が契約、子が発注メール

基本契約の当事者は親会社なのに、個別の発注メールが子会社ドメインから飛ぶケースです。
受託者から見ると「誰と取引しているか」が不明確になります。

1-2. 支払だけ親会社口座

検収は子、支払は親、というパターンでは、期日管理の責任部署が分散します。
起算の整理は支払60日ルールの起算点とあわせ、どの法人の受領日を正とするかを決めます。

1-3. 資本金帯が親子で違う

親は適用対象帯、子は非対象帯、またはその逆があり得ます。
「グループだから親の資本金で見る」と機械的に決めると誤判定になります。
発注当事者法人の属性で判定するのが原則です。

2. 当事者の決め方（社内ルール案）

2-1. 個別発注の名義を正本にする

包括契約があっても、個別注文書・個別契約の発注者名義を取適法上の発注者候補の第一とします。
子会社名義で個別発注するなら、子会社の資本金・従業員で判定します。

2-2. 親名義のまま子が実務するなら代理関係を明示

親が発注者、子が発注事務の代行、と整理するなら、委任・代理の社内規程と対外通知が必要です。
書面の交付名義も親に揃え、子の担当者名は「連絡窓口」として分けます。
3条書面は発注書面（3条）の記載事項を満たす形で親名義発行します。

2-3. 業務委託契約書との関係

親の基本契約だけで3条を兼ねるつもりでも、個別発注内容が足りないことがあります。
契約書と3条の関係は業務委託契約書と3条の違いで確認してください。

3. 台帳・検収・保存の運用

3-1. 案件に2法人を記録する

「契約当事者」「実務発注者」「支払実施者」を別欄で持ちます。
同一でも空欄にせず、意図的に同じ値を入れます。

3-2. 検収基準の所在

検収権限が子にあるなら、検収基準書も子の現場で運用可能な粒度にします。
基準の決め方は検収基準の決め方を参照してください。

3-3. 書類保存の責任部署

親の法務が基本契約、子の購買が個別発注、という分担でも、検索可能な共通保管が必要です。
保存義務は書類作成・保存義務を確認してください。

4. ガバナンスとチェック

4-1. RACIで止めるポイント

名義不一致の発注を誰が止められるかを明確にします。
RACI例は取適法のRACIマトリクスを参照してください。

4-2. チェックリスト項目

「包括契約の利用会社」「個別発注名義」「支払法人」の三点が一致または説明可能か、を必須にします。
全体は発注コンプライアンスのチェックリストに追加します。

4-3. 記載事項テンプレの名義欄

発注者名欄にグループ会社コードを入れ、略称のみの記載を禁止します。
テンプレは記載事項のテンプレートを拡張してください。

5. 親子発注の運用シナリオ

5-1. 親の包括契約を子が初めて使う月

利用開始前に、包括契約の利用会社リストへ子会社を追加し、個別発注名義ルールを周知します。
初回案件では親法務が書面名義をレビューし、以後は子購買がチェックリストで自走します。
利用会社リスト外の発注はシステム上ブロックするか、例外申請を必須にします。

5-2. 支払だけ親、検収は子

受領日の正本を子の検収記録に置き、親経理へ自動連携する欄を用意します。
親が支払実行しても、起算の根拠は子の受領証跡である旨を監査マニュアルに書きます。
連携遅延で期日が危うい行は、ダッシュボードで赤表示します。

5-3. 子の資本金帯が親と違う

子名義発注なら子の属性で判定し、親の適用結果をコピーしない運用にします。
グループ共通マスタに「判定主体法人」列を追加し、取り違えを防ぎます。
適用が分かれる取引先は、親子で別の書面テンプレ切替日を持ちます。

6. FAQ

Q. 子会社が複数ある場合、包括契約は1本で足りますか

利用可能な子会社の範囲と、個別発注時の名義ルールを包括契約に明記します。
範囲外の子が発注する場合は別契約が必要です。

Q. 特定運送委託など類型が絡む場合は

類型判定も発注当事者の取引内容で見ます。
運送委託の整理は特定運送委託の対象を参照してください。

Q. 違反指摘を受けたとき誰が対応しますか

対外窓口は親でも、事実関係の証拠は子の発注記録が中心になります。
概要は違反・勧告の概要で共有できます。

Q. KPIで何を見ますか

親子名義不一致件数、親契約未リンクの子発注件数を監視します。
KPIはダッシュボードKPIに載せられます。

7. 親子発注の導入チェック

包括契約の利用会社リスト、個別発注名義ルール、支払法人、検収権限者、書類保管場所を1枚にまとめます。
子会社の新規利用時は、親法務の初回レビューを必須にし、以後はチェックリスト自走へ移行します。
台帳の「契約当事者」「実務発注者」「支払実施者」が空欄の案件は、週次で強制クローズ対象にします。
名義不一致メール発注が混入していないか、ドメインと法人名の突合も行います。

親と子で資本金帯が違う取引先は、判定主体法人を明示した色分けをダッシュボードに出します。
支払が親、検収が子の場合は、受領日連携の遅延件数をKPIにし、連携SLAを決めます。
グループ共通テンプレを使う場合でも、発注者名欄の法人コード省略を禁止します。
年1回、包括契約の利用実態と台帳の発注名義が一致しているかを内部監査します。

子会社が親の包括契約を使うための社内申請書には、想定年間件数、主な類型、検収責任者、支払ルートを書かせます。
申請が承認されるまで個別発注を発行できないようにし、事後の名義パッチを減らします。
親会社側では利用会社ごとの発注件数と不一致件数を四半期レビューし、ルール形骸化を早期に検知します。
不一致が続く子会社には、個別に発注権限の一時停止も含めた是正を検討します。

親会社の法務が包括契約を改定したときは、利用中の全子会社へ改定内容と発注名義ルールの再周知を同時に送ります。
周知メールの配信リストと既読確認を証跡フォルダに残し、改定後も旧名義で発注していないかを1ヶ月間モニタします。

親会社の監査部門は、四半期ごとに子会社発注のサンプルを抽出し、契約当事者欄と実務発注者欄の一致率を確認します。一致率が低い子会社には是正期限を設定します。

グループ便利さと当事者明確化を両立する

• 個別発注名義を適用判定の第一候補にする
• 親契約＋子実務なら代理関係と交付名義を明示する
• 契約・実務・支払の3法人欄を台帳に持つ
• 名義不一致は発注ゲートで止める

注意

本記事はグループ内の一括契約と実務発注に関する一般的な整理であり、トリカク（torikaku） の案件記録の説明を含みますが、法的助言ではありません。
個別の親子契約・代理権限・適用関係は、契約書と取引実態を踏まえ専門家にご確認ください。