調達ナビ：架空の仕入先を巡り、在庫・納期・総額を比較する公開デモ

想定した課題・業務フロー

製造業の購買・調達担当者が「温度センサーが20個足りない。来週までに揃えたい」と分かった場面を想定しました。サイトごとの検索、条件の転記、比較表づくりを減らすことが狙いです。価格だけでなく、必要数を確保でき、希望日に間に合うかを確かめる必要があります。削減時間は計測していません。

実施内容

架空の家電メーカー「サンプル電機」の担当者が型番・必要数・希望日を指定すると、実際のブラウザがデモ内の架空の仕入先10社を開き、検索と商品詳細の確認を進めます。在庫・単価・納期・送料を比較表にまとめ、在庫と納期を満たす候補の中で送料込み総額が最安の候補を示します。各社の元ページと、候補から外れた理由も確認できます。購入・注文・メール送信の機能はありません。

2つの実行モード

• 「ブラウザ実演」はAPIキー不要で、固定ルールで操作します。AIの性能を示すものではありません。
• 「Jevで判断」は、有料のAPIで次の操作を選びます。

検証で確かめた結果

デモ内の架空サイトでは、Jevで温度センサー20個・7日後までの条件を確認し、10社の検索・詳細確認・条件収集を40操作で完了しました。北星パーツは34,200円・2日後、光洋サプライは32,300円・5日後。希望日が7日後なら総額が1,900円安い光洋サプライ、2日後なら北星パーツが候補になります。実際の取引や削減効果を示す結果ではありません。

検証の確認条件・根拠：公開リポジトリのREADMEを司令部が2026年10月12日に確認し、Issue #451へ転記した記録に基づきます。Jev（jev-1.13.0）を使い、デモ内の架空の仕入先で確認した結果です。一般のサイトでの精度・速度・料金を保証するものではありません。

使った技術

Python、FastAPI、Playwright（Chromium）、AIの操作選択（Jev）

AIと人の役割

検証で扱った課題・制約

• 実サイトでは、利用条件と操作範囲の確認、サイトごとの検索・表示への対応、ログインの管理が必要です。仕入先のURLを登録するだけでは動きません。
• 税込・税別、数量単価、送料、納期の表現、同じ型番かどうかを確認する必要があります。デモの結果だけでは実サイトで条件を正しく比較できるとは判断できません。
• 比較結果の保存、購買台帳・承認手続きとの連携、外部AIへ送ってよい情報の確認は、実サイトで使う前に整理する必要があります。

検証から得た学び

• AIに自由な操作をさせず、画面上の候補から選ばせる設計にしました。操作の選択と、条件の取得・計算・比較を分けて扱っています。
• 条件を取得できなかった仕入先は「未確認」として残します。比較結果だけで判断せず、元ページと候補から外れた理由を確認できることを重視しています。

同様の取り組みが向いている条件

• 対象の仕入先と許可された操作範囲を事前に決め、サイトごとの検索・表示に対応できる調達業務。
• 型番・数量・希望日と比較条件を整理でき、読み取れない条件を人へ戻せる業務。
• 元ページの確認と発注先の判断を担当者が行い、既存の購買・承認手続きにつなげられる取り組み。

補足

架空データで業務の流れを動かした公開デモです。向いている条件はデモの設計と実サイトで必要な対応から整理したもので、実運用での導入適性や効果を実証したものではありません。