電波が弱い倉庫で、登録ボタンを二度押す前に。スタッフ8人の卸会社が決める「保存の合図」

入荷は終わった。でも、スマホの記録はどこにある？

倉庫の奥で、届いた箱を開けて品番と数量を確認する。スマホに入力し、登録ボタンを押す。ところが、画面は待ったまま。事務所から「まだ一覧に出ていません」と言われて、もう一度押したくなる。そんな場面を、Web化の前に考えてみませんか。

今回は、スタッフ8人が倉庫と事務所に分かれて働く卸会社を想定します。倉庫ではスマホで検品と入荷を記録し、事務所では記録を見て次の処理へ進みます。会社、記録、画面はすべて説明のための架空例で、実在する顧客の事例や導入実績ではありません。

ここで決めたいのは、電波を強くする方法だけではありません。返事が来ないとき、現場は何を見て、誰に確認し、どこまで作業を進めるのか。「押しました」と「保存できました」の間にある迷いを、画面と手順の両方で扱います。

返事がない記録を、すべて「未送信」にしない

通信が途切れたら保存されない、とは限りません。入力内容が会社の保存先へ届く前に止まった場合もあれば、保存先では登録が終わり、その返事だけがスマホに戻らなかった場合もあります。後者で新しい記録として送り直すと、同じ入荷が二つ並ぶおそれがあります。

そこで、画面で区別したい状態を三つにします。「未送信」は、まだ送信を始めていないなど、送っていないと確認できるもの。「結果不明」は、送信を始めたものの、保存できたかを確認できないもの。「保存確認済み」は、会社の保存先に対象の記録があることを確認できたものです。

通信エラーや待ち時間の終了だけを理由に、結果不明を未送信へ戻してはいけません。「一覧に見当たらない」場合も、表示の更新や検索条件の違いなどを確かめる余地があります。記録がないと判断できる確認方法を、作る側と先に決めます。

この三つは、会社の保存先への反映についての区分です。端末に入力内容を仮保存できているかは、別に示します。未送信と表示されていても、入力中の画面にしか内容がなければ、閉じた後まで残るとは扱えません。

会社側への保存状態と、端末に仮保存できているかを分けて確認します。

「もう一度押す」と「画面を閉じる」の間にある落とし穴

架空の入荷Aを考えます。倉庫担当が数量を入力して送信し、保存先では記録ができました。しかし、完了の返事が届きません。担当者が画面を開き直して同じ数量を新規登録すれば、元の記録とは別のものとして扱われる可能性があります。ボタンを押せなくするだけでは、開き直した後の重複まで防げません。

反対に、入荷Bは送る前に通信が切れ、入力内容も保存されないまま画面を閉じたとします。箱の検品は終わっているのに、記録だけが残りません。担当者の記憶を頼りに書き直すことになれば、品番や数量を取り違える心配も出てきます。

必要なのは、一つの記録を途中から追える目印です。送信前から持つ記録番号などを使い、結果不明になっても同じ記録として照会できるようにします。同じ番号を受け取ったときに、保存先でも重複を防げる仕組みが必要です。番号を表示するだけで、再送が安全になるわけではありません。

品番と日付が同じという理由だけで消す方法も避けます。同じ商品が同じ日に別便で届くことは、業務としてあり得るためです。「同じ入力のやり直し」と「別の入荷」を何で区別するかが、設計の相談になります。

返事がなくても、保存されている場合があります。新規登録する前に、元の番号で照合します。

保存の合図には、次に取る行動まで添える

未送信の画面なら、「まだ会社の記録に反映されていません」と伝え、入力内容と端末への仮保存状況を確認できるようにします。送信処理が続いている間は、そのことを表示します。くるくる回る印だけでは、待つべきか、別の作業へ移れるかが分かりません。

結果不明になったら、「保存できたか確認できません。新規登録せず、この番号で確認してください」といった案内を出します。記録番号、品番、数量、送信を試みた時刻が分かり、事務所の担当者も同じ目印で調べられることが要件です。確認中の入力を勝手に消さないことも、合わせて相談します。

保存確認済みの合図は、ボタンを押した直後に出すのではなく、対象の記録が保存先にあると確認できた段階で出します。番号や保存された内容を見返せれば、別の入荷と取り違えにくくなります。ただし、記録の保存と、在庫への反映や事務所の確認完了までを同じ意味にしないよう、表示の言葉を決めておきます。

色だけで状態を示さず、状態名と次の行動も文字で添えます。Wi-Fiや「オンライン」の表示だけで、会社の保存先に記録が届いたとは判断しません。担当が交代しても結果不明の記録を見つけられるようにし、スマホの持ち主しか困りごとを知らない状態を避けます。

再送が必要になった場合も、確認なしに新しい記録を作る操作へ誘導しません。元の記録の照合、同じ番号を引き継ぐ方法、受け取る側の重複対策まで決めます。結果が不明なまま数量を変更する必要が出たときは、まず元の内容の扱いを確認し、訂正の手順へつなげます。

紙で待つか、つながる場所で送るか、端末に残すか

取り得る方法は一つではありません。最初は紙の検品票に記録し、事務所で入力する運用もあります。転記の手間は残りますが、通信できない場所で何を残すかは決めやすくなります。紙に目印を付け、入力済みの確認を誰がするかまで決めれば、同じ紙の二重入力にも備えられます。

オンラインで使う前提にして、つながる場所で登録する方法もあります。この場合は、倉庫で確認してから登録するまで、品番や数量を何に残すかが必要です。移動中に画面を閉じてもよいのか、通信できないときに作業を待つのか。電波が弱い場所で無理に続けない手順も、現実的な選択です。

端末に仮保存し、後で送る方法は、実際の端末や使い方に合えば候補になります。ただし、どんなWebアプリでも簡単に、安全に付けられるとは考えません。保存できる情報と容量、画面を閉じた後の扱い、ブラウザーのデータ削除、端末交換や共用時の扱いなど、条件を確かめる必要があります。

仮保存を選んでも、会社の記録への反映は別の確認です。送れず残った記録を誰が見つけるのか。別の端末でも同じ入荷を入力したらどうするのか。後で商品情報や数量が変わっていた場合は誰が判断するのか。オフラインで入力できることに加えて、オンラインへ戻った後の仕事を設計します。

どの案でも会社側の保存確認が必要です。端末仮保存は利用環境と運用条件を確かめて選びます。

費用を相談するときは、通信が切れる場面を渡す

見積もりの前に「入荷登録画面を一つ作りたい」だけでなく、「倉庫の奥で返事が来なくなる」「交代時に未処理が分からない」と伝えます。入力画面に加えて、端末への仮保存、保存結果の照会、重複を防ぐ処理、確認担当者の画面まで必要なら、作る範囲と確認の工数は変わります。

利用するスマホとブラウザー、写真を付けるか、共用端末か、誰が訂正できるかも整理します。在庫など別の処理と連動するなら、入荷の保存だけ終わって次の処理が止まった場合をどう見つけるかも確認事項です。画面の表示が整っているだけでは、処理全体を確認したことにはなりません。

この段階で、価格や完成までの日数を一律に置く必要はありません。どこまで自動で扱い、どこを人が確認するか。障害時に誰へ相談でき、端末やブラウザーが変わった後に何を確かめるか。導入時の制作範囲と、使い続けるための対応を分けて相談すると、比較する条件がそろいます。

架空の三件で、返事が来ない場面まで試す

実際の入荷を使う前に、実務の在庫や帳票へ影響しない確認用の環境で、架空の三件を用意します。一件目は送信を始める前に通信できない場面。二件目は保存先で登録された後、端末に返事が届かない場面。三件目は通常どおり保存を確認できる場面です。実際の商品の入荷を止めて試す必要はありません。

二件目は、単にスマホを機内モードにするだけで同じ状況を再現できるとは限りません。どの段階で通信を止めるかは、作る側と確認方法を決めます。端末の表示と保存先の記録を両方見て、「保存済みだが返事がない」状態を本当に試せたかを確かめます。

倉庫役は、画面だけを見て次の行動を選びます。事務所役は、伝えられた番号で記録を探します。結果不明を未送信と受け取らなかったか、新規の入荷として重ねて登録しなかったか、保存前の入力を見失わなかったかを照合します。役を交代しても同じように扱えるか見てみます。

送れなかったものを後で送る試験では、元の記録と対応が付き、同じ番号の記録が重複して増えていないかも確認します。三件だけですべての障害へ対応できるとは判断せず、試せた条件と未確認の条件を残します。説明が必要だった場所は、画面の言葉や引き継ぎ手順を直す手掛かりになります。

応答不達は開発者とテスト環境で再現方法を決めます。三件の確認だけで、全条件を確認済みとは扱いません。

明日、現場と事務所で決めたい六つのこと

①何を見れば保存確認済みと判断できるか。②返事が来ないときは結果不明としてどこに残るか。③元の記録を何の目印で探すか。④確認する人と、交代時の引き継ぎ先は誰か。⑤未送信の内容はどこに残し、いつまでに送るか。⑥確認が終わるまで検品済みの箱や次の作業をどう扱うか。

例えば、検品済みの箱に付ける紙の目印と、入力記録の番号を対応させる方法も考えられます。画面だけで仕事を完結させようとせず、実物と記録のどちらか一方が先へ進んだときに、後から追い付ける手順を用意します。

登録ボタンの二度押しを注意するだけでは、担当者の迷いは残ります。「まだ送っていない」「結果を確認している」「保存先にあると確かめた」。この違いをスタッフ8人で共有し、次の行動まで分かる合図にしてから、現場のWeb化を進めていきましょう。

技術情報の参考：ネットワーク状態の表示について、MDN「Navigator: onLine」を確認しました（2026年10月29日）。オンラインの表示は補助的な合図であり、この記事では会社側の保存結果を別に確かめる設計を提案しています。

検品や入荷の記録をWebに移す際は、今の入力項目と合わせて、通信が途切れたときに困る場面もお聞かせください。保存の確認方法や、人が確認する範囲を整理するところからご相談いただけます。