サプライヤの納期が遅れるたびに、特定の担当者が電話とメールで走り回る——多くの調達現場で繰り返される光景です。結論から言えば、この振り回されは担当者の能力不足ではなく、納期管理と督促が「業務の仕組み」ではなく個人の記憶と勘に紐づいている構造から生まれます。本記事では、その構造を「人・プロセス・情報・ツール」の4層で分解し、調達OS（業務エージェント基盤）でそろえられる範囲と、人が担い続ける範囲を切り分けて整理します。

なぜ納期管理・督促は特定の人に頼ってしまうのか？

答えは、納期の状況が担当者個人の頭の中にしか存在しないからです。発注した品目の約束納期、回答が来ていない案件、督促済みかどうか——これらが発注データに紐づかず、担当者の記憶とメールボックスに散らばっている限り、状況を把握できるのはその人だけになります。だからこそ担当者が休むと案件が止まり、引き継ぎのたびに「あの件はどうなっていたか」を一から確認し直すことになります。

調達部長であれば、これらの業務が特定の担当者に張り付いていて、その人が休むと止まることを痛感しているはずです。

相見積の単価査定が属人化する構造——調達部の見積業務をどこまでAIエージェントに任せられるか

もう一つの理由は、督促の判断そのものが言語化されていないことです。どの案件を、いつ、どのトーンで督促するか。経験を積んだ担当者は無意識に優先順位をつけていますが、その基準は本人の中にあり、若手が引き継げる形で残っていません。負荷を「忙しい」とだけ捉えると、人を増やす以外の打ち手が見えなくなります。

調達業務の負荷を「忙しい」の一言で片づけると、打ち手を見誤ります。

調達部長の3つの悩みとAIエージェントで解ける範囲——「人・プロセス・情報」で切り分ける

納期遅延が起きる構造を4層に分けるとどう見えるか？

結論として、納期管理・督促の負荷は「人・プロセス・情報・ツール」の4層に分けると打ち手が見えてきます。同じ「納期が読めない」という症状でも、原因がどの層にあるかで対処が変わるためです。

人の層では、督促の優先順位やタイミングの判断基準がベテランの暗黙知に閉じ、若手に渡せていません。プロセスの層では、納期確認から督促までの手順が個人ごとに違い、抜けや遅れが起きても誰も気づけない状態になります。情報の層では、サプライヤの回答納期や過去の遅延履歴が担当者のメールやExcelに散在し、全社で検索できる資産になっていません。ツールの層では、ERPが発注金額や数量を記録してはいるものの、いつ督促し何を約束してもらったかという業務の実行記録はどこにも残らないのです。

ERPは「お金とモノの記録台帳」、PLMは「図面とBOMの保管庫」であり、いずれも「業務そのもの」を実行する仕組みではない

調達OSとは——見積・サプライヤー管理・購買業務を統合する業務基盤

この4層で見ると、人が判断すべき領域（交渉や優先順位の最終決定）と、仕組みでそろえられる領域（記録・検知・下書き・共有）が分かれて見えてきます。属人化を一気に解消しようとするのではなく、まず情報とツールの層を業務基盤に寄せることが現実的な出発点になります。

調達OSでそろえられる範囲はどこまでか？

調達OSがそろえられるのは、納期回答の記録から遅延の予兆検知、督促文の下書き、履歴の全社共有、遅延傾向の見える化までです。一方で、督促を送るか・どう交渉するかといった最終判断は人が担います。次の表は、ERPや表計算でできる範囲と、調達OSでそろえられる範囲を作業ごとに切り分けたものです。

納期管理・督促の作業	ERP・表計算でできること	調達OS（業務エージェント基盤）でそろえられる範囲
納期回答の記録	発注番号と希望納期は記録できる	サプライヤからの回答納期・変更履歴を発注に紐づけて蓄積
遅延の予兆検知	担当者が個別に確認しないと気づけない	回答遅れ・期日接近を条件で自動抽出し督促候補を提示
督促の実行	担当者が文面を都度作成して送付	過去のやり取りを踏まえた督促文の下書きを生成（送信判断は人）
履歴の引き継ぎ	担当者のメール・メモに依存	督促履歴と約束納期が全社で検索できる資産になる
遅延要因の傾向把握	集計は手作業で属人的	サプライヤ・品目別の遅延傾向を横断で見える化

重要なのは、AIエージェントに「判断」を丸投げするのではなく、判断にたどり着くまでの探索とそろえ——回答が来ていない案件の洗い出し、過去履歴の照合、督促文の下書き——を基盤側に寄せる発想です。担当者は最後の判断と交渉に集中でき、その判断の根拠が発注に紐づいて残ります。

「サプライヤに任せればいい」「ERPで足りる」という反論は正しいか？

いずれも一部は正しく、一部は当てはまりません。まず「サプライヤに納期管理を任せればいい」という考え方は、相手が約束納期を守り、変更を即時に共有してくれる前提に立っています。現実には、複数のサプライヤと多数の品目を抱える調達部にとって、回答の催促と変更の追跡そのものが業務であり、相手任せにはできません。

「ERPの購買モジュールで足りる」という反論も、記録という意味では正しい一方、実行という意味では足りません。ERPは発注金額や数量を正確に記録しますが、いつ督促し、どんな約束を取り付けたかという業務の経緯は残りにくい領域です。記録台帳としてのERPと、業務を実行する調達OSは役割が分かれており、どちらかが他方を代替するわけではありません。両者を対立させるのではなく、ERPの記録に「業務の実行と根拠」を重ねる発想が現実的です。

自分の職場は当てはまる？5項目セルフチェック

以下のうち3つ以上に当てはまるなら、納期管理・督促の属人化が進んでいる可能性があります。

• 未回答の見積・納期回答が今いくつあるか、担当者本人でないと即答できない。
• 督促のタイミングや優先順位は、特定のベテランの感覚に依存している。
• サプライヤの過去の遅延履歴が、全社で検索できる形になっていない。
• 担当者が休むと、その人が持つ案件の納期状況が分からなくなる。
• 「なぜその納期で合意したか」の経緯が、発注データに紐づいて残っていない。

よくある質問（FAQ）

納期管理・督促はなぜ属人化しやすいのですか？

督促のタイミングや優先順位の判断基準がベテラン担当者の暗黙知に閉じ、納期回答や遅延履歴が個人のメール・Excelに散在しているためです。仕組みではなく人に紐づくため、担当者が休むと状況把握が止まります。

調達OSは納期管理のどこまでをそろえられますか？

納期回答の記録、遅延の予兆検知、督促文の下書き生成、履歴の全社共有、遅延傾向の見える化までを業務基盤側でそろえられます。送信や交渉の最終判断は人が担う前提です。

ERPの購買モジュールがあれば足りますか？

ERPは発注金額や数量の記録に強い一方、いつ・なぜ督促し何を約束したかという業務の実行と根拠は残りにくい領域です。記録台帳としてのERPと、業務を実行する調達OSは役割が分かれます。

次のアクション

納期遅延への振り回されを減らす第一歩は、督促という業務がどこで止まり、どの判断が特定の人に依存しているかを棚卸しすることです。直近で納期遅れに気づくのが遅れた案件を1件取り上げ、どの層（人・プロセス・情報・ツール）に原因があったかを切り分けてみてください。自社の調達業務のどこから業務基盤に寄せられるかを一緒に整理したい場合は、業務診断をご利用ください。

出典

• 調達業務の属人化に関する一般的な実務知見、および本メディアの既存記事における業務観察（調達部長の3つの悩み）に基づく。本記事に登場する数値・事例は特定企業の実測値ではなく、構造を説明するための一般的な記述です。

あわせて読みたい関連記事

• 在庫を持ちすぎても、欠品しても叱られる——適正在庫と発注点を調達OSでそろえる
• 業務OSとは何か——製造業ERPでもPLMでもない、第3の業務基盤の正体
• 相見積の単価査定が属人化する構造——調達部の見積業務をどこまでAIエージェントに任せられるか