工場の作業場、店舗のバックヤード、受付、現場事務所、倉庫の検品端末。1台のPCを複数人が交代で使う環境では、ほぼ例外なく共有アカウントが使われています。一人一つのIDにすべきだと分かっていても、現場の使い方と衝突するため後回しになりがちな領域です。

この記事では、共用PCという制約を保ったまま何をどの順で変えられるかを整理します。事務所の個人席PCを前提とした一般的なアカウント管理の話ではなく、共用であること自体は変えられない前提で書いています。

共用PCが共有アカウントになる理由

この環境で共有アカウントが選ばれるのは、担当者の判断が甘いからではありません。共用PCには固有の事情があります。

交代のたびにログインし直す時間がない — 検品や受付のように数十秒単位で人が入れ替わる場面では、ログイン操作そのものが業務の妨げになります
作業者が固定されていない — 派遣・パート・季節雇用の入れ替わりが多く、個人IDを発行し続ける運用が追いつきません
手が使えない — 手袋の着用、両手がふさがっている、画面が離れた位置にあるなど、パスワード入力が物理的に難しい
PCに詳しくない利用者が多い — パスワードを忘れた時の問い合わせが担当者に集中し、共有にした方が問い合わせが減る

これらは実在する制約です。「個人IDにしましょう」だけでは解決しないため、制約を残したまま成立する構成を選ぶ必要があります。

共有アカウントのまま残ると何が起きるか

共用PCの共有アカウントが問題になるのは、平常時ではなく事象が起きたあとです。

誰がやったか分からない — 操作ログは残りますが、すべて同じアカウント名です。データが消えた、持ち出された、誤った登録がされたという場合に、追跡がそこで止まります
退職しても止められない — 一人辞めるたびにパスワードを変えるべきですが、変えると全員に周知が必要なので実際には変えません。結果として、辞めた人が知っているパスワードが生き続けます
パスワードが貼られる — 全員が使うため、モニターの端や机の下に書いて貼られます。来訪者を含む誰でも見られる状態になります
権限が最大公約数ではなく最大値になる — 一人でも管理者権限が必要な作業をする人がいると、その共有アカウントに管理者権限が付き、全員がその権限で操作します

4つ目が最も影響が大きい点です。共有アカウントは使う人の中で最も強い権限に引き上げられる性質があります。

現場から出る反対意見と、成立する回答

移行の話を持ち込むと、現場から具体的な反対が出ます。ここで押し切ると運用が壊れて元に戻るため、それぞれに答えを用意しておく必要があります。

「交代のたびに待たされる」 — ログアウトとログインを繰り返す前提だとその通りです。ログオン中の利用者を切り替える方式や、パスワード入力を伴わない認証手段を使えば操作時間は短くなります。個人IDにすることと、パスワードを毎回入力することは同じではありません
「人の入れ替わりが多くて発行が追いつかない」 — 全員に個人IDを出す前提を外します。後述の役割別IDで、個人単位ではなく役割単位まで分ければ運用量は大きく減ります
「手袋で入力できない」 — 入力を要求しない認証手段に寄せます。カードや鍵デバイスを使う方式であれば、かざす動作だけで済みます
「忘れた時の問い合わせが増える」 — 記憶に依存しない方式を選べば、忘れるという事象自体が減ります。問い合わせの内容は「紛失」に変わり、こちらは本人特定ができるため対応が明確になります

いずれも共通の方向があります。個人を識別することと、記憶したパスワードを打つことを切り離すと、多くの反対意見は解消します。

3つの構成から選ぶ

共用PCで採れる構成は、実務上おおむね次の3つです。すべてを個人IDにする必要はありません。

個人ID＋入力しない認証 — 一人一つのIDを発行し、カードや鍵デバイスなど入力を伴わない手段でログインさせます。追跡性が完全に確保できるため、記録が求められる業務に向きます。発行と回収の運用は必要です
役割別ID — 検品担当、レジ担当、受付担当など、役割ごとにIDを分けます。個人までは特定できませんが、権限を役割の範囲に絞れるのが利点です。全員が管理者権限で操作する状態を解消できます。人の入れ替わりが激しい現場での現実的な選択肢です
用途限定端末 — その端末で特定の1業務しかできないよう構成し、社内のファイルサーバーや他のシステムに触れないようにします。アカウントを分けるのではなく、届く範囲を狭めるという考え方です

判断基準は、その端末から何にアクセスできるかです。基幹システムや顧客データに届く端末は1つ目。作業記録の入力だけなら2つ目。単機能なら3つ目で十分です。すべてを1つ目にしようとすると運用が破綻します。

移行の順序

既に共有アカウントで動いている環境を変える場合、一度に切り替えず段階を分けます。

その端末から何に届くかを確認する — 共有アカウントの権限と、アクセスできるファイルサーバーの範囲を実際に確認します。ここで想定より広いことが判明する場合があります
権限を業務に必要な範囲まで下げる — アカウントを分ける前に、まず権限を絞ります。この作業だけで影響範囲は縮みます。個人IDへの移行より先に着手でき、現場の操作は変わりません
管理者権限が必要な作業を切り離す — ソフトの更新や設定変更のために管理者権限が必要なら、その作業だけ担当者が別のIDで行う形にします
認証手段を選定して1台で試す — 全台展開の前に、現場の1台で実際の作業速度に耐えるかを確認します
展開し、発行と回収の手順を文書化する — 個人IDや役割別IDを採る場合、退職・異動時の回収手順がないと数年で元の状態に戻ります

2番目を先に置いているのが要点です。権限の縮小は現場の操作を変えずにできるため、認証方式の議論が長引いても先に効果を出せます。共有アカウント全般の廃止の進め方は共有アカウントの廃止、権限の設計はアカウントの権限管理で扱っています。

入力を伴わない認証手段としてどの方式が選べるかは、Windows/Windows Server OSログインの二要素認証で方式ごとの性格と選定の観点を解説しています。共用PCでは操作時間が採否を決めるため、方式選定の段階で現場の作業サイクルを条件に入れてください。

共用端末では、起動時にパスワードを求めない設定が残っていることがあります。確認と解除は Windowsの自動ログオンを解除する方法を参照してください。

自社の現在地を確認する

共用PCは、社内のアカウント管理の中で最も把握から漏れやすい場所です。事務所側のアカウント運用が整っている組織でも、現場の端末だけが共有のまま残っている例は多くあります。

自社のID・パスワード管理の状況は、無料の診断で確認できます。所要は約3分で、入力が必要な項目はありません。