【調達購買×AI活用】kintoneのAIエージェントで在庫の過不足をチェック｜欠品と過剰在庫を洗い出し

「この品番、あと何か月分あるんだろう」

「生産終了の品なのに、この残りで足りるのかな」

「来月入ってくる発注、ちゃんと数に入れたっけ」

在庫を点検していて、こんなふうに迷った経験はないでしょうか。

在庫の過不足を見極める仕事は、単なる数字の足し引きではありません。「欠品を出してお客様や製造現場の仲間を困らせたくない」という責任感と、「無駄な過剰在庫を抱えて会社や倉庫を圧迫させたくない」という健全な経営への配慮。そこには、事業を支える人々の深い“おもいやり”が込められています。私たちがお届けしたいのは、単に機械的な計算で作業を省くだけの効率化ではなく、現場が大切にしてきたそうした気配りや安心の心をテクノロジーで形にする「おもいやりDX」です。

生産終了や今後の納品予定といった数字の裏にある事情まで丁寧に汲み取り、確かな判断材料を届ける。 それを叶えるのが、kintoneのAIエージェントです。ボタンひとつで入出庫・製品マスタ・発注申請を重ねて「何か月分あるか」を計算し、不足・適正・過剰の判定と根拠を承認待ちで出してくれます。ただし、生産状況や発注の納期が kintone に記録されていること、判定の基準を決めておくことが前提です。

ベテランなら、数字を見ながら「この品番はもう生産終了だから、1か月半分では心もとない」「この品は先月から出ていないのに、来月大口で入ってくるはず」と、別の事情も頭の中で足しています。

でも、それはその人の記憶にあるだけです。

この記事では、kintone の製品在庫管理で、在庫と発注のバランス点検を AIエージェントに任せたところを、実際の画面と動画で紹介します。

この記事でわかること

• ボタンを押したあと、AIエージェントが kintone の入出庫・製品マスタ・発注申請で何を調べるのか

• 同じ1か月半ほどの在庫でも、生産終了と大口の発注で「不足」と「過剰」に分かれる理由

• 人が承認するまで在庫判定を書き込まない、提案と承認の流れ

1. 在庫と発注の点検で起きていること

在庫が足りるかどうかを判断するには、本来こんな手順が必要です。

1. 製品在庫管理で、品番ごとのいまの数量を確かめる

2. 入出庫の記録から、1か月あたりの出庫数を出す

3. 製品マスタで、生産状況を確かめる

4. 発注申請で、これから入る数量を確かめる

5. 何か月分あるかを計算する

6. 不足・適正・過剰を判断する

適正な在庫量を保つためには、現在庫だけでなく「今後の納品予定」や「生産ステータス」まで突き合わせる必要があり、取り扱い品番が増えるほどその照合工数は膨大になります。

結果として、手元にある現在の在庫数量だけで判断せざるを得ず、発注残の見落としによる過剰在庫や、供給終了に伴う欠品リスクに直前まで気づけない状況を生みやすくなります。

2. 在庫の点検をAIエージェントに任せると

担当者がするのは、製品在庫管理アプリでボタンを1つ押すことだけです。

1. 担当者が、在庫の画面でボタンを押す

2. エージェントが動き出し、入出庫・製品マスタ・発注申請を調べる

3. 何か月分あるかを計算し、判定と根拠をまとめて、提案する

4. 人が中身を確かめて、承認する

5. 判定と根拠がレコードに書き込まれる

ここからは、実際の画面で順に見ていきます。

① 在庫の画面からボタンを押す

※以下すべての画像はダミーデータです。

製品の入出庫のレコードを開いてボタンを押すと、その製品だけを点検します。

一覧画面で押すと、アプリに出てくるすべての製品をまとめて点検します。

② 入出庫・製品マスタ・発注申請を調べる

エージェントは、製品在庫管理で入庫と出庫の記録を集め、製品マスタで生産状況を、発注申請でこれから入る数量を調べます。

発注申請が見つからなかったときは、本当に無いのかを別の探し方でもう一度確かめていました。

該当する発注申請なし、ということを確認するため念のため品名の全体像も確認します（品名フィールドが実際に使われているか）。

③ 計算して判定し提案を出して承認を待つ

いまの数量、直近90日の出庫から出した1か月あたりの出庫数、これから入る数量を使って「何か月分あるか」を計算し、不足・適正・過剰を判定します。

計算の式はすべて提案に書かれます。

このデモでは、「1か月分以上3か月分以下なら適正」「生産終了で3か月分未満なら不足」といった判定の基準を、エージェントへの指示で決めています。

このデモの設定では、調べ終わっても、エージェントはいきなりレコードを書き換えません。提案を出して承認待ちになり、人が中身を見て承認すると、はじめて書き込まれます。納得できなければ「却下」もできます。

④ 判定と根拠がレコードに入る

承認すると、各製品の一番新しいレコードに在庫判定（不足・適正・過剰）とその根拠が書き込まれます。

コメントには、見た製品の数と判定の内訳が1行で残ります。

3. 2つの製品で在庫の判定はこう分かれた

同じエージェントを、1つの製品のレコードから起動した場合と、一覧からまとめて起動した場合で動かしてみました。どちらも、手で入力した文はありません。

※動画と画面に出てくる会社名などは、サイボウズ社が提供する kintone のサンプルアプリのデータと、デモ用に作った架空のデータです。実在の企業・団体とは関係ありません。

レコード画面から起動されているため、対象は製品名「CY0403KT」のみです。

今回は一覧から起動（対象レコード無し）のため、製品在庫管理に出てくる全製品名を対象にします。

動画1は1製品、動画2は3製品が対象です。ここでは、結論が反対になった2つの製品を比べます。

どちらも、いまある在庫だけなら1か月半ほどで、数字の上では「適正」の範囲に入っていました。

同じくらいの在庫でも、「もう買えない」製品は不足に、「これから大量に入ってくる」製品は過剰になりました。

分かれ目は、いまの数字の外にある事情でした。

4. 在庫の過不足を判断する4つのポイント

結果だけでなく、エージェントの考え方にも見どころがあります。

① 数字が範囲内でも事情があれば判定を変える

CY0403KT の1.5か月分は、数字だけなら1か月分以上3か月分以下の「適正」です。

エージェントもそれを認めたうえで、こうまとめています。

1か月分以上3か月分以下の範囲には収まるものの、製品マスタ（…）で生産状況が「生産終了」のため追加調達ができず、3か月分未満であることから「不足」と判定しました。

CY0205MW では反対に、いまの在庫だけを見れば1.3か月分なのに、届く予定の発注まで足して「過剰」としました。

どちらも、在庫の数字を出したところで止まらず、製品マスタと発注申請の情報を重ねてから決めています。

② 発注を足した場合と足さない場合を並べる

根拠には、何か月分かを2通り書いています。CY0205MW では「発注込み（9000+20000）÷7000＝4.1か月分、発注なし9000÷7000＝1.3か月分」です。

この書き方が効いたのが、動画2のもう1つの製品 CY0304GR でした。

判定は「適正」でしたが、エージェントは発注がなかった場合のことも書き残しています。

判定：発注込みで1.8か月分→1か月以上3か月以下→適正（ただし発注なしでは0.5か月で不足水準。発注で持ち直したケースのため理由を書く）

いまは適正でも、その発注が遅れれば足りなくなる。

「適正」の一言だけでは見えない危うさが、根拠を読めばわかります。

③ 「これからの入荷予定」と「過去の履歴」を正しく切り分ける

発注申請には、納期がもう過ぎた行も残っています。

エージェントは、それを「これから入る数量」に入れないように、納期と今日の日付を比べていました。

各行の納期と今日（2026-10-30）を比較して、納期>今日の行だけを抽出します。

CY0205MW の発注申請は5行ありましたが、納期が先なのは1行だけです。残る4行には「過去、対象外」と書いて外しています。

過去の発注まで足していたら、在庫をもっと多く見積もるところでした。

④ 判定だけでなく偏りの理由の候補まで書く

根拠の最後には、なぜ在庫が偏ったのかの候補が書かれます。

CY0403KT では「生産終了で追加で買えない」「これから入る発注が無い」。CY0205MW では、こうです。

最後の出庫から51日経過しており出庫ペースが鈍化している可能性がある。

「過剰」とだけ言われても、次に何をすればよいかはわかりません。

出ていくペースが落ちているのに大口の発注が入っている、とわかれば、発注の数量を見直すか、販売の見込みを確かめるか、話を進められます。

5. 在庫管理の現場はこう変わる

• 品番ごとの計算をしなくてよくなる：入出庫、製品マスタ、発注申請をまとめて見て、何か月分あるかを式つきで出してくれます。

• 数字の裏の事情に気づける：生産終了や、届く予定の大口発注のように、在庫の数字だけでは見えないことを判定に入れてくれます。

• 「適正」の危うさもわかる：発注がなかったらどうなるかが根拠に残るので、発注の遅れに備えられます。

• 買い足すか減らすかは調達担当が決める：提案は承認待ちで届くので、中身を見てから承認するか却下するかを決められます。

6. あなたの在庫管理は当てはまる？

次のうち、当てはまるものはありますか。

• 製品の入出庫や発注申請を、kintone に記録している

• 在庫が足りているかの判断が、担当者によってばらつく

• 「この品番は生産終了」「来月大口で入る」を、記憶に頼って判断に足している

• 製品の生産状況や発注の納期が、記録として残っている

2つ以上当てはまるなら、AIエージェントに任せられる余地があります。

よくある質問

Q. AIエージェントが勝手に在庫判定を書き換えることはありますか？

承認されるまで書き込みません。エージェントは計算の式と判定をまとめて提案し、承認待ちになります。人が承認するまで、製品在庫管理のレコードには書き込まれない設定にしています。どのアプリに何を書けるか、承認を挟むかは、エージェントの設定で決めます。

Q. 1つの製品だけを点検することもできますか？

はい、できます。動画1では CY0403KT のレコードを開いてボタンを押し、その製品だけを約34秒で点検しました。動画2のように一覧画面から押すと、アプリに出てくる製品をまとめて点検します。

Q. 納期が過ぎた発注申請まで在庫に数えてしまいませんか？

動画2では、各行の納期と今日の日付を比べ、納期が先の行だけを「これから入る数量」に入れていました。CY0205MW の発注申請5行のうち、4行は「過去、対象外」として外しています。

まとめ：在庫の点検は在庫アプリの外の記録の見直しから

このエージェントが使っているのは、入出庫の記録、製品マスタ、発注申請と、どれもすでに kintone にあった記録です。

それぞれは別の人が別の目的で入力したものですが、重ねて見ることで「数字の上では適正なのに、実は足りない」「実は多すぎる」が見えてきます。

このデモで判定を分けたのは、在庫アプリの外にある情報でした。

在庫の点検のように、複数の記録を決まった手順で重ねて判断する業務は、AIエージェントに任せやすい業務の一つです。

生産状況や発注の納期が、自社の kintone のどのアプリに入っているか。一度、在庫担当と購買担当で並べて確かめてみてはどうでしょう。

調達購買のもう一つの記事はこちら

調達購買発注申請の妥当性チェック発注申請を出すだけで、単価と発注先を過去の取り決めと照らし合わせてくれる

この業務、あなたの会社でも実現できるかもしれません。

同じ業務でも、会社によって進め方や判断のルールは異なります。

ノベルワークスは、kintoneの開発経験を活かし、それぞれの業務に合ったAIエージェントの活用を支援します。

👉 自社の業務について相談する