6台の工事車両の積み荷が、朝のスマホ1画面で分かる

導入前の困りごと

• 車ごとに積んでいる部材が分からず、足りなくならないよう念のため多めに積んで、積み荷が膨らみがち
• 倉庫の在庫表はExcelで、持ち出した分を書き忘れると数が合わなくなる
• 同じ部材を別の車にも積んでいて、合わせると多すぎることに気づきにくい

ほかの頼み先と、何を比べるか

比べる相手は、クラウドの在庫管理サービスなど、同じ条件で選べるほかの方法です。金額は各社の公式の料金ページの値(税抜、2026年10月16日に確認)で、社名は伏せています。保守とサーバーの実費まで含めた5年の総額は、下の計算機でそろえて比べています。

頼み先の比較(A社・B社・S社) 導入例と同じ条件の5年総額

どんな仕組みを作るか

倉庫の棚と部材に自社のQRラベルを貼り、持ち出すときと戻すときにスマホで読み取ります。読み取ったら「どの車へ」を選ぶだけで、車ごとの在庫が増減します。朝は、車ごとに決めた「積む一覧」との差だけが並びます。

ここがポイント:バーコードのない部材や端材にも、自社のQRラベルを付ければ同じ手順で読める。

記録の行き先:車ごとの在庫一覧 → 倉庫の在庫表(Excelに書き出し)

在庫てちょう 導入イメージ

在庫てちょう 導入イメージ

在庫てちょう 導入イメージ

在庫てちょう 導入イメージ

積み荷のラベルと、つまずきやすい所(想定)

ラベルは部材の箱ではなく、倉庫の棚と、車の荷室の棚に貼ります。部材は1つずつ読むより、箱や袋の単位で読むほうが続きます。バーコードのない継手やバルブには、品目コードを入れた自社のQRラベルを、袋の口に貼る想定です。ラベル用紙とプリンターは一式に含まないので、市販のものを御社で用意していただきます。

つまずきやすいのは3つと想定しています。まず、戻しの読み取り忘れです。夕方に車を戻したら、荷室の棚のQRを読んで「戻す」を押すまでを、一連の動きとして手順書に書きます。次に、同じ部材を2台に積んでいるときの数です。画面は車ごとの数と全車の合計を並べて出すので、合わせると多すぎることに気づけます。最後に、現場に着いて圏外だったときです。読み取りは端末に一時的にためておき、電波が戻ってから送る形を想定しています。

「積む一覧」は、車ごとの標準の積み荷を表にしたものです。最初は主宰が聞き取って作り、使い始めたあとは、担当者が画面から数を直せます。朝に差だけが並ぶ画面で、足りない部材を倉庫から積み足します。棚卸は車を保管場所として扱うので、月に1回、車ごとに荷室の数を読み取れば、倉庫と同じ手順で終わります。

もう一つ想定しているのは、車の入れ替わりです。点検や修理で代わりの車が来た日は、いつもの車の荷室の棚が空のまま、別の車に部材が積まれます。画面の車の欄を代わりの車に切り替えて、積む一覧をそのまま写せるようにします。写し忘れると、いつもの車の数だけが減らずに残り、翌朝の差の一覧に出てしまいます。切り替えの手順は一覧の上に1行で書き、朝礼で見る人が迷わないようにします。消耗品は、1本ずつ数えず「あと半分」「残りわずか」の3段階で記録できる形にして、現場で数える手間を増やさない想定です。

導入の流れ(想定)

1. 今の在庫表と車の一覧で試作。読み取りの画面を職人に触ってもらう

   当日

2. よく持ち出す部材からQRラベルを印刷して貼り、車2台で使い始める

   1週目

3. 残りの車と部材に広げ、車ごとの「積む一覧」を決める

   2〜3週目

主宰のひとこと

最初から全部の部材にラベルを貼らなくても大丈夫です。よく持ち出す部材から始めると、職人が読み取りに慣れるのも早くなります。