庫内進捗をスマホ入力にする時の落とし穴と回避策

庫内作業は、PCの前に座って入力する業務ではありません。
荷物を動かしながら、伝票を見ながら、フォークリフトやバースの状況を見ながら作業するため、入力のために立ち止まる時間はできるだけ短くする必要があります。

だからこそスマホ入力は有効ですが、設計を間違えると「忙しい時に入力されない」「後からまとめて押される」「例外が完了扱いになる」といった問題が起きます。
庫内進捗のスマホ化では、誰が、どのタイミングで、何を押すのかを最初に決めることが重要です。

関連ページ
・荷待ちの区切り:荷待ち時間を「区切り」で記録
・受付とバース分離:バース予約と入場受付を分ける
・例外請求まで:運行実績と請求をつなぐ
庫内進捗のスマホ入力で重要なのは、入力項目を増やすことではありません。
現場が迷わず押せる状態、押す人が明確な状態、例外を登録できる状態を作ることです。

1. スマホ入力は「押せる状態」にする

現場で使われないスマホ入力は、たいてい画面が細かすぎます。
一覧が長い、ステータスが多い、対象便を探すのに時間がかかる、押した後の反応が分からない。こうした小さな負担が重なると、入力は後回しになります。

庫内進捗のスマホ入力で先に決めたい4つの設計
状態 ステータスを絞る

未着手、作業中、完了、保留など、現場が迷わない粒度にします。

担当 押す人を決める

バース担当、庫内担当、検品担当など、操作する人を明確にします。

導線 探さない画面にする

担当者別、バース別、QR呼び出しなど、対象便へすぐ入れる形にします。

例外 止まった理由を残す

破損、伝票不備、順番待ちなど、完了にできない理由を選べるようにします。

2. 落とし穴1:ステータスが多すぎて押せない

進捗を細かく見たいからといって、最初から多くのステータスを用意すると、現場では使いにくくなります。
特にスマホでは、迷う選択肢が増えるほど入力が遅れます。

まずは、3〜5状態程度から始める方が現実的です。

状態 意味 押すタイミング
未着手 対象便はあるが、まだ庫内作業を始めていない状態。 受付済み、またはバース割当後の初期状態。
作業中 積込、荷降ろし、ピッキング、検品などが始まった状態。 庫内担当が作業を開始した時点。
完了 庫内作業が終わり、次の工程へ渡せる状態。 荷役や検品が終わった時点。
保留 伝票不備、破損、数量差異などで作業が止まっている状態。 完了にできない理由が発生した時点。
保留を必ず用意する
現場には、作業を進められない場面があります。保留の置き場がないと、実際には止まっているのに完了扱いで登録されることがあります。
この例外情報は、後で 付帯料金や再配の根拠 にも関わります。

3. 落とし穴2:誰が押すかが曖昧になる

「現場で入力してください」だけでは、誰も押さないことがあります。
作業工程ごとに、誰がどの状態を押すのかを決めておく必要があります。

受付担当
  • 到着確認
  • 受付済み
  • 呼出対象へ登録
バース担当
  • 接車
  • 呼出
  • バース変更
庫内担当
  • 作業開始
  • 作業完了
  • 保留登録
検品担当
  • 検品開始
  • 数量差異
  • 検品完了

役割が決まると、荷待ち時間の区切りも取りやすくなります。
到着、受付、バース呼出、荷役開始、荷役完了の時刻が分かれるため、どこで待ち時間が発生したのかを確認できます。

4. 落とし穴3:一覧から対象便を探すのに時間がかかる

スマホ画面で長い一覧を探す運用は、現場では続きにくくなります。
表示する便は、最初から担当者やバースで絞られている方が使いやすいです。

スマホmock:担当便だけを出し、ワンタップで状態変更する
10:24 5G
庫内進捗入力 担当:Aレーン / 本日分
担当分 Aバース Bバース 保留
```
受付No. 0248 / 10:30枠

荷主A / パレット12枚 / Aバース

未着手 庫内担当 QR可
作業開始 完了 保留 例外
受付No. 0251 / 10:45枠

荷主B / ケース混載 / Bバース

作業中 検品待ち
検品開始 完了 保留 破損
送信中でも画面は止めず、失敗時は再送ボタンを表示します。
受付No. 0254 / 11:00枠

荷主C / 伝票確認待ち / Aバース

保留 伝票不備
再開 完了 理由変更 受付へ戻す
```

5. 落とし穴4:通信が不安定な場所で止まる

倉庫内は、場所によって通信が不安定になることがあります。
完全なオフライン対応まで作り込むと大きな開発になるため、まずは現場で困りにくい最低限の挙動を決めます。

時刻は「送信時刻」だけでなく「押した時刻」も見る
電波が弱い場所で再送が発生すると、サーバーに届いた時刻だけでは現場の実態とずれることがあります。
スマホ側で押した時刻を残しておくと、荷待ちや作業時間の判断に使いやすくなります。

6. 落とし穴5:例外が登録できず、数字の信頼性が下がる

庫内作業では、予定通りに進まない理由が必ず出ます。
破損、欠品、伝票不備、積込順待ち、車両都合などが入力できないと、進捗データはきれいに見えても現場の実態とは合わなくなります。

例外 現場で起きること 残したい情報
破損・欠品 検品で止まる。写真や数量差異の確認が必要になる。 品番、数量、写真、確認者、再開条件。
伝票不備 受付や荷主確認へ戻る。荷役開始が遅れる。 不足項目、戻し先、再受付時刻。
積込順待ち 庫内側の順番や荷揃え待ちで車両が待機する。 待機開始、再開時刻、待機理由。
車両都合 車両遅れ、差し替え、待機場所変更などが発生する。 車番、変更理由、配車担当への通知。

例外が登録できると、運行実績と請求にもつなげやすくなります。
特に付帯作業、待機、再配、車両差し替えなどは、後から根拠を確認できることが重要です。

7. 管理画面では、進捗だけでなく「止まっている理由」を見る

管理側の画面では、完了率だけを見ても現場の判断には足りません。
どのバースで止まっているか、どの担当で未完了が多いか、どの例外が多いかを確認できると、次の対応が決めやすくなります。

管理画面mock:庫内進捗と例外をまとめて確認する
庫内進捗ダッシュボード 本日 / バース別・担当別
```
完了 42 本日処理分
作業中 9 庫内・検品
保留 5 伝票・数量差異
再送待ち 2 通信失敗

バース別の状態

Aバース 作業中 3 進行中 保留1
Bバース 未着手 2 待機 呼出待ち
Cバース 完了 12 完了多 滞留なし
Dバース 例外 2 確認 伝票不備

今日確認したいもの

保留:5件 伝票不備、数量差異、破損写真あり。再開条件を確認します。
通信失敗:2件 スマホ側で押した時刻は残っています。再送待ちです。
担当未入力:3件 バース呼出後、庫内開始が押されていない便があります。
保留を見る 再送待ち
```

8. 受付・バース・庫内を分けてつなぐ

庫内進捗だけを単独で作っても、前後の工程とつながらないと使いにくくなります。
受付、バース、庫内、検品、完了を分けて記録できると、荷待ちや滞留の原因が確認しやすくなります。

庫内進捗の基本フロー
STEP 1 受付

到着、受付、伝票確認を記録します。

STEP 2 バース割当

接車、呼出、バース変更を記録します。

STEP 3 庫内作業

作業開始、保留、再開、完了を押します。

STEP 4 検品

数量差異、破損、欠品などの例外を記録します。

STEP 5 完了・実績

実績時刻と例外を、請求や分析へ渡します。

9. 履歴があると、後から時間の説明がしやすい

庫内進捗のデータは、現場管理だけでなく、荷待ち時間、付帯作業、再配、請求の説明にも使われます。
誰が、いつ、どの状態を押したか、通信失敗や再送があったか、例外理由は何だったかを残しておくと、後から確認しやすくなります。

履歴mock:状態変更・例外・再送を残す
2026/01/14 10:28 受付No.0248をAバースへ割当。バース担当が呼出済みへ変更 バース
2026/01/14 10:35 庫内担当が作業開始を登録。スマホ側の押下時刻として保存 作業開始
2026/01/14 10:52 伝票不備により保留へ変更。受付確認へ戻す 保留
2026/01/14 11:05 通信失敗分を再送。押下時刻10:58、サーバー受信11:05として記録 再送

まとめ

庫内進捗をスマホ入力にする場合、単にPC画面を小さくするだけでは現場で使われにくくなります。
ステータスを絞り、誰が押すかを決め、担当便やバース別に探しやすくし、例外と再送まで扱えるようにすることが重要です。

状態を増やしすぎない

未着手、作業中、完了、保留など、現場が迷わない粒度から始めます。

押す人を決める

受付、バース、庫内、検品で、どの担当がどの状態を押すかを決めます。

例外を残す

破損、欠品、伝票不備、順番待ちなど、止まった理由を登録できるようにします。

株式会社インテンスで設計する場合も、庫内進捗だけを単独で作るのではなく、受付・バース(バース予約と入場受付)、荷待ちの区切り(荷待ち時間の記録)、運行実績と請求(請求連携)まで含めて考えます。 現場が短時間で押せて、管理側が後から状況を確認できる形にしておくことが大切です。

本記事は、Webシステム開発・スマホ自動変換「movo」・業務システム構築・フォームUX改善・EC支援を提供する 株式会社インテンスが、実際の開発プロジェクトで蓄積した知見をもとにまとめています。 株式会社インテンス(公式サイト)