安全書類と入場者管理は、建設現場の「今日、入場できるか」に直結します。
紙、Excel、メール添付、協力会社ごとの管理表が混ざると、期限切れの発覚が遅れる、最新ファイルが分からない、修正依頼の理由を確認しづらい、といった状況が起きます。
i-Construction 2.0 の流れでも、現場の情報を止めずに扱えることは重要です。
この記事では、安全書類・入場者管理をWeb化するときに、会社・作業員・現場の粒度を分け、申請から承認、当日入場までを扱うための項目設計を整理します。
安全書類をまとめて「提出物」として扱うと、更新や確認の単位が混ざります。
最初に、会社単位、人単位、現場単位を分けておくと、現場追加時の再入力や確認漏れを減らしやすくなります。
会社情報、担当者、提出書類、有効期限、確認ステータスを管理します。
氏名、所属、役割、資格期限、教育履歴、入場履歴を確認します。
入場申請、作業内容、KY、車両、当日の入退場状況を扱います。
この3層を分けることで、同じ協力会社や作業員が複数現場に入る場合でも、共通情報と現場固有情報を分けて確認できます。
会社マスタでは、協力会社として確認すべき情報を管理します。
担当者連絡先、書類の有効期限、確認ステータス、修正依頼理由を持たせておくと、確認作業を短くできます。
作業員情報は個人情報を含むため、必要以上に広く見せない設計が必要です。
一方で、現場側では資格期限や特別教育、入場履歴を確認できないと、当日の判断に時間がかかります。
| 項目 | 目的 | 設計時の注意点 |
|---|---|---|
| 作業員基本情報 | 同姓同名や所属会社の確認 | 必要項目を絞り、閲覧できる範囲を役割ごとに分ける。 |
| 資格・教育 | 入場可否と作業可否の確認 | 資格証の有効期限、添付、確認ステータスを持たせる。 |
| 現場紐づけ | どの現場に入場予定かを確認 | 会社マスタとは別に、現場単位の役割・作業内容を登録する。 |
| 入退場履歴 | 当日の入場状況と履歴確認 | ゲート受付、QR、手入力など、現場運用に合わせる。 |
権限・閲覧範囲・操作ログは後から追加しにくい部分です。 考え方は 権限・ログ設計 と同じで、「誰が何を見てよいか」を最初に決めます。
現場運用では、判断ルートが増えるほど確認が複雑になります。
まずは、入場申請から当日入場までを一本道にして、どこで止まっているかを確認できる構成にします。
会社、作業員、作業内容、入場予定日を登録します。
会社書類、資格証、現場別書類の不足を確認します。
承認、修正依頼、仮承認を状態として記録します。
入場可否、受付時刻、退場時刻を現場で確認します。
現場で使うスマホ画面では、書類の細かい管理よりも、当日の入場可否と不足理由をすぐ確認できることが重要です。
入場予定者、承認状況、期限切れ、修正依頼、仮承認の条件をカード形式で見せると、受付時の確認が短くなります。
職長 / 入場可 / 新規入場教育済み
作業員 / 資格証の再提出待ち
搬入車両番号未登録。入場前に受付で確認してください。
すべての期限を通知すると、重要なアラートが埋もれます。
通知は、協力会社向けと元請・サブコン向けで分けるのが現実的です。
アラートは「期限が近い」だけで出すのではなく、入場予定や現場との関係を合わせて判断します。 現場に関係する期限を強く出すことで、対応すべき通知が分かりやすくなります。
グリーンサイトなど外部サービスを使っている場合でも、自社側で見たい情報が残ることがあります。
全てを置き換えるのではなく、現場側で確認したい項目、通知したい期限、社内の承認履歴をどこで扱うかを決めます。
安全書類・入場者管理をWeb化するときは、会社、人、現場の粒度を分けることが出発点です。
会社マスタで提出書類と有効期限を管理し、作業員マスタで資格・教育・入場履歴を扱い、現場単位で入場申請と承認を確認します。
会社単位、人単位、現場単位を分け、重複入力と確認漏れを減らします。
申請、不足チェック、承認、当日入場までを同じ流れで確認します。
入場予定に関係する期限切れや修正依頼を強く表示します。
期限アラートは、現場に関係するものに絞ると運用しやすくなります。
株式会社インテンスで作る場合も、最初は「協力会社+入場申請+承認」を固めてから、是正(チケット化)や図面配布(既読管理)へ広げる流れを基本にします。