店舗の在庫・発注の確認をAIで整える手順｜発注表の型と人が決める箇所

店舗の在庫・発注の確認をAIで整える手順を知りたい方へ。棚を数えて、足りないものを書き出し、発注先ごとに数量をまとめる作業は、毎回同じ形なのに、数え間違いや二重発注の不安が付いて回ります。結論から言うと、AIに任せやすいのは「在庫表を決まった形に整える」「発注点と候補数量を計算して表にする」「数が抜けている品目を指摘する」までです。最終の発注数を決めること、発注先へ送ること、納品された現物を数えて確かめることは、人が持ち続けるのが安全です。

この記事では、棚卸しの数え方、在庫表の列の決め方、発注点の考え方、AIへの指示文、返ってきた候補表の読み方、人が直す箇所、発注先への送信と納品後の突き合わせまでを、順に整理します。説明には、人物名を出さない「仮の例」として、焼き菓子と軽食を出す小さな店を使い、在庫表から最終の発注数まで同じ数字で通して示します。飲食・美容・小売など業種は読み替えてください。AIのモデル名・料金・特定の表計算ソフトの機能名には触れません。在庫を何割減らせた、廃棄がいくら減ったといった効果の数字も書きません。どの道具を使う場合にも共通する、任せる側の設計だけを扱います。

どの業務から任せるかをまだ決めていない場合は、先に一人起業で最初に任せる業務を棚卸しする方法を読むと、在庫と発注の確認がどの位置に来るかが見えやすくなります。また、AIにどこまでの権限を渡すかを先に考えたい場合は、AIエージェントで業務を自動化するときの任せる範囲・権限・承認の決め方が前提になります。

在庫と発注の確認でAIに任せる範囲と、人が決める箇所

在庫と発注の確認でAIに任せるのは、渡した在庫表の整形、発注点の計算、発注候補の抽出、数が抜けた品目の指摘までです。発注数の最終決定、発注先への送信、納品の検品は人が持ちます。

線引きの理由は単純で、AIは棚の現物を見られず、取引先の締め時刻や販売単位、急な欠品の連絡も知らないからです。AIが扱えるのは、人が表に書いた数字と、指示文に書いた計算のルールだけです。表の数字が現物とずれていれば、計算が正しくてもAIの出す候補は外れます。反対に、表の数字が正しければ、足し算や掛け算を毎回正確に回し、基準を割った品目を漏れなく拾う作業は、人が毎回やるより安定しやすい部分です。

そこで、在庫と発注の作業を次の6つに分け、誰が持つかを先に決めておきます。

作業	AIに任せる	人が持つ
在庫表の整形	貼り付けた数字を決まった列に並べ直す	数えた数字を入力し、現物との一致を確かめる
発注点の計算	決めた式で品目ごとに計算する	式の材料（使用量・日数・安全在庫）を決める
発注候補の抽出	基準以下の品目を候補として並べる	候補に挙がらなかった品目にも目を通す
発注数の確定	候補数量の案を出す	催事・予約・販売単位を踏まえて数を決める
発注先への送信	最終表をもとに連絡文の案を作る	内容を読み、自分で送る
納品の検品	納品書と最終表の差を並べる	現物を数え、在庫表を更新する

この表のとおり、AIが担当するのは「表を整える」「計算する」「案を出す」で、「決める」「送る」「現物を確かめる」はすべて人側にあります。発注はお金が動く行為です。数を誤ると、置き場所と資金を余分に使うか、欠品で売る機会を逃すかのどちらかになります。誤りの影響を受けるのは店のほうなので、確定の操作を人に残すのは、手間ではなく店を守る仕組みと考えます。

棚卸しの数え方を先にそろえる

棚卸しの数え方をそろえるとは、同じ品目を同じ単位・同じ範囲・同じ時点で数え、前回の記録と比べられる形で残すことです。AIの計算は、この記録の質で決まります。

在庫表の精度は、AIの性能より、数え方の統一に左右されます。人によって「袋」で数えたり「kg」で数えたりすると、前回との差が意味を失います。次のような点を、最初に紙に書いて壁に貼れる程度の短い手順にしておきます。

• 単位を品目ごとに1つに固定する（小麦粉はkg、卵は個、紙箱は枚、というように）。
• 開封済みの袋や箱は、重さを量るか、残りを数える単位をあらかじめ決めておき、目分量の「半分くらい」を数字にしない。
• 保管場所が複数ある品目（店頭・バックヤード・冷蔵庫）は、合計を1つの数字にして入力する。
• 数える時点を固定する。営業中に数えると、数えている間にも減るので、閉店後や開店前のように動きが止まる時点にする。
• 納品が数えた当日に届いた場合は、数えた後に届いた分を二重に足さないよう、納品の入力と棚卸しの入力の順序を決めておく。
• 数えた人の名前ではなく、数えた日付と時点を表に残す。人が代わっても同じ手順で数え直せるようにするためです。

なお、紙のメモや棚の写真から数字を読み取らせる使い方もありますが、手書きの数字は読み違いが起こりえます。AIが読み取った数字は、入力した人が元のメモと見比べてから在庫表に確定させます。数える作業そのものは現物がある人にしかできないので、ここは自動化の対象にしません。

開封済みの扱いは、特に差が出やすいところです。たとえば小麦粉を袋の数で数えると、使いかけの袋が「1」にも「0」にもなり、その日の気分で数字が変わります。使いかけの袋の重さを量って足すか、使いかけは別の行に分けて重さで入力すると、日ごとのぶれが小さくなります。どちらを選ぶかは店の手間との釣り合いで決めて構いませんが、選んだ方法を変えないことが、前回との比較を成立させます。

在庫表の列を決める

在庫表の列は、現場が入力する数字と、AIが計算する数字を分けて決めます。入力する列は8つに絞り、計算する列（発注点・判定・候補数量）はAIの出力側に置きます。

列を最初から増やすと、入力が続かなくなります。入力の列は次の8つにとどめます。

列	書く内容	誰が入れるか	空欄のときの扱い
品目	店で使う呼び名を1つに統一した名前	人（初回に決める）	空欄の行は対象外にする
単位	kg・個・枚など、数える単位	人（初回に決める）	計算しない。単位が決まるまで保留
現在庫	数えた時点の合計数量	人（数えた結果）	「未入力」と返し、数を補わない
発注済み未納品	発注したが、まだ届いていない数量	人（発注と納品のたびに更新）	空欄は0ではなく未入力として扱い、確認を促す
1日の平均使用量	1日あたりに減る数量	人（過去の記録から決める）	計算しない
納品までの日数	発注してから届くまでの日数	人（取引先ごとに決める）	計算しない
安全在庫	遅れや急な増加に備えて残しておく数量	人（店の判断）	計算しない
上限在庫	置き場所や期限から決めた、持ちたい最大の数量	人（店の判断）	候補数量を出さず、人に確認する

この表で大切なのは、右端の「空欄のときの扱い」です。AIは、数が抜けていると、もっともらしい数字で埋めて計算を終えてしまうことがあります。その結果は、一見きれいな表なのに根拠のない数字が混じった状態になります。そこで、空欄は「未入力」と返させ、補わせないというルールを、列の定義の段階から決めておきます。

「発注済み未納品」の列は、入れ忘れやすい割に影響が大きい列です。ここが空だと、すでに発注した分を数えずに、もう一度発注の候補に挙げてしまいます。発注した直後と、納品を受けた直後の2つの場面で、人がこの列を更新する決まりにしておきます。

発注点の考え方と、候補数量の計算式

発注点とは、在庫がこの数量以下になったら発注する、という基準の数量です。ここでは「1日の平均使用量 × 納品までの日数 + 安全在庫」で求め、候補数量は「上限在庫 − 現在庫 − 発注済み未納品」で求めます。

この記事で使う式は、次の3つです。式は一般的な在庫管理の考え方で、店ごとに材料の決め方を変えて使います。

• 発注点 ＝ 1日の平均使用量 × 納品までの日数 ＋ 安全在庫
• 判定 ＝ 「現在庫 ＋ 発注済み未納品」が発注点以下なら発注候補、上回れば発注不要
• 候補数量 ＝ 上限在庫 − 現在庫 − 発注済み未納品

発注点の前半の「1日の平均使用量 × 納品までの日数」は、発注してから届くまでの間に減る量です。そこに安全在庫を足すので、届くまでの間に使い切ってしまわない水準を、発注の合図にできます。判定で「現在庫 ＋ 発注済み未納品」を使うのは、すでに発注して届く予定の分を、持っているものとして数えるためです。これを現在庫だけで比べると、発注済みの品目を毎回候補に挙げてしまいます。

「以下」と「未満」の違いも、先に決めておきます。この記事では、発注点とちょうど同じ数量のときも候補にします。後の仮の例で、ちょうど同じになる品目が出てきますが、ルールを先に書いておけば、AIも人も同じ判定になります。

1日の平均使用量は、棚卸しの記録から次の式で求められます。

使用量 ＝ 前回の棚卸しの数量 ＋ その間の納品の合計 − 今回の棚卸しの数量。これを、その間の営業日数で割ります。仮の例として、卵を前回の棚卸しで120個、その間の納品が合計1,500個、今回の棚卸しで60個だったとします。使った量は120＋1,500−60＝1,560個です。営業日が26日あったとすると、1,560÷26＝60個で、1日の平均使用量は60個になります。日数は一例です。この数字は、後の仮の例の在庫表でそのまま使います。

ここで1つ、見落としやすい点があります。この式で出る数量は「売れた量」ではなく「減った量」です。廃棄したもの、試作や賄いに使ったもの、数え間違いの差も、すべて使用量に含まれます。また、途中で品切れの日があると、売れたはずの分が数字に出ず、使用量が実際より少なく出ます。品切れが起きた期間は、その品目の使用量を少なめに見積もっていないか、人が見直します。売上の記録から使用量の見当をつけたい場合は、日次売上レポートを原票と照合しながら整理する手順にある、欠測や遅延のあるデータの扱い方が、そのまま参考になります。

納品までの日数は、定休日をまたぐかどうかで変わります。発注した日が休みの前日なら、取引先が受ける日が翌々日になり、実際の日数は取引先の表示より長くなります。このような曜日による違いまで、AIは知りません。人が、曜日ごとの日数の違いを注記に書くか、発注点の計算を曜日ごとに分けて指示します。

安全在庫は、計算ではなく店の判断で決めます。欠品したときに何が困るか（その日の主力商品が作れない、予約の仕込みに間に合わない）と、余らせたときに何が困るか（期限が来る、置き場所がふさがる、資金が寝る）を並べて比べ、品目ごとに決めます。期限の短い品目は、安全在庫も上限在庫も低めに置くのが、考え方の基本になります。

仮の例：焼き菓子店の在庫表を完成させる

仮の例として、焼き菓子と軽食を出す小さな店を設定し、6つの品目の在庫表を、列の定義に従って埋めた完成形で示します。ここに出る数字はすべて説明用の仮の数字です。

次の表が、棚を数えた後の、AIに渡す前の入力表です。上の定義どおり、入力する8列だけで構成しています。

品目	単位	現在庫	発注済み未納品	1日の平均使用量	納品までの日数	安全在庫	上限在庫
小麦粉	kg	10	0	4	2	4	30
バター	kg	8	0	2	2	2	16
卵	個	90	0	60	1	60	240
砂糖	kg	5	10	2	2	2	20
紙箱	枚	100	0	20	3	40	300
持ち帰り用の袋	枚	（未入力）	0	30	2	30	200

この表には、現場でよく起こる状況を2つ入れてあります。1つは、砂糖に「発注済み未納品」が10kgあることです。現在庫の5kgだけを見ると少なく見えますが、納品待ちの分を足して見る必要があります。もう1つは、持ち帰り用の袋の現在庫が空欄であることです。数え忘れや、数えた紙を入力し損ねた状況を想定しています。このような空欄を、AIがどう扱うかが、運用の質を分けます。

安全在庫は、この仮の例では「おおむね1日分から2日分」を置いてあります。これは説明用の置き方で、実際の店では、品目ごとに欠品の困り方と余りの困り方を比べて決めます。上限在庫も、置き場所と期限を考えた仮の数字です。数字を自店に当てはめるときは、入力表の右半分の列（使用量・日数・安全在庫・上限）から順に、自店の記録と判断で置き換えます。

AIに渡す指示文と、返してもらう形

AIへの指示文には、計算式、判定の基準、空欄の扱い、補ってはいけないこと、出力の形を、ひとまとめに書きます。表そのものは、指示文の下に貼り付けて渡します。

指示文の型は、次のとおりです。差し替える箇所は、表の貼り付け位置だけです。

次の在庫表をもとに、品目ごとに発注点を計算してください。発注点は「1日の平均使用量×納品までの日数＋安全在庫」です。判定は、「現在庫＋発注済み未納品」が発注点以下なら発注候補、上回れば発注不要としてください。発注候補の品目には、「上限在庫−現在庫−発注済み未納品」を候補数量として示してください。現在庫が空欄の品目は、計算せず「未入力」と返してください。表にない数字を推測して補わないでください。発注を確定したり、発注先へ送る文を送信済みのように書いたりしないでください。出力は1つの表にまとめ、列は品目・発注点・判定・候補数量・計算の過程にしてください。

この指示文には、役割の違う文が並んでいます。式と基準の文は、計算の再現性を保つためのものです。「未入力と返す」「推測して補わない」の文は、表にない数字をAIが作らないようにするためのものです。「確定しない」「送信済みのように書かない」の文は、AIが人の決定の領域に入らないようにするためのものです。出力の形を固定する文は、人が候補表を読む手間を、毎回同じにするためのものです。

貼り付ける表には、品目と数量だけを入れ、取引先の名前や担当者の氏名、金額は入れなくて構いません。計算に必要なのは数量と日数だけで、それ以外の情報を渡す理由はありません。お客様の氏名や連絡先が混じった売上データを使う場合は、品目と数量だけの表に整理してから渡します。

計算の正確さについても、現実的な見方をしておきます。生成AIは、長い表の計算で間違えることがあります。そのため、指示文で「計算の過程」の列を出させ、人が読めるようにしておきます。さらに、品目が多い店では、計算そのものは表計算ソフトの数式で行い、AIには数式の結果を読ませて例外を指摘させる、という分担も有効です。どちらの形でも、AIの出した数字を人が確かめる工程を、省かないことが前提です。

仮の例：AIが返す発注候補表を読む

AIが返す候補表は、判定と候補数量の案であり、発注の指示ではありません。人は、計算の過程を読み、入力表と食い違っていないかを確かめてから、次の判断に進みます。

先の入力表と指示文を渡したときに、期待される候補表は次のようになります。この表は、式をそのまま当てはめた結果で、仮の例の数字から人が検算できるものです。

品目	現在庫＋発注済み	発注点	判定	候補数量	計算の過程
小麦粉	10kg	12kg	発注候補	20kg	発注点 4×2＋4＝12。10は12以下。候補数量 30−10−0＝20
バター	8kg	6kg	発注不要	なし	発注点 2×2＋2＝6。8は6を上回る
卵	90個	120個	発注候補	150個	発注点 60×1＋60＝120。90は120以下。候補数量 240−90−0＝150
砂糖	15kg	6kg	発注不要	なし	現在庫5＋発注済み10＝15。発注点 2×2＋2＝6。15は6を上回る
紙箱	100枚	100枚	発注候補	200枚	発注点 20×3＋40＝100。100は100以下（等しい場合も候補）。候補数量 300−100−0＝200
持ち帰り用の袋	算出なし	算出なし	未入力	算出なし	現在庫が空欄のため計算しない。人が数えて入力する

人が候補表を読むときの確認点は、次のとおりです。

• 入力表の6品目が、候補表にもすべて出ているか（品目が1つ消えていないか）。
• 空欄の品目を、AIが推測で埋めていないか。この表では、袋が「未入力」のままになっている。
• 2品目以上を手計算で検算し、「計算の過程」の欄と一致するか。
• 発注点とちょうど等しい品目（紙箱）が、ルールどおり候補になっているか。
• 砂糖のように、発注済みの分を足したうえで判定されているか。

この確認は、AIの出力を疑うためのものではなく、運用の型として毎回行う読み方です。確認の観点を固定しておけば、人は数字を最初から計算し直さずに、ずれやすい箇所だけを見ればよくなります。確認の結果、候補表に誤りがあれば、指示文を直すのではなく、まず入力表に誤りがないかを疑います。誤りの多くは、AIの計算ではなく、入力の側にあるためです。

ここまでの手順を、自分の店の言葉で試してみたい場合は、公式LINEで、AIに業務を任せる学び方の案内を確認できます。

最終の発注数は人が決める：直す箇所と理由の残し方

候補数量はAIの案にすぎず、販売単位、催事や予約、置き場所、これからの変更予定など、表に載っていない事情を踏まえて、人が最終の発注数を決めます。直した理由は一言で残します。

候補表の数字は、渡した表の範囲で出した答えです。表に載っていない事情は、AIには見えません。そこで、人が次のような観点で候補数量を見直し、最終の発注数にします。仮の例で、4つの品目を見直した結果を示します。

品目	AIの候補	人が見直した最終数	見直した理由（仮の例）
小麦粉	20kg	25kg	取引先の販売単位が25kg袋のため、1袋に切り上げた。上限の30kgを現在庫10kgと合わせて超えるが、袋単位なので了承した
卵	150個	150個	表の事情以外に調整する点がないため、案のまま
紙箱	200枚	100枚	箱の規格を変える予定があり、在庫を増やしたくないため、減らした
持ち帰り用の袋	未入力	130枚	人が棚を数えて70枚と入力し、再計算した（下の説明）

袋については、人が棚を数えて現在庫を70枚と入力し、同じ指示文で計算し直します。発注点は30×2＋30＝90で、70は90以下なので候補になり、候補数量は200−70−0＝130枚です。空欄を推測で埋めさせず、人が数えた数字で再計算する流れが、この表の通りです。

小麦粉と紙箱の例は、AIの候補を人が変える典型です。小麦粉は、取引先の販売単位という「取引先側の事情」で変わり、紙箱は、店の「これからの予定」で変わります。どちらも、渡した表には載っていませんでした。表に載らない事情を、人が毎回この段で拾うので、AIは計算に集中でき、人は判断に集中できます。

予約や催事が多い週は、人が上乗せの判断をします。店の予約の入り具合を連絡する文面の作り方は店舗の予約連絡とシフト連絡をAIで作る型と確認手順で扱っていますが、予約の件数そのものは予約台帳の側にあり、AIの在庫表には入っていません。予約が増える週は、人が台帳を見て、仕込みの量から必要な数量を足します。上乗せして上限在庫を超えるときは、超える理由を最終表に一言残します。

理由を残す習慣は、後から数字を見直すときに効きます。たとえば、ある週に卵が足りなくなったときに「この週は予約が多いのに上乗せしていなかった」と分かれば、次の週から人の判断の入れ方を直せます。理由が残っていなければ、AIの計算が悪かったのか、人の判断が悪かったのかを、切り分けられません。

発注先への送信と、納品後の突き合わせ

発注先への送信は人が行い、AIには、最終の発注表から連絡文の案を作らせるところまでを任せます。納品後は、納品書と最終表を突き合わせ、在庫表の数字を更新して一巡を閉じます。

最終の発注表ができたら、取引先への連絡文は、差し替え欄のある型に入れて作ります。型は、次のような形です。

【取引先名】御中。いつもお世話になっております。次の内容で発注をお願いします。品目【品目名】、数量【数量】【単位】、納品希望日【日付】。ご不明な点や、在庫が足りない場合は、お知らせください。

差し替える欄は、品目名・数量・単位・日付の4か所です。AIには、最終表の数字をこの欄に入れた連絡文の案を作らせます。納品希望日は、人が決めた日付を指示文に書いて渡し、AIに日付を推測させません。取引先の締め時刻、最小の発注単位、値上げや欠品の連絡といった個別のルールも、AIは知らないので、人が連絡文の案を読むときに確かめます。

送るのは人です。送信ボタンを押す前に、品目・数量・単位・納品希望日の4つを、最終表と1行ずつ見比べます。ここを人が持つ理由は、発注が取引先との約束であり、一度送ると取り消しが相手に負担をかけるためです。権限の持たせ方の考え方は、前に挙げたAIエージェントの記事に詳しく、この記事の運用では「案は作らせるが、確定と送信の権限は渡さない」という慎重な形を取っています。

納品されたら、次の順で一巡を閉じます。

• 納品書の品目と数量を、最終の発注表と見比べ、差があれば取引先に連絡する。
• 届いた現物を人が数え、数えた結果で現在庫を更新する。
• 届いた分を「発注済み未納品」から外す。外し忘れると、次の判定で二重に数えてしまう。
• 納品書の金額を請求の記録と照合する。

最後の照合については、請求・入金確認をAIに任せる範囲と照合の手順と同じ考え方で、AIに差の一覧を作らせ、差が出た理由の判断は人が行います。仕入れ先を増やしたり替えたりしたい場合の候補探しは、出典を確かめながら調べる点で営業リサーチをAIで効率化する手順が参考になります。

在庫表は、店頭での問い合わせの返答にも使えます。お客様から「この商品はまだありますか」と聞かれたときに、在庫表の現在庫を渡して返答の案を作らせる使い方です。ただし、数字をそのまま伝えると、棚卸しの時点から売れた分とずれている場合があります。取り置きの可否や、取り寄せの約束は人が決めます。問い合わせへの返答の分類と、人に戻す条件はAI社員に問い合わせの一次対応を任せる手順にまとめています。

在庫と発注の表が崩れる典型と、その直し方

在庫と発注の表が崩れる原因の多くは、AIの計算ではなく、入力の揺れと更新漏れです。崩れ方の型を先に知っておくと、ずれを見つけた段階で原因の場所を絞れます。

運用を始めると、表の数字がじわじわと現物からずれていくことがあります。典型的な崩れ方と、直す場所を、次の表にまとめます。

崩れ方	起きること	直す場所
単位が回ごとに違う	前回との差が意味を失い、使用量が出せない	単位の列を固定し、数え方の手順を貼る
発注済みの入れ忘れ	すでに発注した品目が、再び候補に挙がる	発注直後と納品直後に、列を更新する決まりを置く
納品の遅れが続く	想定の日数が実際より短く、発注点が低すぎる	納品までの日数を、実際の遅れに合わせて人が直す
季節や催事で使用量が変わる	過去の平均が当てはまらず、欠品か余りが出る	使用量・安全在庫・上限在庫を、人が時期ごとに置き直す
空欄をAIが推測で埋める	根拠のない数字が混じった表ができる	指示文に「補わない・未入力と返す」を残し、出力で確認する
品目名の表記ゆれ	同じものが別の品目として数えられる	品目名を1つに統一し、別名は一覧に併記する

表記ゆれは、地味ですが起きやすい崩れ方です。「小麦粉」と「薄力粉」を別々の行に入力すると、どちらも少なく見えて、両方が発注候補に挙がることがあります。品目名は初回に決めて、他の呼び方は別名として一覧に残し、入力するときの揺れを減らします。

自動化の手順が途中で止まる、同じ処理が二重に動くといった不具合が出たときの切り分けは、AI自動化が止まったときの直し方に整理されています。在庫表の運用でも、ログを残す、担当を決める、再実行で二重に発注しない、という考え方がそのまま使えます。

小さく始めて、見直しの場を決める

在庫と発注の運用は、欠品すると困る品目から小さく始め、決めた頻度で使用量・安全在庫・上限在庫を見直す形にすると続きます。最初から全品目を対象にしません。

全品目の在庫表を一度に作ろうとすると、数える手間が先に尽きます。対象は、欠品すると売る機会を失う品目、単価が高く置き過ぎると資金を圧迫する品目、期限が短く余らせると捨てることになる品目のいずれかに当てはまるものから選びます。数が少ない品目で型が回ることを確かめてから、広げます。品目を増やす判断の基準も、「入力の手間に見合うか」という実務の視点で決めます。

運用に慣れたら、見直しの場を決めます。見直すのは、次の3つです。1つ目は、入力した使用量が実態に合っているか。2つ目は、安全在庫が欠品や余りの実績に対して適切か。3つ目は、納品までの日数が取引先の実際の動きと合っているか。見直す頻度は店の事情で決めて構いませんが、決めた場を飛ばさないことが、表を現物に近づけ続ける条件です。

見直しで決めたこと（どの品目の安全在庫を上げたか、取引先をどう変えたか）は、決めた人以外にも分かる形で残します。一人で営業している場合でも、あとで自分が読み返す手がかりになります。決定事項とやることの整理は、一人社長が会議メモとタスク整理をAIで回す手順の型がそのまま使えます。

運用の記録には、同じ媒体の店舗・事務の業務改善のカテゴリにまとめた、ほかの記事の型も使えます。予約、問い合わせ、請求のように隣り合う業務を、同じ考え方でそろえていくと、人が決める場面の置き方が店全体で統一されます。

よくある質問（FAQ）

Q1. 在庫表は、最初からすべての品目を載せるべきですか。

いいえ。欠品すると困る品目、単価が高い品目、期限が短い品目の順に、少数から始めるほうが続きます。型が回ることを確かめてから、品目を足します。

Q2. レジや会計のデータをそのままAIに渡してもよいですか。

そのまま渡さず、品目と数量だけの表に整理してから渡します。お客様の氏名や連絡先が入った列は、在庫の計算に要らないので外します。取引先の名前や金額も、計算に必要なければ入れません。

Q3. AIの計算が間違っていたら、どう見つけますか。

指示文で「計算の過程」の列を出させ、人が2品目以上を手計算で検算します。品目が多い店は、計算を表計算ソフトの数式で行い、AIには結果を読ませて例外を指摘させる分担も使えます。誤りの原因は、計算より入力にあることが多いので、入力表も見直します。

Q4. 季節や催事で使用量が変わるときは、どうしますか。

過去の平均をそのまま使わず、使用量・安全在庫・上限在庫を、人がその時期に合わせて置き直します。AIは、渡された数字の範囲でしか計算しないので、時期の違いを自分で補正することはありません。

Q5. 発注メールの送信まで、AIに自動で任せてもよいですか。

この記事の運用では、送信は人が行います。発注は取引先との約束で、数量や日付の誤りが相手への負担になるためです。AIには連絡文の案を作らせ、人が内容を読んでから送ります。

Q6. 期限の短い食品は、どう扱えばよいですか。

期限や表示に関わる決まりは、商品や業種によって異なるため、この記事では扱いません。表の運用としては、期限の短い品目の安全在庫と上限在庫を、人が低めに置く考え方を取ります。決まりの内容は、所管の公式の窓口や案内で確認してください。

Q7. 現在庫を数える時間がありません。それでも使えますか。

数える工程は省けません。AIの計算は、数えた数字を前提にしています。時間が足りないときは、対象の品目を減らして、数える範囲を小さくします。

まとめ：数える・決める・送るは人、整える・計算するはAI

店舗の在庫と発注の確認では、AIには在庫表の整形、発注点の計算、発注候補の抽出、抜けた数字の指摘を任せ、人は、数えること、発注数の最終決定、発注先への送信、納品の検品を持ちます。この線引きは、AIの得意と、現物や取引先の事情を知っているのが誰かを、そのまま写したものです。

実際に進めるときは、まず棚卸しの数え方をそろえ、入力の8列を決め、発注点と候補数量の式を指示文に書きます。返ってきた候補表は、品目の漏れ、空欄の補完、検算、境界の判定を確認してから、人が最終の発注数を決めます。直した理由を一言残し、納品後に在庫表を更新して一巡を閉じます。

最初の一歩は、欠品すると困る品目を少数選び、単位を決めて数え直すことです。そこから、この記事の式と指示文を自店の数字に置き換えて、一度回してみてください。AIに業務を任せる学び方を、さらに順に確認したい場合は、公式LINEで案内を確認できます。