職人が増える・辞める・戻ってくる。
建設会社のシステムで必要なアカウント管理
建設会社の業務システムは、職人が登録された後も人や条件が変わり続けます。入力画面だけを整えても、利用停止、復帰、権限変更、パスワード再発行の手順が曖昧では、過去の記録や単価情報を適切に扱えません。まず人の動きを洗い出し、職人情報とログイン用アカウントを分けて設計することが重要です。
この記事の要点
・職人情報とログイン用アカウントを分け、誰にログインが必要かを整理する
・追加・停止・復帰・単価変更では、過去の記録を上書きせず変更履歴を残す
・担当者、申請方法、確認期限まで決めて、機能ではなく運用として完成させる
最初に「人が動く場面」を洗い出す
最初から画面や機能を決めるのではなく、職人が加わってから離れるまでに起こる変更を並べます。社員、常用の職人、一人親方、協力会社、スポットで入る人では、必要な情報や利用期間が同じとは限りません。現在使っている名簿、表計算、チャットでの申請も確認し、誰が何を更新しているかを把握します。
・新しく入るときに、誰が本人情報と所属を確認するか
・現場や担当業務が変わったときに、どの権限を変更するか
・来なくなったときに、誰がいつ利用を止めるか
・再び稼働するときに、以前の情報を引き継ぐか
・単価や契約条件が変わったときに、いつから反映するか
職人情報とログインアカウントを分ける
名簿に載せることと、本人がシステムへログインすることは別です。職人情報は出面や過去の現場記録に必要でも、経理担当者が代理入力する運用なら本人用アカウントが不要な場合があります。反対に、本人が出面を入力するなら、本人を識別できるアカウントが必要です。
同姓同名や表記揺れを避けるため、氏名だけで管理せず、社内で重複しない識別番号を持たせます。再び稼働する人を新規登録する前に既存情報を検索し、同一人物なら過去の記録とつながる形で再開できるようにします。
・職人情報だけを登録する人
・本人用アカウントを発行する人
・所属会社の管理者がまとめて扱う人
・経理や現場責任者が代理入力する人
役割ごとに見せる情報と操作を決める
全員に同じ権限を与えると、単価や他の職人の情報まで見える可能性があります。職人、現場責任者、経理、システム管理者など役割を分け、それぞれが閲覧・入力・修正・承認できる範囲を表にします。担当変更時に古い権限が残らないことも確認します。
・本人が自分の出面だけを入力・閲覧できるか
・現場責任者が担当現場だけを確認できるか
・単価を閲覧・変更できる担当者を限定しているか
・アカウント発行者と承認者を分ける必要があるか
・退場後も過去記録の確認に必要な権限は何か
変更日は上書きせず履歴として残す
単価、所属、役割が変わるたびに現在値だけを上書きすると、過去の出面や支払確認に使った条件が分からなくなります。「いつから適用するか」を持たせ、変更前後の内容、変更者、変更日時を確認できる設計にします。誤入力を直す場合も、過去データを直接書き換えるのか、訂正記録を追加するのかを社内で統一します。
出面管理では、職人入力と経理入力を独立させ、差額を可視化するため二重確認を残す方法があります。この場合は、両方の入力を誰が修正できるか、差額を誰が確認し、どの時点で確定するかまで決める必要があります。
利用停止とデータ削除を分けて考える
職人が来なくなったとき、アカウントそのものを削除すると、過去の入力者や承認者を追えなくなるおそれがあります。まずログインと新規入力を停止し、過去の出面や変更履歴とのひも付けは維持するのが基本です。停止後に通知が送られ続けないか、担当現場の一覧に表示されるかも確認します。
・停止後にできなくなる操作
・過去記録を閲覧できる担当者
・予定済みの現場や承認待ちデータの扱い
・貸与端末や外部サービスのアカウント確認
・削除ではなく停止を選ぶ判断基準
個人情報の保管期間や削除方法は、必要以上に保持しない観点も含めて検討します。契約内容や利用サービスの規約を確認し、判断が難しい場合は専門家や関係機関に確認してください。
アカウント管理の運用例を情報交換しませんか
職人の追加・停止・復帰をどう管理しているか、現場交差点の無料ルームで他社の工夫も共有できます。
戻ってきた職人は再登録より再開を検討する
一度停止した職人が戻った場合は、同じ人の情報が二つできないよう、既存の職人情報を確認してから再開します。ただし、以前と同じ権限や単価をそのまま戻すとは限りません。所属、担当現場、連絡先、利用期間、単価の適用日を改めて確認し、必要な権限だけを付け直します。
・本人確認に使う社内情報が一致しているか
・以前の所属や権限をそのまま復元してよいか
・単価や支払条件に変更がないか
・過去の端末やパスワードを再利用させるか
・復帰日より前の記録を編集できるか
パスワード再発行の本人確認を決める
パスワード忘れへの対応は、管理者がその場で仮パスワードを伝えるだけでは運用が属人化します。誰が再発行を受け付け、何を使って本人確認し、どの連絡先へ案内するかを決めます。仮パスワードを発行する場合は、初回ログイン時の変更や有効期限を設定できるかも確認します。
共有アカウントは、誰が入力・変更したのかを追いにくくします。端末を共用する場合でも、利用者を識別して操作履歴を残せる方法を検討します。退職・退場の連絡が遅れた場合に備え、管理者がすぐ停止できる手順も必要です。
担当者と定期確認まで決めて運用を始める
アカウント管理は、機能を用意しただけでは続きません。追加、変更、停止、再開を誰が申請し、誰が承認し、誰がシステムへ反映するかを決めます。口頭や個人チャットだけで依頼せず、必要項目がそろう申請方法に統一すると確認漏れを減らせます。
・在籍・稼働していない人のアカウントが残っていないか
・担当変更後も不要な管理権限が残っていないか
・単価や所属の変更履歴を確認できるか
・停止・復帰・再発行の記録が残っているか
・緊急停止を行える担当者が明確か
確認頻度は会社の人数や入れ替わり方に合わせて決めます。人が増える、辞める、戻ってくることを例外扱いせず、通常の手続きとして回せる状態にしておくことが、長く使える業務システムの条件です。
