購買管理システムを入れても発注は速くならない｜詰まりをAIで解く

「購買の仕組みを入れ替えたのに、発注までの日数がほとんど変わっていません」「申請の画面はきれいになったのですが、結局いつも見積の返事待ちで止まります」——導入から半年ほど経った会社の担当者から、判で押したように出てくる報告です。仕組みの出来が悪いわけでも、使い方が間違っているわけでもありません。入れ替えたのは人が手を動かす場所であって、日数の大半を占めている待ちの時間は、入れ替えの対象に一件も入っていなかったというだけのことです。この記事では、発注が止まる場所を申請する側・承認する側・仕入先とのやりとりの3つの層に分けたうえで、AIを噛ませると縮む詰まりと、決裁の規程を変えないかぎり1日も動かない詰まりを切り分けていきます。

「入れたのに、発注までの日数が変わらない」

購買の仕組みを入れた直後の評判は、たいてい良好です。紙の申請書が消え、承認の依頼が自動で飛び、いま誰のところで止まっているかが画面で分かる。ところが半年ほど経ってから、申請を出した日と発注が確定した日の差を数え直すと、入れる前とほとんど変わっていないことがあります。ここで使いこなせていないという話に流れやすいのですが、原因の見立てとしては順番が逆です。

入れ替えたのは、申請を書く場所と承認を押す場所です。どちらも、人が手を動かしている時間を短くする部分にあたります。ところが発注までの日数の大半を占めているのは、手を動かしている時間ではありません。次の人の番が回ってくるまでの待ち、相手の返事が来るまでの待ち、決めきれていない項目が埋まるまでの待ち。これらは、入れ替えの対象に一件も入っていません。

だから「もっと入力を徹底させる」「操作の研修をやる」という方向に進んでも、日数は動きません。先にやることは、どこで待っているかを特定することです。以降の節では、待ちの中身を測る手順を置いたうえで、3つの層に分けて詰まりの形を開いていきます。

減っていないのは、作業の時間ではなく待ちの時間

発注までの日数は、2種類の時間でできています。1つは、誰かが手を動かしている時間。申請の入力、内容の確認、承認の操作、発注書の作成。もう1つは、何も起きていない時間です。依頼は届いているが着手されていない、返事を待っている、確認したい相手が不在。前者を短くする道具はいくらでもありますが、後者は道具では短くなりません。

待ちの時間が議題に上がらないのは、記録が残らないからです。承認の履歴には、誰がいつ承認したかが残ります。ところが、その依頼がいつ届いたかは残らない仕組みも珍しくありません。届いた時刻と押した時刻の差が取れなければ、待ちは測れない。測れないものは資料に載らず、載らないものは会議で話題になりません。この順番で、待ちの時間は毎回きれいに素通りされます。

記録がそろっていない場合でも、近いものは作れます。前の承認が終わった時刻を、次の承認者に依頼が届いた時刻とみなす。最初の1件だけは申請が出された時刻を使う。これで区間ごとの待ちの長さが近似できます。正確さより、区間どうしで長さを比べられることのほうが先です。時刻を正確に取れるように記録を改修するのは、どの区間が長いかが分かってからで間に合います。発注が遅いと言われている会社ほど、遅さの中身を一度も分けて数えていない、というのが実際のところです。次の節で、測り方を先に置きます。分析の道具は要りません。表計算ソフトと、直近の申請30件ぶんの日時があれば足ります。

申請から発注確定までを、3つの区間で測る

測る目的は、遅い人を探すことではありません。層ごとの待ちの長さを並べて、どこに手を入れるかを決めることだけです。全件をそろえる必要もありません。直近の30件で傾向は十分に出ます。件数が少なすぎると、たまたま長引いた1件に全体が引っ張られるので、20件を下回らない範囲で取ってください。

この4つで出てくるのは、3つの区間の長さと、長引いた5件の理由だけです。それでも十分です。どの区間がいちばん長いかが分かった時点で、打ち手の候補は3分の1に絞られます。全体を一度に良くしようとすると、どの施策も薄まって効きません。

詰まりは、3つの層に分かれる

測った結果は、必ずどこかの層に寄ります。層ごとに待ちが生まれる仕組みが違い、したがって効く手も違います。次の表は、3つの層について、待ちが生まれる形と縮むことがある手、そして入れても効かない手を並べたものです。自社の長引いた5件が、どの行に落ちるかを先に確かめてください。

詰まる層	待ちが生まれる形	縮むことがある手	入れても効かない手
申請する側	何を買うかが決まらない。仕様が書けない。過去の発注が探せない	似た発注の引き当て、仕様と依頼文の下書き、言い換えを吸収する検索	申請画面の項目を増やす。決まっていない項目は結局そのまま空欄で出てくる
承認する側	承認者が不在。金額の区分で経路が変わる。差し戻しの往復が続く	差し戻しの理由を定型で選ばせる。止まっている案件と滞留の日数を一覧にする	承認の通知を増やす。届いていないから止まっているわけではない
仕入先とのやりとり	見積の返事待ち。条件がそろわない。発注書に書く項目が埋まらない	見積依頼の下書き、集まった見積の条件の並べ直し	催促を自動で送る。相手の社内の順番までは動かせない

表の右端の列が、実務ではいちばん効きます。効かない手を先に外しておかないと、予算と時間がそちらに流れます。通知を増やす、項目を増やす、催促を自動にする。どれも導入が簡単で、効果の測定が難しく、やった気になりやすい手です。

なお、3つの層は独立していません。申請する側で仕様が固まらないまま出た案件は、承認する側で質問を生み、仕入先には条件の曖昧な依頼として届きます。上流の層の詰まりは、下流の層の待ちとして観測されます。だから測った結果が承認の区間に出ていても、原因が承認する側にあるとは限りません。長引いた5件の経緯を人に聞く工程を省けないのは、この取り違えを避けるためです。以降の節では、層ごとに待ちの中身を開いていきます。

第1層：買うものが決まらないまま、申請が始まる

申請する側で最も長い待ちは、入力の手間から生まれるのではありません。何を買うかが決まっていない状態で、申請の画面を開いてしまうことから生まれます。型番が分からない、数量が確定していない、どの部署の予算で買うかが決まっていない。この状態で申請を出すと、承認者から質問が返り、申請者が現場に確認し、また出し直す。この往復は、記録の上では差し戻し1回としか残りません。

原因は、申請の画面が「決まっていることを書く場所」ではなく「決めながら書く場所」として使われていることにあります。仕組みを入れ替えると、この使われ方はむしろ強まります。紙のときは、書く前に誰かに相談してから出していた。画面になると、とりあえず出してみることの心理的な障壁が下がるからです。

手を入れる場所は、申請の前です。何が決まっていれば申請してよいのかを、3つか4つに絞って先に書き出す。用途、数量、納期、予算の出どころ。この4つが埋まらないものは、申請ではなく相談として別の場所で受ける。画面を増やす必要はなく、運用の取り決めだけで済みます。

第1層：品目名の表記ゆれが、過去の発注を探せなくする

もう1つ、申請する側で確実に時間を食うのが、過去の発注を探せないことです。同じものを去年も買っているのに、そのときの型番も単価も仕入先も出てこない。理由の多くは、品目名の書き方が申請者ごとに違うことです。同じ部品が、略称で入っていたり、製造元の名前から始まっていたり、末尾に用途が付いていたりします。

検索が効かないと、申請者は仕入先に問い合わせます。そこから見積の依頼になり、返事を待つ時間が発生する。本来なら過去の発注をそのまま引き当てて終わるはずの案件が、新規の引き合いと同じ日数をかけることになります。表記のゆれは、探せないという形ではなく、待ち時間という形で表に出ます。

ここは、後の節で扱うAIの持ち場にあたります。言い方が違っても近いものを拾い上げる処理は、文字の一致で探す検索より向いているからです。ただし、ゆれを残したまま検索の側で吸収する形は、その場しのぎです。品目の台帳を持つのか、申請のたびに自由に書かせるのかという設計の話は、いずれ必ず戻ってきます。

第2層：承認は、人がいないから止まり、理由が無いから戻る

承認の待ちは、3つの形に分かれます。1つ目は、承認者が不在で番が進まない形です。出張、休暇、決算期の繁忙。代理の承認者を置いていない、あるいは置いてあるが誰も使い方を知らない。通知を増やしても、この形の待ちは1日も縮みません。届いていないから止まっているのではなく、見る人がその場にいないからです。

2つ目は、金額の区分によって経路が変わる形です。一定の金額を超えると承認者が増える、部門をまたぐと別の決裁が要る、といった取り決めはどの会社にもあります。問題は、その区分が申請する側に見えていないことです。区分をまたぐ金額で申請が出ると、長いほうの経路に入り、そこから先は仕組みの速さと無関係に日数が伸びます。

3つ目は、差し戻しの往復です。理由が「内容を確認してください」としか書かれていないと、申請者は何を直せばよいか分からず、推測で直して再提出します。差し戻しは回数ではなく、1回で直りきった割合で見る。理由の欄を自由記述のままにせず、どの項目が足りないのかを選ばせる形にするだけで、往復は目に見えて減ります。

第3層：見積の返事待ちは、誰の持ち物にもなっていない

仕入先とのやりとりで最も長いのは、見積の返事を待つ時間です。社内の取り決めで複数社から見積を取ると決まっている場合、いちばん遅い1社の返事が、その案件の日数を決めます。3社に依頼して2社が翌日に返してきても、最後の1社が1週間かかれば、待ちは1週間です。

この待ちが縮まないのは、持ち主がいないからです。申請者は依頼を出した時点で自分の仕事は終わったと考え、購買の担当者は返事が来てから動くものだと考えている。どちらも間違ってはいませんが、その間、誰も日数を見ていません。見積の返事待ちに、いつまでに返ってこなければ動くという線が引かれていないのが実態です。

手を入れる場所は3つあります。1つ目は、依頼の時点で回答の期限を書くこと。2つ目は、期限を過ぎた依頼を一覧で見えるようにすること。3つ目は、そもそも何社から取るのかという取り決めを、金額の区分ごとに見直すことです。3つ目は決裁の規程の話なので、後の節でまとめて扱います。

第3層：発注書が出せないのは、決まっていない項目が残っているから

見積がそろっても、発注書が出るまでにさらに日数がかかることがあります。原因の多くは、発注書に書かなければならない項目のうち、いくつかが決まっていないことです。納入の場所、検収の方法、支払の期日、支払の方法。見積には書かれていないが、発注書には要る項目があります。

制度の側からも、ここには枠があります。2026年1月1日に施行された中小受託取引適正化法では、発注に当たって給付の内容・代金の額・支払期日・支払方法などを、書面または電子メールなどの電磁的方法によって明示することが、委託する側の義務として置かれています。支払期日についても、発注した物品等を受領した日から起算して60日以内の、できる限り短い期間内で定めることが求められています。制度そのものの中身は別の主題なのでここでは踏み込みませんが、詰まりの話としては、明示すべき項目のどれか1つが決まっていなければ発注書は出せないという形で効いてきます。

さらに、承認が遅れると支払側の期限が圧迫されます。受領した日から数える期限は、社内の承認が何日かかったかとは無関係に進むからです。承認の遅れは、発注の遅れとしてだけでなく、支払の期限の余裕を削る形でも跳ね返る。この2つを別々の問題として扱っている会社は多いのですが、もとは同じ1本の日数です。

AIで縮む詰まり1：過去の発注から、似たものを引き当てる

ここからが、AIを噛ませて縮む部分です。最も効き目が分かりやすいのは、過去の発注の引き当てです。文字が一致しなくても意味の近いものを拾う処理は、表記のゆれを人手でそろえる作業の代わりになります。略称で書かれた品目、製造元の名前から始まる品目、用途が末尾に付いた品目を、同じものの候補として並べられます。

使い方の要点は、答えではなく候補を出させることです。過去の発注から似た3件を、型番と単価と仕入先と発注日を付けて並べる。どれを使うかは申請者が選ぶ。ここを自動で1件に決めさせると、単価の古い発注や、すでに取引を終えた仕入先が黙って選ばれます。選んだ根拠が残らないので、後から間違いに気づけません。

引き当ての効果は、探す時間ではなく、見積を取らずに済んだ件数で測る。探す時間が5分縮んでも、発注までの日数は変わりません。変わるのは、見積の依頼をせずに発注まで進めた件数のほうです。導入の前後で、この件数を数えておいてください。

AIで縮む詰まり2：仕様と見積依頼の下書きを作る

2つ目は、書く時間そのものです。仕様の説明、見積の依頼文、稟議に添える理由書。どれも定型に近く、下書きを用意させるのに向いています。用途、数量、納期、想定の予算、外せない条件を渡せば、体裁の整った文面が返ってきます。白紙から書き始める時間が消えるのが効き目です。

ただし、下書きが便利なぶん、危ないところもあります。渡していない条件を、それらしく埋めてくることです。材質、規格、納入の単位、検収の条件。書かれていると、読むほうは決まっているものとして扱います。対策は単純で、渡していない項目は空欄のまま残すよう指示し、空欄を埋めるのは人の仕事にすることです。

もう1つ、見積の依頼文には回答の期限を必ず入れてください。前の節で見たとおり、期限のない依頼は待ちの持ち主を消します。下書きの型に期限の行を入れておけば、書き忘れが構造として減ります。下書きに残る空欄の数は、その時点で決まっていない項目の数と一致するので、空欄が多い案件は、そもそも申請が早すぎたということです。

AIで縮む詰まり3：条件がばらばらな見積を、同じ形に並べ直す

3つ目は、集まった見積の比較です。見積書の書式は仕入先ごとに違います。一式でまとめている社、項目ごとに割っている社、送料や設置の費用を別に立てている社、有効期限や支払条件の書き方が違う社。この状態のまま並べると、金額の大きさだけで比べてしまい、条件の差が消えます。

ここでの持ち場は、同じ形に並べ直すところまでです。本体、付帯の費用、送料、期間、有効期限、支払の条件を、同じ見出しの表に移す。数字を写し替える作業なので、人がやるより速く、間違いも見つけやすくなります。ただしどこを優先するかの重みづけは渡さないでください。安い順に並べさせた時点で、条件の差はまた見えなくなります。

並べ直したあとは、必ず元の見積書と2か所だけ突き合わせてください。総額と、いちばん金額の大きい項目の1つです。写し替えの間違いは、たいてい単位と数量の欄で起きるので、この2か所を見れば大半は見つかります。全項目を照合すると、並べ直して浮いた時間がそのまま消えます。

制度でしか動かない詰まり

ここまでの3つは、道具で縮む部分です。一方で、どれだけ道具を足しても1日も縮まない詰まりがあります。取り決めそのものが待ちを作っている場合です。次に挙げるのは、購買の仕組みを入れ替えても、まず動かない種類の詰まりです。

• 承認者が1人しかいない：不在の日数がそのまま案件の日数になる。代理の承認者を置き、その人が通せる金額の上限を決めるまで縮まない
• 金額の区分が細かすぎる：少額の買い物まで長い経路に入る。区分の境目を上げる判断は、仕組みの設定ではなく決裁の取り決めの側にある
• 何社から見積を取るかが一律：金額にかかわらず3社と決まっていると、少額の案件ほど待ちの割合が大きくなる
• 稟議の順番が直列に固定されている：並行して回せる承認まで一列に並んでいる。順番を決めているのは画面の設定ではなく規程
• 仕入先の新規登録に別の手続きが要る：登録が終わるまで発注が出せない。審査にかかる期間を先に案内していないと、申請者はそれを日数に見込めない

この5つは、担当者がいくら工夫しても動きません。動かすには、決裁の規程を変える判断が要ります。道具で解ける詰まりと、規程を変えないと解けない詰まりを先に仕分けておかないと、道具の側に無理な期待がかかる。仕分けた結果を、規程を持っている部署に渡すところまでが、実務としての打ち手です。

AIに決めさせない線を、先に引いておく

購買は、判断の結果が金銭の支払と契約に直結する業務です。だからこそ、任せる範囲を後から決めると、結局すべてを人が見直すことになります。先に3つだけ決めておけば足ります。何を材料として渡すか、どこまでを候補として出させるか、そして誰がいつ確定するか。

• 仕入先の選定と、金額が妥当かどうかの判断は、AIの出力を根拠にしない。選んだ人と選んだ日を記録に残す
• 過去の発注から引き当てた候補は、単価の日付と仕入先の取引の状況を人が確かめてから使う
• 仕様の下書きに、渡していない条件が埋まっていないかを、見積の依頼を出す前に1回だけ通して見る
• 取引先の情報や単価の入った資料を渡すときは、入力が学習に使われない設定になっているかを先に確認する
• 承認そのものを自動で通す形にはしない。金額の区分と承認者の割り当ては、人が決めた規程の側に置く

線の引き方の考え方は1つです。探す・書く・並べ直すまでは任せてよく、選ぶ・決める・承認するは人に残す。前の3つは渡した材料の中で完結しますが、後の3つは材料の外にある事情——今期の予算、仕入先との関係、来月の生産の計画——で決まります。書かれていない材料で決まる判断を、書かれた材料から出た出力に委ねないでください。

確認の場は短くて構いません。四半期に一度、引き当てで見積を省けた件数、差し戻しが1回で直りきった割合、見積の返事待ちの日数を並べて15分だけ見る。長い会議にすると続かず、続かない仕組みは半年後に誰も見ていない資料になります。

入れ替えるか、いまの仕組みに足すか

最後に、道具そのものの判断です。測った結果、待ちの大半が承認の区間に出ているなら、入れ替えても日数は変わりません。承認の経路を決めているのは仕組みではなく決裁の規程だからです。入れ替えの費用と移行の手間をかけて、同じ規程を新しい画面に写すことになります。

逆に、申請する側と仕入先とのやりとりに待ちが寄っているなら、足す価値があります。ただし足すのは仕組み全体ではなく、詰まっている1か所です。過去の発注を引き当てる部分だけ、見積を並べ直す部分だけ。1か所に絞ると、効いたかどうかが測れます。全部を同時に入れると、何が効いたか分からないまま次の更新の時期が来ます。

判断の材料は、前半で測った3つの区間の長さです。いちばん長い区間に手が届かない道具は、どれだけ評判がよくても自社では効かない。製品の比較表を作る前に、自社のどの区間が長いかを1枚にしておいてください。比較の軸が、他社の評価ではなく自社の数字に変わります。

よくある質問

測るための日時が、記録に残っていません

残っている2つだけで始めてください。申請が出された日時と発注書が出た日時の2つが取れれば、全体の長さは出ます。中の切れ目が分からないぶんは、長いほうの5件を人に聞いて補います。全部そろえてから始めようとすると記録の改修の話になり、そこで半年が過ぎます。記録の項目を増やす判断は、どの区間が長いかが分かってからのほうが、必要なものだけを足せます。

少額の買い物まで同じ経路を通っています。分けるべきですか

分ける価値はありますが、金額の線引きは規程を持っている部署の判断です。現場から持ち込むときは、意見ではなく数字を持っていってください。ある金額を下回る申請が全体の何件を占め、その申請が承認の区間で何日待っているか。この2つが出ていれば、話が「手間がかかる」から「何件が何日」に変わります。同じ相談でも、通り方がまったく違います。

AIに任せると、間違った発注が出てしまいませんか

出させる範囲を候補に限れば、発注そのものは人が確定します。危ないのは、候補を1件だけ出させて、それがそのまま通る運用にしたときです。候補は必ず複数で出させ、選んだ人と選んだ日を残してください。加えて、単価と仕入先には日付の情報を付けて表示します。古い単価がそのまま使われる事故は、金額の間違いよりも見つけにくいので、最初から日付を見える場所に置いておくのが安全です。

仕組みを入れる前に、先にやっておくことはありますか

品目の書き方をどうするかだけ、先に決めておいてください。台帳を持って選ばせるのか、自由に書かせて後で寄せるのか。この選択は、入れた後に変えるのが最も難しい部分です。ほかの項目は後から足せますが、品目名は過去の発注の全件に効いてくるので、途中で方針を変えると、過去の分と新しい分が別々の世界になります。

測ったら、3つの区間がどれも同じくらいの長さでした

その場合、どこか1か所を直しても全体は縮みません。いちばん件数の多い品目の種類を1つ選び、その種類だけで同じ3区間を測り直してください。種類ごとに詰まりの形が違うので、全件を混ぜると平らに見えます。消耗品と設備、既存の仕入先と新規の仕入先では、待ちの出る場所がまったく違います。分けた瞬間に、どれか1つの区間だけが飛び出して見えるはずです。

まとめ

購買の仕組みを入れても発注が速くならないのは、入れ替えた場所と、待ちが生まれている場所が違うからです。まずは直近の30件で、申請から承認まで、承認から発注書までの日数を分けて数えてください。半日で終わります。そのうえで、長い区間が申請する側か、承認する側か、仕入先とのやりとりかを見分ける。申請する側と仕入先の側なら、探す・書く・並べ直すをAIに寄せることで縮みます。承認の側なら、道具ではなく決裁の規程の話です。この仕分けを飛ばして道具を足すと、効かなかったという結論だけが残ります。逆に、仕分けさえ済んでいれば、手を入れる場所は1か所で足ります。

※本記事にはAIが活用されています。編集者が確認・編集し、可能な限り正確で最新の情報を提供するよう努めておりますが、情報の完全性、正確性、最新性、有用性等について保証するものではありません。本記事の内容に基づいて行動を取る場合は、読者ご自身の責任で行っていただくようお願いいたします。