◆監修・編集責任者
B2B EC-COLUMN
この記事のポイント
- BtoB ECの代理注文は民法の代理のしくみに基づく行為であり、機能の名称ではなく「誰の注文として成立するか」という帰属の問題として設計します。
- 社内の権限規程で発注上限を決めても、それだけでは取引先に対して発注を否認できない場合があります。
- 代理注文の権限委譲を設計するには、入力者と発注者の分離、有効期間の設定、退職・異動時の棚卸までを一体で検討する必要があります。
目次
BtoB ECの代理注文と権限委譲とは
BtoB ECの代理注文とは、発注権限を持つ本人に代わって担当者やオペレーターが注文を入力する運用です。民法第99条第1項により、代理人が権限内で本人のためにした意思表示は本人に直接効力を生じるため、その注文は本人(発注企業)の注文として成立します*1。
「代理注文」と「代理店」はまったく別の話
代理店・特約店は独立した事業者としての販売店であり、取引形態の分類です。これに対して代理注文は、他人に代わって意思表示をする行為で、民法の代理(第99条以下)の問題にあたります*1。語は似ていますが、決めるべき論点はまったく異なります。
代理注文の3類型
1つ目は、電話・FAXで受けた注文を売り手側の受注担当がECに代行入力する類型です。2つ目は、上長の不在時に部下や同僚が発注を代行する、買い手社内の代理発注です。3つ目は、本社や購買子会社が各拠点に代わって発注する購買代行・グループ一括購買です。3つの類型は「誰が誰の代理として発注するか」が異なるため、帰属の考え方も設計も別々に検討する必要があります。
権限委譲は「注文権限」と「操作権限」に分かれる
権限委譲を考えるときは、2つの権限を区別します。注文権限とは、会社を対外的に拘束する意思表示をする権限です。操作権限とは、ECの画面上で操作できる範囲を指す社内的な権限です。この2つを混同すると、画面上で止めたつもりの注文が法律上は成立している、という食い違いが生じかねません。
その注文は誰の注文か
代理で入力された注文は、代理人ではなく本人(発注企業)の注文として扱うのが、条文に沿った素直な設計です*1。
代理注文の効果は本人に直接帰属する
民法第99条第1項は「代理人がその権限内において本人のためにすることを示してした意思表示は、本人に対して直接にその効力を生ずる」と定めています*1。同条第2項は、第三者が代理人に対してした意思表示について前項の規定を準用すると定めています*1。この2つの条文から導かれるのは、代理で入力された注文が「代理人の注文」ではなく「本人の注文」であるという原則です。EC上の履歴・請求・与信の主体は、本人側に置くのが妥当な設計になります。
「本人のためにすることを示して」が要件である
民法第99条第1項は「本人のためにすることを示して」という要件を置いています*1。この要件は顕名(けんめい)と呼ばれ、誰の代理として意思表示をするかを相手方に示すことを指します。ECの画面上で「誰の代理として入力しているか」が表示・記録されない運用は、この要件を満たしているかを後から検証できません。オペレーターが自分のIDだけで顧客の注文を入力する運用には、この点に危うさがあります。
3類型ごとの帰属
| 類型 | 代理する人 | 本人 | 注文の帰属 | 設計上の要点 |
|---|---|---|---|---|
| ①売り手オペレーターの代行入力 | 売り手の受注担当 | 買い手企業 | 買い手企業 | 売り手が買い手の意思表示を作る構図です。 注文内容の確認記録が要ります。 |
| ②買い手社内の代理発注 | 同僚・上長・部下 | 買い手企業 | 買い手企業 | 会社法第14条が定める使用人の代理権の問題です*2。 |
| ③購買代行・グループ一括購買 | 本社・購買子会社 | 各拠点・各社 | 契約の建て方による | 別法人が絡むと当事者が変わります。 ECの設定だけでは決まりません。 |
社内の権限規程は取引先に対抗できない
会社法第14条第1項は「事業に関するある種類又は特定の事項の委任を受けた使用人は、当該事項に関する一切の裁判外の行為をする権限を有する」と定めています*2。
代理権への制限は善意の第三者に対抗できない
会社法第14条第2項は「前項に規定する使用人の代理権に加えた制限は、善意の第三者に対抗することができない」と定めています*2。支配人についても、同法第11条第3項が「支配人の代理権に加えた制限は、善意の第三者に対抗することができない」と同様の規定を置いています*2。つまり「決裁規程では課長は50万円まで」という社内ルールは、それを知らない売り手に対しては通用しない場合があります。社内で権限を決めただけでは、対外的なリスクが下がっていないことになります。
だから制限は「社外から見える形」で置く
対策の要点は、制限を相手方に知らせることです。ECの設計に翻訳すると、次の3点になります。第一に、取引先マスタに発注上限額を持ち、超過時は画面上で明示的に止めます。第二に、発注可能な担当者・部署を取引先と合意のうえ登録します。第三に、注文確定メールや注文書に承認者と権限区分を明記します。上限額そのものの枠組みは与信管理の設計に属するため、本記事では「与信枠を対外的な制限の表示として兼用する」という読み替えが要点です。
権限外の注文でも本人が責任を負うことがある
民法第110条は、代理人が権限外の行為をした場合を扱う条文です*1。第三者が代理人の権限があると信ずべき正当な理由があるときに、前条(第109条)第1項本文の規定を準用すると定めています*1。
前提は民法第109条第1項本文です。「第三者に対して他人に代理権を与えた旨を表示した者は、その代理権の範囲においてその他人が第三者との間でした行為について、その責任を負う」と規定されています*1。
なお同項にはただし書があり、「第三者が、その他人が代理権を与えられていないことを知り、又は過失によって知らなかったときは、この限りでない」と続きます*1。ただし民法第110条が準用するのは第109条第1項の本文であり、このただし書は準用の対象に含まれていません*1。権限外の行為の場面では、「権限があると信ずべき正当な理由」があるかどうかで判断されます。
会社法第13条も同様の枠組みです。対象は、本店・支店の事業の主任者であることを示す名称を付した使用人です。
この使用人について「一切の裁判外の行為をする権限を有するものとみなす」としつつ、「相手方が悪意であったときは、この限りでない」とただし書を置いています*2。
この表見代理という考え方は、権限外の注文でも本人が責任を負う場合があることを示す規定です。「正当な理由」や「悪意」の有無は、後から証拠にもとづいて判断されます。ECのログ・通知・画面表示は、その証拠そのものになります。
権限をどう区分けするかという権限マトリクスの作り方は、別の設計論点にあたります。本記事では「マトリクスを作っても、それだけでは外部からは見えない」という一点に絞って述べます。
自社の権限委譲ルールがこの状態を満たしているかを実務の数字で確かめるには、無料相談で要件を整理するのが近道です。
3類型別の設計
ここからは、3類型それぞれについて「機能をつけるかどうか」ではなく「何を記録に残すか」を軸に設計を整理します。
①売り手オペレーターの代行入力を設計する
- 入力者と発注者を別の欄で持ちます。同じIDに畳まないことが起点です。
- 顕名の要件*1に対応するため、誰の代理として入力したかを注文データと帳票の双方に出します。
- 注文内容の確認は、代理入力者ではなく本人宛てに送ります。本人が知らない注文が成立している状態を作らないためです。
電話・FAXの受注をそのままEC注文に流す運用は、担当者が不在でも受注が止まらない体制づくりにつながります。ただし帰属の記録がなければ、別のリスクを生む点には注意が必要です。
②買い手社内の代理発注を設計する
- 代理を「人」ではなく「役割」に付けます。独立行政法人情報処理推進機構(IPA)の内部不正防止ガイドラインも、職務(役割)に権限を割り当てる「ロールベースアクセス制御」への対応に言及しています*4。
- 権限を付与する期間を、必要な時期に限ります。同ガイドラインも対策のポイントとして期間の限定を挙げています*4。不在時の代理は、恒久的な権限追加ではなく期限付きの委任として実装します。
- 対象商品・上限額・拠点など、範囲を切ります。会社法第14条第1項の「ある種類又は特定の事項の委任」という枠組みに対応させる考え方です*2。
承認の段数そのものは、部門別の承認ルート設計にあたる論点です。本記事では、承認を通す前段として「そもそも誰の権限で起票されているか」に絞って扱います。
③購買代行・グループ一括購買を設計する
- 当事者を契約で確定してから、ECの設定に落とします。誰に請求し、誰の与信を使うかは、ECの画面設定だけでは決まりません。
- 拠点別の発注履歴と、代行者の操作履歴を分けて持ちます。
別法人が絡む場合の税務・契約上の扱いは、本記事の範囲外です。個別の判断が必要な場面では、専門家への確認をおすすめします。
3類型に共通して残すべき5項目
代理注文で欠かせない記録項目5点(順位根拠:帰属を後から説明するための必要度)
- 入力者――実際に画面を操作した担当者を特定できる記録です。
- 本人(発注者)――誰のためにする意思表示かを示す記録です*1。
- 代理の根拠――役割・委任の記録として残します。
- 有効期間――恒久権限にせず、期限を持たせます*4。
- 本人への通知の到達――本人が知らない注文を作らないための最終確認です。
この5項目が揃っていない記録は、後から帰属を説明することが難しくなります。ここまで整理した「誰の注文か」という帰属の考え方と、「制限は社外から見えなければ効かない」という前段を、そのまま記録項目に落とし込んだ結果がこの5点です。
代理権は消える――委任の終了とアカウントの棚卸
退職・異動で代理権は消滅しますが、ECのアカウントは自動では消えません。この非対称が、権限委譲設計の見落としやすい穴です。
委任の終了で代理権は消滅する
民法第111条第2項は「委任による代理権は、前項各号に掲げる事由のほか、委任の終了によって消滅する」と定めています*1。退職・異動・担当替えが起きた時点で、代理権そのものは消えます。しかし、ECのアカウントは自動的には無効化されません。代理権の有無と、画面上で発注できる状態とがずれたまま残ります。
「ただちに削除」が公的ガイドラインの要求水準
IPAの「組織における内部不正防止ガイドライン」第5版(2022年4月改訂)は、次のように定めています*4。「異動又は退職により不要となった利用者ID及びアクセス権は、ただちに削除しなければならない」。
あわせて対策のポイントとして、次の4点を挙げています*4。
- アクセス権限を付与すべき者を必要最小限にすること
- 人事異動に関連する手続きと連携した運用にすること
- 定期的にアクセス権の要件を見直すこと(人事異動の時期に一斉に見直す等)
- 権限が集中している者について適切性を確認し、不要な権限を削除すること
棚卸は「セキュリティ対策」というより、「代理権の実態と登録内容を一致させる作業」と位置づけると実務に落としやすくなります。
買い手側の異動を、売り手側がどう知るか
BtoB ECのアカウントの持ち主は取引先の社員であるため、売り手側は人事異動を直接知る立場にありません。実務上は、次の3点に落とし込みます。第一に、定期的な棚卸を取引先に依頼します(年1回・期初など)。第二に、管理者ユーザーに自社アカウントの一覧と権限を見せます。第三に、一定期間未使用のIDを自動で停止します。削除時のログ保全についても注意が必要です。IPAは、利用者IDを消去するとアクセス記録が消える場合、IDをロックしてログを保全する必要があると注記しています*4。
代理注文の証跡と制度要件
公正取引委員会のリーフレットによると、取適法(中小受託取引適正化法)は2026年1月1日に施行されました*3。発注に当たって発注内容(給付の内容、代金の額、支払期日、支払方法)等を書面又は電子メールなどの電磁的方法により明示する義務が課されます*3。
あわせて、取引完了後に取引に関する記録を書類又は電磁的記録として作成し、2年間保存する義務も定められています*3。書面交付義務は、中小受託事業者の承諾の有無にかかわらず電磁的方法によることが可能になりました*3。
この運用についても「発注内容を明示した記録」が要る、という点だけをここでは押さえます。義務の全体像は、承認ルート設計の論点として別途扱う位置づけです。
国税庁「電子帳簿保存法一問一答【電子取引関係】」(令和8年7月)は、注文書・領収書等の取引情報を電磁的方式により授受した場合の保存を扱っています*5。所得税及び法人税の保存義務者が対象です*5。ECで完結した代理の発注も、電子取引データとして保存対象になりうるという点だけを示します。改ざん防止や検索要件といった詳細は、別の設計論点に委ねます。
ログの粒度についても、本記事では「誰が誰に代わって、いつ、何を、どの権限で」を1件の注文から辿れることに触れるにとどめます。
要件定義チェックリスト
この権限委譲を内製だけで設計し切るには、3つの作業が同時に発生します。民法・会社法の代理規定を読み解く知識、既存EC画面の改修、取引先とのマスタ登録調整です。
事業規模や既存システムの構成によって、必要な工数は変わります。次の10項目は、要件定義書で空欄にしないための最小セットです。
- 代理注文を認める類型(3類型のどれか)
- 入力者と発注者を別に持つか
- 顕名の表示場所(画面・帳票・メール)
- 代理の根拠の記録方法
- 有効期間の持ち方
- 本人への通知先と到達確認
- 発注上限額の対外的な示し方
- 権限外注文の検知と保留の挙動
- アカウント棚卸の周期と依頼先
- 未使用IDの自動停止までの日数
進める順序は、帰属の記録(前段の5項目)を先に固め、次に対外的な制限の表示、棚卸の運用、証跡の順で進めます。機能を追加するより先に、記録の設計を終えることを優先します。要件定義書の作り方そのものやシステム比較の観点は、別途の入門的な整理に譲ります。
まとめ:代理注文設計で押さえる3つの判断軸
本稿では、BtoB ECの代理注文と権限委譲を「誰の注文として成立するかを後から証明できる状態を作ること」として整理しました。要点を3つに集約すると次の通りです。第一に、代理注文は民法第99条第1項により本人の注文として成立します*1。第二に、社内の権限規程だけでは、会社法第14条第2項により取引先に対抗できない場合があります*2。第三に、代理権は委任の終了で消滅するため、退職・異動に合わせたアカウントの棚卸が欠かせません*1 *4。この3点を起点に、入力者・本人・代理の根拠・有効期間・通知到達の5項目を記録に残すことが、権限委譲設計の土台になります。
ご不明な点はお問い合わせフォームからもご連絡いただけます。
よくある質問
代理注文で入れた注文は、誰の注文になりますか。
代理人が権限内で本人のためにすることを示してした意思表示は、本人に直接効力を生じます。そのため、本人(発注企業)の注文として扱われます(民法第99条第1項)*1。
社内の決裁規程で発注上限を決めていれば、超過分は無効にできますか。
できるとは限りません。使用人の代理権に加えた制限は、善意の第三者に対抗することができないと定められています(会社法第14条第2項)*2。
退職した担当者のIDで発注された場合はどうなりますか。
委任による代理権は委任の終了によって消滅します(民法第111条第2項)*1が、IDが残っていれば表見代理が問題になりえます。独立行政法人情報処理推進機構は、異動・退職で不要となったIDとアクセス権をただちに削除すべきとしています*4。
代理注文の記録はどれくらい残せばよいですか。
取適法では、取引完了後に取引記録を書類又は電磁的記録として作成し、2年間保存する義務があります*3。税務上の電子取引データの保存は、別途の検討が必要です*5。
「代理注文」と「代理店向けEC」は同じものですか。
別のものです。代理店は独立した事業者としての販売店を指す取引形態の分類であり、代理注文は他人に代わって意思表示をする行為を指す代理権の問題です。
- *1 出典:e-Gov法令検索(デジタル庁)「民法」第99条・第109条・第110条・第111条(現行版)
- *2 出典:e-Gov法令検索(デジタル庁)「会社法」第11条・第13条・第14条(現行版)
- *3 出典:公正取引委員会「取適法リーフレットNo.01「2026年1月から『下請法』は『取適法』へ!」」(令和7年8月)
- *4 出典:独立行政法人情報処理推進機構(IPA)「組織における内部不正防止ガイドライン 第5版」(2022年4月)
- *5 出典:国税庁「電子帳簿保存法一問一答【電子取引関係】」(令和8年7月)
画像の出典元
- 権限のイメージ/Photo by Vagaro on Unsplash
- 取引先のイメージ/Photo by Sean Pollock on Unsplash
- 要件定義のイメージ/Photo by 2H Media on Unsplash
- チェックリストのイメージ/Photo by Annie Spratt on Unsplash