ACQUA JOURNAL

AIで在庫管理を改善する前に｜記録・在庫差異・発注判断の確認表

公開日 2026年4月15日更新日 2026年10月22日 AI活用・効率化

在庫数が合わないときは、AIの予測を試す前に、商品、単位、時点、入出庫の記録をそろえてください。正しく記録されていない数量から予測を作っても、現物との違いの原因を解決できるとは限りません。発注の最終判断は、納期や資金、現場の制約を確認できる担当者が行います。

本記事は、仕組みの見直しを検討する企業の担当者と、関連するWeb情報の整理を支援する制作会社向けです。記録と試験の整理を扱い、特定の在庫削減率、安全在庫の万能な計算式、自動発注による成果を保証するものではありません。

1．在庫差異・欠品・発注漏れを分ける

現物と台帳が違うなら、数えた時点、単位、入出庫の未登録、返品・破損・拠点移動を確認します。台帳は正しいが欠品するなら、納品までの日数や受注・需要の扱いを調べます。担当不在で発注が止まるなら、承認と引き継ぎの問題もあります。

最初の記録例は「商品ごとに、現物との差と未登録の理由を確認できるようにする」です。これは説明用の設計例であり、実在企業の改善実績ではありません。AIを入れること自体ではなく、解決した状態を決めます。

同じ商品の数でも、箱と個を混ぜたり、入荷前と入荷後を比べたりすると差が生まれます。訂正する場合は、元の値と理由、担当、時刻を残し、過去の記録を説明なく書き換えないようにします。

製品の一例として、zaicoの入庫・出庫機能には記録、スキャン、予定日、承認などが案内されています。AIによる登録補助と、正しい商品・数量を現場で確認する仕事を分けて検討してください。すべての機能が任意の契約で利用できるという紹介ではありません。

試験には、利用許可と取扱条件を確認したデータを使います。顧客や取引先、仕入条件などの情報を、無料のAIへ無条件に貼り付けないでください。送信先、保存、閲覧権限、削除方法を確認し、最初は架空または必要範囲へ限定したデータで試す方法もあります。

予測を作る期間より後の実績を入力へ混ぜず、担当者の従来方法と同じ条件で比べます。欠品中は売りたくても販売できていない場合があるため、販売数をそのまま需要と扱ってよいかも確認します。

誤差が大きい商品、特別受注、季節の変化を分け、何を採用し何を見送るかを担当者が判断します。単一の安全係数や固定の商品数を、すべての企業に当てはめないようにします。

在庫が基準を下回ったことの検知、担当者への通知、発注案の確認、承認、実際の発注、入荷確認を分けます。通知が届いたことだけでは、発注や納品が完了したとは言えません。

説明用の運用例は「担当者が通知を見て、未入荷分と受注分を確認し、承認された数量だけ発注する」です。通知の重複や未着、担当不在、取り消し、入荷遅れの場合に誰が確認するかも決めます。メール送信の自動化だけで欠品を防げると判断しないでください。

試験では本番の発注や取引先への連絡を発生させず、通知内容と現在状態を比較します。自動処理を本番へ移す場合は、権限、承認、失敗時の停止、手動運用へ戻す方法を別に合意します。

zaicoの発注管理の公式案内などで機能を確認するときも、自社の入出庫、拠点、ロット・期限、承認、既存システムとの連携がどこまで扱えるかを照合します。製品の宣伝文句や最低価格だけで比較しないようにします。

候補を絞ったら、代表的な商品と作業で、登録、訂正、棚卸し、発注、権限、出力、保存・復旧を試します。AIの自動入力が使えることと、誤りを修正して業務を続けられることは別です。移行時に失う項目や、元データへ戻す方法も確認してください。

導入を決める担当、現場の運用担当、契約先、システムの保守先を分けて残します。商品数が特定の件数を超えたら必ず買い替える、といった一律の条件は置きません。

効果の確認では、在庫差異、欠品、廃棄・滞留、入力・照合時間、訂正作業を分けます。導入前後の期間と対象商品、販促や受注量の違いも残してください。売上増、在庫金額の変化、費用削減を単純に足したり、確認作業をゼロ円としてROIを無限大としたりしません。

発注基準や必要在庫の決定は、自社の現場・経営判断と在庫システム担当へ確認する範囲です。Acquaが在庫政策や基幹システムの構築を一律に引き受けるという説明にはしません。

Web側で商品情報と受付条件が食い違う、更新が追いつかない、相談導線が不明という場合は、情報の正本・更新担当・表示方法の整理を相談できます。企業はWeb制作・運用の案内、制作会社は実装・保守の受託案内で対象工程をご確認ください。

相談窓口には、対象サイト、Web上で困っていること、関連するシステムの概要を添えてください。顧客名簿や仕入データ、認証情報を初回から送る必要はありません。支援後は、合意したWeb表示と更新・受付の分担が確認できる状態を目指し、在庫業務全体の解決を保証しません。