サプライヤーポータルは要るか——登録させる・データでつなぐ・メールで返す、3方式の選び方

「サプライヤーポータル」と呼ばれているものは、3 つに分けて考える

「取引先とはポータルでやりとりしたい」という話が出たとき、社内で思い浮かべているものが人によって違うことが多い。ある人は、取引先が ID とパスワードで自社のサイトに入り、注文を確認して回答を打ち込む画面を想像している。別の人は、取引先の販売管理システムと自社の購買システムがデータを直接やりとりする形を想像している。さらに別の人は、メールで届いた案内のリンクを開いて返事をするだけの形を「ポータル」と呼んでいる。

この 3 つは、取引先に求めるものがまったく違う。比べる前に、呼び方を分けておく。

EDI について、公正取引委員会・中小企業庁のテキストは、異なる組織間で取引のためのメッセージを、通信回線を介して標準的な規約（可能な限り広く合意された各種規約）を用いて、コンピュータ間で交換すること、と注記している^[1]。A と B の違いは「相手が画面を操作するか、相手のシステムが送るか」、B と C の違いは「形式を事前に取り決めるか、しないか」だと考えると整理しやすい。

C はさらに 2 つに分かれる。メールに返信してもらうだけの形と、メールに書かれたリンクから回答画面を開いてもらう形である。後者は画面で入力するという点では A に近いが、ログイン用のアカウントを取引先に持たせない。この違いが、次の節で見る取引先側の負担を分ける。

取引先から見ると、ポータルは発注元の数だけ増える

発注側は自社のポータルを 1 つの仕組みとして見ている。取引先の側から見ると、事情が違う。部品の加工を請け負う会社は、たいてい複数の発注元と取引している。発注元がそれぞれ登録型のポータルを持てば、取引先が管理する画面とアカウントは、その数だけ増える。

下の表は、ある取引先が 5 社の発注元と取引していて、5 社がすべて同じ方式を選んだ場合に、取引先の側で何が生じるかを数えたものである。

アカウントが増えることは、手間の話だけでは終わらない。情報処理推進機構（IPA）の「中小企業の情報セキュリティ対策ガイドライン」第 4.0 版は、基本的対策として、同じ ID・パスワードを複数サービス間で使い回さないこと、重要なシステムでは多要素認証などの認証強化機能を使うこと、従業員の異動や退職時には速やかに設定を変更（削除）することを挙げている^[5]。発注元が 5 社あれば、取引先はこれを 5 か所で守ることになる。人数の少ない会社ほど、ここが守られにくい。取引先が電子化を断る理由も、電子化そのものより ID の管理や画面の操作を覚えることにある場合が多い。断られたあとの進め方は取引先に断られたときの手の打ち方の記事にある。

国の側も、この増え方を問題として意識している。受託中小企業振興法にもとづく振興基準は、委託事業者に対し、自社とその子会社・関連会社で取引に用いている電子受発注のシステムの共通化に努めつつ、業界・企業系列を越えたサプライチェーンで共通化された電子受発注のシステムへの接続に努めるものとする、と定めている^[1]。発注元ごとに違う画面を作ること自体が、基準の向きと逆になりうるということである。なお振興基準は、電子受発注を求めるときの留意事項（取引先の自主的な判断の尊重、機器やソフトの購入を求めないこと、費用の負担など）も定めている。この部分は取引先に「システムは使えない」と言われたときの記事で詳しく扱った。

どの方式でも、明示の義務は発注側に残る

方式を選ぶ前に、法令上動かない前提を 1 つだけ確認しておく。中小受託取引適正化法（取適法）第 4 条第 1 項は、製造委託等をした場合は直ちに、給付の内容・代金の額・支払期日などを、書面又は電磁的方法により明示しなければならないと定めている^[2]。電磁的方法として認められるのは、電子メールその他のその受信をする者を特定して情報を伝達するために用いられる電気通信を送信する方法と、記録媒体を交付する方法である^[3]。

ここから言えるのは、登録型のポータルに注文を掲載しただけでは足りない、ということである。宛先を特定して送る動作が要る。ポータルを使うなら、発注のたびに取引先のアドレスへ通知を送る形にしておく必要がある。どういう送り方なら明示になるか、ウェブページの URL をメールで送る方法がどう扱われるかは、発注書の届け方の記事と電磁的方法による明示の記事に整理してある。この記事では、方式ごとに「通知の仕組みを別に用意する必要があるか」だけを見る。A は必要、B は EDI のメッセージそのものが相手を特定して送られるので構成しだい、C はもともとメールで届けている。

記録は、発注側と取引先側の両方に残る

方式を比べるとき、発注側の記録だけを見ていると判断を誤る。電子で授受したデータの保存は、発注側だけでなく取引先の側にも求められるからである。

発注側：取適法の記録と、税務の保存

発注側には、取適法第 7 条の記録の作成・保存の義務がある。記録規則は、記載・記録すべき事項を定めたうえで、それらは相互の関係を明らかにすれば別々の書類等に記録してよいとしている^[4]。ポータルの画面、EDI のデータ、メールの控えに分かれていても、それだけで違反になるわけではない。ただし電磁的記録で持つなら、訂正・削除の事実と内容を確認できること、取引先を識別する事項や発注日の範囲で検索できることが要件になる^[4]。3 つの方式を併用するなら、どれを選んでもこの検索がひとつの取引先について成り立つかを確かめる。2 年の保存の組み立て方は発注の記録を 2 年どう残すかの記事にある。

取引先側：見られる状態になった時点で、受け取ったことになる

取引先の側で問題になるのは、電子帳簿保存法の電子取引データの保存である。国税庁の一問一答は、クラウドサービスを利用して取引先から請求書等を受領した場合も電子取引に該当するとし、取引当事者双方でデータを共有するものも取引情報の授受に当たると説明している^[6]。受け取った場合だけでなく、送付した場合もデータのまま保存しなければならないとされている^[6]。

登録型のポータルにとって重い一文がある。一問一答は、サイトからダウンロードできるデータについて、インターネット上でそのデータを確認できることとなった時点が取引情報の授受のタイミングだと考えられ、ダウンロードしなければ保存義務が生じないというものではないと答えている^[6]。まとめてダウンロードする場合でも、その年分のデータは当該年分中にダウンロードして要件に従って保存する必要があるとしている^[6]（一定の EC サイトで随時確認できる場合の扱いは別に示されているが、これは物品の購入者についての説明である）。

つまり発注元のポータルに注文書を掲載した瞬間から、取引先には、それを保存する手間が発生する。取引先が青色申告法人なら、相手方から受け取った注文書は法人税法施行規則第 59 条により 7 年間の保存の対象でもある^[7]。発注元のポータルが 7 年先まで見られる保証を、取引先はふつう持っていない。契約が終われば、アカウントは止められる。

保存の場所については救いもある。一問一答は、取引先ごとに指定の EDI やプラットフォームがある場合に、必ず一つのシステムに集約して管理しなければならないとすることは合理的でないとして、保存場所が複数のシステムに分かれることを認めている^[6]。一課税期間を通じた検索が難しい合理的な理由がある例としても、取引先・書類の種類ごとに複数の EDI やプラットフォームを使用している場合を挙げている^[6]。制度は分かれることを許しているが、分かれた数だけ、取引先の保存と検索の手間が増えることに変わりはない。

EDI を選ぶなら、先に取り決めておくこと

EDI は、取引の量が多く、品目と取引条件が定型化している相手に向く。相手のシステムからデータが届くので、転記がいらない。その代わり、形式と意味を事前に取り決める作業が前に来る。取適法と電子帳簿保存法の両方から、取り決めておくべき点が出てくる。

1 つ目は、コードの意味である。テキストの Q52 は、EDI で発注する場合に明示事項のうち記号（パターンコード）化できるものを記号で通知してよいかという問いに、それぞれの記号が何を意味するのかをあらかじめ中小受託事業者に書面又は電磁的方法により明示しておけば使用も可能であると答えている^[1]。コード表は、社内の設計書ではなく取引先に渡す明示の一部として扱う。

2 つ目は、空欄にできない項目の扱いである。Q62 は、EDI では単価欄を空欄で発注できないが、仕様が定まらず代金の額を決められない場合にどうするかという問いを取り上げている。答えは、定められないことに正当な理由がある場合には、「0 円」の表記が実際の単価を意味していないことを明示したうえで発注することは問題ないが、内容が定められない理由と定めることとなる予定期日を明示し、決まり次第直ちに補充の明示をしなければならない、というものである^[1]。システムの制約で入れた仮の値が、そのまま明示の内容として届いてしまう危険を、事前に潰しておく必要がある。

3 つ目は、受け取ったデータのコードを自社の形に変えて保存するときの扱いである。一問一答は、相手方のコードを自社のコードに変換して保存することについて、内容を一切変更せずコードの表記のみを変更することは合理的な編集に当たるとしたうえで、変換テーブルによる自動の変換であること（手動は不可）と、変換テーブルを併せて保存しておくことを条件にしている^[6]。コード表は、取り決めのときだけでなく、保存期間の終わりまで残す書類になる。

費用の扱いにも触れておく。テキストには、「EDI 処理料」と称して代金の額に一定率を乗じて得た額などを差し引いたことが減額に当たるとされた、旧下請法の時期の勧告の事例が載っている^[1]。EDI の運用費を取引先に持たせる設計は、差し引き方によって禁止行為に当たる。

メール起点の方式の弱点と、その埋め方

メール起点の方式は、取引先に新しいものを求めないぶん、断られにくい。弱点は発注側に出る。返信の文面がそろわないので、単価・納期・数量を拾って表に写す作業が残る。見積の回答が 5 社から自由な文面で届けば、比べる前に 5 回の転記が要る。

この弱点の埋め方は 2 つある。1 つは返信の書式を決めて渡すことだが、守られるかどうかは相手しだいである。もう 1 つは、メールには回答用のリンクだけを書き、リンク先の画面で決まった項目に答えてもらう形である。取引先にアカウントを作らせないまま、発注側には項目の揃ったデータが残る。この形を選ぶときは、次の 2 点を確かめておく。

1. リンクが取引先ごとに発行され、第三者が推測して開けないこと、回答期限などで閉じられること
2. 取引先が、自分が何を回答したかを手元に残せること（送った側にも保存が求められるため）

2 点目は、取引先の側の電子取引データの保存につながる。画面で回答した内容の控えが取引先に何も残らない形だと、送付した取引情報の保存を取引先に難しくさせる。

方式を決める前に答えを出す 5 つの問い

問い 1：取引先は何社あり、そのうち取引が集中している相手は何社か

取引の大半が数社に集中しているなら、その数社だけ EDI でつなぎ、残りをメール起点にする分け方が成り立つ。全社を同じ方式にそろえる必要はない。

問い 2：相手は、ほかにいくつの発注元とつながっているか

相手がすでに複数の発注元のポータルを抱えているなら、もう 1 つ増やす案内は通りにくい。共通化された仕組みに乗れるなら、それを優先する余地がある^[1]。

問い 3：品目と条件は、どれだけ定型か

毎回同じ品目を同じ条件で繰り返し出すなら、形式の取り決めは一度で済む。一品ごとに仕様が違う試作や特注では、EDI の形式に乗らない情報が多く、メール起点のほうが実態に合うことが多い。

問い 4：発注のたびの通知を、どの方式で出すか

登録型ポータルを選ぶなら、明示の通知の仕組みを別に設計する^[3]。ここが決まっていないなら、まだポータルを選べる段階にない。

問い 5：取引先は、7 年先まで控えを取り出せるか

取引が終わったあとも、取引先が保存の義務を果たせる形になっているか。ダウンロードの機能、終了時のデータの渡し方まで決めておく^[6][7]。

方式を切り替えるときは、既存の発注残や取引先の情報をどう新しい仕組みへ持っていくかが別の課題になる。移す順序と切替日の決め方は受発注システムへのデータ移行の記事で扱う。担当者個人のメールアドレスやアカウントに取引先とのやりとりが寄っている場合の整理は、購買担当の引き継ぎの記事を参照してほしい。

よくある質問

登録型のポータルは、使わないほうがよいのですか

そうではない。取引先が少数で取引量が多く、相手もその画面に慣れている場合には、入力の揃ったデータが手に入る利点が大きい。問題になるのは、取引先の数が多く、1 社あたりの取引が少ない相手にまで同じ方式を求める場合である。相手の負担と自社の利点が釣り合う範囲で使う。

ポータルの利用料を取引先に払ってもらえますか

取引先に費用を負担させる設計は、取適法の不当な経済上の利益の提供要請や減額の問題になりうる^[1][2]。どこまでなら負担を求めうるかの線は、取引先に断られたときの記事で扱っている。

ポータルに載せた注文書は、取引先がダウンロードしなければ受け取っていないことになりますか

電子帳簿保存法の上では、インターネット上で確認できることとなった時点が授受のタイミングとされ、ダウンロードしなければ保存義務が生じないというものではないとされている^[6]。取適法の明示の面では、宛先を特定して送る方法であることが別に求められる^[3]。

EDI で受け取ったデータを表計算の一覧に変えて保存してもよいですか

一問一答は、取引内容が変更されるおそれのない合理的な方法で編集されたデータでの保存を認めている。ただし、授受したデータを手動で転記して作った別の形式のデータは、合理的に編集したものに当たらないとしている^[6]。

メールで出していると、取適法上不利になりますか

ならない。電子メールは、受信する者を特定して情報を伝達する電気通信の代表例として規則に書かれている^[3]。不利になるのは方式ではなく、宛先が個人のアドレスに寄っていることや、控えがメールソフトの中にしかないことのほうである。

まとめ

サプライヤーポータルが要るかどうかは、自社の業務の都合だけでは決まらない。登録型のポータルは、発注側に揃ったデータをもたらす一方で、取引先の側にアカウントと保存の手間を移す。取引先から見れば、発注元の数だけ画面とアカウントが増え^[5]、見られる状態になった注文書は保存の対象になる^[6]。国の振興基準は、発注元ごとの仕組みを増やすより共通化に努める方向を示している^[1]。

現実的には、1 つの方式で全社をそろえる必要はない。取引の集中した少数の相手とは EDI で形式を取り決め、コード表と変換テーブルを保存の対象として残す^[1][6]。取引先が少数で取引量が多く、相手がその画面に慣れているなら、登録型のポータルも選択肢に残る。その場合は、発注のたびの通知と、取引先が控えを取り出せる機能を先に用意する^[3][6]。それ以外の多くの相手には、アカウントを持たせないメール起点の方式で届け、回答の形をリンク先の画面で揃える。どの方式でも、明示の通知と発注側の記録の要件は変わらない^[2][3][4]。

出典・参考資料

1. 中小受託取引適正化法テキスト「下請法」から「取適法」へ（公正取引委員会・中小企業庁／令和 7 年 11 月）
2. 製造委託等に係る中小受託事業者に対する代金の支払の遅延等の防止に関する法律（取適法）（e-Gov 法令検索（デジタル庁））
3. 製造委託等に係る中小受託事業者に対する代金の支払の遅延等の防止に関する法律第四条の明示に関する規則（e-Gov 法令検索（デジタル庁））
4. 製造委託等に係る中小受託事業者に対する代金の支払の遅延等の防止に関する法律第七条の書類等の作成及び保存に関する規則（e-Gov 法令検索（デジタル庁））
5. 中小企業の情報セキュリティ対策ガイドライン 第 4.0 版（独立行政法人情報処理推進機構（IPA）／2026 年 3 月）
6. 電子帳簿保存法一問一答【電子取引関係】（国税庁／令和 7 年 6 月）
7. 法人税法施行規則（e-Gov 法令検索（デジタル庁））

WHITE PAPER

この記事の理解を深める
無料ホワイトペーパーをプレゼント

製造業の現場で使える実務資料（PDF）を無料でお届けします。"こんな資料が届きます" ↓ 下のボタンからどうぞ。

🔒 全文は無料ダウンロードで