協力会社への発注をFAXから移す手順——相手に負担をかけない移行

「協力会社への発注は、いまだにFAXと電話でやっている」「システムに移したいが、相手にも同じものを使ってもらわないと意味がないと言われて止まっている」「こちらが便利になるだけで、委託先に負担を押しつける形にはしたくない」——発注のやり方を変えたい運送会社ほど、この“相手がいる”という壁で足踏みしがちです。

先に結論を書きます。協力会社への発注をFAXから移せるかどうかは、新しいシステムの使いやすさよりも、「相手にどれだけ負担をかけずに巻き込めるか」で決まります。そして移行は、全部を一度に切り替えるのではなく、発注という一つの作業の入口を決め、捨てるFAXを一種類ずつ選び、相手の負担をゼロに近づける条件を確認する——この順番で進めると、途中で止まりにくくなります。

移行でつまずく原因	起きること	向き合い方
相手に導入を求めてしまう	「じゃあ今まで通りFAXで」と断られる	相手の負担（登録・操作・費用）を先に確認する
二重運用を無期限に続ける	FAXとシステムが併存し、結局FAXが残る	捨てるFAXの種類を選び、相手との疎通後に停止日を決める
自社の管理都合を優先する	現場が入力を嫌がり、発注が回らなくなる	発注する人の手数が増えない形にする

以下、なぜFAX発注は「移せそうで移せない」のかを整理したうえで、相手に負担をかけない移行の順番を具体的に見ていきます。

なぜFAX発注は「移せそうで移せない」のか

FAXでの発注が続くのは、FAXが優れているからではありません。FAXが「相手に何も要求しない」からです。相手は複合機の前に立つだけでよく、アカウントも操作の習得も要りません。発注する側も、送信ボタンひとつで用が足ります。導入のハードルが実質ゼロであることが、FAXが半世紀にわたって現場に残ってきた理由です。

裏を返すと、FAX発注の不便さは「送る瞬間」ではなく、その前後に溜まっています。発注書をExcelで作り、印刷してFAXし、控えをファイルに綴じる。相手からの請書や運賃の確認は電話で受け、メモを取る。月末になると、その紙とメモを頼りに、誰にいくらで委託したかを別の台帳に転記し、請求・支払の突合をやり直す。つまりFAXそのものは軽くても、FAXを起点にした転記・突合・照合が事務所の手数を膨らませているわけです。

だから移行の目的は、「FAXをやめること」ではありません。一度発注として入力した情報が、支払照合にも記録にも自動でつながる状態を作ることです。ここを取り違えて「FAXの代わりに、相手も使える発注アプリを入れる」だけを目標にすると、相手に導入を求める交渉から始まり、たいてい入口で止まります。

移行が失敗する3つの入り方

発注のデジタル化が途中で止まるとき、原因はおおむね次の3つの「入り方」に集約されます。運送業のシステムが定着しないより一般的な3パターンとも重なりますが、ここでは「相手がいる発注」に絞って見ます。

① 相手に導入を求めることから始める。 「うちが入れたこのシステムを、御社も契約して使ってください」と切り出した瞬間に、多くの協力会社は身構えます。相手にとっては、頼まれ仕事のために月額費用と操作の習得を負う話です。委託先に「システムを買ってくれ」とは頼みにくい——この一点で、移行はしばしば最初の一社で頓挫します。

② 二重運用を無期限に続ける。 「まずは並行で慣らそう」と、FAXとシステムを両方回し始める。移行期の一時的な並行はやむを得ませんが、いつ・どのFAXを捨てるかを決めていないと、並行が恒久化します。そして締め切りに近いFAXのほうが残り、システム側の入力は後回しになって虫食いになります。

③ 自社の管理都合を優先する。 管理側が「委託先別の支払を集計したい」と、発注時に細かい項目を全部埋めさせる設計にする。発注する配車担当から見れば、電話一本で済んでいた依頼が、画面を開いて多くの欄を埋める作業に変わります。発注する人の手数が増えた瞬間、現場はFAXに戻ります。

3つに共通するのは、「相手（協力会社）または発注する現場の負担を、移行の設計に入れていない」という一点です。逆に言えば、この負担を先に見ておけば、移行は現実的な作業になります。

相手に負担をかけない移行の順番

ここからが本題です。全部を一度に変えようとせず、次の3ステップで進めます。

ステップ1：発注という「一つの作業」の入口を決める

最初にやるのは、システム選定ではなく入口の一本化の宣言です。「協力会社への発注は、今後この一か所から出す」と、発注の入口を一つに決める。ExcelとFAXと電話に散っていた発注の起点を、まず自社側で一本にまとめます。

この段階では、相手にはまだ何も求めません。自社の発注業務を、一つの入口から出す形に整えるだけです。ここを飛ばして「相手も使えるツール」を探し始めると、①の失敗（相手への導入要求）に直行します。

ステップ2：捨てるFAXを一種類ずつ選ぶ

次に、どのFAXから捨てるかを一種類ずつ決めます。いきなり全種類を切り替えようとせず、たとえば「定期便の発注」「スポットの傭車依頼」「日々の差し替え連絡」のうち、最も定型で件数が多いものを一つ選び、そこだけをFAXから移す。

この段階では、停止日を先に確定するのではなく、移行する発注の種類と候補となる時期までを社内で決めます。具体的な停止日は、次のステップで対象の協力会社が新しい経路を使えるか確認し、招待と疎通確認を終えてから合意します。一種類が移りきってから次の一種類へ——この刻み方が、発注経路を途切れさせず、二重運用の恒久化も防ぎます。

ステップ3：相手の負担をゼロに近づける条件を確認する

移行の成否を最後に分けるのは、協力会社側の負担です。相手に確認すべきは、次の3点に尽きます。

登録の負担：相手はアカウント作成や難しい初期設定を求められないか。招待のリンクを開くだけで受注の確認ができるか。
操作の負担：日々の受注確認・実績報告が、普段使っている手段（たとえばスマートフォンのメッセージ）の延長で完結するか。専用アプリのインストールや教育が要らないか。
費用の負担：相手に利用料が発生しないか。「システムを買ってくれ」と頼まずに、発注側だけの負担で招待できるか。

この3つの負担がいずれもゼロに近ければ、協力会社は「それなら」と応じやすくなります。対象の協力会社を招待し、実際に発注を受け取って確認できるところまで疎通したら、そこで初めてFAXの停止日を確定します。逆に、どれか一つでも相手に重い負担を求めるなら、その発注は当面FAXのまま残す——それでも構いません。移行は全社一斉である必要はなく、負担をかけずに移せる相手・発注から順に移すのが現実的です。

移してから効いてくること——発注が「記録の土台」に変わる

発注をFAXから移す本当の効果は、送信が楽になることではなく、発注時の情報を後工程の記録に引き継げることです。

一度「誰に・何を・いくらで委託したか」を発注として入れておけば、その情報は月末の支払照合にそのまま使えます。FAXの控えを見ながら委託先台帳へ転記し直す作業が要らなくなり、締めの追い込みが軽くなります。

ただし、発注先と実際に運んだ事業者は同じとは限りません。協力会社による再委託や運行前の差し替えがあれば、発注時点の情報だけで実運送事業者を確定することはできません。実運送体制管理簿へつなげるには、委託先から実運送事業者の通知を受け、運行実績や変更内容を確認して業務記録へ反映する別の工程が必要です。発注情報はその土台になりますが、それだけで管理簿の記録が完成するわけではありません。

法令面でも、発注のデジタル化は逆風ではありません。運送契約を結ぶ際の書面交付は、トラック事業者には2025年4月1日から、貨物利用運送事業者には規定の準用により2026年4月1日から義務づけられています¹。書面に代えて電子データで法定の記載事項を交付することもできますが、これには相手方の承諾が必要です²。したがって、承諾を得たうえで必要事項を満たす形なら、FAXから電子的な発注へ移すことは、この書面交付義務とも整合します（記載すべき項目や交付方法の詳細は、リンク先の解説記事に譲ります）。

つまり移行は、事務を楽にする話であると同時に、発注のやり取りを後工程の記録の土台に変える話でもあります。実運送情報の通知・確認まで業務の流れに組み込めれば、二重入力や月末の転記を減らしながら、実態に沿った記録へつなげられます。

実務チェックリスト

協力会社への発注をFAXから移す前に、次の観点で「相手に負担をかけない移行になっているか」を点検してみてください。

発注の入口を一か所に決めたか（Excel・FAX・電話に散った起点を自社側で一本化したか）
最初に移す発注の種類を一つに絞ったか（定期便／スポット傭車／当日差し替えのどれか）
協力会社側の登録の負担を確認したか（招待リンクを開くだけで受注確認できるか）
協力会社側の操作の負担を確認したか（普段の連絡手段の延長で完結するか、専用アプリの教育が要らないか）
協力会社側に利用料が発生しないか（発注側だけの負担で招待できるか）
対象の協力会社を招待し、新しい経路で発注を受け取れることを疎通確認した後にFAXの停止日を決めたか
発注する現場（配車担当）の手数が増えない設計か（管理都合で入力欄を増やしていないか）
一度入れた発注情報が、支払照合と委託記録の土台になるか
再委託・差し替えがある場合に、実運送事業者の通知を受けて運行実績を確認し、記録へ反映する流れがあるか

上から順に「はい」が続くほど、移行は途中で止まりにくくなります。とくに協力会社側の3つの負担（登録・操作・費用）は、ここが引っかかると相手が応じてくれないため、システムを選ぶ前に確認しておく価値があります。

まとめ

協力会社への発注をFAXから移せないのは、多くの場合、現場が保守的だからでも、良いツールがないからでもありません。「相手に負担をかける形」で移そうとしているからです。FAXが残ってきたのは、それが相手に何も要求しなかったからでした。だとすれば、移行の設計にまず入れるべきは、相手の登録・操作・費用の負担をどれだけゼロに近づけられるか、という一点です。

発注する自社の入口を一本化し、捨てるFAXを一種類ずつ選び、相手の負担を確認して招く。新しい経路で疎通できた後にFAXの停止日を決める。この順番で進めれば、移行は「全社一斉の大改革」ではなく、負担をかけずに移せるところから積み上げる、地道だが確実な作業になります。

その前提を製品側に組み込んでいるのが、運送番頭の「協力会社は招待制で無料」という設計です。費用がかかるのは発注する側だけで、招かれた協力会社は利用料なしで受注の確認や実績の報告ができます。委託先に「システムを買ってくれ」と頼まずに巻き込めること——それは、発注のやり取りを後工程の記録につなげ、義務を最小工数で果たせる状態に近づけるための、いちばん現実的な入口です。

国土交通省「改正貨物自動車運送事業法（令和7年4月1日施行）について」 https://www.mlit.go.jp/jidosha/jidosha_mn4_000014.html ↩
国土交通省「改正貨物自動車運送事業法Q&A（令和8年3月31日時点）」 https://www.mlit.go.jp/jidosha/content/001993962.pdf ↩