現場31人、未入場1人を9:30に検知：出面・KY・日報・原価を一度の入力でつなぐ完全ガイド

現場に31人いるのか。未入場は誰なのか。予定より長く働いている人はいないか。

建設DXで本当に必要なのは、抽象的なAI活用ではない。職人がスマートフォンで入場、KY確認、作業実績、写真、連絡事項を一度登録し、その情報が出面表、日報、安全記録、月次レポート、案件別原価へ同時に反映される仕組みである。本稿では、8現場・予定33人・協力会社20社を管理するモデルを使い、会社専用の出面・日報システムをどう設計するかを解説する。

第1章　出面と日報が分断される構造的危機

結論：入退場、KY、作業実績、写真を別々に集める運用では、管理者の確認作業が増え、残業・未報告・原価超過を当日に把握できません。

モデル会社では、1日に8現場、予定33人が稼働する。午前9時の時点で31人が入場済み、1人は未報告、1人は予定変更。管理者が知りたいのは人数だけではない。誰が、どの協力会社から、どの現場へ、何時に入り、どの作業を担当し、KYを確認したかである。

入場記録と日報が別なら、監督は朝に人数を確認し、夕方に作業内容を集め、翌日に事務担当が出面表へ転記する。職人33人が1日2回報告し、1件の確認に平均2分かかれば、それだけで132分。写真や記載漏れの確認を含めると1日3時間を超える。月22日なら66時間だ。

2024年4月から建設業にも時間外労働の上限規制が適用され、原則は月45時間・年360時間である。重要なのは残業時間を月末に集計することではない。17時の時点で予定終了時刻を超えた人、残業申請がない人、連続勤務が続く人を把握し、当日に対応することである。

さらに出面は原価の基礎である。協力会社別の人工が日報と切れていれば、現場の進捗は80％なのに労務予算を95％使っている、といった兆候が見えない。日報を電子化しただけでは不十分だ。一度の入力を複数の管理目的へ再利用できて初めて、管理業務が減る。

第2章　なぜ汎用SaaSでは現場が回らないのか

結論：機能数ではなく、会社固有の現場・協力会社・締め日・帳票へ合わないことが、二重入力と定着失敗を生みます。

市販の施工管理アプリには、入退場、日報、写真、チャットなど優れた機能がある。しかし会社によって出面の締め単位、常用・請負の区分、半日人工の扱い、現場名、職種、KY項目、承認順序が違う。標準画面に合わせるために入力項目が増えると、職人は報告を後回しにする。

高齢の職人へ新しいアプリのインストール、ID発行、パスワード管理を求めることも障壁になる。必要なのは多機能なアプリではなく、今日の現場、入場、KY、作業内容、写真、退場だけが大きく表示される画面だ。LINEやブラウザのリンクから開き、迷わず30秒で終わる設計が定着を左右する。

自社専用システムは既存SaaSをすべて捨てるものではない。写真保管や会計など強い領域は既存サービスを使い、現場入力と会社固有のデータ連携だけを専用開発する。重要なのは「どの製品を入れるか」ではなく「入力した情報が次の業務へ流れるか」である。

第3章　自社専用システムがもたらす4大打開策

結論：職人の入力を最小化し、管理者には例外だけを通知し、出面データを日報・安全・原価へ自動展開します。

打開策1：当日の現場を自動表示する職人スマホ画面

ログインすると氏名、所属会社、今日の現場、住所、予定時間、監督名、同行者を表示する。現場範囲内なら「入場する」を押すだけ。位置情報を常時追跡するのではなく、打刻時点で現場範囲内かを確認し、プライバシーと管理の必要性を両立する。

打開策2：工種・天候に応じたKYチェック

足場作業ならフルハーネスと昇降設備、夏季なら熱中症対策、重機作業なら立入区画など、現場と工種に応じた項目を表示する。全項目の確認が終わるまで入場確定できない設計も、注意喚起にとどめる設計も会社方針に合わせられる。

打開策3：未報告・長時間労働だけを自動通知

全員へ一斉連絡するのではなく、予定時刻を15分過ぎても未入場の人、9時間を超えた人、残業申請なしで現場に残る人だけを抽出する。本人へLINE通知し、一定時間後も未対応なら監督へエスカレーションする。

打開策4：一度の入力を5つの業務へ再利用

入退場時刻から出面表、作業内容と写真から日報、KYチェックから安全記録、月間集計から協力会社別実績、人工単価との掛け合わせから案件別原価を作る。職人に5種類の報告をさせず、1回の入力を5つの成果物へ変換する。

第4章　Before / After実例

結論：8現場・33人のモデルでは、毎日3時間の確認・転記を30分以内へ減らし、未報告を翌日発見から当日対応へ変えられます。

導入前は朝の出面確認60分、未報告への連絡30分、夕方の日報回収45分、事務担当の転記45分で合計180分。月22日で66時間だった。導入後は、未報告者と例外だけを15分確認し、写真・作業内容の承認に15分。月11時間となり、55時間を削減できる。

未報告は月18件から、9時30分の自動通知と監督への段階通知で実質ゼロを目指す。月末の協力会社別集計は3営業日から即時出力へ変わる。労務原価も翌月ではなく入場日に反映され、進捗率と人工消化率の差を毎日確認できる。

効果を出す条件は、管理者が全件を監視しないことだ。正常な31人は自動処理し、未報告1人、長時間労働1人、KY未完了1人だけを見る。管理画面は「全部を見せる」より「今日対応すべき3件を見せる」ことを優先する。

第5章　システムアーキテクチャとデータフロー

結論：スマホ入力、クラウドDB、ルール判定、管理画面、帳票出力を分離し、後から現場数や連携先を増やせる構成にします。

入力層はLINEミニアプリ、LINE WORKS、Webブラウザから選ぶ。認証は電話番号や事前登録した職人IDと紐づける。現場マスターには住所、工期、工種、監督、予定人員、協力会社、KY項目を持たせる。

クラウドDBは入退場、日報、写真、安全確認を同じ職人ID・現場ID・日付で保存する。ルールエンジンが未報告、残業、資格期限、人数不足を判定する。管理画面では8現場を一覧表示し、赤・黄・緑で状態を示す。

出力層は既存の日報PDF、出面Excel、協力会社別CSV、給与・原価システム連携を担当する。AIは自由文の日報を工種、数量、進捗、問題点へ整理するが、入退場時刻や承認結果は改変しない。誰がいつ修正したかを監査ログへ残す。

セキュリティでは、職人は自分の予定と記録だけ、監督は担当現場、事務は帳票、経営者は全社集計を閲覧できるよう権限を分ける。位置情報は打刻判定に必要な最小限だけ取得し、保存期間も規程化する。

第6章　最短2週間のPoC実証実験

結論：全現場へ配る前に、1現場・職人10人・2週間で操作性とデータ再利用の効果を検証します。

1. Day 1〜2：現在の出面表、日報、KY用紙、原価表を確認し、重複項目を整理する。
2. Day 3〜5：職人画面と管理画面の試作を作り、現場で30秒以内に入力できるか確認する。
3. Day 6〜10：実際の1現場・10人で入退場と日報を運用し、未報告通知と帳票を検証する。
4. Day 11〜14：入力時間、未報告数、管理者の確認時間、帳票一致率、原価反映時間を測る。

合格基準は、職人の入力中央値30秒以内、未報告当日検知100％、既存帳票との主要項目一致率99％以上、管理者作業70％削減などにする。高齢職人が迷う箇所は画面を直し、教育で解決しない。

第7章　費用対効果シミュレーション

結論：削減時間だけでなく、未請求人工、残業リスク、月末締め遅延まで含めて3年間で評価します。

月55時間を削減し、管理者・事務の平均時間単価を3,500円とすれば月19万2,500円、年231万円。月10人工の計上漏れを1人工2万円で防げば年240万円。合計効果は年471万円、3年で1,413万円になる。

費用はPoC、初期開発、保守、通知サービス、クラウド利用料に分ける。職人数に応じて永続的に高額化する構成ではなく、自社固有の画面とルールを資産として持ち、外部サービスは必要な部分だけ利用する。

ROIの指標は、日報提出率、未報告解消時間、月次締め日数、出面と請求人工の差、案件別労務予算超過率とする。「導入した人数」ではなく、管理判断が何日前倒しされたかを測る。

第8章　よくある質問

結論：新しいアプリを全員へ強制せず、既存帳票を残した小さな検証から始められます。

Q1．スマートフォンが苦手な職人でも使えますか？

A．当日の現場と大きなボタンだけを表示します。 ID・パスワード入力を毎回求めず、30秒以内を基準に検証します。

Q2．位置情報で常時監視されませんか？

A．常時追跡を前提にしません。 打刻時の現場範囲判定など目的と保存期間を限定します。

Q3．CCUSと併用できますか？

A．可能です。 CCUSは就業履歴、本システムは会社の日報・KY・原価連動を担当し、役割を分けます。

Q4．今の出面表や日報形式を変える必要がありますか？

A．原則ありません。 現場入力を既存のExcel・PDF様式へ自動出力します。

Q5．協力会社ごとに操作を変えられますか？

A．契約形態や工種に応じて表示項目を切り替えられます。

Q6．打刻忘れを後から修正できますか？

A．本人申請と監督承認で修正し、変更前後を記録します。

Q7．PoCでは何を準備しますか？

A．現在の出面表、日報、KY項目、職人・現場マスターをご用意ください。

導入後の運用を定着させる三つの原則

第一に、現場へ入力を押し付ける前に、管理側の重複帳票をなくす。職人がスマホで報告したのに、監督が同じ内容を別の日報へ転記するなら不信感が生まれる。PoCの段階で、どの帳票を自動生成し、どの手書き・転記を廃止するかを明文化する。

第二に、未報告者を責めるための仕組みにしない。電波が弱い現場、端末故障、急な応援、現場変更など、報告できない理由も記録する。アラートは人事評価のためではなく、現場配置と安全を当日に把握するために使う。本人が修正申請でき、監督が承認できる逃げ道も必要だ。

第三に、数字を毎週改善へ使う。報告率だけでなく、予定人数と実績人数の差、工種別の残業、現場ごとのKY未完了、進捗率と人工消化率の差を見る。特定現場で予定より人工が20％多ければ、技能差、施工条件、手戻り、見積数量を確認する。システムは記録装置ではなく、翌週の段取りを変える判断装置である。

現場の入力負担を減らしながら経営情報を増やすには、項目を増やすのではなく、同じデータを何度も使う設計が欠かせない。入場時刻は出面と労働時間へ、所属会社は協力会社別集計へ、作業内容は日報と進捗へ、写真は施工記録へ、人工単価は原価へつなぐ。これが単なる日報アプリと会社専用業務システムの違いである。