スーパーの入荷伝票をロボットが取りに行く：60日で手作業4,239枚、システムに一度も入らなかったチェーン

経理担当は時間のある朝にサプライヤーポータルから入荷伝票をダウンロードする。1枚の平均待ちは45.5時間、2つ目のチェーンはシステムに1枚もない。ロボットが1日2回取りに行き、納品書と自動で照合するなら、価値はどこにあり、どれほどか。

毎朝、経理担当がスーパーチェーンのサプライヤーポータルにログインし、日付で絞り込み、入荷伝票をページごとにダウンロードして、 ファイルをシステムに取り込みます。ある生鮮食品の卸売会社で、そのシステムの中を数え直しました。チェーンAの入荷伝票4,239枚 が、60日間で手作業で取り込まれていました。 取り込みがあったのは60日のうち32日です。入荷伝票の日付の始まりからシステムに 入るまでを数えると、1枚の平均待ち時間は45.5時間、38%は2日を超えて待っていました。10月の19回の取り込みのうち4回は 午前11時を過ぎてからでした。経理担当が別の仕事で忙しい日は、入荷伝票も待たされます。

チェーンBはさらに遠い状態でした。60日間、システムにはチェーンBの入荷伝票が1枚もありませんでした。 納品数とチェーンの 入荷数の照合はシステムの外、表計算ソフトと担当者の頭の中で行われていました。

この記事の問いは、ロボットが1日2回入荷伝票を取りに行き、納品書と自動で照合したら、いくらの価値があるかです。

1. 何が変わるのか

1. ロボットは予定どおり1日2回動きます。チェーンAは7:30と17:00、チェーンBは7:40と17:10。毎回直近3日分の入荷伝票を 取り、すべてのページをめくるので、店舗が1〜2日遅れて入力した伝票も次の回で拾われます。チェーンAのポータルはIDと パスワードで入れるため、ロボットが自分でログインします。チェーンBのポータルには人間確認の手順があり、1アカウント1セッション しか許さないため、ロボットは決して自分ではログインしません。経理担当が自分のブラウザで開いたセッションを共有し、それを 切らさないよう保ちます。セッションが切れると、指定された人に一度だけ通知が届きます。
2. 入荷伝票は1枚ずつ納品書と照合されます。 発注書（PO）番号があればその番号で。なければ店舗から取引先を割り出し、その 取引先の、入荷日の数日前までの、まだ請求書のない納品書のうち、入荷伝票の品目の大部分を含むものを探します。難しいケースは AIに任せ、その照合結果は次回のために学習されます。それでも曖昧なものは人が画面で選び、その選択も学習されます。
3. ロボットは人の作業を上書きしません。 すでにシステムにある入荷伝票は飛ばし、書き直しません。経理担当が手で直した 伝票は直したままです。

初日、ロボットは816枚を取り込みました。チェーンAの新しい185枚と、14日分の入荷にあたるチェーンBの631枚です。765枚 （94%）が確実に納品書と照合されました。チェーンAは185枚中155枚がPO番号で、チェーンBは232枚がPO、366枚が店舗と品目、 12枚がAIによるものです。残る51枚は候補だけが付き、人を待っています。店舗と品目による照合は飾りではありません。チェーンBの 小型店向けの納品書にはPO番号がほとんど付いていないからです。14日間で526枚中2枚でした。

2. 一つ目の源泉：手作業の時間

測り方。 ポータルを開いてから最後の伝票の照合が終わるまでを1週間計ります。システムに残るのは取り込んだ瞬間だけで、 測定データでは取り込み自体はたいてい数分でした。ポータルからのダウンロードと目による照合は何の痕跡も残しません。だから例の 30分は前提です。ご自分のストップウォッチの数字に置き換えてください。

信頼度： 中。日数は数えられますが、分数は自分で計る必要があります。

3. 二つ目の源泉：入荷伝票が待っている日数

モデルは古いやり方に甘めです。実測が45.5時間のところをモデルは38時間としています。実際には昼近くの取り込みもあり、店舗が 遅れて入力する伝票もあるからです。モデルが間違っているとすれば、古いやり方に有利な方向に間違っています。

信頼度： 一つ目より低め。伝票が早く届いても、その直後に請求書を作らなければ入金は早まりません。チェーンの入荷数で請求書を 作る話は別の記事です。ここで数えた日数はその記事が数える遅れの一部なので、2つの記事を足すときはどちらか一方だけを取って ください。

4. 合計

例の数字で年約2,100万ドン。控えめな数字ですが、そうあるべきです。ロボットが置き換えるのは毎日繰り返す小さな作業だから です。表計算で値段を付けられないものはチェーンBにあります。631枚の入荷伝票が初めてシステムに入り、それぞれがすでに納品書 とつながっています。以前は、納品数とチェーンBの入荷数の差は、誰かが表計算ソフトの前に座ったときにしか分かりませんでした。

5. このROIが立っている前提

チェーンのポータルが変わらないこと。 ロボットは人と同じようにページを読みます。ポータルの画面が変わればロボットは壊れます。 毎回の実行は結果を記録します。ポータル上の枚数、新しく取り込んだ枚数、既存の枚数、人待ちの枚数、どんなエラーか。そして エラーは指定された人に届きます。黙って壊れるロボットは、ロボットがないより悪いのです。

チェーンBのログインは経理担当のブラウザの中で生きています。 ポータルで「ログアウト」を押すと、ロボットが使っている セッションもログアウトされます。これは設定の1行ではなく、変えるべき習慣です。

品目による照合のしきい値は、あるチェーンの実際の入荷伝票76枚で測ったものです。 2つ目のチェーンには別の値が必要かもしれ ません。信じる前に測り直してください。

6. 自社で測る

1. 基準を取る。 伝票ごとの待ち時間：入荷伝票の日付からシステムに入った時点まで（レコードの作成時刻で十分）。 ダウンロードと照合の作業を1週間計る。
2. ロボットを2週間動かす。 毎日、ロボットが取り込んだ枚数、確実に照合できた割合、人待ちの枚数、失敗した回やセッション切れ を記録する。
3. 同じものどうしで比べる。 同じチェーン、同じ季節、同じ曜日の構成。週の初めは週末より伝票が多いからです。

7. 覚えておきたいこと

他人のポータルにある数字は、自社のシステムに入るまで自社のデータではありません。 手作業の取り込みは、誰かに時間がある日 だけそれをデータにします。ロボットは1日2回、誰にも時間がない日でもそれをデータにします。

毎朝繰り返す作業は、一回ごとに高いのではない。やられなかった朝のぶんだけ高いのだ。

60日間に手作業で取り込まれた伝票数、取り込みのあった日数、平均待ち時間、2日を超えて待った割合、ロボットが取り込んだ枚数 と照合できた割合は、ある生鮮食品卸売会社の稼働中のシステムで2026年10月30日（ロボットの初日）に測定し、匿名化したものです。 分数、賃金、伝票1枚の金額、資本コストなど計算ツールのすべての前提は例示の数字です。ご自身の数字に置き換えてください。