建設業の協力会社管理｜AI・DXで依頼と受諾を取り違えない

建設業の協力会社管理で困るのは、電話番号を探すときだけではありません。「来週なら調整できる」という返事を、現場では「来週来てもらえる」と受け取っていた。こうした認識の違いは、きれいな名簿を作るだけでは解消できません。

そこで整えたいのが、会社の情報と、工事ごとの依頼・回答を分けて残す仕組みです。誰に何を伝え、どの条件なら引き受けてもらえるのか。相手の回答と社内の判断を確かめてから、手配済みとして扱います。

DXは、その確認を担当者の記憶だけに頼らず進められるようにする取り組みです。AIはメールや電話メモの整理、確認事項の抽出、連絡文の下書きに使えます。ただし、相手が引き受けたかどうかを推測で決めたり、勝手に発注したりさせる運用にはしません。

少人数で現場を調整する建設・リフォーム会社に向けて、協力会社への照会や条件変更を追える記録の作り方をまとめました。掲載するやり取りは説明用の架空例であり、特定企業の成果を示す事例ではありません。

建設業の協力会社管理は「返事の意味」をそろえるところから

ここでいう協力会社管理は、工事を一緒に進める外部事業者について、連絡窓口、対応する仕事、依頼の状況、確認の記録を社内で扱えるようにすることです。会社を評価して順位を付けることだけを意味しません。

たとえば、設備会社に浴室工事の日程を相談し、「その週は別の現場の終了次第です」と返事があったとします。営業が希望日を工程表に入れ、工務担当がその工程表を見て確定したと思えば、まだ決まっていない予定が社内で独り歩きします。

このとき足りないのは、相手への連絡回数とは限りません。返事に付いていた条件と、次に確認する人・時点の記録です。「相談済み」という一言を、「条件の回答待ち」へ置き換えるだけでも、次の行動が具体的になります。

まず、進行中の現場を一つ思い浮かべてください。画面にある「手配済み」は、誰が、どの返事を確かめた結果でしょうか。そこまでたどれなければ、連絡先の追加より先に、状態の定義を見直す余地があります。

管理する相手は、同じ会社でも一人とは限らない

見積の窓口、日程を決める窓口、当日現場へ来る責任者、請求の窓口が違うことがあります。一つの担当者欄に全員を押し込むと、問い合わせの内容と宛先が合わなくなります。

最初から多くの連絡先を集める必要はありません。自社で実際に使う連絡の目的を決め、その窓口を登録します。担当変更の連絡を受けたら、本人や会社の正規窓口に確認してから更新し、確認した日も残します。

一方、会社が登録されていることと、その会社が今回の仕事を引き受けていることは別です。取引先の一覧と、現場の手配表を同じものとして使わないことが基本になります。

会社の基本情報と、今回の依頼内容を分けて持つ

台帳とは、同じルールで情報を記録する一覧です。協力会社台帳には何度も使う情報を置き、工事の依頼記録には、その仕事で決める内容を置きます。両方を会社ごとの管理番号で結ぶと、会社名の略称が違っても同じ相手として探しやすくなります。

記録の置き場	残しておきたい内容
協力会社台帳	正式名称、社内の管理番号、連絡目的別の窓口、対応分野、確認日
工事ごとの依頼記録	工事番号、依頼する範囲、希望日、回答、回答に付く条件、次の確認担当
変更の記録	変わった条件、相手に知らせた内容、再回答、承認した人、適用する時点

対応分野も、会社紹介に載っている内容と、自社がその会社に依頼して確認した内容を混ぜないようにします。「内装工事に対応」と書かれていても、今回の材料や工法、施工条件まで対応できるかは個別の確認が必要です。

同様に、以前の現場に来た職人の名前を、今回の担当者として自動で入れるのは避けます。台帳は相談先を探すために使い、今回の施工体制は相手の回答で確かめます。

同じ情報を何度も打たないための工夫

Excelから始めるなら、会社情報のシートと、依頼記録のシートを分ける方法があります。依頼記録では管理番号を選び、会社名や代表窓口を参照する形にします。入力方法を決めずに全員が自由に行を追加すると、同じ会社が別名で増えてしまいます。

会社情報を統合するときは、名前の似ている会社をAIだけでまとめません。正式名称や所在地などを人が照合し、別の事業者でないことを確かめます。略称は検索用の補足として残せます。

また、現在の連絡先を更新しても、過去に誰と話したかは消さないようにします。会社台帳は今の情報、依頼履歴は当時のやり取りです。過去の依頼まで新しい担当者の名前に置き換えると、後から経緯を確認できなくなります。

必須にするのは「次の人が動ける情報」

すべての項目を必須にすると、忙しい担当者は登録を後回しにしがちです。入力欄を増やす前に、その項目を誰が何の判断に使うかを確かめます。

たとえば初回の日程照会では、会社、工事、相談内容、相手の返事、次の確認が分かれば進められることがあります。正式な依頼に進む段階で、作業範囲や金額、必要書類などを別途確認します。初回相談と発注前確認で、必要な情報の深さを変える考え方です。

依頼中・条件付き・確定を、一つの「済」にまとめない

建設業の協力会社管理では、状態の名前を増やすことより、その状態になった根拠をそろえることが大切です。次の表は、社内の手配確認に使う状態の例です。契約の成立や法的な判断を、この表だけで決めるものではありません。

社内の状態例	その時点での扱い
照会中	相手へ確認を依頼した。受諾したとは扱わない
条件付き回答	日程や範囲などに条件がある。残った条件を確認する
手配確定	必要な条件と相手の受諾を、担当者が根拠とともに確認した
変更の再確認中	確定後に条件が変わった。変更分の受諾はまだ確かめていない
見送り・終了	今回は進めない、または対応が終わった。履歴は残す

「連絡した」と「返事を受けた」、「了承された」は違います。既読や開封の表示だけで、手配確定へ進めないようにします。相手が内容を見たことと、条件を受け入れたことは同じではないためです。

条件付きの返事を残す架空例

設備工事の日程を相談したところ、「木曜日の午後なら行けそうですが、午前中の作業が延びる可能性があります」と返事があったとします。この場合、木曜日の午後だけを抜き出して予定を確定させると、重要な条件が失われます。

記録には、午後が候補であること、午前中の作業次第で変わること、いつ再確認するかを残します。先方の返事をそのまま参照できるようにして、社内の要約とは分けておきます。

そのうえで、自社担当者が「何時までに判断が必要か」を相手と調整します。担当者の判断だけで都合のよい時刻を回答期限にしないことも大切です。日程の確約ができないなら、その理由を踏まえ、代替日や別の段取りを検討します。

管理画面には、返事を待っている事項が見えるようにします。「何が決まれば先へ進めるか」が分かれば、不在の担当者に毎回聞かなくても、次の人が状況を追いやすくなります。

二重に依頼しないための窓口

営業と工務がそれぞれ別の協力会社へ同じ工事を相談すると、どちらを進めるかが曖昧になることがあります。複数社に見積や日程を確認すること自体と、正式に依頼することを分けて記録します。

工事ごとに最終の調整窓口を置き、正式な依頼へ進める前に、ほかの照会先の状態を確認します。別の会社に決めた場合は、必要な連絡を人が行います。システムが勝手に辞退扱いの文面を送る設計にはしません。

工事が変わったら、誰の回答を取り直すか

一度そろえた条件は、日程や仕様の変更で変わります。過去の「手配確定」が、変更後の工事にもそのまま通用するとは限りません。

たとえば、施工範囲は同じでも、作業時間帯が変わると対応できる担当者が変わるかもしれません。搬入条件が変われば、準備する道具や車両について再確認が必要になることもあります。変更を単に共有しただけでなく、どの条件への回答を取り直すかを考えます。

元の条件を消さず、変更分を見せる

依頼記録を上書きするだけでは、相手が古い条件で了承していたことが見えなくなります。元の依頼、変更する内容、変更を送った相手、相手の返事を続けて見られるようにします。

案件番号に加え、依頼内容の版を付ける方法もあります。「第2版への確認待ち」とすれば、どの内容について返事を待っているかが明確です。ただし、版が増えるだけで本文が分からない状態にはせず、何が変わったかを短く添えます。

図面が変わる場合は、図面そのものの管理とも連動します。協力会社への連絡に添える図面が古ければ、依頼記録が正しくても行き違いは残ります。受領した図面と配布先を整理する方法は、図面の改訂と配布先を確認する記事で扱っています。

日程の更新と通知を別々に考える

工程表の日付が更新されたからといって、協力会社がその変更を受け入れたとは限りません。希望する新日程、先方へ伝えた日程、了承された日程を区別します。

社内画面では、確定した予定と調整中の候補を色だけでなく文字でも示します。印刷した紙や白黒の画面でも意味が伝わるためです。変更を見た人が、未確定の候補を確定日としてお客様へ伝えない工夫になります。

準備期限の逆算や変更時の連絡については、工程表と連絡期限を連動させる考え方も参考になります。本稿で管理する相手の回答を、工程表を確定するための情報として渡す形です。

AIには整理を任せ、相手への約束は人が決める

協力会社とのやり取りをAIで扱うなら、最初は「何を確認すべきかを読み取りやすくする」用途に絞ると、出力を点検しやすくなります。AIは文章の意味を取り違えたり、書かれていない内容を補ったりすることがあるため、元の情報との照合を前提にします。

電話メモを、確認項目の候補に分ける

たとえば、「日程の候補」「対応できる範囲」「条件」「まだ返事のない点」に分ける作業を補助させます。電話の後に担当者が短く記録し、AIが項目に整理し、担当者が原文と比べる流れです。録音を使う場合は、相手への説明や社内規程など、利用の条件を先に確認します。

社内で許可されたサービスに、必要最小限の情報だけを渡します。氏名や住所などを使わずに試すなら、工事番号と会社の管理番号へ置き換えた架空データから確認できます。

指示文も「この会社が受諾したかを判定して」ではなく、「記録に明記された回答を分類し、不明な項目は不明のまま返す」とします。回答の根拠となるメモの位置や、受信した日時を出力に付けられると、担当者が確認する場所を探しやすくなります。

下書きから送信までに確認を挟む

確認依頼の文面を作る場合は、工事の識別、今回聞きたい条件、希望する回答時期を担当者が点検します。料金や日程を、元の記録にない内容へ書き換えていないかも確認します。

特に注意したいのは、「調整可能」という言葉を「対応可能」、「検討する」を「承諾する」に変えてしまうことです。自然な文章へ整える過程で意味が強くなると、相手への約束まで変わってしまいます。

導入当初は、AIの出力をそのまま台帳へ確定登録したり、相手へ送信したりせず、確認待ちの別欄へ置く方法が考えられます。承認した人と時刻を記録してから、社内の正式な状態に反映します。

AIを使わない方が明確な処理もある

回答期限を過ぎた行の抽出や、未入力欄の表示は、表計算の関数や通常のシステム機能でも実現できます。毎回文章を解釈させる必要がない処理は、決めた条件で同じ結果になる仕組みを選ぶ方が検証しやすくなります。

一方、自由文のメモから確認候補を見つける作業は、AIの利用を検討できます。DXで記録と担当をつなぎ、そのうち文章を扱う部分をAIが補助するという役割分担です。

協力会社の選定や取引条件を、AIが付けた点数だけで決めることも避けます。過去の記録に偏りがあれば、点数にも影響します。必要な資格、今回の施工条件、相手の回答、取引上の判断を、人が確かめることが欠かせません。

書類と個人情報は、必要な人だけが確認できるようにする

連絡用の協力会社台帳を作っても、それだけで工事に必要な書類がすべて整うわけではありません。会社の窓口を探す一覧と、施工体制や入場に関する書類は、用途を分けて扱います。

国土交通省は、施工体制台帳や施工体系図、作業員名簿などの作成例を案内しています。自社の連絡用台帳を法定書類の代わりとせず、対象となる工事の要件と提出先の指定を確認してください。国土交通省の施工体制に関する様式・留意事項が確認の入口になります。

「ファイルを受け取った」と「内容を確認した」を分ける

書類の受信だけで、確認完了にしないようにします。対象の会社・工事に合っているか、必要な記載があるか、確認すべき期間や資格などが整っているかは、担当者が確認します。

書類管理の画面には、受領日、内容を確認した日、確認者、差し戻した点を分けて残す方法があります。AIや文字の読み取り機能を使って項目を取り出しても、原本で読めない部分や記載がない部分を推測で埋めてはいけません。

この運用表の項目は、法律が求める書類を網羅したチェックリストではありません。工事の種類や契約関係に応じた判断が必要なときは、所管の行政窓口や専門家へ確認します。

共有範囲は「全員が便利」だけで決めない

会社の代表窓口と、作業員個人の詳しい情報を、同じ閲覧範囲に置く必要はありません。現場担当が連絡するための情報と、書類担当者が確認する情報を分けます。

国土交通省も、作業員名簿の様式例の案内で個人情報の適切な取扱いに注意を促しています。名簿全体を便利だからという理由で、共有チャットや外部サービスへ複製する運用は避けたいところです。

外部の協力会社が見る画面では、自社に関係する案件だけが見えるかを試します。ほかの会社の単価、個人連絡先、内部の評価コメントが見えないことも確認します。担当交代や取引終了時に、不要となった閲覧権限を見直す担当を決めておきます。

ExcelかSaaSかは、協力会社の使い方まで見て選ぶ

少人数で社内だけが編集するなら、共有ルールを整えたExcelなどから試す選択肢があります。まずは連絡先と依頼履歴を分け、同じ情報を何度も入力しない形を確かめます。表ができたことをもって、運用が定着したとは考えません。

複数の担当者が同時に更新し、外部にも画面を使ってもらうなら、権限や変更履歴を管理できるSaaSが候補になります。SaaSとは、インターネットを通じて利用する業務サービスです。機能が多いものより、実際の確認手順に合うものを選びます。

比較するときは、画面の紹介だけでなく、次の操作を試してみてください。

• 一つの会社に、連絡目的の違う窓口を登録できるか。
• 条件付きの回答や、変更後の再確認待ちを区別できるか。
• 元の回答と、担当者が整理した内容を見比べられるか。
• 協力会社ごとに、見せる案件と情報を限定できるか。
• 誤って更新したときに、以前の内容を確認して戻せるか。
• 利用を終えるときに、必要な履歴と添付資料を取り出せるか。

料金の比較では、社内ユーザーだけでなく、協力会社側のアカウント、保存容量、サポート、移行作業の範囲も確認します。金額や利用条件は変わるため、導入時点の見積と契約内容で判断します。

相手に新しい入力作業を押し付けない

自社がシステムを導入しても、協力会社が同じ操作をすぐに使えるとは限りません。メールや電話で受け取った返事を、自社側の担当者が記録する方法を残すこともできます。

その場合は、誰が代理で入力したかを残し、相手が直接承認ボタンを押したようには見せません。電話で確認した内容なら、その日時と話した窓口を記録し、必要に応じて相手へ内容を確かめます。

利用する画面を減らす、スマートフォンで返答しやすくする、同じ書類の再提出を減らすなど、相手側の負担も確認します。管理する側だけが楽になる仕組みでは、情報が集まらなくなるおそれがあります。

発注・請求とつなぐ際も、状態を混ぜない

手配の情報を経理へ渡すときは、相談時の金額ではなく、どの条件で正式に進めたかが分かるようにします。依頼の記録は、請求内容を確認するための材料の一つです。

実際の施工や変更、請求の確認は別の作業です。相手が日程を了承しただけで、施工完了や支払承認へ進めないようにします。照合の考え方は、工事の記録と請求書を確かめる記事で詳しく説明しています。

小さく試して、問い合わせ直しと手配の食い違いを測る

建設業の協力会社管理を見直すときは、全取引先の情報を一度に移し替えるより、限定した工事で確認の流れを試す方法があります。試行の前に、困っている状態を具体的に言葉にします。

「連絡先を探すのに困る」のか、「条件付きの回答が確定扱いになる」のか、「変更後の再確認が漏れる」のか。困りごとによって、必要な項目も測る内容も変わります。

試行で見る項目

導入前後を比べるなら、たとえば同じ種類の依頼について、回答の経緯を探す時間、社内で聞き直した回数、再確認の期限を過ぎた件数を記録します。これは測定項目の提案であり、効果を保証する目安ではありません。

件数だけでは、工事が増えただけで悪化して見えることがあります。期間中の依頼件数や、変更があった工事の件数も一緒に残します。条件の異なる期間を単純に比べて、システムの成果と決めつけないようにします。

AIを使った場合は、下書きにかかった時間だけでなく、人が修正した時間も含めます。条件の抜けや、誤った確定表現がどれくらいあったかも確認します。文章が速くできても、確認の負担が増えていれば使い方を見直します。

うまくいかなかった場合の戻し方を決める

試行中に誤って確定扱いにした場合は、その記録を黙って消さず、誤りの内容と訂正を残します。ほかの担当者がお客様や協力会社へ連絡していないかを確認し、必要な訂正連絡を人が行います。

新しい表と古い表を並行して使うなら、どちらが正式な記録かを決めます。両方を自由に編集する状態は避け、試行が終わったときに正式な記録を一本に整理する手順も用意します。

操作が難しい、入力が追い付かない、確認待ちが増えるといった問題が出たら、項目や役割を減らして試し直します。「導入したから使い続ける」ではなく、現場が正しく確認できるかを基準にします。

続けるために、入力項目より更新の担当を決める

協力会社台帳は、作成直後が最も整って見えるものです。しかし、窓口や仕事内容が変わったときに誰も更新しなければ、やがて古い情報を信じて連絡することになります。

会社情報の変更は誰が確認するのか。日程の返事は誰が記録するのか。担当者が休んだときは誰が引き継ぐのか。まずは、この役割が現場で説明できる状態を目指します。

最初の一歩は、進行中の工事について、手配済みの根拠を一件だけたどってみることです。返事に条件が残っていれば、相手と確認する担当者を決めます。そのやり方を、次の案件でも迷わず使える記録に整えていきます。

Luzetraへ相談する場合は、個人名や取引条件を伏せた台帳の項目と、困っているやり取りの流れが分かるだけでも、検討の出発点になります。業務の記録と確認手順について相談する際は、使いたいツールの名前よりも、どの場面で確認が止まるかをお聞かせください。