共用タブレットでは、端末を複数人で使うことと、アカウントを使い回すことを分けて考えましょう。まず業務を閲覧・入力・承認／設定変更へ分け、誰にどの操作を許可するかを決めます。担当者名を入力欄へ書くだけでは、本人としてログインした証明にはなりません。この記事では、交代時の扱いと権限、履歴を結び、操作した人をたどれる運用を説明します。
| 状況 | 判断 | 最初の対応 | 次に点検すること |
|---|---|---|---|
| 点検結果や作業実績を入力する | 個人ログインを優先する | 入力者を識別する方法を決める | 履歴に担当者と時刻が残るか |
| 手順書や品番だけを見る | 共用閲覧を検討できる | 変更・外部共有の権限を外す | 前の利用者の情報が画面に残らないか |
| 承認、確定、設定変更をする | 個別認証を必須にする | 班長または管理者へ操作を限定する | 権限の付与者と見直し日を残す |
| 条件に合う閲覧を共用IDで行う | 期限付きの例外運用にする | 端末引継ぎ記録を始める | 共用IDでできる操作が広すぎないか |
端末の共用と、アカウントの使い回しを分けて考える
本体が1台でも、業務アプリ、入力フォーム、クラウドストレージへアクセスする人は区別します。端末のロックを解除した人と、アプリにログインしている人が同じとは限らないためです。前の利用者のまま入力しないよう、端末を使い始める手順と、各サービスへ入る手順を別に定めてください。
共通IDで入力すると、システムの履歴には共通IDの操作が残ります。引継ぎ簿があっても、個々の操作を本人へ確実に結び付ける認証やログと同じものではありません。そこで、日常の閲覧、入力、承認・設定変更で扱う情報と影響を分け、役割に合う個別認証と権限を設定します。簡単な操作だからという理由で、サービスや社内規程が求める認証を省かないようにしましょう。
現場タブレットで情報を参照した公開事例
中小企業庁の白書には、株式会社宝角合金製作所が工場内のWi-Fi化を進め、既存の生産管理システムをWindowsタブレットで使いやすくした事例があります。作業者が手元で情報を参照できるようになり、移動などの時間を現場全体で1日9時間程度減らしたと報告されています。これは掲載企業の情報参照に関する事例であり、本記事のログイン運用の効果を示す数値ではありません。本人識別や権限は、自社の業務に合わせて別に設計しましょう。出典：中小企業庁・株式会社宝角合金製作所の事例。
業務を閲覧・入力・承認／設定変更へ分ける
同じタブレットでも、手順書を見る場合と検査結果を確定する場合では、誤操作の影響が違います。端末単位で一律に決める前に、下の区分で業務・アプリごとの操作を書き出しましょう。管理者が端末番号、業務名、操作区分、担当を運用シートへ残すと、どの画面にどの権限を付けるかを話し合いやすくなります。
- 閲覧：作業手順書、設備の一般案内、品番検索などです。変更できる範囲と表示される情報を、許可する利用者へ照らします。
- 入力：点検結果、在庫数、作業実績、写真記録などです。入力した本人を履歴から追い、誤記を本人へ照会する方法を決めます。
- 承認／設定変更：提出確定、マスター修正、利用者追加、権限変更、外部共有設定などです。操作できる人を限定する対象になります。
同じアプリで権限を分けられるなら、閲覧、入力、承認・設定を分けて設定します。メニューを隠すだけで操作を禁止できるとは限らないため、許可しない利用者が実際に変更できないことまで管理者が試験してください。画面名ではなく、読める範囲、変更できる範囲、確定できる範囲で点検すると、更新後も運用の目的を保てます。
入力欄を作業者別に分けることは、記入先の取り違えを減らす方法です。ただし、それだけで本人認証やアクセス権限を実装できるわけではありません。表計算で欄を分ける例は、Googleスプレッドシートで作業者別の入力欄を分ける方法を参照し、ログインと権限は別途管理者が設定します。
個人を識別する運用を検討する4つの質問
下の4問は、個人を識別する運用を優先して検討するための手掛かりです。1つでも「はい」があれば、どの操作を誰が行ったかを追える認証・履歴を検討しましょう。ただし、この質問だけで安全性や利用条件への適合を判定するものではありません。承認や設定変更は、権限を持つ本人が自分のアカウントで行い、氏名の追記だけで代用しないようにします。
- 入力・変更が、後工程、在庫、納期、品質記録に影響するか。
- 誤入力や誤削除が起きた時、操作した本人へ照会するか。
- 人によって、見せてよい情報または実行してよい操作が異なるか。
- 交代時に、前の利用者の入力途中画面や保存データが残ると困るか。
4問すべてが「いいえ」でも、扱う情報の機密性やサービスの利用条件、社内規程を照らしてから、変更できない共用閲覧の方式を検討します。個人ログインが用意できない入力業務は、共通IDへ担当者名を書くだけで済ませません。承認された一時アカウントや、権限を持つ担当者が原票から転記する方法を選び、採用する範囲と期限を管理者が決めます。
作業者・班長・管理者の3段階を例に権限を決める
下の表の3段階は、小規模な職場で役割を話し合うための例です。すべての会社をこの区分に固定するものではありません。まず役割へ操作を割り当て、誰にその役割を付けたかを利用者一覧で管理しましょう。役割、対象データ、許可する操作、承認者、見直し日を対応させると、人が替わっても権限の根拠をたどれます。
| 役割 | 許可する操作の考え方 | 原則として許可しない操作 | 付与・見直しの担当 |
|---|---|---|---|
| 作業者 | 担当範囲の閲覧と、自分の作業の入力 | 他者の記録確定、利用者管理、設定変更 | 班長が申請し、管理担当が一覧を更新 |
| 班長 | 担当範囲の点検、差戻し、例外の判断、確定 | 全体の利用者追加、連携・共有設定の変更 | 管理者が付与し、定例日に見直す |
| 管理者 | 利用者追加、権限変更、マスター・共有設定の管理 | 管理権限のままでの日常入力 | 責任者が承認し、変更記録を保存 |
管理者を兼務する人も、日常の入力と管理操作を分け、使う権限を業務へ合わせます。管理権限のまま使い続けると、通常作業で設定まで変えられる状態になるためです。班長が確定・承認する仕組みなら、ノーコード承認アプリを作る前に決める12項目も使い、対象と承認条件、不在時の代行を先に決めてください。
開始・終了・交代の手順を固定する
ログアウト忘れを本人の注意だけへ任せず、開始・終了・交代の手順を保管場所へ掲示します。交代が短時間でも、前の利用者のセッションを引き継がないことが基本です。セッションとは、ログインした利用者として操作できる状態を指します。画面を閉じたりロックしたりしただけでは、アプリからサインアウトしたことにならない場合があるため、各サービスで終了方法を試します。
- 開始時：端末番号、前利用者のサインアウト、入力途中や個別データの残り、通信と充電の状態を点検します。
- 利用中：離席時は画面をロックします。他人へ渡す前に利用を終えます。管理操作は許可を持つ班長や管理者へ引き継ぎます。
- 終了時：保存先の結果を照合し、業務アプリからサインアウトします。ブラウザや端末内に前の情報が残らないよう所定の手順で扱い、ロックして返却します。
毎回見る案内は「保存・送信の完了／サインアウト／前の情報を残さない／所定場所へ返却」の4項目程度を入口にし、具体的な操作は手順書へ結びます。短くするために、業務が求める点検を削るものではありません。設備別の参照画面を開く端末は、端末・設備・参照先の対応も点検します。QRコードで設備点検履歴を開く仕組み｜誤参照を防ぐ作り方も参考になります。
共用閲覧の例外でも、端末の引継ぎを記録する
本記事で共用アカウントを検討するのは、利用条件と社内規程が認め、情報の範囲を限定できる閲覧用途です。権限変更、利用者追加、マスター変更、外部共有、確定・承認へは使いません。それらは許可を持つ本人が個別認証して操作します。手書きの利用記録を残しても、共通IDに大きな権限を付けてよい理由にはなりません。
閲覧の例外運用でも、端末を誰がいつ使ったかを紙や表計算、フォームへ残します。管理者は保存先と点検担当を決め、班長が交代時や終業時に未記入を見ます。利用メンバーが変わった場合は、一覧だけでなく、残るアクセス権やログイン状態、共用認証情報も管理者が見直してください。パスワードそのものは、引継ぎ簿や掲示物へ記載しません。
下の表は、手順書を閲覧した利用の架空例です。開始・終了時刻と担当、未完了の有無を結んで読みます。引継ぎ簿は利用状況を追う補助資料なので、各アプリの操作履歴と本人認証の代わりにはしません。送信待ちなどがあれば、次の人へ渡す前に、管理者が定めた手順で扱います。
| 日付 | 端末番号 | 開始・終了 | 操作担当 | 作業内容 | 異常・未完了 | 次の利用者 |
|---|---|---|---|---|---|---|
| 記入例：20XX年X月X日 | T-03 | 09:10～09:25 | 社員番号または氏名 | 設備Aの手順書を閲覧 | なし／送信待ちなどを記入 | 交代者の識別情報 |
端末と業務の運用シートを1枚で管理する
端末や人、業務が変わると、口頭の取り決めだけでは引き継げなくなります。そこで、端末別・業務別の運用シートを作り、変更を誰が反映するかを決めましょう。端末番号は実機を識別する番号として使い、買い替えや交換の際は旧機と新機の対応を残します。同じ番号を説明なく使い回して、過去の利用記録を別の機器へ結び付けないようにします。
次の10項目は、運用シートに入れる基本例です。管理者が初回の内容を決め、人員・業務・端末の変更を把握した人が更新を依頼します。項目を埋めるだけで終えず、その記載どおりに利用者がログインし、許された操作だけを行えるかまで試してください。
- 端末番号・設置場所
- 使う業務・アプリ
- 操作区分（閲覧／入力／承認・設定）
- 利用者の認証方法と識別情報（個人ログイン、社員番号・QRの役割、条件付き共用閲覧と引継ぎ簿）
- 利用可能な役割
- 開始時の手順
- 終了時の手順
- 操作履歴または引継ぎ記録の保存先
- 権限変更・退職時の対応担当
- 見直し日
下の記入例では、実績入力は個人ログイン、手順書閲覧は条件付きの共用閲覧、点検入力と確定はそれぞれの担当者の認証へ分けています。名前を残す欄があっても、他人の名を選べるだけなら本人の証明にはなりません。社員番号やQRを使う場合も、それが識別表示なのか認証の一部なのかを管理者が区別し、サービスの仕組みと合わせます。
| 端末番号・場所 | 業務・操作区分 | 識別方法・利用可能な役割 | 開始・終了の手順 | 履歴保存先・変更担当・見直し日 |
|---|---|---|---|---|
| 記入例：T-01 組立工程 | 作業実績入力 入力 | 個人ログイン 作業者・班長 | 開始：前利用者のログイン状態を点検 終了：保存先の結果を照合し、サインアウト | 業務アプリ内の履歴 管理者が人員変更時に更新 月次点検 |
| 記入例：T-02 設備A付近 | 設備手順書閲覧 閲覧 | 共用閲覧用アカウント 全作業者 | 開始：許可された表示内容かを点検 終了：サインアウトと前の情報の扱いを実施し、ロックして返却 | 端末引継ぎ記録 班長が利用者一覧を点検 月次点検 |
| 記入例：T-03 検査工程 | 点検入力、提出確定 入力／承認 | 入力者は個別認証して記録 確定は権限を持つ班長が個別認証 | 開始：未送信データの有無を点検 終了：入力保存、班長が自分の認証で確定 | 入力履歴と確定履歴 管理者が権限変更を記録 業務変更時に見直す |
運用前の試験と初週の記録から、抜けを直す
導入前には、作業者・班長・管理者が代表業務を開始から返却まで試します。所要時間に加え、前の情報が見えないか、許可外の変更ができないか、未送信データが残らないかを見ましょう。サインアウト後もファイルやキャッシュが残る場合があるため、使うアプリと端末で実際に試すことが大切です。通信不良で紙へ切り替える際の記録と転記担当も、この試験で合わせます。
最初の1週間は、ログアウト忘れ、他人の画面の残り、共用IDの利用、管理者操作がどの工程・時間帯・端末で起きたかを残します。件数だけでは、手順のどこを直すかが分からないためです。定例日と人員・業務・端末の変更時には、利用可能者、過剰な権限、設置場所、掲示手順を見直します。例外は期限と解消方法を決め、そのまま常態化させないようにしましょう。
端末以外の共有範囲も合わせて見直すなら、小規模工場のデータ共有で権限を決める方法｜誤編集と漏えい防止も参考になります。端末のログインと保存先の権限を別々に点検すると、画面上の運用だけでは残るアクセス経路にも気付きやすくなります。
よくある質問
個人アカウントを作れない短期応援者には、どこまで任せられますか？
利用条件と社内規程で認めた、変更のない閲覧から検討します。入力を任せるなら、許可された一時アカウントなど本人を認証できる方法を用意してください。用意できない場合は、承認された紙の原票へ記録し、権限を持つ担当者が転記する方法があります。その際も、実作業者と転記者を分け、原票と結果を照合します。承認・確定や他者の記録修正を共通IDで任せる方法にはしません。
通信障害で紙へ切り替えるときは、何を残しますか？
端末番号、発生時刻、作業者、設備・品番・案件、実施内容、数量や判定、異常の有無を残します。復旧後は転記者と時刻を記し、原票と電子記録を照合してください。通信が切れる直前の送信は、すでに保存されている場合もあるため、記録IDを調べてから転記します。障害時の承認や確定は、事前に定めた権限者と代行手順へ引き継ぎます。
退職や異動があったら、どの一覧と権限を更新しますか？
業務アプリの利用者、役割別の権限、端末利用者、共用閲覧の利用範囲、記録の点検担当を更新します。加えて、退職・異動した人のログイン状態や端末内データ、認証情報を管理者が所定の手順で扱ってください。一覧から氏名を消すだけでアクセスを止めた扱いにはしません。実施日時と担当、残る作業を変更記録へ残します。
1台を複数工程で使う場合、端末と工程のルールをどう分けますか？
保管・充電・返却・画面ロックは端末共通の手順を使い、ログイン・権限・記録は各業務の条件へ合わせます。利用前に対象業務を選び、その業務へ許可されたアカウントで操作してください。前工程の権限やログイン状態を、そのまま別の工程へ持ち込まないようにします。
まとめ
まずは端末番号と使う業務を並べ、閲覧・入力・承認／設定変更へ分けましょう。4つの質問と情報の扱いから個別認証の範囲を決め、作業者・班長・管理者などの役割へ操作を割り当てます。運用前の試験と初週の記録をもとに、交代時の情報残りや権限の過不足を直してください。名前を残せることに加え、許可された本人が操作し、その記録をたどれるかを管理者が確かめることが、運用の目的です。
