建設業のアカウント管理｜AI・DXで権限の棚卸しを進める

建設業のアカウント管理では、退職者のログインを止めるだけでなく、工事が終わった協力会社や、異動した社員の閲覧範囲も確認する必要があります。図面共有、写真管理、メール、請求など、サービスごとに利用者が違うと、誰が何を見られるかが分かりにくくなります。

管理を整える入口は、人とサービスと権限を結び付けることです。DXで管理者画面と台帳を照合し、AIには不一致や確認候補の整理を手伝わせます。必要な権限の判断と実際の変更は、責任者が行います。

この記事では、異動・退職・工事終了時の確認を中心に、現場の仕事を継続しながら不要なアクセスを残さない運用を考えます。特定の製品の設定手順ではなく、自社のサービスへ当てはめるための整理方法です。

建設業のアカウント管理は、人名簿と権限を照合する

社員の名簿に載っている人と、システムを使える人は同じとは限りません。協力会社の担当者、外部の設計者、以前の支援会社が利用している場合もあります。反対に、在職中でも担当工事が変わり、以前の資料を見られる必要がなくなった人もいます。

確認の対象は、IDの存在と、そのIDに与えた範囲です。IDは利用者を識別する情報、権限は閲覧・編集・承認などを行える範囲と考えると整理しやすくなります。管理者の権限は、通常の利用者と分けて確かめます。

IPAの中小企業の情報セキュリティ対策ガイドラインでも、IDの発行から削除までの手順や、異動・退職に伴う権限の見直しが扱われています。台帳を作ることに加え、変更が起きたときに更新する運用が必要です。

台帳は「サービス・利用者・使う理由」を一組にする

一人につき一行の名簿だけでは、複数のサービスで異なる権限を持つ状態を表しにくくなります。サービスごとに利用者と権限を記録し、何の仕事で使うのかを添えます。工事単位の共有は、対象工事も区別します。

記録するもの	確認したいこと
サービスと利用者を識別する情報	管理者画面のどの登録に当たるか
権限と対象工事	閲覧・編集などの範囲が適切か
利用の理由と確認責任者	継続が必要か誰が判断するか
見直しの契機と対応状況	異動・退職・工事終了時に処理したか

この台帳にパスワードや認証用の秘密情報を記載しないでください。アカウントを特定するための情報と、ログインを可能にする情報は保管の目的が違います。台帳自体にも利用者情報が含まれるため、閲覧できる人を限定します。

図面の共有先は、権限だけでなく配布した版も確認対象です。建設業の図面管理と結び付けると、見られる範囲と使う資料を一緒に整理できます。

退職や異動では、引継ぎとアクセス停止を別々に確認する

退職者のアカウントに必要なファイルや通知先が残っていると、そのまま削除することで業務へ影響する可能性があります。一方で、引継ぎが終わらないことを理由に、不要なアクセスを長く残す運用も避けたいところです。

そこで、引き継ぐ対象の確認と、本人のアクセスを止める作業を分けます。使用サービスの仕様と社内ルールに従い、必要な情報を権限のある管理者が保全・移管し、不要になる時点に合わせてアクセスを遮断します。停止と削除で扱いが違うため、製品ごとの公式手順も確認します。

1. 人事や所属の変更を、管理担当へ正式に連絡する。
2. 対象者が利用しているサービスと共有範囲を照合する。
3. ファイルの所有者、承認経路、通知先などの引継ぎ先を決める。
4. 必要な時点で権限変更やアクセス停止を実施する。
5. 実施結果と引継ぎ後の利用を確認する。

異動の場合は、すべてのアカウントをなくす処理とは限りません。新しい仕事で必要な範囲を残し、以前の担当範囲を見直します。利用できなくなると困るから管理者権限を一括で付ける、といった対応はせず、必要な作業を特定しましょう。

協力会社は、会社名だけで利用継続を決めない

協力会社との取引が続いていても、ある工事の写真や図面を見られる必要が続くとは限りません。同じ会社の担当交代もあります。会社単位の契約関係と、担当者単位のアクセスは分けて確認します。

工事終了時には、精算や手直しなど、残っている業務を確認します。継続が必要な共有範囲と、その判断を見直す契機を記録し、何となく残した状態にしないことが要点です。必要な範囲を再確認できれば、工事の完了日だけで機械的に停止する行き違いも減らせます。

協力会社の窓口や依頼状況が分からないと、権限の判断も止まります。協力会社への依頼と受諾の管理に窓口情報を持ち、どの相手へ継続の確認をするかを追えるようにします。

AIは、台帳と実際の登録の不一致を整理する補助に使う

管理者画面から出した利用者一覧と社内台帳を、決めた項目で比較すると、台帳にないIDや権限の違いを見つける手掛かりになります。完全一致で判定できる部分は通常の表計算で照合し、表記の揺れや確認理由の整理にAIを使う方法があります。

入力は承認された環境で必要な項目に限定します。AIへ渡す一覧から、パスワード、認証コード、鍵、接続用の秘密情報は除外します。個人名やメールアドレスを扱う必要がなければ、照合用の社内番号へ置き換えます。

出力では、対象、違い、根拠となる行、確認担当を示させます。「利用がないように見える」ことを、不要と確定した扱いにしないでください。最近使っていなくても、特定の時期の作業に必要な場合があります。最終利用日の情報がないサービスも、空欄を未使用と解釈せず、未確認として扱います。

AIの結果から直接権限を削除する連携は、最初の導入範囲に含めません。候補を担当者が確認し、承認された変更だけを管理者が行う形なら、理由を確認しながら改善できます。

変更後は、管理者画面と業務の引継ぎを確かめる

処理を依頼した記録と、実際に反映された記録は別です。依頼済みを完了として扱わず、管理者画面の権限や状態を確認します。確認した人、日時、対象、結果を残し、対応漏れを見分けられるようにします。

あわせて、引継ぎ先が必要な資料を開けるか、承認や通知が新しい担当へ届くかを確かめます。通常の利用者として必要な仕事ができることと、不要な範囲へ入れないことの両方が確認点です。確認のために広い権限を付け直すことは避けます。

一つのサービスだけ直しても、共有リンクや別の連携にアクセスが残る場合があります。台帳に挙げた範囲を順に確認し、対象外のサービスは未確認として残しましょう。すべて安全になったと一括で断定しないことが、次の対応にもつながります。

棚卸しは、件数より「判断が終わっているか」を見る

権限の棚卸しは、現在の登録を確認し、必要性を見直す作業です。削除した件数が多ければ良い、という評価にはしません。利用を続ける理由と確認責任者が明らかなら、継続という判断も適切な結果です。

見る項目は、確認待ちの登録、管理者が不明なサービス、依頼から反映まで残った作業、引継ぎ後に仕事が止まった問題などです。対象サービス数や対象者数をそろえて比較すると、見直しの範囲が広がった影響と運用上の課題を区別しやすくなります。

確認頻度は情報の重要性と変更の多さに合わせます。定期点検だけに頼らず、異動・退職・協力会社の担当変更・工事終了などの連絡を起点にすることが重要です。急な担当不在への備えは、建設業のBCPとも関係します。

一つの共有サービスから、記録と実態をそろえる

まずは、図面や写真を共有しているサービスを一つ選びましょう。管理者が誰か、登録者と権限が分かるか、現在の担当と一致しているかを見ます。分からない登録を、確認先と理由付きで残すところから始められます。

管理の中心は、誰が何のために使い、どの変更を誰が承認するかです。DXでその流れをつなぎ、AIは照合の補助にとどめると、現場の継続とアクセス管理を一緒に考えられます。自社の利用サービスを把握しきれていない場合も、全件の変更より先に、管理の範囲を確かめてみてください。